Debian Weekly News - emailMuch more mail here that is usual; the list archives are partially broken.
Date: Tue, 18 Apr 2000 13:47:46 +0200 From: Richard Braakman <firstname.lastname@example.org> To: email@example.com Subject: Preparing for first test cycle Will it be possible to stage the first Test Cycle on or near May 2nd? That's two weeks from now. It means that May 2nd is the last day I make any change to potato, except for changes needed specifically to get working boot-floppies and Cd images for it. There will be a few days to get those right. After a fixed-length testing period we will evaluate the results and decide whether or not to release what we have. Richard Braakman
Date: Sat, 15 Apr 2000 17:41:55 -0400 From: Wichert Akkerman <firstname.lastname@example.org> To: email@example.com Cc: firstname.lastname@example.org Subject: dpkg code status update --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable A status update for the people who are wondering what will happen with dpkg in woody. The following changes have already been made in CVS: * .changes format updated to have separate Changed-By and Maintainer fields. Changed-By is last person who modified the package as listed in debian/changelog, and Maintainer is the actual maintainer as listed in debian/control * dpkg-deb modified to reorder files when building a package. This means you no longer have to create symlinks after their targets, and makes it possible to build packages on filesystems with different dirent behaviour such as reiserfs. * Use objdump instead of ldd to get the list of libraries a binary uses * Portability updates. Except for use of ENOENT in perl scripts dpkg builds on hurd without changes now. The ENOENT problems are a bug in perl-base which has been filed months ago. * dpkg:UpstreamVersion and dpkg:Version substitution variables can be used in control and changes files The following are on the todo list and are likely to happen for woody: * signatures in packages * retry removing directories after removing conffiles * support Enhances in dselect, verify if it works in dpkg * logging of actions * integrate suidmanager * integrate debconf * allow versioned provides in dpkg & dselect (these are in reasonably random order) There are more entries on the todo-list in the source. Some might get implemented on time for woody, other might not. If you want to see them happen in woody please submit a patch otherwise they will probably not make it. Wichert. --=20 _________________________________________________________________ / Generally uninteresting signature - ignore at your convenience | email@example.com http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjj44iMACgkQPLiSUC+jvC1IjQCeIfeHJRDciGkU3dM221gy2m4Y 7ZcAn2vM7CmWk/nIq8TS7bPgLu6T4hfl =6CHF -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o--
From: Wichert Akkerman <firstname.lastname@example.org> Date: Sat, 15 Apr 2000 20:50:45 -0400 To: email@example.com, firstname.lastname@example.org Subject: Documentation registry I've been thinking a bit about how documentation is registered in Debian currently, and it seems like we are doing it the wrong way. Currently there are a couple of ways to register documentation: * call install-info * use a doc-base template and call install-docs * put a .dhelp file in the documentation-directory I feel we should choose one single way to register documentation and use that for all packages. The current doc-base registry seems like a good way of doing it. However it has a couple of problems: * the way it handles frontends like dhelp and dwww is broken, it needs to do something more like update-menus does. * it doesn't handle translations I think we should do something like this: * all packages register their documentation in a registration-file which they insert in /usr/share/doc-registry/ * the registrion-file lists the title, author, abstract and different formats in which a document is available. It can lists this for multiple languages if needed. * packages call a tool called update-docs in the postinst and postrm. * package which implement a frontend for documentations can put a documentation method in /etc/doc-methods/. For the format for the regstration file XML looks like a good strategy. Using its LANG-tag we can easily support multiple languages, we there are good XML parsers available for all scripting and most other languages. It would look something like this: <doc> <id>bzip2</id> <author> <name>Julian Seward</name> <email>email@example.com</email> </author> <title>bzip and libzip2: a program and library for data compression</title> <title lang=NL>bzip en libzip2: programma en routines for data compressie</title> <section>apps/tools</section> <format type=html> <index>/usr/share/doc/libbz2/manul_toc.html</title> <files>/usr/share/doc/libz2/manual_*.html</files> </format> <format type=postscript> <index>/usr/share/doc/libbz2/manual.ps.gz</title> </format> <format type=postscript lang=NL> <index>/usr/share/doc/libbz2/manual-nl.ps.gz</title> </format> <format type=texinfo> <index>/usr/share/doc/libbz2/manual.texi.gz</title> </format> <format type=texinfo lang=NL> <index>/usr/share/doc/libbz2/manual-nl.texi.gz</title> </format> </doc> Wichert. -- _________________________________________________________________ / Generally uninteresting signature - ignore at your convenience | firstname.lastname@example.org http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D |
To receive this newsletter weekly in your mailbox, subscribe to the debian-news mailing list.
Back issues of this newsletter are available.
This issue of Debian Weekly News was edited by Joey Hess.