<hwpplayer1>can't start desktop environment despite i installed xfce4 lxde and cinnamon (not tested yet it is installing) lightdm is installed debian unstable sid is the release i start service lightdm start it runs but startx doesn't work by the way i can install packages and get update upgrade dist-upgrade well what should i do ? ***Server sets mode: +nt
<damo22>youpi: has anyone tried building hurd with ASan/UBSan? <damo22>ive been helping netbsd fix a few rump bugs with ubsan turned on, it seems like a really helpful thing <gnu_srs1>youpi: An idea: What about creating snapshot tarballs for the git repos of hurd, gnumach, mig on a regular basis with git archive --format=tar.gz --output ... <gnu_srs1>That would be usable to have known working git repos, to avoid problems like the recent problems with gnumach. <janneke>is there an equivalent to the linuix "- append console=ttyS0" so that i can enjoy running qemu -nographic? <civodul>news: Guile 3.0.2 is crashy with JIT enabled, but seems to be fine with GUILE_JIT_THRESHOLD=-1 <janneke>hey civodul: saw my latest hack on my gitlab wip-hurd-vm? it starts Guile <janneke>it starts the guile libexec/rc and crashes with "Unbound variable: extensions" <janneke>there seems to be a chicken/egg dependency that i don't understand between /servers/socket/1 <youpi>damo22: support for [ault]san on hurd in gcc hasn't been worked on yet, but that'd be very helpful yes! <civodul>ah you mean the abort is due to /servers/socket/1 not being set up yet? <youpi>gnu_srs1: well, that's what happens with the debian uploads? <janneke>yes.. if i remove that file from your system/hurd.scm, then the scripts sets it up <janneke>runsystem:63: if ! test -e /servers/socket/1 ; then <janneke>(if / writable, got that using another hack)=> settrans -c /servers/socket/1 /hurd/pflocal <janneke>it /seems/ as if guile aborts if that hasn't happened <janneke>...and the code to do that is in guile :-) <janneke>...so doing it in bash for now helps :-) <youpi>janneke: console=com0 on the multiboot /boot/gnumach.. command line <civodul>janneke: are you sure this is the reason? <youpi>I'm surprised this isn't documented in the wiki <janneke>civodul: i'm just stumbling blindly along...and this what i /think/ i see <civodul>we could probably test hypothesis in a subhurd or something <civodul>janneke: the /servers/socket/1 hypothesis is confirmed! <civodul>i created a /tmp/gnu firmlink to /gnu <civodul>then: chroot /tmp /gnu/store/*-guile-3.0.2/bin/guile <civodul>no easy way to get a backtrace though <civodul>janneke: oh that's because Guile needs pipes for the finalization thread, the signal thread, and all that <civodul>so we should install pflocal from runsystem <janneke>ah, that's what my hacks adding: /etc/fstab, mount -o remount,rw, removing /servers/socket/1 <janneke>then allow the code that is already there, to do :-) <janneke>it could be a bit less indirect, i suppose *civodul tests guile --disable-jit <hwpplayer1>i want to use nasm gas emacs and gcc first and spice-vdagent i tried to start X and Xfce4 but i didn't get success despite i installed Xdm and configured Xorg.conf file etc Now i am installing GNU to qemu/kvm virtmanager again and i will try things again any information is very helpful for me thanks :) <hwpplayer1>xdm started by the way i don't know how i did it :) <hwpplayer1>after installing xfce4 i run startx and it waits in a black screen <youpi>I don't know about xfce, but icewm does work <youpi>that's what is documented on the debian ports configuration page <hwpplayer1>i will wait ten minutes more and then reboot to install icewm thanks <youpi>alos note that that documentation is using the 2017 release <youpi>possibly newer versions have bugs <hwpplayer1>could you please give me the debian ports configuration page maybe i know but i am not sure <youpi>it's referenced at the end of the guide you hvae been following *janneke tries to get ttys running; this _PATH_TTYS in glibc puzzles me <hwpplayer1>after login into xdm accidently xfce4 has started ! i couldn't understand how X works :) i can't read log files also <youpi>the choice of which wm is started is fully of contorsions yes <youpi>a lot of people have invented a lot of different ways <youpi>the easiest way to make sure is to have only one installed <hwpplayer1>but mouse doesn't work in xfce4 it worked once but i'll try it again <gnu_srs1>"(12:23:34 PM) youpi: gnu_srs1: well, that's what happens with the debian uploads?" What if one wants to get rid of Debian dependencies? <youpi>it's the same people who make that upload an who work on upstream *hwpplayer1 will reboot main os <gnu_srs1>youpi: Yes I know, but publishing git tarballs on savannah does not require you to make a Debian release. E.g. apt-cache showsrc gnumach|grep Version <gnu_srs1>Version: 2:1.8+git20200309-1, and latest git is from yesterday. You could easily create an upstream git tarball people can use without looking into salsa for Debian stuff. <gnu_srs1>Even better: Use the git-created tarballs to make Debian releases?? <youpi>I don't think I have upload rights on savannah <youpi>and if I don't make a debian release, it means I haven't tested it <youpi>both could go at the same time, yes <youpi>but as I said I don't think I have upload rights <youpi>I mean whatever way to publish tarball <youpi>one thing I can do, however, is a git tag <damo22>can there be a watch file on debian that watches for tags and auto deploys? <damo22>ive seen this done with other packages i think <damo22>its a common issue that you have an upstream repo and want to deploy a stable release to a distro ***rekado_ is now known as rekado
<youpi>damo22: that's the debian/watch file yes <user_oreloznog>guix-hurd-20200401.img can be tested on Guix System (or on a foreign distro)? <janneke>user_oreloznog: on any distro; you'll need qemu-system-i386 <gnu_srs1>janneke: Running with graphic and serial console, log file in serial.log: qemu-system-x86_64 -chardev stdio,id=char0,logfile=serial.log,signal=off -serial chardev:char0 --enable-kvm -m 2048 hurd-cross-serial.img <gnu_srs1>This is a convenient way to get both the serial console for commands and the graphic console to shut down (just close the window) :) <gnu_srs1>That's written in README.hurd-cross file whenever hurd-cross it will be accepted for publication at savannah.