- Aur-general - lists.archlinux.org

Re: [aur-general] moreutils in community
by Loui Chang 26 Feb '09

26 Feb '09

On Fri, Feb 27, 2009 at 09:07:28AM +1000, Allan McRae wrote: > stefan-husmann(a)t-online.de wrote: > > Hello, > > > > according to the recent proposal (see > > http://www.archlinux.org/pipermail/aur-general/2008-December/003207.html) > > there should not be packages added to community with less than 10 votes > > or less than 1% in pkgstats. The new package moreutils violates this. > > So what is to do now? > > Well, that package does violate the rules for addition. So, I suppose we > yell at Sergej.... > > SERGEJ - DON'T DO IT AGAIN! Please reply so we know you have been yelled at > and you will be following rules in the future. I think gpsim http://aur.archlinux.org/packages.php?ID=22858 may have violated the rule as well.

2 2

[aur-general] Missing Packages
by aur-notify＠archlinux.org 26 Feb '09

26 Feb '09

Missing x86_64 Packages: No new package supplied for twin 0.6.1-1! -- This is an automated message. If you wish to stop receiving it twice a day, fix the package(s).

1 0

[aur-general] I can't update or upload packages in AUR
by José Valecillos 26 Feb '09

26 Feb '09

Hello, I have a problem, when i try to upload any package in AUR here: http://aur.archlinux.org/pkgsubmit.php uploading ends (after ~1 min) by just a blank page. It's AUR bug? I can't update my package about 3 days. I can't upload a new package either. I adopt pcsx-df package, and the sources links in the PKBUILD its broken. This is my PKBUILD: # Maintainer: Jose Valecillos <valecillosjg (at) gmail (dot) com> pkgname=pcsx-df pkgver=1.818 pkgrel=1 pkgdesc="Debian fork of the abandoned original PCSX" arch=(i686 x86_64) url="http://pcsx-df.game-host.org/pcsx-df/" license=('GPL') depends=('libglade' 'libgl' 'libxv' 'alsa-lib' 'bzip2') makedepends=('pkgconfig' 'mesa' 'diffutils') options=('!libtool') provides=('pcsx') source=(http://pcsx-df.game-host.org/pcsx-df/files/pcsx-df-${pkgver}.tar.gz http://pcsx-df.game-host.org/pcsx-df/files/dfOpenGL-1.1.0.tar.gz) [ "${CARCH}" == "i686" ] && makedepends="${makedepends[@]} nasm" build() { cd ${startdir}/src/pcsx-df-${pkgver} flags="--enable-alsa" if [ ! "${CARCH}" == "i686" ]; then flags="${flags} --disable-nasm" fi ./configure --prefix=/usr $flags make || return 1 make DESTDIR="$startdir/pkg" install cd ../dfOpenGL make clean make || return 1 install -m755 libdfOpenGL.so ${startdir}/pkg/usr/lib/games/psemu/libdfOpenGL.so } md5sums=('9315b421396a34bfd57be5d25f88dff7' '36ccf31d0b88f099bf4acd6a16b5b04c') -- José Valecillos

5 7

[aur-general] catalyst-beta removed/take care of illegal stuff!
by Andreas Radke 25 Feb '09

25 Feb '09

Today I asked Allan to remove 2 packages from AUR: catalyst-beta and catalyst-utils-beta. I know the situation of the catalyst driver packages isn't in the best state. But breaking laws and license agreements can't solve this in a proper way and we cannot allow to host this on our servers. All members of the AMD/Ati beta project have to sign briefly an agreement to not publish any online location where to get the source, not publish any issues and errors that come up and they even aren't allowed to publish anything about performance changes. Of cause you aren't allowed to give any 3rd person the beta installer directly. The packages in AUR had links to leaked sources directly included. All I know this is also breaking their licenses. That's why we removed these packages. TUs: Please have a look at what comes up in AUR and ask if you find something you are not sure if it allowed to be there. @all: don't blame me for taking you that possibility from you. Go and send a nice thanks to AMD for not doing public beta tests. We - the dev team will soon have to decide about future handling of the stable but almost always broken situation of AMD drivers. -AndyRTR

1 0

Re: [aur-general] Discussion regarding TU Swiergot
by Loui Chang 25 Feb '09

25 Feb '09

On Sun, Feb 22, 2009 at 07:48:10AM +1000, Allan McRae wrote: > Loui Chang wrote: > > On Fri, Feb 20, 2009 at 01:51:43PM -0500, Ghost1227 wrote: > > > >> Over the last few months, I have noticed that TU Swiergot has neglected > >> his packages in community. I first noticed this with the cinelerra-cv > >> package which was several months out of date and using the now-defunct > >> cvs repo (cinelerra-cv switched to git two months ago). I posted a > >> cinelerra-cv-git package to the AUR and attempted several times to > >> contact him. Two months went by and I got no reply from any of the > >> several addresses he has, so I discussed the situation with another TU, > >> then updated his cinelerra-cv package and sent him another email > >> notifying him of the update. I have since taken a look through his > >> packages and the bugtracker. He has several packages marked out of date > >> (and some have comments explaining fixes), as well as a handful of open > >> bugs on the bugtracker. Since I have been unable to contact him through > >> any means, I propose orphaning his packages so that more available TUs > >> can take over the responsibility for them. There are several that I would > >> be happy to take over (assaultcube, cinelerra-cv, cube, dosemu, > >> fcrackzip, nexuiz, qemu-launcher, stegdetect, steghide, supertux and > >> maybe a few others), and some of his packages (including some of the ones > >> i'll take) should be dropped to the AUR. > >> > >> Discuss > >> > > > > Yeah sounds good. TUs should be just as accountable as regular users. If > > he hasn't responded to emails about outdated packages, let others adopt > > those packages. Does swiergot appear active according to TU votes? > > > > I think you are the only person who can tell this since we switched to > voting on the AUR. Care to look? You can kind of check yourself with the new features. Yes swiergot did vote in the last proposal (Changing [community] management system). > > > Well, actually the bylaws state that we remove TUs only if they have > > prevented a vote from reaching quorum. But so far all votes have made > > it. So we can keep him for now if he does reappear. > > Relevant section from the bylaws: > > If a TU becomes inactive without declaring it, "disappears", someone must > motion for their removal for reason of unwarranted and undeclared > inactivity, and the normal procedure for the motion is followed. I meant the automatic removal procedure. But yeah if someone is uncomfortable with swiergot's scarceness he or she is encouraged to motion for removal.

7 8

[aur-general] removal request
by Jakub Schmidtke 24 Feb '09

24 Feb '09

Package http://aur.archlinux.org/packages.php?ID=20088 (kernel26-vboxusb) can be deleted because the bug it solved was fixed in virtual box.

3 4

[aur-general] readline rebuilds
by Abhishek Dasgupta 24 Feb '09

24 Feb '09

readline 6.0 is soon going to be in [testing]. Rebuild list at: http://phraktured.net/readline-rebuilds [1] [1]: http://www.archlinux.org/pipermail/arch-dev-public/2009-February/010357.html -- Abhishek

2 1

[aur-general] Bad packages in AUR
by Gerardo Exequiel Pozzi 23 Feb '09

23 Feb '09

Please see these packages, it contains a builded packages, binaries and some sources. http://aur.archlinux.org/packages.php?ID=14252 http://aur.archlinux.org/packages.php?ID=20933 http://aur.archlinux.org/packages.php?ID=4011 http://aur.archlinux.org/packages.php?ID=17880 http://aur.archlinux.org/packages.php?ID=8064 http://aur.archlinux.org/packages.php?ID=7928 http://aur.archlinux.org/packages.php?ID=5338 http://aur.archlinux.org/packages.php?ID=14866 http://aur.archlinux.org/packages.php?ID=199 ...and there are many more. I am preparing another list, but much more extensive. But first I have a question: in unsupported the packages.tar.gz may contain "tarballs" of the sources?, because I see that there are several that have this? (some are a mistake of the user that uploaded that and in array of source download of the homepage) In the AUR Guidelines there is no reference to this. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

3 3

[aur-general] Discussion regarding TU Swiergot
by Ghost1227 21 Feb '09

21 Feb '09

Over the last few months, I have noticed that TU Swiergot has neglected his packages in community. I first noticed this with the cinelerra-cv package which was several months out of date and using the now-defunct cvs repo (cinelerra-cv switched to git two months ago). I posted a cinelerra-cv-git package to the AUR and attempted several times to contact him. Two months went by and I got no reply from any of the several addresses he has, so I discussed the situation with another TU, then updated his cinelerra-cv package and sent him another email notifying him of the update. I have since taken a look through his packages and the bugtracker. He has several packages marked out of date (and some have comments explaining fixes), as well as a handful of open bugs on the bugtracker. Since I have been unable to contact him through any means, I propose orphaning his packages so that more available TUs can take over the responsibility for them. There are several that I would be happy to take over (assaultcube, cinelerra-cv, cube, dosemu, fcrackzip, nexuiz, qemu-launcher, stegdetect, steghide, supertux and maybe a few others), and some of his packages (including some of the ones i'll take) should be dropped to the AUR. Discuss

7 8

[aur-general] Orphaning Request (linuxwacom)
by M Rawash 21 Feb '09

21 Feb '09

please orphan "linuxwacom" in AUR, it has been flagged out of date for over a month, and the maintainer doesn't respond to emails, i already have the latest version ready, and i'm planning on fixing the usb vs serial tablets soon.. regards M Rawash

2 1