IRC channel logs

<damo22>it should be in /etc/network/interfaces

<Pellescours>but ifconfig shows it :O

<damo22>you have to add an entry for that

<damo22>iface /dev/wm0 inet dhcp

<Pellescours>did it

<Pellescours>I see some logs

<damo22>then when you ifup the interface it should try to send packets

<Pellescours>fsysopts: /servers/socket/2: -i /dev/wm0 -a 0.0.0.0 -m 255.0.0.0: Error in unknown error system EFFFFFFD

<Pellescours>then "send_packet: Network is unreachable" with some logs in between

<Pellescours>and the "Failed to send 300 byte long packet over /dev/wm0 interface."

<Pellescours>So I think I’m where you were, right?

<damo22>i think you need to remove the translators from eth0

<damo22>and netdde

<Pellescours>I did

<damo22>and then reboot

<damo22>so you get a clean start with no eth0

<damo22>also pfinet

<Pellescours>I need to kill pfinet?

<damo22>what i am doing now, i settrans -fg /servers/socket/2 and /dev/eth0 and /dev/netdde

<damo22>then reboot

<damo22>so the irqs dont get messed up

<damo22>then you can bring up translators one by one

<Pellescours>I need to resetup the pfinet on /servers/socket/2 right?

<damo22>do that last yes

<damo22>first rumpnet -fgp then wm0 with -fgap (that will cause rumpnet to start) then add the pfinet

<damo22>the last command should show :

<damo22>root@zamhurd:~# settrans -fgap /servers/socket/2 /hurd/pfinet -i /dev/wm0

<damo22>opened net dev

<Pellescours>youhou I have the logs

<Pellescours>sendig packet ok

<Pellescours>exactly one packet

<damo22>DHCPDISCOVER on /dev/wm0 to 255.255.255.255 port 67 interval 5

<damo22>sending packet: [ OK ] 342

<damo22>dtal=342 capl=342 hdrl=18

<damo22>exactly one packet

<Pellescours>yes

<damo22>yea thats working as mine

<damo22>but its not getting a response

<Pellescours>and in the rumpnet.logs I have "Cannot find a physical address for vaddr 0x..., returning 0"

<damo22>hmm

<damo22>i did not see that before

<damo22>probably my stdout is lost

<Pellescours>(I compiled my hurd against the latest hurd)

<damo22>its because you used the exec >> logging thing

<damo22>you capture the logs

<damo22>ok we're on the same page at least

<damo22>i gtg to work now

<jack-sparrow>gnucode: O.K. i'm waiting firefox work fine

<Pellescours>And my qemu is saying "qemu: Slirp: Failed to send packet, ret: -1"

<damo22>interesting

<Pellescours>damo22: I think that you forgot to break the loop that does the read

<Pellescours>when you read a message, it will go directly to the re-read without processing it

<Pellescours>Ah no, the while has a condition

<damo22>i would look into that cannot find a physical address for vaddr...

<damo22>somehow it returns 0 for a vaddr

<damo22>that cant be good

<sneek>Yey! ZhaoM is back!!

<ZhaoM>Does the 'XXX should work' comment make sense? https://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/trans/null.c#n141

<Pellescours>youpi on dde branch of incubator there is a missing const_string_t in the hurd_def.h headers https://git.savannah.gnu.org/cgit/hurd/incubator.git/tree/hurd/hurd_types.h?h=dde

<Pellescours>this prevent me to build dde

<youpi>Pellescours: please send a patch

<youpi>that's the most effective way to get something fixed

<Pellescours>ok :D

<Pellescours>It’s the commit 1451665d5b2e1c375af55aad70849bf5642bfa60 from hurd (main repo) that needs to be applied there, should I send the patch to bug-hurd?

<youpi>Pellescours: ok, I have pushed it

<Pellescours>thank you

<youpi>thank you for finding the good commit :)

<gnucode>sneek later tell jack-sparrow It will be a long time before the latest firefox is updated to work on the Hurd. The "best" web browser for the Hurd seems to be Ladybird. Sergey got it compiled and running some time ago. It may be a several years before you can do an 'apt install ladybird'.

<sneek>Got it.

IRC channel logs

2025-04-03.log