Merge remote-tracking branch 'fp/master'

Conflicts:
	open_issues/gcc/pie.mdwn
	open_issues/glibc.mdwn

1 files changed, 44 insertions, 0 deletions

diff --git a/open_issues/virtualization/remap_root_translator.mdwn b/open_issues/virtualization/remap_root_translator.mdwn
index 3cb574ae..67d64ae0 100644
--- a/open_issues/virtualization/remap_root_translator.mdwn
+++ b/open_issues/virtualization/remap_root_translator.mdwn
@@ -95,3 +95,47 @@ License|/fdl]]."]]"""]]
     <youpi> his own one
     <braunr> ok
     <youpi> attached to the remapping
+
+
+## IRC, freenode, #hurd, 2013-01-29
+
+    <youpi> ok, the remap translator was too easy
+    <youpi> just took fakeroot.c
+    <youpi> added if (!strcmp("bin/foo", filename))         filename =
+      "bin/bash"; in 
+    <youpi> netfs_S_dir_lookup
+    <youpi> and it just works
+    <youpi> ok, remap does indeed take my own pfinet
+    <youpi> good :)
+    <youpi> pfinet's tun seems to be working too
+    <youpi> it's however not really flexible, it has to show up in /dev/tunx
+    <youpi> I'll have a look at fixing that
+    <youpi> yep, works fine
+
+
+## IRC, freenode, #hurd, 2013-02-01
+
+    <youpi> braunr: as I expected, simply passing FS_RETRY_REAUTH does the
+      remapping trick
+
+
+# IRC, freenode, #hurd, 2013-02-12
+
+    <braunr>
+      http://darnassus.sceen.net/~hurd-web/community/gsoc/project_ideas/server_overriding/
+    <braunr> youpi: isn't that your remap translator ?
+    <youpi> completely
+    <youpi> remap being (5)
+
+
+# IRC, freenode, #hurd, 2013-02-25
+
+    <youpi> I'm just having an issue with getcwd getting in the sky
+    <youpi> I wonder whether libc might need patching to understand it's in
+      some sort of chroot
+    <youpi> or perhaps remap fixed into avoiding .. of / being odd
+    <youpi> erf, it's actually an explicit error
+    <youpi> libc just doesn't want to have a ".." / being different from CRDIR
+    <youpi> let me just comment out that :)
+    <youpi> way better :)
+    <youpi> yep, just works fine