6 files changed, 107 insertions, 1 deletions
diff --git a/open_issues/file_system_exerciser.mdwn b/open_issues/file_system_exerciser.mdwn
index 4277e5e7..c51863b9 100644
--- a/open_issues/file_system_exerciser.mdwn
+++ b/open_issues/file_system_exerciser.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
@@ -13,3 +13,17 @@ License|/fdl]]."]]"""]]
 Test our file system implementations with the File System Exerciser.
 
   * <http://codemonkey.org.uk/projects/fsx/>
+
+
+# Alternatives
+
+
+## fs_mark
+
+
+### IRC, freenode, #hurd, 2012-04-30
+
+    <pinotree> mcsim: http://sourceforge.net/projects/fsmark/
+    <pinotree> mcsim: just saw it in debian's NEW queue and from the
+      description it seemed like something it could be helpful for you
+    <pinotree> (and in general to test fs'es)
diff --git a/open_issues/glibc.mdwn b/open_issues/glibc.mdwn
index 6c52cc7f..1ce47560 100644
--- a/open_issues/glibc.mdwn
+++ b/open_issues/glibc.mdwn
@@ -189,6 +189,35 @@ Last reviewed up to the [[Git mirror's d40c5d54cb551acba4ef1617464760c5b3d41a14
     `open_by_handle_at`, `process_vm_readv`, `process_vm_writev`, `sendmmsg`,
     `setns`, `sync_file_range`
 
+      * `chflags`
+
+        IRC, OFTC, #debian-hurd, 2012-04-27:
+
+            <Steap> Does anyone have any idea why int main(void) { return
+              chflags(); } will compile with gcc but not with g++ ? It says
+              that "chflags" was not declared in this scope.
+            <Steap> I get the same error on FreeBSD, but including sys/stat.h
+              makes it work
+            <Steap> Can't find a solution on Hurd though :/
+            <youpi> the Hurd doesn't have chflags
+            <youpi> apparently linux neither
+            <youpi> what does it do?
+            <Steap> change flags :)
+            <Steap> Are you sure the Hurd does not have chflags ? Because gcc
+              does not complain
+            <youpi> there is no chflags function in /usr/include
+            <youpi> but what flags does it change?
+            <Steap> According to the FreeBSD manpage, it can set flags such as
+              UF_NODUMP, UF_IMMUTABLE etc.
+            <youpi> Hum, there is actually a chflags() definition
+            <youpi> but no declaration
+            <youpi> so actually chflags is supported, but the declaration was
+              forgotten
+            <youpi> probably because since linux doens't have it, it has never
+              been a problem up to now
+            <youpi> so I'd say ignore the error for now, we'll add the
+              declaration
+
       * `getcontext`/`setcontext`
 
         Needed for [[gccgo]].
diff --git a/open_issues/gnumach_rpc_timeouts.mdwn b/open_issues/gnumach_rpc_timeouts.mdwn
new file mode 100644
index 00000000..68cfcb5a
--- /dev/null
+++ b/open_issues/gnumach_rpc_timeouts.mdwn
@@ -0,0 +1,19 @@
+[[!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_gnumach]]
+
+
+# IRC, freenode, #hurd, 2012-04-28
+
+    <pinotree> uhm, apparently mach cannot handle timeouts for rpc's of more
+      than (2^(sizeof(mach_msg_timeout_t) * 8) - 1) / HZ
+    <pinotree> it seems that how ticks are calculated in mach, it becomes 0
+    <pinotree> +because of
diff --git a/open_issues/gnumach_vm_map_red-black_trees.mdwn b/open_issues/gnumach_vm_map_red-black_trees.mdwn
index d77bea32..17263099 100644
--- a/open_issues/gnumach_vm_map_red-black_trees.mdwn
+++ b/open_issues/gnumach_vm_map_red-black_trees.mdwn
@@ -140,3 +140,15 @@ License|/fdl]]."]]"""]]
     <braunr> i'll commit it soon then
     <youpi> I'd say feel free to, yes
     <braunr> thanks
+
+
+## IRC, freenode, #hurd, 2012-04-27
+
+    <braunr> elmig: don't expect anything grand though, this patch is mostly
+      useful when address spaces get really fragmented, which mainly happens on
+      buildds
+    <braunr> (and it only speeds lookups, which isn't as good as reducing
+      fragmentation; things like fork still have to copy thousands of map
+      entries)
+
+[[glibc/fork]].
diff --git a/open_issues/largefile.mdwn b/open_issues/largefile.mdwn
new file mode 100644
index 00000000..a6f76a0e
--- /dev/null
+++ b/open_issues/largefile.mdwn
@@ -0,0 +1,21 @@
+[[!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_hurd]]
+
+
+# IRC, freenode, #hurd, 2012-04-26
+
+    <pinotree> i kind of understood why (at least in some parts) largefile doesn't seem to work properly
+    <pinotree> libdiskfs/io-seek.c, SEEK_SET case: cred->po->filepointer = offset;
+    <pinotree> offset is off_t, which becomes off64_t when compiled with largefile, but filepointer seems to be... int
+    <pinotree> at least in libdiskfs/diskfs.h, while in libnetfs/netfs.h seems ok (loff_t)
+    <pinotree> diskfs.h is a public header though :/
+    <youpi> well, we can change the soname to mark ABI change
diff --git a/open_issues/packaging_libpthread.mdwn b/open_issues/packaging_libpthread.mdwn
index f8ef4ae7..d243aaaa 100644
--- a/open_issues/packaging_libpthread.mdwn
+++ b/open_issues/packaging_libpthread.mdwn
@@ -126,3 +126,14 @@ License|/fdl]]."]]"""]]
     <youpi> phew
     <youpi> confirmed that moving libpthread to glibc fixes the gcc/binutils
       no-add-needed issue
+
+
+## IRC, freenode, #hurd, 2012-04-27
+
+    <pinotree> youpi: wouldn't be the case to rename ia32 subdirs to i386 in
+      libpthread?
+    <pinotree> after all, Makefile hardcodes it, Makefile.am sets the variable
+      for it, and glibc expects i386
+    <youpi> I know, I've asked tschwinge about it
+    <youpi> it's not urging anyway
+    <pinotree> right