diff options
| author | Thomas Schwinge <thomas@codesourcery.com> | 2013-03-06 21:57:01 +0100 |
|---|---|---|
| committer | Thomas Schwinge <thomas@codesourcery.com> | 2013-03-06 21:57:01 +0100 |
| commit | 059ad001a35fe8d656ab3d73d4296dabc643a098 (patch) | |
| tree | 4d7f2bf68fe6f64c26e840a01ec4f0ebf16f4436 | |
| parent | 31197ac55a5f93e8c5ad44d9a86fe0d62e0ab424 (diff) | |
| parent | 3dc03db6f1705ba0f9b6b20114040090b26b1cba (diff) | |
Merge remote-tracking branch 'savannah/master'
59 files changed, 851 insertions, 2464 deletions
diff --git a/community/meetings/fosdem_2013.mdwn b/community/meetings/fosdem_2013.mdwn index ac678b5e..521a19e0 100644 --- a/community/meetings/fosdem_2013.mdwn +++ b/community/meetings/fosdem_2013.mdwn @@ -1,5 +1,4 @@ -[[!meta copyright="Copyright © 2012 Free -Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2012, 2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -29,8 +28,6 @@ Bruxelles. [Announcement](https://lists.fosdem.org/pipermail/microkernel-devroom/2012-October/000054.html). -Talk proposal: - title: The GNU/Hurd architecture, nifty features, and latest news Full name: Samuel Thibault @@ -54,5 +51,8 @@ virtualization container support on GNU/Hurd, will also be presented. We will also present recent developments, notably in terms of DDE device drivers run as userland processes, and discuss about maintenance of DDE. +Slides: +http://people.debian.org/~sthibault/hurd-i386/2013-02-02-fosdem.pdf + Duration: -30m, 45m? +50m diff --git a/contributing.mdwn b/contributing.mdwn index b8a28088..b5ff6f3c 100644 --- a/contributing.mdwn +++ b/contributing.mdwn @@ -1,5 +1,5 @@ -[[!meta copyright="Copyright © 2006, 2007, 2008, 2009, 2010, 2011, 2012 Free -Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013 +Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -74,6 +74,41 @@ For more reading resources, please see these web pages, for example, documents. +## Small hack entries + +Here is a list of small hacks, which can serve as entries into the Hurd code for +people who would like to dive into the code but just lack a "somewhere to begin +with". + +* Make pfinet OK with the ethernet device going away. This would be a very +nice feature: being able to just restart the ethernet driver; we've just not +taken the time to fix it yet, but it shouldn't be very hard. The code begins +at `hurd/pfinet/ethernet.c`, `ethernet_open()`, the `device_open` call, which +produces `edev->ether_port`. Basically, one needs to catch errors like EIEIO +when using it, and in that case re-open the device. +* Add a futex kernel trap to GNU Mach. This can be useful for nicer locking +primitives, including inter-process primitives. `vm_allocate` can be used as an +example in the `gnumach` source tree for how to add a kernel trap. [[!GNU_Savannah_task 6231]] +* Add a `task_set_name` RPC to GNU Mach. Currently the Mach +debugger keeps `arg[0]` from the stack with ugly heuristics (see +`gnumach/i386/i386/db_interface.c`, `looks_like_command`...). It would be +far better to let `exec` simply set the name and record it in `task_t`. +`thread_create` can be used as an example in the `gnumach` source tree for how +to add an RPC. glibc needs to be recompiled against the updated mach.defs to get +access to it from userland. exec would probably call it from `hurd/exec/exec.c`, +`do_exec()`. +* Write a partfs translator, to which one gives a disk image, and +which exposes the partitions of the disk image, using parted, and +the parted-based storeio (`settrans -c foos1 /hurd/storeio -T typed +part:1:file:/home/samy/tmp/foo`). This would be libnetfs-based. +* Write virtio drivers for KVM. Ideally they would be userland. +* Port valgrind. There is a whole +[[GSoC proposal|community/gsoc/project_ideas/valgrind ]] about this, but the +basic port could be small. +* Use libz and libbz2 in exec. See `hurd/exec/unzip.c` etc., they should be replaced by mere calls to libraries, [[!GNU_Savannah_task 6990]] +* Add `/proc/$pid/maps`. `vminfo` already has this kind of information, it's a matter of making procfs do the same. [[!GNU_Savannah_bug 32770]] + + <a name="porting"></a> ## Porting Packages @@ -1,8 +1,7 @@ <http://www.gnu.org/software/grub/> -This section complements the [[InstallNotes]] with complete information -regarding the GRUB 2 boot loader. The syntax is different from GRUB Legacy aka -GRUB 1 (see below). +GRUB is the bootloader of the GNU system, and it's currently the only one that +supports the multiboot standard, necessary to boot the Hurd. * `update-grub` is *Debian specific* and very useful. It will automatically create a `/boot/grub/grub.cfg` file for the kernels in `/boot/` and for @@ -32,78 +31,3 @@ GRUB 1 (see below). '$(task-create)' '$(task-resume)' module /lib/ld.so.1 exec /hurd/exec '$(exec-task=task-create)' } - ---- - -**The following information may be outdated and should be revised.** - -This section complements the [[InstallNotes]] with complete information regarding the GRUB boot loader. The syntax is different from Lilo's and so to scratch my own itch I'm creating this quick reference. The [Grub manual](http://www.gnu.org/software/grub/manual/grub.html) is another good reference. - -* update-grub is **Debian specific** and very nice. It will automatically create a /boot/grub/menu.lst file for the kernels in /boot/. It will also append a manually configured set for other partitions like the GNU/Hurd. -* grub-floppy is a **Debian specific** boot floppy creation script. -* mkbimage is a **Debian specific** boot disk image creation script. -* <http://khazad.dyndns.org/packages/grub-disk/> contains a Debian packaged makefile for creating CD & floppy images. Looks like it doesn't work properly. If you fix it, please send patches to the maintainer. -* essential GRUB commands & disk syntax - * root - * kernel - * module - * boot -* sample file - - title GNU/Linux - root (hd0,11) - kernel /boot/vmlinuz-2.4.18 root=/dev/hda12 ro - initrd /boot/initrd.img-2.4.18 - savedefault - - title GNU - root (hd0,15) - kernel /boot/oskit-mach root=device:hd0s16 -- - module /hurd/ext2fs.static \ - --multiboot-command-line=${kernel-command-line} \ - --host-priv-port=${host-port} \ - --device-master-port=${device-port} \ - --exec-server-task=${exec-task} \ - -T typed ${root} $(task-create) $(task-resume) - module /lib/ld.so.1 /hurd/exec $(exec-task=task-create) - savedefault - - title DOS - rootnoverify (hd0,0) - chainloader +1 - --- [[Main/GrantBow]] - 01 Oct 2002 <br /> -- [[Main/GrantBow]] - 22 Dec 2002 - -Another example, just as good, but a lot easier to read. The backslash at the end of each line is to "escape" the enter-key. So make sure there are no spaces following the backslashes! - - title GNU/Linux (Linux 2.4.18) - root (hd0,11) - kernel /boot/vmlinuz-2.4.18 root=/dev/hda12 ro - initrd /boot/initrd.img-2.4.18 - savedefault - - title GNUmach 1.3 - root (hd0,1) - kernel /boot/gnumach.gz root=device:hd0s2 - module /hurd/ext2fs.static --readonly \ - --multiboot-command-line=${kernel-command-line} \ - --host-priv-port=${host-port} \ - --device-master-port=${device-port} \ - --exec-server-task=${exec-task} \ - -T typed ${root} $(task-create) $(task-resume) - module /lib/ld.so.1 /hurd/exec $(exec-task=task-create) - - title GNUmach 1.90 (CVS) - root (hd0,1) - kernel /boot/oskit-mach.gz root=device:hd0s2 -- - module /hurd/ext2fs.static --readonly \ - --multiboot-command-line=${kernel-command-line} \ - --host-priv-port=${host-port} \ - --device-master-port=${device-port} \ - --exec-server-task=${exec-task} \ - -T typed ${root} $(task-create) $(task-resume) - module /lib/ld.so.1 /hurd/exec $(exec-task=task-create) - -Note the differences between GNUmach and OSKit-Mach. The latter **needs** the two dashes after the root specification! - --- [[Main/JoachimNilsson]] - 09 Nov 2002 diff --git a/grub/tftp_boot.mdwn b/grub/tftp_boot.mdwn index 8e307b4f..cecc0196 100644 --- a/grub/tftp_boot.mdwn +++ b/grub/tftp_boot.mdwn @@ -34,9 +34,3 @@ The `menu.lst` can look something like this: --exec-server-task=${exec-task} \ -T typed ${root} $(task-create) $(task-resume) module /lib/ld.so.1 /hurd/exec $(exec-task=task-create) - -**Note: Make sure there are NO spaces after the trailing backslases (\\)!!** - -For more information on GNUmach modules lines and installation setup, see [[Hurd/InstallNotes]] - --- [[Main/JoachimNilsson]] - 13 Apr 2005 diff --git a/history.mdwn b/history.mdwn index 0abcbd52..8cde0a33 100644 --- a/history.mdwn +++ b/history.mdwn @@ -1,5 +1,5 @@ -[[!meta copyright="Copyright © 1998, 1999, 2001, 2002, 2007, 2008, 2009, 2011 -Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 1998, 1999, 2001, 2002, 2007, 2008, 2009, 2011, +2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -12,7 +12,8 @@ License|/fdl]]."]]"""]] [[!tag stable_URL]] Richard Stallman (RMS) started GNU in 1983, as a project to create a -complete free operating system. In the text of the GNU Manifesto, he +complete free operating system. In the text of the [GNU +Manifesto](http://www.gnu.org/gnu/manifesto.html), he mentioned that there is a primitive kernel. In the first GNUsletter, Feb. 1986, he says that GNU's kernel is TRIX, which was developed at the Massachusetts Institute of Technology. @@ -1,5 +1,5 @@ [[!meta copyright="Copyright © 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, -2009, 2010, 2011 Free Software Foundation, Inc."]] +2009, 2010, 2011, 2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -34,7 +34,6 @@ in the *unstable* branch of the Debian archive. * [[history/Port_to_another_microkernel]] * [[Logo]] * [[Status]] -* [[KnownHurdLimits]] * [[Translation]] - Localized sites about the Hurd * [[Donate]] * [[SeenHurd]] - Media references @@ -66,7 +65,6 @@ in the *unstable* branch of the Debian archive. ## Common Problems -* [[Xfree86]] -- [[DebianX]] -- [[DebianXorg]] * [[GNUstep]] * [[XattrHurd]]: Setting translators under GNU/Linux * [[SerialConsole]]: Setting up a serial console. diff --git a/hurd/faq/old-stuff.mdwn b/hurd/faq/old-stuff.mdwn index df2058c0..078607a7 100644 --- a/hurd/faq/old-stuff.mdwn +++ b/hurd/faq/old-stuff.mdwn @@ -3,7 +3,7 @@ In addition to the [general FAQ](http://www.gnu.org/software/hurd/docs.html#TOCf If you still have problems, do not hesitate to make use of the [[mailing lists]] or the [[IRC]]. * **_You say GNU, don't you mean GNU/Hurd?_** - * Yes and no. GNU refers to the system as a whole, while GNU/Hurd is more specific, saying that it is the GNU system running on the Hurd -- to differentiate it from the GNU system running on Linux, GNU/Linux. Also see [[GNU/GnuNames]] + * Yes and no. GNU refers to the system as a whole, while GNU/Hurd is more specific, saying that it is the GNU system running on the Hurd -- to differentiate it from the GNU system running on Linux, GNU/Linux. * **_What editor can I use?_** * `nano` is the default editor on a fresh install, not `ae`, but a lot of editors are available. @@ -35,11 +35,3 @@ If you still have problems, do not hesitate to make use of the [[mailing lists]] * **_How do I initialize a serial console on the Hurd?_** * You can try out the Serial Howto at <http://www.nongnu.org/thug/serial-howto.txt> * For a real serial console at boot time you need to rebuild your GNUmach 1.x kernel. For more info see the Utah release notes at [http://www.cs.utah.edu/flux/mach4-i386/html/mach4-UK22.html#serial\_console](http://www.cs.utah.edu/flux/mach4-i386/html/mach4-UK22.html#serial_console) - -* **_Will GNU work in Vmware?_** - * It's highly recommended and easier to get a full image for qemu. See [[Distrib]] - * It didn't use to, [Hurd bootstrap fails](http://lists.debian.org/debian-hurd/2002/debian-hurd-200207/msg00069.html). Vmware is not [free software](http://www.gnu.org/philosophy/free-sw.html) and it is [[Distrib/VmWare]]. We recommend to use [free](http://www.gnu.org/philosophy/free-sw.html) alternatives, like [[Distrib/BochsEmulator]]. - * A faster, more widespread and [free](http://www.gnu.org/philosophy/free-sw.html) recent alternative is [QEMU][[running/QEMU]]. You can find more informations on [[running/QEMU]]. - * If someone prefers using VMWare: - * It works with VMWare Workstation 4.0.5 build-6030. - * Running Debian GNU/HURD in VMWare works for me -- [[Main/MichaelAblassmeier]] - 03 Mar 2004 diff --git a/hurd/porting/guidelines.mdwn b/hurd/porting/guidelines.mdwn index aabf0345..d28a777e 100644 --- a/hurd/porting/guidelines.mdwn +++ b/hurd/porting/guidelines.mdwn @@ -189,21 +189,21 @@ To `config.h.in`, you need to add: Then something like: - #ifndef HAVE_STRERROR - static char * - private_strerror (errnum) - int errnum; - { - extern char *sys_errlist[]; - extern int sys_nerr; - - if (errnum > 0 && errnum <= sys_nerr) - return sys_errlist[errnum]; - - return "Unknown system error"; - } - #define strerror private_strerror - #endif /* HAVE_STRERROR */ + #ifndef HAVE_STRERROR + static char * + private_strerror (errnum) + int errnum; + { + extern char *sys_errlist[]; + extern int sys_nerr; + + if (errnum > 0 && errnum <= sys_nerr) + return sys_errlist[errnum]; + + return "Unknown system error"; + } + #define strerror private_strerror + #endif /* HAVE_STRERROR */ You can for example look in the latest coreutils (the above is a simplified version of what I found there.) Patches should of course be sent to upstream maintainers, this is very useful even for systems with a working `sys_errlist[]`. @@ -214,11 +214,11 @@ Of course, if you don't care about broken systems (like MS-DOG) not supporting ` On the Hurd, `error_t` is an enumeration of the `E*` constants. However, C++ does not like `E*` integer macros being directly assigned to that enumeration. In short, replace - error_t err = EINTR; + error_t err = EINTR; by - error_t err = error_t(EINTR); + error_t err = error_t(EINTR); ## <a name="Missing_termio_h_tt_"> Missing `termio.h` </a> @@ -356,7 +356,7 @@ With Python, you can use the [`errno` module](http://docs.python.org/library/err ## <a name="libdl"> undefined reference to `dlopen`, `dlsym`, `dlclose` </a> -Configure script often hardcode the library that contains dlopen & such (`-ldl'), and only for Linux. Simply add the other GNU OS cases: replace `linux*' with `linux*|gnu*|k*bsd*-gnu` +Configure script often hardcode the library that contains dlopen & such (`-ldl`), and only for Linux. Simply add the other GNU OS cases: replace `linux*` with `linux*|gnu*|k*bsd*-gnu*` ## <a name="linux_headers"> Missing `linux/types.h`, `asm/types.h`, `linux/limits.h`, `asm/byteorder.h`, `sys/endian.h`, `asm/ioctl.h`, `asm/ioctls.h`, `linux/soundcard.h` </a> diff --git a/hurd/running/bee.mdwn b/hurd/running/bee.mdwn deleted file mode 100644 index f5eb132c..00000000 --- a/hurd/running/bee.mdwn +++ /dev/null @@ -1,6 +0,0 @@ -[Bee GNU/Hurd](http://bee.es.gnu.org/) - -Castellano distribution, pkgsrc package based. [[BochsEmulator]] image -available too. They have their own -[wiki](http://es.gnu.org/cgi-bin/beewiki.pl?Wiki_Bee_GNU) and a [mailing -list](http://bee.es.gnu.org/?p=mail&l=en) (no archive). diff --git a/hurd/running/debian/CrossInstall.mdwn b/hurd/running/debian/CrossInstall.mdwn index 1cde150c..eca47a86 100644 --- a/hurd/running/debian/CrossInstall.mdwn +++ b/hurd/running/debian/CrossInstall.mdwn @@ -56,16 +56,14 @@ Ah, reboot and select "GNU (kernel GNUmach 1.3)" from the Grub menu. At the prom # export TERM=mach # ./native-install -When done the native install requests that you reboot once again and rerun native-install. This time you will be asked a lot of questions, see the [[Hurd/InstallNotes]] for details. +When done the native install requests that you reboot once again and rerun native-install. # reboot ... # export TERM=mach # ./native-install -Done, continue setting up your system, see the [[Hurd/InstallNotes]] for more help. - --- [[Main/JoachimNilsson]] - 22 Mar 2005 +Done, continue setting up your system. ---- diff --git a/hurd/running/debian/GnuDebianRelationship.mdwn b/hurd/running/debian/GnuDebianRelationship.mdwn deleted file mode 100644 index 94fd6265..00000000 --- a/hurd/running/debian/GnuDebianRelationship.mdwn +++ /dev/null @@ -1,32 +0,0 @@ -I have hesitated in starting this page due to the sensitive nature of this relationship and the (May 2002) flame war on debian-devel and other mail lists. I believe that rather than guessing about relevant points of the discussion, the facts should be presented in a clear manner. I hope the facts presented here are accurate and precise enough to be helpful in the ongoing discussion. I have not read all messages in all relevant threads. - -This is a work in progress. Please email me directly if you have comments or suggestions. - -* Debian Advantages of Hurd [[porting/guidelines]] Efforts - * One of the first ports to non-Linux system along with \*BSD and win32. - * Official GNU system distribution. - -* Debian Disadvantages of Hurd [porting/guidelines]] Efforts - * Perceived zealous GNU and FSF promotion. - -* Hurd Port Advantages of Debian - * Glibc use. - * Gcc use. - * Debian reputation - * Debian mirror infrastructure - ftp, both official and private. Includes bandwidth, hardware, maintenance efforts. - * Debian www infrastructure - many languages supported, mirrors. - * [Debian developer machine](http://db.debian.org/machines.cgi) infrastructure, many architectures, compile farm, buildd software. - * Many Debian Developers maintaining software packages, bug reports, porting efforts. - * Bug tracking system - BTS infrastructure - * Package infrastructure architecture capabilities are improving. dpkg update in progress. - -* Hurd Port Disadvantages of Debian - * Possible DFSG vs. Free Software compatibility issues. - * BTS Severity practices/use for unreleased ports issues. - * Debian non-parallel development issues. - * [Architecture handling](http://master.debian.org/~brinkmd/arch-handling.txt) issues. - * Linux base history with assumed Linux assumptions. - * Possible incompatibility of third party standards compliance issues. i.e. LSB, FHS, GNU Coding Standards - * Perceived zealous Debian promotion. - --- [[Main/GrantBow]] - 22 May 2002 diff --git a/hurd/running/debian/SoftwareLicensing.mdwn b/hurd/running/debian/SoftwareLicensing.mdwn deleted file mode 100644 index e236fea1..00000000 --- a/hurd/running/debian/SoftwareLicensing.mdwn +++ /dev/null @@ -1,116 +0,0 @@ -There are differences betwen the [Debian Free Software Guidelines](http://www.debian.org/social_contract#guidelines) (DFSG) and [Free Software](http://www.fsf.org/philosophy/free-sw.html) as defined by the Free Software Foundation. The FSF's GNU project is the sponsor of the GNU/Hurd project. Debian GNU/Hurd is a "port" or distribution of this software. I have not yet performed a comparison between the list of acceptable DFSG licenses (if a list exists) and the acceptable Free Software [license list](http://www.gnu.org/licenses/license-list.html). (Perhaps not directly related but for reference, here's the Open Source [license list](http://www.opensource.org/licenses/index.html)) - -What will this consist of? In the end the result will need to be simply a list of packages with their license marked next to them. This will be relatively simple for those packages that use a standard license. Software that has it's own custom license will need to be categorized. - -I am thinking of ways to automatically check the licenses and to get lists of the various "Priority:" packages. I thought this list of package names would be easy to obtain. The first step is getting the list of packages. This is possible by parsing /var/lib/dpkg/available, using dpkg or using apt-cache. - -The next step is checking the licenses of the packages. There is no dpkg package field available for license. A script that checks licenses will involve using "apt-get source" to check the COPYING and/or similar files in each package. - --- [[Main/GrantBow]] - 5 Oct 2002 - -I used the following command on an old Hurd machine to get the 22 packages with Essential in their description. I've listed them and put them in a table at the end of this topic. - - sed -e '/./{H;$!d;}' -e 'x;/Essential\:\ yes/!d' /var/lib/dpkg/status | egrep ^Package | sort - -base-files base-passwd bash bsdutils debianutils diff dpkg e2fsprogs fileutils findutils grep gzip hostname hurd ncurses-base ncurses-bin perl-base sed shellutils tar textutils util-linux - -Using `base` instead of `Essential\:\ yes` above I find 64 additional packages. - -adduser alsa-base apt autoconf2.13 bug cpp-3.0 cvs debconf debconf-utils debhelper debiandoc-sgml debian-policy developers-reference exim fetchmail-common g++-3.0 gcc-3.0 gcc-3.0-base gettext gettext-base gnumach groff groff-base inetutils libc0.3 libc0.3-dev libdb2 libdb2++ libdb2-dev libdb2++-dev libdb2-util libdb3 libgdbmg1 libncurses5 libnet-perl libpam0g libpam-runtime libperl5.6 libpopt0 libpopt-dev libreadline4 libstdc++3 libstdc++3-dev libwrap0 libxaw7 man-db mawk mutt netbase passwd perl python python2.1 screen sgmltools-lite slang1 ssh tcpd texinfo xfree86-common xlibs xserver-common xterm xutils - --- [[Main/GrantBow]] - 11 Jan 2003 - -<table border="1" cellpadding="1" cellspacing="0"> - <tr> - <td> Name </td> - <td> Compatible License? </td> - </tr> - <tr> - <td> base-files </td> - <td> </td> - </tr> - <tr> - <td> base-passwd </td> - <td> </td> - </tr> - <tr> - <td> bash </td> - <td> </td> - </tr> - <tr> - <td> bsdutils </td> - <td> </td> - </tr> - <tr> - <td> debianutils </td> - <td> </td> - </tr> - <tr> - <td> diff </td> - <td> </td> - </tr> - <tr> - <td> dpkg </td> - <td> </td> - </tr> - <tr> - <td> e2fsprogs </td> - <td> </td> - </tr> - <tr> - <td> fileutils </td> - <td> </td> - </tr> - <tr> - <td> findutils </td> - <td> </td> - </tr> - <tr> - <td> grep </td> - <td> </td> - </tr> - <tr> - <td> gzip </td> - <td> </td> - </tr> - <tr> - <td> hostname </td> - <td> </td> - </tr> - <tr> - <td> hurd </td> - <td> </td> - </tr> - <tr> - <td> ncurses-base </td> - <td> </td> - </tr> - <tr> - <td> ncurses-bin </td> - <td> </td> - </tr> - <tr> - <td> perl-base </td> - <td> </td> - </tr> - <tr> - <td> sed </td> - <td> </td> - </tr> - <tr> - <td> shellutils </td> - <td> </td> - </tr> - <tr> - <td> tar </td> - <td> </td> - </tr> - <tr> - <td> textutils </td> - <td> </td> - </tr> - <tr> - <td> util-linux </td> - <td> </td> - </tr> -</table> diff --git a/hurd/running/debian/package_troubleshooting.mdwn b/hurd/running/debian/package_troubleshooting.mdwn index c6236c2f..476039e0 100644 --- a/hurd/running/debian/package_troubleshooting.mdwn +++ b/hurd/running/debian/package_troubleshooting.mdwn @@ -1,16 +1,5 @@ This page reports known Hurd-specific bugs, quirks and corresponding solutions and workarounds with Debian GNU/Hurd package installation and working. -## <a name="Dpkg_wants_external_programs_"> Dpkg wants external programs? </a> - -It may be that dpkg wants external GNU/Linux-specific programs that it can't found or that just don't exist on the Hurd. You can trick dpkg by copying and running this script as root: - - #!/bin/bash - ln -s /sbin/ldconfig /bin/ldconfig - ln -s /bin/true /bin/update-rc.d - ln -s /bin/true /bin/start-stop-daemon - ln -s /bin/true /bin/install-info - ln -s /bin/true /bin/update-alternatives - ## <a name="SSH_not_working"> </a> SSH not working You must set up the [[translator/random]] device first. @@ -28,22 +17,3 @@ This is related to issues in Pango. * Run as root: pango-querymodules > /etc/pango/pango.modules - -## <a name="Installing_a_package_seems_to_ha"> Installing a package seems to hang forever </a> - -There are various reasons for this. - -* If interrupting the process with ctrl-c gives a line like that: - - File "/usr/lib/python2.4/os.py", line 723, in urandom - bytes += read(_urandomfd, n - len(bytes)) - KeyboardInterrupt - -it is the random device fault. Follow the [[translator/random]] guide. If you already did, try _anyway_ to detach and reattach the translators. - -## <a name="Cannot_compile_even_trivial_C_pr"> Cannot compile even trivial C programs </a> - -Check to have installed the following: - - apt-get install build-essential - apt-get install libc-dev diff --git a/hurd/running/distrib.mdwn b/hurd/running/distrib.mdwn index befb015d..5f54e08c 100644 --- a/hurd/running/distrib.mdwn +++ b/hurd/running/distrib.mdwn @@ -6,58 +6,14 @@ GNU/Hurd distributions in early stages of development: * [[Arch|arch_hurd]] (features a LiveCD) * [[Nix]] -* [[Gentoo]] -* [[GNU]] -<!-- Bee GNU/Hurd doesn't seem to exist anymore. -* [[Bee]] ---> +Defunct GNU/Hurd distributions: -# Issues - -<dt>[[SoftwareLicensing]]</dt> -<dd> The copyright and license information for software that is distributed with the Hurd software is important. Debian has its DFSG guidelines. Other distributions will need to address these same issues. </dd> - -[[GnuDebianRelationship]] - - -## <a name="Installation"> Installation </a> - -<dl> - <dt> Install Instructions</dt> - <dd> Currently, <a href="http://www.debian.org/ports/hurd/hurd-install" target="_top">Debian's installation instructions</a> are the most up-to-date. [[Hurd/InstallNotes]] is an errata companion document with more helpful hints that have not yet been incorporated. </dd> -</dl> - -<dl> - <dt>[[CrossInstall]]</dt> - <dd> Another way to install a system. </dd> -</dl> - -<dl> - <dt> Release Information</dt> - <dd> About the latest CD release. Includes errata, known bugs and fixes. See [[CDNotesHome]] and [[TarballNotesHome]] for summaries </dd> -</dl> - -<dl> - <dt>[[GRUB]]</dt> - <dd> A quick reference and explanation. </dd> -</dl> - -<dl> - <dt>[[InstallTips]]</dt> - <dd> Info on how to install without a cd drive or linux installed as well as a few tips. </dd> -</dl> - -Another installation method is using an emulated environment. The [[BochsEmulator]] was originally the recommended virtual machine solution, however most have switched over to QEMU, as it runs faster. - -* [[hurd/running/QEMU]] - A guide on how to use QEMU to run the hurd. -* [[BochsFAQ]] - Common questions you should read. -* [[VmWare]] - Why using it is discouraged. - -<dl> - <dt> Debian Installer</dt> - <dd> Work has been started by James Morrison and Glenn <nop>McGrath to [[PortDebootstrap]]. There is also a [[NewDebianInstaller]]. Why should Hurd folks care? It's important because this is the next generation installer that is intended to be used by all ports when Sarge is released. </nop></dd> -</dl> + * Bee GNU/Hurd. Castellano distribution, pkgsrc package based. + * [[GNU]] + * Unofficial port to Gentoo and the portage system. It was + [announced](http://forums.gentoo.org/viewtopic.php?t=41939&postdays=0&postorder=asc&start=0) + March 17, 2003 in the Gentoo forums, but development stopped at some point. # Using @@ -81,69 +37,8 @@ about getting applications to work (if possible). <dd> What does it take to move a piece of Debian packaged software to the GNU/Hurd port? </dd> </dl> -<dl> - <dt>[[BuildingTheHurd]]</dt> - <dd> A summary by the Gentoo folks, thanks <a href="http://cvs.gentoo.org/~avenj/" target="_top">Jon Portnoy</a> - <a href="mailto:avenj@gentooNOSPAM.org">avenj@gentooNOSPAM.org</a></dd> -</dl> - -<dl> - <dt> Debian Infrastructure</dt> - <dd> Testing is critical in helping the development effort. Bugs (defect reports) can be filed against the Debian software package in which they are found. [[debian/patch_submission]] tells how to file a Debian bug report. [[DebianPackages]] has some information about how Debian splits the software into packages and some references. There is a buildd autobuilder compiling the Debian Sid archive software for the GNU/Hurd port. [[BuilddStatus]] includes information on the buildd & turtle efforts. </dd> -</dl> - -<dl> - <dt><a href="http://hurd.she.kicks-ass.org:8084/uninstallable/" target="_top">Uninstallable packages</a></dt> - <dd> Many packages depend on these uninstallable packages. So building one of them will allow other to be build too. </dd> -</dl> - -<dl> - <dt> Technical References</dt> - <dd> There are many standards and documents that might be applicable for those interested in developing software. </dd> -</dl> - -* GNU [Coding Standards](http://www.gnu.org/prep/standards.html) -* [[TestSuites]] - Posix, Perl, results feedback, etc. -* [[Documentation]] -* [[System_API_Limitations]] -* [[CodeAnnouncements]] - Recent coding projects related to the Hurd - -<dl> - <dt> Debian <a href="http://www.debian.org/devel/" target="_top">Developer's Corner</a></dt> - <dd> The following references are provided as a starting point for those interested in helping to package software for Debian GNU/Hurd and Debian GNU/Linux. </dd> -</dl> - -* [Policy Manual](http://www.debian.org/doc/debian-policy/) -* Developer's [Reference](http://www.debian.org/doc/developers-reference/) -* New Maintainers [Guide](http://www.debian.org/doc/maint-guide/) -* There are many Debian email lists - -<dl> - <dt> Debian Todo</dt> - <dd> Packages needing attention. A possible use of this site could be to help track similar needs via [[HurdWnpp]]. This is not yet implemented. </dd> -</dl> - -<dl> - <dt>[[GnuDistributionRumors]]</dt> - <dd> There are some discussions and several rumors circulating about creating a completely new distribution, not using a Debian architecture. </dd> -</dl> # Misc. -<dl> - <dt> Why a separate section of the website for this?</dt> - <dd> There are fundamentally different issues about distributions compared with coding. Distributions are concerned with final default configurations of packaged software and system integration as they use many software packages and help give users a sense of using an OS "product." </dd> -</dl> - -<dl> - <dt>[[WhyDebian]]</dt> - <dd> A one page document focused on Debian aimed at users to answer their question "Why Debian?" </dd> -</dl> - -<dl> - <dt>[[DebianProductSheet]]</dt> - <dd> Technical description of Debian aimed at those interested in Debian. </dd> -</dl> - -* [Misc. Docs @Etherhogz](http://www.etherhogz.org/doc/) (broken) * [Ognyan Kulev Collection](http://debian.fmi.uni-sofia.bg/~ogi/hurd/links/index.html) of links (unsupported) * [2000 Jim Franklin Collection](http://angg.twu.net/the_hurd_links.html) of links diff --git a/hurd/running/gentoo.mdwn b/hurd/running/gentoo.mdwn deleted file mode 100644 index ef72bfad..00000000 --- a/hurd/running/gentoo.mdwn +++ /dev/null @@ -1,34 +0,0 @@ -* [Archived try at a Gentoo GNU/Hurd](http://www.mundurat.net/ggh/) - -Unofficial port to Gentoo and the portage system. It was -[announced](http://forums.gentoo.org/viewtopic.php?t=41939&postdays=0&postorder=asc&start=0) -March 17, 2003 in the Gentoo forums. There's a #gentoo and a #gentoo-hurd IRC channel similar to -[[IRC]]. - -### State of the GGH, 2009-05 - -> *Did you work a bit more on the Gentoo GNU/Hurd?* - -I tried to resume my work 3-4 months ago but I found some problems with -portage and python functions not implemented on Hurd so I stopped. I think -that back in 2006 with portage 2.0.54 those functiones weren't necessary. - -> *And do you have some information which might help others advance what you began?* - -I just have all the ebuilds and binary packages I merged online on -[http://www.mundurat.net/ggh/portage](http://www.mundurat.net/ggh/portage). - -To continue my work just take a Debian/Hurd and install portage by hand. - -Once there take the profile and start bootstraping portage and all the -ebuild it needs (patch, python, bzip2...). - -The major problems are: - -- combine the perfect gcc/binutils/glibc/gnumach/hurd and to be able to boot -- lack of development on gnumach/hurd and current 'degraded' status. - -I don't think I can help much right now, but if you have any other -question just write me. - -MiKeL diff --git a/hurd/running/gnu.mdwn b/hurd/running/gnu.mdwn index 94012ef5..ae34a7c3 100644 --- a/hurd/running/gnu.mdwn +++ b/hurd/running/gnu.mdwn @@ -8,75 +8,13 @@ System is one of the goals of the [GNU Project](http://www.gnu.org/), which was [Richard Stallman](http://www.stallman.org/). +## Resources -[[gnu/GNU]]. - -It is our wish and goal to establish a new direction for the GNU system distribution. To that end, this page will begin setting some direction. This was spawned by several discussions over a few days on the Hurd mailing lists and IRC. - -This is not intended to detract from Debian GNU/Hurd and we should help them where we can. - -I really want this to be more of a community driven effort in the spirit of say, Ubuntu. We all have different motivations and skill levels but we need a common goal to get this system going. - -These are just some quick notes I am making late at night. Let's clean this up. - -## <a name="Motivations"> Motivations </a> - -1. There is a possibility that Debian drops support for GNU/Hurd. -2. Other GNU/Linux distributions do not support the Hurd infrastructure well. -3. Benefiting from the Hurd design and using a microkernel. -4. Freedom. - -## <a name="Community"> Community </a> + * [[mailing_lists/gnu-system-discuss]] mailing list -1. Let's establish some ground rules. -2. We need infrastructure - * Wiki for community documentation - * Mailing lists like gnu-system-discuss exists for mostly technical items - * IRC channels like #hug and ##hurd - * Perhaps less formal and less intimidating channels and mailing lists would involve broader parts of the community -3. We need a community vision and direction. - * Let's work together for a common goal - * Let's establish goals and priorities and get resources on them. (More later) - * Major goal to create a system making full use of Hurd features? - * We should never hesitate to throw away existing stuff whenever it hinders us to make good use of Hurd features - * However, we should try to reuse existing stuff (from Debian for example) as long as it doesn't limit our possibilities or impose considerable overhead - * Let's have fun. It's GNU and it's important but let's enjoy ourselves. ## Download - * Official GNU snapshot <http://www.update.uu.se/~ams/GNU> * Extended GNU distribution <http://i-hug.sarovar.org/downloads/GNU/extended/> -## <a name="Tools"> Tools </a> - -1. Developer Needs - * RPC Trace -2. Installer - * Native installer would be preferred but we can bootstrap GNU/Linux for now if necessary -3. Package Management - * There is a proposal to use stowfs. Let's get this going and test it out. Can it be made to work? How long will it take? - * Repository for packages - * Probably we can host it on the GNU servers - * Bug / Issue tracking - * Probably we should set up a Savannah project - * How to handle experimental patches to the core packages (Hurd, Mach, libc etc.) that are not in official CVS yet? - -## Resources - - * [[Universal_package_manager]] - * How to [[set_up_GNU|setup]] and archiver for GNU - * [[Create_an_image]] - -## <a name="Todo"> Todo </a> - -1. AMS had made a GNU release. We can try it and test it to good use. We can fix broken things in it, and enhance it. - * The snapshot is very old. Probably better to build something from current stuff, even if it means more work - * ams said that he would like to get a new snapshot out that would be on a Live CD and using stowfs. I think what we need to do is start using/fixing GNU System Creator (GSC) to build packages for this effort. -2. GNU is all about freedom AND ease of use. So, given installers are by nature quite complex, how should we install GNU on users's computers? I think ams's GSC comes into play here, maybe ams or sdschulze could (re-)write specifications of GSC. -3. Until we have an installer ready, we could go the Gentoo-like route, and have every part manually installed. A good installation documentation may help. Our next milestone may be just this (in case ams hasn't already done it): - * have a good installation document out, with all the required packages hosted at gnu.org or savannah.org - * get stowfs working -4. Maybe try to use hacked Debian packages until we get native ones? -5. Move on, start coding, documenting, packaging. - -I tried refactoring this page, but didn't get far. -- [[Main/AaronHawley]] - 18 Feb 2006 + As of 2013-01, the latest image provided there is from 2006. diff --git a/hurd/running/gnu/create_an_image.mdwn b/hurd/running/gnu/create_an_image.mdwn deleted file mode 100644 index 98af99eb..00000000 --- a/hurd/running/gnu/create_an_image.mdwn +++ /dev/null @@ -1,98 +0,0 @@ -[[!meta copyright="Copyright © 2007, 2008, 2012 Free Software Foundation, -Inc."]] - -[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable -id="license" text="Permission is granted to copy, distribute and/or modify this -document under the terms of the GNU Free Documentation License, Version 1.2 or -any later version published by the Free Software Foundation; with no Invariant -Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license -is included in the section entitled [[GNU Free Documentation -License|/fdl]]."]]"""]] - -Creating a bootable qemu image from a root filesystem and bootloader - -1. Create a hard disk image - - qemu-img create -f qcow <imagename.img> <size>G - -2. Use a live CD (better to have a lighter OS like system rescue CD to make the - process faster) and the image created to boot. - - qemu -m 512 -cdrom /dev/cdrom -drive cache=writeback,index=0,media=disk,file=<imagename.img> -boot d - -3. Once system is booted use a partition editing tool (like fdisk, cfdisk, - parted, gparted, qtparted ...) to partition the image. - - cfdisk - - create the necessary partitions (root and swap partitions boot, home ... if - required) - -4. Create a file system for the root partition - - mke2fs /dev/hda1 - -5. Mount the partition - - mkdir disk - mount /dev/hda1 disk - -6. Copy the file system from the host machine to the mounted directory (use a - compressed file system to make the copying faster) - - Grab the GNU snapshot from ams' site - <http://www.update.uu.se/~ams/home/slask/GNU/> - - scp <user>@<host>:<path to the compressed file system> disk - -7. Uncompress the files - - cd disk - tar -jxvf <compressed filesystem> - -8. Unmount the mounted partition - - cd .. - umount disk - -9. power off the guest OS. - - poweroff - -10. To make the file system bootable download a grub floppy image - - <http://hurd.in/pub/Hurd/HurdOnVMware/grub.img> - -11. Run qemu to boot into your brand new system - - qemu -m 512 -drive cache=writeback,index=0,media=disk,file=<hard disk image.img> -fda grub.img -boot a - -Happy Hacking !! - - -Make your new system boot from the hard disk - -1. Mount your grub image - - mkdir floppy - mount -t ext2 -o loop grub.img floppy - -2. Use previous steps 2 and 5 to boot from a liveCD and mount the partition - - cd disk/boot - scp -r <user>@<host>:<path to mounted floppy image directory>/boot/grub - -3. Poweroff the guest - - poweroff - -4. Boot new system using floppy image previous step 11 - - use install to hard disk option if you used the above grub image - - or go to grub command line and type - - root (hd0,0) - setup (hd0) - - Now you have a bootable system image. Enjoy Maadi !! diff --git a/hurd/running/gnu/gnu.mdwn b/hurd/running/gnu/gnu.mdwn deleted file mode 100644 index 3ee5f657..00000000 --- a/hurd/running/gnu/gnu.mdwn +++ /dev/null @@ -1,27 +0,0 @@ -## <a name="GNU_FSF_amp_RMS"> </a> GNU, FSF & RMS - -GNU stands for GNU's Not [[Unix]]. It is a project announced in 1983 by -[[RichardStallman]] (RMS). The Free Software Foundation -([FSF](http://www.fsf.org/fsf/fsf.html)) was founded in 1985 to act as a parent -organization for GNU and many other projects. GNU and some non-GNU projects -are now hosted on the [Savannah](http://savannah.gnu.org) platform similar to -SourceForge.net. - -<dl> -<dt>[[History]]</dt> -<dd> Background information about the GNU Project. </dd> -<dt>[[Names]]</dt> -<dd> A page describing the name GNU itself and it's usage. </dd> -<dt>[[Manifesto]]</dt> -<dd> A founding document that still influences the system's technical design and moral philosophy. </dd> -<dt> FAQ Link</dt> -<dd> What is the relation between <a href="http://www.gnu.org/software/hurd/faq.en.html#q1-2" target="_top">GNU and Hurd</a>? </dd> -<dt> Assisting</dt> -<dd> If you would like to help the GNU movement visit the official site at <a href="http://www.gnu.org" target="_top">http://www.gnu.org</a>. </dd> -<dt>[[SoftwareProjects]]</dt> -<dd> Information about other GNU projects. </dd> -<dt><a href="http://lists.gnu.org/mailman/listinfo/gnu-system-discuss" target="_top">gnu-system-discuss</a></dt> -<dd> Mailing list for discussion about the GNU system. </dd> -</dl> - -[[TODO]]. diff --git a/hurd/running/gnu/history.mdwn b/hurd/running/gnu/history.mdwn deleted file mode 100644 index f321c961..00000000 --- a/hurd/running/gnu/history.mdwn +++ /dev/null @@ -1,7 +0,0 @@ -The GNU project has a long history. For software projects, it is exceptionally long. For social movements it is quite short. Although, its history is incomplete, and is being made now (to which you could contribute). - -* [Announcement](http://www.gnu.org/gnu/initial-announcement.html): The original announcement made in 1983 by [[RichardStallman]]. -* [The GNU Project](http://www.gnu.org/gnu/gnu-history.html): A summary by [[RichardStallman]]. -* [History of the GNU Project](http://www.gnu.org/gnu/thegnuproject.html): About the GNU Project, by [[RichardStallman]]. - -Page started from links at [[GNU]]. -- [[Main/AaronHawley]] - 17 Feb 2006 diff --git a/hurd/running/gnu/manifesto.mdwn b/hurd/running/gnu/manifesto.mdwn deleted file mode 100644 index c2a3294f..00000000 --- a/hurd/running/gnu/manifesto.mdwn +++ /dev/null @@ -1,5 +0,0 @@ -Written early in the life of the GNU project, the GNU manifesto still influences the design of the GNU system. - -* [The GNU Manifesto](http://www.gnu.org/gnu/manifesto.html) - -Started page. -- [[Main/AaronHawley]] - 17 Feb 2006 diff --git a/hurd/running/gnu/names.mdwn b/hurd/running/gnu/names.mdwn deleted file mode 100644 index fcab6a11..00000000 --- a/hurd/running/gnu/names.mdwn +++ /dev/null @@ -1,8 +0,0 @@ -The GNU stands for GNU's Not [[Unix]]. It is a project as described in [[GNU]]. - -What can be confusing is the usage. GNU can stand for: - -* an entire system as envisioned in 1983. GNU/Hurd is a synonym. -* GNU components when used with the Linux kernel: GNU/Linux This term has been adopted by the [Debian project](http://www.debian.org) but is not recognized as widely as the FSF would like. - --- [[Main/GrantBow]] - 03 Mar 2004 diff --git a/hurd/running/gnu/richardstallman.mdwn b/hurd/running/gnu/richardstallman.mdwn deleted file mode 100644 index d6688850..00000000 --- a/hurd/running/gnu/richardstallman.mdwn +++ /dev/null @@ -1,6 +0,0 @@ -Richard Stallman (or ''RMS'') is the found of the GNU project, the Free Software Foundation and author of numerous GNU software packages. More useful information about Richard is available from his Wikipedia entry or his personal Web site. - -* [Wikipedia: Richard Stallman](http://en.wikipedia.org/wiki/Richard_Stallman/): Entry at Wikipedia -* [Stallman dot org](http://www.stallman.org/): Personal Web site. - -Page started. This seems like the appropriate Wiki to have the page. -- [[Main/AaronHawley]] - 17 Feb 2006 diff --git a/hurd/running/gnu/setup.mdwn b/hurd/running/gnu/setup.mdwn deleted file mode 100644 index 2fb30c7b..00000000 --- a/hurd/running/gnu/setup.mdwn +++ /dev/null @@ -1,84 +0,0 @@ -[[!meta copyright="Copyright © 2007, 2008 Free Software Foundation, Inc."]] - -[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable -id="license" text="Permission is granted to copy, distribute and/or modify this -document under the terms of the GNU Free Documentation License, Version 1.2 or -any later version published by the Free Software Foundation; with no Invariant -Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license -is included in the section entitled -[[GNU Free Documentation License|/fdl]]."]]"""]] - -Setup is very easy (You need a GNU/Linux system to install GNU, we are developing an installer for GNU and if you want to help us join us on [gnu-system-discuss](http://lists.gnu.org/mailman/listinfo/gnu-system-discuss)), just follow these steps ... - -## Step 1: Find a home for GNU - -create a partition with minimum of 800 MB (if you want to install programs later you might need to allocate more space) - -It comes with GNU Emacs 21.4, gcc 4.0, gdb 6.3, parted, wget and many more - -Note: 2GB limit for partitions is no more there, it is fixed - -## Step 2: Create GNU Hurd filesystem on the partition - - # mke2fs -o hurd /dev/hdd6 - -## Step 3: Grab a snapshot of the GNU - -from <http://www.update.uu.se/~ams/home/slask/GNU/> or Extended GNU from <http://i-hug.sarovar.org/downloads/GNU/extended/> - -## Step 4: Extract the snapshot to the newly created partition - - # mount /dev/hdd6 /mnt - # cd /mnt - # tar -jxvf <path to downloaded location>/GNU--2006-01-08.tar.bz2 - -Wait for the extraction to complete, depending on the system configuration the time varies. The compressed image is 178MB and it uncompresses to about 750MB - -## Step 5: Configure grub to boot GNU - -This can be tricky since the partition naming is different for linux, grub and hurd - -My configuration look like this ... - - title GNU (also known as GNU/Hurd)(Single user) - root (hd0,5) - kernel /boot/gnumach.gz root=device:hd3s6 -s - module /hurd/ext2fs.static --multiboot-command-line=${kernel-command-line} --host-priv-port=${host-port} --device-master-port=${device-port} --exec-server-task=${exec-task} -T typed ${root} $(task-create) $(task-resume) - module /lib/ld.so.1 /hurd/exec $(exec-task=task-create) - - title GNU (also known as GNU/Hurd)(Multi-user) - root (hd0,5) - kernel /boot/gnumach.gz root=device:hd3s6 - module /hurd/ext2fs.static --multiboot-command-line=${kernel-command-line} --host-priv-port=${host-port} --device-master-port=${device-port} --exec-server-task=${exec-task} -T typed ${root} $(task-create) $(task-resume) - module /lib/ld.so.1 /hurd/exec $(exec-task=task-create) - - grub linux hurd - hd0,5 hdd6 hd3s6 - -If you have only one harddisk it will be hd0 for grub wherever you connect it. -But linux and hurd names depend on whether you connect it as primary master -(hda or hd0), primary slave (hdb or hd1) [this is my cdrom drive], secondary - master (hdc or hd2) or secondary slave (hdd or hd3) [this is my precious -Maxtor 2GB hard disk]. - -The partition naming of hurd is similar to BSD slices. hda1 is hd0s1, hda2 is - hd0s2 ... - -In my case the root device is hd0s6 (hdd6) - -## Step 6: Now boot into your brand new GNU System. - -It will do some initial setup and you will get a prompt. -Now reboot into your configured GNU System. - - # reboot - -## Step 7: Start using your GNU system - -Here is the GNU/Hurd users guide. It starts from the basics. <http://www.gnu.org/software/hurd/users-guide/using_gnuhurd.html> - -*Warning! : It is not yet ready for normal use, it is a developer's release.* - -So when you encounter bugs report it to bug-hurd@gnu.org - -Join us on gnu-system-discuss <http://lists.gnu.org/mailman/listinfo/gnu-system-discuss> to help finish the GNU System. diff --git a/hurd/running/gnu/softwareprojects.mdwn b/hurd/running/gnu/softwareprojects.mdwn deleted file mode 100644 index 4790c5c9..00000000 --- a/hurd/running/gnu/softwareprojects.mdwn +++ /dev/null @@ -1,8 +0,0 @@ -Some of the GNU software effects the Hurd development directly or indirectly. Here's a place for notes about these changes. The official sources are the GNU software [Directory](http://www.gnu.org/directory/) (sponsored by the UN!), [Projects](http://www.gnu.org/projects/), [Packaging](http://www.gnu.org/software/packaging/) and [savannah](http://savannah.gnu.org/) pages, but this page is for Hurd related notes about them. - -<dl> - <dt> GCC</dt> - <dd> deb packages of gcc-{3.2,3.3} are available for testing from <a href="http://people.debian.org/~mbanck/hurd-gcc-4.0/" target="_top">http://people.debian.org/~mbanck/hurd-gcc-4.0/</a> ./ </dd> -</dl> - -* [[Universal_package_manager]] and archiver for GNU diff --git a/hurd/running/gnu/todo.mdwn b/hurd/running/gnu/todo.mdwn deleted file mode 100644 index e2dc2e89..00000000 --- a/hurd/running/gnu/todo.mdwn +++ /dev/null @@ -1,6 +0,0 @@ -There are varying things to be done for the operating system requiring a variety of effort, and skills. The following are todo lists with a focus on meeting needs for releasing the GNU system. - -* [Alfred Szmidt's todo list](http://lists.gnu.org/archive/html/gnu-system-discuss/2006-06/msg00056.html) - Post to gnu-system-discuss on 21 Jun 2006. -* [Hurd Task list](http://savannah.gnu.org/task/?group=hurd) - Maintained on the GNU Savannah list. - -Page started. -- [[Main/AaronHawley]] - 29 Jun 2006 diff --git a/hurd/running/gnu/universal_package_manager.mdwn b/hurd/running/gnu/universal_package_manager.mdwn deleted file mode 100644 index bf1b92e0..00000000 --- a/hurd/running/gnu/universal_package_manager.mdwn +++ /dev/null @@ -1,158 +0,0 @@ -[[!meta copyright="Copyright © 2007, 2008, 2009 Free Software Foundation, -Inc."]] - -[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable -id="license" text="Permission is granted to copy, distribute and/or modify this -document under the terms of the GNU Free Documentation License, Version 1.2 or -any later version published by the Free Software Foundation; with no Invariant -Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license -is included in the section entitled -[[GNU Free Documentation License|/fdl]]."]]"""]] - -## Mission - -"To enable the GNU System to install packages of any format like rpm, deb, -ebuild... so that GNU System will be able to use softwares packaged by projects like Debian and Gentoo" - -## Features - -Basically all package management schemes follow similar approach, it will have a single binary archive containing the actual software and some metadata like packages it requires, what all it provides ... So when we install an rpm package this tool will help rpm tool to recognise the packages installed by stow and it will be stowed instead of the normal rpm way of installing in /usr. - -There can be both aproaches - - * Re-implement rpm, dpkg... to recognise stow as backend instead of its own data store. In that case we will have to re-implement, apt-rpm, yum ... - * Implement a translator which reads stow and show it as an rpm data store for yum, deb data store for apt-get ... - -One goal is obviously choice of packaging and hence availability of more packages. Also this gives maintainers a choice to continue building packages for GNU in the format they are already familiar with. The second goal is to demonstrate the flexibility GNU offers in implementing functionality in filesystems (open/read/write interface). - -## Why? - - * The GNU Hurd provides a lot of advanced features and functionalities. We aim to exploit those features. - * Combining translators with UnionFS gives a very exciting package manager. - * We could use the good features of existing packaging systems like deb, rpm, ebuilds, ports ... plus unionfs and hurd translator is a compelling combination. - -With the increased flexibility in implementing filesystems as per the requirements, we can implement the functionality similar to apt-get, emerge or yum... (dependency tracking, versions tracking...) in the filesystem itself. - -## What? - - * Have a basic filesystem based package manager - * Write translators to convert between GNU's packaging format and the existing one's like rpm, deb ... - -## How? - - * Installation of a package is just drag the package (be it a tgz, rpm, deb or an exe) and drop it to the package manager. - - * apt-cache search vim --> ls -al /packages/meta/ |grep vim - * apt-get install vim --> install vim - -Just a sample script. - - $ cd /packages/meta/vim/current/depends - $ for i in `ls *` - $ do - $ if [ -f /packages/binary/$i ] - $ then - $ echo "$i is installed" - $ else - $ install $i - $ fi - $ done - -The same can be achieved using any of the languages or front ends or even manual copying. - -If all the dependencies are there - - $ cp -r /ftp/ftp.gnu.org/packages/binary/vim/7.0 /packages/binary/vim/7.0 - -## Implementation Details - -Lets take the example of rpm, it is simply a cpio archive with software and -meta data as its contents. Just extract it to stow directory with a name -package-version. When apt-get or yum asks for information about already -installed packages read the stow tree and return back the requested data. - -Same case for ebuild. We can provide these details to any packaging system -in the way it wants using a translator. So support for a new format is -just writing the new translator. - -## Initial idea - -A bit more complex than the earlier scheme but it is more exciting and we can look at this scheme seriously once we have the simple scheme working. - -All packages are installed at -`/packages/binary/<packagename>/<packageversion>`. - -For example vim 6.4 version can be installed from source like - - # cd vim64 - # ./configure --prefix=/packages/binary/vim/6.4 - # make - # make install - -Now if you have another vim version, say 7.0 then just follow the steps - - # cd /packages/source/vim - # CP /<pathtovimtarball>/vim-7.0.tar.bz2 - # tar -jxvf vim-7.0.tar.bz2 - # mv vim70 7.0 - # ./configure --prefix=/packages/binary/vim/7.0 - # make - # make install - -You have 2 versions of vim and how can you specify which one is the current version? You can symlink the current version to select the version you would like to see as default - - # ln -s /packages/binary/vim/7.0 /packages/vim/current - -## Metadata: /packages/meta - -Dependency information is stored as a symbolic link to the required packages in a subdirectory called depends. - -## Requirement - -We will require unionfs support if we chose to go through path 2 (which is what I like because we can really show off with translators.) - - * Developing status - planning - * Near term goal - implement stow backend for dpkg - * High priority task - make unionfs work on boot. Mail from AMS to gnu-system-discuss on problem statement <http://www.mail-archive.com/gnu-system-discuss@gnu.org/msg00198.html> - -## Developer Guidelines. - - * GNU coding standards <http://www.gnu.org/prep/standards/> - - -## FAQ - Frequently asked questions - - 1. How can I join this project? - -OK. I will give you steps. - -i. Install a GNU System by folowing [[these_instructions|setup]] - -ii. Read about GNU Design: [[Towards_a_New_Strategy_of_OS_Design|hurd-paper]] - -iii. Read about translators <http://www.debian.org/ports/hurd/hurd-doc-translator> - -iv. Try out these cool [[translator_examples|translator/examples]] - -v. Add your name below and give a shout in the list. - - -## Comments?? - -Add your comments here - -## Interested? - -To join the project just list your name below. - - 1. PraveenA - 2. IsaacPraveen - 3. VikramVincent - 4. MaheshM - 5. Nidhin Raghavan - 6. Ajish.B - 7. Ambili.B - 8. Abhradip Mukherjee - 9. Ermenegildo Fiorito - 10. Oltion Doda - 11. Russell James diff --git a/hurd/running/qemu.mdwn b/hurd/running/qemu.mdwn index 3648c7d6..a0b9e6da 100644 --- a/hurd/running/qemu.mdwn +++ b/hurd/running/qemu.mdwn @@ -1,5 +1,5 @@ -[[!meta copyright="Copyright © 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 -Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, +2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -180,8 +180,6 @@ Partitioning `/dev/hd0`: All files in one partition. Once you have finished installing the base system (might take some time) the system is rebooted and next boot will be from the hard disk. Now you are able to log in to your newly installed GNU/Hurd system. -Also see another text about how to [[gnu/create_an_image]] for the -[[GNU_system|gnu]]. ## Running the installed system diff --git a/hurd/status.mdwn b/hurd/status.mdwn index e6545b27..ce9e01dd 100644 --- a/hurd/status.mdwn +++ b/hurd/status.mdwn @@ -30,7 +30,7 @@ instance. You can run the X window system, applications that use it such as gnumeric, iceweasel, and advanced server applications like the Apache webserver. On the negative side, the support for character devices (like sound -cards) and other hardware is mostly missing. Although the [[POSIX +cards) and other hardware (USB, multicore) is mostly missing. Although the [[POSIX interface|faq/posix_compatibility]] is provided, some additional interfaces like POSIX shared memory or semaphores are still under development. @@ -51,9 +51,9 @@ align="right" ]] [[Debian GNU/Hurd|running/debian]] closely tracks the progress of the Hurd (and often includes new features). They offer *LiveCDs and QEMU images* to -test-drive the Hurd, and about 75% of the Debian software archive are +test-drive the Hurd, and about 78% of the Debian software archive are available. The most recent version of the Debian GNU/Hurd port at the time of -writing was published on 2012 February 21st. +writing was published on 2013 January 5th. Debian Wheezy will unfortunately not officially release officially the Hurd port, an unofficial release will however be available. [[hurd/running/Arch_Hurd]] offers *LiveCDs* for testing and installation. diff --git a/hurd/translator/ext2fs/hurd-specific_extensions.mdwn b/hurd/translator/ext2fs/hurd-specific_extensions.mdwn index 774f1cf3..0a1380da 100644 --- a/hurd/translator/ext2fs/hurd-specific_extensions.mdwn +++ b/hurd/translator/ext2fs/hurd-specific_extensions.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2012 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2012, 2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -21,3 +21,13 @@ License|/fdl]]."]]"""]] <antrik> well, also a fourth set of permission bits, and an "author" field <braunr> right <antrik> both very obscure features that better never existed... + +The fourth set of permission bits is for unknown users. + +In order to take advantage of these features, the owner/creator of the +partition must be set to *hurd*. `mke2fs`, unless specifically overridden on +the command line (`-o hurd`, for example), will set the default to whatever +system it is running on. At least the root filesystem must be of *hurd* type, +as it has to store various passive translator settings. Even if a file system +is not of the native type, others may still use it; they just may not be able +to use certain extensions. diff --git a/hurd/translator/pfinet/ipv6.mdwn b/hurd/translator/pfinet/ipv6.mdwn index edd31017..95629b8b 100644 --- a/hurd/translator/pfinet/ipv6.mdwn +++ b/hurd/translator/pfinet/ipv6.mdwn @@ -10,7 +10,7 @@ is included in the section entitled [[GNU Free Documentation License|/fdl]]."]]"""]] [[Stefan_Siegl|stesie]] has added IPv6 support to the pfinet [[translator]]. -This was [Savannah task #5470](http://savannah.gnu.org/task/?5470). +This was [[!GNU_Savannah_task 5470]]. # Implementation diff --git a/hurd/translator/procfs/jkoenig/discussion.mdwn b/hurd/translator/procfs/jkoenig/discussion.mdwn index e71ea02b..84d3c4c6 100644 --- a/hurd/translator/procfs/jkoenig/discussion.mdwn +++ b/hurd/translator/procfs/jkoenig/discussion.mdwn @@ -218,6 +218,20 @@ Needed by glibc's `pldd` tool (commit [[!message-id "alpine.LFD.2.02.1110111111260.2016@akari"]]. Needed by glibc's `stdlib/tst-secure-getenv.c`. +Is it generally possible to use something like the following instead? +Disadvantage is that every program using this needs to be patched. + + #include <dlfcn.h> + [...] + Dl_info DLInfo; + int err = dladdr(&main, &DLInfo); + if (err == 0) + [...] + /* Pathname of shared object that contains address: DLInfo.dli_fname. */ + /* Filter it through realpath. */ + +This is used in `[LLVM]/lib/Support/Unix/Path.inc`. + # `/proc/[PID]/fd/` @@ -300,17 +314,6 @@ Needed by glibc's `pldd` tool (commit report why the test suite failed -# IRC, freenode, #hurd, 2011-06-19 - - <pinotree> jkoenig: procfs question: in process.c, process_lookup_pid, why - is the entries[2].hook line repeated twice? - <jkoenig> pinotree, let me check - <jkoenig> pinotree, it's probably just a mistake, there's no way the second - one has any effect - <pinotree> jkoenig: i see, it looked like you c&p'd that code accidentally - <jkoenig> pinotree, it's probably what happened, yes. - - # `/proc/[PID]/cwd` ## IRC, freenode, #hurd, 2012-06-30 diff --git a/hurd/translator/random.mdwn b/hurd/translator/random.mdwn index 9fc975f2..8304f600 100644 --- a/hurd/translator/random.mdwn +++ b/hurd/translator/random.mdwn @@ -1,4 +1,4 @@ -[Savannah task #5130: random translator](http://savannah.gnu.org/task/?5130) +[[!GNU_Savannah_task 5130]]: random translator. See the attached [[mbox.bz2]] containing all the emails concerning this topic which I was able to gather from public archives. (!) This is not up-to-date diff --git a/index/discussion.mdwn b/index/discussion.mdwn index f369ed35..4ac16414 100644 --- a/index/discussion.mdwn +++ b/index/discussion.mdwn @@ -1,12 +1,14 @@ -[[!meta copyright="Copyright © 2007, 2008 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2007, 2008, 2013 Free Software Foundation, +Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license -is included in the section entitled -[[GNU Free Documentation License|/fdl]]."]]"""]] +is included in the section entitled [[GNU Free Documentation +License|/fdl]]."]]"""]] + # TODO @@ -23,47 +25,7 @@ I would like to see the contributions page modified to include hardware needed, <azeem-uni> and proabably make links to that on w.d.o - <azeem-uni> tschwinge: also a top-level "How can I help Hurd development" paragraph would be nice - - -we have "how to set-up Hurd consoles" and "how to set up Xorg in Hurd" but we do not have any -general after-installation problems page e.g. networking problem, upgrade problem. later -with that information we can make a page named: Technical FAQs. --[[arnuld]] - - -I'd like an RSS or Atom feed of the changes to the Wiki. Is there a way that there could be one? -- ThomasThurman - -> I'm discussing this with upstream. It is not as trivial as one might think, -> as it -- I suppose -- means rendering the RecentChanges page to static HTML, -> but I also don't see why it shouldn't be possible. --[[tschwinge]] - ->> This has now been done, see [[recent_changes]]. --[[tschwinge]] - -> Upstream, Joey Hess, says that the RecentChanges page *is not static for -> speed reasons mostly*. What we can do -- which is also what [[ikiwiki]] [is -> doing](http://ikiwiki.info/download/) -- is that *commits to this git -> repository are fed into [CIA](http://cia.vc/), and can be browsed, subscribed -> to etc on its [project page](http://cia.vc/stats/project/ikiwiki)*. I'll try -> to take care about that. --[[tschwinge]] - - ## How to Rearrange [[Hurd]] and [[Distrib]] are a messy conglomeration of everything and should be cleaned and re-ordered. --[[tschwinge]] - - -The three of [[Xfree86]], [[DebianX]], [[DebianXorg]] should be merged into -one. - - - <azeem> tschwinge: maybe we should discuss wiki page naming policies WRT Debian - <azeem> I'd rather have something like /Debian, /DebianInstall, /DebianFAQ, /DebianInstallCrosshurd etc. - <azeem> than the current distrib - - -What to do with [[GNU]]? --[[tschwinge]] - - -Someone could work on getting us some nice style-sheets; see [[local.css]]. ---[[tschwinge]] diff --git a/open_issues/binutils.mdwn b/open_issues/binutils.mdwn index 5c309d47..757ebbe9 100644 --- a/open_issues/binutils.mdwn +++ b/open_issues/binutils.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2007, 2008, 2010, 2011, 2012 Free Software +[[!meta copyright="Copyright © 2007, 2008, 2010, 2011, 2012, 2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable @@ -39,8 +39,8 @@ git log --reverse --topo-order --pretty=fuller --stat=$COLUMNS,$COLUMNS -w -p -C --> -Last reviewed up to the [[Git mirror's 7c102198e4a1ecee9cf175bd4ad87ee435956cae -(2012-12-16) sources|source_repositories/binutils]]. +Last reviewed up to the [[Git mirror's 944a6010b676b9f80f0a16c65183102b187822c5 +(2013-02-08) sources|source_repositories/binutils]]. * Globally @@ -118,16 +118,19 @@ Last reviewed up to the [[Git mirror's 7c102198e4a1ecee9cf175bd4ad87ee435956cae be helpful in the exec server, glibc, or elsewhere? Used in GDB (BFD) commit bdbd9758806ed855af89244870fdc52cf3ff09bc. + * `Add HOSTING_SCRT0 for PIE test`, 49cc20aa5c416ea4307931cccf6353247368187d + -- is for GNU/Linux only; but also seems unused. + # Build Here's a log of a binutils build run; this is from our [[Git repository|source_repositories/binutils]]'s `tschwinge/Paul_Desmond` branch, -commit 7c102198e4a1ecee9cf175bd4ad87ee435956cae (2012-12-16), run on +commit 944a6010b676b9f80f0a16c65183102b187822c5 (2013-02-08), run on kepler.SCHWINGE and coulomb.SCHWINGE. $ export LC_ALL=C - $ ../Paul_Desmond/configure --prefix="$PWD".install --enable-gold --with-sysroot=/ SHELL=/bin/dash CC=gcc-4.6 CXX=g++-4.6 2>&1 | tee log_build + $ ../Paul_Desmond/configure --prefix="$PWD".install --enable-gold --with-sysroot=/ SHELL=/bin/dash CC=gcc-4.7 CXX=g++-4.7 2>&1 | tee log_build [...] $ make 2>&1 | tee log_build_ [...] @@ -196,7 +199,11 @@ This needs roughly 6 min on kepler.SCHWINGE and 42 min on coulomb.SCHWINGE. The testsuite isn't prepared for using `crt0.o` instead of `crt1.o` depending on whether a static or dynamic executable is created. Documented in `ld/configure.host`. Perhaps we should finally rewrite this messy code - in glibc? + in glibc? Or, something similar to commit + 49cc20aa5c416ea4307931cccf6353247368187d `Add HOSTING_SCRT0 for PIE test` + can be used. + + Same issue for `FAIL: Common symbol override ifunc *` ones? * <a name="64ksec">`FAIL: ld-elf/64ksec`</a> diff --git a/open_issues/code_analysis.mdwn b/open_issues/code_analysis.mdwn index 98b9b1d5..138f3d6c 100644 --- a/open_issues/code_analysis.mdwn +++ b/open_issues/code_analysis.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2010, 2011, 2012 Free Software Foundation, +[[!meta copyright="Copyright © 2010, 2011, 2012, 2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable @@ -172,11 +172,32 @@ There is a [[!FF_project 276]][[!tag bounty]] on some of these tasks. Not yet [[ported to the Hurd|community/gsoc/project_ideas/gcc_asan]]. + * [GCC plugins](http://gcc.gnu.org/wiki/plugins) + + * [CTraps](https://github.com/blucia0a/CTraps-gcc) + + > CTraps is a gcc plugin and runtime library that inserts calls to runtime + > library functions just before shared memory accesses in parallel/concurrent + > code. + > + > The purpose of this plugin is to expose information about when and how threads + > communicate with one another to programmers for the purpose of debugging and + > performance tuning. The overhead of the instrumentation and runtime code is + > very low -- often low enough for always-on use in production code. In a series + > of initial experiments the overhead was 0-10% in many important cases. + * Input fuzzing - Not a new topic; has been used (and a paper published) for early UNIX - tools, I[[I|tschwinge]]RC. + Not a new topic; has been used (and papers published?) for early [[UNIX]] + tools. What about some [[RPC]] fuzzing? * <http://caca.zoy.org/wiki/zzuf> - What about some [[RPC]] fuzzing? + * <http://www.ece.cmu.edu/~koopman/ballista/> + + * [Jones: system call abuse](http://lwn.net/Articles/414273/), Dave + Jones, 2010. + + * [Trinity: A Linux kernel fuzz tester (and then + some)](http://www.socallinuxexpo.org/scale11x/presentations/trinity-linux-kernel-fuzz-tester-and-then-some), + Dave Jones, The Eleventh Annual Southern California Linux Expo, 2013. diff --git a/open_issues/dbus_in_linux_kernel.mdwn b/open_issues/dbus_in_linux_kernel.mdwn index a94e1fed..caf47711 100644 --- a/open_issues/dbus_in_linux_kernel.mdwn +++ b/open_issues/dbus_in_linux_kernel.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2010 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2010, 2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -8,9 +8,14 @@ Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled [[GNU Free Documentation License|/fdl]]."]]"""]] +[[!meta title="AF_BUS, D-Bus, and the Linux kernel"]] + Might be interesting to watch how this develops. -IRC, #hurd, August / September 2010 +[[!toc]] + + +# IRC, freenode, #hurd, about 2010-08/2010-09 <neal> check this out: <neal> someone is working on implementing dbus in linux @@ -62,3 +67,10 @@ IRC, #hurd, August / September 2010 * [\[PATCH 0/5\] RFC: Multicast and filtering features on AF_UNIX](http://article.gmane.org/gmane.linux.kernel/1040481), 2010-09-24 + + +# 2013-02 + +[AF_BUS, D-Bus, and the Linux +kernel](http://www.kroah.com/log/linux/af_bus.html), Greg Kroah-Hartman, +2013-02-08. diff --git a/open_issues/exec.mdwn b/open_issues/exec.mdwn index 47d1560a..ff3fccf5 100644 --- a/open_issues/exec.mdwn +++ b/open_issues/exec.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2010 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2010, 2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -8,7 +8,7 @@ Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled [[GNU Free Documentation License|/fdl]]."]]"""]] -[[!open_issue_hurd]] +[[!tag open_issue_hurd]] IRC, unknown channel, unknown date. diff --git a/open_issues/fork_deadlock.mdwn b/open_issues/fork_deadlock.mdwn index f8bf936e..08e53330 100644 --- a/open_issues/fork_deadlock.mdwn +++ b/open_issues/fork_deadlock.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2012 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2012, 2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -3405,3 +3405,162 @@ Thread 1 (Thread 9076.1): # [[!message-id "877govry7a.fsf@kepler.schwinge.homeip.net"]] + +## 2013-02-08 + +With Richard's `2.13-39+hurd.rbraun.3` packages (but doesn't seem related to +the issues he's working on), which includes the hack from the email above, +during a GDB build's `make install`: + + PID UID PPID PGrp Sess TH Vmem RSS %CPU User System Args + 1988 1000 1986 1715 420 2 146M 204K 97.6 0:01.49 3:19.91 /bin/dash -c catalogs='da.gmo de.gmo es.gmo fi.gmo fr.gmo ga.gmo id.gmo it.gm + + Thread 1 (Thread 1988.1): + #0 0x0105b82c in swtch_pri () at /home/rbraun/devel/debian/packages/eglibc/eglibc-2.13/build-tree/hurd-i386-libc/mach/swtch_pri.S:2 + No locals. + #1 0x0105d0b4 in __spin_lock_solid (lock=0x121900c) at spin-solid.c:27 + No locals. + #2 0x01071e73 in __spin_lock (__lock=<optimized out>) at ../mach/lock-intern.h:55 + No locals. + #3 _hurd_sigstate_lock (ss=0x1219008) at hurdsig.c:174 + No locals. + #4 0x0110f59c in _hurd_critical_section_unlock (our_lock=<optimized out>) at ../hurd/hurd/signal.h:235 + No locals. + #5 __fork () at ../sysdeps/mach/hurd/fork.c:716 + env = {{__jmpbuf = {18698228, 18972616, 0, 16926424, 16926052, 17887119}, __mask_was_saved = 0, __saved_mask = 5}} + pid = 0 + err = <optimized out> + __PRETTY_FUNCTION__ = "__fork" + ss = 0x1219008 + threads = 0x0 + nthreads = 0 + stopped = 1 + i = 6 + #6 0x08051620 in forkshell (jp=jp@entry=0x8064600, n=0x806378c, mode=0) at /home/thomas/tmp/dash/debian/dash-0.5.7/build-tmp/../src/jobs.c:934 + pid = <optimized out> + [...] + +This time, it's our own sigstate, not the global one: + + (gdb) print _hurd_global_sigstate + $1 = (struct hurd_sigstate *) 0x1219808 + + +## 2013-02-19 + +Reproduced the 2013-02-08 findings with Richard's `2.13-39+hurd.rbraun.6` +packages (but doesn't seem related to the issues he's working on), which +includes the hack from the email above, after a GCC build's `make` has been +running for 14.25 h (so very near the end of the build, darn): + + PID UID PPID PGrp Sess TH Vmem RSS %CPU User System Args + 2792 1000 2773 1728 409 2 146M 1.19M 0.0 0:00.20 0:00.80 /bin/dash /home/thomas/tmp/gcc/hurd/master/libatomic/configure --cache-fil + 3839 1000 2792 1728 409 2 146M 532K 0.0 0:00.00 0:00.00 /bin/dash /home/thomas/tmp/gcc/hurd/master/libatomic/configure --cache-fil + 3841 1000 3839 1728 409 2 146M 272K 95.4 4:13.12 5hrs /bin/dash /home/thomas/tmp/gcc/hurd/master/libatomic/configure --cache-fil + + #0 0x0105a87c in swtch_pri () at /home/rbraun/devel/debian/packages/eglibc/eglibc-2.13/build-tree/hurd-i386-libc/mach/swtch_pri.S:2 + No locals. + #1 0x0105c104 in __spin_lock_solid (lock=0x121d00c) at spin-solid.c:27 + No locals. + #2 0x01070f43 in __spin_lock (__lock=<optimized out>) at ../mach/lock-intern.h:55 + No locals. + #3 _hurd_sigstate_lock (ss=0x121d008) at hurdsig.c:174 + No locals. + #4 0x0110e66c in _hurd_critical_section_unlock (our_lock=<optimized out>) at ../hurd/hurd/signal.h:235 + No locals. + #5 __fork () at ../sysdeps/mach/hurd/fork.c:716 + env = {{__jmpbuf = {18694132, 18989000, 134637636, 16926072, 16925700, 17883231}, __mask_was_saved = 0, __saved_mask = 4294967295}} + pid = 0 + err = <optimized out> + __PRETTY_FUNCTION__ = "__fork" + ss = 0x121d008 + threads = 0x0 + nthreads = 0 + stopped = 1 + i = 6 + [...] + (gdb) frame 5 + #5 __fork () at ../sysdeps/mach/hurd/fork.c:716 + warning: Source file is more recent than executable. + 716 _hurd_critical_section_unlock (ss); + (gdb) list + 711 ! symbol_set_end_p (_hurd_fork_locks, p); + 712 ++p) + 713 __mutex_unlock (*p); + 714 } + 715 + 716 _hurd_critical_section_unlock (ss); + 717 + 718 return err ? __hurd_fail (err) : pid; + 719 } + 720 libc_hidden_def (__fork) + (gdb) frame 4 + #4 0x0110e66c in _hurd_critical_section_unlock (our_lock=<optimized out>) at ../hurd/hurd/signal.h:235 + warning: Source file is more recent than executable. + 235 _hurd_sigstate_lock (ss); + (gdb) list + 230 else + 231 { + 232 /* It was us who acquired the critical section lock. Unlock it. */ + 233 struct hurd_sigstate *ss = (struct hurd_sigstate *) our_lock; + 234 sigset_t pending; + 235 _hurd_sigstate_lock (ss); + 236 __spin_unlock (&ss->critical_section_lock); + 237 pending = _hurd_sigstate_pending(ss) & ~ss->blocked; + 238 _hurd_sigstate_unlock (ss); + 239 if (! __sigisemptyset (&pending)) + (gdb) frame 3 + #3 _hurd_sigstate_lock (ss=0x121d008) at hurdsig.c:174 + warning: Source file is more recent than executable. + 174 __spin_lock (&ss->lock); + (gdb) list + 169 void + 170 _hurd_sigstate_lock (struct hurd_sigstate *ss) + 171 { + 172 if (sigstate_is_global_rcv (ss)) + 173 __spin_lock (&_hurd_global_sigstate->lock); + 174 __spin_lock (&ss->lock); + 175 } + 176 void + 177 _hurd_sigstate_unlock (struct hurd_sigstate *ss) + 178 { + (gdb) print _hurd_global_sigstate + $1 = (struct hurd_sigstate *) 0x121d808 + (gdb) print *_hurd_global_sigstate + $2 = {critical_section_lock = 0, lock = 1, thread = 0, next = 0x0, blocked = 4294967295, pending = 0, actions = {{__sigaction_handler = { + sa_handler = 0, sa_sigaction = 0}, sa_mask = 0, sa_flags = 2}, {__sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, + sa_mask = 4294967295, sa_flags = 0}, {__sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, sa_mask = 4294967295, sa_flags = 0}, { + __sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, sa_mask = 4294967295, sa_flags = 0}, {__sigaction_handler = {sa_handler = 0, + sa_sigaction = 0}, sa_mask = 0, sa_flags = 2}, {__sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, sa_mask = 0, sa_flags = 2}, { + __sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, sa_mask = 0, sa_flags = 2}, {__sigaction_handler = {sa_handler = 0, + sa_sigaction = 0}, sa_mask = 0, sa_flags = 2}, {__sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, sa_mask = 0, sa_flags = 2}, { + __sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, sa_mask = 0, sa_flags = 2}, {__sigaction_handler = {sa_handler = 0, + sa_sigaction = 0}, sa_mask = 0, sa_flags = 2}, {__sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, sa_mask = 0, sa_flags = 2}, { + __sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, sa_mask = 0, sa_flags = 2}, {__sigaction_handler = {sa_handler = 0, + sa_sigaction = 0}, sa_mask = 4294967295, sa_flags = 0}, {__sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, sa_mask = 0, + sa_flags = 2}, {__sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, sa_mask = 4294967295, sa_flags = 0}, {__sigaction_handler = { + sa_handler = 0, sa_sigaction = 0}, sa_mask = 0, sa_flags = 2}, {__sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, sa_mask = 0, + sa_flags = 2}, {__sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, sa_mask = 0, sa_flags = 2}, {__sigaction_handler = { + sa_handler = 0, sa_sigaction = 0}, sa_mask = 0, sa_flags = 2}, {__sigaction_handler = {sa_handler = 0x80564f0, + sa_sigaction = 0x80564f0}, sa_mask = 4294967295, sa_flags = 0}, {__sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, + sa_mask = 0, sa_flags = 2} <repeats 12 times>}, sigaltstack = {ss_sp = 0x0, ss_size = 0, ss_flags = 0}, preemptors = 0x0, + pending_data = {{exc = 0, exc_code = 0, exc_subcode = 0, code = 0, error = 0} <repeats 33 times>}, suspended = 0, intr_port = 0, + context = 0x0, active_resources = 0x0, cancel = 0, cancel_hook = 0} + (gdb) print ss + $3 = (struct hurd_sigstate *) 0x121d008 + (gdb) print *ss + $4 = {critical_section_lock = 1, lock = 1, thread = 73, next = 0x1227808, blocked = 0, pending = 0, actions = {{__sigaction_handler = { + sa_handler = 0x1, sa_sigaction = 0x1}, sa_mask = 0, sa_flags = 2}, {__sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, + sa_mask = 0, sa_flags = 2} <repeats 32 times>}, sigaltstack = {ss_sp = 0x0, ss_size = 0, ss_flags = 0}, preemptors = 0x0, + pending_data = {{exc = 0, exc_code = 0, exc_subcode = 0, code = 0, error = 0} <repeats 20 times>, {exc = 0, exc_code = 19025712, + exc_subcode = 85056, code = 1, error = 17257936}, {exc = 0, exc_code = 0, exc_subcode = 0, code = 0, error = 0} <repeats 12 times>}, + suspended = 0, intr_port = 0, context = 0x0, active_resources = 0x0, cancel = 0, cancel_hook = 0} + (gdb) print ss->next + $5 = (struct hurd_sigstate *) 0x1227808 + (gdb) print *ss->next + $6 = {critical_section_lock = 0, lock = 0, thread = 76, next = 0x0, blocked = 0, pending = 0, actions = {{__sigaction_handler = { + sa_handler = 0, sa_sigaction = 0}, sa_mask = 0, sa_flags = 2} <repeats 33 times>}, sigaltstack = {ss_sp = 0x0, ss_size = 0, + ss_flags = 0}, preemptors = 0x0, pending_data = {{exc = 0, exc_code = 0, exc_subcode = 0, code = 0, error = 0} <repeats 33 times>}, + suspended = 0, intr_port = 0, context = 0x0, active_resources = 0x0, cancel = 0, cancel_hook = 0} + +So again, it's our own sigstate that already is locked, not the global one. diff --git a/open_issues/gcc/pie.mdwn b/open_issues/gcc/pie.mdwn index a4598d1e..52517a28 100644 --- a/open_issues/gcc/pie.mdwn +++ b/open_issues/gcc/pie.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2012 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2012, 2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -10,7 +10,7 @@ License|/fdl]]."]]"""]] [[!meta title="Position-Independent Executables"]] -[[!tag open_issue_gcc]] +[[!tag open_issue_glibc]] # IRC, freenode, #debian-hurd, 2012-11-08 @@ -38,3 +38,8 @@ License|/fdl]]."]]"""]] <youpi> uh <pinotree> this causes the w3m build failure and (indirectly, due to elinks built with -pie) aptitude + + +## id:"20130211040854.GN5926@type.youpi.perso.aquilenet.fr" + +[[glibc]] `t/pie-sbrk` branch. diff --git a/open_issues/gdb.mdwn b/open_issues/gdb.mdwn index f5daff48..c4433438 100644 --- a/open_issues/gdb.mdwn +++ b/open_issues/gdb.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2007, 2008, 2010, 2011, 2012 Free Software +[[!meta copyright="Copyright © 2007, 2008, 2010, 2011, 2012, 2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable @@ -33,8 +33,8 @@ git log --reverse --topo-order --pretty=fuller --stat=$COLUMNS,$COLUMNS -w -p -C --> -Last reviewed up to the [[Git mirror's ded7dfe6274b281d92a6ed76cedf29d06c918dec -(2012-12-10) sources|source_repositories/gdb]]. +Last reviewed up to the [[Git mirror's 00e1c4298d2b6fe040a9a970e98349602b12ddbf +(2013-02-06) sources|source_repositories/gdb]]. * Globally @@ -71,11 +71,11 @@ Last reviewed up to the [[Git mirror's ded7dfe6274b281d92a6ed76cedf29d06c918dec Here's a log of a GDB build run; this is from our [[Git repository|source_repositories/gdb]]'s `tschwinge/Ferry_Tagscherer` branch, -commit ded7dfe6274b281d92a6ed76cedf29d06c918dec (2012-12-10), run on +commit 00e1c4298d2b6fe040a9a970e98349602b12ddbf (2013-02-06), run on kepler.SCHWINGE and coulomb.SCHWINGE. $ export LC_ALL=C - $ ../Ferry_Tagscherer/configure --prefix="$PWD".install SHELL=/bin/dash CC=gcc-4.6 CXX=g++-4.6 --disable-werror 2>&1 | tee log_build + $ ../Ferry_Tagscherer/configure --prefix="$PWD".install SHELL=/bin/dash CC=gcc-4.7 CXX=g++-4.7 --disable-werror 2>&1 | tee log_build [...] $ make 2>&1 | tee log_build_ [...] @@ -87,7 +87,7 @@ There are several occurences of *error: dereferencing type-punned pointer will break strict-aliasing rules* in the MIG-generated stub files; thus no `-Werror` until that is resolved ([[strict_aliasing]]). -This takes up around 200 MiB and needs roughly 7 min on kepler.SCHWINGE and 23 +This takes up around 210 MiB and needs roughly 7 min on kepler.SCHWINGE and 23 min on coulomb.SCHWINGE. <!-- @@ -204,10 +204,10 @@ min on coulomb.SCHWINGE. # Testsuite - $ make -k check + $ make -k check 2>&1 | tee log_test [...] -This needs roughly 14 min on kepler.SCHWINGE and 110 min on coulomb.SCHWINGE. +This needs roughly 14 min on kepler.SCHWINGE and 120 min on coulomb.SCHWINGE. When running `make -k check 2>&1 | tee log_test`, at the end of the testsuite the `tee` process does not terminate if there are still stray leftover @@ -222,6 +222,10 @@ GNU/Hurd, these generally are `gdb.multi/watchpoint-multi`, and an unknown $ toolchain/logs/process gdb test + * `gdb.base/attach-pie-misread.exp` + + Is only run for GNU/Linux; needs [[prelink]]. + * Disabled * `gdb.base/readline.exp` @@ -276,9 +280,17 @@ GNU/Hurd, these generally are `gdb.multi/watchpoint-multi`, and an unknown At this point, the system hangs; no new processes can be spawned, so perhaps an issue with the exec server. - * `UNSUPPORTED: gdb.threads/ia64-sigill.exp: Couldn't compile ../../../master/gdb/testsuite/gdb.threads/ia64-sigill.c: unrecognized error` + * Linux syscall usage, `<asm/unistd.h>` + + * `UNSUPPORTED: gdb.threads/ia64-sigill.exp: Couldn't compile ../../../master/gdb/testsuite/gdb.threads/ia64-sigill.c: unrecognized error` + + * `UNSUPPORTED: gdb.threads/siginfo-threads.exp: Couldn't compile ../../../Ferry_Tagscherer/gdb/testsuite/gdb.threads/siginfo-threads.c: unrecognized error` + + * `gdb.threads/sigstep-threads.c` + + Also uses `tgkill`. - ../../../master/gdb/testsuite/gdb.threads/ia64-sigill.c:29:24: fatal error: asm/unistd.h: No such file or directory + * `UNSUPPORTED: gdb.threads/watchpoint-fork.exp: parent: multithreaded: Couldn't compile ../../../Ferry_Tagscherer/gdb/testsuite/gdb.threads/watchpoint-fork-mt.c ../../../Ferry_Tagscherer/gdb/testsuite/gdb.threads/watchpoint-fork-parent.c: unrecognized error` * `UNSUPPORTED: gdb.threads/multi-create.exp: Couldn't compile ../../../master/gdb/testsuite/gdb.threads/multi-create.c: unrecognized error` ../../../master/gdb/testsuite/gdb.threads/multi-create.c: In function 'create_function': @@ -293,23 +305,53 @@ GNU/Hurd, these generally are `gdb.multi/watchpoint-multi`, and an unknown ../../../master/gdb/testsuite/gdb.threads/staticthreads.c:52:37: error: 'PTHREAD_STACK_MIN' undeclared (first use in this function) ../../../master/gdb/testsuite/gdb.threads/staticthreads.c:52:37: note: each undeclared identifier is reported only once for each function it appears in - * `UNSUPPORTED: gdb.threads/watchpoint-fork.exp: parent: multithreaded: Couldn't compile ../../../Ferry_Tagscherer/gdb/testsuite/gdb.threads/watchpoint-fork-mt.c ../../../Ferry_Tagscherer/gdb/testsuite/gdb.threads/watchpoint-fork-parent.c: unrecognized error` - - ../../../Ferry_Tagscherer/gdb/testsuite/gdb.threads/watchpoint-fork-mt.c:29:24: fatal error: asm/unistd.h: No such file or directory - * `UNSUPPORTED: gdb.threads/create-fail.exp: Couldn't compile ../../../Ferry_Tagscherer/gdb/testsuite/gdb.threads/create-fail.c: unrecognized error` [...]/gdb.threads/create-fail.c:77: undefined reference to `pthread_attr_setaffinity_np' [...]/gdb.threads/create-fail.c:83: undefined reference to `pthread_create' - * `UNSUPPORTED: gdb.threads/siginfo-threads.exp: Couldn't compile ../../../Ferry_Tagscherer/gdb/testsuite/gdb.threads/siginfo-threads.c: unrecognized error` - - ../../../Ferry_Tagscherer/gdb/testsuite/gdb.threads/sigstep-threads.c:22:24: fatal error: asm/unistd.h: No such file or directory - * `UNTESTED: gdb.base/longest-types.exp: longest-types.exp` ../../../Ferry_Tagscherer/gdb/testsuite/gdb.base/longest-types.c:20:8: error: size of array 'buf' is too large Also on GNU/Linux. + * `FAIL: gdb.base/jit.exp: PIE: one_jit_test-1: Can't run to main` + + (gdb) break main + Breakpoint 1 at 0xb84: file ../../../Ferry_Tagscherer/gdb/testsuite/gdb.base/jit-main.c, line 128. + (gdb) run + Starting program: /media/erich/home/thomas/tmp/gdb/tschwinge/Ferry_Tagscherer.build/gdb/testsuite/gdb.base/jit-main + Cannot access memory at address 0x393 + Cannot access memory at address 0x38f + (gdb) FAIL: gdb.base/jit.exp: PIE: one_jit_test-1: Can't run to main + + [[GCC/PIE]]. + + Is the following supposed to terminate in this way? + + (gdb) break main + Breakpoint 1 at 0x675: file ../../../Ferry_Tagscherer/gdb/testsuite/gdb.base/attach-pie-noexec.c, line 23. + (gdb) run + Starting program: /media/erich/home/thomas/tmp/gdb/tschwinge/Ferry_Tagscherer.build/gdb/testsuite/gdb.base/attach-pie-noexec + Cannot access memory at address 0x6c626172 + Cannot access memory at address 0x6c62616e + (gdb) testcase ../../../Ferry_Tagscherer/gdb/testsuite/gdb.base/attach-pie-noexec.exp completed in 3 seconds + + * `solib-event stop` + + Running ../../../Ferry_Tagscherer/gdb/testsuite/gdb.mi/mi-catch-load.exp ... + PASS: gdb.mi/mi-catch-load.exp: breakpoint at main + PASS: gdb.mi/mi-catch-load.exp: mi runto main + PASS: gdb.mi/mi-catch-load.exp: catch-load: auto-solib-add on + PASS: gdb.mi/mi-catch-load.exp: catch-load: catch load + FAIL: gdb.mi/mi-catch-load.exp: catch-load: solib-event stop + PASS: gdb.mi/mi-catch-load.exp: breakpoint at main + PASS: gdb.mi/mi-catch-load.exp: mi runto main + PASS: gdb.mi/mi-catch-load.exp: catch-unload: auto-solib-add on + PASS: gdb.mi/mi-catch-load.exp: catch-unload: catch unload + FAIL: gdb.mi/mi-catch-load.exp: catch-unload: solib-event stop + + *stopped,reason="signal-received",signal-name="SIGSEGV",signal-meaning="Segmentation fault",frame={addr="0x00014add",func="??",args=[],from="/lib/ld.so"},thread-id="4",stopped-threads="all" + TODO. diff --git a/open_issues/glibc.mdwn b/open_issues/glibc.mdwn index 4111700b..e041b96f 100644 --- a/open_issues/glibc.mdwn +++ b/open_issues/glibc.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2007, 2008, 2010, 2011, 2012 Free Software +[[!meta copyright="Copyright © 2007, 2008, 2010, 2011, 2012, 2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable @@ -52,6 +52,10 @@ Last reviewed up to the [[Git mirror's d3bd58cf0a027016544949ffd27300ac5fb01bb8 918b56067a444572f1c71b02f18255ae4540b043. [[!GCC_PR 53183]], GCC commit c05436a7e361b8040ee899266e15bea817212c37. + * `t/pie-sbrk` + + [[gcc/PIE]]. + * `t/sysvshm` ../sysdeps/mach/hurd/shmat.c: In function '__shmat': @@ -367,23 +371,9 @@ Last reviewed up to the [[Git mirror's d3bd58cf0a027016544949ffd27300ac5fb01bb8 <pinotree> like posix/tst-waitid.c, you mean? <youpi> yes - * `getconf` things + See `posix/tst-waitid.out` failure below. - IRC, freenode, #hurd, 2012-10-03 - - <pinotree> getconf -a | grep CACHE - <Tekk_> pinotree: I hate spoiling data, but 0 :P - <pinotree> had that feeling, but wanted to be sure -- thanks! - <Tekk_> http://dpaste.com/809519/ - <Tekk_> except for uhh - <Tekk_> L4 linesize - <Tekk_> that didn't have any number associated - <pinotree> weird - <Tekk_> I actually didn't even know that there was L4 cache - <pinotree> what do you get if you run `getconf - LEVEL4_CACHE_LINESIZE`? - <Tekk_> pinotree: undefined - <pinotree> expected, given the output above + * `getconf` things (see below the results of `tst-getconf.out`) For specific packages: @@ -677,6 +667,8 @@ Last reviewed up to the [[Git mirror's d3bd58cf0a027016544949ffd27300ac5fb01bb8 the fact that EXEC_PAGESIZE is not defined on hurd, libio/libioP.h switches the allocation modes from mmap to malloc + [[!message-id "87mxd9hl2n.fsf@kepler.schwinge.homeip.net"]]. + * `LD_DEBUG` IRC, freenode, #hurd, 2012-11-22 @@ -888,39 +880,29 @@ Last reviewed up to the [[Git mirror's d3bd58cf0a027016544949ffd27300ac5fb01bb8 # Build Here's a log of a glibc build run; this is from our [[Git repository's -28b74f8dbc3eb639d35fc0f93021ac5eb1fde9a4 (2012-11-03; +60f4d2f33666d77ac018cb9956675dcad04bb996 (2013-02-12; fbeafedeea37e0af1984a6511018d159f5ceed6a (2012-11-03)) sources|source_repositories/glibc]], run on coulomb.SCHWINGE. $ export LC_ALL=C - $ ../Roger_Whittaker/configure AUTOCONF=: --prefix=/usr --disable-profile --disable-multi-arch --build=i486-gnu --host=i486-gnu CC=gcc-4.6 CXX=g++-4.6 2>&1 | tee log_build + $ ../Roger_Whittaker/configure AUTOCONF=: --prefix=/usr --disable-profile --disable-multi-arch --build=i486-gnu --host=i486-gnu CC=gcc-4.7 CXX=g++-4.7 2>&1 | tee log_build [...] $ make install_root=/INVALID 2>&1 | tee log_build_ [...] -This takes up around 500 MiB, and needs roughly X min on kepler.SCHWINGE and +This takes up around 550 MiB, and needs roughly X min on kepler.SCHWINGE and 100 min on coulomb.SCHWINGE. <!-- - $ (make install_root=/INVALID && touch .go-install) 2>&1 | tee log_build_ && test -f .go-install && (make install_root="$PWD".install install && touch .go-test) 2>&1 | tee log_install && test -f .go-test && ln -s /usr/lib/i386-*gnu/libstdc++.so.6 /lib/i386-*gnu/libpthread-stubs.so.0 /lib/i386-*gnu/libgcc_s.so.1 mach/libmachuser.so.1 hurd/libhurduser.so.0.3 ./ && make -k install_root=/INVALID check fast-check=yes 2>&1 | tee log_test - -Mask out gcc-4.X (with possibly a backslash before the dot), GCC 4.5's column -output for (warning, error) messages, GCC 4.6's `[-Wsomething]` or `[enabled by -default]` identifiers which warning flag triggered. - - $ for f in log_*; do sed -e 's%gcc-4\\\?.[456]%[GCC]%g' -e 's%g++-4\\\?.[456]%[G++]%g' -e 's%\(:[0-9]\+:\)[0-9]\+:%\1%' -e 's% \[\(-W[a-z-]\+\|enabled by default\)\]$%%' < "$f" > "$f".nv; done - - $ find ./ -name \*.o -o -name \*.os -o -name \*.oS | while read f; do ~/tmp/gcc/git/contrib/compare-debug --preserve ../Roger_Whittaker.build-gcc-4.4-486.O/"$f" "$f"; done 2>&1 | less - $ while read f; do (readelf -a "$f" && objdump -xDrtw "$f") > N && (cd ../Roger_Whittaker.build-gcc-4.4-486.O/ && readelf -a "$f" && objdump -xDrtw "$f") > O && diff -u O N | less; done - $ find ./ -name \*.o -o -name \*.os -o -name \*.oS | while read f; do readelf -h "$f" | grep OS/ABI | (read a b && [ x"$b" != x'UNIX - System V' ] && echo "### $f: $b"); done + $ (make install_root=/INVALID && touch .go-install) 2>&1 | tee log_build_ && test -f .go-install && (make install_root="$PWD".install install && touch .go-test) 2>&1 | tee log_install && test -f .go-test && ln -s /usr/lib/i386-*gnu/libstdc++.so.6 /lib/i386-*gnu/libgcc_s.so.1 mach/libmachuser.so.1 hurd/libhurduser.so.0.3 ./ && make -k install_root=/INVALID check fast-check=yes 2>&1 | tee log_test --> ## Analysis - $ toolchain/logs/process gcc build fetch coulomb.SCHWINGE + $ toolchain/logs/process glibc build fetch coulomb.SCHWINGE TODO. @@ -1026,19 +1008,10 @@ min on coulomb.SCHWINGE. ## Analysis - $ toolchain/logs/process gcc install fetch coulomb.SCHWINGE + $ toolchain/logs/process glibc install fetch coulomb.SCHWINGE TODO. -<!-- - $ diff -wu <(ssh kepler.SCHWINGE 'cd tmp/source/gdb/ && cat hurd/master.build/log_install | sed -e "s%\(/media/data\)\?${PWD}%[...]%g"' | sed -f open_issues/gdb/log_install-linux.sed) <(ssh coulomb.SCHWINGE 'cd tmp/gdb/ && cat hurd/master.build/log_install | sed "s%\(/media/erich\)\?${PWD}%[...]%g"' | sed -f open_issues/gdb/log_install-hurd.sed) > open_issues/gdb/log_install.diff - -[[log_install.diff]]. - - * `libtool: finish`: `ldconfig` is not run for the Hurd. - ---> - # Testsuite @@ -1051,37 +1024,31 @@ Specifying `fast-check=yes` disables the `conformtest` which takes 1.75 h (out of 2.75 h total) on coulomb.SCHWINGE, doesn't pass anyway, and clearly isn't our most critical issue to solve. -<!-- - $ ssh kepler.SCHWINGE 'cd tmp/source/gdb/ && sed < hurd/master.build/gdb/testsuite/gdb.sum -e "s%\(/media/data\)\?${PWD}%[...]%g"' > open_issues/gdb/sum_linux - $ ssh coulomb.SCHWINGE 'cd tmp/gdb/ && sed < hurd/master.build/gdb/testsuite/gdb.sum -e "s%\(/media/erich\)\?${PWD}%[...]%g"' > open_issues/gdb/sum_hurd - -Comparing the results files, [[sum_linux]] to [[sum_hurd]]: - - $ diff -u -F ^Running open_issues/gdb/sum_linux open_issues/gdb/sum_hurd > open_issues/gdb/sum.diff - -[[open_issues/gdb/sum.diff]]. ---> - ## Analysis - $ toolchain/logs/process gcc test fetch coulomb.SCHWINGE + $ toolchain/logs/process glibc test fetch coulomb.SCHWINGE -There is quite a baseline of failures. +Failures, mostly in order of appearance: - * `annexc.out` + * `check-abi`, `check-abi-libmachuser`, `check-abi-libhurduser`, + `check-abi-libBrokenLocale`, `check-abi-libm`, `check-abi-libdl`, + `check-abi-libcrypt`, `check-abi-libresolv`, `check-abi-librt`, + `check-abi-libnsl`, `check-abi-libutil`, `check-abi-libc`, `check-abi-ld`, + `c++-types.data` - TODO + Reference files are missing. - * `bug22.out` + * `math/test-float.out`, `math/test-double.out` - TODO + A handful of ULP failures. - * `bug-atexit3.out` + * `math/test-ldouble`, `math/test-ildoubl`, `math/test-ifloat`, + `math/test-idouble` - TODO + SIGSEGV. Or SIGILL. - * `bug-getcontext.out` + * `stdlib/bug-getcontext.out` getcontext failed, errno: 1073741902. @@ -1090,203 +1057,105 @@ There is quite a baseline of failures. for FP exceptions.*, in cba1c83ad62a11347684a9daf349e659237a1741 testing, it's back to the previous failure. - * `bug-regex31-mem`, `tst-error1-mem`, `tst-fnmatch-mem`, - `tst-fopenloc.check` - - *output* files: some memory not freed. - - Caused by different memory allocation way in libio, see also - [[!message-id "87mxd9hl2n.fsf@kepler.schwinge.homeip.net"]] + * `stdlib/tst-secure-getenv.out` - * `bug-ulimit1.out` + open (/proc/self/exe): No such file or directory - Buggy sysdeps/unix/bsd/ulimit.c return values. + Needs [[`/proc/self/exe`|hurd/translator/procfs/jkoenig/discussion]]. - [[!message-id "201211182342.51619.toscano.pino@tiscali.it"]] + * `stdlib/tst-strtod-round.out` - * `check-execstack.out` + strtold (-0x0.7p-16445) returned -0x0.0000000000008p-16385 not -0x0.000000000000001p-16385 (FE_DOWNWARD) + strtold (-0x0.7p-16494) returned -0x0.0000000000008p-16385 not -0x0.000000000000001p-16385 (FE_DOWNWARD) - $BUILDDIR/libc.so.phdr: *** executable stack signaled + * `stdio-common/bug22.out` - * `check-local-headers.out` + Timed out: killed the child process - Most of the external headers used are: + Known problem. - * `/usr/include/device/bpf.h` + * `libio/tst-atime.out`, `dirent/tst-fdopendir.out` - * `/usr/include/device/device_types.h` + `libio/tst-atime.out`: - * `/usr/include/device/net_status.h` + atime has not changed - * `/usr/include/cthreads.h` + Due to `ext2fs --no-atime`. - * `/usr/include/hurd/hurd_types.h` + `dirent/tst-fdopendir.out`: - * `/usr/include/hurd/ioctls.defs` + directory atime changed - * `/usr/include/hurd/ioctl_types.h` + Due to `ext2fs --atime` (default). - * `/usr/include/hurd/paths.h` + * `libio/tst-fopenloc.check`, `posix/bug-regex31-mem`, + `posix/tst-fnmatch-mem`, `misc/tst-error1-mem` - * `check-localplt.out` + Memory not freed: + ----------------- + Address Size Caller + 0x0807e268 0x8000 at 0x10c71c4 - Around 500 or so `Extra PLT reference`. + Caused by different memory allocation way in libio, see + [[!message-id "87mxd9hl2n.fsf@kepler.schwinge.homeip.net"]] - * `check-textrel.out` + * `dlfcn/bug-atexit3.out` - $BUILDDIR/libc.so.dyn: *** text relocations used + Originally: - * `opendir-tst1.out`, `tst-fdopendir2.out` + dlopen failed: libstdc++.so.6: cannot open shared object file: No such file or directory - `opendir` and `fdopendir` do not return `ENOTDIR` if `fd` is not a directory. + See [[!message-id "20090420002344.11798.qmail@s461.sureserver.com"]]. + Hacked around with `ln -s /usr/lib/i386-*gnu/libstdc++.so.6 + /lib/i386-*gnu/libpthread-stubs.so.0 /lib/i386-*gnu/libgcc_s.so.1 ./`. + This is a bug in the glibc test harness. Should probably use some + `configure` magic akin to the `fixincludes` stuff (`gcc-4.4 + -print-file-name=libstdc++.so.6`, etc.). - * `test-assert-perr.out` + Even if that that is being worked around, the tests nowadays + ([[packaging_libpthread]]) fail with: - TODO + dlopen failed: [...]/libc.so.0.3: version `GLIBC_2.13_DEBIAN_31' not found (required by [...]/libstdc++.so.6) - * `math/test-idouble`, `math/test-ifloat`, `math/test-ildoubl`, - `math/test-ldouble` + * `dlfcn/tststatic.out`, `dlfcn/tststatic2.out` SIGSEGV. - * `test-float.out` - - TODO - - * `test-lfs.out` - - TODO - - * `test-multiarch.out` - - Needs [[`/proc/cpuinfo`|hurd/translator/procfs/jkoenig/discussion]] - providing the `flags` line. - - * `tst-aio2`, `tst-aio3`, - `tst-mqueue3`, `tst-mqueue6`, - `tst-mqueue8`, `tst-thrlock`, `tst-timer3`, - `libnss_test1.so` - - Compilation: missing `pthread_attr_init`, `pthread_barrier_init`, - `pthread_create`, etc. - - * `tst-aio8.out`, `tst-aio9.out`, `tst-aio10` - - Compilation: missing `pthread_attr_init`, `pthread_barrier_init`, - `pthread_create`, etc. - - Most will compile and work (except `tst-aio`, `tst-aio9`, `tst-aio10`) with - [[!message-id "201209302353.51055.toscano.pino@tiscali.it"]] in libpthread. - - * `tst-array*` - - gcc-4.6 tst-array1.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g -Wno-parentheses -Wstrict-prototypes -I../include -I[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/ - gcc-4.6 -nostdlib -nostartfiles -o [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1 -Wl,-dynamic-linker=/lib/ld.so.1 -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486 - [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/ld.so.1 --library-path [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/math:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf:[ - cmp [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1.out tst-array1.exp > /dev/null - make[2]: *** [[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1.out] Error 1 - gcc-4.6 tst-array2.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g -Wno-parentheses -Wstrict-prototypes -I../include -I[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/ - gcc-4.6 tst-array2dep.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g -Wno-parentheses -Wstrict-prototypes -fPIC -I../include -I[...]/tschwinge/Roger_Whittaker.build-gcc - gcc-4.6 -shared -static-libgcc -Wl,-dynamic-linker=/lib/ld.so.1 -Wl,-z,defs -B[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/csu/ -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both -L[...]/tschwinge/Roger_Whittaker.build-gcc-4.6 - gcc-4.6 -nostdlib -nostartfiles -o [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array2 -Wl,-dynamic-linker=/lib/ld.so.1 -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486 - [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/ld.so.1 --library-path [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/math:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf:[ - cmp [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array2.out tst-array2.exp > /dev/null - make[2]: *** [[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array2.out] Error 1 - gcc-4.6 tst-array3.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g -Wno-parentheses -Wstrict-prototypes -I../include -I[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/ - gcc-4.6 -nostdlib -nostartfiles -o [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array3 -Wl,-dynamic-linker=/lib/ld.so.1 -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486 - [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/ld.so.1 --library-path [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/math:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf:[ - cmp [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array3.out tst-array1.exp > /dev/null - make[2]: *** [[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array3.out] Error 1 - gcc-4.6 tst-array4.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g -Wno-parentheses -Wstrict-prototypes -I../include -I[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/ - gcc-4.6 -nostdlib -nostartfiles -o [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array4 -Wl,-dynamic-linker=/lib/ld.so.1 -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486 - [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/ld.so.1 --library-path [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/math:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf:[ - cmp [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array4.out tst-array4.exp > /dev/null - make[2]: *** [[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array4.out] Error 1 - - `tst-array5` passes. - - gcc-4.6 tst-array1-static.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g -Wno-parentheses -Wstrict-prototypes -I../include -I[...]/tschwinge/Roger_Whittaker.build-gcc-4 - gcc-4.6 -nostdlib -nostartfiles -static -o [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1-static [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/csu/crt0.o [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/csu/crti - [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1-static > [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1-static.out - cmp [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1-static.out tst-array1.exp > /dev/null - make[2]: *** [[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1-static.out] Error 1 - - `tst-array5-static` passes. - - IRC, freenode, #glibc, 2012-11-01: - - <jsm28> tschwinge: I saw the array tests fail, built a new binutils and - a new compiler configured with new binutils and the failures went - away. - <jsm28> So they may depend on having new-enough GCC configured with - new-enough binutils, or something like that. - <tuliom> jsm28: Did you use gcc 4.7 or trunk? - <jsm28> tuliom: 4.7. - - [[!message-id "50950082.1070906@df1tl.local.here"]]. - - * `tst-audit1.out`, `tst-audit2.out` - - SIGKILL. - - * `tst-chk1.out` - - TODO + `LD_LIBRARY_PATH` doesn't contain the `mach` and `hurd` directories; yet + the test shouldn't just SIGSEGV. - * `tst-chk2.out` + * `dirent/opendir-tst1.out`, `dirent/tst-fdopendir2.out` - TODO + `dirent/opendir-tst1.out`: - * `tst-chk3.out` + `opendir' succeeded on a FIFO??? - TODO + `dirent/tst-fdopendir2.out`: - * `tst-chk4.out` + fdopendir with normal file descriptor did not fail - TODO + `opendir` and `fdopendir` do not return `ENOTDIR` if `fd` is not a + directory. - * `tst-chk5.out` - - TODO - - * `tst-chk6.out` - - TODO - - * `tst-cputimer1.o`, `tst-cputimer2.o`, `tst-cputimer3.o`, - `tst-timer4.o`, `tst-timer5.o` - - Missing `SIGRTMIN`. - - All these tests #include `tst-timer4.c`. - - * `tst-timer5.o` - - TODO - - * `tst-dlmopen1.out` - - TODO + * `posix/tst-waitid.out` - * `tst-ether_line.o` + Intermittent. - tst-ether_line.c:19: error: 'ETH_ALEN' undeclared (first use in this function) + SIGCHLD for stopped status 0 + SIGCHLD for stopped pid -1 + SIGCHLD for killed code 1 + SIGCHLD for killed status 0 + SIGCHLD for killed pid -1 - Will either need a `hurd/netinet/if_ether.h` that includes - `<net/if_ether.h>`, or can do that in the generic `netinet/if_ether.h`? - See also [[!sourceware_PR 11142]]. + * `posix/bug-glob2.out` - * `tst-fdopendir.out` + Timed out: killed the child process - directory atime changed + * `posix/annexc.out` - TODO + Failure ignored by the glibc testsuite. - * `tst-futimesat.out` - - `futimesat` is a stub. - - * `tst-getconf.out` + * `posix/tst-getconf.out` Ends with: @@ -1296,102 +1165,10 @@ There is quite a baseline of failures. `_PC_REC_INCR_XFER_SIZE`, `_PC_REC_MAX_XFER_SIZE`, `_PC_REC_MIN_XFER_SIZE`, `_PC_REC_XFER_ALIGN`, `_PC_SYMLINK_MAX`, `_PC_2_SYMLINKS`. - `_CS_GNU_LIBPTHREAD_VERSION` will be cleanly solved with - [[!message-id "201209302353.51055.toscano.pino@tiscali.it"]] and libpthread - compiled as add-on. - - * `tst-grantpt.out` - - posix_openpt(O_RDWR) failed - errno 1073741902 (Function not implemented) - - `posix_openpt` is a stub. - - grantpt(): expected: return = -1, errno = 1073741846 - got: return = -1, errno = -303 - - `grantpt` (actually `ptsname_r`), does not fail with `ENOTTY` when the `fd` - does not refer to a PTY master. - - * `tst-lfschk2.out` - - TODO - - * `tst-lfschk3.out` - - TODO - - * `tst-lfschk4.out` - - TODO - - * `tst-lfschk5.out` - - TODO - - * `tst-lfschk6.out` - - TODO - - * `tst-longjmp_chk2.out` - - TODO - - * `tst-mqueue5.o` - - Missing `SIGRTMIN`. - - * `tst-pselect.o` - - Missing `SA_NOCLDWAIT`. - - * `tst-secure-getenv.out` - - Needs [[`/proc/self/exe`|hurd/translator/procfs/jkoenig/discussion]]. - - * `tst-sprofil.out` - - Floating point exception - - * `tst-stackguard1.out` - - TODO - - * `tst-stackguard1-static.out` - - TODO - - * `tststatic2.out` - - TODO - - * `tststatic.out` - - TODO - - * `tst-strtod-round.out` + `_CS_GNU_LIBPTHREAD_VERSION` is provided by libpthread when compiled as + add-on. - TODO - - * `tst-timer2.o` - - Missing `SIGRTMIN`. - - * `tst-timer.out` - - TODO - - * `tst-tls9-static.out` - - TODO - - * `tst-unique3lib.so`, `tst-unique3lib2.so`, `tst-unique4lib.so` - - Only with GCC 4.4; no longer with 4.5 or 4.6: - - /home/thomas/tmp/glibc/tschwinge/Roger_Whittaker.build-gcc-4.4-486/elf/tst-unique3lib.os:(.data.DW.ref.__gxx_personality_v0[DW.ref.__gxx_personality_v0]+0x0): undefined reference to `__gxx_personality_v0' - - * `tst-vfork3-mem` + * `posix/tst-vfork3-mem` + 0x0804cee0 Alloc 10 duplicate: 0x1095389 $BUILDDIR/libc.so.0.3:[0x1095389] + 0x0804cf90 Alloc 11 duplicate: 0x1156963 $BUILDDIR/libc.so.0.3:(tsearch+0xe3)[0x1156963] @@ -1441,135 +1218,211 @@ There is quite a baseline of failures. 0x0804cfa8 0x73 at 0x10df0c8 0x00000008 0 at 0x10df0c8 - TODO + Perhps because we implement `vfork` in terms of `fork` (`posix/vfork.c`)? - * `tst-waitid.out` + * `io/test-lfs.out` - Fails sometimes (is listed in Debian eglibc-2.13-21's - `expected-results-i486-gnu-libc`). + /home/thomas/tmp/glibc/tschwinge/Roger_Whittaker.build/io/test-lfs: cannot write test string to large file: Invalid argument + * `io/tst-futimesat.out` -### Additional Failures Compared to Debian (OLD) + file created + futimesat failed - $ bash ~/tmp/glibc/debian/eglibc-2.13/debian/testsuite-checking/convertlog.sh log_test > log_test.filtered - $ bash ~/tmp/glibc/debian/eglibc-2.13/debian/testsuite-checking/compare.sh ~/tmp/glibc/debian/eglibc-2.13/debian/testsuite-checking/expected-results-i486-gnu-libc log_test.filtered + `futimesat` is a stub. - * `bug-atexit3.out`, `debug/tst-chk4`, `debug/tst-chk5`, `debug/tst-chk6`, - `debug/tst-lfschk4`, `debug/tst-lfschk5`, `debug/tst-lfschk6` + * `resource/bug-ulimit1.out` - dlopen failed: libstdc++.so.6: cannot open shared object file: No such file or directory + Result of ulimit (UL_SETFSIZE, 10000): 0 + Result of ulimit(UL_GETFSIZE): 10000 - See [[!message-id "20090420002344.11798.qmail@s461.sureserver.com"]]. - Hacked around with `ln -s /usr/lib/i386-*gnu/libstdc++.so.6 - /lib/i386-*gnu/libpthread-stubs.so.0 /lib/i386-*gnu/libgcc_s.so.1 ./`. - This is a bug in the glibc test harness. Should probably use some - `configure` magic akin to the `fixincludes` stuff (`gcc-4.4 - -print-file-name=libstdc++.so.6`, etc.). + Buggy sysdeps/unix/bsd/ulimit.c return values. - Even if that that is being worked around, the tests fail with: + [[!message-id "201211182342.51619.toscano.pino@tiscali.it"]] - dlopen failed: [...]/libc.so.0.3: version `GLIBC_2.13_DEBIAN_31' not found (required by [...]/libstdc++.so.6) - dlopen failed: [...]/libc.so.0.3: version `GLIBC_2.13_DEBIAN_31' not found (required by [...]/libgcc_s.so.1) + Fixed in glibc >= 2.18. - [[packaging_libpthread]]. + * `misc/tst-pselect.o` - * `io/ftwtest`, `posix/globtest`, `iconvdata/iconv-test`, `intl/tst-gettext`, - `malloc/tst-mtrace`, `elf/tst-pathopt`, `iconvdata/tst-tables`, - `grp/tst_fgetgrent`, `dlfcn/tststatic`, `dlfcn/tststatic2`, - `posix/wordexp-tst`, `localedata/bug-setlocale1.out`, `posix/tst-getconf` + tst-pselect.c: In function 'do_test': + tst-pselect.c:33:17: error: 'SA_NOCLDWAIT' undeclared (first use in this function) - /home/thomas/tmp/glibc/tschwinge/Roger_Whittaker.build-gcc-4.4-486.O/io/ftwtest: error while loading shared libraries: libmachuser.so.1: cannot open shared object file: No such file or directory + * `gmon/tst-sprofil.out` - Looking into `localedata/bug-setlocale1.c`, it is clear what it going on: - only the root of the build directory is added for `--library-path`, but - none of the other directories that are additionally used. This is a bug in - the glibc test harness. Hacked around by `ln -s mach/libmachuser.so.1 - hurd/libhurduser.so.0.3 ./`. Hopefully the other instances are similar. + Floating point exception - * `posix/tst-getconf` + * `nss//libnss_test1.so` - It fails because of unimplemented pathconf cases: `_PC_ALLOC_SIZE_MIN`, - `_PC_REC_INCR_XFER_SIZE`, `_PC_REC_MAX_XFER_SIZE`, `_PC_REC_MIN_XFER_SIZE`, - `_PC_REC_XFER_ALIGN`, `_PC_SYMLINK_MAX`, `_PC_2_SYMLINKS`. + [...]/nss/nss_test1.os: In function `_nss_test1_getpwent_r': + [...]/nss/nss_test1.c:60: undefined reference to `pthread_mutex_lock' + [...]/nss/nss_test1.c:85: undefined reference to `pthread_mutex_unlock' - `_CS_GNU_LIBPTHREAD_VERSION` will be cleanly solved with - [[!message-id "201209302353.51055.toscano.pino@tiscali.it"]] and libpthread - compiled as add-on. + * `rt/tst-timer.out` - Ends with: + No message. - getconf POSIX_ALLOC_SIZE_MIN /: /home/thomas/tmp/glibc/tschwinge/Roger_Whittaker.build-gcc-4.4-486/posix/getconf: pathconf: /: Invalid argument + * `rt/tst-timer2.o` - * `dlfcn/tststatic`, `dlfcn/tststatic2` + tst-timer2.c: In function 'do_test': + tst-timer2.c:33:23: error: 'SIGRTMIN' undeclared (first use in this function) - No output, SEGFAULT. + * `rt/tst-aio2`, `rt/tst-aio3`, `rt/tst-aio9`, `rt/tst-aio10`, + `rt/tst-mqueue3`, `rt/tst-mqueue5.o`, `rt/tst-mqueue6`, `rt/tst-mqueue8`, + `rt/tst-timer3`, `rt/tst-timer4.o`, `rt/tst-timer5.o`, + `rt/tst-cputimer1.o`, `rt/tst-cputimer2.o`, `rt/tst-cputimer3.o`, + `elf/tst-thrlock` - * `math/test-idouble`, `math/test-ifloat`, `math/test-ildoubl`, - `math/test-ldouble` + [...]/rt/tst-aio2.o: In function `do_test': + [...]/rt/tst-aio2.c:62: undefined reference to `pthread_barrier_init' + [...]/rt/tst-aio2.c:94: undefined reference to `pthread_barrier_wait' + [...]/rt/tst-aio2.o: In function `thrfct': + [...]/rt/tst-aio2.c:35: undefined reference to `pthread_barrier_wait' - SIGSEGV. + tst-mqueue5.c: In function 'rtmin_handler': + tst-mqueue5.c:50:14: error: 'SIGRTMIN' undeclared (first use in this function) - * `rt-tst-aio2`, `rt-tst-aio3`, `rt/tst-aio10`, `rt/tst-aio9` + [...]/rt/tst-mqueue6.o: In function `do_test': + [...]/rt/tst-mqueue6.c:127: undefined reference to `pthread_attr_init' + [...]/rt/tst-mqueue6.c:149: undefined reference to `pthread_attr_setguardsize' + [...]/rt/tst-mqueue6.c:211: undefined reference to `pthread_attr_setguardsize' + [...]/rt/tst-mqueue6.c:262: undefined reference to `pthread_attr_destroy' + [...]/rt/tst-mqueue6.c:128: undefined reference to `pthread_attr_setguardsize' + [...]/rt/tst-mqueue6.o: In function `fct': + [...]/rt/tst-mqueue6.c:79: undefined reference to `pthread_self' + [...]/rt/tst-mqueue6.c:79: undefined reference to `pthread_getattr_np' + [...]/rt/tst-mqueue6.c:88: undefined reference to `pthread_attr_getguardsize' + [...]/rt/tst-mqueue6.c:95: undefined reference to `pthread_attr_destroy' + [...]/rt/tst-mqueue6.c:95: undefined reference to `pthread_attr_destroy' - /home/thomas/tmp/glibc/tschwinge/Roger_Whittaker.build-gcc-4.4-486.O/rt/tst-aio10.o: In function `do_test': - tst-aio10.c:(.text+0x1b): undefined reference to `pthread_self' - tst-aio10.c:(.text+0x78): undefined reference to `pthread_barrier_init' - tst-aio10.c:(.text+0xf7): undefined reference to `pthread_create' - tst-aio10.c:(.text+0x10b): undefined reference to `pthread_barrier_wait' - /home/thomas/tmp/glibc/tschwinge/Roger_Whittaker.build-gcc-4.4-486.O/rt/tst-aio10.o: In function `tf': - tst-aio10.c:(.text+0x5ae): undefined reference to `pthread_barrier_wait' - tst-aio10.c:(.text+0x5ef): undefined reference to `pthread_kill' - collect2: ld returned 1 exit status - make[2]: *** [/home/thomas/tmp/glibc/tschwinge/Roger_Whittaker.build-gcc-4.4-486.O/rt/tst-aio10] Error 1 + [...]/elf/tst-thrlock.o: In function `do_test': + [...]/elf/tst-thrlock.c:38: undefined reference to `pthread_create' + [...]/elf/tst-thrlock.c:48: undefined reference to `pthread_join' - * `rt/tst-mqueue3`, `rt/tst-mqueue6`, - `rt/tst-mqueue8`, `elf/tst-thrlock`, `rt/tst-timer3`, - `nss//libnss_test1.so` + * `rt/tst-aio8.out` - Compilation: missing `pthread_attr_init`, `pthread_barrier_init`, - `pthread_create`, etc. + r = -1, e = 1073741902 (Function not implemented) - * `elf/tst-audit1`, `elf/tst-audit2` + Should work with [[!message-id + "201209302353.51055.toscano.pino@tiscali.it"]] in libpthread. - SIGKILL. + * `debug/tst-chk1.out` + + Intermittent. Timeout. Unknown. + + * `debug/tst-chk2.out`, `debug/tst-chk3.out`, `debug/tst-lfschk2.out`, + `debug/tst-lfschk3.out` + + Unknown. + + * `debug/tst-chk4.out`, `debug/tst-chk5.out`, `debug/tst-chk6.out`, + `debug/tst-lfschk4.out`, `debug/tst-lfschk5.out`, `debug/tst-lfschk6.out` + + [...]/debug/tst-chk4: [...]/libc.so.0.3: version `GLIBC_2.13_DEBIAN_31' not found (required by [...]/libstdc++.so.6) + [...]/debug/tst-chk4: [...]/libc.so.0.3: version `GLIBC_2.13_DEBIAN_31' not found (required by [...]/libgcc_s.so.1) + + * `debug/tst-longjmp_chk2.out` + + SIGSEGV. + + not on alternate stack + in signal handler + on alternate stack + out of signal handler + on alternate stack - * `inet/tst-ether_line` + It says *alternate stack*. - tst-ether_line.c:19: error: 'ETH_ALEN' undeclared (first use in this function) + * `inet/tst-ether_line.o` + + tst-ether_line.c: In function 'do_test': + tst-ether_line.c:19:19: error: 'ETH_ALEN' undeclared (first use in this function) Will either need a `hurd/netinet/if_ether.h` that includes `<net/if_ether.h>`, or can do that in the generic `netinet/if_ether.h`? See also [[!sourceware_PR 11142]]. - * `gmon/tst-sprofil` + * `login/tst-grantpt.out` - Floating point exception + posix_openpt(O_RDWR) failed + errno 1073741902 (Function not implemented) - * `posix/bug-regex31-mem`, `posix/tst-fnmatch-mem`, `misc/tst-error1-mem`, - `libio/tst-fopenloc.check` + `posix_openpt` is a stub. - *output* files: some memory not freed. + grantpt(): expected: return = -1, errno = 1073741846 + got: return = -1, errno = -303 - [[!message-id "87mxd9hl2n.fsf@kepler.schwinge.homeip.net"]] + `grantpt` (actually `ptsname_r`), does not fail with `ENOTTY` when the `fd` + does not refer to a PTY master. - * `assert/test-assert.out` + * `elf/tst-stackguard1-static.out`, `elf/tst-stackguard1.out` - Fails sometimes... + differences 0 defaults 0 + stack guard canaries are not randomized enough + nor equal to the default canary value - * `stdlib/bug-getcontext.out` + Sometimes times out. - getcontext failed, errno: 1073741902. + * `elf/tst-tls9-static.out` - Is not implemented; see above. In 8958805c11c741d9211e20612c86271d906c9a0b - testing, `stdlib/bug-getcontext.out` now says: *Skipping test; no support - for FP exceptions.*, in cba1c83ad62a11347684a9daf349e659237a1741 testing, - it's back to the previous failure. + SIGSEGV. + + * `elf/tst-dlmopen1.out` + + SIGSEGV. + + * `elf/tst-audit1.out`, `elf/tst-audit2.out` + + SIGKILL. + + * `elf/check-textrel.out` + + $BUILDDIR/libc.so.dyn: *** text relocations used + + * `elf/check-execstack.out` + + $BUILDDIR/libc.so.phdr: *** executable stack signaled + + * `elf/check-localplt.out` + + Around 500 or so `Extra PLT reference`. + + * `check-local-headers.out` + + A lot. Including `/usr/include/device/*.h`, `/usr/include/mach/*.h`, + `/usr/include/hurd/*.h`. + +Earlier failures; no longer seen: + + * `test-assert-perr.out` + + Fails intermittently. Unknown. + + * `test-multiarch.out` - * `elf/tst-unique3lib.so`, `elf/tst-unique3lib2.so`, `elf/tst-unique4lib.so` + Needs [[`/proc/cpuinfo`|hurd/translator/procfs/jkoenig/discussion]] + providing the `flags` line. + + * `elf/tst-array*` + + No longer fail with GCC 4.7. + [[!message-id "50950082.1070906@df1tl.local.here"]]. + + * `io/ftwtest`, `posix/globtest`, `iconvdata/iconv-test`, `intl/tst-gettext`, + `malloc/tst-mtrace`, `elf/tst-pathopt`, `iconvdata/tst-tables`, + `grp/tst_fgetgrent`, + `posix/wordexp-tst`, `localedata/bug-setlocale1.out`, `posix/tst-getconf` + + /home/thomas/tmp/glibc/tschwinge/Roger_Whittaker.build-gcc-4.4-486.O/io/ftwtest: error while loading shared libraries: libmachuser.so.1: cannot open shared object file: No such file or directory + + Looking into `localedata/bug-setlocale1.c`, it is clear what it going on: + only the root of the build directory is added for `--library-path`, but + none of the other directories that are additionally used. This is a bug in + the glibc test harness. Hacked around by `ln -s mach/libmachuser.so.1 + hurd/libhurduser.so.0.3 ./`. Hopefully the other instances are similar. - Only with GCC 4.4; no longer with 4.5 or 4.6: + * `assert/test-assert.out` - /home/thomas/tmp/glibc/tschwinge/Roger_Whittaker.build-gcc-4.4-486/elf/tst-unique3lib.os:(.data.DW.ref.__gxx_personality_v0[DW.ref.__gxx_personality_v0]+0x0): undefined reference to `__gxx_personality_v0' + Fails sometimes... * `math/test-fenv.out` @@ -1579,11 +1432,6 @@ There is quite a baseline of failures. 005b7594ffe209639dd1ef2b9ed9a4c22307dec1 causes it to passe -- very likely Jérémie's signaling work. - * `posix/tst-waitid.out` - - Fails sometimes (is listed in Debian eglibc-2.13-21's - `expected-results-i486-gnu-libc`). - * `elf/tst-unused-dep.out` (1f393a11f65dcaa1952bdcaf0317a65a5f8aff9d, [[!sourceware_PR 13706]], [[!message-id "4F4210C1.1090704@redhat.com"]]) @@ -1593,113 +1441,7 @@ There is quite a baseline of failures. As of 8958805c11c741d9211e20612c86271d906c9a0b, this test now passes -- correct? - * `stdlib/tst-secure-getenv.out` - - Needs [[`/proc/self/exe`|hurd/translator/procfs/jkoenig/discussion]]. +Compared to Debian: - * `elf/tst-array*` - - Failures also seen on GNU/Linux; [[!message-id - "50950082.1070906@df1tl.local.here"]]. - - gcc-4.6 tst-array1.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g -Wno-parentheses -Wstrict-prototypes -I../include -I[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/ - gcc-4.6 -nostdlib -nostartfiles -o [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1 -Wl,-dynamic-linker=/lib/ld.so.1 -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486 - [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/ld.so.1 --library-path [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/math:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf:[ - cmp [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1.out tst-array1.exp > /dev/null - make[2]: *** [[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1.out] Error 1 - gcc-4.6 tst-array2.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g -Wno-parentheses -Wstrict-prototypes -I../include -I[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/ - gcc-4.6 tst-array2dep.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g -Wno-parentheses -Wstrict-prototypes -fPIC -I../include -I[...]/tschwinge/Roger_Whittaker.build-gcc - gcc-4.6 -shared -static-libgcc -Wl,-dynamic-linker=/lib/ld.so.1 -Wl,-z,defs -B[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/csu/ -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both -L[...]/tschwinge/Roger_Whittaker.build-gcc-4.6 - gcc-4.6 -nostdlib -nostartfiles -o [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array2 -Wl,-dynamic-linker=/lib/ld.so.1 -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486 - [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/ld.so.1 --library-path [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/math:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf:[ - cmp [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array2.out tst-array2.exp > /dev/null - make[2]: *** [[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array2.out] Error 1 - gcc-4.6 tst-array3.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g -Wno-parentheses -Wstrict-prototypes -I../include -I[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/ - gcc-4.6 -nostdlib -nostartfiles -o [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array3 -Wl,-dynamic-linker=/lib/ld.so.1 -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486 - [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/ld.so.1 --library-path [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/math:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf:[ - cmp [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array3.out tst-array1.exp > /dev/null - make[2]: *** [[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array3.out] Error 1 - gcc-4.6 tst-array4.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g -Wno-parentheses -Wstrict-prototypes -I../include -I[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/ - gcc-4.6 -nostdlib -nostartfiles -o [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array4 -Wl,-dynamic-linker=/lib/ld.so.1 -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486 - [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/ld.so.1 --library-path [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/math:[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf:[ - cmp [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array4.out tst-array4.exp > /dev/null - make[2]: *** [[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array4.out] Error 1 - - `tst-array5` passes. - - gcc-4.6 tst-array1-static.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-math -g -Wno-parentheses -Wstrict-prototypes -I../include -I[...]/tschwinge/Roger_Whittaker.build-gcc-4 - gcc-4.6 -nostdlib -nostartfiles -static -o [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1-static [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/csu/crt0.o [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/csu/crti - [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1-static > [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1-static.out - cmp [...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1-static.out tst-array1.exp > /dev/null - make[2]: *** [[...]/tschwinge/Roger_Whittaker.build-gcc-4.6-486/elf/tst-array1-static.out] Error 1 - - `tst-array5-static` passes. - - -## OLD - -`configure --without-cvs --prefix= --disable-profile --build=i486-gnu ---host=i486-gnu` - -`make -k check` changes from 538603af899057a9ef9583cc447804ec602a45e5 to -c9fd33ef070def49c078c94f8d9bc9f8a8e267f7. - -Configured with `--prefix=/usr` instead of `--prefix=`. - -Resolved failures: - - * localedata/tst_mblen.out - * localedata/tst_mbrlen.out - * localedata/tst_mbrtowc.out - * localedata/tst_mbsrtowcs.out - * localedata/tst_mbstowcs.out - * localedata/tst_mbtowc.out - * localedata/tst_swscanf.out - * localedata/tst_wcrtomb.out - * localedata/tst_wcsrtombs.out - * localedata/tst_wcstombs.out - * localedata/tst_wctob.out - * localedata/tst_wctomb.out - * localedata/bug-iconv-trans.out - * localedata/tst-wctype.out - * math/test-float.out - * math/test-double.out - * posix/tst-vfork3-mem - * io/tst-mkdirat.out - -New: - - * A lot of `error while loading shared libraries: libmachuser.so.1: cannot - open shared object file: No such file or directory`. Is it perhaps picking - that library up from `$prefix/lib/`? - - New failures; likely due to that: - - * iconvdata/iconv-test.out - * iconvdata/tst-tables.out - * malloc/tst-mtrace.out - * grp/tst_fgetgrent.out - * posix/globtest.out - * posix/wordexp-tst.out - * io/ftwtest.out - * elf/tst-pathopt.out - - Changed failures; likely due to that: - - * debug/tst-chk4.out / debug/tst-chk5.out - - -error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory - +error while loading shared libraries: libpthread-stubs.so.0: cannot open shared object file: No such file or directory - ---- - -Changes to b367d4f996512af6841c3cefdb943cb0a826a6a1: nothing interesting. - ---- - -Changes to b85c54a1f7e5241c1ef99dfeaecbd1bf4117564f: nothing interesting. - -New failures: - - * posix/bug-glob3.out (SEGFAULT; but also on Linux) - * wctype/bug-wctypeh.o (compile error; but also on Linux) + $ bash ~/tmp/glibc/debian/eglibc-2.13/debian/testsuite-checking/convertlog.sh log_test > log_test.filtered + $ bash ~/tmp/glibc/debian/eglibc-2.13/debian/testsuite-checking/compare.sh ~/tmp/glibc/debian/eglibc-2.13/debian/testsuite-checking/expected-results-i486-gnu-libc log_test.filtered diff --git a/open_issues/libpthread_addon.mdwn b/open_issues/libpthread_addon.mdwn index 26b24549..3a10cbde 100644 --- a/open_issues/libpthread_addon.mdwn +++ b/open_issues/libpthread_addon.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2012 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2012, 2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -99,21 +99,6 @@ Running glibc's `check-localplt` test gives in `check-localplt.out`: Extra PLT reference: libpthread.so: pthread_mutexattr_destroy Extra PLT reference: libpthread.so: pthread_setcancelstate -### `pthread` sysdep - -glibc provides a `pthread` sysdep (`sysdeps/pthread`) with pthread-based -implementations of most of the `aio_*` and `lio_*` functions. - -[[!message-id "201209302353.51055.toscano.pino@tiscali.it"]] - -The above patches allows also to cleanly set the libpthread string version, -returned e.g. for the `_CS_GNU_LIBPTHREAD_VERSION` value of `confstr`. - -About the glibc aio tests, they would all compile and work, except: - - - `tst-aio` -- fails - - `tst-aio9`, `tst-aio10` -- time out - ### `bits/posix_opt.h` `bits/posix_opt.h` is the glibc header defining the various @@ -145,6 +130,6 @@ in glibc. A pthread version of `gai_misc.h` must be provided by libpthread (just like NPTL provides one), either in `sysdeps/mach/hurd` or `sysdeps/pthread` -(better, see above). +(better). Currently, it is provided in glibc itself in Debian. diff --git a/open_issues/llvm.mdwn b/open_issues/llvm.mdwn index ac52b7c8..56b4513e 100644 --- a/open_issues/llvm.mdwn +++ b/open_issues/llvm.mdwn @@ -1,4 +1,5 @@ -[[!meta copyright="Copyright © 2011, 2012 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2011, 2012, 2013 Free Software Foundation, +Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -22,6 +23,13 @@ example. Especially all the compiler magic is all the same. # [[General information|/llvm]] +## Rebuild of the Debian archive with clang + +From [[!message-id "20120305195308.GA1904@zouish.org"]]: +<http://sylvestre.ledru.info/blog/sylvestre/2012/02/29/rebuild_of_the_debian_archive_with_clang>, +<http://clang.debian.net/>. + + # [[Sources|source_repositories/llvm]] @@ -34,60 +42,96 @@ For all of llvm, clang, compiler-rt, test-suite: git checkout reviewed git log --reverse --topo-order --pretty=fuller --stat=$COLUMNS,$COLUMNS -w -p -C --cc ..upstream/master -i -/^commit |^merge:|^---$|hurd|linux|nacl|nptl|glibc|gs: +/^commit |^merge:|^---$|hurd|gnu|linux|nacl|nptl|glibc|[^e]gs:|/proc --> Last reviewed up to the [[Git mirror's sources|source_repositories/llvm]]: llvm -llvmf85ec865f0f803273ab38e3b1a19fe185c7e88ac (2012-12-23), clang -debc018be39668db5cefb6418cd210aa716d6e7a (2012-12-23), compiler-rt -cab6133c5d7478e96882cb54467e29b3716c0d89 (2012-12-23), test-suite -1451ba86fc87d067ed3d244352e4025a8134b0a7 (2012-12-23). - - * Configure fragments that have `*linux*` cases might/should often contain - those for us (and GNU/k*BSD) as well. +e68542e67e5c0f8d4bbdae0dde6ccd24525a18e3 (2013-02-13), clang +2cbd427ec533f022f612fed0dd93ef5fa214478a (2013-02-12), compiler-rt +c242446f7a7c6a0c1f1bf9ad403d6dac6f215f1c (2013-02-12), test-suite +f621d1a62904df136cbaf4e4e63cbf9e9c45fd10 (2013-02-08). * <http://anonscm.debian.org/viewvc/pkg-llvm/llvm/trunk/debian/patches/>. - * [low] Some `PATH_MAX`/`MAXPATHLEN` things. + * [low] Some more `PATH_MAX`/`MAXPATHLEN` things. + + * `gs:` usage + + * `lib/Target/X86/`, `test/CodeGen/X86/`, `test/MC/X86/`. + + * `tools/clang/` + + tools/clang/docs/LanguageExtensions.rst: movl %gs:(%eax), %eax + tools/clang/test/Sema/asm.c: asm volatile ("movb %%gs:%P2,%b0" : "=q"(b) : "0"(0), "i"(5L)); + + * `compiler-rt` and `test-suite` not yet examined. + + * [low] Linuxisms + + * `test/`, `unittests`, `tools/clang/test/`, `tools/clang/unittests/` not + yet examined. + + * In clang's `test/Driver/` a lot of testing can be generalized from + *Linux* to *GNU environment*, adding GNU/Hurd testing, too. + + * `compiler-rt` and `test-suite` not yet examined. - * Review `gs:` usage in `[llvm]/lib/Target/X86/`, `[llvm]/test/CodeGen/X86/`, - `[llvm]/test/MC/X86/`. -./clang/tschwinge/Hank_Mobley/docs/LanguageExtensions.rst: movl %gs:(%eax), %eax -./clang/tschwinge/Hank_Mobley/test/Sema/asm.c: asm volatile ("movb %%gs:%P2,%b0" : "=q"(b) : "0"(0), "i"(5L)); + * `/proc` usage + + * `compiler-rt` and `test-suite` not yet examined. + + * `libc++` (not currently using) + + Some Hurd-porting work is said to have been done as Google Summer of Code + 2012 Debian project, + <http://wiki.debian.org/SummerOfCode2012/StudentApplications/AndrejBelym>. # Build Here's a log of a LLVM build run; this is from our [[Git repository's sources|source_repositories/llvm]], llvm -llvmf85ec865f0f803273ab38e3b1a19fe185c7e88ac (2012-12-23), clang -debc018be39668db5cefb6418cd210aa716d6e7a (2012-12-23), compiler-rt -cab6133c5d7478e96882cb54467e29b3716c0d89 (2012-12-23), test-suite -1451ba86fc87d067ed3d244352e4025a8134b0a7 (2012-12-23), run on kepler.SCHWINGE +829831c561ca75cb81cbe217dee25b52dbe0e2f0 (2013-02-13), clang +6b02a96cdeecb9cc2070a5a5684d62bb32ba40d6 (2013-02-13), compiler-rt +c242446f7a7c6a0c1f1bf9ad403d6dac6f215f1c (2013-02-12), test-suite +f8647dbb30c3ee173c038aff10f815b0ba856793 (2013-02-09), run on kepler.SCHWINGE and coulomb.SCHWINGE. $ export LC_ALL=C $ (cd ../Horace_Silver/ && ln -sfn ../../../clang/tschwinge/Hank_Mobley tools/clang) $ (cd ../Horace_Silver/ && ln -sfn ../../../compiler-rt/tschwinge/Doug_Watkins projects/compiler-rt) $ (cd ../Horace_Silver/ && ln -sfn ../../../test-suite/tschwinge/Art_Blakey projects/test-suite) - $ ../Horace_Silver/configure --prefix="$PWD".install --enable-optimized SHELL=/bin/dash CC=gcc-4.6 CXX=g++-4.6 2>&1 | tee log_build + $ ../Horace_Silver/configure --prefix="$PWD".install --enable-optimized SHELL=/bin/dash CC=gcc-4.7 CXX=g++-4.7 2>&1 | tee log_build $ make VERBOSE=1 2>&1 | tee log_build_ Different hosts may default to different shells and compiler versions; thus harmonized. -Passing `--enable-debug-symbols`, the GNU/Hurd build terminates with a SIGBUS +Passing `--enable-debug-symbols`, the GNU/Hurd build on coulomb.SCHWINGE +terminates with a SIGBUS when linking `Release+Debug+Asserts/bin/clang` (which is bigger than 500 MiB -for the corresponding GNU/Linux build). - -This takes up around 3 GiB, and needs roughly 1.75 h on kepler.SCHWINGE and +for the corresponding GNU/Linux build). Using `--enable-debug-symbols +--enable-shared`, the GNU/Hurd build hang after `make[1]: Leaving directory +[...]/tools/llvm-shlib`, after (successfully) linking +`Release+Debug+Asserts/lib/libLLVM-3.3svn.so` (which is bigger than 250 MiB for +the corresponding GNU/Linux build). Also there is a separate +`--enable-debug-runtime`. + +This takes up around 3 GiB, and needs roughly 1.25 h on kepler.SCHWINGE and 4.25 h on coulomb.SCHWINGE. +Configuring without `--enable-optimized` even crashes mighty darnassus, +probably because of too-big files when linking. Configuring with +`--enable-optimized --enable-expensive-checks --disable-threads +--enable-debug-symbols --enable-debug-runtime` is fine. + <!-- $ (make VERBOSE=1 && touch .go-install) 2>&1 | tee log_build_ && test -f .go-install && (make VERBOSE=1 install && touch .go-test) 2>&1 | tee log_install && test -f .go-test && { make -k VERBOSE=1 LIT_ARGS='-v --threads=1' check-all 2>&1 | tee log_test_check-all; make -k -C projects/test-suite/ 2>&1 | tee log_test_test-suite; } + $ (PATH=$HOME/tmp/source/autoconf/AUTOCONF-2.60.build.install/bin:$HOME/tmp/source/automake/automake-1.9.6.build.install/bin:$HOME/tmp/source/libtool/release-1-5-22.build.install/bin:$PATH; ./AutoRegen.sh) + --> @@ -95,18 +139,6 @@ This takes up around 3 GiB, and needs roughly 1.75 h on kepler.SCHWINGE and $ toolchain/logs/process llvm build - -checking type of operating system we're going to host on... Linux - -checking type of operating system we're going to target... Linux - +checking type of operating system we're going to host on... GNU - +checking type of operating system we're going to target... GNU - - -checking mach/mach.h usability... no - -checking mach/mach.h presence... no - -checking for mach/mach.h... no - +checking mach/mach.h usability... yes - +checking mach/mach.h presence... yes - +checking for mach/mach.h... yes - -checking for mmap of files... yes +checking for mmap of files... no checking if /dev/zero is needed for mmap... no @@ -114,12 +146,13 @@ This takes up around 3 GiB, and needs roughly 1.75 h on kepler.SCHWINGE and Due to [[mmap_write-only]]. - -checking type of operating system we're going to target... Linux - +checking type of operating system we're going to target... Unknown + +In file included from [...]/lib/Support/Process.cpp:85:0: + +[...]/lib/Support/Unix/Process.inc: In function 'unsigned int getColumns(int)': + +[...]/lib/Support/Unix/Process.inc:227:21: warning: enumeral and non-enumeral type in conditional expression [enabled by default] - +In file included from [...]/tschwinge/Horace_Silver/lib/Support/Process.cpp:29:0: - +[...]/tschwinge/Horace_Silver/lib/Support/Unix/Process.inc: In function 'unsigned int getColumns(int)': - +[...]/tschwinge/Horace_Silver/lib/Support/Unix/Process.inc:220:21: warning: enumeral and non-enumeral type in conditional expression [enabled b + 225 // Try to determine the width of the terminal. + 226 struct winsize ws; + 227 if (ioctl(FileID, TIOCGWINSZ, &ws) == 0) include/llvm/Config/* Makefile.config @@ -159,4 +192,111 @@ coulomb.SCHWINGE. $ toolchain/logs/process llvm test -TODO + * `LLVM :: CodeGen/X86/mult-alt-generic-i686.ll` + + This one, as well as a really large set of test from the test-suite fail on + coulomb.SCHWINGE no matter whether a GNU/Hurd or GNU/Linux system is booted + -- so all these are specific to the Athlon XP processor, hopefully. + + * `Clang :: Index/crash-recovery-modules.m` + + Also fails on GNU/Linux. Tested `--enable-optimized + --enable-expensive-checks --disable-threads --enable-debug-symbols + --enable-debug-runtime`. [[!LLVM_bug 11974]]. + + * `Clang :: Misc/dev-fd-fs.c` + + $ cat < [...]/test/Misc/dev-fd-fs.c | Release+Debug+Asserts+Checks/bin/clang -x c /dev/fd/0 -E + clang: error: no such file or directory: '/dev/fd/0' + clang: error: no input files + + Compare to: + + $ cat < [...]/test/Misc/dev-fd-fs.c | gcc -x c /dev/fd/0 -E + gcc: error: /dev/fd/0: (ipc/mig) bad request message ID + gcc: warning: '-x c' after last input file has no effect + gcc: fatal error: no input files + compilation terminated. + + These work: + + $ Release+Debug+Asserts+Checks/bin/clang -x c /dev/fd/0 -E < [...]/test/Misc/dev-fd-fs.c + [...] + int x; + $ gcc -x c /dev/fd/0 -E < [...]/test/Misc/dev-fd-fs.c + [...] + int x; + + * `Clang :: Tooling/clang-check-builtin-headers.cpp` + + Fails: `fatal error: 'stddef.h' file not found`; succeeds when ran + manually. + + * With `--enable-optimized --enable-expensive-checks --disable-threads + --enable-debug-symbols --enable-debug-runtime`, there are a few new FAILs + for both GNU/Linux and GNU/Hurd: + + * `Clang :: Tooling/auto-detect-from-source-parent-of-cwd.cpp` + + * `Clang :: Tooling/auto-detect-from-source-parent.cpp` + + * `Clang :: Tooling/clang-check-autodetect-dir.cpp` + + For all three, the `clang-check` invocation fails. [[!LLVM_bug 15194]]. + + * Several tests are not considered on GNU/Hurd. + + -PASS: Clang-Unit :: ASTMatchers/[...]/tschwinge/Horace_Silver.build/tools/clang/unittests/ASTMatchers/Release+Asserts/ASTMatchersTests/HasNameDeathTest.DiesOnEmptyName + -PASS: Clang-Unit :: ASTMatchers/[...]/tschwinge/Horace_Silver.build/tools/clang/unittests/ASTMatchers/Release+Asserts/ASTMatchersTests/HasNameDeathTest.DiesOnEmptyPattern + -PASS: Clang-Unit :: ASTMatchers/[...]/tschwinge/Horace_Silver.build/tools/clang/unittests/ASTMatchers/Release+Asserts/ASTMatchersTests/IsDerivedFromDeathTest.DiesOnEmptyBaseName + -PASS: LLVM-Unit :: ADT/[...]/tschwinge/Horace_Silver.build/unittests/ADT/Release+Asserts/ADTTests/APFloatTest.SemanticsDeath + -PASS: LLVM-Unit :: ADT/[...]/tschwinge/Horace_Silver.build/unittests/ADT/Release+Asserts/ADTTests/APFloatTest.StringDecimalDeath + -PASS: LLVM-Unit :: ADT/[...]/tschwinge/Horace_Silver.build/unittests/ADT/Release+Asserts/ADTTests/APFloatTest.StringDecimalExponentDeath + -PASS: LLVM-Unit :: ADT/[...]/tschwinge/Horace_Silver.build/unittests/ADT/Release+Asserts/ADTTests/APFloatTest.StringDecimalSignificandDeath + -PASS: LLVM-Unit :: ADT/[...]/tschwinge/Horace_Silver.build/unittests/ADT/Release+Asserts/ADTTests/APFloatTest.StringHexadecimalDeath + -PASS: LLVM-Unit :: ADT/[...]/tschwinge/Horace_Silver.build/unittests/ADT/Release+Asserts/ADTTests/APFloatTest.StringHexadecimalExponentDeath + -PASS: LLVM-Unit :: ADT/[...]/tschwinge/Horace_Silver.build/unittests/ADT/Release+Asserts/ADTTests/APFloatTest.StringHexadecimalSignificandDeath + -PASS: LLVM-Unit :: ADT/[...]/tschwinge/Horace_Silver.build/unittests/ADT/Release+Asserts/ADTTests/APIntTest.StringDeath + -PASS: LLVM-Unit :: Support/[...]/tschwinge/Horace_Silver.build/unittests/Support/Release+Asserts/SupportTests/LeakDetector.Death1 + -PASS: LLVM-Unit :: Support/[...]/tschwinge/Horace_Silver.build/unittests/Support/Release+Asserts/SupportTests/ValueHandle.AssertingVH_Asserts + + GTEST_HAS_DEATH_TEST utils/unittest/googletest/include/gtest/internal/gtest-port.h + + -PASS: LLVM-Unit :: ADT/[...]/tschwinge/Horace_Silver.build/unittests/ADT/Release+Asserts/ADTTests/PackedVectorTest.SignedValues + -PASS: LLVM-Unit :: ADT/[...]/tschwinge/Horace_Silver.build/unittests/ADT/Release+Asserts/ADTTests/PackedVectorTest.UnsignedValues + + EXPECT_DEBUG_DEATH utils/unittest/googletest/include/gtest/gtest-death-test.h + + * Differences in test-suite, that are not evidently floating-point issues, + GNU/Linux vs. GNU/Hurd on coulomb.SCHWINGE: + + gcc-4.6 -I/media/erich/home/thomas/tmp/llvm/tschwinge/Horace_Silver.build/projects/test-suite/SingleSource/UnitTests -I/media/erich/home/thomas/tmp/llvm/test-suite/tschwinge/Art_Blakey/SingleSource/UnitTests -I/home/thomas/tmp/llvm/tschwinge/Horace_Silver.build/projects/test-suite/../../../Horace_Silver/projects/test-suite/include -I../../include -I/home/thomas/tmp/llvm/tschwinge/Horace_Silver.build/include -I/home/thomas/tmp/llvm/tschwinge/Horace_Silver/include -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -DNDEBUG -O3 /media/erich/home/thomas/tmp/llvm/test-suite/tschwinge/Art_Blakey/SingleSource/UnitTests/2007-04-25-weak.c -lm -o Output/2007-04-25-weak.native -lstdc++ + +/media/erich/home/thomas/tmp/llvm/test-suite/tschwinge/Art_Blakey/SingleSource/UnitTests/2007-04-25-weak.c:3:1: warning: 'weak_import' attribute directive ignored [-Wattributes] + +/tmp/ccWGwKvo.o: In function `main': + +2007-04-25-weak.c:(.text.startup+0x7): undefined reference to `test_weak' + +collect2: ld returned 1 exit status + +make[2]: [Output/2007-04-25-weak.native] Error 1 (ignored) + + On GNU/Linux, the clamav tests are compiled with `-DC_LINUX`. + + +/media/erich/home/thomas/tmp/llvm/test-suite/tschwinge/Art_Blakey/MultiSource/Applications/lambda-0.1.3/lambda.cc:63:12: error: use of undeclared identifier 'MAXPATHLEN' + + char buf[MAXPATHLEN+1]; + + ..., with follow-up failures. + + `projects/test-suite/MultiSource/Applications/obsequi` is not at all + considered for GNU/Hurd. + + +/media/erich/home/thomas/tmp/llvm/test-suite/tschwinge/Art_Blakey/MultiSource/Benchmarks/Olden/voronoi/newvor.c:178:25: warning: implicit declaration of function 'memalign' is invalid in C99 [-Wimplicit-function-declaration] + + char* base = (char*)memalign(align_size, alloc_size); + + ^ + +1 warning generated. + + +/media/erich/home/thomas/tmp/llvm/test-suite/tschwinge/Art_Blakey/MultiSource/Benchmarks/Prolangs-C/archie-client/get_vdir.c:213:20: error: use of undeclared identifier 'MAXPATHLEN' + + char l_name[MAX_DIR_LINESIZE]; + + ^ + +/media/erich/home/thomas/tmp/llvm/test-suite/tschwinge/Art_Blakey/MultiSource/Benchmarks/Prolangs-C/archie-client/pprot.h:39:37: note: expanded from macro 'MAX_DIR_LINESIZE' + +#define MAX_DIR_LINESIZE 160+MAXPATHLEN /* Max linesize in directory */ + + ^ + + ..., and several more. diff --git a/open_issues/security.mdwn b/open_issues/security.mdwn index 055c8bdc..d8ffc04e 100644 --- a/open_issues/security.mdwn +++ b/open_issues/security.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2010 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2010, 2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -24,11 +24,5 @@ automated fashion. All publically usable interfaces provide attacking targets. This includes all [[system call]]s and [[RPC]] interfaces. -Fuzzing techniques can be use for locating possible issues. - - * <http://lwn.net/Articles/414273/> - - * Has already been used in the 70s / 80s (?) for testing [[UNIX]] command - line tools. - - * <http://www.ece.cmu.edu/~koopman/ballista/> +Fuzzing techniques can be use for locating possible issues; see discussion on +the [[code_analysis]] page. diff --git a/open_issues/some_todo_list.mdwn b/open_issues/some_todo_list.mdwn index 1f6f5002..82822a29 100644 --- a/open_issues/some_todo_list.mdwn +++ b/open_issues/some_todo_list.mdwn @@ -1,13 +1,13 @@ -[[!meta copyright="Copyright © 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009 -Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, +2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license -is included in the section entitled -[[GNU Free Documentation License|/fdl]]."]]"""]] +is included in the section entitled [[GNU Free Documentation +License|/fdl]]."]]"""]] [[!tag open_issue_hurd]] @@ -23,8 +23,6 @@ The tools provided by the psmisc package are linux centric. Killall and pstree, * unionfs/stowfs * supermount translator -Related: [[KnownHurdLimits]] - From Marcus, 2002: * xkb driver for console (for international users) @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2005, 2007, 2008, 2009, 2010 Free Software +[[!meta copyright="Copyright © 2005, 2007, 2008, 2009, 2010, 2013 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable @@ -11,7 +11,7 @@ License|/fdl]]."]]"""]] QEMU is free software written by Fabrice Bellard that implements a fast processor [[emulator|emulation]], allowing a user to run one operating system -within another one. It is similar to projects such as [[Bochs]] and VMware +within another one. It is similar to projects such as Bochs and VMware Workstation, but has several features these lack, including increased speed and support for multiple architectures. By using dynamic translation it achieves a reasonable speed while being easy to port on new host CPUs. diff --git a/shortcuts.mdwn b/shortcuts.mdwn index 2f12f28f..c211bd30 100644 --- a/shortcuts.mdwn +++ b/shortcuts.mdwn @@ -115,3 +115,9 @@ ikiwiki will include your shortcut in the standard underlay. * [[!shortcut name=stackoverflow_question url="http://stackoverflow.com/questions/%s" desc="Stack Overflow question %s"]] + + +## [[LLVM]] + + * [[!shortcut name=LLVM_bug url="http://llvm.org/bugs/show_bug.cgi?id=%s" + desc="LLVM bug #%s"]] diff --git a/toolchain/logs b/toolchain/logs -Subproject eaa077b495ce4ba717317c37a7673f6b5adb489 +Subproject 9dc02241b1a742d5ebf3ba2fdfa5039bf2b2931 diff --git a/unsorted/BochsEmulator.mdwn b/unsorted/BochsEmulator.mdwn deleted file mode 100644 index 8c9f5cfe..00000000 --- a/unsorted/BochsEmulator.mdwn +++ /dev/null @@ -1,20 +0,0 @@ -# <a name="Bochs_IA_32_x86_64_Emulator"> Bochs IA-32/x86-64 Emulator </a> - -[Bochs](http://bochs.sf.net) is a very cool emulator, similar to Plex86 and the commercial product [[VmWare]] which virtualizes the PC hardware. However, Bochs does not virtualize, it _emulates_ the IA32 on the instruction level. It's currently the best alternative if you want to take the Hurd for a quick test drive without needing to repartition your hard drive or read complicated installation manuals. - -* [Debian package](http://packages.qa.debian.org/bochs) - -Note that Bochs is quite slow, so installing GNU inside its virtual machine will probably take you a lot of time. There are several pre-installed bochs images available. - -## <a name="Images"> Images </a> - -* The Bochs project hosts a [preinstalled GNU image](http://sourceforge.net/project/showfiles.php?group_id=12580). It has network, Xfree86 and the console server installed and configured (X has some problems though). If you want to try it out, please read the [[BochsFAQ]] for setting up a GNU guest first. -* [Another 2GB image](http://www.gnuhurd.org/) distributed in rar format without apologies. -* Bee has a [bochs version](http://bee.es.gnu.org/) of it's distribution - -## <a name="Articles"> Articles </a> - -* [Bruno Bonfils wrote an article.](http://www.asyd.net/docs/hurd/bochs-hurd.html) -* [Julien PUYDT wrote another article on setting up Hurd in Bochs.](http://lists.debian.org/debian-hurd/2003/debian-hurd-200303/msg00065.html) - * [Lucas Nussbaum added some details.](http://lists.debian.org/debian-hurd/2004/debian-hurd-200401/msg00078.html) -* [Marcus Brinkmann shares his experience in running GNU/Hurd on Bochs](http://lists.debian.org/debian-hurd/2004/debian-hurd-200402/msg00057.html). He [mentions qemu](http://lists.debian.org/debian-hurd/2004/debian-hurd-200402/msg00059.html) too, and [PUYDT Julien suggests using /dev/loop0.](http://lists.debian.org/debian-hurd/2004/debian-hurd-200402/msg00064.html) diff --git a/unsorted/BochsFAQ.mdwn b/unsorted/BochsFAQ.mdwn deleted file mode 100644 index 474bbed5..00000000 --- a/unsorted/BochsFAQ.mdwn +++ /dev/null @@ -1,83 +0,0 @@ -# <a name="GNU_pre0_3_J2_for_Bochs_mini_FAQ"> </a> GNU pre0.3-J2 for Bochs mini-FAQ - ----- - -## <a name="What_do_you_mean_GNU_the_GNU_Hur"> </a> What do you mean "GNU", the GNU Hurd? - -Yes and no. See <http://www.gnu.org/software/hurd/faq.en.html#q1-2> - -## <a name="Where_are_"> Where are...? </a> - -Latest version of this FAQ: [[Distrib/BochsFAQ]] - -Latest GNU image for Bochs: [http://sourceforge.net/project/showfiles.php?group\_id=12580](http://sourceforge.net/project/showfiles.php?group_id=12580) - -## <a name="Disk_line_for_bochsrc_"> Disk line for .bochsrc? </a> - -for Bochs 2.0 or later: - - ata0-master: type=disk, path="gnu.img", cylinders=1024, heads=16, spt=63 - -for older versions: - - diskc: file="gnu.img", cyl=1024, heads=16, spt=63 - -## <a name="My_PATH_and_prompt_are_weird_and"> </a> My PATH and prompt are weird, and X clients fail - -The profile is not loaded properly, do it manually with `". /etc/profile"` - -## <a name="How_can_i_change_terminals_"> How can i change terminals? </a> - -The Mach default console lack have multi-terminal capability, and up 'til recently we recommended the "screen" program. However, the new console server is installed and configured with 6 terminals. You can launch it with the ncursesw driver: - - console -d ncursesw /dev/vcs - -Switching is done via `C-w 1` (or 2, 3, ...). you can exit it with `C-w x` - -See the original posting to debian-hurd, <http://lists.debian.org/debian-hurd/2002/debian-hurd-200209/msg00054.html>, or [[Hurd/HurdConsole]] for more details. - -**_IMPORTANT:_** Note that X doesn't work well while running the console server. - -## <a name="Does_X_work_"> Does X work? </a> - -Somewhat: - -* DRI and speedo modules won't load so they're deactivated. -* The VESA driver also failed so VGA is being used. -* more than 8 bpp won't work. -* for some weird reason the mouse server in `/dev/mouse` doesn't respond, so the mouse is inoperative. -* GNU is still an unstable OS which makes X crash often on it. - -To reconfigure it, see Distrib.Xfree86, or: - - dpkg-reconfigure xserver-xfree86 - -then apply a patch to fix the mouse section: - - patch /etc/X11/XF86config-4 /root/XF86Config-4.diff - -Installed clients are blackbox window manager and rxvt terminal emulator. - -## <a name="Is_network_configured_"> Is network configured? </a> - -Yes, to change parameters use: - - settrans -apfg /servers/socket/2 /hurd/pfinet [options to pfinet] - -See `/hurd/pfinet --help` for details, or the [[Hurd/GetNetworkRunning]] topic. - -## <a name="How_do_i_mount_stuff_"> How do i mount stuff? </a> - - settrans -afg <node> /hurd/<translator> <options to translator> - -Where `node` is your mount point and `translator` is the filesystem server. Add `-p` to settrans if you want it to stay over reboots (fstab-like) - -## <a name="Anything_neat_to_try_"> Anything neat to try? </a> - -Yes! instead of `"su"` use `"sush"`, a more flexible version that manages multiple UIDs. - -You can also play with userspace filesystems for NFS and FTP in `/hurd/{nfs,ftpfs}` that you can run as user, debug with GDB, etc. - -## <a name="More_questions_"> More questions? </a> - -Read the FAQ (<http://www.gnu.org/software/hurd/faq.en.html>) for a general overview on the GNU system. diff --git a/unsorted/CrossHurd.mdwn b/unsorted/CrossHurd.mdwn index d33d2a00..08e03c1f 100644 --- a/unsorted/CrossHurd.mdwn +++ b/unsorted/CrossHurd.mdwn @@ -47,8 +47,6 @@ The first two runs (reboots) you must run the Hurd in single-user mode! -T typed ${root} $(task-create) $(task-resume) module /lib/ld.so.1 /hurd/exec $(exec-task=task-create) -The notation of Grub, and of the Hurd, can be somewhat bisarre on first sight. Consult the [[InstallNotes]] document and the Grub manual for a thorough explanation. - N.B. the '-s' on the kernel line, it is "single user mode", which you need for the first two reboots. OK, reboot now. @@ -94,6 +92,5 @@ Move around just like in Linux console, but with persistent scroll-back buffers ## <a name="References"> References </a> -* [[InstallNotes]] * [[Network]] * [[Console]] diff --git a/unsorted/DebianX.mdwn b/unsorted/DebianX.mdwn deleted file mode 100644 index 6d65a140..00000000 --- a/unsorted/DebianX.mdwn +++ /dev/null @@ -1,116 +0,0 @@ -# <a name="Setting_up_X_on_Debian_GNU_Hurd"> </a> Setting up X on Debian GNU/Hurd - -This is a brief helper on how to setup X-Windows on Debian GNU/Hurd. - -Obviously this text is taken from the page <http://hurd.gnufans.org/bin/view/Hurd/Xfree86> but I was making such drastic changes, I didn't want to hack up that page. - -### <a name="Mouse_amp_Keyboard"> Mouse & Keyboard </a> - -See [[console]] for more details. - -You should instruct the Hurd console to repeat keyboard events to `/dev/cons/kbd`, and mouse events to `/dev/cons/mouse`: - - # console -d vga -d pc_kbd --repeat=kbd \ - -d pc_mouse --repeat=mouse --protocol=ps/2 -c /dev/cons /dev/vcs - -Symbolic links to repeaters should also be created: - - # ln -s /dev/cons/kbd /dev/kbd - # ln -s /dev/cons/mouse /dev/mouse - -### <a name="Selecting_amp_Configuring_Packag"> Selecting & Configuring Packages </a> - -You will need several X packages. The `x-window-system-core` brings you most of what you need: - -* `xserver-xfree86` -* `xfonts-base` -* `xfonts-100dpi` -* `xfonts-75dpi` -* `xfonts-scalable` -* `xbase-clients` -* `xutils` -* `rxvt` -* ... as well as your window manager of choice: - * WindowMaker, `wmaker` - * FVWM, `fvwm` - * Blackbox, `blackbox` - * TWM, `twm` - -I know that twm and Window Maker work, however, I cannot attest to the other two. Also, Michael Banck has a working package for xfce4 for those of you that are interested. The link for the package is here: - - deb http://people.debian.org/~mbanck/hurd-xfce4/ ./ - -Thanks for that Michael!! - -You will probably need to create a .xsession file for xfce4 with the following command: - - exec /usr/bin/startxfce4 || exec xterm - -This will start the xfce4 desktop or dump to xterm if it fails to start. - -The recommended way of configuring X is using the `xserver-xfree86` debconf template, eg: - - # dpkg-reconfigure xserver-xfree86 - -It may be easier to just copy a working configuration from another operating system on the same computer and place it in `/etc/X11/XF86Config-4`, but this is discouraged as you would have to remove some sections by hand. - -**_IMPORTANT:_** when you configure X, make sure you do **NOT** enable the `speedo` and `dri` modules because they are currently broken. - -**_UPDATE 12/28/2004:_** Speedo is working on mine and is currently running. I do not have DRI enabled however. - -### <a name="Edit_XF86Config_4"> Edit XF86Config-4 </a> - -Now you have to edit the file manually to ensure that the mouse sections look like this: - - Section "InputDevice" - Identifier "Configured Mouse" - Driver "mouse" - Option "CorePointer" - Option "Device" "/dev/mouse" - Option "Protocol" "osmouse" - EndSection - - Section "InputDevice" - Identifier "Generic Mouse" - Driver "mouse" - Option "SendCoreEvents" "true" - Option "Device" "/dev/mouse" - Option "Protocol" "osmouse" - EndSection - -You may also enable the Emulate3Buttons option, but nothing else will work. - - Option "Emulate3Buttons" "true" - -**_WARNING:_** I cannot verify as of yet whether it was the "Emulate3Buttons" setting or the "ZAxisMapping" setting but I had to disable both in order to be able to move and resize windows. - -### <a name="Starting_X"> Starting X </a> - -Finally, run `startx` - -However, there are several caveats to be aware of: - -* `xterm` does not work correctly; try `rxvt`. - -**_UPDATE 12/28/2004_**: xterm works fine for me. - -* `update-menu` does not yet work. As such, there are no fine Debian menus. -* GNOME can now be ported with the new pthreads, but is still being worked on. Window Maker, TWM, Blackbox and FVWM all work. - -**_WARNING:_** If you get an error about opening the display or a permissions issue, you may need to run the following: - - # dpkg-reconfigure xserver-common - -change from "Console Users Only" to "Anybody" - -### <a name="Miscellaneous"> Miscellaneous </a> - -The dillo web browser does work, though it is not the greatest browser. - -For you xchat lovers like me, xchat will compile if you disable the python module. (The python module causes an assertion failure in pthreads if one of you guru's wants to fix and package. **hint,hint**) - -Good luck and enjoy! - ----- - --- [[Main/BarryDeFreese]] - 28 Dec 2004 diff --git a/unsorted/DebianXorg.mdwn b/unsorted/DebianXorg.mdwn deleted file mode 100644 index a1d77903..00000000 --- a/unsorted/DebianXorg.mdwn +++ /dev/null @@ -1,193 +0,0 @@ -# <a name="Setting_up_Xorg_on_Debian_GNU_Hu"> </a> Setting up Xorg on Debian GNU/Hurd - -This is a brief helper on how to setup Xorg on Debian GNU/Hurd. - -Obviously this text is taken from the page <http://hurd.gnufans.org/bin/view/Hurd/DebianX> but I was making such drastic changes, I didn't want to hack up that page. - -### <a name="Mouse_amp_Keyboard"> Mouse & Keyboard </a> - -See [[console]] for more details. - -You should instruct the Hurd console to repeat keyboard events to `/dev/cons/kbd`, and mouse events to `/dev/cons/mouse`: - - # console -d vga -d pc_kbd --repeat=kbd -d generic_speaker \ - -d pc_mouse --repeat=mouse --protocol=ps/2 -c /dev/vcs - -Symbolic links to repeaters should also be created: - - # ln -s /dev/cons/kbd /dev/kbd - # ln -s /dev/cons/mouse /dev/mouse - -### <a name="Selecting_amp_Configuring_Packag"> Selecting & Configuring Packages </a> - -The `x-window-system-core` package brings you most of what you need for a base, plus you need to choose a window manager: - -* WindowMaker, `wmaker` -* FVWM, `fvwm` -* Blackbox, `blackbox` -* TWM, `twm` - -I know that Window Maker works, however, I cannot attest to the others. xfce4 might be temporarily broken. - -The recommended way of configuring X is using the `xserver-xorg` debconf template, eg: - - # dpkg-reconfigure xserver-xorg - -This currently seems to be broken in the Debian package so it may be easier to just copy a working configuration from another operating system on the same computer and place it in `/etc/X11/xorg.conf`. You need to edit the mouse settings by hand according to the below example, though. - -**_IMPORTANT:_** when you configure X, make sure you do **NOT** enable the `speedo` and `dri` modules because they are currently broken. - -**BDd: I cannot attest to this currently.** - -### <a name="Edit_xorg_conf"> Edit xorg.conf </a> - -If you managed to get an xorg.conf autogenerated, make sure to have the mouse section read as follows: - - Section "InputDevice" - Identifier "Configured Mouse" - Driver "mouse" - Option "CorePointer" - Option "Device" "/dev/mouse" - Option "Protocol" "osmouse" - EndSection - -Do not set the "Emulate3Button" or "ZAxisMapping" options, they do not work and break things. - -Here is an example of an xorg.conf using VESA at 800x600 that works on my Dell laptop: - - # /etc/X11/xorg.conf (xorg X Window System server configuration file) - # - # This file was generated by dexconf, the Debian X Configuration tool, using - # values from the debconf database. - # - # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. - # (Type "man /etc/X11/xorg.conf" at the shell prompt.) - # - # This file is automatically updated on xserver-xorg package upgrades *only* - # if it has not been modified since the last upgrade of the xserver-xorg - # package. - # - # If you have edited this file but would like it to be automatically updated - # again, run the following command: - # sudo dpkg-reconfigure -phigh xserver-xorg - - Section "Files" - FontPath "/usr/share/X11/fonts/misc" - FontPath "/usr/share/X11/fonts/cyrillic" - FontPath "/usr/share/X11/fonts/100dpi/:unscaled" - FontPath "/usr/share/X11/fonts/75dpi/:unscaled" - FontPath "/usr/share/X11/fonts/Type1" - FontPath "/usr/share/X11/fonts/CID" - FontPath "/usr/share/X11/fonts/100dpi" - FontPath "/usr/share/X11/fonts/75dpi" - # paths to defoma fonts - FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" - FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" - EndSection - - Section "Module" - Load "GLcore" - Load "i2c" - Load "bitmap" - Load "ddc" - Load "extmod" - Load "freetype" - Load "glx" - Load "int10" - Load "type1" - Load "vbe" - EndSection - - Section "InputDevice" - Identifier "Generic Keyboard" - Driver "kbd" - Option "CoreKeyboard" - Option "XkbRules" "xorg" - Option "XkbModel" "pc104" - Option "XkbLayout" "us" - EndSection - - Section "InputDevice" - Identifier "Configured Mouse" - Driver "mouse" - Option "CorePointer" - Option "Device" "/dev/mouse" - Option "Protocol" "osmouse" - EndSection - - Section "InputDevice" - Identifier "Synaptics Touchpad" - Driver "synaptics" - Option "SendCoreEvents" "true" - Option "Device" "/dev/psaux" - Option "Protocol" "auto-dev" - Option "HorizScrollDelta" "0" - EndSection - - Section "Device" - Identifier "Videocard0" - Driver "vesa" - EndSection - - Section "Monitor" - Identifier "Monitor0" - VendorName "Dell" - HorizSync 31.5 - 90.0 - VertRefresh 59.0 - 85.0 - Option "DPMS" - EndSection - - Section "Screen" - Identifier "Screen0" - Device "Videocard0" - Monitor "Monitor0" - DefaultDepth 24 - SubSection "Display" - Depth 1 - Modes "800x600" - EndSubSection - SubSection "Display" - Depth 4 - Modes "800x600" - EndSubSection - SubSection "Display" - Depth 8 - Modes "800x600" - EndSubSection - SubSection "Display" - Depth 15 - Modes "800x600" - EndSubSection - SubSection "Display" - Depth 16 - Modes "800x600" - EndSubSection - SubSection "Display" - Depth 24 - Modes "800x600" - EndSubSection - EndSection - - Section "DRI" - Mode 0666 - EndSection - -### <a name="Starting_X"> Starting X </a> - -Finally, run `startx` - -However, there are several caveats to be aware of: - -* `update-menu` does not yet work. As such, there are no fine Debian menus. - -**_WARNING:_** If you get an error about opening the display or a permissions issue, you may need to run the following: - - # dpkg-reconfigure x11-common - -change from "Console Users Only" to "Anybody" - -Good luck and enjoy! - ----- - --- [[Main/BarryDeFreese]] - 02 Mar 2006 diff --git a/unsorted/InstallNotes.mdwn b/unsorted/InstallNotes.mdwn deleted file mode 100644 index f3ac58d1..00000000 --- a/unsorted/InstallNotes.mdwn +++ /dev/null @@ -1,291 +0,0 @@ -Items of interest during install not mentioned elsewhere include the following. Arranged in the same order as Neal Walfield's [install guide](http://web.walfield.org/papers/hurd-installation-guide/english/hurd-install-guide.html) - (link is currently broken - see below for current instructions). - -**_Currently, [Debian's installation instructions](http://www.debian.org/ports/hurd/hurd-install) are the most up-to-date._**<br /> Note the mirrors mentioned on debian.org have no hurd iso's. The iso's can be found [Here](http://ftp.gnuab.org/pub/gnu.iso) - -## <a name="1_Overview_Where_we_are_going"> 1. Overview - Where we are going </a> - -There are currently four methods to install GNU - -1. Tarball - The current documentation, for the tarball method, are [Debian's installation instructions](http://www.debian.org/ports/hurd/hurd-install), based on the original guide by Neal Walfield. The GNU official [installation page](http://www.gnu.org/software/hurd/install.html) is the canonical reference. See [[Distrib/TarballNotesHome]] for more info. -2. [[Distrib/BochsEmulator]] is an x86 emulator similar to the propietary [[Distrib/VmWare]] (which is not supported). See the [[Distrib/BochsEmulator]] page for more info. The Bochs project hosts a preinstalled GNU image that is periodicaly updated. You can get the latest one [here](http://sourceforge.net/project/showfiles.php?group_id=12580). -3. [CD-ROM iso images](http://www.debian.org/ports/hurd/hurd-cd) CD-ROM installs are becoming more and more popular. The CDs are based on the most current tarball at release time. See [[Distrib/CDNotesHome]] for more info. -4. The [crosshurd](http://packages.debian.org/crosshurd/) Debian package, which can be used instead of a tarball to install the base system. This is the recommended way to proceed. - -* References to a `cross-install` script can nowadays be completely ignored by anyone not a maintainer. It is only used when creating a new tarball. - -## <a name="2_Real_Estate_or_Finding_A_Home"> 2. Real Estate or Finding A Home </a> - -For those who do not happen to have an available partition or an extra hard drive, this can be the longest step. In this case, we will need to repartition the hard drive. One solution is to use GNU's partition editor, Parted. It features not only basic partition editing, but also partition resizing and moving functions. It can be found at <http://www.gnu.org/software/parted>. The manual is quite complete and includes several tutorials. Also there's a frontend called [nparted](http://packages.debian.org/unstable/utils/nparted.html) to simplify usage. - -The Hurd can only support partition sizes of up to approximately one gigabyte; anything much larger than this will not work. This limitation is a design decision that was made several years ago in which the file system server maps the entire partition into virtual memory. As the amount of virtual memory available on an ia32 is only four gigabytes of which only two gigabytes are available to the application and, of that, a significant portion is reserved for the code, the stack and the heap, the final, maximum contiguous virtual memory area that is left is generally about one gigabyte. This limitation is scheduled to be remove. Several other items, however, currently have a slightly higher priority. - -Having said that, a single one gigabyte partition is more than enough for a working system. Many, however, prefer at least two partitions: one for a root partition and another for a home partition. This latter scheme is highly advised for developers interested in debugging Hurd servers. - -The Hurd supports several extensions to the ext2fs file system format. Foremost among these are passive translators and a fourth set of permission bits for unknown users. In order to take advantage of these features, however, the owner of the partition must be set to Hurd. `mke2fs`, unless specifically overridden on the command line, will set the owner to whatever system core it is running on. As the Hurd will diligently respect this setting, we must be careful to set this appropriately or the Hurd may fail in subtle ways. Be aware that even if a file system is owned by a particular system core, others may still use it; they just may not be able to use certain extensions. - -To create a file system, we use `mke2fs` and pass it `-o hurd` to designate the Hurd as the owner of the new file system. For instance: - - mke2fs -o hurd /dev/DEVICE - -**_Note:_** You may wish to add a `-b 4096` option to `mke2fs` (the default is chosen depending on the size of the partition, and the support for block size 1024 is buggy). The command to check the block size is `tune2fs -l /dev/hda9` under GNU/Linux. - -## <a name="3_The_Boot_Loader_Getting_GRUB"> </a> 3. The Boot Loader - Getting GRUB - -GRUB is the bootloader of the GNU system, and it's currently the only one that supports the multiboot standard, necessary to boot the Hurd. - -A word about GRUB. Unlike traditional boot loaders on the x86, such as LILO, GRUB is very powerful. It has a command line interface, bootp, dummy terminal support and a plethora of other features. In addition, it can boot most any operating system. If you have ever booted an alpha or sparc, you will understand what GRUB can do. Therefore, do not be scared: GRUB is better. You will like it. You will not go back. - -To find GRUB, visit <ftp://alpha.gnu.org/gnu/grub>. Here, there is a source tarball and a floppy image. If you choose to download the tarball, it is a normal configure, make and make install. Included is a wonderfully complete manual on how GRUB works. Read it. If, on the other hand, you choose to download the floppy image, it is sufficient to dump it to a floppy disk to get a working GRUB: - - dd if=grub-boot-VERSION.image of=/dev/fd0 - -You can always install GRUB onto your hard drive at a later date. - -For instructions on using GRUB, see either the info documentation or the quick reference notes on this wiki: - -* [[GRUB]] - quick reference - -## <a name="4_Cross_Install_Cross_Installing"> </a> 4. Cross Install - Cross Installing GNU - -The recommended way to cross install the Hurd is by using the [crosshurd](http://packages.debian.org/crosshurd) Debian package. Unfortunately, it's broken right now (2003-10-10), so you'll have to use the old tarball method. - -Download the base system `gnu.tar.gz` from <ftp://alpha.gnu.org/gnu/hurd/contrib/robertmh/> . - -The tarball is setup to extract everything into the current directory. After mounting the partition and changing to the mount point, we just need to extract the archive. In the following example, we assume that the root partition is mounted on `/gnu`. - - cd /gnu - tar --same-owner -xvzpf ~/gnu.tar.gz - -**_NOTE:_** This should NOT be confused with the `cross-install` script method. It is only used by maintainers when creating a new tarball. - -## <a name="5_Booting_GNU"> </a> 5. Booting GNU - -Now things are setup to boot GNU for the first time. Verify that the GRUB boot disk is in the drive and reboot. If all goes well, a GRUB menu will be displayed. Hit c for the GRUB command line. - -First, the root file system needs to be set. GRUB uses a partition nomenclature that is a bit different from either GNU or GNU/Linux: both IDE and SCSI drives are named `(hdN)`. `N` is the drive number (zero based) as reported by the BIOS. That is, GRUB makes no distinction between IDE and SCSI disks. The partitions, like the disks, are also indexed numerically from zero: `(hdN,M)`. If this sounds bad, relax: GRUB is also helpful. - -To determine on which file system a particular file resides, one method is to use the find command. When issued this command, GRUB searches on each file system for the specified file and prints where is was found. Here we search for the kernel, `/boot/gnumach.gz`. - - grub> find /boot/gnumach.gz - (hd0,0) - -As we can see, GRUB is indicating that `/boot/gnumach.gz` is on `(hd0,0)`. Thus, we set the root respectively: - - grub> root (hd0,0) - Filesystem type is ext2fs, partition type 0x83 - -Next, GNU Mach needs to be loaded. In addition to loading the binary, at least one option, the root partition, must be specified. This will be used by the Hurd itself. As such, it must be in terms that the Hurd can understand. - -GNU Mach labels disks starting at zero. IDE drives are prefixed with hd, while SCSI disks are prefixed with sd. Like GNU/Linux, drives are number by their position on the controller. For instance, the primary master is `hd0` and the secondary slave is `hd3`. Partitions use the BSD slice naming convention, and append `sM` to the drive name to indicate a given partition. Note that `M` is a one, not zero, based index. The slice number is simple to calculate: just increment what you used for GRUB by one. - -Since the Hurd has not yet been configured, it must be run in single user mode. Adding a `-s` to the kernel command line is all that is required. - -Thus, continuing with the above example and assuming that the first drive in the master on the secondary controller, we would have: - - grub> kernel /boot/gnumach.gz root=device:hd2s1 -s - [Multiboot-elf, ...] - -NOTE: If after running this command you see GRUB Error 28, according to the [GRUB Troubleshooting](http://www.gnu.org/software/grub/manual/grub.html#Troubleshooting) documentation, you may need to tell grub that you have more memory by using the uppermem command. For example, if you have 256MB of RAM and running **displaymem** within GRUB shows that you have less memory than that, you can type **uppermem 262144** to tell GRUB about the additional memory. - -Next, the root file system server and the exec server must be loaded. This is done using GRUB's boot module capability. The parameters are the semantics by which the kernel passes some important values to the servers. - - grub> module /hurd/ext2fs.static \ - --multiboot-command-line=${kernel-command-line} \ - --host-priv-port=${host-port} \ - --device-master-port=${device-port} \ - --exec-server-task=${exec-task} -T typed ${root} \ - $(task-create) $(task-resume) - - [Multiboot-module 0x1c4000, 0x2cfe6a bytes] - grub> module /lib/ld.so.1 /hurd/exec $(exec-task=task-create) - [Multiboot-module 0x494000, 0x27afe bytes] - -**_Important:_** each module string should be asingle separate line _or_ line wrapped with a backslash at the end of each line. Remember to make sure there are **_no trailing spaces!_** Adding this to GRUB's `menu.lst` file as soon as possible is advised. - -Finally, GNU can be booted: - - grub> boot - -Sit back and watch the messages. This is actually more important than one might think as there is a bug in GNU Mach whereby hitting a key during the boot process causes the kernel to panic. - -If GNU fails to boot, it could be due to shared IRQs: GNU Mach does not play well with these. You can verify your situation by looking at, for instance, the `/proc/interrupts` file under GNU/Linux. Also, as GNU Mach does not support loadable kernel modules, many of the drivers are compiled into the default kernel. If you have old peripherals, this can be a significant problem: a device may respond badly to a probe intended for a different device. Building a new kernel with only the required devices drivers will usually solve this problem. GNU Mach is easily cross compiled. If you are running Debian, try the `gcc-i386-gnu` package. - -If this does not help, explore the resources listed at the end of this document. Finally, ask on the appropriate mailing list. - -There are some cavaets to the boot process: - -* **IMPORTANT!** Remember when first booting into your freshly un-tarred distribution, you must pass the `-s` option to `/boot/gnumach.gz`. Failure to do so means that you won't get single-user mode. -* **IMPORTANT2!** Add the `--readonly` flag to the file system server in your GRUB `menu.lst` file. This is a work-around to get `fsck` working properly. Don't forget, everything must be on ONE line, or ended with a backslash! -* **IMPORTANT3!** If you have created the filesystem with a later version of e2fsprogs than the one installed in the tarball, it **might** happen that fsck fails and you can't boot multiuser. The workaround is to copy `/bin/true` into `/sbin/e2fsck` and `/sbin/fsck.ext2`, then boot multiuser and install the latest e2fsprogs. - - title GNU (kernel GNUmach 1.3) - root (hdX,Y) - kernel /boot/gnumach.gz root=device:hdXs(Y+1) - module /hurd/ext2fs.static --readonly \ - --multiboot-command-line=${kernel-command-line} \ - --host-priv-port=${host-port} \ - --device-master-port=${device-port} \ - --exec-server-task=${exec-task} \ - -T typed ${root} $(task-create) $(task-resume) - module /lib/ld.so.1 /hurd/exec $(exec-task=task-create) - -Where `hdX,Y` is the appropriate hard disk and partition number, in GRUB format. `hdXs(Y+1)` is the GNUmach format - because Mach partitions start at 1, unlike GRUB partitions that start on 0 (zero). - -It is important that each module string is only a single separate line, or by escaping the EOL (end of line) with a back slash. Remember though to make sure there are **_no trailing spaces!_** - -**_GRUB floppy and iso images:_** These are available from <http://www.copyleft.co.nz/links.html>. These have been built with the correct strings and only the root and boot partitions names need to be editied. - -## <a name="6_Native_Install_Finishing_the_I"> 6. Native Install - Finishing the Installation </a> - -Once a prompt comes up, and any time that the the Hurd is in single user mode, it is necessary to set the terminal type: - - export TERM=mach - -(Repeat this each time you boot in single user mode) - -Be warned that CONTROL-C and family will not work in single user mode. - -We can now run the native-install script. This will configure the packages and set up several important translators: - - ./native-install - -Right before the script terminates, it will indicate that it needs to be run a second time. Follow its instructions and reboot using the reboot command. Again, go into single user mode. - -Now it is advisable to enable swap. The mach kernel dislikes running without swap and is unlikely to last through the installation, especially on systems with little physical RAM. Although you can enable swap later on after running `./native-install` for the second time, turning swap on early increases your probability of getting there. - -This will start the default pager, create a device corresponding to the swap partition, and turn swap on on that partition: - - /hurd/mach-defpager - cd /dev - ./MAKEDEV hdXsY - swapon /dev/hdXsY - cd / - -**IMPORTANT!** When enabling swap please be very sure that the partition really is swap. If you point `swapon` to a data partition it will use that for swap, overwriting any data you may have there. - -Now run `./native-install` for the second time and go through a series of prompts. - -Next, edit `/etc/fstab` to add the home partition and swap space. By default, `nano` is the only editor installed by the the base distribution (not `ae` nor `vi`). It is very important that swap space be used: the Hurd will be an order of magnitude more stable. Note that the Hurd can transparently share a swap partition with Linux, the kernel, but will happily page to any device including a raw partition such as your home partition. - -Here is an example `/etc/fstab` file: - - # <file system> <mount point> <type> <options> <dump> <pass> - /dev/hd2s1 / ext2 rw 0 1 - /dev/hd2s2 /home ext2 rw 0 2 - /dev/hd2s3 none swap sw 0 0 - -Remember to create any devices using the `MAKEDEV` command. - -When you first boot, your `/home` directory will _not_ be auto-mounted. You must set a passive translator on that node to access that partition. The correct syntax for this is: <br />`settrans -p /home /hurd/ext2fs /dev/hd2s2` - -To mount an nfs partition, use the nfs translator. When run as non-root, the translator will connect, for obvious reasons, to the nfs server on a port above 1024. For this to succeed under GNU/Linux, the insecure option must be added to the export line. Here is an example `/etc/exports` file: - - /home 192.168.1.2(rw,insecure) - -To mount this from a GNU box: - - settrans -cgap /home /hurd/nfs 192.168.1.1:/home - -## <a name="7_Configuration_Making_the_Syste"> 7. Configuration - Making the System Usable </a> - -See [[DebianAfterInstall]] for complete, up to date instructions. - -* After you install, you'll want to do several _important_ things: - * Run `passwd` to give the root user a password. By default, root does not have one. - * Run `adduser` to give yourself a user account. _Do not_ use root indiscriminately. - * Run `MAKEDEV` to create devices in `/dev` for your hard disk and other required devices. - * run `/etc/cron.daily/find` to allow `locate` to function. - -* [[GetNetworkRunning]] - * Hopefully Mach will recognize your hardware. If it doesn't you have to recompile in most cases. - * copy over your `/etc/resolv.conf` from GNU/Linux to allow your DNS to resolve correctly. - -* Prepare system for new packages. - * See [[DebianAfterInstall]] for up to date instruction on how to setup apt-get mirrors. - * There are some extremely useful cross-platform 'apt' tricks that can be used to get packages when using Debian GNU/Linux (possibly others) for installation on GNU. This is especially useful if your GNUMach doesn't recognize your network card. The steps are covered in the file `/usr/share/doc/apt-doc/offline` which has been used by several Hurd developers successfully. - * create an `/etc/apt/apt.conf.offline` like [[AptConfOffline]]. - * consider setting up a few [[CrossPlatformAliases]] for use under Debian GNU/Linux while the Debian GNU/Hurd partitions are mounted. - * select the `apt` method from within dselect. - -* [[Xfree86]] - -* New packages - Hopefully you are able to get your network working but since the default GNUMach is only configured for a few ethernet cards you may need to recompile your GNUMach to get it working with your network hardward. - * Install these extremely useful packages - * `dialog` -- Debconf uses this for interactivity. You should install this first to allow you to configure other packages as they are installed. - * It's a very good idea to bring your packages up to date by running: `apt-get update && apt-get dist-upgrade` - * Some recommended packages - * `screen` -- A terminal multiplexer was important because the Hurd didn't have virtual consoles. Now you can have the [[Hurd/HurdConsole]], but screen is still handy. - * `anacron` -- good to run cron jobs for a machine that is not on all the time. - * `emacs21` -- a powerful editor. - * `cvs` -- Concurrent Version System, you'll probably need this soon. - * `bzip2, zip, unzip` -- compression tools. - * `build-essential` -- preparing to build software. - * `gnu-standards` -- GNU coding and package standards. - -* Some packages use an erroneous dependency on `libc6-dev`. This is incorrect because libc6 is specific to GNU/Linux. The corresponding package for GNU is `libc0.3-dev`. If you find a package that is uninstallable due to a `libc6[-dev]` dependency, please send a bug report with a patch that fixes it. It is important that you don't hack your package system to workaround such problems, because that way you won't be able to spot them when they arrive. See the [[Distrib/PortingIssues]] for details about the problem and [[Distrib/BtsFiling]] for details on sending bug reports. -* Edit your `/etc/inetd.conf` and comment out all the services you don't need. Services that probably don't need to be running are `ftp`, `telnet`, `shell`, `login`, and `exec`. -* There appears to be a bug in `libnss-db` that causes networking to fail. To work around this edit `/etc/nsswitch.conf` and remove the `db` entries. (See <http://www.geocrawler.com/archives/3/333/2001/1/50/4907699/> ) - -* You may want to check the [[PackageTroubleshooting]] page if you are having trouble installing and making work some Debian packages. - -## <a name="8_Final_Words_The_FAQ"> </a> 8. Final Words - The FAQ - -* [[FAQ]] - More than frequently asked questions - -* [Hurd FAQ](http://web.walfield.org/papers/hurd-faq/) - -* [[KnownHurdLimits]] - Limitations of the GNU operating system - -## <a name="9_Works_Cited_Referenced_Materia"> 9. Works Cited - Referenced Materials </a> - -On Sept 20, 2002 [[Main/DeepakGoel]] (a self-proclaimed newbie) posted a link to his personal [step-by-step installation](http://24.197.159.102/~deego/pub/hurd/install-guide/install.txt). The parent directory has additional material. - -Tarball Notes: [[Distrib/TarballNotes20020816]] [[Distrib/TarballNotes20020523]] - -CD-ROM Notes: [[Distrib/CDNotesJ2]] - -Others who wish to post summaries of their installation experiences are encouraged to do so. The installer methods, package dependencies and file locations frequently do change without warning. - ----- - -## <a name="Licensing"> Licensing </a> - - This work is based on the hard work by [countless Hurd users](http://web.walfield.org/papers/hurd-installation-guide/THANKS), documented and maintained by Neal H. Walfield. See the original for both reference and its licensing at <http://web.walfield.org/papers/hurd-installation-guide/> - -The license for Neals work is under the [GNU GPL](http://web.walfield.org/papers/hurd-installation-guide/COPYING). However, in the Hurd Wiki license all content under the GNU FDL. (Unless the topic is mostly code or otherwise stated in the text.) - -There are currently issues to be resolved around this matter, as far as I understand at least. Until an agreement can be reached this text, and the unclear status of this topic, will remain. The suggestion is to do something like this: - -<dl> - <dt>[[InstallGuide]]</dt> - <dd> Neals Install Guide in its original form </dd> - <dt>[[InstallNotes]]</dt> - <dd> Or [[InstallGuideErrata]] with all user input and additions </dd> -</dl> - -There are several obvious issues with this as I can see - -1. The [[InstallGuide]] must be kept editable by a select few people to avoid the current situation from repeating itself. -2. This loops back and kicks us in the butt because then we get: - 1. Synchronization problems with the original work - 2. Bottle necks: The people with edit access are too busy to synchronize with Neals guide - 3. Diverging guides -3. Annoyed users, we break the tradition of freely editable wiki content and we also have two guides saying different things. - --- [[Main/JoachimNilsson]] - 29 Dec 2002 - -## <a name="Blame_annotations"> Blame annotations </a> - - -- [[Main/SimonLaw]] - 29 May 2002 <br /> -- [[Main/GrantBow]] - 13 Oct 2002 <br /> -- [[Main/JoachimNilsson]] - 14 Nov 2002 <br /> -- [[Main/RobertMillan]] - 21 Nov 2002 <br /> - -First effort at straightening out the formatting mess ... added references to Neals' original, which this topic has become heavily based on. - --- [[Main/JoachimNilsson]] - 19 Dec 2002 <br /> - -Updated to the latest short-comings in the Hurd. - --- [[Main/OgnyanKulev]] - 11 Oct 2003 - --- [[Main/TWikiGuest]] - 07 Dec 2003 (<r2q2@rocketmailNOSPAM.com>) - -Updated iso information diff --git a/unsorted/InstallTips.mdwn b/unsorted/InstallTips.mdwn index 262ec741..46b485ec 100644 --- a/unsorted/InstallTips.mdwn +++ b/unsorted/InstallTips.mdwn @@ -1,5 +1,3 @@ -Before reading these instructions, be sure you are familiar with the [[InstallNotes]]. - ## <a name="1_Setting_up_the_filesystems"> 1. Setting up the filesystems </a> You will need to boot a linux capable of internet access and creating/mounting ext2 partitions. I recommend [tomsrtbt](http://www.toms.net/rb/) linux which fits nicely onto a floppy and although a bit old will work well. @@ -71,8 +69,6 @@ Now reboot without the floppy, be sure to use the option -s at the end of the gr You should have booted the kernel now, check output to see if it detects your network card. My smc card did not work so I switched to a 3com card. -You are now at step 6 of the [[InstallNotes]]. Follow these instructions to complete the installation. - ## <a name="6_Final_notes"> 6. Final notes </a> Be sure to issue @@ -94,8 +90,6 @@ My file is available <ftp://firethroat.com/hurd/XF86Config-4> but it uses a seri ## <a name="7_Works_Cited_Referenced_Materia"> 7. Works Cited - Referenced Materials </a> -[[InstallNotes]] -- Neal H. Walfield's Install Guide - [Grub Install Guide](http://www.gnu.org/software/grub/manual/html_node/Installing-GRUB-natively.html) [tomsrtbt linux](http://www.toms.net/rb/) a general purpose linux distribution on 1 floppy. diff --git a/unsorted/KnownHurdLimits.mdwn b/unsorted/KnownHurdLimits.mdwn deleted file mode 100644 index 4e7b7620..00000000 --- a/unsorted/KnownHurdLimits.mdwn +++ /dev/null @@ -1,16 +0,0 @@ -* ~1.5 GB ext2 file system size limit - * The problem is fixed in the Debian GNU/Hurd distribution but not the official sources, see [this email](http://lists.debian.org/debian-hurd/2007/07/msg00087.html) - * See [[ExtTwoSize]] - -* Many Unsupported Devices. - * See [[Mach/HardwareCompatabilityList]] - -* Entropy. Mach does not yet gather entropy and thus there are no /dev/random and /dev/urandom nodes. - There are needed by OpenSSH. - * In progress, see [[translator/random]] - -* Missing bits of POSIX - * See [[Distrib/SystemAPILimits]] - -* Stability issues - * [[ZallocPanics]] diff --git a/unsorted/SeenHurd.mdwn b/unsorted/SeenHurd.mdwn index 92be4224..79ee6ac2 100644 --- a/unsorted/SeenHurd.mdwn +++ b/unsorted/SeenHurd.mdwn @@ -48,7 +48,7 @@ Here's a page for links that specifically talk about the Hurd in some way. See a * [Radio CSJ](http://pagina.de/radiocsj) 104.5 FM discussions during "error 404" show - [Universidad Cat�olica de Chile](http://www.puc.cl) (Macul, Santiago, Chile), June 2002 * [New GNU Hurd Kernel Released](http://slashdot.org/article.pl?sid=02/05/30/1547250&mode=nested&tid=117) [_sic_] - Slashdot, May 30, 2002 * [GNU Mach 1.3 released!](http://www.debianplanet.org/article.php?sid=680&mode=thread&order=0&thold=0) - Debian Planet, May 29, 2002 -* [Running Hurd Under [[Distrib/BochsEmulator]] x86 Emulator](http://www.debianplanet.org/article.php?sid=673&mode=thread&order=0&thold=0) - Debian Planet, May 12, 2002 +* [Running Hurd Under Bochs x86 Emulator](http://www.debianplanet.org/article.php?sid=673&mode=thread&order=0&thold=0) - Debian Planet, May 12, 2002 * [Hurd-i386 gets new GLibc core](http://www.debianplanet.org/article.php?sid=668&mode=thread&order=0) by Jeff Bailey - Debian Planet, May 3, 2002 * [IDG](http://www.idg.net/ic_829012_4394_1-3921.html) - IDG, March 11, 2002 * [Interview with Neal Walfield](http://kerneltrap.org/article.php?sid=375) - Kernel Trap, Nov 12, 2001 diff --git a/unsorted/VmWare.mdwn b/unsorted/VmWare.mdwn deleted file mode 100644 index 6f4c3cba..00000000 --- a/unsorted/VmWare.mdwn +++ /dev/null @@ -1,22 +0,0 @@ -## <a name="Why_not_vmware_"> Why not vmware? </a> - -**_Q:_** GNU won't work in [[VmWare]], it hangs when reaching the Hurd bootstrap. - -**_A:_** Note that Vmware is not supported software to run the Hurd on it. Reasons include: - -1. Vmware is not [free software](http://www.gnu.org/philosophy/free-sw.html), which is against our philosophy. -2. Obtaining a licensed copy to debug it costs (at least) $300. (However, the player is "free" as in beer. This doesn't lessen the other concerns, however). -3. Vmware's sources and specification are not publicly available, which makes debugging tasks really painful. -4. GNU is not in [Vmware's official supported operating systems page](http://www.vmware.com/support/ws3/doc/ws32_guestos2.html#1034043). - -We recommend to use [free](http://www.gnu.org/philosophy/free-sw.html) alternatives, like the [[BochsEmulator]]. Also check QEMU: [[HurdOnQEMU]]. - --- [[Main/RobertMillan]] - 23 Jul 2002 - -I have been able to install Debian/Hurd K2 on [[VmWare]] ... - -* [[VmWare]] 3.02 complains a lot about a missing **console** and shows a lot of errors - * They can be solved by manually creating the devices -* I have tried **Bochs 2.0**, Debian/Hurd K2 installs with no problems at all. -* [[VmWare]] 4.0.0 works fine ... just follow the Hurd install instructions.-- [[TWiki/AndreaSterbini]] - 22 Apr 2003 -* Here using "free" (as in beer) vmware-player 1.0.2.29634 on Gentoo. Hurd K14 installs and runs smoothly, but seems to hang on shutdown. -- [[Main/DeviceRandom]] - 20 Jan 2007 diff --git a/unsorted/Xfree86.mdwn b/unsorted/Xfree86.mdwn deleted file mode 100644 index 6fffff81..00000000 --- a/unsorted/Xfree86.mdwn +++ /dev/null @@ -1,97 +0,0 @@ -# <a name="Setup_XFree86_in_GNU"> </a> Setup XFree86 in GNU - -This is a brief helper on how to setup X-Window on GNU. - -### <a name="Mouse_amp_Keyboard"> Mouse & Keyboard </a> - -See [[console]] for more details. - -First, set up the keyboard translator. Using `/hurd/kbd` and `/hurd/mouse` is not supported. You should instruct Hurd console to repeat keyboard events to `/dev/cons/kbd`, and mouse events to `/dev/cons/mouse`: - - # console -d vga -d pc_kbd --repeat=kbd -d generic_speaker \ - -d pc_mouse --repeat=mouse --protocol=ps/2 --console-node=/dev/cons /dev/vcs - -Symbolic links to repeaters should be created too: - - # ln -s /dev/cons/kbd /dev - # ln -s /dev/cons/mouse /dev - -### <a name="Selecting_amp_Configuring_Packag"> Selecting & Configuring Packages </a> - -You will need several X packages. The `x-window-system-core` brings you most of what you need: - -* `xserver-xfree86` -* `xfonts-base` -* `xfonts-100dpi` -* `xfonts-75dpi` -* `xfonts-scalable` -* `xbase-clients` -* `xutils` -* `rxvt` -* ... as well as your window manager of choice: - * WindowMaker, `wmaker` - * FVWM, `fvwm` - * Blackbox, `blackbox` - * TWM, `twm` - -The recommended way of configuring X is using the `xserver-xfree86` debconf template, eg: - - # dpkg-reconfigure xserver-xfree86 - -It may be easier to just copy a working configuration from another operation system on the same computer and place it in `/etc/X11/XF86Config-4`, but this is discouraged as you would have to remove some sections by hand. - -**_IMPORTANT:_** when you configure X, make sure you do **NOT** enable the `speedo` and `dri` modules because they are currently broken. - -### <a name="Edit_XF86Config_4"> Edit XF86Config-4 </a> - -Now you have to edit the file manually to ensure that the mouse sections look like this: - - Section "InputDevice" - Identifier "Configured Mouse" - Driver "mouse" - Option "CorePointer" - Option "Device" "/dev/mouse" - Option "Protocol" "osmouse" - EndSection - - Section "InputDevice" - Identifier "Generic Mouse" - Driver "mouse" - Option "SendCoreEvents" "true" - Option "Device" "/dev/mouse" - Option "Protocol" "osmouse" - EndSection - -You may also enable the Emulate3Buttons option, but nothing else will work. - - Option "Emulate3Buttons" "true" - -### <a name="Starting_X"> Starting X </a> - -Finally, run - -`startx` - -However, there are several caveats to be aware of: - -* `xterm` does not work correctly; try `rxvt`. -* `update-menu` does not yet work. As such, there are no fine Debian menus. -* GNOME can now be ported with the new pthreads, but is still being worked on. [[WindowMaker]], [[TWM]], [[Blackbox]] and [[FVWM]] all work. - -### <a name="Graphical_Environment"> Graphical Environment </a> - -See [[GNOME]] in Hurd . (?) - ----- - -Created. -- [[Main/RobertMillan]] - 21 Nov 2002 - -Some text formatting. -- [[Main/OgnyanKulev]] - 05 Dec 2002 - -Dito. -- [[Main/JoachimNilsson]] - 12 Jan 2003 - -`/hurd/kbd` is no longer supported. -- [[Main/OgnyanKulev]] - 11 Aug 2004 - -`/hurd/mouse` is deprecated. -- [[Main/OgnyanKulev]] - 21 Sep 2004 - --c /dev/cons is now --console-note=/dev/cons -- Sven 01 May 2005 |