Bug#666510: please make udev|makedev dependency Linux-only
unmerge 666510 thanks Hi, On Sat, Mar 31, 2012 at 01:43:24PM +0200, Robert Millan wrote: Hi, El 31 de març de 2012 12:26, Aurelien Jarno aurel...@aurel32.net ha escrit: Given lm-sensors is completely useless on non Linux-kernel, I don't really see the point. The package is kept on non-Linux architectures just to avoid removing the build-deps in dozens of packages, to add it later when either support for other kernels is added to lm-sensors or when the non-Linux kernels start to provide access to sensors via their /sys compatibility layer. I'm afraid I don't understand your point. You're basically saying that either [1] or [2] may happen, and that if [1] happens, then the dependency needs to be removed, if [2] happens, then the dependency needs to be removed, and until either of [1] or [2] happen, the dependency needs to be removed anyway. I.e. you're saying the dependency needs to be removed no matter if/when [1] or [2] happen. Additionally, there's [3] which is not something that can happen, but a decision that has been discarded. If you apply solution [3], then of course the situation is different, but you didn't say that you're taking [3] into consideration. I can't make any sense of it. But maybe I'm just obtuse today. Is there someone else who understands this reasoning? Sorry I read the bug report to fast, and thought the dependency was on lm-sensors and not libsensors4. I am going to fix that in the next upload. Aurelien -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666510: please make udev|makedev dependency Linux-only
Package: libsensors4 Version: 3.3.1-2 Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd This package drags depends on udev|makedev for all kernels unnecessarily. It should only depend on these packages for Linux-based platforms. See attachment. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'lm-sensors-3.3.1/debian/control' --- lm-sensors-3.3.1/debian/control 2012-03-31 10:04:55 + +++ lm-sensors-3.3.1/debian/control 2012-03-31 10:05:54 + @@ -23,7 +23,7 @@ Package: libsensors4 Architecture: any Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} -Depends: makedev (= 2.3.1-45) | udev, ${shlibs:Depends}, ${misc:Depends} +Depends: makedev (= 2.3.1-45) [linux-any] | udev [linux-any], ${shlibs:Depends}, ${misc:Depends} Priority: optional Suggests: lm-sensors Section: libs
Bug#666510: please make udev|makedev dependency Linux-only
tag 666510 - patch forcemerge 570429 666510 thanks On Sat, Mar 31, 2012 at 12:20:08PM +0200, Robert Millan wrote: Package: libsensors4 Version: 3.3.1-2 Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd This package drags depends on udev|makedev for all kernels unnecessarily. It should only depend on these packages for Linux-based platforms. See attachment. Given lm-sensors is completely useless on non Linux-kernel, I don't really see the point. The package is kept on non-Linux architectures just to avoid removing the build-deps in dozens of packages, to add it later when either support for other kernels is added to lm-sensors or when the non-Linux kernels start to provide access to sensors via their /sys compatibility layer. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666510: please make udev|makedev dependency Linux-only
Hi, El 31 de març de 2012 12:26, Aurelien Jarno aurel...@aurel32.net ha escrit: Given lm-sensors is completely useless on non Linux-kernel, I don't really see the point. The package is kept on non-Linux architectures just to avoid removing the build-deps in dozens of packages, to add it later when either support for other kernels is added to lm-sensors or when the non-Linux kernels start to provide access to sensors via their /sys compatibility layer. I'm afraid I don't understand your point. You're basically saying that either [1] or [2] may happen, and that if [1] happens, then the dependency needs to be removed, if [2] happens, then the dependency needs to be removed, and until either of [1] or [2] happen, the dependency needs to be removed anyway. I.e. you're saying the dependency needs to be removed no matter if/when [1] or [2] happen. Additionally, there's [3] which is not something that can happen, but a decision that has been discarded. If you apply solution [3], then of course the situation is different, but you didn't say that you're taking [3] into consideration. I can't make any sense of it. But maybe I'm just obtuse today. Is there someone else who understands this reasoning? [1] someone ports lm-sensors to kfreebsd [2] kfreebsd adds compatibility extensions to make lm-sensors work [3] remove the package until it works (alongside all its dependencies) -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org