You are not logged in.
Trinity is available in the Devuan derivative Exe GNU/Linux - http://exegnulinux.net
And is already packaged, working, supported and documented by TDE for all Devuan systems including Beowulf and Ceres https://wiki.trinitydesktop.org/DevuanInstall
ExeGNU (which tracks current Devuan) includes a custom selected "minimal" TDE (and openbox) plus some custom scripts, packages and defaults.
Devuan mainstream didn't actually reject TDE but at this point probably has other priorities..
New ExeGNU ISO's out now.. ascii i386 & amd64, also a "testing" (beowulf) amd64
The beowulf "testing" ISO was unfortunately not possible to get <700MB without losing too much functionality. If you use it, know that you must maintain it yourself, it's probably already outdated!
Thanks to all who helped make to make this possible and in advance to anyone who wants to test it.
Hazy memory here too but the refracta-lang config script was meant to set the system locale and automatically sort the user keyboard layout for xfce, nothing to do with lightdm. It was meant to avoid long-winded typing at the boot menu. I saw it working with lxdm.
I do remember, newer lightdm was not very good with the language selector at the login screen. That would affect multiple users on the same box who might prefer different languages and was a different issue.
RE iso size.. might there be a way to avoid having two copies of initrd (one in /live and one in the squash, 25 M each as gzip)?
Great work fsmithred, thanks for the latest Refracta ISO!
I made a rebuild. Used xz compression for the initd's, removed initrd.img_pre-snapshot from the original fs root, removed .pyo and .pyc files everywhere (they get regenerated). Same (as far as I know) package list, no other changes except to add the old refracta-lang live-config script which still works (sorts locale and keyboard simply)
Rebuilt iso is down to 687MB! The bad news is that won't be enough to get a similar beowulf ISO <700MB
Testing using installation's grub menu to boot the iso on HD..
Nice find! Interesting that dzz had a hand in it.
First I heard of it.. maybe they used some ideas or scripts from ExeGNU or Refracta I might have been involved with..
su -c 'youtube-dl --update
Password:
Updating to version 2019.01.10 ...
Simple as that..
TDE doesn't need anything gtk at all. As well as the KDE3 desktop itself, they forked the original QT stuff (now TQT). TDE/TQT runs fine on Devuan and has very many good packages.. but maybe not everything you might want.
For example, synaptic and firefox-esr require gtk3 libs (not here, I use apt and palemoon).
I do use the refracta tools, which use yad. Yad's Debian version requires gtk3 but can easily be repackaged with gtk2.
It's going to get more difficult to escape gtk3 entirely..
As for the Falkon browser, here's a (not very impressive) review: https://www.dedoimedo.com/computers/falkon.html ..
Thanks again fsmithred for testing this (and the adjustments to refractainstaller) and to all others who took an interest in TDE. A new iso with those points fixed is now posted.
Thanks fsmithred for testing this. Will sort these and any other glitches found and do a new version at some point. This was done from Jessie using a fresh devuan bootstrap (ascii) base, I don't yet know if the ascii debootstrap version fixes any of this.
Boot screen says 'Debian'
Probably because /etc/default/grub needs the "GRUB_DISTRIBUTOR" line changed from Debian to Devuan before update-grub is run.
BTW, I see in /etc: debian_version and devuan_version. This probably means other Devuan systems get listed as Debian since, although upstream osprober now supports Devuan, it will find debian_version first. Delete all instances of it!
Removable media show up on the desktop, but won't mount in konqueror.
Cant reproduce that yet, still investigating. My only removables are FAT pen drives, in case that makes any difference
Refractainstaller did not disable autologin.
Needs a post-install script to sed edit /etc/trinity/tdm/tdmrc as the exegnu-installer does. Maybe it has but with errors like you said.
one tip on iso size.. xz compressed initrd saves ~20MB (edit /etc/initramfstools/initramfs.conf)
If anyone a live-media partition mounted RW, there is an updated initrd patch somewhere on the sourceforge page (/files?). Debian's live-boot doesn't support that. Maybe useful for refracta2usb.
Well, my apologies for not posting lately nor having any spare time at all for this stuff, "real life" situations here have been ******* relentless..
There shouldn't be any real problem for anyone already running the Exegnu Jessie to dist-upgrade in the usual way. Nor should installing TDE to a base Devuan be difficult. You might however be best to install just the base and build it from there; the "metapackage" is, IMO, bloated. TDE can run with other DE/WM's installed (I mostly prefer TDE but also use xfce and openbox)
Anyway, I did a 64-bit Exegnu Ascii live image with the latest TDE. Built it fom a fresh devuan bootstrap so it should be cruft-free (jessie dist upgrade leaves lots). There is a script to do the entire job that way, if anyone is interested (i.e. direct from bootstrap unlike refractasnapshot)
To my surprise it came out <700MB with mostly the same package set as before except Audacity, which seems to now bring qt4/5 deps.
Previous images used some 3rd party no-systemd packages and some I built myself. This one, I'm pleased to say, is just Devuan and TDE. A few custom extras (rather than alternatives) are included e.g. exegnu-installer and the latest Refracta tools.
I packaged and used consolekit2 before but now elogind is working fine, including suspend for user. I reluctantly had to give up on excluding libsystemd0.
I haven't tested it it much, all I got now is one old intel core2 laptop. Anyone who wants to test, thanks in advance, please say what is wrong, what is missing, what doesn't work right (or just what does!)
Finally, special thanks to fsmithred (for your amazing work with live-image development), Adam Borowski (for all your systemd-free packaging in the early days), the TDE project (who forked kde3, which was abandoned for something unrecognisably different) and most notably the perseverance with init freedom, of all involved in Devuan.. and for this excellent Ascii release.
I was missing "desktop-base". Also there was a small error in your code box (take out the "fi; "):
# for i in [0-9]*; do convert /usr/share/icons/hicolor/scalable/emblems/emblem-devuan.svg -resize ${i%/} $i/apps/kmenu.png; fi; done
All working now, thanks samhain.
Devuan+TDE user here. My system(s) originate from (Devuan-) debootstrap.
I have clearlooks-phenix-purpy-theme and mate-icon-theme installed but /usr/share/icons/hicolor/128x128/emblems is empty. Am I missing a package?
Confirmed here, using vdev "sdb1" is referenced and symlinked in /dev/disk/by-label and /dev/disk/by-uuid but nothing for it in /dev/disk/by-id.
Same machine, got xfce4 installed and running now. Using gvfs from angband.pl (it doesn't depend libsystemd0) and consolekit2. I know from before that combination works with full functionality for user usb handling and shutdown/suspend/reboot.
With (e)udev : plugged USB appears on desktop and in thunar, correctly labelled (“sandisk”), can mount/umount/eject normally, as user
With vdev: Appears as “64 GB Volume”, No label. Cannot mount as user (except with pmount), as if it's seen as a fixed disk.
With udev:
:~$ /usr/sbin/hwinfo --usb|grep "/dev/sd"
Device File: /dev/sdb (/dev/sg2)
Device Files: /dev/sdb, /dev/disk/by-id/usb-_USB_Flash_Memory_0013729B6877EB8156390022-0:0, /dev/disk/by-path/pci-0000:00:1d.7-usb-0:1:1.0-scsi-0:0:0:0
:~$ dmesg| tail -n 1|grep removable
[ 2058.054823] sd 5:0:0:0: [sdb] Attached SCSI removable disk
With vdev, hwinfo shows less complete detection:
:~$ /usr/sbin/hwinfo --usb|grep "/dev/sd"
Device File: /dev/sdb
:~$ dmesg| tail -n 1|grep removable
[ 183.446863] sd 5:0:0:0: [sdb] Attached SCSI removable disk
I can't find any way to mark the above in a code box..
Old "emachines" laptop running Trinity Desktop and eudev, otherwise current (Devuan-) Jessie. Simply used dpkg -i on the three amd64 vdev debs.
Same result here with a plugged USB, no desktop notification. It does show in blkid and I can pmount it. Perhaps then, not your xfce4 configs at fault. Other machines here have xfce4, can test later.
I don't see any other problems. Last time I tried vdev there were lots including no mouse.
Could it have something to do with the splash image? In the ISO, it's png, 24bpp RGB.
"vbeinfo" (or is it "videoinfo"?) at grub prompt might give some clue..
Thanks for that info. Assuming you mean the "set gfxmode=" line in (iso-root/)boot/grub.cfg, which gets used in efi mode only.
640x480 does look quite horrible here (qemu). I posted a "dummy" test iso done with "set gfxmode=auto" (32MB, iso boot stuff but no squashfs). I would be interested to know if "auto" works in different cases. Any help to test that, thanks in advance.
Just noticed, I forgot to use "-isohybrid-gpt-basdat" in the xorriso command. That's probably why the isohbrid failed for efi. I'll post a new ISO later but I don't have any way of testing it.
For the record, http://www.syslinux.org/wiki/index.php?title=Isohybrid explains why (and gdisk shows if the image has a valid gpt part, it didn't).
I don't need to do anything about "union=aufs", it's already there in the cfg files. Except to remind anyone interested who didn't know or forgot, the new live-boot default is overlay (but can also do aufs), aufs is removed fom newer kernels, older kernels can't do overlay. Best to specify union type if you use a custom cfg file.
I got only qemu to test the efi stuff at the moment and my cpu doesn't do virtualisation. It's slow.
Reason why you needed union=aufs is probably because the iso's boot intrd is from newer live-boot (the one in the squashfs is original) and modified to support rw mount of the live-media partition. I must do a new iso with that changed asap.
Preinstalled is grub-efi (not grub-pc). I found so far it works for bios machines if grub-pc-bin is also installed. Whether that's something to do with your grub error I don't know yet. It seems the relevant "-bin" package does most of the work, both can exist on the same system and the right one gets called automatically. None of my search trawlings came up with the definitive answer.
I can't just now test why dd to usb failed for you. All my usb drives are in use (dd means trash all). The iso as a cd image does boot uefi mode in qemu (for me). However, qemu has limitations.. it's very particular about the naming of the efi image.
At some point I want to switch to refractainstaller for this stuff. That might need a small, extra custom script for TDE. For now my installer makes a useful "test donkey".
I clocked a live session of this running with 99MB ram today. Not so bad for a fully-featured DE including an office suite, on a live image <700MB which has no systemd dependency (not even libsystemd0)
Thanks enormously for that feedback. I hope some of these uefi observations (and/or anything else regarding Exegnu) can help Refracta or anyone else doing Devuan-based live-images.
New Exe GNU/Linux live-images for i386 and amd64 are now available:
http://exegnulinux.net/downloads
https://sourceforge.net/projects/exegnulinux/
These ISO's are originally built from a Devuan bootstrap. Apart from TDE (Trinity Desktop), consolekit2 and a few custom applications (e.g. installer) they are current Devuan Jessie. There is now less need for 3rd party "nosystemd" builds. TDE does not need gvfs (nor anything else GTK).
The installer should support uefi, this is not much tested so thanks in advance to anyone who does.
Thanks to Devuan and to TDE for making this possible. Special thanks to fsmithred (Refracta). Although refractasnapshot was not used to produce this, the research efforts revolving around Refracta towards a systemd-free live environment have been of essential value and influence. Refracta tools are included here but not much tested yet with TDE.
BTW, for the record, Refracta probably was the first proper Devuan (-derivative) live-image. My TDE builds were heavily reliant on 3rd party system packages in Devuan's early days and TDE itself is not actually in Devuan repos.
xunilog, you're right about q4os (except the url is https://q4os.org/). Thanks for pointing that out (q4os is relatively new)
GALPon MiniNo http://minino.galpon.org/en .. I can't see any mention of TDE
Yes, there are TDE images for pclinuxos (I read also that pclinuxos rejected systemd). However, (unless I missed something,) pclinuxos is an rpm distro, nothing to do with debian except it uses apt for (rpm) package management.. http://www.pclinuxos.com/about/
There are new isos ready now but I can't upload them till a server problem gets fixed. The currently available isos do dist-upgrade without a problem.
The new isos have less 3rd party packages, a uefi-capable installer and Refracta tools preinstalled. They are originally built from a Devuan debootstrap.
At Devuan's beginning (and shortly before) we relied heavily on temporary hacks, 3rd party repos and custom package recompilations. Much of this was done in conjunction with Refracta (thanks fsmithred). Devuan's public presence was only IRC, heavily spammed by systemd fanboys. I had never properly compiled a deb package before, had to learn quick else accept systemd.
Now Devuan is almost complete, only a few 3rd-party package recompilations are still needed.
Exegnu was actually the first Debian live image with Trinity desktop and possibly the first systemd-free Jessie image. It's base switched to Devuan from day one, therefore was probably the first Devuan-based live-image (or was it Refracta ?)
Whether or not you get on with exegnu depends if you get on with Trinity Desktop. TDE advantages are active development, no systemd dependence, no gtk3 dependence, ram usage comparable to xfce4, old-style amarok...
I don't know why this never got noticed by Devuan. Probably because I'm not very good with updating documentation. It has also an outdated Distrowatch listing as a Debian derivative.