Latest | Archives | People | Topics
Latest | Archives | People | Topics
|Home | News | RSS Feeds | Mailing Lists | Authors Info | Mirrors | Sleeping Cousins|
Mach 4 | Hurd Servers | Debian Hurd Home | Debian Hurd FAQ | debian-hurd List Archives | bug-hurd List Archives | Hurd Reference Manual | Hurd Installation Guide | Cross-Compiling GNUMach | Hurd Hardware Compatibility Guide
Table Of Contents
|1.||1 Jan 2001 - 7 Jan 2001||(4 posts)||Problems Shutting Down A Hurd System|
|2.||4 Jan 2001||(3 posts)||Broken Links On GNU Hurd Web Page|
|3.||4 Jan 2001||(3 posts)||Looking For termio.h|
|4.||4 Jan 2001||(4 posts)||tar Incompatibility|
|5.||4 Jan 2001||(4 posts)||autoconf Confusion|
Want to help write KC Debian Hurd? See the KC Authorship page the KC Debian Hurd homepage, and the Thread Summary FAQ. Send any questions to the KCDevel mailing list.
Mailing List Stats For This Week
We looked at 71 posts in 262K.
There were 35 different contributors. 10 posted more than once. 9 posted last week too.
The top posters of the week were:
Problems Shutting Down A Hurd System
1 Jan 2001 - 7 Jan 2001 (4 posts) Archive Link: "missing "shutdown" command, substitutes?"
People: Martin Stenzel, Marcus Brinkmann, Johannes Rohr
Martin Stenzel could not find a shutdown command for the Hurd. He found halt and reboot, but said, "Both commands are no substitutes for the "shutdown" command since they only constitute the final part of "shutdown". This is obvious because after each reboot with "reboot" one gets "Filesystem not cleanly unmounted..." and a fs check is done." He asked why the Hurd had not shutdown command, and Marcus Brinkmann said that halt and reboot were actually the correct tools under the Hurd, and that all translators would be shut down "automagically". He did not see the problem Martin reported with filesystems not cleanly unmounted; and added, "We have no way to run a final script that does some other clean up, but that's because we have no "script" init setup yet. When we have this, it will come with shutdown scripts." Johannes Rohr confirmed the bad behavior, saying, "I have experienced the same as Martin. Sometimes Hurd does unmount its root device properly, but half the time it doesn't." There was no reply to this.
Broken Links On GNU Hurd Web Page
4 Jan 2001 (3 posts) Subject: "links don't work >>http://www.gnu.org/software/hurd/"
People: Patrick Strasser, Petros Sidiropoulos, Jeff Bailey
Petros Sidiropoulos reported that all the links in The GNU Hurd page on gnu.org returned 404 errors. Jeff Bailey could not confirm this, and asked for more details. Patrick Strasser replied:
When you go to "Whatis" or "Howto" section, you change into sudirectories. The links on the navigationbar at left side are _relative_ so you get i.e. http://www.gnu.org/software/hurd/whatis/getting-help.html for the Getting-Help-page instead of http://www.gnu.org/software/hurd/getting-help.html (What it schould be.)
If you have changed to "Whatis" or "Howto" get back in your history until you find yourself at the Hurd toplevel dir.
By KC Debian Hurd press time, these links had not yet been fixed.
Looking For termio.h
4 Jan 2001 (3 posts) Archive Link: "termio.h"
People: Marcus Brinkmann, Jonathan Bartlett
Jonathan Bartlett couldn't seem to find termio.h, although he'd installed glibc/glibc-dev from the Hurd Installation CD, which should have had it. Marcus Brinkmann replied, "We use termios.h, which is defined by POSIX. Please convert old apps which can only use termio.h, like elvis-tiny and submit your patches upstream." Jonathan replied, "Ahhh... very good. I was building openssl using Linux defs. I'm working on one for the HURD."
4 Jan 2001 (4 posts) Archive Link: "tar does not strip trailing slashes before mkdir()"
People: Marcus Brinkmann, Jonathan P Tomer, Paul Eggert
Marcus Brinkmann said (crossposted to email@example.com mailing list):
the latest tar 1.13.18 does not work correctly on the Hurd. It fails with an EINVAL from mkdir when trying to create "/debian-hurd/foo/index.html" when extracting some archives (which contain this pathname).
Now, POSIX doesn't say that trailing slashes can be added to arbitrary pathnames, it says they can if the pathname refers to a directory. But until it is created, the pathname foo/ doesn't refer to a directory (instead, it is inexistant). The Hurd is strict about this, and refuses to create '/debian-hurd/foo/index.html'.
He identified the change in the tar sources that had caused the problem, and asked the maintainers to revert it. Jonathan P Tomer confirmed the problem, saying, "i had seen evidence of this before, and i was wondering why it is the case. is there any reason why mkdir() in glibc for the hurd does not remove trailing /'s?" Marcus replied, "We want to spot those incompatibilities and fix them. There is no technical difficulty in making mkdir("/debian-hurd/foo/index.html") work on the Hurd. It's just a policy decision."
Paul Eggert also replied to Marcus' original post, saying, "Thanks for your bug report. I can't revert the change completely as it fixes some other problems, but I will fix the incompatibility with the Hurd."
End Of Thread (tm).
4 Jan 2001 (4 posts) Archive Link: "all largefile checks broken"
People: Marcus Brinkmann, Roland McGrath, Mark Kettenis
Marcus Brinkmann asked:
some largefile autoconf check included in shellutils, fileutils and probably elsewhere doesn't recognize the Hurd stubs returning EOPNOTSUPP correctly. For all those, a special case in the Debian packaging is needed to add --disable-largefile to configure invocation.
It would be great if some autoconf guru could check if this can be fixed in the autoconf check.
Roland McGrath replied, "Please give details. autoconf is only supposed to notice ENOSYS." Mark Kettenis added at one point:
To clarify things: All autoconf does is check whether it can get a 64-bit off_t by defining an appropriate macro. For the Hurd this is the case for
#define _FILE_OFFSET_BITS 64
and autoconf assumes everything else is kosher even though we do not claim to support LFS (we don't define any of the _LFS* constants in <unistd.h>), and a lot of the *64 functions are only implemented as stubs and cleary marked as such.
I raised the issue with the autoconf folks, suggesting they'd check the proper _LFS* defines, but was told that most of the systems out there were subtly broken such that this wouldn't work.
At that time Roland suggested that we'd simply add the necessary *64 functions to libc (emulating them with the 32-bit interfaces), but I only did those that were necessary to support libio. I'll have a go at it now.
There was no more discussion.
We Hope You Enjoy Hurd Traffic
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 kernel.org. All pages on this site are copyright their original authors, and distributed under the terms of the GNU General Public License, version 2.0.