Re: [aur-general] How to deal with tarballs from GitHub
On Thursday, September 12, 2013 16:15:13 Phillip Smith wrote: > 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 You may use https://github.com/xelerance/$pkgname/archive/$pkgver.tar.gz instead, as this is now the default value of "tar.gz" links on github. This link wouldn't produce those unpredictable strings and you could just use cd $pkgname-$pkgver BTW, you could also use the VCS version like: git+https://github.com/xelerance/$pkgname.git#tag=$pkgver This would benefit those who keep the source :) Regards, Felix Yan signature.asc Description: This is a digitally signed message part.
[aur-general] How to deal with tarballs from GitHub
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
Re: [aur-general] One last removal request
On Wednesday, September 11, 2013 18:36:19 John D Jones III wrote: > 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. Removed, thanks. Regards, Felix Yan signature.asc Description: This is a digitally signed message part.
Re: [aur-general] Removal Request
On Wednesday, September 11, 2013 18:20:37 John D Jones III wrote: > https://aur.archlinux.org/packages/perl-www-pusher/ > > Upstream has been deleted and there isn't any alternative providing the > same package. Removed, thanks. Regards, Felix Yan signature.asc Description: This is a digitally signed message part.
Re: [aur-general] Merge Request
On Wednesday, September 11, 2013 18:17:29 John D Jones III wrote: > 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. Merged, thanks. Regards, Felix Yan signature.asc Description: This is a digitally signed message part.
[aur-general] One last removal request
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.
[aur-general] Removal Request
https://aur.archlinux.org/packages/perl-www-pusher/ Upstream has been deleted and there isn't any alternative providing the same package.
[aur-general] Merge Request
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.
Re: [aur-general] Delete request: acxi
On Wed, Sep 11, 2013 at 11:37 PM, member graysky wrote: > 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 What do you mean by "not maintained"? Just because it's orphaned in the AUR and the upstream hasn't recently been most active doesn't mean it should be deleted.
[aur-general] Delete request: acxi
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
[aur-general] teamspeak3 package
Wheres the teamspeak3 package gone? If it was deleted, why? J. Leclanche
Re: [aur-general] teamspeak3 package
On 11.09.2013 20:56, Jerome Leclanche wrote: > Wheres the teamspeak3 package gone? If it was deleted, why? > > > J. Leclanche It's in [community] now.
Re: [aur-general] teamspeak3 package
On Wednesday 11 September 2013 19:56:00 Jerome Leclanche wrote: > Wheres the teamspeak3 package gone? If it was deleted, why? It is moved to community. -- С уважением, Е.Алексеев. Sincerely yours, E.Alekseev. e-mail: darkarca...@mail.ru ICQ: 407-398-235 Jabber: arca...@jabber.ru
Re: [aur-general] Delete request mingw-w64-libnfc mingw-w64-libusb-win32
On Wed, Sep 11, 2013 at 11:08 AM, xantares 09 wrote: > 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. > > > > Deleted, thx. -- Maxime
[aur-general] Delete request mingw-w64-libnfc mingw-w64-libusb-win32
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.
[aur-general] Signoff report for [community-testing]
=== 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
