summaryrefslogtreecommitdiff
path: root/open_issues/virtualization/remap_root_translator.mdwn
diff options
context:
space:
mode:
authorThomas Schwinge <tschwinge@gnu.org>2013-03-06 21:52:20 +0100
committerThomas Schwinge <tschwinge@gnu.org>2013-03-06 21:52:20 +0100
commit12c341b917921eb631026ec44a284c4d884e5de6 (patch)
treec7dc37f605152f5fb6e2d67d6460f78496e3de3d /open_issues/virtualization/remap_root_translator.mdwn
parent53e5e4c139e1b239760434d10e74addd0e89593d (diff)
IRC.
Diffstat (limited to 'open_issues/virtualization/remap_root_translator.mdwn')
-rw-r--r--open_issues/virtualization/remap_root_translator.mdwn44
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