[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#856062: Please don't use obsolete libsysfs-dev any more



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


Reply to: