public inbox for gentoo-portage-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Brian Harring <ferringb@gentoo.org>
To: gentoo-portage-dev@lists.gentoo.org
Subject: Re: [gentoo-portage-dev] The road ahead...
Date: Sat, 22 Oct 2005 07:35:48 -0500	[thread overview]
Message-ID: <20051022123547.GA8989@nightcrawler> (raw)
In-Reply-To: <200510222125.49072.jstubbs@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 1672 bytes --]

On Sat, Oct 22, 2005 at 09:25:49PM +0900, Jason Stubbs wrote:
> On Saturday 22 October 2005 12:30, Brian Harring wrote:
> > On Sat, Oct 22, 2005 at 12:13:42PM +0900, Jason Stubbs wrote:
> > > Something like:
> > > * Add base class(es) for new cache framework
> > > * Add cache backend for XYZ database
> > > * Switch portdbapi to the new framework
> > > * Remove old framework
> >
> > eclass_cache.py chunking (portage.py removal)
> > cache replacement (base + implementations)
> > portage.py (dbapi), emerge changes (integration of new cache).
> > removal patch
> >
> > That said... would be curious about suggestions on how to do this
> > sanely.  Chunking the beast up (patch jockeying) after the fact I can
> > do, but in instances like this... it's not easy to chunk it down into
> > features/tweaks.  Basically is big ass blobs of "new stuff",
> > "conversion to new stuff", "remove old stuff".
> >
> > Even with that... still is tricky.
> >
> > Offhand, the existing cache patch could be reduced pretty heavily by
> > breaking it down into addition, and removal of old cache.
> 
> Heh.. You're rambling a bit here. Addition, conversion, removal is pretty much 
> what my list is above. The only difference being that the individual backends 
> are separated out as well.
At least I'm not arguing with myself... ;)

> The most important thing in the case of this patch-set is that it can be 
> easily seen how the new framework works and how existing code changes to 
> accomodate it. The removal of the old stuff and the reworked backends are 
> really auxillary.
Yah.  Will chunk up the patch today/tonight and repost.
~harring

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2005-10-22 12:36 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-15  4:45 [gentoo-portage-dev] The road ahead Jason Stubbs
2005-10-15  4:59 ` Brian Harring
2005-10-16  5:20   ` Zac Medico
2005-10-15  5:16 ` Brian Harring
2005-10-16  9:20   ` Jason Stubbs
2005-10-16 23:25     ` Zac Medico
2005-10-19 13:56       ` Jason Stubbs
2005-10-21 10:06         ` Marius Mauch
2005-10-21 15:14           ` Jason Stubbs
2005-10-22  1:08             ` Brian Harring
2005-10-22  3:13               ` Jason Stubbs
2005-10-22  3:30                 ` Brian Harring
2005-10-22 12:25                   ` Jason Stubbs
2005-10-22 12:35                     ` Brian Harring [this message]
2005-10-22 11:48             ` Marius Mauch
2005-10-22  1:05           ` Brian Harring
2005-10-23  3:26           ` 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=20051022123547.GA8989@nightcrawler \
    --to=ferringb@gentoo.org \
    --cc=gentoo-portage-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