- Aur-general - lists.archlinux.org

[aur-general] Forgot Username
by Gavin Li 13 Feb '15

13 Feb '15

Hi y'all, I forgot my username for my AUR account associated for this email. How do I get it back? Thanks!

2 1

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

13 Feb '15

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 12 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 30 packages missing signoffs * 1 package 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 (12 total) == * acpi_call-1.1.0-24 (i686) * fcitx-libpinyin-0.3.1-2 (i686) * fcitx-mozc-2.16.2037.102-1 (i686) * ibus-libpinyin-1.6.99.20150203-1 (i686) * libpinyin-1.0.99.20150212-1 (i686) * mysql-workbench-6.2.4-9 (i686) * acpi_call-1.1.0-24 (x86_64) * fcitx-libpinyin-0.3.1-2 (x86_64) * fcitx-mozc-2.16.2037.102-1 (x86_64) * ibus-libpinyin-1.6.99.20150203-1 (x86_64) * libpinyin-1.0.99.20150212-1 (x86_64) * mysql-workbench-6.2.4-9 (x86_64) == Incomplete signoffs for [community] (30 total) == * android-udev-r133-1 (any) 0/2 signoffs * freevo-1.9.0-14 (any) 0/2 signoffs * acpi_call-1.1.0-24 (i686) 0/1 signoffs * bbswitch-0.8-26 (i686) 0/1 signoffs * fcitx-libpinyin-0.3.1-2 (i686) 0/1 signoffs * fcitx-mozc-2.16.2037.102-1 (i686) 0/1 signoffs * ibus-libpinyin-1.6.99.20150203-1 (i686) 0/1 signoffs * libpinyin-1.0.99.20150212-1 (i686) 0/1 signoffs * mysql-workbench-6.2.4-9 (i686) 0/1 signoffs * nodejs-0.12.0-1 (i686) 0/1 signoffs * r8168-8.039.00-10 (i686) 0/1 signoffs * rt3562sta-2.4.1.1_r1-20 (i686) 0/1 signoffs * tp_smapi-0.41-63 (i686) 0/1 signoffs * vhba-module-20140928-6 (i686) 0/1 signoffs * virtualbox-4.3.20-6 (i686) 0/1 signoffs * virtualbox-modules-4.3.20-9 (i686) 0/1 signoffs * acpi_call-1.1.0-24 (x86_64) 0/2 signoffs * bbswitch-0.8-26 (x86_64) 0/2 signoffs * fcitx-libpinyin-0.3.1-2 (x86_64) 0/2 signoffs * fcitx-mozc-2.16.2037.102-1 (x86_64) 0/2 signoffs * ibus-libpinyin-1.6.99.20150203-1 (x86_64) 0/2 signoffs * libpinyin-1.0.99.20150212-1 (x86_64) 0/2 signoffs * mysql-workbench-6.2.4-9 (x86_64) 0/2 signoffs * nodejs-0.12.0-1 (x86_64) 0/2 signoffs * r8168-8.039.00-10 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1_r1-20 (x86_64) 0/2 signoffs * tp_smapi-0.41-63 (x86_64) 0/2 signoffs * vhba-module-20140928-6 (x86_64) 0/2 signoffs * virtualbox-4.3.20-6 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.20-9 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours == 1. dan - 5 signoffs 2. djgera - 1 signoffs

1 0

[aur-general] How do you deal with pkgver() & version controlled PKGBUILDs?
by Jashandeep Sohi 13 Feb '15

13 Feb '15

Hi, I'm using git to version control my PKGBUILDs. Most of them build stable versions of packages using a static pkgver; however, some of them build unstable versions (from git, hg, etc.), and make use of the pkgver() function to compute a pkgver on build time. The problem that I'm having is that whenever I build one of the unstable packages, the value of pkgver in the PKGBUILD get updated by pkgver(), which causes Git to think that the file has changed. If I ever want to commit changes to the PKGBUILD, I first have to change pkgver back to what it was to prevent spurious changes to pkgver to committed as well. I know I'm being pedantic, but if someone has already thought of a solution/fix, that would appreciated. Thanks, Jashandeep Sohi

3 3

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

12 Feb '15

=== 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 * 1 package 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) == * android-udev-r133-1 (any) 0/2 signoffs * freevo-1.9.0-14 (any) 0/2 signoffs * acpi_call-1.1.0-22 (i686) 0/1 signoffs * bbswitch-0.8-26 (i686) 0/1 signoffs * nodejs-0.12.0-1 (i686) 0/1 signoffs * r8168-8.039.00-10 (i686) 0/1 signoffs * rt3562sta-2.4.1.1_r1-20 (i686) 0/1 signoffs * tp_smapi-0.41-63 (i686) 0/1 signoffs * vhba-module-20140928-6 (i686) 0/1 signoffs * virtualbox-4.3.20-6 (i686) 0/1 signoffs * virtualbox-modules-4.3.20-9 (i686) 0/1 signoffs * acpi_call-1.1.0-22 (x86_64) 0/2 signoffs * bbswitch-0.8-26 (x86_64) 0/2 signoffs * nodejs-0.12.0-1 (x86_64) 0/2 signoffs * r8168-8.039.00-10 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1_r1-20 (x86_64) 0/2 signoffs * tp_smapi-0.41-63 (x86_64) 0/2 signoffs * vhba-module-20140928-6 (x86_64) 0/2 signoffs * virtualbox-4.3.20-6 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.20-9 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours == 1. bisson - 5 signoffs

1 0

[aur-general] PKGBUILD Critique
by stef204 11 Feb '15

11 Feb '15

Hi fellow archers, Would you be so kind as to provide a critique of my PKGBUILD? This is only my third package so bear with me, please. <http://codepad.org/Az4Hk78W> Notes: 1)I have emailed current owner/maintainer but no response yet; hopefully he will reply soon. If not will try again and if still no joy, will follow procedure to become new owner/maintainer, if possible. Or just post it under "comments" with a link to my PKGBUILD, perhaps? 2) You can see I have some questions/doubts re. line 26/27 (original PKGBUILD has 26, I changed it to 27, out of habit I guess. I don't think it's an important point though as I guess one should clean up the various dirs left after installing an AUR package, in any event, though. Comments?) 3) Line 37; I tried that and it didn't seem to work for me (not sure why. Comments?) It gives me errors like: warning: directory permissions differ on /home/myusername/ filesystem: 700 package: 755 warning: directory ownership differs on /home/myusername/ filesystem: 1000:100 package: 0:0 (I have a user umask of 075). When I just use: make install, it installs without errors. Thanks!

4 10

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

11 Feb '15

=== 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 * 22 packages missing signoffs * 1 package 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) == * virtualbox-4.3.20-6 (i686) * virtualbox-4.3.20-6 (x86_64) == Incomplete signoffs for [community] (22 total) == * android-udev-r133-1 (any) 0/2 signoffs * freevo-1.9.0-14 (any) 0/2 signoffs * acpi_call-1.1.0-22 (i686) 0/1 signoffs * bbswitch-0.8-26 (i686) 0/1 signoffs * nodejs-0.12.0-1 (i686) 0/1 signoffs * python-tornado-4.1.0-1 (i686) 0/1 signoffs * r8168-8.039.00-10 (i686) 0/1 signoffs * rt3562sta-2.4.1.1_r1-20 (i686) 0/1 signoffs * tp_smapi-0.41-63 (i686) 0/1 signoffs * vhba-module-20140928-6 (i686) 0/1 signoffs * virtualbox-4.3.20-6 (i686) 0/1 signoffs * virtualbox-modules-4.3.20-9 (i686) 0/1 signoffs * acpi_call-1.1.0-22 (x86_64) 0/2 signoffs * bbswitch-0.8-26 (x86_64) 0/2 signoffs * nodejs-0.12.0-1 (x86_64) 0/2 signoffs * python-tornado-4.1.0-1 (x86_64) 0/2 signoffs * r8168-8.039.00-10 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1_r1-20 (x86_64) 0/2 signoffs * tp_smapi-0.41-63 (x86_64) 0/2 signoffs * vhba-module-20140928-6 (x86_64) 0/2 signoffs * virtualbox-4.3.20-6 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.20-9 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours == 1. foutrelis - 4 signoffs 2. spupykin - 2 signoffs 3. bpiotrowski - 1 signoffs

1 0

[aur-general] Email Notifications of new AUR orphaning/deletion/merging method
by David Phillips 11 Feb '15

11 Feb '15

Given that we're still getting requests on this list for removal/merging/orphaning of packages, could we not simply send an email out to all those who have AUR accounts explaining the fact that we've changed the way things are done since then? I recognise that this might be viewed as spammy or annoying by those who are already fully aware of this fact, but passive notification on the AUR front page hasn't proved to be fully effective. Perhaps if there are a lot of AUR accounts who never maintain or own any packages, we could simply send email messages only to those who currently have one or more packages under their wing? What do you all think? -- David Phillips GPG Key 0x7BF3D17D0884BF5B Fingerprint 2426 235A 7831 AA2F 56AF 4BC0 7BF3 D17D 0884 BF5B

10 23

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

10 Feb '15

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 5 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 20 packages missing signoffs * 1 package 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 (5 total) == * android-udev-r133-1 (any) * bbswitch-0.8-26 (i686) * virtualbox-modules-4.3.20-9 (i686) * bbswitch-0.8-26 (x86_64) * virtualbox-modules-4.3.20-9 (x86_64) == Incomplete signoffs for [community] (20 total) == * android-udev-r133-1 (any) 0/2 signoffs * freevo-1.9.0-14 (any) 0/2 signoffs * acpi_call-1.1.0-22 (i686) 0/1 signoffs * bbswitch-0.8-26 (i686) 0/1 signoffs * nodejs-0.12.0-1 (i686) 0/1 signoffs * python-tornado-4.1.0-1 (i686) 0/1 signoffs * r8168-8.039.00-10 (i686) 0/1 signoffs * rt3562sta-2.4.1.1_r1-20 (i686) 0/1 signoffs * tp_smapi-0.41-63 (i686) 0/1 signoffs * vhba-module-20140928-6 (i686) 0/1 signoffs * virtualbox-modules-4.3.20-9 (i686) 0/1 signoffs * acpi_call-1.1.0-22 (x86_64) 0/2 signoffs * bbswitch-0.8-26 (x86_64) 0/2 signoffs * nodejs-0.12.0-1 (x86_64) 0/2 signoffs * python-tornado-4.1.0-1 (x86_64) 0/2 signoffs * r8168-8.039.00-10 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1_r1-20 (x86_64) 0/2 signoffs * tp_smapi-0.41-63 (x86_64) 0/2 signoffs * vhba-module-20140928-6 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.20-9 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours == 1. foutrelis - 4 signoffs 2. bpiotrowski - 1 signoffs 3. anatolik - 1 signoffs 4. seblu - 1 signoffs

1 0

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

09 Feb '15

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 12 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 15 packages missing signoffs * 1 package 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 (12 total) == * acpi_call-1.1.0-22 (i686) * python-tornado-4.1.0-1 (i686) * r8168-8.039.00-10 (i686) * rt3562sta-2.4.1.1_r1-20 (i686) * tp_smapi-0.41-63 (i686) * vhba-module-20140928-6 (i686) * acpi_call-1.1.0-22 (x86_64) * python-tornado-4.1.0-1 (x86_64) * r8168-8.039.00-10 (x86_64) * rt3562sta-2.4.1.1_r1-20 (x86_64) * tp_smapi-0.41-63 (x86_64) * vhba-module-20140928-6 (x86_64) == Incomplete signoffs for [community] (15 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * acpi_call-1.1.0-22 (i686) 0/1 signoffs * nodejs-0.12.0-1 (i686) 0/1 signoffs * python-tornado-4.1.0-1 (i686) 0/1 signoffs * r8168-8.039.00-10 (i686) 0/1 signoffs * rt3562sta-2.4.1.1_r1-20 (i686) 0/1 signoffs * tp_smapi-0.41-63 (i686) 0/1 signoffs * vhba-module-20140928-6 (i686) 0/1 signoffs * acpi_call-1.1.0-22 (x86_64) 0/2 signoffs * nodejs-0.12.0-1 (x86_64) 0/2 signoffs * python-tornado-4.1.0-1 (x86_64) 0/2 signoffs * r8168-8.039.00-10 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1_r1-20 (x86_64) 0/2 signoffs * tp_smapi-0.41-63 (x86_64) 0/2 signoffs * vhba-module-20140928-6 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours == 1. allan - 10 signoffs 2. fyan - 6 signoffs 3. heftig - 6 signoffs

1 0

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

08 Feb '15

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 15 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 16 packages missing signoffs * 1 package 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 (15 total) == * acpi_call-1.1.0-21 (i686) * bbswitch-0.8-25 (i686) * nodejs-0.12.0-1 (i686) * r8168-8.039.00-9 (i686) * rt3562sta-2.4.1.1_r1-19 (i686) * tp_smapi-0.41-62 (i686) * vhba-module-20140928-5 (i686) * virtualbox-modules-4.3.20-8 (i686) * bbswitch-0.8-25 (x86_64) * nodejs-0.12.0-1 (x86_64) * r8168-8.039.00-9 (x86_64) * rt3562sta-2.4.1.1_r1-19 (x86_64) * tp_smapi-0.41-62 (x86_64) * vhba-module-20140928-5 (x86_64) * virtualbox-modules-4.3.20-8 (x86_64) == Incomplete signoffs for [community] (16 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * acpi_call-1.1.0-21 (i686) 0/1 signoffs * bbswitch-0.8-25 (i686) 0/1 signoffs * nodejs-0.12.0-1 (i686) 0/1 signoffs * r8168-8.039.00-9 (i686) 0/1 signoffs * rt3562sta-2.4.1.1_r1-19 (i686) 0/1 signoffs * tp_smapi-0.41-62 (i686) 0/1 signoffs * vhba-module-20140928-5 (i686) 0/1 signoffs * virtualbox-modules-4.3.20-8 (i686) 0/1 signoffs * bbswitch-0.8-25 (x86_64) 0/2 signoffs * nodejs-0.12.0-1 (x86_64) 0/2 signoffs * r8168-8.039.00-9 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1_r1-19 (x86_64) 0/2 signoffs * tp_smapi-0.41-62 (x86_64) 0/2 signoffs * vhba-module-20140928-5 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.20-8 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours ==

1 0