Subject: bug#810: Moved to /usr but all configs expect it in /sbin

From: Klaus Ethgen <[email-masked]>
Date: Tue, 28 Nov 2023 12:05:34 +0100

Package: wpasupplicant
Version: 2:2.10-16
Severity: grave

The latest version moves wpa_supplicant to /usr/sbin but all configs,
scripts and programms expect the tool under /sbin.

This breaks network if the only way to access network is wlan.

-- System Information:
Distributor ID:	Devuan
Description:	Devuan GNU/Linux 6 (excalibur/ceres)
Release:	6
Codename:	excalibur ceres
Architecture: x86_64

Kernel: Linux 6.4.0-4-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages wpasupplicant depends on:
ii  adduser            3.137
ii  libc6              2.37-12
ii  libdbus-1-3        1.14.10-3devuan1
ii  libnl-3-200        3.7.0-0.2+b1
ii  libnl-genl-3-200   3.7.0-0.2+b1
ii  libnl-route-3-200  3.7.0-0.2+b1
ii  libpcsclite1       2.0.1-1devuan1+1
ii  libreadline8       8.2-3
ii  libssl3            3.1.4-2

wpasupplicant recommends no packages.

Versions of packages wpasupplicant suggests:
pn  libengine-pkcs11-openssl  <none>
pn  wpagui                    <none>

-- no debconf information
Gruß
   Klaus
-- 
Klaus Ethgen                                       http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16            Klaus Ethgen <[email-masked]>
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C

---

From: Lorenzo <[email-masked]>
Date: Tue, 28 Nov 2023 14:06:42 +0100

On Tue, 28 Nov 2023 12:05:34 +0100

> scripts and programms expect the tool under /sbin.

Your system still has split-usr layout I guess.. otherwise /sbin is a
link to /usr/sbin and scripts and programs should work
Please see
https://lists.dyne.org/lurker/thread/20231127.171547.abf8072b.en.html
https://lists.dyne.org/lurker/thread/20231127.171851.02cd1c16.en.html

Lorenzo

> Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE,
> TAINT_UNSIGNED_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8
> (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash

---

From: Mark Hindley <[email-masked]>
Date: Tue, 28 Nov 2023 15:22:40 +0000

Control: reassign -1 devuan-project
Control: affects -1 wpasupplicant

Klaus,

As Lorenzo has pointed out, this is a result of Debian's implementation of
merged-usr.

Although this has been coming for a while, the impasse with the dpkg maintainer
meant that Devuan was able to avoid enforcing merged-usr for the Daedalus
release. However, Debian has now circumvented the dpkg maintainer and there is
little more Devuan can do to resist.

I believe you have two options (I fear you will find neither palatable, for
which I apologise):-

 - Install Daedalus and do not upgrade beyond that.

 - Install the usrmerge package.

I imagine you will suggest forking wpasupplicant, however that one package is
not the fundamental issue here. Most, maybe all Debian packages are going to
have their binaries moved in the next few months and for Devuan to resist by
forking would be unsustainable.

Believe me that I think this Debian exercise is a waste of time, driven by
systemd dogma. However, for Devaun to attempt to fork every Debian package would
just waste even more time. I do not believe this to be worthwhile.

Sorry, I know that will disappoint you.

With best wishes

Mark

---

From: Klaus Ethgen <[email-masked]>
Date: Tue, 28 Nov 2023 19:52:49 +0100

Hi Mark,

> little more Devuan can do to resist.
[...]
> just waste even more time. I do not believe this to be worthwhile.

Yes, that is a disaster... My hope was, that at least Devuan is able to
mitigate it and keeping up the good quality that Debian was before
systemd.

However, I also see that there seems to be only few persons behind to do
the work.

> forking would be unsustainable.

It might be needed to fork the distribution completely. Well, at least
with the main packages. There could still be some compatibility left for
contrib and non-free. I mean, debian was small too in the past. Why not
start from scratch? (You even don't need to start without anything)
Maybe it is time for a cut.

I try to fix packages myself as I did for openssh[0], pcre2[1] and since
today pcsc-lite[2]. And I have now a massive ansible role to fix all the
debian bugs as well as nagios check for broken libraries that should be
in /lib.

>  - Install the usrmerge package.

The last one will never be an option for me! Before that I would destroy
all my computers first or migrate to windows! (What, if you know me, I
would never do.)

The first would be a solution only up to when the support for that
distribution ends.

Regards
   Klaus

[0] ftp://ftp.ethgen.ch/pub/debian-security/pool/unofficial-secured/o/openssh/
[1] ftp://ftp.ethgen.ch/pub/debian/pool/unofficial/p/pcre2/
[2] ftp://ftp.ethgen.ch/pub/debian/pool/unofficial/p/pcsc-lite/
-- 
Klaus Ethgen                                       http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16            Klaus Ethgen <[email-masked]>
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C

---

From: Svante Signell <[email-masked]>
Date: Tue, 28 Nov 2023 20:17:51 +0100

On Tue, 2023-11-28 at 19:52 +0100, Klaus Ethgen wrote:
> > As Lorenzo has pointed out, this is a result of Debian's
> > implementation of merged-usr.
> > 

From what I understand most upstreams and Guix has no problems with
merged /usr. It is an isolated Debian issue, right?

> > Although this has been coming for a while, the impasse with the
> > dpkg maintainer meant that Devuan was able to avoid enforcing
> > merged-usr for the Daedalus release. However, Debian has now
> > circumvented the dpkg maintainer and there is little more Devuan
> > can do to resist.
> [...]
> > Believe me that I think this Debian exercise is a waste of time,
> > driven by systemd dogma. However, for Devaun to attempt to fork
> > every Debian package would just waste even more time. I do not
> > believe this to be worthwhile.
> 

It seems to be around 40 packages according to Lorenzo, not too many. I
volunteer to adopt 5-10 of them. Just let me know.

> Yes, that is a disaster... My hope was, that at least Devuan is able
> to mitigate it and keeping up the good quality that Debian was before
> systemd.
> 
> However, I also see that there seems to be only few persons behind to
> do the work.

Count me in! If we won't resist Debian brainless mergerd /usr, I'll
have no motivation to create a Devuan Port of GNU/Hurd.
> 
> It might be needed to fork the distribution completely. Well, at
> least with the main packages. There could still be some compatibility
> left for contrib and non-free. I mean, debian was small too in the
> past. Why not start from scratch? (You even don't need to start
> without anything) Maybe it is time for a cut.
> 

Yes, please!

> I try to fix packages myself as I did for openssh[0], pcre2[1] and
> since today pcsc-lite[2]. And I have now a massive ansible role to
> fix all  the debian bugs as well as nagios check for broken libraries
> that should bein /lib.
> 
> > I believe you have two options (I fear you will find neither
> > palatable, for which I apologise):-
> > 
> The last one will never be an option for me! Before that I would
> destroy all my computers first or migrate to windows! (What, if you
> know me, I would never do.)
> 

I recently moverd all my desktops and laptops to Devuan/Daedalus, and
would prefer to continue with Devuan!

Otherwise, I would switch to Guix if Devuan no longer is an
alternative. Never again adopt Debian/RedHat madness!

Thanks!

---

From: Svante Signell <[email-masked]>
Date: Wed, 06 Dec 2023 17:44:29 +0100

Hello,

As you might have found out this bug has been resolved by 2:2.10-18, fixed by
patches for bug #1056976 by Guillem Jover.

Thanks, closing!

---

From: "Devuan bug Tracking System" <[email-masked]>
Date: Wed, 06 Dec 2023 16:46:10 +0000

This is an automatic notification regarding your bug report
which was filed against the devuan-project package:

#810: Moved to /usr but all configs expect it in /sbin

It has been closed by Svante Signell <[email-masked]> (reply to [email-masked]).

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Svante Signell <[email-masked]> (reply to [email-masked]) by
replying to this email.

-- 
810: https://bugs.devuan.org/cgi/bugreport.cgi?bug=810
Devuan Bug Tracking System
Contact [email-masked] with problems

Subject: Bug #810 on wpasupplicant: Fixed, closing
From: Svante Signell <[email-masked]>
To: [email-masked]
Cc: [email-masked]
Date: Wed, 06 Dec 2023 17:44:29 +0100

Hello,

Thanks, closing!

Subject: Moved to /usr but all configs expect it in /sbin
From: Klaus Ethgen <[email-masked]>
To: Devuan Bug Tracking System <[email-masked]>
Date: Tue, 28 Nov 2023 12:05:34 +0100

Package: wpasupplicant
Version: 2:2.10-16
Severity: grave

-- System Information:
Distributor ID:	Devuan

---

From: "Devuan bug Tracking System" <[email-masked]>
Date: Wed, 06 Dec 2023 16:46:11 +0000

#812: Firmware is not found by kernel anymore as it is moved to /usr

Hello,

Thanks, closing!

Subject: Firmware is not found by kernel anymore as it is moved to /usr
From: Klaus Ethgen <[email-masked]>
To: Devuan Bug Tracking System <[email-masked]>
Date: Mon, 4 Dec 2023 09:57:17 +0100

Package: firmware-realtek
Version: 20230625-1
Severity: critical

After update from 20230515-3, the kernel is no longer able to find the
firmware as debian moved it to /usr.

This makes random subsystems (like bluetooth) fail.

-- System Information:
Distributor ID:	Devuan

Kernel: Linux 6.1.38 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

firmware-realtek depends on no packages.

firmware-realtek recommends no packages.

Versions of packages firmware-realtek suggests:
pn  initramfs-tools  <none>

---

From: "Devuan bug Tracking System" <[email-masked]>
Date: Wed, 06 Dec 2023 16:46:12 +0000

#813: netcat-traditional: Debian Bug#1056980: netcat-traditional: upgrade to 1.10-48 fails (postinst

Hello,

Thanks, closing!

Subject: netcat-traditional: Debian Bug#1056980: netcat-traditional: upgrade to 1.10-48 fails (postinst
From: Arthur Marsh <[email-masked]>
To: Devuan Bug Tracking System <[email-masked]>
Date: Mon, 04 Dec 2023 23:55:03 +1030

Package: netcat-traditional
Version: 1.10-48
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Attempting to upgrade netcat-traditional 1.10-48 on unstable in Devuan.

   * What exactly did you do (or not do) that was effective (or
     ineffective)?

Found Debian Bug#1056980 marked as wontfix.

   * What was the outcome of this action?

Frustration.

   * What outcome did you expect instead?

A working transition.

*** End of the template - remove these template lines ***

-- System Information:
Distributor ID:	Devuan

Kernel: Linux 6.7.0-rc3+ (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages netcat-traditional depends on:
ii  libc6  2.38-3

netcat-traditional recommends no packages.

netcat-traditional suggests no packages.