Bug#627647: Please don't use obsolete libsysfs-dev any more
Hi! On Mon, 2011-05-23 at 09:43:23 +0200, Martin Pitt wrote: > Package: openhpi > Version: 2.14.1-1 > User: mp...@debian.org > Usertags: libsysfs-deprecation > 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. I have to disagree with the above. It abstracts the access to /sys in a more natural form than directly having to do so. Development is also still going, and upstream has recently released a new version merging all Debian patches plus other cleanup and fixes sent by me and others. > 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. If this project would be better suited with some other library, then sure go ahead, but please take into account that as the current sysfsutils maintainer in Debian, I consider the library supported and definitely not obsolete, so if you'd like you keep using it, please feel free to do so (and to close this report :). > 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? I hope that we can drop the > old libsysfs entirely for wheezy. I have no plans for this. Thanks, Guillem
Bug#627647: Please don't use obsolete libsysfs-dev any more
On Mon, 2011-05-23 at 09:43 +0200, Martin Pitt wrote: > Can you please check with upstream to prepare a migration away from > libsysfs to using plain /sys or libudev? I've posted to the upstream -devel list and will continue to work this there. Thanks for the early warning! Bryan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627647: Please don't use obsolete libsysfs-dev any more
Package: openhpi Version: 2.14.1-1 User: mp...@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? I hope that we can drop the old libsysfs entirely for wheezy. Thank you for considering! Martin [1] http://www.kernel.org/pub/linux/utils/kernel/hotplug/libudev/ [2] http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
