From: Hugh Sasse <hgs@...>
Date: 2005-10-13T02:40:33+09:00
Subject: Re: RubyGems, upstream releases and idempotence of packaging

---559023410-1594243340-1129137947=:27484
Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1594243340-1129137947=:27484"

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

---559023410-1594243340-1129137947=:27484
Content-Type: TEXT/PLAIN; CHARSET=X-UNKNOWN
Content-Transfer-Encoding: QUOTED-PRINTABLE

On Thu, 13 Oct 2005, Mauricio Fern=E1ndez wrote:

        [lots of good stuff trimmed]
> This is what I think we can do to prevent such problems:
> (1) make sure that the source code contained in the .gem is the same we'd=
 have
>     in a separate, non-RubyGems-dependent tarball, meaning that it can be
>     installed and used without relying on RubyGems; in practical terms, t=
hat it
>     will run when unpacked in sitelibdir, that there are no DATADIR probl=
ems,
>     etc.
> (2) either
>     (a) make sure that .gem files can always be rebuilt with the data use=
d in
>         the .gem itself
>     or
>     (b) ensure that the data used to generate the .gem originally is avai=
lable
>=20

Good strong, clear arguments there.=20
I'm in favour of this for your stated reasons, but I have a
question:  Does this mean that binary gems would be impossible? =20
Or at least forbidden?  Some packages are distributed for windows
only, which saves on download size, disk space....

(I'm not sure about "idempotence" being the right word as you can't
turn something into a gem n times, without unpacking it in between,
and have it the same as doing it once, but that's a terminology
debate of little value.)
>=20
> [1] One can extract the data with=20
>   =20
>  tar Oxf foo-0.0.1.gem data.tar.gz | (mkdir foo-0.0.1 && tar -C foo-0.0.1=
 -zxf -)
>=20
I'm not sure I understand that: you are extracting data.tar.gz from the gem
(which is basically a tar file), and the name 'data.tar.gz' will be
written as input for the next command, which creates it in the
foo-0.0.1 directory just made?

> The "nested tarball" format was inspired by Debian's .deb format. The lat=
ter

Can you point me at something which explains the point of nesting?
I've not clicked. =20
>=20
> --=20
> Mauricio Fernandez
>=20
>=20
        Thank you,
        Hugh
---559023410-1594243340-1129137947=:27484--
---559023410-1594243340-1129137947=:27484--