XPost: linux.debian.bugs.dist
-------- Forwarded Message --------
Subject: Bug#856062: Please don't use obsolete libsysfs-dev any more Resent-Date: Fri, 24 Feb 2017 22:09:04 +0000
Resent-From: Michael Biebl <biebl@debian.org>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: mpitt@debian.org, Debian S/390 Team
<debian-s390@lists.debian.org>
Date: Fri, 24 Feb 2017 23:08:20 +0100
From: Michael Biebl <biebl@debian.org>
Reply-To: Michael Biebl <biebl@debian.org>, 856062@bugs.debian.org
To: Debian Bug Tracking System <submit@bugs.debian.org>
Source: s390-tools
Version: 1.36.1-1
Severity: important
User: mpitt@debian.org
Usertags: libsysfs-deprecation
Hello,
Some years ago libsysfs (source package: sysfsutils) was written as an abstraction layer for accessing /sys/. However, this turned out to be
a historical error and evolutionary dead end: It does not actually
abstract anything (it's just as specific to the Linux kernel and a
particular version thereof as /sys itself), and just adds unnecessary complexity, RAM overhead, and bugs. Thus its development has ceased
years ago, in favor of programs just using /sys as it is.
In fact, most applications probably don't want to access /sys at all,
but use libudev [1] or gudev [2] instead. These provide a better API
for device enumeration, properties, and callbacks for hardware
changes.
This package is one of the few which still use the old libsysfs. Can
you please check with upstream to prepare a migration away from
libsysfs to using plain /sys or libudev?
Thank you for considering!
[1] http://www.kernel.org/pub/linux/utils/kernel/hotplug/libudev/
[2] http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/
-- System Information:
Debian Release: 9.0
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Hi,
I just double checked this and the libsysfs dependency was removed in
2006 with s390-tools 1.6.0. As far as I see the s390-tools 1.36.1 do not
use or require libsysfs.
Is there anything I am missing?
# dpkg -I s390-tools_1.36.1-1_s390x.deb
new debian package, version 2.0.
size 436146 bytes: control archive=3666 bytes.
128 bytes, 4 lines conffiles
1072 bytes, 22 lines control
6026 bytes, 100 lines md5sums
Package: s390-tools
Version: 1.36.1-1
Architecture: s390x
Maintainer: Debian S/390 Team <
debian-s390@lists.debian.org>
Installed-Size: 1491
Depends: libc6 (>= 2.15), libfuse2 (>= 2.8), libgcc1 (>= 1:3.0),
libncurses5 (>= 6), libstdc++6 (>= 5), libtinfo5 (>= 6), zlib1g (>=
1:1.1.4), gawk
Recommends: sg3-utils
Section: admin
Priority: important
Homepage:
http://www.ibm.com/developerworks/linux/linux390/s390-tools.html
Description: Set of fundamental utilities for Linux on S/390
The package contains:
* dasdfmt, which is used to low-level format ECKD-DASDs with either
the classic disk layout or the new zSeries compatible disk layout.
* dasdview, which is used to display DASD and VTOC information or to
dump the contents of a DASD to the console.
* fdasd, which is used to create or modify partitions on ECKD-DASDs
formatted with the zSeries compatible disk layout.
* zipl, which is used to make either dasds or tapes bootable for
system IPL or system dump.
* zgetdump, which is used to retrieve system dumps from either tapes
or dasds.
Regards,
Stefan
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)