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

[aur-general] [Merge Request] - 2 Packages
by member graysky 05 Apr '13

05 Apr '13

Both -git packages have been replaced by a tagged version of each without the -git suffix. Upstream code as been excepted into linux 3.10 release. Old packages: https://aur.archlinux.org/packages/nct677x-git/ https://aur.archlinux.org/packages/nct677x-ck-git/<https://aur.archlinux.org/packages/nct677x-git/> Replaced by: https://aur.archlinux.org/packages/nct677x<https://aur.archlinux.org/packages/nct677x-ck/> / https://aur.archlinux.org/packages/nct677x-ck/ Thanks!

2 1

Re: [aur-general] please add -depth 1 to makepkg git clone
by skydrome 05 Apr '13

05 Apr '13

I can see this as useful in some cases with large repositories. Though i dont agree '1' should be the default for already stated reasons. --depth 1000 could be considered sane while allowing plenty of history and decreasing the size of clones from 10,000+ commit repos.

1 0

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

05 Apr '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 * 6 packages missing signoffs * 6 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] (6 total) == * fcron-3.1.2-1 (i686) 0/2 signoffs * oss-4.2_2007-3 (i686) 0/2 signoffs * shapelib-1.3.0-1 (i686) 0/2 signoffs * fcron-3.1.2-1 (x86_64) 0/2 signoffs * oss-4.2_2007-3 (x86_64) 0/2 signoffs * shapelib-1.3.0-1 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (6 total) == * shapelib-1.3.0-1 (i686), since 2013-02-24 * shapelib-1.3.0-1 (x86_64), since 2013-02-24 * oss-4.2_2007-3 (i686), since 2013-03-14 * oss-4.2_2007-3 (x86_64), since 2013-03-14 * fcron-3.1.2-1 (i686), since 2013-03-19 * fcron-3.1.2-1 (x86_64), since 2013-03-19 == Top five in signoffs in last 24 hours == 1. foutrelis - 4 signoffs 2. heftig - 2 signoffs 3. allan - 2 signoffs 4. pierre - 1 signoffs

1 0

[aur-general] Merge Request: deluge-stable -> deluge-stable-git
by William Giokas 05 Apr '13

05 Apr '13

TUs, deluge-stable[0] should be renamed to deluge-stable-git[1]. I have uplodaed the latter, and would just like the comments and votes transferred. [0]: https://aur.archlinux.org/packages/deluge-stable/ [1]: https://aur.archlinux.org/packages/deluge-stable-git/ Thank you, -- William Giokas | KaiSforza GnuPG Key: 0x73CD09CF Fingerprint: F73F 50EF BBE2 9846 8306 E6B8 6902 06D8 73CD 09CF

2 1

[aur-general] Removal request
by Gavin Costello 04 Apr '13

04 Apr '13

Hi, Please remove the package cisco-vpnclient, as this product has reached end-of-life: http://www.cisco.com/en/US/prod/collateral/vpndevc/ps5743/ps5699/ps2308/end… Also, openconnect in extra provides the same functionality. Thanks and regards, Gavin. -- Gavin Costello gavcos(a)gmail.com

4 4

[aur-general] Deletion request: keepass2
by Jason St. John 04 Apr '13

04 Apr '13

The package keepass2 appears to be a duplicate of keepass. https://aur.archlinux.org/packages/keepass2/ https://aur.archlinux.org/packages/keepass/ Jason

2 1

[aur-general] deletion request for smarbs packages
by Lucky 04 Apr '13

04 Apr '13

Hello, please remove these packages because no upstream updates for years and nobody uses this packages. ruby-smarbs <https://aur.archlinux.org/packages/ruby-smarbs/> ruby-smarbs-git <https://aur.archlinux.org/packages/ruby-smarbs-git/> smarbs-svn <https://aur.archlinux.org/packages/smarbs-svn/> Thanks. // Lucky

2 1

[aur-general] Merge Request
by Hugo Osvaldo Barrera 04 Apr '13

04 Apr '13

I've renamed package "opensmtpd-portable" to "opensmtpd-snapshot". The rename is due to upstream having made a stable release (and this package will track the snapshots as it always has). Could someone please merge the former into the latter? Thanks, -- Hugo Osvaldo Barrera

2 1

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

04 Apr '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 * 13 packages missing signoffs * 6 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) == * bumblebee-3.1-2 (i686) * bumblebee-3.1-2 (x86_64) == Incomplete signoffs for [community] (11 total) == * pacman-contrib-4.1.0-1 (any) 0/2 signoffs * expac-2-1 (i686) 0/2 signoffs * fcron-3.1.2-1 (i686) 0/2 signoffs * oss-4.2_2007-3 (i686) 0/2 signoffs * packagekit-0.7.6-6 (i686) 0/2 signoffs * shapelib-1.3.0-1 (i686) 0/2 signoffs * expac-2-1 (x86_64) 0/2 signoffs * fcron-3.1.2-1 (x86_64) 0/2 signoffs * oss-4.2_2007-3 (x86_64) 0/2 signoffs * packagekit-0.7.6-6 (x86_64) 0/2 signoffs * shapelib-1.3.0-1 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (2 total) == * bumblebee-3.1-2 (i686) 0/2 signoffs * bumblebee-3.1-2 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (6 total) == * shapelib-1.3.0-1 (i686), since 2013-02-24 * shapelib-1.3.0-1 (x86_64), since 2013-02-24 * oss-4.2_2007-3 (i686), since 2013-03-14 * oss-4.2_2007-3 (x86_64), since 2013-03-14 * fcron-3.1.2-1 (i686), since 2013-03-19 * fcron-3.1.2-1 (x86_64), since 2013-03-19 == Top five in signoffs in last 24 hours ==

1 0

[aur-general] pacman 4.1 (makepkg 4.1) git pkgver autobump problem
by Tai-Lin Chu 03 Apr '13

03 Apr '13

The problem: according to archwiki, to autobump pkgver, pkgver should be empty and pkgver() is provided. However, if we package it, the version number is empty, so AUR wont accept it. The Question: 1. is it a bug? 2. should aur be updated to allow empty pkgver? My idea: if pkgver=AUTO, then pkgver() must be provided and it will be called. otherwise, pkgver must be valid version number.

4 6