[aur-general] PKGBUILD for updated libtorrent and rtorrent
Following the discussions here, http://www.archlinux.org/pipermail/arch-general/2009-August/006881.html i have attached modified PKGBUILDs for libtorrent and rtorrent for updated versions 0.12.5 and 0.8.5 repectively. # $Id: PKGBUILD 82 2009-07-17 19:56:55Z aaron $ # Maintainer: Jeff Mickey j...@archlinux.org # Contributor: sh__ # Contributor: Partha Chowdhury parthachowdhur...@gmail.com pkgname=libtorrent pkgver=0.12.5 pkgrel=1 pkgdesc=BitTorrent library written in C++ arch=('i686' ) url=http://libtorrent.rakshasa.no; license=('GPL') depends=('libsigc++2.0' 'openssl') options=('!libtool') source=(http://libtorrent.rakshasa.no/downloads/$pkgname-$pkgver.tar.gz ) md5sums=('fe8155d364b220713074423100d4bf29') build() { cd $srcdir/$pkgname-$pkgver CXXFLAGS=$CXXFLAGS -fno-strict-aliasing \ ./configure --prefix=/usr --disable-debug || return 1 make || return 1 make DESTDIR=$pkgdir install } # vim:set ts=2 sw=2 et: # $Id: PKGBUILD 82 2009-07-17 19:56:55Z aaron $ # Maintainer: Jeff Mickey j...@archlinux.org # Contributor: sh__ # Contributor: Partha chowdhury parthachowdhur...@gmail.com pkgname=rtorrent pkgver=0.8.5 pkgrel=1 pkgdesc=Ncurses BitTorrent client based on libTorrent arch=('i686' ) url=http://libtorrent.rakshasa.no; license=('GPL') depends=('libtorrent=0.12.5' 'curl=7.19.5' 'xmlrpc-c') source=(http://libtorrent.rakshasa.no/downloads/$pkgname-$pkgver.tar.gz ) install=$pkgname.install md5sums=('e701095e1824b7e512a17000f4c0a783') build() { cd $srcdir/$pkgname-$pkgver CXXFLAGS=$CXXFLAGS -fno-strict-aliasing \ ./configure --prefix=/usr --disable-debug --with-xmlrpc-c || return 1 make || return 1 make DESTDIR=$pkgdir install } # vim:set ts=2 sw=2 et:
Re: [aur-general] PKGBUILD for updated libtorrent and rtorrent
Partha Chowdhury wrote: Following the discussions here, http://www.archlinux.org/pipermail/arch-general/2009-August/006881.html i have attached modified PKGBUILDs for libtorrent and rtorrent for updated versions 0.12.5 and 0.8.5 repectively. those version are unstable. i don't think that they will be updated. -- Ionut
Re: [aur-general] PKGBUILD for updated libtorrent and rtorrent
Am Fri, 07 Aug 2009 19:16:14 +0300 schrieb Biru Ionut biru.io...@gmail.com: those version are unstable. i don't think that they will be updated. But they should at least be updated to the latest stable releases: libtorrent 0.12.4 rtorrent 0.8.4 Btw., in AUR they already were updated to these versions until they were moved to community. ;-) Heiko
[aur-general] Incrementing pkgrel
Hi all, what is the common practice when facing a PKGBUILD update that does not change the final binary package nor the dependency tree (let's say, a type in an echo message or a wrong # Contributor: line)? Do I have to increment the pkgrel value anyway? This is the guilty PKGBUILD: it is pretty straightforward but... just in case I have made some other stupid mistake. http://aur.archlinux.org/packages/gtk2panel/gtk2panel/PKGBUILD Thanks in advance. -- Nicola
Re: [aur-general] Incrementing pkgrel
On Fri, Aug 7, 2009 at 3:48 PM, Nicola Fontana n...@entidi.it wrote: Hi all, what is the common practice when facing a PKGBUILD update that does not change the final binary package nor the dependency tree (let's say, a type in an echo message or a wrong # Contributor: line)? Do I have to increment the pkgrel value anyway? This is the guilty PKGBUILD: it is pretty straightforward but... just in case I have made some other stupid mistake. http://aur.archlinux.org/packages/gtk2panel/gtk2panel/PKGBUILD Thanks in advance. -- Nicola In order for it to be updated in AUR, you need to at least increment the PKGBUILD's pkgrel by one. Otherwise it won't update it.
Re: [aur-general] Incrementing pkgrel
Am Fri, 7 Aug 2009 15:51:29 -0700 schrieb Smartboy smartboyath...@gmail.com: In order for it to be updated in AUR, you need to at least increment the PKGBUILD's pkgrel by one. Otherwise it won't update it. That's not true. AUR will also update packages without incrementing the pkgrel. But the AUR scripts like yaourt and aurbuild won't automatically install the updated packages if the pkgrel isn't incremented. But I don't know the official policy for this. A few days ago I had to do small changes at a PKGBUILD. Because it wasn't a real update and didn't affect already installed packages, I didn't want to force the users to recompile the package. So I updated the PKGBUILD without incrementing the pkgrel. Heiko
[aur-general] Why 'any' is not widely used in [community] ?
Hi , I wanted to ask about the moovida package specifically . But then I noticed the number of 'any' packages is very small in [community]. I know 'any' support hardly affect users . I'm just curious .
Re: [aur-general] Why 'any' is not widely used in [community] ?
nez...@allurelinux.org wrote: then I noticed the number of 'any' packages is very small in [community]. Support for 'any' architecture packages was added to the binary repos very recently. I suspect that you'll see more and more of them over time, as people convert their packages. -- Chris
Re: [aur-general] Why 'any' is not widely used in [community] ?
On Fri, Aug 7, 2009 at 7:16 PM, Chris Brannoncmbran...@cox.net wrote: nez...@allurelinux.org wrote: then I noticed the number of 'any' packages is very small in [community]. Support for 'any' architecture packages was added to the binary repos very recently. I suspect that you'll see more and more of them over time, as people convert their packages. Very recently meaning within the last week. The devs have had a little more time with this as some of them were testing the experimental scripts to handle any packages (which still aren't perfect)