From: "Gavin" <gavin@vess.com>
To: <gentoo-dev@lists.gentoo.org>
Subject: Re: [gentoo-dev] Re: New drivers category in portage (Was [gentoo-dev] macos mess)
Date: Sun, 25 Jul 2004 14:38:40 -0700 [thread overview]
Message-ID: <00b901c4728f$eae19a80$0500a8c0@EPOX2> (raw)
In-Reply-To: 41044B4B.70103@gentoo.org
> linux, etc.) and I second spyderous' suggestion of drivers-${TYPE}.
I'm currently using RSYNC_EXCLUDEFROM in /etc/make.conf with a hand-edited list of patterns describing files that are irrelevant to my platform/config/needs/etc., to almost cut in half the number of files sync'd by 'emerge sync'.
If we're adding another dimension of things that are irrelevant to my platform, is there a better way of avoiding the wasted bandwidth incurred by emerge sync'ing without resorting to a manually maintained list referenced by RSYNC_EXCLUDEFROM?
If every ebuild had "type/kind/purpose/etc." classifications, then I could define combinations of classifications with different update (emerge sync) priorities/frequencies, vastly reducing both bandwidth consumption and my time required to maintain this bandwidth reduction system for emerge sync's. Obviously, such a system needs "smarts" to know what which ebuilds must be fetched, regardless of classification priorities (e.g. depends on which packages are already emerged and their current/new dependencies).
BTW, I joined this list recently, and I haven't been tracking portage development, so I probably
missed something relevant. If the ideas above are old hat, just press 'delete' ..
Cheers,
Gavin
--
gentoo-dev@gentoo.org mailing list
next prev parent reply other threads:[~2004-07-25 21:39 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-24 11:34 [gentoo-dev] macos mess Michael Sterrett -Mr. Bones.-
2004-07-24 16:54 ` Pieter Van den Abeele
2004-07-24 16:59 ` Mike Frysinger
2004-07-24 17:58 ` Travis Tilley
2004-07-24 18:36 ` Pieter Van den Abeele
2004-07-24 19:10 ` Mike Frysinger
2004-07-24 19:24 ` Pieter Van den Abeele
2004-07-24 19:30 ` Mike Frysinger
2004-07-24 19:58 ` Pieter Van den Abeele
2004-07-24 23:31 ` Pieter Van den Abeele
2004-07-24 23:56 ` Mike Frysinger
2004-07-25 0:21 ` Pieter Van den Abeele
2004-07-24 20:54 ` Joshua Brindle
2004-07-24 22:30 ` Mike Frysinger
2004-07-24 23:18 ` Pieter Van den Abeele
2004-07-24 23:30 ` Mike Frysinger
2004-07-24 23:51 ` Pieter Van den Abeele
2004-07-24 23:58 ` Ciaran McCreesh
2004-07-25 0:25 ` Pieter Van den Abeele
2004-07-25 0:03 ` Pieter Van den Abeele
2004-07-25 0:34 ` Donnie Berkholz
2004-07-25 1:28 ` Jason Stubbs
2004-07-25 15:53 ` Alastair Tse
2004-07-25 19:57 ` Donnie Berkholz
2004-07-26 0:07 ` [gentoo-dev] Re: New drivers category in portage (Was [gentoo-dev] macos mess) Daniel Ostrow
2004-07-25 21:38 ` Gavin [this message]
2004-07-26 1:57 ` Donnie Berkholz
2004-07-26 2:46 ` [gentoo-dev] Re: New drivers category in portage (Was[gentoo-dev] " Gavin
2004-07-25 1:26 ` [gentoo-dev] macos mess Jason Stubbs
2004-07-25 2:22 ` Pieter Van den Abeele
2004-07-25 2:50 ` Jason Stubbs
2004-07-25 3:38 ` Pieter Van den Abeele
2004-07-25 4:42 ` Jason Stubbs
2004-07-25 5:40 ` Mike Frysinger
2004-07-25 11:36 ` Pieter Van den Abeele
2004-07-25 8:25 ` Jason Stubbs
2004-07-25 8:48 ` Jason Stubbs
2004-07-25 11:39 ` Pieter Van den Abeele
2004-07-25 11:30 ` Pieter Van den Abeele
2004-07-25 12:14 ` Jason Stubbs
2004-07-25 13:19 ` Jason Stubbs
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='00b901c4728f$eae19a80$0500a8c0@EPOX2' \
--to=gavin@vess.com \
--cc=gentoo-dev@lists.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