- Aur-general - lists.archlinux.org

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

29 Aug '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 16 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 25 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 (16 total) == * lz4-122-1 (i686) * php-geoip-1.0.8-4 (i686) * php-memcache-3.0.8-3 (i686) * php-memcached-2.2.0-2 (i686) * php-mongo-1.5.4-2 (i686) * seamonkey-2.26.1-2 (i686) * xdebug-2.2.5-2 (i686) * xulrunner-31.0-2 (i686) * lz4-122-1 (x86_64) * php-geoip-1.0.8-4 (x86_64) * php-memcache-3.0.8-3 (x86_64) * php-memcached-2.2.0-2 (x86_64) * php-mongo-1.5.4-2 (x86_64) * seamonkey-2.26.1-2 (x86_64) * xdebug-2.2.5-2 (x86_64) * xulrunner-31.0-2 (x86_64) == Incomplete signoffs for [community] (25 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * lxpanel-0.7.0-1 (i686) 0/1 signoffs * lz4-122-1 (i686) 0/1 signoffs * php-geoip-1.0.8-4 (i686) 0/1 signoffs * php-memcache-3.0.8-3 (i686) 0/1 signoffs * php-memcached-2.2.0-2 (i686) 0/1 signoffs * php-mongo-1.5.4-2 (i686) 0/1 signoffs * pppd-ldap-0.12b-5 (i686) 0/1 signoffs * seamonkey-2.26.1-2 (i686) 0/1 signoffs * virtualbox-4.3.14-4 (i686) 0/1 signoffs * xdebug-2.2.5-2 (i686) 0/1 signoffs * xtrabackup-2.2.3-1 (i686) 0/1 signoffs * xulrunner-31.0-2 (i686) 0/1 signoffs * lxpanel-0.7.0-1 (x86_64) 0/2 signoffs * lz4-122-1 (x86_64) 0/2 signoffs * php-geoip-1.0.8-4 (x86_64) 0/2 signoffs * php-memcache-3.0.8-3 (x86_64) 0/2 signoffs * php-memcached-2.2.0-2 (x86_64) 0/2 signoffs * php-mongo-1.5.4-2 (x86_64) 0/2 signoffs * pppd-ldap-0.12b-5 (x86_64) 0/2 signoffs * seamonkey-2.26.1-2 (x86_64) 0/2 signoffs * virtualbox-4.3.14-4 (x86_64) 0/2 signoffs * xdebug-2.2.5-2 (x86_64) 0/2 signoffs * xtrabackup-2.2.3-1 (x86_64) 0/2 signoffs * xulrunner-31.0-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0

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

28 Aug '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 3 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 11 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 (3 total) == * freevo-1.9.0-14 (any) * xtrabackup-2.2.3-1 (i686) * xtrabackup-2.2.3-1 (x86_64) == Incomplete signoffs for [community] (11 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * lxpanel-0.7.0-1 (i686) 0/1 signoffs * pppd-ldap-0.12b-5 (i686) 0/1 signoffs * python-matplotlib-1.4.0-1 (i686) 0/1 signoffs * virtualbox-4.3.14-4 (i686) 0/1 signoffs * xtrabackup-2.2.3-1 (i686) 0/1 signoffs * lxpanel-0.7.0-1 (x86_64) 0/2 signoffs * pppd-ldap-0.12b-5 (x86_64) 0/2 signoffs * python-matplotlib-1.4.0-1 (x86_64) 0/2 signoffs * virtualbox-4.3.14-4 (x86_64) 0/2 signoffs * xtrabackup-2.2.3-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. foutrelis - 1 signoffs

1 0

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

27 Aug '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 4 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 8 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 (4 total) == * lxpanel-0.7.0-1 (i686) * virtualbox-4.3.14-4 (i686) * lxpanel-0.7.0-1 (x86_64) * virtualbox-4.3.14-4 (x86_64) == Incomplete signoffs for [community] (8 total) == * lxpanel-0.7.0-1 (i686) 0/1 signoffs * pppd-ldap-0.12b-5 (i686) 0/1 signoffs * python-matplotlib-1.4.0-1 (i686) 0/1 signoffs * virtualbox-4.3.14-4 (i686) 0/1 signoffs * lxpanel-0.7.0-1 (x86_64) 0/2 signoffs * pppd-ldap-0.12b-5 (x86_64) 0/2 signoffs * python-matplotlib-1.4.0-1 (x86_64) 0/2 signoffs * virtualbox-4.3.14-4 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. thomas - 2 signoffs 2. fyan - 2 signoffs

1 0

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

26 Aug '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 6 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 14 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 (6 total) == * android-tools-4.4.4_r2.0.1-1 (i686) * ndisc6-1.0.2-8 (i686) * python-matplotlib-1.4.0-1 (i686) * android-tools-4.4.4_r2.0.1-1 (x86_64) * ndisc6-1.0.2-8 (x86_64) * python-matplotlib-1.4.0-1 (x86_64) == Incomplete signoffs for [community] (14 total) == * android-tools-4.4.4_r2.0.1-1 (i686) 0/1 signoffs * dnscrypt-proxy-1.4.0-2 (i686) 0/1 signoffs * libsodium-0.7.0-1 (i686) 0/1 signoffs * ndisc6-1.0.2-8 (i686) 0/1 signoffs * pppd-ldap-0.12b-5 (i686) 0/1 signoffs * python-matplotlib-1.4.0-1 (i686) 0/1 signoffs * zeromq-4.0.4-4 (i686) 0/1 signoffs * android-tools-4.4.4_r2.0.1-1 (x86_64) 0/2 signoffs * dnscrypt-proxy-1.4.0-2 (x86_64) 0/2 signoffs * libsodium-0.7.0-1 (x86_64) 0/2 signoffs * ndisc6-1.0.2-8 (x86_64) 0/2 signoffs * pppd-ldap-0.12b-5 (x86_64) 0/2 signoffs * python-matplotlib-1.4.0-1 (x86_64) 0/2 signoffs * zeromq-4.0.4-4 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0

[aur-general] sunpinyin/sunpinyin-data packages pulled back from [community-testing]
by Felix Yan 25 Aug '14

25 Aug '14

The sunpinyin/sunpinyin-data 2.0.3.20140820-1 (new release from open-gram project) packages are having issues on candidate list ordering, I've removed them from [community-testing]. Please downgrade the two packages if you had them installed from [community- testing]. Regards, Felix Yan

1 0

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

25 Aug '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 6 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 13 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 (6 total) == * dnscrypt-proxy-1.4.0-2 (i686) * libsodium-0.7.0-1 (i686) * zeromq-4.0.4-4 (i686) * dnscrypt-proxy-1.4.0-2 (x86_64) * libsodium-0.7.0-1 (x86_64) * zeromq-4.0.4-4 (x86_64) == Incomplete signoffs for [community] (13 total) == * sunpinyin-data-1:2.0.3.20140820-1 (any) 0/2 signoffs * dnscrypt-proxy-1.4.0-2 (i686) 0/1 signoffs * libsodium-0.7.0-1 (i686) 0/1 signoffs * minetest-0.4.10-4 (i686) 0/1 signoffs * pppd-ldap-0.12b-5 (i686) 0/1 signoffs * sunpinyin-2.0.3.20140820-1 (i686) 0/1 signoffs * zeromq-4.0.4-4 (i686) 0/1 signoffs * dnscrypt-proxy-1.4.0-2 (x86_64) 0/2 signoffs * libsodium-0.7.0-1 (x86_64) 0/2 signoffs * minetest-0.4.10-4 (x86_64) 0/2 signoffs * pppd-ldap-0.12b-5 (x86_64) 0/2 signoffs * sunpinyin-2.0.3.20140820-1 (x86_64) 0/2 signoffs * zeromq-4.0.4-4 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0

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

24 Aug '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 4 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 7 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 (4 total) == * minetest-0.4.10-4 (i686) * pppd-ldap-0.12b-5 (i686) * minetest-0.4.10-4 (x86_64) * pppd-ldap-0.12b-5 (x86_64) == Incomplete signoffs for [community] (7 total) == * sunpinyin-data-1:2.0.3.20140820-1 (any) 0/2 signoffs * minetest-0.4.10-4 (i686) 0/1 signoffs * pppd-ldap-0.12b-5 (i686) 0/1 signoffs * sunpinyin-2.0.3.20140820-1 (i686) 0/1 signoffs * minetest-0.4.10-4 (x86_64) 0/2 signoffs * pppd-ldap-0.12b-5 (x86_64) 0/2 signoffs * sunpinyin-2.0.3.20140820-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. thomas - 3 signoffs

1 0

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

23 Aug '14

=== 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 * 10 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) == * minetest-0.4.10-3 (i686) * minetest-0.4.10-3 (x86_64) == Incomplete signoffs for [community] (10 total) == * avr-libc-1.8.1-1 (any) 0/2 signoffs * sunpinyin-data-1:2.0.3.20140820-1 (any) 0/2 signoffs * avr-gcc-4.9.1-1 (i686) 0/1 signoffs * avr-gdb-7.8-1 (i686) 0/1 signoffs * minetest-0.4.10-3 (i686) 0/1 signoffs * sunpinyin-2.0.3.20140820-1 (i686) 0/1 signoffs * avr-gcc-4.9.1-1 (x86_64) 0/2 signoffs * avr-gdb-7.8-1 (x86_64) 0/2 signoffs * minetest-0.4.10-3 (x86_64) 0/2 signoffs * sunpinyin-2.0.3.20140820-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. bisson - 4 signoffs 2. andyrtr - 1 signoffs

1 0

[aur-general] re-submission of onionshare
by simon.hanna＠serve-me.info 22 Aug '14

22 Aug '14

Hi, today I wanted to install onionshare. It's website only listed ways to install using deb and rpm files. So I searched the AUR. I didn't find anything but I came across a deletion request. In this request the maintainer wanted to remove all reference of him from the package. The result was that the whole PKGBUILD was removed from AUR. I found the PKGBUILD in the AUR's git repo, added myself as a maintainer and would publish it again. Is that OK? Since it would be my first submitted PKGBUILD it would be nice, if you could tell me if I could do anything better. Here are two versions one using the latest git commit [1] and the other using the latest release [2]. Should I submit both, or just one of them. If only one, then which one is "better"? cheers,Simon [1] http://sprunge.us/NgaR[2] http://sprunge.us/IagK

2 1

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

22 Aug '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 * 8 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] (8 total) == * avr-libc-1.8.1-1 (any) 0/2 signoffs * sunpinyin-data-1:2.0.3.20140820-1 (any) 0/2 signoffs * avr-gcc-4.9.1-1 (i686) 0/1 signoffs * avr-gdb-7.8-1 (i686) 0/1 signoffs * sunpinyin-2.0.3.20140820-1 (i686) 0/1 signoffs * avr-gcc-4.9.1-1 (x86_64) 0/2 signoffs * avr-gdb-7.8-1 (x86_64) 0/2 signoffs * sunpinyin-2.0.3.20140820-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0

[aur-general] Maintenance issues with metasploit-git package
by 21 Aug '14

21 Aug '14

I'd like to bring the community's attention to the following package: https://aur.archlinux.org/packages/metasploit-git/ It has multiple issues and does not follow pkgbuild guidelines and best practices: 1. The build script appends instructions into user-specific and shell-specific ~/.bash_profile on build time. 2. It dumps everything into /usr/local. This is against the very first point in https://wiki.archlinux.org/index.php/Arch_packaging_standards#Package_etiqu… 3. The post-install script tells the user to ignore a warning about breakage. It warns about breaking ruby for all other users when the instruction is run with root permissions. I haven't tested this one for obvious reasons. 4. The package appends to $PATH which overshadows the binaries of latest ruby package with those of 1.9 version for the current user (via same instruction as 1.). The current maintainer refuses collaboration. What's the best I can do in a situation like this? - Babken Vardanyan (axper)

4 4

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

21 Aug '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 8 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 8 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 (8 total) == * avr-libc-1.8.1-1 (any) * sunpinyin-data-1:2.0.3.20140820-1 (any) * avr-gcc-4.9.1-1 (i686) * avr-gdb-7.8-1 (i686) * sunpinyin-2.0.3.20140820-1 (i686) * avr-gcc-4.9.1-1 (x86_64) * avr-gdb-7.8-1 (x86_64) * sunpinyin-2.0.3.20140820-1 (x86_64) == Incomplete signoffs for [community] (8 total) == * avr-libc-1.8.1-1 (any) 0/2 signoffs * sunpinyin-data-1:2.0.3.20140820-1 (any) 0/2 signoffs * avr-gcc-4.9.1-1 (i686) 0/1 signoffs * avr-gdb-7.8-1 (i686) 0/1 signoffs * sunpinyin-2.0.3.20140820-1 (i686) 0/1 signoffs * avr-gcc-4.9.1-1 (x86_64) 0/2 signoffs * avr-gdb-7.8-1 (x86_64) 0/2 signoffs * sunpinyin-2.0.3.20140820-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. foutrelis - 4 signoffs 2. anatolik - 1 signoffs

1 0

[aur-general] Forgot AUR username
by Bruno Saraiva 20 Aug '14

20 Aug '14

I did already reset my password, AND I thought I knew the right username. Even tried different ones in hopes of hitting the right one before bothering you guys with this. Could you be so kind to send me my username, attached to this email account? Thanks and have a nice one, -- Bruno Saraiva

2 1

[aur-general] Pinning dependency versions in PKGBUILDs?
by Florian Bruhin 19 Aug '14

19 Aug '14

Hi, I'm maintaining the vim-full[1] package which is a vim with all the gvim features (Ruby/Lua/Python/Perl/Netbeans) but without GTK/X. Now obviously I have to depend on vim-runtime, and I currently I have the version number pinned (just like the vim package). However that makes upgrading vim-runtime difficult, because pacman doesn't know about the vim-full upgrade. A possible solution is to build via `makepkg -d` (ignoring the old vim-runtime version), then upgrading both vim-full and vim-runtime. Should I just not pin the version at all (as in "partial upgrades aren't supported anyways") to avoid these problems? Florian [1] https://aur.archlinux.org/packages/vim-full/ -- http://www.the-compiler.org | me(a)the-compiler.org (Mail/XMPP) GPG 0xFD55A072 | http://the-compiler.org/pubkey.asc I love long mails! | http://email.is-not-s.ms/

6 11

[aur-general] AUR GIT and Bug Tracker
by mrlemux＠gmail.com 19 Aug '14

19 Aug '14

8 17

[aur-general] AUR notification emails don't mention which package they refer to
by Hugo Osvaldo Barrera 18 Aug '14

18 Aug '14

I just got the following email from AUR: ----- Forwarded message from notify(a)aur.archlinux.org ----- > Date: Sun, 17 Aug 2014 21:13:22 +0000 (UTC) > From: notify(a)aur.archlinux.org > Subject: [PRQ#467] Request Accepted > To: aur-requests(a)archlinux.org > Cc: hugo(a)barrera.io > X-Mailer: AUR > > Request #467 has been accepted by arcanis [1]: > > already orphaned > > [1] https://aur.archlinux.org/account/arcanis/ > ----- End forwarded message ----- I've put several requests up in the past, and I've no idea to which particular one this email is refering to. It does not mention the related package, so I've no way of knowing what package has been orphaned. Maybe TUs have access to requests, but normal users don't. So basically, I now know that some package has been orphaned, but not which one. Can a fix for this be considered for future update? Cheers, -- Hugo Osvaldo Barrera A: Because we read from top to bottom, left to right. Q: Why should I start my reply below the quoted text?

2 2

[aur-general] [request] delete betaradio-svn
by Daniel YC Lin 18 Aug '14

18 Aug '14

Just found betaradio-svn have changed to betaradio-git. Please remove the old PKGBUILD in AUR.

3 2

[aur-general] AUR request mentality
by carstene1ns 17 Aug '14

17 Aug '14

While the new AUR request functionality is a good thing and widely accepted (over 500 requests yet), it also brings us some problems: (1)inhibition threshold - It is much easier to remove a package now. (2)response time - Requests get accepted before the package maintainer or others have time to explain or react. There may be other problems, but these two bugged me since it was implemented. ## For the tl;dr version, please skip the following remarks. ## (1)This goes for both the requester and the TU that accepts it. I have seen requests that consisted only of two words. Back then, when we were forced to use email, you could read at least a whole sentence and have a rationale. Also some TUs do not seem to care about providing a reason, why a certain request has been accepted or declined. There was a feedback mail back then, so the requester knew there was someone working on it. (2)Orphan requests have a grace period of 14 days. That is good, but for other requests there is none. So packages get deleted before they even could get fixed. Some TUs do not even question the reason for the request and just delete it without investigating. Now you might ask me to provide some evidence... Let's blame two users today: FredBezies and foutrelis. FredBezies seems to try finding "dead projects" in the AUR. He does so by clicking on the homepage link and if it does not display the project website, he files a deletion request stating the project/homepage is dead (no googling, no word to the maintainer). Otherwise (for VCS packages) he looks at the last commit date and files a deletion request, if it has not been updated in 3 years, again with the reason "dead project". For example in case of the 'tasque-git' package the url of all gnome-related packages changed to include "/Apps/" in the wiki link and there has been no redirection for this particular package. However, there have been commits this year and the package is therefore not dead. foutrelis seem to like clean lists, as he just accepted any deletion request that was open today (including the absurd ones by FredBezies), without reading the mailing list before and without providing a reason. If it does not really make sense to answer questions and remarks like Scimmia and I (and others!) did, the aur-requests mailing list should be read-only. tl;dr: What can we do to make things better? Should we (re)write the policy for TUs about accepting AUR requests? They should at least investigate. I think a good start would be to have users provide real reasons for deleting a package and trying to fix them otherwise (themselves or with help from the maintainer). best regards, carstene1ns

14 21

[aur-general] Package deletion request for sublime-text-beta
by Ronald Kinard 17 Aug '14

17 Aug '14

Hello, I accidentally uploaded a package which is an effective duplicate of sublime-text-dev, named sublime-text-beta. I'm requesting that my package sublime-text-beta be deleted. https://aur.archlinux.org/packages/sublime-text-beta/ https://aur.archlinux.org/packages/sublime-text-dev/ Thanks

4 3

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

17 Aug '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 * 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.) == Incomplete signoffs for [community] (4 total) == * ibus-skk-1.4.1.20140813-1 (i686) 0/1 signoffs * libskk-1.0.1-3 (i686) 0/1 signoffs * ibus-skk-1.4.1.20140813-1 (x86_64) 0/2 signoffs * libskk-1.0.1-3 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0

[aur-general] replacing packages with split packages: how to merge?
by Xyne 16 Aug '14

16 Aug '14

Hi, Is there a standard procedure for replacing packages with split packages while preserving votes? For example, lets say there are two normal packages in the AUR, "foo-bar" and "foo-baz". foo-bar has 20 votes, foo-baz has 15. The maintainer realizes that he can produce both packages using a split package "foo", but name collision detection will prevent him from uploading foo if it contains foo-bar or foo-baz, which must be deleted first. If they are deleted, the votes are lost. At first I thought that the pkgbase could be uploaded without anything in the pkgnames array as a placeholder for merging, but that would lump all the votes into the pkgbase and not the individual packages. Am I missing something? If not then it seems that we need some sort of pending merge queue. Thoughts? Regards, Xyne

2 3

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

16 Aug '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 * 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.) == Incomplete signoffs for [community] (4 total) == * ibus-skk-1.4.1.20140813-1 (i686) 0/1 signoffs * libskk-1.0.1-3 (i686) 0/1 signoffs * ibus-skk-1.4.1.20140813-1 (x86_64) 0/2 signoffs * libskk-1.0.1-3 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. bisson - 6 signoffs 2. fyan - 3 signoffs

1 0

[aur-general] Removal of kla
by Omid Nikta 15 Aug '14

15 Aug '14

Please remove the out of date package kla. https://aur.archlinux.org/packages/kla/

2 1

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

15 Aug '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 * 20 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] (20 total) == * aegisub-3.2.0-2 (i686) 0/1 signoffs * electricsheep-2.7b33-17 (i686) 0/1 signoffs * erlang-17.1-2 (i686) 0/1 signoffs * filezilla-3.9.0.3-1 (i686) 0/1 signoffs * ibus-skk-1.4.1.20140813-1 (i686) 0/1 signoffs * libskk-1.0.1-3 (i686) 0/1 signoffs * mediainfo-gui-0.7.69-2 (i686) 0/1 signoffs * poedit-1.6.7-2 (i686) 0/1 signoffs * springlobby-0.196-2 (i686) 0/1 signoffs * wxcam-1.1-6 (i686) 0/1 signoffs * aegisub-3.2.0-2 (x86_64) 0/2 signoffs * electricsheep-2.7b33-17 (x86_64) 0/2 signoffs * erlang-17.1-2 (x86_64) 0/2 signoffs * filezilla-3.9.0.3-1 (x86_64) 0/2 signoffs * ibus-skk-1.4.1.20140813-1 (x86_64) 0/2 signoffs * libskk-1.0.1-3 (x86_64) 0/2 signoffs * mediainfo-gui-0.7.69-2 (x86_64) 0/2 signoffs * poedit-1.6.7-2 (x86_64) 0/2 signoffs * springlobby-0.196-2 (x86_64) 0/2 signoffs * wxcam-1.1-6 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0

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

14 Aug '14

=== 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 * 20 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) == * filezilla-3.9.0.3-1 (i686) * filezilla-3.9.0.3-1 (x86_64) == Incomplete signoffs for [community] (20 total) == * aegisub-3.2.0-2 (i686) 0/1 signoffs * electricsheep-2.7b33-17 (i686) 0/1 signoffs * erlang-17.1-2 (i686) 0/1 signoffs * filezilla-3.9.0.3-1 (i686) 0/1 signoffs * ibus-skk-1.4.1.20140813-1 (i686) 0/1 signoffs * libskk-1.0.1-3 (i686) 0/1 signoffs * mediainfo-gui-0.7.69-2 (i686) 0/1 signoffs * poedit-1.6.7-2 (i686) 0/1 signoffs * springlobby-0.196-2 (i686) 0/1 signoffs * wxcam-1.1-6 (i686) 0/1 signoffs * aegisub-3.2.0-2 (x86_64) 0/2 signoffs * electricsheep-2.7b33-17 (x86_64) 0/2 signoffs * erlang-17.1-2 (x86_64) 0/2 signoffs * filezilla-3.9.0.3-1 (x86_64) 0/2 signoffs * ibus-skk-1.4.1.20140813-1 (x86_64) 0/2 signoffs * libskk-1.0.1-3 (x86_64) 0/2 signoffs * mediainfo-gui-0.7.69-2 (x86_64) 0/2 signoffs * poedit-1.6.7-2 (x86_64) 0/2 signoffs * springlobby-0.196-2 (x86_64) 0/2 signoffs * wxcam-1.1-6 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. foutrelis - 4 signoffs

1 0