- Aur-general - lists.archlinux.org

[aur-general] How to deal with tarballs from GitHub
by Phillip Smith 12 Sep '13

12 Sep '13

Hi all, When the source tarball is from a GitHub repository, part of the commit SHA1 forms the first level of the extracted directory tree. This leads to a non-deterministic tree in $srcdir At the moment I deal with this by using noextract() and manually extracting the tarball within build() using --strip-components=1 which you can see in [1]. (Arguably it should perhaps happen in prepare() but that's a separate discussion). Does anyone have any better ways to deal with these tarballs? Cheers, ~p [1] https://aur.archlinux.org/packages/ss/sshfp/PKGBUILD

2 1

[aur-general] One last removal request
by John D Jones III 12 Sep '13

12 Sep '13

https://aur.archlinux.org/packages/perl-match-smart/ Has been deleted upstream, the lookalike Smart::Match does not seem to offer the same interface that this one did.

2 1

[aur-general] Removal Request
by John D Jones III 12 Sep '13

12 Sep '13

https://aur.archlinux.org/packages/perl-www-pusher/ Upstream has been deleted and there isn't any alternative providing the same package.

2 1

[aur-general] Merge Request
by John D Jones III 12 Sep '13

12 Sep '13

Please merge: https://aur.archlinux.org/packages/perl-catalyst-component-accept_context/ into: https://aur.archlinux.org/packages/perl-catalyst-component-accept-context/ The latter's Module name is the correct CPAN spelling schema and updated.

2 1

[aur-general] Delete request: acxi
by member graysky 11 Sep '13

11 Sep '13

https://aur.archlinux.org/packages/acxi/ Package is not maintained and other more powerful alternatives exist. See comments therein. Note I am not subscribed so plz cc me if you need me to read it :p

2 1

[aur-general] teamspeak3 package
by Jerome Leclanche 11 Sep '13

11 Sep '13

Wheres the teamspeak3 package gone? If it was deleted, why? J. Leclanche

3 2

[aur-general] Delete request mingw-w64-libnfc mingw-w64-libusb-win32
by xantares 09 11 Sep '13

11 Sep '13

https://aur.archlinux.org/packages/mingw-w64-libusb-win32/ https://aur.archlinux.org/packages/mingw-w64-libnfc/ I thought it was possible and started the work, but no success unless libnfc switches to libusb 1.0 x.

2 1

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

11 Sep '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 * 12 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] (12 total) == * bbswitch-0.7-13 (i686) 0/1 signoffs * r8168-8.036.00-10 (i686) 0/1 signoffs * rt3562sta-2.4.1.1-43 (i686) 0/1 signoffs * tp_smapi-0.41-34 (i686) 0/1 signoffs * vhba-module-20130607-13 (i686) 0/1 signoffs * virtualbox-modules-4.2.18-2 (i686) 0/1 signoffs * bbswitch-0.7-13 (x86_64) 0/2 signoffs * r8168-8.036.00-10 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1-43 (x86_64) 0/2 signoffs * tp_smapi-0.41-34 (x86_64) 0/2 signoffs * vhba-module-20130607-13 (x86_64) 0/2 signoffs * virtualbox-modules-4.2.18-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. bpiotrowski - 3 signoffs 2. dan - 2 signoffs 3. tpowa - 2 signoffs

1 0

[aur-general] Taking over package centerim5-git
by Joss Wright 10 Sep '13

10 Sep '13

Hello, (I've subscribed straight after reading the FAQ, so apologies for my unfamiliarity with the community.) I've been using the centerim5-git package for a while now. ( https://aur.archlinux.org/packages/centerim5-git/ ). Every time the package updates (for example, every time I run `yaourt --sucre`), I get asked to authorize the ssh key for centerim's git server. This causes the update procedure to wait for that authorisation, which is annoying if you run a full upgrade overnight. I finally got fed up and delved into the PKGBUILD. It seems the main problem was not splitting off the package() function. I've now made it work, as a reasonably standard git-based PKGBUILD based on the hundreds of other ones out there. I commented on the package itself a few days ago, and emailed the package maintainer. The FAQ says to wait a couple of weeks, but it seems unlikely he'll turn up as the email address is bouncing. (Which means I assume he's not getting notifications of comments either.) I'd be willing to take over maintaining this package if and when it's decided that it has been abandoned. (And, to be honest, for a relatively obscure package with 9 votes I doubt if anyone finds it critical.) Joss -- Joss Wright | @JossWright http://www.pseudonymity.net

2 2

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

10 Sep '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 * 12 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] (12 total) == * bbswitch-0.7-13 (i686) 0/1 signoffs * r8168-8.036.00-10 (i686) 0/1 signoffs * rt3562sta-2.4.1.1-43 (i686) 0/1 signoffs * tp_smapi-0.41-34 (i686) 0/1 signoffs * vhba-module-20130607-13 (i686) 0/1 signoffs * virtualbox-modules-4.2.18-2 (i686) 0/1 signoffs * bbswitch-0.7-13 (x86_64) 0/2 signoffs * r8168-8.036.00-10 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1-43 (x86_64) 0/2 signoffs * tp_smapi-0.41-34 (x86_64) 0/2 signoffs * vhba-module-20130607-13 (x86_64) 0/2 signoffs * virtualbox-modules-4.2.18-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0