Re: Major GNU/Hurd using report
Kalle Olavi Niemitalo [EMAIL PROTECTED] wrote: Tomasz Wegrzanowski [EMAIL PROTECTED] writes: 5) `which' and `type' don't work correctly They shows all commands to be /usr/bin/*, what is wrong, althru will work. Take /usr/bin off your $PATH then. And, as a side note, I understand that the reason this is there by default is that the hurd-i386 architecture is using the same source for the base-files packages as other architectures, and I rather suspect it's easier for the most part to arrange that the HURD works with at least some of the rest of Debian than to make the rest of Debian work with the HURD. -- Colin Watson [EMAIL PROTECTED]
Try try again
Ok, after hurd failed to start up, I stripped my machine (including turning off stuff in the bios) so that I only had 1 IDE bus, a hard drive, a floppy, a keyboard, and a video card. Hurd still didn't start. It stopped at the same place (well except it didn't detect the serial ports because they were disabled) I am using the lastest tarball pointed to in the Install hurd from linux page. (dated something like march 2000), but I had this same problem last december though. Has anyone had any similar experience? Hurd doesn't crash at startup, it just stops. Is there anyway I can drop into a kernel debugger to see whats up? I don't know any asm, so I don't know how much I could learn, but it would be more than I know now. Thanks, Daniel S Rogers [EMAIL PROTECTED]
Re: Try try again
Hi, Start over and when you format your partition, passing the -O none arguments to mke2fs. This will disable the extra features that linux likes and may be confusing the hurd. Although this should be fixed, it is worth a try anyway. Good luck and keep plugging! -Neal On Thu, May 04, 2000 at 08:56:28PM -0700, Dan Rogers wrote: Ok, after hurd failed to start up, I stripped my machine (including turning off stuff in the bios) so that I only had 1 IDE bus, a hard drive, a floppy, a keyboard, and a video card. Hurd still didn't start. It stopped at the same place (well except it didn't detect the serial ports because they were disabled) I am using the lastest tarball pointed to in the Install hurd from linux page. (dated something like march 2000), but I had this same problem last december though. Has anyone had any similar experience? Hurd doesn't crash at startup, it just stops. Is there anyway I can drop into a kernel debugger to see whats up? I don't know any asm, so I don't know how much I could learn, but it would be more than I know now. Thanks, Daniel S Rogers [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Neal Walfield [EMAIL PROTECTED] UMass Lowell - Fox 1512 Phone: 978-934-5347 Fax: 603-415-3645 Love is the triumph of imagination over intelligence. -- H. L. Mencken
Re: Try try again
Neal H Walfield [EMAIL PROTECTED] writes: Start over and when you format your partition, passing the -O none arguments to mke2fs. This will disable the extra features that linux likes and may be confusing the hurd. Although this should be fixed, it is worth a try anyway. Roland McGrath fixed some ext2fs problems already; does serverboot have bugs of its own? If it can't handle some new Linux features, it should at least be made to display an error message before crashing. That would be easy, I think.
Re: Major GNU/Hurd using report
On Thu, 04 May 2000 17:30:51 Tomasz Wegrzanowski wrote: 4) Is there any fatfs translator ? I am currently writing one! I volunteer to test it. Great. I hope to release it tonight. I got it working for FAT12 so far, and if I didn't do a stupid mistake, it should work on any other format as well. 5) `which' and `type' don't work correctly They shows all commands to be /usr/bin/*, what is wrong, althru will work. I don't know how these work, but probably by PATH and /usr/bin is before /bin in your path. I am not sure this can be considered as a bug. Should they display realpath instead? I don't think so. After all, the name is where it gets the binary from, and if it looks in /usr/bin before /bin, it will find everything there. 6) fsck says my Hurd partition is 10.2% non-contiguous It is 43% full, 920 MB total I don't know about this. Thanks, Marcus
Re: Hurd networking
On Thu, 04 May 2000 20:56:06 Tomasz Wegrzanowski wrote: Are Linux net daemons (like proftpd, apache, dictd) Couldn't say tehy are special Linux net daemons... are expected to work correctly without modifications or is there some essential difference between Hurd and Linux networking that can make them unable to work just after recompilation ? It depends a lot on the details. If they are fairly unixish, they will run without or with only slight modifications. Beside the usual POSIX incompatibilities you find everywhere, the Hurd lacks the net/* interface ioctls, so you only can listen to all interfaces. (As there is only one interface supported) This will change of course, but currently that's the way it is. Porting any of these applications should be pretty straightforward, if they don't compile out of the box. Let us know if you had problems, and report patches to the authors then :) Thanks, Marcus
Re: Major GNU/Hurd using report
On Fri, 05 May 2000 02:45:50 Colin Watson wrote: Kalle Olavi Niemitalo [EMAIL PROTECTED] wrote: Tomasz Wegrzanowski [EMAIL PROTECTED] writes: 5) `which' and `type' don't work correctly They shows all commands to be /usr/bin/*, what is wrong, althru will work. Take /usr/bin off your $PATH then. And, as a side note, I understand that the reason this is there by default is that the hurd-i386 architecture is using the same source for the base-files packages as other architectures, but it is architecture: any, so we can get special hurd changes in. We have two possible sceanrios: Support /usr being a real directory by default, or doing it not. Scenario: Support for a real /usr: PATH=/usr/bin:/bin: (etc etc) LD_LIBRARY_PATH=/usr/lib:/X11R6/lib Scenario: No support for a real /usr: PATH=/bin: (etc etc) LD_LIBRARY_PATH=/X11R6/lib Note that currently we don't set LD_LIBRARY_PATH at all, but we should. This is something we need to change anyway, so I will file a bug report. But which of the two scenarios do we want? (BTW, it would be a nice idea to try to get X into / instead /X11R6. Then we could have: PATH=/bin:/local/bin (and no LD_LIBRARY_PATH)). Thanks, Marcus
Re: Major GNU/Hurd using report
On Fri, May 05, 2000 at 10:52:35AM +0200, Marcus Brinkmann wrote: On Fri, 05 May 2000 02:45:50 Colin Watson wrote: And, as a side note, I understand that the reason this is there by default is that the hurd-i386 architecture is using the same source for the base-files packages as other architectures, but it is architecture: any, so we can get special hurd changes in. We have two possible sceanrios: Support /usr being a real directory by default, or doing it not. Scenario: Support for a real /usr: PATH=/usr/bin:/bin: (etc etc) LD_LIBRARY_PATH=/usr/lib:/X11R6/lib Scenario: No support for a real /usr: PATH=/bin: (etc etc) LD_LIBRARY_PATH=/X11R6/lib Note that currently we don't set LD_LIBRARY_PATH at all, but we should. This is something we need to change anyway, so I will file a bug report. But which of the two scenarios do we want? My vote for second scenario /usr exists only due to histerical reasons (BTW, it would be a nice idea to try to get X into / instead /X11R6. Then we could have: PATH=/bin:/local/bin (and no LD_LIBRARY_PATH)). Actually it is possible to have X in / This is my Linux box configuration (but with symlink /X11R6-/ ) And if we move it before we have full X working there won't be any problems with backward compatibility
FATFS 0.1 available for testing
Hello, I am happy to announce fatfs, a filesystem server for the infamous FAT filesystem format (the one you have on all your diskettes at home ;) I only tested it on FAT12 diskettes, but it should support FAT16 and FAT32 as well, as long as the cluster size is less than 4096 bytes. The actual limit is 32k, so you might hit 4k with bigger filesystems. (the limitation comes from the size of vm_page_size: For bigger cluster sizes, one page read is only a part of a cluster, and this is not implemented yet). The current implementation is read only and about three times slower than ext2fs for sequential file reads. Other limitations: No support for long filenames, no support for various attributes (label, system, hidden), no support for creation time (actual a unix limitation), and last access date (doesn't make sense, IMHO). Please test it on as many different fat filesystems as you can. Find it at: http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/fatfs/fatfs-0.1.tar.gz (It will stay there until I made my mind up where to put it. Ultimatively I would like to see it in the Hurd dist of course, but this is a decision that I don't make, and it's certainly way to earl for that, considering my sloppy code :) Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org Check Key server Marcus Brinkmann GNUhttp://www.gnu.orgfor public PGP Key [EMAIL PROTECTED], [EMAIL PROTECTED]PGP Key ID 36E7CD09 http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ [EMAIL PROTECTED]
Network ping and serial console
Hello fellow hurders, I have two small questions for you all; (1) after I have (successfully) configured the network and tries to ping a host, I get errors about not being able to allocate x amounts of memory (x~64k). (2) I want to be able to login from a serial console; how do I do this?
hurddocs.sourceforge.net
The site http://hurddocs.sourceforge.net does not render correctly on Netscape 4.72. The left hand corner with the links that say Mailing List..etc. is overlapping over the links that say About this site, HOWTO, etc. I am running the latest netscape. Any ideas? __ Do You Yahoo!? Send instant messages get email alerts with Yahoo! Messenger. http://im.yahoo.com/