You are not logged in.
The LO window also freezes here after 5-10 seconds when I try to open 3_new.odt. Older kernel (5.15) and later LO (24.8), same system memory (8 GiO). So the devil really is in the details of the odt.
If you could overcome the Table-in-a-Frame copying bug, you may still have a chance to recover its content: if I keep scrolling along for about 20+ seconds, the beast eventually get tamed and I am able to get a reasonably pliant document. I also get one core running at 100% once the window has frozen, but the situation is not much better after taming the beast. It is still a wild beast after all, even if a tamed one.
Does the gnuinos flavor of debian-installer load any non-free firmware? If so, that would probably be a bug to fix.
It has been reported that (some versions of) this script may be broken, leading to non-free firmware being loaded and installed no matter what the user chooses:
I believe the iso images needed some time off, so they decided to take brief offline holidays.
Anyway, I had already downloaded the latest (2024.06.01) iso the other week, so I can confirm that the XFCE-runit amd64 image rocks, as usual.
The gnuinos.org website seems to be down. I am getting this page instead:
Updated summary of current results booting XFCE amd64 images from the USB flash drive on that workstation:
nvidia GPU plugged in - and set either as non-boot device or as primary VGA
all images return:
$ lspci -k | grep -EA3 'VGA|3D|Display'
00:02.0 VGA compatible controller: Intel [...] Integrated Graphics Controller
Kernel driver in use: i915
01:00.0 VGA compatible controller: NVIDIA [...]
Kernel driver in use: nouveau
all gnuinos test images boot into tty1, no graphical session
Devuan desktop-live boots into XFCE session OK, using whichever GPU is set as primary VGA
NB: it transpired that the Devuan desktop-live image is loading a bevy of nvidia firmware blobs to be used with that NV137 (GP107) GPU. Maybe gnuinos could try defaulting to llvmpipe instead?
nvidia GPU unplugged
all images boot into XFCE session OK, kernel driver in use i915
Just before seeing your last post, I had tried completely removing the nvidia GPU that was disabled at boot time but still plugged in, and I got an X session and a desktop, but no xfce4-panel.
I am now getting the same with the latest test image: graphical session starts, but no panel to be seen. So the last two test images (eudev and vdev) seem to behave the same when the integrated Intel graphics is the only GPU available. I will plug the nvidia GPU back in and let you know what happens.
UPDATE: I am getting the same Xorg error as with the previous test images when the nvidia GPU is plugged in (but disabled at boot time). So until now there has been no change in behavior, the only difference is triggered by unplugging the disabled external GPU.
Thank you. Still no luck with the eudev image, same situation as with vdev. The first line in the Xorg log that seems to indicate an error is the following one:
nvc0_screen_create:1072 - Base screen init failed: -19
EDIT: I am getting the same error log as that one, just substitute "crocus" for "iris": https://bugs.debian.org/cgi-bin/bugrepo … 867;msg=45. The live system sends me to a blinking cursor every so often, which makes it a bit tricky to type in commands.
I was able to boot from the USB into that computer using the devuan_daedalus_5.0.0_amd64_desktop-live image. 🤔
Crocus may be innocent after all.
After further testing, both runit and sysvinit XFCE images boot fine on the usual laptop with Intel GMA 3150.
They also boot fine into a VM on the desktop I am currently testing on (with Intel HD 4600 graphics), but from the USB flash drive I keep getting crocus_dri related errors in the Xorg log. I can start a session through tty, but no graphical session so far. Crocus mystery.
Anyway, elogind seems to be happy now, no error messages any more. 👍
Hi there, and thanks for the update! This does look like a nice Gtk GUI, so I thought I had to give it a try
Currently getting this when booting the runit XFCE amd64 live system:
elogind[XXXX]: Failed to connect to system bus: No such file or directory
elogind[XXXX]: Failed to fully start up daemon: No such file or directory
EDIT: it works fine on a VM, so the error could be caused by a failing USB flash drive.
Great, thank you! Both now boot fine into their respective DE/WM. I can also confirm that the xfce-runit image is booting fine, as expected.
It is just amazing to have so much choice on aging harware, in complete freedom.
It looks like the new JWM image does not have the dbus problem any more, thanks!
After checking further, the issue that prevents the graphical session from starting seems to be the same as with plasma-sysvinit: glamor also complains that it does not get enough instructions. So it is likely hardware related. I now need to try with the latest xfce-runit image, maybe more recent versions of some GPU driver require higher specs.
The xfce-sysvinit image boots fine on the same hardware, though.
IMO, I wouldn't call it Clean, unless they changed the definition of that word too.
Note how they do not call it "clean", but "green".
I have been trying to boot from the JWM iso, but am getting a flashing screen with umpteen lines of this error message:
fail: dbus: unable to change to service directory: file does not exist
EDIT: no luck with the plasma-sysvinit iso either. I am getting error messages about glamor not getting enough instructions (64 vs. 128), so this is probably hardware related. I may try the xfce-sysvinit iso and see how that goes.
EDIT: the xfce-sysvinit live iso is running great, difficult to tell the difference with the installed xfce-runit system.
Fixed in vdev-1.3.1. I've updated the images.
Wow, lightspeed fix! 🚀
I like your logic of requesting extra work for Gnuinos while suggesting sending money elsewhere.
RYP
How about RYS?
Reclaim Your Sanity.
...my pocket mnt reform. it will be a while till other options... show up.
Why did you buy it then?
You can send it to me if you have no use for it. I would be interested in installing Trisquel on it, but my strict moral consciousness forbids me from sending such an amount of money for a blobbed device. Next time, just send the $1000 to me, I could have much better use for it. I would probably send it to aitor to support Gnuinos, at least that would be useful and deserved.
Great work, as always! Thank you aitor.
I just have one side question, about a boot time warning message saying that udevd cannot be found. Since this is expected, I was wondering what is triggering the message. So far I have found this general explanation, which sounds reasonable: "These are related to many things on Linux revolving around udev."
The line is in there: /etc/runit/bootup/02-eudev.sh. Is it for compatibility reasons? I just modified the string so it now says "Gnuinos 5.0 Daedalus rocks!" instead.
It appears that the complete procedure is detailed there: https://www.devuan.org/os/documentation … o-daedalus. Not sure how I could miss that.
So I followed up with the extra steps, and all went well. Gnuinos Daedalus is now up and running smoothly, and only marginally taking extra RAM compared to Chimaera, with the relative difference decreasing with the load.
Thank you for the new ISOs. I fell asleep at some point last month, and did not realize that Daedalus has now been promoted to stable.
The Chimaera Xfce version that I installed some time ago is doing quite fine, I just updated it today. It is taking about 450MiB of RAM, which is great for a system with a complete DE, and about 950MiB with Icecat, LibreOffice and GIMP running, which is quite a feat.
I will upgrade the USB live system to the last Daedalus ISO, and see how that goes.
UPDATE: The Gnuinos Daedalus live session works great, so I am considering installing it. A fresh install is an option, but I would like to try upgrading from Chimaera. Is there anything specific to know? simply edited the sources.list to 'daedalus' and ran apt upgrade, and that was it. Or is something missing? It currently says "Daedalus" everywhere, and all personal settings were correctly applied wherever applicable.
Both Gnuinos Chimaera (installed on hdd) and Daedalus (from the live ISO) boot fine and run great here.
I am using the 64-bit Xfce version in both cases, from the last ISO.
Thank you Aitor!
because the search function
Well you made me curious, so I searched for d_e_a_dalus in this forum, and guess what came out:
https://dev1galaxy.org/viewtopic.php?id=4885
My actual point is, I too like the sapphire theme very much, it almost feels like deepsea was a sort of preamble, a necessary path that unfolded into sapphire. I now need to get that Gnuinos Daedalus preview back into testing, I just noticed the 2023.06.21 images.
Solved!
It's working in x86 as well
This is really good news for 32-bit users!
I am still to try the last 64-bit Daedalus Xfce live ISO. All is well on Chimaera, using Linux-libre 6.1.
Good to know, thanks.
I am currently 100% happy with Gnuinos 4.0 Chimaera 64-bits Xfce, so I would like to thank you again for your effort.
The only extra system package I install is gvfs-backends, so I can sftp into other local machines right from Thunar's address bar.
This is great news! I had indeed been looking at those lines in the zz-server.conf file, without any idea what to do about them.
Now everything just works, and I can indeed select tap-to-click in the Xfce touchpad configuration tab. I am planning to install again from the latest Chimaera ISO, but I was wondering whether there is a way to include these modifications through a system upgrade.