Differences between revisions 31 and 32
Revision 31 as of 2008-01-19 18:47:39
Size: 1941
Editor: FranklinPiat
Comment: fix link
Revision 32 as of 2008-03-19 21:21:30
Size: 3906
Comment: centralize informations
Deletions are marked like this. Additions are marked like this.
Line 2: Line 2:
The Hurd is a MultiServer MicroKernel ["POSIX"]-emulating operating system kernel, based on the ["Mach"] microkernel, although there has been talk about porting it to the ["L4"] microkernel too. GNU/HURD is the name of the GNU operating system when TheHurd is used as the kernel.

The Hurd is a !
MultiServer !MicroKernel ["POSIX"]-emulating operating system kernel, based on the Mach microkernel, although there has been talk about porting it to the ["L4"] microkernel too.
Line 6: Line 8:
You can follow also the instructions about Hurd on ["qemu"] : http://hurd.gnufans.org/bin/view/Distrib/HurdOnQEMU You can follow also the instructions about Hurd on ["QEMU"]: http://hurd.gnufans.org/bin/view/Distrib/HurdOnQEMU
Line 10: Line 12:
== What the name "Hurd" means ==  [[TableOfContents(2)]]

= What the name "Hurd" means =
Line 13: Line 17:
== General Hurd Resources == = Buildd =
== Buildd Requirements ==
Every once in a while, people ask why there is no second autobuilder running for hurd-i386, or they volunteer to set one up.

These are the requirements for a buildd:

 * Must boot and run Debian GNU/Hurd unstable without major problems

 * The Debian GNU/Hurd buildd admin (currently MichaelBanck) must have full sudo access

 * Must have networking, best via static IP

 * Must be accessible via SSH (optionally via a frontend box) to the buildd admin

 * Must provide a second partition as a building chroot with a real /usr directory

 * Must allow sending mails to the buildd admin and ftbfs.de as the autobuilder

 * Must allow receiving replies of those mails from the buildd admin and the Debian archive to the mail address of the autobuilder

 * Must allow outgoing SSH to buildd.aurel32.net/port 22

 * Must have some free harddisk space

 * Should have a responsive local admin in case a reboot or other local maintenance is needed

 * Ideally, should have between 350-750 MB RAM

To clarify on the mail requirements, build logs are sent by the autobuilder (<buildd@beethoven.theo.chemie.tu-muenchen.de> for the current autobuilder) after the build to the Debian GNU/Hurd buildd admin (currently <mbanck@debian.org>) and ftbfs.de for publically archiving the logs. The buildd admin will reply to the build logs and those replies need to reach the autobuilder (again, currently <buildd@beethoven.theo.chemie.tu-muenchen.de>). Additionally, mails from the Debian archive system need to reach the autobuilder.i

== Issues ==
This is a list of archive building issues, i.e. things which affect more than package build and which are not toolchain problems (like PATH_MAX etc.)

 * tclsh does not work through a pipe, leading to hangs in a lot of configure tests (e.g. vim)

 * The python gconf wrapper (/usr/sbin/gconf-schemas) hangs (Gnome)



= External links =
Line 18: Line 61:
== Developer Resources ==
 * Savannah HURD page: http://savannah.gnu.org/projects/hurd
 * OSF Mach docs:
 * OSF Mach docs (manpage format): http://www.grawk.net/~nick/docs/cmu-mach-man.tar.gz
 * Code browser (in progress): http://teleport.medri.hr/~docelic/hxr/http/search
== See also: ==
 * ["GNUHurd"]
Line 31: Line 67:
 * you can fill-in the rest of these links and add more.
== Developer Resources ==
 * Savannah HURD page: http://savannah.gnu.org/projects/hurd
 * OSF Mach docs:
 * OSF Mach docs (manpage format): http://www.grawk.net/~nick/docs/cmu-mach-man.tar.gz
 * Code browser (in progress): http://teleport.medri.hr/~docelic/hxr/http/search

----
 CategoryKernel

GNU/HURD is the name of the GNU operating system when TheHurd is used as the kernel.

The Hurd is a MultiServer MicroKernel ["POSIX"]-emulating operating system kernel, based on the Mach microkernel, although there has been talk about porting it to the ["L4"] microkernel too.

Currently, TheHurd is not in a production-ready state yet, but you can still install it, if you just work a bit and already got linux working. You have to use ["Grub"] to boot (["LILO"] doesn't support "Mach"), which is a good thing anyway.

You can follow also the instructions about Hurd on ["QEMU"]: http://hurd.gnufans.org/bin/view/Distrib/HurdOnQEMU

or use the Hurd [http://www.superunprivileged.org/hurd/live-cd/ LiveCD].

  • ?TableOfContents(2)

What the name "Hurd" means

According to Thomas Bushnell, BSG, the primary architect of the Hurd, "Hurd' stands for 'Hird of Unix-Replacing Daemons'. And, then, 'Hird' stands for 'Hurd of Interfaces Representing Depth'. We have here, to my knowledge, the first software to be named by a pair of mutually recursive acronyms." (from the ["GNU"] HURD webpage)

Buildd

Buildd Requirements

Every once in a while, people ask why there is no second autobuilder running for hurd-i386, or they volunteer to set one up.

These are the requirements for a buildd:

  • Must boot and run Debian GNU/Hurd unstable without major problems
  • The Debian GNU/Hurd buildd admin (currently MichaelBanck) must have full sudo access

  • Must have networking, best via static IP
  • Must be accessible via SSH (optionally via a frontend box) to the buildd admin
  • Must provide a second partition as a building chroot with a real /usr directory
  • Must allow sending mails to the buildd admin and ftbfs.de as the autobuilder
  • Must allow receiving replies of those mails from the buildd admin and the Debian archive to the mail address of the autobuilder
  • Must allow outgoing SSH to buildd.aurel32.net/port 22
  • Must have some free harddisk space
  • Should have a responsive local admin in case a reboot or other local maintenance is needed
  • Ideally, should have between 350-750 MB RAM

To clarify on the mail requirements, build logs are sent by the autobuilder (<buildd@beethoven.theo.chemie.tu-muenchen.de> for the current autobuilder) after the build to the Debian GNU/Hurd buildd admin (currently <mbanck@debian.org>) and ftbfs.de for publically archiving the logs. The buildd admin will reply to the build logs and those replies need to reach the autobuilder (again, currently <buildd@beethoven.theo.chemie.tu-muenchen.de>). Additionally, mails from the Debian archive system need to reach the autobuilder.i

Issues

This is a list of archive building issues, i.e. things which affect more than package build and which are not toolchain problems (like PATH_MAX etc.)

  • tclsh does not work through a pipe, leading to hangs in a lot of configure tests (e.g. vim)
  • The python gconf wrapper (/usr/sbin/gconf-schemas) hangs (Gnome)

External links

Developer Resources