<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/4.4.3">
</HEAD>
<BODY>
El sáb, 25-08-2012 a las 13:36 -0400, Luke Shumaker escribió:
<BLOCKQUOTE TYPE=CITE>
<PRE>
A while ago I started working on a derivative of makepkg to support
having 'git://...' type urls in the sources=() array.  When preparing
to file this patch, I did a `git rebase`, and noticed that Allan McRae
began working on a similar feature. Our implementations are in many
ways similar. Hopefully mine will be useful.

My implementation makes minimal changes to makepkg itself (only adding
blob expansion to DLAGENTS, allowing for things like
"git+*::""). Instead I added a `vcsget` tool which generates a tarball
from the VCS repo, in a very similar manner to the way Allan's
implementation does so within makepkg.

It looks as if Allan's download_*() functions are more verbose than
mine about what failed when there is an error. His svn and hg handlers
are likely more robust--though my git is pretty solid. I also have
a half-written handler for for bzr.

An advantage of my design is that it does allow for integrity checks
of VCS packages, rather than inserting 'SKIP' into the md5sums
array. This is very important to the derivative distribution Parabola.
(However, the 'SKIP' option is still valuable for URLs that track a
branch)

Happy hacking,
~ Luke Shumaker

Luke Shumaker (3):
  Add a `vcsget` tool to download source from VCS repositories.
  makepkg: do glob expansion in DLAGENTS maps
  makepkg.conf: add vcsget DLAGENTS

 etc/makepkg.conf.in   |   8 +-
 scripts/.gitignore    |   1 +
 scripts/Makefile.am   |   4 +-
 scripts/makepkg.sh.in |  13 ++-
 scripts/vcsget.sh.in  | 294 ++++++++++++++++++++++++++++++++++++++++++++++++++
 5 files changed, 316 insertions(+), 4 deletions(-)
 create mode 100644 scripts/vcsget.sh.in

</PRE>
</BLOCKQUOTE>
Hi!<BR>
<BR>
Emulatorman and his brrrrrrother Coadde have had discovered a way to compile packages for 32bits architecture in 64bits computers more details here <A HREF="https://wiki.parabolagnulinux.org/Package_maintainer_guide#32_bits_Chroot_on_64_bits_machine">https://wiki.parabolagnulinux.org/Package_maintainer_guide#32_bits_Chroot_on_64_bits_machine</A> however, both Emulatorman and myself though that would be wonderful and more easy have a option to switch between 64 and 32 bits architecture, what's your opinion about this feature, Arch devs are willing to implement that? If not, may you could implement it?<BR>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
-- 
<PRE>
Jorge Araya Navarro
Universitario, idealista y pseudo-activista del Software Libre.
Siquirres, Limón, Costa Rica.
http://swt.encyclomundi.net
Diaspora*: http://diasp.org/u/shackra
identi.ca: http://parlementum.net/sweet
Jabber: shackra@jabberes.org
Skype: ¡De ninguna manera, tras de privativo, te espían!.
el software privativo en GNU/Linux, al igual que en Windows o en MacOs,
te hace un ser no-libre. Deja de engañarte, 
¡¡despierta ahora!!:
http://www.gnu.org/distros/free-distros.html
http://replicant.us/about/
</PRE>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>