Re: [arch-dev-public] [PATCH] Do not refer to $startdir/{src, pkg} in PKGBUILDs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On 09/06/10 09:22, Ng Oon-Ee wrote:
On Tue, 2010-06-08 at 18:32 +0200, Pierre Schmitz wrote:
On Tue, 08 Jun 2010 17:43:47 +1000, Allan McRae<allan@xxxxxxxxxxxxx>
wrote:
$startdir will not be removed.  The error printed for $startdir usage
was always there so I did not change that.  For install files, once 3.4
is released, you can put them in the source array without any issues and

then adjust them in $srcdir.

This patch was mainly to check for $startdir/pkg which will not be the
same as $pkgdir from 3.5 onwards (i.e. two releases away).  This is
already true for split packages, but will become true for unsplit ones
too.   A lot of packages are affected but we have been telling people
not to use $startdir/pkg for more that a year, maybe even two years...

No problem then. Maybe we could "sed" all $startdir/{pkg,src} usage in
trunk for the remaining packages. This way startdir will be gone sooner or
later.

Is this same advise applicable to AUR PKGBUILDs? If I read it correctly,
$startdir/pkg is wrong, $pkgdir is correct, and $startdir is correct.


$pkgdir and $srcdir should always be used rather than $startdir/pkg and $startdir/src respectively as these are not guaranteed to be equal in the future.

It is very rare that you should ever need to use $startdir in a PKGBUILD at all.

Allan


[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux