public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
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


  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