Devuan bug report logs - #810
Moved to /usr but all configs expect it in /sbin

Reply or subscribe to this bug.

Toggle useless messages

Message #5 received at submit@bugs.devuan.org (full text, mbox, reply):

[Message part 1 (text/plain, inline)]

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 <Klaus@Ethgen.ch>
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C

[signature.asc (application/pgp-signature, inline)]

Message #10 received at 810@bugs.devuan.org (full text, mbox, reply):

On Tue, 28 Nov 2023 12:05:34 +0100
Klaus Ethgen <Klaus@ethgen.ch> wrote:

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

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

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

Message #15 received at 810@bugs.devuan.org (full text, mbox, reply):

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

Message #26 received at 810@bugs.devuan.org (full text, mbox, reply):

[Message part 1 (text/plain, inline)]

Hi Mark,

Am Di den 28. Nov 2023 um 16:22 schrieb Mark Hindley:
> 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.
[...]
> 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.

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.

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

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.

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

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 <Klaus@Ethgen.ch>
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C

[signature.asc (application/pgp-signature, inline)]

Message #31 received at 810@bugs.devuan.org (full text, mbox, reply):

On Tue, 2023-11-28 at 19:52 +0100, Klaus Ethgen wrote:
> Hi Mark,
> 
> Am Di den 28. Nov 2023 um 16:22 schrieb Mark Hindley:
> > 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):-
> > 
> >  - Install Daedalus and do not upgrade beyond that.
> > 
> >  - 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.

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!

Message #44 received at 810@bugs.devuan.org (full text, mbox, reply):

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!

Send a report that this bug log contains spam.