The officially official Devuan Forum!

You are not logged in.

#1 Desktop and Multimedia » Chromium and Mesa with Radeon r600 GPU's » 2024-02-29 03:24:29

mirrortokyo
Replies: 0

Hi, I'm having rendering issues with one web site for mesa versions later than 23.2.1 when using 2 different pc's:

one with an Radeon HD 5450 gpu (aka CEDAR), PCI ID 1002:68f9 (TeraScale 2) and
one wth an AMD A10-6800K APU with Radeon(tm) HD Graphics, whose GPU is reported as: Richland  (aka ARUBA) Radeon HD 8670D, PCI ID 1002:990c (TeraScale 3).

What happens is when running chromium on https://abc.net.au/news/justin and selecting news articles in new tabs, those pages with large images only display the top and bottom part of the images.

I've reported the issue at https://gitlab.freedesktop.org/mesa/mesa/-/issues/10228 and attempted git-bisecting the problem, but had to skip around 100 commits as there were other rendering errors that prevented me seeing the specific problem that I was reporting.

If anyone is still running a Radeon r600 GPU (see https://www.x.org/wiki/RadeonFeature/ particularly TeraScale 2 or TeraScale 3, see https://en.wikipedia.org/wiki/TeraScale … hitecture) ) I would appreciate you reporting your exact GPU model and mesa version and whether you experience the same issue.

If you can take the time to create a gitlab account and update my bug report, even better.

#2 Re: Hardware & System Configuration » merged /usr » 2024-02-27 13:41:52

Unpacking dpkg (1.22.5) over (1.22.4) ...
Setting up dpkg (1.22.5) ...
dpkg: warning: This system uses merged-usr-via-aliased-dirs, going behind dpkg's
dpkg: warning: back, breaking its core assumptions. This can cause silent file
dpkg: warning: overwrites and disappearances, and its general tools misbehavior.
dpkg: warning: See <https://wiki.debian.org/Teams/Dpkg/FAQ#broken-usrmerge>.

But the self-contradiction continues:

Q: Does dpkg support merged-/usr-via-aliased-dirs?
A: No. This approach is considered broken by design and breaks many common expectations.

In dpkg the expected breakage includes:

failing to notice file conflicts with the subsequent silent file overwrites by f.ex. dpkg, dpkg-divert and update-alternatives,

files disappearing during package upgrades or diversion installation,
failing to activate triggers on pathnames,
failing to find pathnames on dpkg-query -S searches,

failing to install packages shipping the same filename in real and aliased directories (with rather cryptic errors), f.ex. to be able to install otherwise dependency satisfiable packages needed by old software,
completely messing up the filesystem by simply using dpkg-deb -x or tar -x.

If you have a system that has been installed recently (since Debian buster) or switched via the usrmerge hack, you might want to consider using the dpkg-fsys-usrunmess program (but beware that it should not be used in systemd's emergency mode) or reinstalling. For further information see Teams/Dpkg/MergedUsr.

Debian officially only supports merged-/usr-via-aliased-dirs systems. Converting to an unmerged-/usr setup might break the system in unexpected ways in the future, including data loss or failure to boot.

#3 Re: Hardware & System Configuration » merged /usr » 2024-02-26 10:15:38

It's helpful to know what is different in your dmesg output compared with booting before usrmerge.

I had enough "fun" with incrementally adding symbolic links from old locations within /bin /lib /sbin to where the new locations in /usr/bin /usr/lib and /usr/sbin as individula packages changed the location of their files and finally installing the usrmerge package after I had manually done all the work.

Unfortunately when there are a lot of changes in one hit, it is difficult to identify the specific changes/errors that broke things.

#4 Re: Hardware & System Configuration » merged /usr » 2024-02-25 13:52:21

While I was in the middle of git-bisecting a mesa issue I foolishly upgraded several packages without checking what was changing.

Some packages including the one containing getty and possibly mount had finally moved to their new locations and I was late adding symbolic links from the old locations.

Finally it was time to move the few remaining binaries in /bin to /usr/bin and from /sbin to /usr/sbin then:

cd /
mv bin oldbin; ln -s /usr/bin bin
mv sbin oldsbin; ln -s /usr/sbin sbin

/lib on i386 had one more caveat:

in /usr/lib you must have the symbolic link:

ld-linux.so.2 -> i386-linux-gnu/ld-linux.so.2

otherwise you will get a kernel panic on boot as the kernel tries to load init.

There were no other non-symbolic-link files in /lib that I had to worry about by now.

Then I was able to do:

cd /
/usr/lib/klibc/bin/mv lib oldlib;/usr/lib/klibc/bin/ln -s /usr/lib lib

After that I could successfully update package base-files which depended on package usrmerge

#5 Re: Off-topic » The Joke Thread » 2024-02-23 06:19:37

I keep writing letters to myself

Dear Me

#6 Re: Hardware & System Configuration » merged /usr » 2024-02-22 01:51:42

update-initramfs broke when it couldn't find blkid

cd /sbin
ln -s /usr/sbin/blkid blkid

fixed things.

I also put package base-files on hold because in unstable it now depends on package usrmerge

I'll finally check /bin /lib /sbin for files other than symbolic links and see if I can finally manually make /bin /lib /sbin symbolic links to /usr/bin /usr/lib /usr/sbin

#7 Re: Hardware & System Configuration » merged /usr » 2024-02-20 14:36:17

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

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

#9 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)

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

#11 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

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

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

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

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

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

#17 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

#18 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?

#19 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

#20 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?

#21 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).

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

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

#24 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

#25 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

Board footer

Forum Software