public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Matt Thrailkill <xwred1@xwredwing.net>
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] Gentoo 1.4.1 and GRP
Date: 15 Sep 2003 20:54:38 -0700	[thread overview]
Message-ID: <1063684477.7746.14.camel@stoneburner.xwredwing.net> (raw)
In-Reply-To: <1063666143.1904.6.camel@sfa235036.richmond.edu>

On Mon, 2003-09-15 at 15:49, donnie berkholz wrote:
> On Mon, 2003-09-15 at 18:15, Thomas Schweikle wrote:
> > In my opinion this "... we are a source distribution -- we do not deliver 
> > binaries" is the false way doing things. We really _need_ both: sources 
> > and binaries. And I would really like to see Gentoo move a bit toward 
> > distributing binaries as well. Maybe RPM, maybe DEB. Portage should make 
> > it possible. Just have a look at FreeBSD: it is mainly a source 
> > distribution, but you can have binary packages for everything in the ports 
> > tree if you want.
> > 
> > It would really be nice if I could find all compiled packages as binary in 
> > some directory after compilation of the base distribution finished. Superb 
> > if I could define some flag somewhere telling Gentoo generating "RPM", 
> > "DEB", or "pkg" binary packages.
> > 
> > This way I get all the best of both worlds: binaries for those not having 
> > the time to compile all and everything from scratch, sources for those, 
> > who like to have an amazingly actual, up to date, and optimized system.
> 
> Examine the FEATURES="buildpkg" documentation in make.conf, also emerge
> --help for -b and -B options.

And so, because Portage really has good enough package support (I saw
someone mention a make.conf parameter for remote fetching, was that real
or suggested?), why not maybe have some people organize a side project
of building and hosting bins as companions to ebuilds?

Doing it doesn't take away from the source aspect... its not like you
have to make a compromise in any way for it to happen.

I already froze a Portage snapshot a while ago that I have my Gentoo
machines sync from, I've been thinking about figuring some way for a
script to traverse all the ebuilds in it and build them all.

I'm all for optional bins.  A la FreeBSD.  Portage and Gentoo were
inspired by FreeBSD, I think it us a good example to follow - they have
twice as many ports as Gentoo has ebuilds, and they have a system of
remotely installing bins.

It suppose it would take alot of resources to host bins to match
EVERYTHING in x86 as it moves forward... I'd be content with just bins
to match whatever Portage snapshot makes it into a release.  I
downloaded iso2 of 1.4.1, its already got some bins; just make more,
make them remotely fetchable.


--
gentoo-dev@gentoo.org mailing list


  parent reply	other threads:[~2003-09-16  4:14 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-15 22:15 [gentoo-dev] Gentoo 1.4.1 and GRP Thomas Schweikle
2003-09-15 22:49 ` donnie berkholz
2003-09-15 23:05   ` Marius Mauch
2003-09-16  3:54   ` Matt Thrailkill [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-09-15 15:59 Brad Laue
2003-09-15 16:36 ` Chris Gianelloni
2003-09-15 16:52 ` Luke-Jr
2003-09-15 17:08   ` Chris Gianelloni
2003-09-15 17:20     ` Brad Laue
2003-09-15 17:48       ` Brian Jackson
2003-09-15 18:29         ` Brad Laue
2003-09-15 21:01           ` Philippe Lafoucrière
     [not found]         ` <1063649926.13582.2.camel@Discovery.brad-x.com>
2003-09-16 21:20           ` Brian Jackson
2003-09-17 15:37             ` Sven Vermeulen
2003-09-15 18:04 ` Sven Vermeulen
2003-09-15 18:30   ` Brad Laue
2003-09-15 18:39     ` Sven Vermeulen
2003-09-15 18:53       ` Jon Portnoy
2003-09-15 19:05       ` Brad Laue
2003-09-15 19:06         ` Jon Portnoy
2003-09-15 20:18           ` Brad Laue
2003-09-15 21:16             ` Philippe Lafoucrière
2003-09-15 19:10         ` Sven Vermeulen
2003-09-16 16:34           ` Alexander Gretencord
2003-09-17  5:45             ` Patrick Kursawe
2003-09-15 18:38   ` Andrew Gaffney
2003-09-15 18:42     ` Sven Vermeulen
2003-09-15 21:09       ` Philippe Lafoucrière
2003-09-15 23:33 ` Sven Blumenstein

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1063684477.7746.14.camel@stoneburner.xwredwing.net \
    --to=xwred1@xwredwing.net \
    --cc=gentoo-dev@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox