[aur-general] [RFC] command in PKGBUILD to select archlinux mirror to download from

Hugo Osvaldo Barrera hugo at barrera.io
Fri Feb 6 01:44:15 UTC 2015


On 2015-02-05 15:25, Rafael Ferreira wrote:
> 2015-02-05 14:52 GMT-02:00 Martti Kühne <mysatyre at gmail.com>:
> >
> > We all started with bash at some point. Use quotes for all these
> > lines, and don't use backticks but the more convenient bourne $().
> > _srcurl="$(grep -m 1 "^Server" /etc/pacman.d/mirrorlist)"
> > _srcurl="${_srcurl#*= }"
> > _srcurl="${_srcurl/\/\$repo\/os\/\$arch/}"
> 
> Thanks for the bash suggestions!
> 
> >
> > Now, I'm nost sure why you have to download anything from arch's
> > mirrors in a PKGBUILD. It feels like it doesn't belong into something
> > that would potentially be delivered from there, and the question hence
> > it seems a bit off.... If you need multilib packages, just put them
> > into the depends=() array?
> >
> > cheers!
> > mar77i
> 
> The reason for that is: some of the lib32 PKGBUILDS in AUR aren't set
> to build from source, mostly, if not all of them, because simply won't
> build 32bit in 64bit system. So, the PKGBUILD gets the 32bit package
> from Arch's repository to install in /usr/lib32.
> 
> Also, in lib32-pam's case, the source array uses the tarball
> "pam_unix2-2.9.1.tar.bz2" stored in Arch repository, just like ''pam'
> package.
> 
> So, as you might notice, it is not simply a matter of multilib
> packages in depends array, but the need for fetching 32bit packages or
> tarballs as source for build the desired lib32 package.
> 
> Cheers,
> Rafael

Why can't you download the source tarball and build from there?

-- 
Hugo Osvaldo Barrera
A: Because we read from top to bottom, left to right.
Q: Why should I start my reply below the quoted text?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL: <https://lists.archlinux.org/pipermail/aur-general/attachments/20150205/ad90077a/attachment-0001.asc>


More information about the aur-general mailing list