The officially official Devuan Forum!

You are not logged in.

#1 Re: Hardware & System Configuration » merged /usr » Yesterday 14:36:17

now package base-files in Devuan unstable (13devuan4) requires package usrmerge.

#2 Re: Hardware & System Configuration » merged /usr » 2024-02-19 18:23:10

login 1:4.13+dfsg1-4 moved to /usr/bin

from /usr/share/doc/login/changelog.Debian.gz:

shadow (1:4.13+dfsg1-4) unstable; urgency=medium

  [ Helmut Grohne ]
  * DEP17: Move login and shadowconfig to /usr. (Closes: #1059915)

After the upgrade, I needed to do:

cd /bin
ln -s /usr/bin/login login

otherwise login via console/virtual terminal/telnet with ssl failed

Thankfully, desktop login still worked after the upgrade and before adding the symbolic link.

#3 Re: Hardware & System Configuration » merged /usr » 2024-02-14 00:14:12

Reverted in the latest update:

Format: 1.8
Date: Tue, 13 Feb 2024 17:33:24 +0100
Source: kmod
Architecture: source
Version: 31+20240202-2
Distribution: unstable
Urgency: medium
Maintainer: Marco d'Itri <md@linux.it>
Changed-By: Marco d'Itri <md@linux.it>
Closes: 1063749
Changes:
kmod (31+20240202-2) unstable; urgency=medium
.
* Stop using /usr/lib/modules/ because it requires coordination with other
packages. (Closes: #1063749)

#4 Re: Hardware & System Configuration » merged /usr » 2024-02-12 00:40:36

Package kmod 31+20240202-1 broke kernel builds for me, downgrading to kmod / libkmod2 to 31-1 fixed things.

#5 Re: Off-topic » "Picking" up on things » 2024-01-31 14:13:17

@GlennW If you haven't heard it, Terra Firma by Tommy and Phil Emmanuel: https://www.youtube.com/watch?v=AzHUF3o5ML8

#6 Re: Devuan » Interesting article and post at The Register » 2024-01-31 13:19:39

I remember Steven J. Vaughan-Nichols, aka sjvn from the UnixWare days.

Also met a few interesting Unix/BSD people back in the 1990's.

The history of that era is valuable.

#7 Re: Documentation » How to: Devuan 5 Daedalus an pipewire » 2024-01-23 15:47:50

Thanks @steve_v, one last thing - you should have mentioned that /usr/bin/daemon is in package daemon.

#8 Re: Packaging for Devuan » expr from coreutils throws an error » 2024-01-21 13:40:38

I'm wondering if this third-party repository has packages that aren't Devuan compatible for whatever reason.

At your own risk you could try removing that symbollic link and installing php8.3 from Debian Experimental.

#9 Re: Hardware & System Configuration » merged /usr » 2024-01-18 03:54:15

TDR rant:

changing where packages install files so that they end up in /usr/{bin|sbin|lib} can only be expected to happen one package at a time (or with packages that have dependencies on each other package's versions), so those packages should create symbolic links from /{bin|sbin|lib} if  directories /{bin|sbin|lib} themselves aren't symbolic links to /usr/{bin|sbin|lib}

So far, I've only noticed package acl "doing the right thing" by leaving symbolic links in /bin pointing to the new binaries in /usr/bin

I have finally moved anything in /bin that is not a symbolic link to /usr/bin to /usr/bin

Also, moved anything in /sbin that is not a symbolic link to /usr/sbin to /usr/sbin

WARNING ln, ls, mv are in /bin - if you don't already have copies of ls, ln and mv in /usr/bin you should probably copy the versions in /bin to /usr/bin before doing a move / link that involves mv, ls and ln.

Alternatively, just leave files from package coreutils in /bin.

The tactic that I used was to run a command like:

cd /bin
ls -lt|grep -v /usr/bin|more

to see files grouped by date of installation.

It turned out that many newly updated packages had the newer files in /bin but there were still files from the same packages in /usr/bin from older versions of the packages.

So what I needed to do was move the files from /bin to /usr/bin a few packages at a time, then create symbolic links from /bin to /usr/bin

To do this I ran:

cd /bin
ls -lt|grep -v /usr/bin|awk '{print $9}' > tmp.tmp

then manually edited tmp.tmp to just include the file/link names of the oldest few packages.

Then I ran the following to move the files/links to /usr/bin:

cat tmp.tmp|xargs -i mv {} /usr/bin

and the following to create symbolic links in the /bin/directory:

cat tmp.tmp|xargs -i ln -s /usr/bin/{} {}

This was repeated until all file/link names in /bin that weren't symbolic links to /usr/bin had been moved to /usr/bin and sybolic links from /bin to /usr/bin created.

I then did the same for /sbin:

cd /sbin
ls -lt|grep -v /usr/sbin|awk '{print $9}' > tmp.tmp

edit tmp.tmp manually to only include file/link names from a few packages at a time, then ran

cat tmp.tmp|xargs -i mv {} /usr/sbin

to move the files/links to /usr/sbin and

cat tmp.tmp|xargs -i ln -s /usr/sbin/{} {}

to create symbolic links from /sbin to /usr/sbin:

Again, this was repeated until all file/link names in /bin that weren't symbolic links to /usr/sbin had been moved to /usr/sbin and sybolic links from /bin to /usr/bin created.

I then re-ran:

update-initramfs -u -k $(uname -r)

to make sure that update-initramfs was using the latest installed packages.

#10 Re: Other Issues » 'more' in daedalus clearing the screen when it should not » 2024-01-17 08:38:40

Using more from util-linux 2.39.3 and it doesn't clear the screen when one presses q to quit.

However man 2.12.0 does clear the screen after looking up a command - if I hit the h key for help it shows a page headed SUMMARY OF LESS COMMANDS suggesting that less is being used (version 590-2 of less is installed) - it turns out that the man-db package which includes /usr/bin/man suggests less. Removing less from installed packages stops the man command from clearing the screen when quitting.

#11 Re: Hardware & System Configuration » merged /usr » 2024-01-17 07:01:50

Now it's the turn of nano:

Setting up nano (7.2-2) ...
Installing new version of config file /etc/nanorc ...
update-alternatives: error: alternative path /bin/nano doesn't exist
dpkg: error processing package nano (--configure):
 installed nano package post-installation script subprocess returned error exit status 2

cd /bin
ln -s /usr/bin/nano nano

after which:

Performing actions...
Setting up nano (7.2-2) ...
Press Return to continue, 'q' followed by Return to quit.

Debian changelog:

nano (7.2-2) unstable; urgency=medium

  [ Jordi Mallach ]
  * The "Pellets" release.
  * Fix a partial sync of debian/nanorc in the previous upload.
    This updates some example bindings to the new syntax, avoiding
    having control characters in the configuration file (closes: #1032422).
  * Build-Depend on pkgconf instead of pkg-config.
  * Update Standards-Version to 4.6.2, with no changes needed.

  [ Chris Hofstaedtler ]
  * Install all files below /usr. (Closes: #1059411)
    Keep update-alternatives calls unchanged to preserve user
    configuration.

 -- Jordi Mallach <jordi@debian.org>  Wed, 17 Jan 2024 01:35:55 +0100

#12 Re: Hardware & System Configuration » merged /usr » 2024-01-16 13:44:47

Funnily enough, package acl was also updated, removing files from /bin to /usr/bin but also creating symbolic links:

acl (2.3.1-6) unstable; urgency=medium

  * Take DPKG_ROOT into account in maintainer scripts.

 -- Guillem Jover <guillem@debian.org>  Tue, 16 Jan 2024 04:32:54 +0100

acl (2.3.1-5) experimental; urgency=medium

  * Move programs to their canonical location under /usr, and flip the
    direction of the backward compatibility symlinks. Closes: #1060156

 -- Guillem Jover <guillem@debian.org>  Sun, 07 Jan 2024 04:28:06 +0100

ls -al /bin|grep acl

lrwxrwxrwx  1 root root      14 Jan 16 23:55 chacl -> /usr/bin/chacl
lrwxrwxrwx  1 root root      16 Jan 16 23:55 getfacl -> /usr/bin/getfacl
lrwxrwxrwx  1 root root      16 Jan 16 23:55 setfacl -> /usr/bin/setfacl

How come other packages don't have backward compatibility symlinks?

#13 Re: Hardware & System Configuration » merged /usr » 2024-01-16 13:40:53

cpio:amd64 2.14+dfsg-1 -> 2.15+dfsg-1

broke because /bin/mt-gnu no longer existed:

Errors were encountered while processing:
 cpio
E: Sub-process /usr/bin/dpkg returned an error code (1)
Setting up cpio (2.15+dfsg-1) ...
update-alternatives: error: alternative path /bin/mt-gnu doesn't exist
dpkg: error processing package cpio (--configure):
 installed cpio package post-installation script subprocess returned error exit status 2
Errors were encountered while processing:
 cpio
Press Return to continue, 'q' followed by Return to quit.

cd /bin
ln -s /usr/bin/mt-gnu mt-gnu

and re-running aptitude resulted in:

Performing actions...
Setting up cpio (2.15+dfsg-1) ...
Press Return to continue, 'q' followed by Return to quit.

Postscript, I also created a symbolic link from /bin/cpio to /usr/bin/cpio just in case some program hard codes the path or has /bin in the path but not /usr/bin.

changelog:

cpio (2.15+dfsg-1) unstable; urgency=medium

  * New upstream release
    Noteworthy changes in this release:
    - Fix operation of --no-absolute-filenames --make-directories
    - Restore access and modification times of symlinks in copy-in
      and copy-pass modes.
  * Update debian/watch
  * Move files to /usr
    Patch by Helmut Grohne <helmut@subdivi.de>
    Closes: #1059756

#14 Re: Hardware & System Configuration » merged /usr » 2024-01-14 20:28:25

hostname (3.23+nmu2) unstable; urgency=medium

  * Non-maintainer upload.
  * Install into /usr/bin instead of /bin. (Closes: #1056978)

-- Chris Hofstaedtler <zeha@debian.org>  Mon, 27 Nov 2023 14:03:42 +0100

If they are going to do that, why not put a symbolic link from /bin/hostname to /usr/bin/hostname like I have to do manually?

#15 Re: Other Issues » [SOLVED] Broken update » 2024-01-12 11:29:49

Have a look at my postings starting at https://dev1galaxy.org/viewtopic.php?pid=46802#p46802

I more than strongly recommend that you have a bootable "desktop live" image from https://www.devuan.org/get-devuan on USB or DVD (I used a DVD+RW disc) before proceeding and be familiar with booting it and mounting your existing root partition from the desktop live. Remember that if you need to create symbolic links on your existing hard disk while mounted on the desktop live image, that you will need to make relative symbolic links (e.g. ln -s ../usr/bin/foo foo ) so that you can verify that they work before shutting down the desktop live and booting into your normal system.

For udev I manually moved everything from /lib/udev to /usr/lib/udev

My /bin directory contains a heap of symbolic links to /usr/bin and likewise my /lib directory contains a heap of symbolic links to /usr/lib and so does my /sbin directory to /usr/sbin

(I had tried installing package usrmerge on my main pc but it gave error messages so I resorted to migrating manually).

#16 Re: Documentation » How to: Devuan 5 Daedalus an pipewire » 2024-01-12 06:21:40

I found that wireplumber wasn't running after some updates today so I added another wait loop in @GlennW's script and it seems to work now:

# kill any existing pipewire instance to restore sound
pkill -u "$USER" -fx /usr/bin/pipewire-pulse 1>/dev/null 2>&1
pkill -u "$USER" -fx /usr/bin/wireplumber 1>/dev/null 2>&1
pkill -u "$USER" -fx /usr/bin/pipewire 1>/dev/null 2>&1

exec /usr/bin/pipewire &

# wait for pipewire to start before attempting to start related daemons
while [ "$(pgrep -f /usr/bin/pipewire)" = "" ] ; do
   sleep 1
done

exec /usr/bin/wireplumber &

# wait for wireplumber to start before attempting to start pipewire-pulse 
while [ "$(pgrep -f /usr/bin/wireplumber)" = "" ] ; do
   sleep 1
done

exec /usr/bin/pipewire-pulse &

What is the "best practice" for processes that need to be running in the background before another process that also needs to be running in the background is started? This seems to be a bit of a rough hack.

#17 Re: Other Issues » pavucontrol sound card settings change after reboot » 2024-01-10 06:54:39

Are you using pulseaudio? When I was using pulseaudio I had to set the default output in a configuration file, see this post and the following post:

https://dev1galaxy.org/viewtopic.php?pid=28936#p28936

I haven't had to do that with pipewire as the settings in KDE/plasma audio settings have held.

#18 Re: Hardware & System Configuration » merged /usr » 2024-01-08 01:40:59

Latest issues:

[UPGRADE] dmsetup:i386 2:1.02.185-2 -> 2:1.02.185-3

this moves /sbin/dmsetup to /usr/sbin/dmsetup

initramfs-tools 0.142 uses /sbin/dmsetup in /usr/share/initramfs-tools/hooks/dmsetup

The easiest temporary solution was to downgrade the following packages:

[DOWNGRADE] dmsetup:i386 2:1.02.185-3 -> 2:1.02.185-2
[DOWNGRADE] libdevmapper-dev:i386 2:1.02.185-3 -> 2:1.02.185-2
[DOWNGRADE] libdevmapper-event1.02.1:i386 2:1.02.185-3 -> 2:1.02.185-2
[DOWNGRADE] libdevmapper1.02.1:i386 2:1.02.185-3 -> 2:1.02.185-2

Alternatively, (and this would require a boot from rescue media and mounting the root file system and being careful to make the symbolic links point correctly),
moving /lib/i386-linux-gnu to /usr/lib/i386-linux-gnu and providing a symbolic link from /lib/i386/linux-gnu to ../usr/lib/i386-linux-gnu
and moving /lib/modules to /usr/lib/modules and providing a symbolic link from /lib/modules to ../usr/lib/modules
and moving /lib/udev/* to /usr/lib/udev and providing a symbolic link from /lib/udev to ../usr/lib/udev
then rebooting without the rescue media
then upgrade dmsetup / libdevmapper and then create a symbolic link from /sbin/dmsetup to /usr/sbin/dmsetup

#19 Re: Documentation » How to: Devuan 5 Daedalus an pipewire » 2024-01-07 14:46:32

Funnily enough,

timidity somefile.mid

(ie using default audio output) worked

#20 Re: Documentation » How to: Devuan 5 Daedalus an pipewire » 2024-01-06 08:51:15

Hi, if anyone has timidity working with pipewire on Devuan, I would like to know the details as I haven't yet succeeded in getting it working and am now reliant on my old SoundBlaster Audigy 2 ZS for playing MIDI files.

#21 Re: Hardware & System Configuration » merged /usr » 2024-01-05 07:07:59

Now it's the turn of kmod / libkmod2

After experimenting, it seems to work if one upgrades to version (31-1), then create the following symbolic links:

# cd /sbin
am64:/sbin# ln -s /usr/sbin/depmod depmod
am64:/sbin# ln -s /usr/sbin/insmod insmod
am64:/sbin# ln -s /usr/sbin/modinfo modinfo
am64:/sbin# ln -s /usr/sbin/modprobe modprobe
am64:/sbin# ln -s /usr/sbin/rmmod rmmod

EDIT, forgot lsmod:

cd /sbin
ln -s /usr/sbin/lsmod lsmod

then re-installing kmod (31-1) so that update-initramfs is run successfully.

#22 Re: Hardware & System Configuration » merged /usr » 2024-01-05 02:34:46

More fun today with grep and egrep and fgrep moving to /usr/bin

eudev apparently tries to find egrep in /bin and I had only added a symbolic link for /bin/grep to /usr/bin/grep at the time.

#23 Re: Hardware & System Configuration » merged /usr » 2024-01-03 02:01:10

This bit me this morning:

sed (4.9-2) unstable; urgency=medium

  [ Gioele Barabucci ]
  * Support <nodoc> build profile.  closes: #1051792.

  [ Clint Adams ]
  * Patch from Helmut Grohne to move sed to /usr/bin.  closes: #1059821.

-- Clint Adams <clint@debian.org>  Mon, 01 Jan 2024 18:37:14 -0500

I manually added a symbolic link from /bin/sed to /usr/bin/sed afterwards.

Fortunately the recent coreutils update still installed programs in /bin:

coreutils (9.4-3) unstable; urgency=low

  * remove arch restriction from libssl-dev build-depend
  * revert cp -n behavior to debian 12 & prior (Closes: #1058752)
  * add deprecation/compatibility warning for above

-- Michael Stone <mstone@debian.org>  Tue, 02 Jan 2024 08:54:03 -0500

#24 Re: Other Issues » Firmware update for AMD GPU's doesn't load on startup » 2023-12-25 01:35:13

okkvltisch wrote:

Hi, I wasn't the original poster in this thread, however the usrmerge issue did prevent firmware for my AMD gpu and for my network card from being loaded (back in early December 2023).

Since then firmware-amd-graphics has been updated again:

Thu, Dec 21 2023 22:15:16 +1030
[UPGRADE] firmware-amd-graphics:amd64 20230625-1 -> 20230625-2

What did you have to do? I'm getting close to reinstalling my OS as I want to use this GPU that I spent nearly $1k on, granted I can use it just fine, but I'd like to continue getting support and newer features without breakage everytime I upgrade...

Thanks.

This is risky as you might end up with an unbootable system.

As I still have optical drives, I made a bootable Devuan live DVD on another pc for rescue purposes after suffering non-working graphics and networking.

I ended up manually moving the contents of /lib/firmware to /usr/lib/firmware

mv /lib/firmware/* /usr/lib/firmware

then

mv /lib/firmware /lib/oldfirmware (there shouldn't be anything left in the /lib/firmware directory after the previous command)

and most importantly, create a symbolic link from /lib/firmware to /usr/lib/firmware

ln -s /usr/lib/firmware /lib/firmware

After all these changes, try running

update-initramfs -u -k $(uname -r)

to get the firmware included in the initramfs

Look out for any missing firmware commands. If there are any warnings for hardware that you use, you many need to install additional firmware packages.

#25 Re: Other Issues » Firmware update for AMD GPU's doesn't load on startup » 2023-12-24 08:00:51

Nietz wrote:

Good day Mirrortokyo,

Your updated graphics driver version, 20230625-1, is out of date as of my posting.  The current version is firmware-amd-graphics-20230625-2, and is available in the Devuan repos.  If your apt cache is up-to-date, the version you are trying to install, 20230625-1 looks to be the current Debian Trixie release, and NOT from Devuan.
...
Nietz

Hi, I wasn't the original poster in this thread, however the usrmerge issue did prevent firmware for my AMD gpu and for my network card from being loaded (back in early December 2023).

Since then firmware-amd-graphics has been updated again:

Thu, Dec 21 2023 22:15:16 +1030
[UPGRADE] firmware-amd-graphics:amd64 20230625-1 -> 20230625-2

Board footer

Forum Software