[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Rambling apt-get ideas

On Thu, Dec 28, 2000 at 05:39:04PM -0600, Adam Heath wrote:

> > Not quite.  dpkg-deb actually does call out to tar and gzip, and lets those
> > programs do what they do best.  It doesn't try to be tar and gzip and dpkg all
> > at once.  The UNIX approach is to build tools that do one or a few jobs very
> > well, and build larger tools out of that code base.  That way, once a problem
> > is solved, it is solved for all programs that share the problem-solving code.
> Well, see, dpkg 1.8 in incoming no longer calls an external gzip binary(note:
> this is a configure option).  It is linked to zlib statically.  This gives a
> small speedup.

Same idea, different implementation.  It is using (de)compression code that is
shared with other programs.

> In dpkg cvs(what will be 1.9), dpkg no longer calls an external md5sum(it also
> doesn't fork for it, which it still does for the gzip above).  This isn't as
> bad, because it already had it's own internal md5sum binary, I just moved the
> code into the internal library it uses.

Will we one day see a shared libdpkg, with more code moved into it, so that we
don't have to fork and call dpkg to do, e.g., version comparisons and
extraction of control file information?

 - mdz

Reply to: