Hi James (2011.04.20_01:30:06_+0200)
> (keeping Stefano in Cc in case he's not subscribed)

I am also recently-subscribed, Hi.

> Aside from what I mentioned on the -devel thread, I'm also hesitant due
> to wanting to reduce code duplication.

That would almost certainly be such code duplication, but I don't know
how much. We've already reimplemented a few things devscripts does, and
wrapped around others in our Python libraries.

However, the only cases I can think of:
A superset of dget in ubuntutools.archive (used by pull-*-source).
An rmadison wrapper function (in the same module)

Config file parsing (we share the descripts conf files) in
ubuntutools.config.  We did this slightly differently to devscripts in
the end (environment variable support), although I started with a
devscripts-like approach (although using pythons shlex module instead of
running bash). Glad to hear devscripts will gain a similar library.

Given the diversity of scripts, I don't think code duplication problem
will be too bad. But I see the desire to prefer one language, in your
shoes I'd do so too.

> If you'd like to stage changes in a personal repository on git.d.o and
> get reviews first as you get familiar with devscripts and Perl, I'd be
> glad to work with that.

I guess I should take up this offer and also try and get my teeth into
devscripts. Unfortunately my time is also rather scarce at the moment,
so no promises.

Thanks,

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  H: +27 21 465 6908 C: +27 72 419 8559  UCT: x3127

Attachment: signature.asc
Description: Digital signature

Reply via email to