--7AUc2qLy4jB3hD7Z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Sep 09, 2010 at 05:26:54AM +0900, Marcus Rueckert wrote:
> On 2010-09-09 02:54:26 +0900, James Edward Gray II wrote:
> > On Sep 8, 2010, at 12:03 PM, Marcus Rueckert wrote:
> >=20
> > > On 2010-09-09 01:45:43 +0900, James Edward Gray II wrote:
> > >> Taken from the bundle Nokogiri thread:
> > >>=20
> > >>> Currently, we're discussing three different topics:
> > >>=20
> > >>> 3) all stdlib should be converted to gem, or not
> > >>=20
> > >>> Next, the point 3 should be discussed in another thread.
> > >>> You can't have it both ways at once.
> > >>=20
> > >> I guess I'm not understanding.  What are the minuses of Ruby shipping
> > >> with a set of blessed gems?  I can't think of any.
> > >=20
> > > well for one ... we would kind of need 2 directories for said gems im=
ho.
> > > because uninstalling the gems that form the stdlib or a release should
> > > not be possible.
> >=20
> > Why?
>=20
> because a ruby 1.9.3 describes a feature set which includes the stdlib.
> so when ever ruby -v returns 1.9.3 all the stdlib features should always
> be available. updating them to a newer version or so is not a problem as
> you can always say gem "foo", "=3Dx.y", but the x.y from the release
> should always be available.
>=20
> otherwise you will get a lot of fun like:
> "yes i run ruby 1.9.3 on my system"
> "then you should have rdoc"
> "uhm I just see my coworker ran gem uninstall rdoc earlier, is that bad?"

I think this kind of problem already happens today with Debian.  IIRC,
doing a normal install of Ruby on debian doesn't provide openssl, you
have to specifically ask for it.

--=20
Aaron Patterson
http://tenderlovemaking.com/

--7AUc2qLy4jB3hD7Z
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (Darwin)

iQEcBAEBAgAGBQJMiRxLAAoJEJUxcLy0/6/GJVMH/j2KdPStG9TMiuAwx2QR82cw
cPZZ6qhavsMiTy6pjnog7thByakjVQk2aD5w4eL6RskGsSvLPC5WsBwXeketJoJL
UgR5Z/D5nzzhDcw5JlnEjAa8tBr9qCed15CgvY4Tbtb27hoAz9+q/9vUcxTFRNQy
enDbhuh2H7v6t+UQK2+bI/85qoQbkJUBAT6QCR/R+evWiW3fSt0+jlZzOozv3Qb3
KyLbGhAVnoqK6M3vrx/5G06QSsK2Q4dZuzTB8pPJqx3/+mnCHqTHe8JwTPFr7L+a
7N2vtC1cE1rlS6fhOGi7x/2aNjtp1J5zQkJHjYpLRvi3fsQzzwKqM8zOr8XcGfI=
=BQBx
-----END PGP SIGNATURE-----

--7AUc2qLy4jB3hD7Z--

On Thu, Sep 09, 2010 at 05:26:54AM +0900, Marcus Rueckert wrote:
> On 2010-09-09 02:54:26 +0900, James Edward Gray II wrote:
> > On Sep 8, 2010, at 12:03 PM, Marcus Rueckert wrote:
> >=20
> > > On 2010-09-09 01:45:43 +0900, James Edward Gray II wrote:
> > >> Taken from the bundle Nokogiri thread:
> > >>=20
> > >>> Currently, we're discussing three different topics:
> > >>=20
> > >>> 3) all stdlib should be converted to gem, or not
> > >>=20
> > >>> Next, the point 3 should be discussed in another thread.
> > >>> You can't have it both ways at once.
> > >>=20
> > >> I guess I'm not understanding.  What are the minuses of Ruby shipping
> > >> with a set of blessed gems?  I can't think of any.
> > >=20
> > > well for one ... we would kind of need 2 directories for said gems im=
ho.
> > > because uninstalling the gems that form the stdlib or a release should
> > > not be possible.
> >=20
> > Why?
>=20
> because a ruby 1.9.3 describes a feature set which includes the stdlib.
> so when ever ruby -v returns 1.9.3 all the stdlib features should always
> be available. updating them to a newer version or so is not a problem as
> you can always say gem "foo", "=3Dx.y", but the x.y from the release
> should always be available.
>=20
> otherwise you will get a lot of fun like:
> "yes i run ruby 1.9.3 on my system"
> "then you should have rdoc"
> "uhm I just see my coworker ran gem uninstall rdoc earlier, is that bad?"

I think this kind of problem already happens today with Debian.  IIRC,
doing a normal install of Ruby on debian doesn't provide openssl, you
have to specifically ask for it.

--=20
Aaron Patterson
http://tenderlovemaking.com/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (Darwin)

iQEcBAEBAgAGBQJMiRxLAAoJEJUxcLy0/6/GJVMH/j2KdPStG9TMiuAwx2QR82cw
cPZZ6qhavsMiTy6pjnog7thByakjVQk2aD5w4eL6RskGsSvLPC5WsBwXeketJoJL
UgR5Z/D5nzzhDcw5JlnEjAa8tBr9qCed15CgvY4Tbtb27hoAz9+q/9vUcxTFRNQy
enDbhuh2H7v6t+UQK2+bI/85qoQbkJUBAT6QCR/R+evWiW3fSt0+jlZzOozv3Qb3
KyLbGhAVnoqK6M3vrx/5G06QSsK2Q4dZuzTB8pPJqx3/+mnCHqTHe8JwTPFr7L+a
7N2vtC1cE1rlS6fhOGi7x/2aNjtp1J5zQkJHjYpLRvi3fsQzzwKqM8zOr8XcGfI=
=BQBx
-----END PGP SIGNATURE-----