Hurd Traffic #88 For 25 Apr 2001

Editor: Zack Brown

By Paul Emsley

Mach 4 ( | Hurd Servers ( | Debian Hurd Home ( | Debian Hurd FAQ ( | debian-hurd List Archives ( | bug-hurd List Archives ( | help-hurd List Archive ( | Hurd Reference Manual ( | Hurd Installation Guide ( | Cross-Compiling GNUMach ( | Hurd Hardware Compatibility Guide (

Table Of Contents


Want to help write KC Debian Hurd? See the KC Authorship page (../author.html) the KC Debian Hurd homepage (index.html) , and the Thread Summary FAQ (../summaryfaq.html) . Send any questions to the KCDevel mailing list. (

Mailing List Stats For This Week

We looked at 98 posts in 408K.

There were 38 different contributors. 15 posted more than once. 18 posted last week too.

The top posters of the week were:

1. gcc Testsuite bug

15 Apr 2001 - 19 Apr 2001 (9 posts) Archive Link: "gcc-2.95"

Summary By Paul Emsley

People: Jeff Bailey

Jeff Bailey informed us that he had got expect running and suggested for something to do, we could look at a gcc testsuite problem ( (they use /proc/meminfo (a Linuxism) to determine information about the memory). There was discussion as to how to determine the free-swap and allocated memory on the Hurd - the answer being vmstat (and/or vmstat --swap-free).

2. Perl, ldconfig

15 Apr 2001 - 23 Apr 2001 (9 posts) Archive Link: "dpkg problem installing apache-common"

Summary By Paul Emsley

People: Robert BihlmeyerMarcus BrinkmannNeil Levine

When Neil Levine tried to install Apache, he got an error message saying that the perl package had not been installed. So he installed perl-5.005-base_5.005.03-7.1.deb with no errors. But now dpkg reports the error:

dpkg: dependency problems prevent configuration of apache-common:
apache-common depends on perl; however:
Package perl is not installed.

Robert Bihlmeyer replied "All I know is that this package is old. "perl-5.005-base" is at version 6.1 ... but that is only a transitional package. The real thing is in the package "perl" (version 5.6.0-21, currently)."

Marcus Brinkmann went on to discuss ldconfig: "The Hurd's ldconfig is just a link to /bin/true, to make Debian postinst scripts happy. I don't know why ldconfig is needed on Linux, it is not required on the Hurd, as all packages are required to have appropriate symlinks." He went on to say: "[The symlinks] should be maintained by dpkg. If they aren't, it's a bug. The point is that dpkg should keep control of them, I think (otherways you might end up with dangling symlinks. We don't call ldconfig in postrm usually)."

Neil had found that after installing libc0.2-dev_2.2-3.deb (on top of libc0.2.1.3-x) the symlinks for libc files had not changed from the install-time versions - causing confusion, but allowed by the dependencies. To this, Marcus remarked "That would be a bug then. The dependencies in the Hurd packages should be fixed. "

Robert was still unstatisfied with ldconfig failing silently and suggested a shell script ldconfig for the Hurd which fails when called with an argument. Marcus thought that was a worthy idea and suggested that Robert submit it as a bug against libc0.2 (or whatever provides ldconfig now).

3. sysvinit Dummy Package Resolves Install Problem

20 Apr 2001 (2 posts) Archive Link: "Removal of dpkg and bsdutils from gnu-20010308.tar.gz install."

Summary By Paul Emsley

Topics: Apt

People: Daniel Baumann

Alexis Musgrave tried to run apt-get upgrade, but got an error:

You might want to run `apt-get -f install' to correct these.
Sorry, but the following packages have unmet dependencies:
bsdutils: Depends: sysvinit (>= 2.59-2) but it is not installable
dpkg: Depends: sysvinit (>= 2.72) but it is not installable

Daniel Baumann advised him to add "deb unstable main" to his sources.list and install the dummy sysvinit package from there.

4. Woody Release?

15 Apr 2001 - 19 Apr 2001 (29 posts) Archive Link: "Woody release?"

Summary By Paul Emsley

People: Jeff BaileyMarcus BrinkmannPhilip CharlesRobert BihlmeyerSantiago Vila

Jeff Bailey pointed to to a message from Anthony Towns ( discussing the Woody release and asked "What would it take for hurd-i386 to participate in the woody release?"

Santiago Vila suggested that Hurd has a 'testing' distribution like the released architectures. Then Jeff asked Marcus Brinkmann "Is dpkg 1.9 looking like it will be usable for us?" , to which Marcus replied "No version of dpkg will be usable until it is verified that my checklist I posted to debian-dpkg is completely implemented. I don't think dpkg has made substantial improvement on this checklist in the last weeks, so the answer would be no."

The development of Hurd-native boot-floppies has been a long standing difficulty, which prompted Jeff to say "if it's that big of a problem, should we simply bootstrap from Linux? Put a Debian GNU/Linux bootfloppy that untar's a Hurd base*.tgz, installs grub, reboots into Hurd."

That is less aesthetically pleasing, but make Phil's life easier, he said "Basicly what we are doing now. If people are happy with this, lets us stick with it." Jeff then said "if it permits us to join the rest of Debian as an official architecture, then I think we should do this. "

In a different sub-thread, udebs problems were discussed. Marcus Brinkmann wrote "Some udebs depend on the linux framebuffer device to build. " However, Robert Bihlmeyer has been making himself useful: "I've recently NMU'd cdebconf to not build the bogl (framebuffer) frontend on the Hurd. This seems to resolve many udeb's problems" , he said.

Robert added "anything coming from kernel-image-di is of no use to us, that includes kernel-image-* and a lot of *-modules-* udebs. We'd have to provide gnumach and hurd udebs, though." Marcus thanked him for that.

Phil and Jeff went on to discuss task packages, without resolution.







Sharon And Joy

Kernel Traffic is grateful to be developed on a computer donated by Professor Greg Benson and Professor Allan Cruse in the Department of Computer Science at the University of San Francisco. This is the same department that invented FlashMob Computing. Kernel Traffic is hosted by the generous folks at All pages on this site are copyright their original authors, and distributed under the terms of the GNU General Public License version 2.0.