Thomas Schwinge <tho...@codesourcery.com> writes: > Hi! > > On Thu, 27 Sep 2018 18:42:08 -0400, Joshua Branson <jbra...@fastmail.com> > wrote: >> "./render_locally". >> >> $ ymlfront: failed to use YAML::Syck > > Nothing else get printed?
Nope. That's the only error message that I get. :( > >> Luckily Parabola packages perl-yaml-syck! But after I ran installed >> perl-yaml-syck, I still got the same error: >> >> $ ymlfront: failed to use YAML::Syck >> >> So I rebooted and tried again. Same error: >> >> $ ymlfront: failed to use YAML::Syck >> >> >> Granted, on my parabola machine, I'm not sure if I have all of the >> dependancies. Mainly the wiki says to use apt-get, which I don't have. >> >> $ apt-get install ikiwiki libyaml-syck-perl markdown libsearch-xapian-perl >> texinfo >> >> >> Here's the dependancies I know I have: >> >> [joshua@dobby hurd-web]$ pacman -Q markdown texinfo perl-yaml-syck >> discount 2.2.4-1 >> texinfo 6.5-1 >> perl-yaml-syck 1.30-5 > > What does the following print? > > $ perl -e 'use YAML::Syck' && echo OK It outputs: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = "en_US.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). OK So I should probably figure out how to set my language and LC_ALL... > > > I do remember commit 178b9e4a14e8ea6fa415c3c36461e41da8434694 "ymlfront: > Force use of YAML::Syck", but that shouldn't cause any problems if the > relevant Perl packages are properly installed. You might try to > temporarily revert that one, though. > > Or, temporarily disable (some of) these plugins, see "ikiwiki.setup". > You should still be able to "render_locally", just some information will > be missing on a few pages. I'll have to give that a shot. This might be obvious, but I'm afraid to commit patches for the wiki, until I can see the results of the patches. ie: I don't want to write incorrect markdown, and the only way to make sure it is correct, is to render it locally. You probably know this, and I'm just ranting. :) > > >> So since my Parabola GNU/Linux machine didn't work, I thought I'd try >> the Hurd vm I have. > > How do you start the VM? I use a shell script: [joshua@dobby ~]$ which hurd /home/joshua/programming/bash/hurd [joshua@dobby ~]$ cat $(which hurd) #!/bin/bash modprobe kvm modprobe kvm_intel cd ~/programming/gnu/hurd/vm/ MEMORY=2G FILE=debian-hurd-2017-11-01.img # If I ever need to add a cdrom echo "running ssh" qemu-system-i386 -m $MEMORY -net nic \ -net user, hostfwd=tcp:127.0.0.1:2222-:22 \ -drive file=$FILE,cache=writeback,format=raw \ -enable-kvm \ -curses \ -no-reboot; # -curses \ # -machine kernel_irqchip=off \ Just last night I had some trouble sshing into the vm too, so I'll have to investigate that. > >> Then I booted up my Hurd VM and tried git pulling. >> >> fatal: Unable to look up darnassus.sceen.net (port 9418) (Temporary failure >> in n >> ame resolution) > > Same when pulling from savannah.gnu.org, probably? Apparently I'm pulling from braunr's repo. I think joshua@debian:~/programming/hurd-web$ git remote -v origin git://darnassus.sceen.net/hurd-web.git (fetch) origin git://darnassus.sceen.net/hurd-web.git (push) joshua@debian:~/programming/hurd-web$ which ping /bin/ping joshua@debian:~/programming/hurd-web$ ping www.google.com ping: unknown host joshua@debian:~/programming/hurd-web$ git fetch git://git.savannah.gnu.org/hurd/ web.git fatal: Unable to look up git.savannah.gnu.org (port 9418) (Temporary failure in name resolution) > >> I also got this error as the vm was booting: >> ip up: failed to bring up /dev/eth0 > > Does the information from > <20180922084542.7v26lpgphexf52vn@var.youpi.perso.aquilenet.fr">http://mid.mail-archive.com/20180922084542.7v26lpgphexf52vn@var.youpi.perso.aquilenet.fr> > help by any chance? > Well maybe. I changed the script to this: [joshua@dobby ~]$ cat $(which hurd) #!/bin/bash modprobe kvm modprobe kvm_intel cd ~/programming/gnu/hurd/vm/ MEMORY=2G FILE=debian-hurd-2017-11-01.img # If I ever need to add a cdrom echo "running ssh" qemu-system-i386 -m $MEMORY \ -net user -net nic, model=rtl8139 \ # make wiki use a driver card that gnumach has available in the kernel hostfwd=tcp:127.0.0.1:2222-:22 \ -drive file=$FILE,cache=writeback,format=raw \ -enable-kvm \ -curses \ -no-reboot; # -machine kernel_irqchip=off \ I then got this error: [joshua@dobby ~]$ hurd running ssh Gtk-Message: 11:23:18.177: Failed to load module "canberra-gtk-module" qemu-system-i386: -net nic,: Could not open 'model=rtl8139': No such file or directory /home/joshua/programming/bash/hurd: line 12: -drive: command not found > >> So, I'm kind of stuck at the moment. :( > > Well, on the contrary, there certainly are enough items here that can be > investigated. :-) > > > Grüße > Thomas P.S. well frick. I had a script that worked to boot the hurd at some point. Now I don't. The script that I now have, fails with this: [joshua@dobby ~]$ hurd running ssh qemu-system-i386: -net user,: Unknown protocol 'hostfwd=tcp' So I'll have to disable ssh forwarding for the moment until I get this all figured out. Thanks for the help!