Merge branch 'master' of flubber:~hurd-web/hurd-web

9 files changed, 139 insertions, 38 deletions

diff --git a/open_issues/boehm_gc.mdwn b/open_issues/boehm_gc.mdwn
index e7f849f2..ca2063a5 100644
--- a/open_issues/boehm_gc.mdwn
+++ b/open_issues/boehm_gc.mdwn
@@ -321,3 +321,14 @@ It has last been run and compared on 2010-11-10, based on CVS HEAD sources from
     <pinotree> hmm...
     <pinotree> apparently enabling MMAP_ANON in mono's libgc copy was a good
       step, let's see
+
+
+### IRC, OFTC, #debian-hurd, 2012-03-18
+
+    <pinotree> youpi: mono is afflicted by the SIGUSR1/2 conflict with libgc
+    <youpi> pinotree: didn't we have a solution for that?
+    <pinotree> well, it works just for one signal
+    <pinotree> the ideal solution would be having a range for RT signals, and
+      make libgc use RTMIN+5/6, like done on most of other OSes
+    <youpi> but we don't have RT signals, do we?
+    <pinotree> right :(
diff --git a/open_issues/git_nfs_mmap.mdwn b/open_issues/git_nfs_mmap.mdwn
index b7e86491..21067022 100644
--- a/open_issues/git_nfs_mmap.mdwn
+++ b/open_issues/git_nfs_mmap.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2011 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2011, 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
@@ -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]]."]]"""]]
 
-[[!tag open_issue_hurd open_issue_porting]]
+[[!tag open_issue_porting]]
 
     $ git-new-workdir /media/kepler-data/home/thomas/tmp/source/binutils/git master master
     fatal: Out of memory? mmap failed: No such device
@@ -46,3 +46,8 @@ fails, and it isn't prepared to cope with that:
       64->proc_mark_exit_request (32768 0) = 0
     task3741-> 2008 () = 0
     Child 3741 exited with 128
+
+This is the [[libnetfs: `io_map`|open_issues/libnetfs_io_map]] issue.
+
+There is a `NO_MMAP` conditional in Git's source code, but it is a compile-time
+conditional.
diff --git a/open_issues/glibc.mdwn b/open_issues/glibc.mdwn
index 3160c86f..8c43b89e 100644
--- a/open_issues/glibc.mdwn
+++ b/open_issues/glibc.mdwn
@@ -49,6 +49,12 @@ Last reviewed up to the [[Git mirror's d40c5d54cb551acba4ef1617464760c5b3d41a14
         `t/dup3`: hidden def.  ed690b2f24bbc4d9c541fc81a7c67e6dc5678a96 -- why
         not for dup3, too?  Because it is a syscall (that is always inlined)?
 
+  * `t/hurdsig-fixes`
+
+        hurdsig.c: In function '_hurd_internal_post_signal':
+        hurdsig.c:1188:26: warning: 'pending' may be used uninitialized in this function [-Wmaybe-uninitialized]
+        hurdsig.c:1168:12: note: 'pending' was declared here
+
   * `t/init-first.c`
 
     Follow up here: [[!message-id "20070722171859.GN25744@fencepost.gnu.org"]]
@@ -62,6 +68,15 @@ Last reviewed up to the [[Git mirror's d40c5d54cb551acba4ef1617464760c5b3d41a14
 
         $ git log --reverse --pretty=fuller --stat=$COLUMNS,$COLUMNS -p -C --cc -S__ASSUME_ top-bases/t/kernel-features.h_includes..baseline
 
+  * `t/sysvshm`
+
+        ../sysdeps/mach/hurd/shmat.c: In function '__shmat':
+        ../sysdeps/mach/hurd/shmat.c:57:7: warning: implicit declaration of function '__close' [-Wimplicit-function-declaration]
+        ../sysdeps/mach/hurd/shmget.c: In function 'get_exclusive':
+        ../sysdeps/mach/hurd/shmget.c:85:8: warning: variable 'is_private' set but not used [-Wunused-but-set-variable]
+        ../sysdeps/mach/hurd/shmget.c:102:8: warning: 'dir' may be used uninitialized in this function [-Wmaybe-uninitialized]
+        ../sysdeps/mach/hurd/shmget.c:102:8: warning: 'file' may be used uninitialized in this function [-Wmaybe-uninitialized]
+
   * [[`t/tls`|t/tls]]
 
   * [[`t/tls-threadvar`|t/tls-threadvar]]
@@ -127,6 +142,8 @@ Last reviewed up to the [[Git mirror's d40c5d54cb551acba4ef1617464760c5b3d41a14
 
   * `elf/stackguard-macros.h`
 
+    See [[t/tls|t/tls]].
+
   * Verify 77c84aeb81808c3109665949448dba59965c391e against
     `~/shared/glibc/make_TAGS.patch`.
 
@@ -135,7 +152,32 @@ Last reviewed up to the [[Git mirror's d40c5d54cb551acba4ef1617464760c5b3d41a14
   * Unify `CPUCLOCK_WHICH` stuff in `clock_*` files.
 
   * Not all tests are re-run in a `make -k tests; make tests-clean; make -k
-    tests` cycle.
+    tests` cycle.  For example, after `make tests-clean`:
+
+        $ find ./ -name \*.out
+        ./localedata/tst-locale.out
+        ./localedata/sort-test.out
+        ./localedata/de_DE.out
+        ./localedata/en_US.out
+        ./localedata/da_DK.out
+        ./localedata/hr_HR.out
+        ./localedata/sv_SE.out
+        ./localedata/tr_TR.out
+        ./localedata/fr_FR.out
+        ./localedata/si_LK.out
+        ./localedata/tst-mbswcs.out
+        ./iconvdata/iconv-test.out
+        ./iconvdata/tst-tables.out
+        ./stdlib/isomac.out
+        ./posix/wordexp-tst.out
+        ./posix/annexc.out
+        ./posix/tst-getconf.out
+        ./elf/check-textrel.out
+        ./elf/check-execstack.out
+        ./elf/check-localplt.out
+        ./c++-types-check.out
+        ./check-local-headers.out
+        ./begin-end-check.out
 
   * `CPUCLOCK_WHICH`, `t/cpuclock`
 
@@ -210,6 +252,8 @@ Last reviewed up to the [[Git mirror's d40c5d54cb551acba4ef1617464760c5b3d41a14
 
       * `sys/epoll.h`
 
+        Used by [[wayland]], for example.
+
       * `sys/eventfd.h`
 
       * `sys/inotify.h`
@@ -392,8 +436,11 @@ Last reviewed up to the [[Git mirror's d40c5d54cb551acba4ef1617464760c5b3d41a14
       * a7c8e6a1478de9f990b11e5e853318ccbe4330f2 (`Fix invalid conversion in
         __cmsg_nxthdr`).  Probably just a C++ thing and not relevant for us;
         see [[!message-id "87r52nk1kx.fsf@kepler.schwinge.homeip.net"]].
+      * [low] `mmap`, 110946e473b38fc3896212e416d9d7064fecd5b7.  Kosher with
+        respect to our [[glibc/mmap]] peculiarities?
       * [high] `__ctype_init`, fd5bdc0924e0cfd1688b632068c1b26f3b0c88da.
-        Probably need to mirror `init-first.c` change.
+        [[!message-id "878vigbgup.fsf@schwinge.name"]].
+      * *baseline*
       * [high] `__attribute__ ((__leaf__))`, `BZ #13344`,
         aa78043a4aafe5db1a1a76d544a833b63b4c5f5c +
         49a43d80ec5c97cf6136b1ee2687414773b2d5aa +
@@ -425,7 +472,7 @@ Last reviewed up to the [[Git mirror's d40c5d54cb551acba4ef1617464760c5b3d41a14
 # Build
 
 Here's a log of a glibc build run; this is from our [[Git repository's
-d740cf9d201dc9ecb0335b0a585828dea9cce793 (2011-10-25)
+005b7594ffe209639dd1ef2b9ed9a4c22307dec1 (2012-03-31; 2011-10-08)
 sources|source_repositories/glibc]], run on coulomb.SCHWINGE.
 
     $ export LC_ALL=C
@@ -621,21 +668,10 @@ There is quite a baseline of failures.
 
         tst-mktime2.c:132: error: 'INT_MAX' undeclared (first use in this function)
 
-  * `io/tst-readlinkat`
-
-        /media/erich/home/thomas/tmp/glibc/tschwinge/Roger_Whittaker/io/tst-readlinkat.c:109: warning: warning: readlinkat is not implemented and will always fail
-
   * `gmon/tst-sprofil`
 
         Floating point exception
 
-  * `posix/tst-sysconf`
-
-        tst-sysconf.c:32: error: '_POSIX_PRIORITIZED_IO' undeclared here (not in a function)
-        tst-sysconf.c:33: error: '_POSIX_PRIORITY_SCHEDULING' undeclared here (not in a function)
-        tst-sysconf.c:43: error: '_POSIX_SPIN_LOCKS' undeclared here (not in a function)
-        tst-sysconf.c:45: error: '_POSIX_SYNCHRONIZED_IO' undeclared here (not in a function)
-
   * `posix/bug-regex31-mem`, `posix/tst-fnmatch-mem`
 
     *output* files: some memory not freed.
@@ -660,6 +696,19 @@ There is quite a baseline of failures.
 
         /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'
 
+  * `math/test-fenv.out`
+
+    Used to fail (is listed in Debian eglibc-2.13-21's
+    `expected-results-i486-gnu-libc`), but something between
+    22bcba37dd3b782b1a1ec7bf51da468e48f4d2eb and
+    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`).
+
 
 ## OLD
 
diff --git a/open_issues/glibc/t/tls-threadvar.mdwn b/open_issues/glibc/t/tls-threadvar.mdwn
index f6a81590..e72732ab 100644
--- a/open_issues/glibc/t/tls-threadvar.mdwn
+++ b/open_issues/glibc/t/tls-threadvar.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2011 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2011, 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
@@ -10,6 +10,10 @@ License|/fdl]]."]]"""]]
 
 [[!tag open_issue_glibc open_issue_libpthread]]
 
+This basically means to get rid of `sysdeps/mach/hurd/bits/libc-tsd.h` (and
+thus the `_HURD_THREADVAR_*`/`_hurd_threadvar_location` interface), and
+directly use `__thread` instead.
+
 IRC, freenode, #hurd, 2011-10-23:
 
     <tschwinge> youpi: If we want to replace threadvars with TLS, there is one
@@ -22,3 +26,6 @@ IRC, freenode, #hurd, 2011-10-23:
     <youpi> (people should use TLS anyway)
 
 [[libpthread_set_stack_size]].
+
+After this has been done, probably the whole `__libc_tsd_*` stuff can be
+dropped altogether, and `__thread` directly be used in glibc.
diff --git a/open_issues/hurdextras.mdwn b/open_issues/hurdextras.mdwn
index 1cdb210b..f31802da 100644
--- a/open_issues/hurdextras.mdwn
+++ b/open_issues/hurdextras.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2010 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2010, 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
@@ -15,18 +15,6 @@ This is about merging some hurdextras stuff into Hurd proper repostitories.
 
 # OK
 
-## cvsfs
-
-/!\ Waiting for <https://savannah.gnu.org/support/?107474>.
-
-  * stesie -- OK
-
-## libfuse
-
-/!\ Waiting for <https://savannah.gnu.org/support/?107474>.
-
-  * stesie -- OK
-
 ## mboxfs
 
 Tarball-import, plus trivial changes.
@@ -91,11 +79,6 @@ tarball(s).
   * Jon Arney <jarney1@cox.net> -- OK
   * Alfredo Beaumont Sainz  <alfredo.beaumont@gmail.com> -- NOK (but trivial) -- OK
 
-## smbfs
-
-  * rocky\_10\_balboa, gscrivano -- NOK (but has assignments various other GNU
-    projects); 2010-10-19: started assignment process.
-
 ## xmlfs
 
 Tarball-import.
diff --git a/open_issues/libnetfs_io_map.mdwn b/open_issues/libnetfs_io_map.mdwn
index b340de90..dc6da202 100644
--- a/open_issues/libnetfs_io_map.mdwn
+++ b/open_issues/libnetfs_io_map.mdwn
@@ -12,7 +12,16 @@ License|/fdl]]."]]"""]]
 
 [[!tag open_issue_hurd]]
 
-This hampers [[hurd/translator/nfs]] usability, for example.
+This hampers [[hurd/translator/nfs]] usability, for example:
+
+    $ fsysopts ./
+    /hurd/nfs [...]
+    $ cp -a /bin/true ./
+    cp: failed to preserve authorship for `./true': Operation not supported
+    $ ./true
+    $ /lib/ld.so /bin/true
+    $ /lib/ld.so $PWD/true
+    [...]/true: error while loading shared libraries: [...]/true: failed to map segment from shared object: Error 1073741869
 
 IRC, freenode, #hurd, 2012-03-14:
 
@@ -28,3 +37,6 @@ IRC, freenode, #hurd, 2012-03-14:
       for network file systems
     <civodul> which is why it doesn't have it
     <civodul> the GCS says "thou shall not require mmap" ;-)
+
+<http://lists.gnu.org/archive/html/bug-hurd/2001-10/msg00306.html>.  Analysis
+to be found on [[glibc/mmap]] page.
diff --git a/open_issues/nightly_builds.mdwn b/open_issues/nightly_builds.mdwn
index b1097dc1..167e7375 100644
--- a/open_issues/nightly_builds.mdwn
+++ b/open_issues/nightly_builds.mdwn
@@ -14,7 +14,7 @@ automatic [[unit_testing]] on them.
 
 Resources:
 
-  * [[hurd/running/NixOS]]
+  * [[hurd/running/Nix]]
 
   * [[toolchain/cross-gnu]]
 
diff --git a/open_issues/performance/degradation.mdwn b/open_issues/performance/degradation.mdwn
index e520ed6a..1aaae4d2 100644
--- a/open_issues/performance/degradation.mdwn
+++ b/open_issues/performance/degradation.mdwn
@@ -45,7 +45,8 @@ IRC, freenode, #hurd, 2011-09-02:
 
 # IRC, freenode, #hurd, 2011-09-22
 
-See [[/open_issues/pagers]], IRC, freenode, #hurd, 2011-09-22.
+See [[/open_issues/resource_management_problems/pagers]], IRC, freenode, #hurd,
+2011-09-22.
 
 
 # [[ext2fs_page_cache_swapping_leak]]
diff --git a/open_issues/wayland.mdwn b/open_issues/wayland.mdwn
new file mode 100644
index 00000000..67f78b1d
--- /dev/null
+++ b/open_issues/wayland.mdwn
@@ -0,0 +1,33 @@
+[[!meta copyright="Copyright © 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]]."]]"""]]
+
+[[!tag open_issue_porting]]
+
+IRC, freenode, #hurd, 2012-03-18:
+
+    <antrik> Wayland should be very portable. all the system dependencies are
+      in the infrastructure, such as DRI
+    <antrik> we have had a DRI task (for X.Org) for years
+    <antrik> (in fact I would be the right person to implement this,
+      considering my background -- by quite frankly, I doubt I'll ever do it)
+    <tschwinge> http://xorg.freedesktop.org/wiki/Hurd_Porting
+
+IRC, freenode, #hurd, 2012-03-20:
+
+    <youlysses> Is wayland something that will be semi-easy to port to the
+      hurd? I saw GNOME is heading in this direction.
+    <pinotree> wayland at the moment is linux only
+    <tschwinge> youlysses: A DRI implementation will be needed.
+    <pinotree> that, and libdrm compiling
+    <youlysses> So it will take some work ... but theres no *HUGE* design
+      decison that would inhibit it?
+    <pinotree> i know it uses epoll, for instance
+    <tschwinge> youlysses: I cannot judge how complex a DRI system is, and how
+      much needs to be designed vs. implemented.