March 2014 - Aur-general - lists.archlinux.org

[aur-general] Delete package from the AUR
by James Bulmer 10 Mar '14

10 Mar '14

Morning, I was a bit of a twerp and mistyped the name of a package, with this in mind could python2-oslo-rootwtap<https://aur.archlinux.org/packages/python2-oslo-rootwtap/> be removed. Thanks

2 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 10 Mar '14

10 Mar '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 0 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 9 packages missing signoffs * 0 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == Incomplete signoffs for [community] (9 total) == * acpi_call-lts-1.1.0-4 (i686) 0/1 signoffs * cinnamon-2.0.14-3 (i686) 0/1 signoffs * muffin-2.0.5-2 (i686) 0/1 signoffs * nemo-extensions-2.0.0-3 (i686) 0/1 signoffs * acpi_call-lts-1.1.0-4 (x86_64) 0/2 signoffs * cinnamon-2.0.14-3 (x86_64) 0/2 signoffs * cuda-6.0.26_rc-1 (x86_64) 0/2 signoffs * muffin-2.0.5-2 (x86_64) 0/2 signoffs * nemo-extensions-2.0.0-3 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. fyan - 5 signoffs 2. dan - 3 signoffs 3. bpiotrowski - 1 signoffs

1 0

[aur-general] Delete of AUR a renamed package: kdeplasma-runners-pidginrunner
by thecattony＠gmx.com 10 Mar '14

10 Mar '14

Hi, I need to this package get removed from AUR: kdeplasma-runners-pidginrunner https://aur.archlinux.org/packages/kdeplasma-runners-pidginrunner/ The package was renamed acording the new kde name system: kdeplasma-addons-runners-pidginrunner https://aur.archlinux.org/packages/kdeplasma-addons-runners-pidginrunner/ Thanks and sorry for the dupe. Ahh, both are under my account, ThecaTTony. Bye!"

2 2

[aur-general] Removal request python2-pycrypto
by Levente Polyak 09 Mar '14

09 Mar '14

Hey, please remove python2-pycrypto [1] as it is an orphaned duplicate of python2-crypto [2]. Seems it was created by accident (as pointed out in the comments) [1] https://aur.archlinux.org/packages/python2-pycrypto/ [2] https://www.archlinux.org/packages/extra/x86_64/python2-crypto/ cheers Levente

2 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 09 Mar '14

09 Mar '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 7 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 9 packages missing signoffs * 0 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == New packages in [community-testing] in last 24 hours (7 total) == * cinnamon-2.0.14-3 (i686) * muffin-2.0.5-2 (i686) * nemo-extensions-2.0.0-3 (i686) * cinnamon-2.0.14-3 (x86_64) * cuda-6.0.26_rc-1 (x86_64) * muffin-2.0.5-2 (x86_64) * nemo-extensions-2.0.0-3 (x86_64) == Incomplete signoffs for [community] (9 total) == * acpi_call-lts-1.1.0-4 (i686) 0/1 signoffs * cinnamon-2.0.14-3 (i686) 0/1 signoffs * muffin-2.0.5-2 (i686) 0/1 signoffs * nemo-extensions-2.0.0-3 (i686) 0/1 signoffs * acpi_call-lts-1.1.0-4 (x86_64) 0/2 signoffs * cinnamon-2.0.14-3 (x86_64) 0/2 signoffs * cuda-6.0.26_rc-1 (x86_64) 0/2 signoffs * muffin-2.0.5-2 (x86_64) 0/2 signoffs * nemo-extensions-2.0.0-3 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. foutrelis - 2 signoffs 2. thomas - 1 signoffs 3. anatolik - 1 signoffs

1 0

[aur-general] Delete requests
by Jerome Leclanche 09 Mar '14

09 Mar '14

https://aur.archlinux.org/packages/luainotify/ Doesn't build, upstream gone, incorrectly named. https://aur.archlinux.org/packages/pyinotify2-git/ https://aur.archlinux.org/packages/pyinotify-git/ Incorrectly named, builds only for linux 2.6. J. Leclanche

2 1

[aur-general] Removal request: perl-webservice-mtgox
by Anton Leontiev 09 Mar '14

09 Mar '14

Hi, Please delete my package perl-webservice-mtgox [1]. It is no longer works and MtGox was closed. [1] https://aur.archlinux.org/packages/perl-webservice-mtgox/ With the best wishes, -- Anton Leontiev

2 1

[aur-general] Can't update split package
by Sebastien Duthil 09 Mar '14

09 Mar '14

Hi, I'd like to update my package dnds-git[1] on the AUR, but when I submit the new version, the web interface says: Error - The AUR does not support split packages! Thing is: I don't have any pkgbase clause in my new PKGBUILD, but there is one in the already uploaded PKGBUILD. I don't really remember how or why I put this clause there, but I definitely want it gone now. Would deleting the package do the job, so I can upload it again ? Thank you. [1] https://aur.archlinux.org/packages/dnds-git/ -- Sébastien Duthil

2 2

[aur-general] Forgotten username
by Alexander Kyte 09 Mar '14

09 Mar '14

I seem to find myself in a bind. I made an account to subscribe to comments on a broken driver package so I could know when I could install the driver and switch back to arch. That time has long passed, but the package gets many comments. I cannot unsubscribe because I do not know my username. I assumed that aur operated like most websites and the email would suffice, so I'm sure I chose something dumb for my username. If someone could tell me with which username this email address is associated, I would be greatly obliged.

2 1

[aur-general] RFC on the location of PHP "binaries"
by Attila Bukor 09 Mar '14

09 Mar '14

Hey guys, I'm the maintainer of the phpunit[1] package and I've talked about my idea with Dylan Ferris, maintainer of the php-composer[2] package. The idea is that we should find a standard place for PHAR's which are installed by pacman instead of PEAR. Of course it's obvious that we should omit the ".phar" part and put it in /usr/bin, but there are two problems with it. First, if open_basedir is used in php.ini, it has to contain /usr/bin. The other problem is that IDE's won't see them that way and cannot be used as external libraries (which is mostly fine with composer, but absolutely not with phpunit). So to solve this problem, I suggest to put these packages to /usr/share/webapps/phar or /usr/share/php with the .phar extension so the IDE's could use them and symlink them to /usr/bin without the extension so they could be invoked from command line as any other program. The default open_basedir in the php package is "/srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/", so the former path would be more convenient, but the latter would be more elegant in my opinion, as PEAR packages are in /usr/share/pear/. Of course it would be nice to include that path in the default open_basedir. What do you think? Regards, Attila Bukor [1]: https://aur.archlinux.org/packages/phpunit/ [2]: https://aur.archlinux.org/packages/php-composer/

2 4