IRC.

2 files changed, 114 insertions, 1 deletions

diff --git a/open_issues/virtualization/fakeroot.mdwn b/open_issues/virtualization/fakeroot.mdwn
index f4739776..f9dd4756 100644
--- a/open_issues/virtualization/fakeroot.mdwn
+++ b/open_issues/virtualization/fakeroot.mdwn
@@ -22,3 +22,46 @@ License|/fdl]]."]]"""]]
     <youpi> btw, I believe our fakeroot-hurd is close to working actually
     <youpi> it's just a argv[0] issue supposed to be fixed by exec_file_name
       but apparently not fixed in that case, for some reason
+
+
+## IRC, freenode, #hurd, 2013-08-26
+
+    < teythoon> also I looked into the fakeroot issue, aiui the problem is that
+      scripts are not handled correctly, right?
+    < teythoon> the exec server fails to locate the scripts file name, and so
+      it hands the file_t to the interpreter process and passes /dev/fds/3 as
+      script name
+    < teythoon> afaics that breaks e.g. python
+    < youpi> yes
+    < youpi> pinotree's exec_file_name is supposed to fix that, but for some
+      reason it doesn't work here
+    < pinotree> it was pochu's, not mine
+    < youpi> ah, right
+    < teythoon> ah I see, I was wondering about that
+    < pochu> it was working for a long time, wasn't it?
+    < pochu> and only stopped working recently
+    < youpi> did it completely stop?
+    < youpi> I have indeed seen odd issues
+    < youpi> I haven't actually  checked whether it has completely stopped
+      working
+    < youpi> probably worth looking there first
+    < pinotree> gtk+3.0 fails, but other stuff like glib2.0 and gtester-using
+      stuff works
+    < teythoon> huh? I created tests like "#!/bin/sh\necho $0" and that says
+      /dev/fd..., and a python script doing the same doesn't even run, so how
+      can it work for a package build?
+    < youpi> it works for me in plain bash
+    < youpi> #!/bin/sh
+    < youpi> echo $0
+    < youpi> € $PWD/test.sh
+    < youpi> /home/samy/test.sh
+    < teythoon> it does !?
+    < youpi> yes
+    < youpi> not in fakeroot-hurd however, as we said
+    < teythoon> well, obviously it works when not being run under
+      fakeroot-hurd, yes
+    < youpi> ok, so we weren't talking about the same thing
+    < youpi> a mere shell script doesn't work in fakeroot-hurd indeed
+    < youpi> that's why we still use fakeroot-sysv
+    < teythoon> right
+    < youpi> err, -tcp
diff --git a/open_issues/virtualization/networking.mdwn b/open_issues/virtualization/networking.mdwn
index 7a6474a1..f8bda063 100644
--- a/open_issues/virtualization/networking.mdwn
+++ b/open_issues/virtualization/networking.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
@@ -28,3 +28,73 @@ Collection about stuff that is relevant for *virtualization* and *networking*.
     [[hurd/translator/pfinet]] by setting environment variables.
 
     Project is now part of [[Virtual_Square_View-OS]].
+
+
+# OpenVPN
+
+[[community/meetings/GHM2013]].
+
+
+## IRC, freenode, #hurd, 2013-08-23
+
+    <youpi> good news
+    <youpi> with a couple small patches, openvpn does work as joe user
+
+
+## IRC, freenode, #hurd, 2013-08-30
+
+    <youpi> it's really cool that openvpn ended up working completely the day
+      before :)
+
+
+## IRC, freenode, #hurd, 2013-09-03
+
+    <_d3f> Hey guys, how did you get openvpn working on the Hurd? just curious
+      as I saw it in the GHM video
+    <_d3f> no one here who has a clue how to get *vpn working on the Hurd?
+    <braunr> _d3f: youpi did it
+    <braunr> i don't know the details
+    <_d3f> okay, I will question him when I see him around, thx. Do you know if
+      it was a lot of work to get the tun device working? Because I would like
+      to use tinc on the Hurd.
+    <braunr> _d3f: a bit but not that much either
+    <_d3f> braunr: well, okay. Do you know if the source of his 'port' is
+      online, I haven't found it :/
+    <braunr> it should be soon
+
+
+## IRC, freenode, #hurd, 2013-09-04
+
+    <_d3f> youpi: you are the guy who has brought openvpn to the hurd, right? I
+      would like to know how you got the tun/tap thing working as I would like
+      to use tinc on it. :)
+    <youpi> _d3f: essentially no modification of openvpn iirc
+    <youpi> just tell it to open the tun node created by pfinet
+    <youpi> and read/write it
+    <youpi> i.e. the existing generic code in place in openvpn
+    <_d3f> I will have a look at it, somekind tinc builds with the linux
+      specific device.c but I wasn't able to exchange keys. I will have a look
+      at the device handling again and try to get the pfinet tun node used.
+
+
+## IRC, freenode, #hurd, 2013-09-07
+
+    <d3f> anyone here knows how /dev/net is handled on the hurd? Programs using
+      it say it's not a directory. I tried creating one and setting a netdde
+      translator for a tun device in it, but this may be wrong as it doesn't
+      work
+    <teythoon> d3f: what does /dev/net do?
+    <teythoon> ah, its tun/tap stuff...
+    <d3f> on my gnu/linux it includes a tun device
+    <teythoon> right
+    <d3f> I am still reading about the Hurd and try to understand /hurd/netdde
+      and devnode but by now I am quite sure I will need those to set a tun
+      networktranslator on /dev/net/tun?
+    <teythoon> hm, I don't think netdde or devnode will be of any help
+    <teythoon> afaiui devnode makes mach devices available in the hurdish way,
+      i.e. available for lookup in the filesystem
+    <teythoon> d3f: ping youpi if he shows up, he hacked up openvpn to work on
+      the hurd
+    <d3f> yeah I know, I talked to him as I am tring to get tinc working on the
+      Hurd (tinc builds by now). I will give him a shot about creating the
+      "tun" device