Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] SourceMage Binary Grimoire Proposal

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Seth Woolley <seth AT tautology.org>
  • To: Dufflebunk <dufflebunk AT dufflebunk.homeip.net>
  • Cc: Jayce^ <jason AT plug.org>, Dufflebunk <dufflebunk AT go-nix.ca>, Source Mage Discuss <sm-discuss AT lists.ibiblio.org>
  • Subject: Re: [SM-Discuss] SourceMage Binary Grimoire Proposal
  • Date: Tue, 5 Aug 2003 21:32:02 -0700 (PDT)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

The proposed situation was with systems that were essentially binary
identical. I see very little cause for concern barring configure caring
about the output of /proc/cpuinfo, etc that would cause differing
configure options. Indeed, even a cabal-run source system would fail to
similar problems, though not as many, I believe. I think it's something
that we should consider adding basic support for, minding the caveats.

Seth

On Tue, 5 Aug 2003, Dufflebunk wrote:

> I've nothing against binaries, or even the cache system we have. They
> /are/ handy. However, ensuring that binary packages are 100% compatable
> is something binary distros are built to do, not source distros.
>
> On Tue, 2003-08-05 at 17:51, Jayce^ wrote:
> > On Sunday 03 August 2003 04:43 pm, Dufflebunk wrote:
> > > A slightly related topic is that of binary packages for smgl. I am
> > > against
> > > this, not for any practical reason though, but for the philisophical
> > > reason
> > > that smgl is a source distro. It's designed as such, and although
> > > extending
> > > to handle binary packages is quite possible, it would never be as good
> > > as
> > > the current offerings in the binary world. Just as no mater how hard
> > > binary
> > > distros try, they are unable to make as good source based packages as
> > > soucr
> > > based distros have.
> > >
> > I can't quite agree with this. Binaries have a couple of good points.
> > a) fast to install (this is great when you need a system up now, and can
> > compile later)
> > b) rescue. Not too long ago I had a box that went to hell during updates.
> > *nothing* would compile anymore, and I couldnt' fix it. Finally the
> > system
> > was saved when a couple people let me grab their cached compiles, and I
> > could
> > "resurrect" them. Once those pieces were upgraded with binaries, I was
> > able
> > to doing my own rebuilds.
> >
> > Sure I want a source compile, and I want it optimized for my system, but
> > if
> > somebody has already done exactly that, I'll take their binary, no
> > problem.
> >
> > --
> > Jayce^
> >
> > ______________________________________________________________________
> >
> > _______________________________________________
> > SM-Discuss mailing list
> > SM-Discuss AT lists.ibiblio.org
> > http://lists.ibiblio.org/mailman/listinfo/sm-discuss
>
> _______________________________________________
> SM-Discuss mailing list
> SM-Discuss AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/sm-discuss
>

- --
Seth Alan Woolley <seth at tautology.org>, SPAM/UCE is unauthorized
Key id 7BEACC7D = 2978 0BD1 BA48 B671 C1EB 93F7 EDF4 3CDF 7BEA CC7D
Full Key at seth.tautology.org and pgp.mit.edu. info: www.gnupg.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/MITH7fQ833vqzH0RAnaKAKDbunbDAYomLB6uSBTDli7v6eNogACgka99
K4kr3NcTJUWk1g3iLSU2/lk=
=w21B
-----END PGP SIGNATURE-----





Archive powered by MHonArc 2.6.24.

Top of Page