IRC channel logs


back to list of logs

<rrq>hmm ssh service need "dropbear ssh" rather than openssh ?
<hwpplayer1>Hi People !
<hwpplayer1>Once I was submitted for writing documents for GNU Hurd kernel
<hwpplayer1>Still I like to write it how can I start ?
<damo22>download the www repo
<damo22>and edit as much as you like, then submit patches on the mailing list
<damo22>you probably need to assign copyright to the FSF if you intend to have your changes merged
<hwpplayer1>what kind of Copyright ?
<hwpplayer1>I wanted to write my name there as author Mert Gör etc
<hwpplayer1>But anyways I am happy with FSF/GNU organizations
<hwpplayer1>so I can give it away
<hwpplayer1>damo22: where to start and which repository ?
<hwpplayer1>Sorry I forgot it
<damo22>let me check
<hwpplayer1>Thanks let me check it out
<hwpplayer1>via https ? which way to clone it ?
<hwpplayer1>okay git:// works
<damo22>there is clone urls on that page
<damo22>at the bottom
<hwpplayer1>yes I see
<hwpplayer1>git:// works for me
<hwpplayer1>git clone git://
<hwpplayer1>Thanks see you
<damo22>stick around
<damo22>there is no harm staying connected to irc
<hwpplayer1>yes I'm here
<hwpplayer1>just turning the window of the emacs
<hwpplayer1>should I create a new branch and then raise a pull request ?
<hwpplayer1>which way ?
<damo22>there is no pull requests
<damo22>just mail in a patch
<hwpplayer1>mail ? how ?
<damo22>git format-patch master
<damo22>then git send-email
<damo22>if you have a SMTP server you can connect to
<hwpplayer1>when I run git send-email where will it go ?
<damo22>you specify the --to=
<hwpplayer1>which address is the --to= ?
<hwpplayer1>okay thanks I got it
<hwpplayer1>I tested git send-email with sourcehut so I have one email for this configured
<damo22>thats good
<rrq>I'd like my hurd run an ssh server, preferrably openssh. Any advice on how to do that?
<isaneran>There is also lsh, not sure which one works best on hurd though
<damo22>rrq: service ssh start?
<rrq>I tried that but didn;t get any service .. possibly I've set up network wrong... right now I'm trying to reboot (hwich decided to hang on something)
<damo22>rrq: you have to use a port forward in qemu
<damo22>-net user,hostfwd=tcp::8888-:22 -net nic
<rrq>? the host end uses a tap
<damo22>the virtual machine host needs to pass a port to 22 on the vm
<damo22>otherwise the network on the vm is unaccessible to the host
<rrq>no, qemu has taps at the host end and the network traffic goes through those
<rrq>on the client though, no internet ports are serviced
<damo22>what qemu options are you passing when you invoke hurd
<damo22>for -net specifically
<rrq>it has two ethernet interfaces
<rrq>first: -netdev type=tap,id=nic-8c779aae-c9a0-445b,fd=10 -device e1000,id=nic-8c779aae-c9a0-445b,bus=pci.0,addr=0xd,netdev=nic-8c779aae-c9a0-445b,mac=aa:00:00:42:45:4a
<rrq>and second: -netdev type=tap,id=nic-120e5aa5-f941-4f29,fd=11 -device e1000,id=nic-120e5aa5-f941-4f29,bus=pci.0,addr=0xe,netdev=nic-120e5aa5-f941-4f29,mac=aa:00:00:2d:56:79
<damo22>ok i have not tried -netdev tap
<damo22>but that should work i guess
<rrq>at the host end they are "tap0" and "tap1"; level 2 traffic, that get aded to locla bridges
<rrq>my problem is at the client end
<damo22>why do you need 2 nics
<damo22>i suggest starting with one
<rrq>one is for ganeti admin and second is for "normal traffic"
<damo22>and get that working firswt
<rrq>outbound network works fine
<damo22>where are you trying to connect inbound from?
<damo22>the host?
<rrq>to begin with yes
<damo22>i dont know how tap works
<damo22>i just use a regular interface and port forward to connect inbound
<damo22>but i imagine they appear as /dev/eth0 and /dev/eth1
<damo22>inside hud
<damo22>how do you assign an IP to it
<damo22>and what gateway would make sense?
<damo22>for a tap interface
<damo22>is there a DHCP server visible on the tap interfaces?
<rrq>both host and client have IP addresses; the tap works like a subnet. so the host end IP would be gateway for the client... and then the host need to forward and maybe nat outbound from it
<rrq>could use dhcp; I use static assignement in /etc/network/interfaces and "service networking restart" at the moment
<damo22>so maybe youre missing a route from the host side?
<damo22>if theres no dhcp
<damo22>really do you need tap?
<damo22>why not just use something that works out of the box with one command
<damo22>"-net user,hostfwd=tcp::8888-:22 -net nic" makes /dev/eth0 appear in hurd and serves dhcp from the host, then ssh works on localhost:8888 on the host
<rrq>ok; after having got it rebooted, it worked with "service ssh restart" ...
<rrq>thanks. my remaining "issue" then is how to get both eth0 and eth1 configured
<damo22>are they supposed to serve the same clients?
<damo22>like a bonded interface?
<rrq>they are separate subnets
<damo22>not sure how that can work currently
<damo22>i dont know enough about networking
<rrq>and afaict I can stack pfinet but only configure the one on top...
<rrq>but I can configure one, then stack and configure the second
<rrq>seems to preserve the first
<rrq>ifconfig can only see one of them
<damo22>you need some kind of multiplexing
<damo22>for the network socket
<damo22>but they have to share the routing table??
<rrq>yeah, I' happy :) I can script that network startup carefully and maybe assign IP directly with the stacked pfinet.. seems to work.
<damo22>youpi: ^ any ideas?
<youpi>normally, passing the two -i options will work
<youpi>of course, bugs may hide since I don't even know anybody who tried that recently
<youpi>using stacked pfinet is even less tested, but should work
<youpi>you however need to tell applications which one you want to use, by using the remap translator for instance
<rrq>I tried using 2 -i but pginet complained about that. I'll explore this again later.
<youpi>rrq: maybe paste the exact try you did
<youpi>details always matter
<youpi>(and also the error message matters)
<rrq>yes I will. thanks. can't be today today though.
<rrq>(getting late and I need to do rhymes on the xmas presents :)