December 2013 - Aur-general - lists.archlinux.org

[aur-general] Status of package "gregorio-svn"
by Laércio de Sousa 10 Dec '13

10 Dec '13

Dear David, Your package "gregorio-svn" in AUR[1] needs maintainance. It currently doesn't follow the new VCS PKGBUILD Guidelines[1], and doesn't build correctly with the latest upstream source changes. Please fix your package, or at least disown it, so other people can go on with its maintainance. CANTATE DOMINO CANTICUM NOVUM QUIA MIRABILIA FECIT Laércio [1] https://aur.archlinux.org/packages/gregorio-svn [2] https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines

1 0

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

10 Dec '13

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 2 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 4 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 (2 total) == * pidgin-lwqq-0.2c.20131206-1 (i686) * pidgin-lwqq-0.2c.20131206-1 (x86_64) == Incomplete signoffs for [community] (4 total) == * pidgin-lwqq-0.2c.20131206-1 (i686) 0/1 signoffs * virtualbox-modules-4.3.4-2 (i686) 0/1 signoffs * pidgin-lwqq-0.2c.20131206-1 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.4-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. thomas - 1 signoffs

1 0

[aur-general] lb32-irrklang removal request
by John Schroeder 10 Dec '13

10 Dec '13

Package Name: lb32-irrklang URL to AUR page: https://aur.archlinux.org/packages/lb32-irrklang/ I accidentally created the package "lb32-irrklang" when I met to create "lib32-irrklang". I am the maintainer of these packages.

2 1

[aur-general] Delete request: pygpgme
by Ian Denhardt 10 Dec '13

10 Dec '13

Please delete the package pygpgme[1]. The PKGBUILD is broken (builds a package with no files), and it's a duplicate of python2-pygpgme[2], which works correctly. No packages depend on pygpgme (the last one was alot, which I've just adopted and changed to use the working package). -Ian [1]: https://aur.archlinux.org/packages/pygpgme/ [2]: https://aur.archlinux.org/packages/python2-pygpgme/

2 1

[aur-general] Deletion request for several obsolete Chocolate Doom packages
by Mike Swanson 10 Dec '13

10 Dec '13

chocolate-doom-next was a package I initially used to stage changes for version 2.0.0 of the primary package: https://aur.archlinux.org/packages/chocolate-doom-next/ The two svn packages are now obsolete with Chocolate Doom's move to git: https://aur.archlinux.org/packages/chocolate-doom-raven-svn/ https://aur.archlinux.org/packages/chocolate-doom-svn/ Thanks.

2 1

[aur-general] Merge request: openarena-data
by Nowaker 09 Dec '13

09 Dec '13

I am new a maintainer of openarena and openarena-data. I decided to ship OpenArena from a binary distribution provided by OpenArena developers. Thus it's making openarena-data package no longer needed. Please merge openarena-data into openarena. https://aur.archlinux.org/packages/openarena-data/ Thanks. -- Kind regards, Damian Nowak StratusHost www.AtlasHost.eu

4 7

[aur-general] Disown qtck2launcher-git
by Weston Myers 09 Dec '13

09 Dec '13

Hello, Can you please disown qtck2launcher-git [1]. The maintainer has not updated the package in AUR nor upstream. They also have not responded to comment for roughly the last 8 months. Email was unpublished in original PKGBUILD. [1] https://aur.archlinux.org/packages/qtck2launcher-git/ Thanks for your time, Weston Myers No trees were killed to send this message; however, a large number of electrons were terribly inconvenienced...

2 1

[aur-general] Even more delete and merge requests
by Doug Newgard 09 Dec '13

09 Dec '13

**DELETE** Duplicate of qxneur-git, nothing worth merging: https://aur.archlinux.org/packages/qxneur/ Submitter renamed package to rom_tools-git, nothing worth merging: https://aur.archlinux.org/packages/rom-tool-git/ Modules merged into kernel tree: https://aur.archlinux.org/packages/rtl8723ae/ https://aur.archlinux.org/packages/rtl8723e/ Duplicate of supercollider in [community]: https://aur.archlinux.org/packages/scsynth/ Dead, source gone: https://aur.archlinux.org/packages/timetracker/ Duplicate of citrix-client, nothing worth merging: https://aur.archlinux.org/packages/citrix-client-new/ Upstream renamed to libcommuniti. Submitter made new package, but never requested this one be removed. Nothing worth merging: https://aur.archlinux.org/packages/communi-git/ Patch has been applied upstream: https://aur.archlinux.org/packages/iuu_phoenix-patch/ Now part of rust in [community]: https://aur.archlinux.org/packages/kate-syntax-rust-git/ Since 5.4 was released, having a package for 5.4 beta makes no sense. The submitter has already made a release package. Nothing worth merging: https://aur.archlinux.org/packages/valentina-vphp54-beta/ Submitter renamed to busybox-xz. Nothing worth merging: https://aur.archlinux.org/packages/base2busybox-xz/ These packages were just for testing facter with Ruby 1.9, years ago. ruby-facter in the AUR is already using Ruby 2.0: https://aur.archlinux.org/packages/facter-ruby1.9/ https://aur.archlinux.org/packages/facter-ruby1.9-git/ As the submitter maintainer noted in the comments, the main mod in this is the addition of gstreamer support, which is now in the official package. This one has become irrelevant: https://aur.archlinux.org/packages/firefox-mod/ Duplicate of ibus-git, nothing worth merging: https://aur.archlinux.org/packages/ibus-git-test/ The changes in the prosody patch were merged upstream, so this is now a duplicate of lua51-sec in [community]: https://aur.archlinux.org/packages/lua51-sec-prosody/ Upstream renamed to sunxi-mail, submitter a made new package of the same name. Nothing worth merging: https://aur.archlinux.org/packages/mali-libs/ Upstream dropped support for Linux, no binaries available: https://aur.archlinux.org/packages/mega/ **MERGE** The submitter/maintainer of psi-plus has requested that it be removed in favor of psi-plus-git. They both actually pull from git master and the latter is much saner: https://aur.archlinux.org/packages/psi-plus/ INTO https://aur.archlinux.org/packages/psi-plus-git/ Thanks Doug Newgard (Scimmia)

2 1

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

09 Dec '13

=== 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 * 2 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] (2 total) == * virtualbox-modules-4.3.4-2 (i686) 0/1 signoffs * virtualbox-modules-4.3.4-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0

[aur-general] Deletion request: virtinst-current
by Jason St. John 09 Dec '13

09 Dec '13

This is an extension of the rename request for virtinst-current --> virtinst[1]. Based on some further research by djpohly, it was discovered that virt-manager-0.10.0-1 began providing virt-install[2]. djpohly offered that it might be useful to keep virtinst around because of all the dependencies that virt-manager pulls in. I thought about this for a bit and posted the following comment on the virtinst-current AUR page: "Are there many cases where virt-install would be needed without all of the extra dependencies on, e.g., some of the graphical tools/utilities? Just headless VM servers? virt-manager also installs the programs virt-clone, virt-convert, and virt-image, which seem quite useful even on headless VM servers. Unless virt-manager gets split into GUI and non-GUI packages, I don't see the value in keeping [the virtinst-current] package around. And even if [virt-manager] does get split into GUI and non-GUI packages, the non-GUI package would include virt-install anyway. So either way, I think this package can be safely deleted." As such, I am requesting that virtinst-current[3] be deleted. [1] https://mailman.archlinux.org/pipermail/aur-general/2013-December/026311.ht… [2] https://projects.archlinux.org/svntogit/community.git/commit/trunk?h=packag… [3] https://aur.archlinux.org/packages/virtinst-current/ Thanks, Jason

2 2