No GnuPG library for now

Enzo Michelangeli em at who.net
Fri Oct 20 08:40:46 CEST 2000


For a reply from the real world, see:

http://www.fourmilab.ch/autofile/www/chapter2_108.html

Enzo

----- Original Message ----- 
From: "Frank Tobin" <ftobin at uiuc.edu>
To: <gnupg-devel at gnupg.org>
Sent: Friday, October 20, 2000 3:17 AM
Subject: Re: No GnuPG library for now


> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Werner Koch, at 17:23 +0200 on Thu, 19 Oct 2000, wrote:
> 
> > I can't agree.  At least from my experience with Evolution, the
> > problem is that there are so many libaraiers and interfaces and
> > everything depends on each other - which is good of course.  As
> > long as those interfaces are not yet frozen and stable it is
> > complicated to build the thing.  Frankly, it is not complicated, but
> > you need to do many, many cvs updates, and build in the right order.
> 
> Interfaces are always frozen if you design well at the beginning.
> 
> > > * List all functionality in the system
> > > * Partition the system into modules
> > > * Define the exposed part of each module
> > > * Define the inter-module dependencies
> > > * Create the API for the modules
> > 
> > That is a lot of work and I prefer to invest the time in auditing and
> > making the code cleaner.
> 
> This is exactly the approach that software engineering courses and books
> teach against (unless you are doing XP, of course, which GnuPG doesn't
> seem to be doing).
> 
> - -- 
> Frank Tobin http://www.uiuc.edu/~ftobin/
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.4 (FreeBSD)
> Comment: pgpenvelope 2.9.0 - http://pgpenvelope.sourceforge.net/
> 
> iEYEARECAAYFAjnvSM0ACgkQVv/RCiYMT6MTQACdH4LTLo0fapimV+JrYbd4JGtx
> XqEAnRtuqAg4MN5FCEq5g67Mr2kM+Pfz
> =TgDu
> -----END PGP SIGNATURE-----



More information about the Gnupg-devel mailing list