The officially official Devuan Forum!

You are not logged in.

#1 Re: Devuan Derivatives » An example of how Trinity Desktop Env (TDE) can look on Devuan ASCII » 2021-10-31 17:49:44

dzz

The instructions linked above describe only Debian

That was the case before although the Debian packages were compatible with Devuan. TDE now have specific repos for all Devuan versions (and R14.0.11 is released today, in case anyone still thinks it's old, unmaintained code)

https://wiki.trinitydesktop.org/Devuan_ … structions

#2 Re: Installation » alsa & bluetooth » 2021-10-26 17:30:58

dzz

Thanks HoaS!

Looks like it's a dbus service so it probably won't work unless you can hook it into that somehow with sysvinit (systemd listens to the bus automatically). But this is just a guess.

It does here, maybe the dbus bits are built-in. That init script does work from a root shell after boot (although still will not detach, that was the issue)

Now using a simple manual /usr/local/bin start script with sudo permission so it only runs on demand, in preference.

Cable the speaker to the old vaio? The cable is always either lost or broken!

#3 Re: Installation » alsa & bluetooth » 2021-10-26 14:06:19

dzz

Worth a go here as my trusy old Vaio netbook has **** sound (and I don't want pulseaudio).

I got bluealsa working but it was not so simple. For a start packages bluez-alsa-utils libasound2-plugin-bluez (you need both) have only a systemd service file, no sysv script. I needed bluetooth daemon running first and a custom ~/.asoundrc

pcm.SoundCoreMini {
        type bluealsa
        device "XX:XX:XX:XX:XX:XX"
        profile "a2dp"
        hint { show on description "Sound Core Mini"}
}

Having already installed blueman I could use those tools to get the device ID. The device can then be manipulated using blueman-manager.

I repackaged it with a custom init script but havent got that quite right as yet. It won't detach from the shell and hangs on bootup. But I can start it manually after disabling the init daemon.

Running chimaera you *might* get away with just a few lib deps from ceres. The original packages will break beowulf. My crude "backport" rebuild from source can run on beowulf.

Here's the offending custom init script, if anyone wants to debug it. More later (if) I get time to revisit this. Or maybe it's better not to have this start automatically..

#!/bin/sh
### BEGIN INIT INFO
# Provides: bluez-alsa

# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6

# Required-Start:	$syslog $local_fs $remote_fs bluetooth 
# Required-Stop:	$syslog $local_fs $remote_fs 
# Short-Description: Bluealsa daemon
### END INIT INFO

. /lib/lsb/init-functions
prog=bluez-alsa
if test -f -/etc/default/bluez-alsa; then
	. -/etc/default/bluez-alsa 
fi

PIDFILE=/var/run/$prog.pid
DESC="Bluealsa daemon"
start() {
	log_daemon_msg "Starting $DESC" "$prog"
	start_daemon -p $PIDFILE /usr/bin/bluealsa $OPTIONS
	if [ $? -ne 0 ]; then
		log_end_msg 1
		exit 1
	fi
	if [ $? -eq 0 ]; then
		log_end_msg 0
	fi
	exit 0
}

stop() {
	log_daemon_msg "Stopping $DESC" "$prog"
	killproc -p $PIDFILE /usr/bin/bluealsa
	if [ $? -ne 0 ]; then
		log_end_msg 1
		exit 1
	fi
	if [ $? -eq 0 ]; then
		log_end_msg 0
	fi
}

force_reload() {
	stop
	start

}

case "$1" in
	start)
		start
		;;
	stop)
		stop
		;;
	force-reload)
		force_reload
		;;
	restart)
		stop
		start
		;;

	*)
		echo "$Usage: $prog {start|stop|force-reload|restart}"
		exit 2
esac

My installed bluetooth-related packages:

root@vaio:~# dpkg -l|grep blue
ii  blueman                                  2.0.8-1+deb10u1                     amd64        Graphical bluetooth manager
ii  bluez                                    5.50-1.2~deb10u2                    amd64        Bluetooth tools and daemons
ii  bluez-alsa-utils                         3.0.0-2                             amd64        Bluetooth Audio ALSA Backend (utils)
ii  bluez-firmware                           1.2-4                               all          Firmware for Bluetooth devices
ii  bluez-obexd                              5.50-1.2~deb10u2                    amd64        bluez obex daemon
ii  libasound2-plugin-bluez:amd64            3.0.0-2                             amd64        Bluetooth Audio ALSA Backend (plugins)
ii  libbluetooth-dev:amd64                   5.50-1.2~deb10u2                    amd64        Development files for using the BlueZ Linux Bluetooth library
ii  libbluetooth3:amd64                      5.50-1.2~deb10u2                    amd64        Library to use the BlueZ Linux Bluetooth stack
ii  libpam-blue                              0.9.0-3                             amd64        PAM module for local authenticaction with bluetooth devices

EDIT: example use:

:~$ mpv --audio-device=alsa/SoundCoreMini 'Sweet Georgia Brown 1.m4a'

Or in VLC, pick  it from the audio device GUI.

Cheers all (and thanks for chimaera), D

#4 Re: Devuan Derivatives » ISO to test: Devuan + Exegnulinux + LinuxCNC + stuff remaster » 2020-10-11 16:02:41

dzz

Cheers Nik..

Your exegnu remaster boots fine and fast here from usb. A short cmdline addition e.g. lang=en_GB sets both locale and keyboard for en_US/GB or ES on boot. I just discovered your rt kernel runs well on one old hp laptop here, better than the standard kernel which did not.

Although I don't need some of your special applications included, this is a good test ISO for some of the core exegnu functions, in particular internationalisation, installer and some live-config scripts (which maybe need some updating). It's also a good, successful test for refractasnapshot.

Well done and thanks!

D

#5 Re: Hardware & System Configuration » Android and IOS » 2020-04-25 19:28:54

dzz

I guess some have their use-case reasons to automount removables. I don't know why.

Mounting an mtp device should be as simple as:

jmtpfs /path/to/your/mountpoint/
fusermount -u /path/to/your/mountpoint/

Or you could script that with some checks and a fancy yad dialog.

(OT) thanks xinomilo for mentioning  "lineageOS" (android AOSP based without bloat/spyware), probably as clean as you will get on such devices. The only network connection here at the moment is 4g. I did quite a bit of research on android (lack of) security and run lineage (without gapps).

#6 Re: Desktop and Multimedia » [SOLVED] Legacy Graphics Problem with Beowulf Upgrade » 2020-04-05 23:10:16

dzz

Re inxi and smxi:

I have always had great respect for HH and thank him for his contributions

+1.. A founding member of the Sidux project, well remembered here from the early days. https://smxi.org/site/smxi-story.htm is an interesting read, for those who didn't already know.

#7 Re: Other Issues » How to get youtube-dl-gui? [solved] » 2020-04-05 00:34:59

dzz

Recent Youtube changes broke gtk-youtube-viewer (maybe other clients). It was forked to "gtk straw viewer" and works again. Well here and for now at least.. https://github.com/trizen/straw-viewer

Using a youtube client avoids heavyweight browser loading, ads, tracking... This one is quite light on deps and system resources but has a very good descriptive gui. No qt deps. Probably needs latest youtube-dl to run properly https://github.com/ytdl-org/youtube-dl

I posted (probably the only) deb package: http://exegnulinux.net/apt/pool/main/s/straw-viewer/

Sources, dsc et al are at the same url if anyone wants to inspect, compile or modify yourself. If interested, please post back if you see anything wrong with the package.

EDIT: youtube-dl (and anything else that uses it) will puke unless you update it quite often.

#8 Re: News & Announcements » Beowulf Beta is here! » 2020-03-17 19:42:51

dzz

The default setup results in the grub menu showing 'Debian' instead of 'Devuan'.

If you're using legacy bios boot, you can just change /etc/os-release to show ID=devuan and then run update-grub

Also package lsb-release must be present. If you installed from debootstrap or maybe did a dist-upgrade it may not be. It's otherwise unnecessary and brings some weighty python deps.  I don't know if the official installer includes it. Snip from stock /etc/default/grub (which sets the menu title) :

GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`

Or you could just edit /etc/default/grub (my usual way)

Of course, /etc/os-release needs to be correct in any other devuan installs (for os-prober, see /usr/lib/os-probes/mounted/90linux-distro )

#9 Re: Other Issues » system freeze with non-default 5.5.x kernel(s) » 2020-03-09 03:30:03

dzz

Maybe or not your problem is related but:

My ceres live builds, with *default* 5x kernels (all of them), hang every time in seemingly random stages of bootup. Often while still in initramfs. This older HP (Intel) laptop is all I have around at the moment. They boot fine with some combinations of "failsafe graphics" parameters on the cmdline (maybe breaks some acpi-related functions):

noapic noapm nodma nomce nolapic nosmp

Seems a major kernel issue. A search for, e.g. "linux 5x intel hangs", returns much info but little good news, at least not soon. No such issues here with Beowulf and Ascii systems.

:~$ uname -r && inxi -CG
5.4.0-4-amd64
CPU:
  Topology: Single Core model: Intel Core2 T5500 bits: 64 type: MCP
  L2 cache: 2048 KiB
  Speed: 1662 MHz min/max: N/A Core speed (MHz): 1: 1662
Graphics:
  Device-1: Intel Mobile 945GM/GMS 943/940GML Express Integrated Graphics
  driver: i915 v: kernel
  Display: x11 server: X.Org 1.20.7 driver: intel
  unloaded: fbdev,modesetting,vesa resolution: 1024x768~60Hz
  Message: Unable to show advanced data. Required tool glxinfo missing.

#10 Re: Installation » Encrypted portable instalation on a flashdrive. » 2020-02-16 02:44:22

dzz

The prompt is something like "Enter passphrase for <your-persistence-media>" after syslinus/isolinux/grub but while still in initramfs. The console doesn't show what you type. If it's incorrect after (if I remember right) 3  attempts then yes, barebones live image only boots.

The excellent tool fsmithred linked uses syslinux, IMO a better way than dd or cat (the usual "mainstream" methods), to get a bootable USB for live images..

EDIT: The prompt (in my newest beowulf image) is actually "Please unlock disk /dev/whatever" (here it's loop0, I use a persistence image file). It prints an error if you get it wrong and invites to retry or not. The boot initrd must have dmcrypt support built in.

#11 Re: Installation » Encrypted portable instalation on a flashdrive. » 2020-02-15 02:54:21

dzz

My usual method is an out-of-the-box live image (Refracta is the prime candidate but there are others) with LUKS encrypted full persistence. The live image is tailored to suit as many machines as possible. The persistence is a custom overlayfs, can be a (decent size) file or a partition. On boot it will prompt for the LUKS key, if you don't have that it will continue to boot to only the basic, default live image. The security of the rest is down to the strength of your encryption key.

It's quite surprising how quickly and efficiently such a system can run..

#12 Re: Devuan » make TDE desktop default and sothen devuan as different distro option » 2020-01-21 03:40:05

dzz

Wish that we would see you here more often

Me too but real-life situations don't always allow time..

I suspect a major obstacle to TDE getting wider acceptance is it installs to /opt rather than the normal /usr/bin/ ..
I don't know what anyone else thinks of that. Probably worth a post on the TDE mailing list..

That was originally done to avoid potential conflict with KDE4 but that *may* now be less relevant. All TDE package names now have a "-trinity" suffix.

I remember in the early days of Devuan, TDE was very easy to set up. It never did and still does not have systemd dependency. A full-featured DE that still idles on <<200MB ram!

#13 Re: Devuan » make TDE desktop default and sothen devuan as different distro option » 2020-01-21 02:50:16

dzz

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..

#14 Re: Devuan Derivatives » exegnulinux » 2019-03-07 17:16:20

dzz

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.

https://sourceforge.net/projects/exegnulinux/files/

#15 Re: Devuan Derivatives » Refacta 9.0 Released » 2019-03-07 02:47:27

dzz

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)?

#16 Re: Devuan Derivatives » Refacta 9.0 Released » 2019-03-07 01:29:13

dzz

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..

#17 Re: Devuan Derivatives » Dog Linux releases Devuan based alpha » 2019-03-06 23:19:44

dzz

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..

#18 Re: News & Announcements » [package bump request] Youtube-dl » 2019-01-12 03:18:52

dzz
su -c 'youtube-dl --update
Password:

Updating to version 2019.01.10 ...

Simple as that..

#19 Re: Devuan Derivatives » TDevuan My best hope for » 2018-12-28 04:33:58

dzz

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 ..

#20 Re: Devuan Derivatives » Testing Exe GNULinux / Trinity Desktop » 2018-10-28 13:18:53

dzz

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.

#21 Re: Devuan Derivatives » Testing Exe GNULinux / Trinity Desktop » 2018-10-26 22:44:28

dzz

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.

#22 Re: Devuan Derivatives » Testing Exe GNULinux / Trinity Desktop » 2018-10-25 00:45:10

dzz

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.

https://sourceforge.net/projects/exegnulinux/files/iso/

#23 Re: Documentation » Devuan purpy Theme for TDE » 2017-04-05 09:51:50

dzz

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.

#24 Re: Documentation » Devuan purpy Theme for TDE » 2017-04-05 00:51:15

dzz

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?

#25 Re: Hardware & System Configuration » vdev testing » 2016-12-31 15:55:22

dzz

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.

Board footer

Forum Software