util-linux: split out libuuid and libblkid
PATCH 1/3 util-linux: split out libuuid and libblkid into separate packages
In reply to Paul Eggletonlibuuid and libblkid can exist on their own separately from the rest of util-linux. Slightly reduces the overall footprint of other packages that depend on these libraries.
--- meta/recipes-core/util-linux/util-linux.inc | 6 ++++-- meta/recipes-core/util-linux/util-linux_2.17.2.bb | 2 +- 2 files changed, 5 insertions(+), 3 deletions(-)
meta/recipes-core/util-linux/util-linux.inc +4 -2
@@ -27,7 +27,7 @@ SRC_URI = "${KERNELORG_MIRROR}/pub/linux/utils/util-linux-ng/v${MAJOR_VERSION}/u file://make_include \ " -PACKAGES_prepend = "util-linux-fdisk util-linux-cfdisk util-linux-sfdisk util-linux-swaponoff util-linux-losetup util-linux-umount util-linux-mount util-linux-readprofile " +PACKAGES_prepend = "util-linux-fdisk util-linux-cfdisk util-linux-sfdisk util-linux-swaponoff util-linux-losetup util-linux-umount util-linux-mount util-linux-readprofile util-linux-libuuid util-linux-libblkid " PACKAGES_virtclass-native = ""
@@ -47,9 +47,11 @@ FILES_util-linux-losetup = "/sbin/losetup.${PN}" FILES_util-linux-mount = "/bin/mount.${PN}" FILES_util-linux-umount = "/bin/umount.${PN}" FILES_util-linux-readprofile = "/sbin/readprofile" +FILES_util-linux-libuuid = "/usr/lib/libuuid.so.*" +FILES_util-linux-libblkid = "/usr/lib/libblkid.so.*" RRECOMMENDS_${PN} = "util-linux-fdisk util-linux-cfdisk util-linux-sfdisk util-linux-mount util-linux-readprofile " -RDEPENDS_${PN} = "util-linux-umount util-linux-swaponoff util-linux-losetup" +RDEPENDS_${PN} = "util-linux-umount util-linux-swaponoff util-linux-losetup util-linux-libuuid util-linux-libblkid" RRECOMMENDS_${PN}_virtclass-native = "" RDEPENDS_${PN}_virtclass-native = ""
meta/recipes-core/util-linux/util-linux_2.17.2.bb +1 -1
@@ -1,6 +1,6 @@ MAJOR_VERSION = "2.17" require util-linux.inc -PR="r1" +PR = "r2" SRC_URI += "file://uclibc-compile.patch \ file://util-linux-ng-replace-siginterrupt.patch"
Signature · 1 line
1.7.1
PATCH 3/3 Bump PR on recipes that depend on util-linux
In reply to Paul EggletonThis ensures package runtime dependencies are up-to-date after splitting out libuuid and libblkid.
--- .../nfs-utils/nfs-utils_1.2.3.bb | 2 +- .../e2fsprogs/e2fsprogs_1.41.12.bb | 2 +- meta/recipes-devtools/mtd/mtd-utils_1.4.1.bb | 2 +- meta/recipes-graphics/xorg-lib/libsm_1.2.0.bb | 2 +- 4 files changed, 4 insertions(+), 4 deletions(-)
meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bb +1 -1
@@ -13,7 +13,7 @@ DEPENDS = "libcap libnfsidmap libevent util-linux tcp-wrappers" RDEPENDS_${PN} = "portmap" RRECOMMENDS_${PN} = "kernel-module-nfsd" -PR = "r1" +PR = "r2" SRC_URI = "${SOURCEFORGE_MIRROR}/nfs/nfs-utils-${PV}.tar.bz2 \ file://nfs-utils-1.0.6-uclibc.patch \
meta/recipes-devtools/e2fsprogs/e2fsprogs_1.41.12.bb +1 -1
@@ -1,6 +1,6 @@ require e2fsprogs.inc -PR = "r19" +PR = "r20" SRC_URI += "file://quotefix.patch;patch=1 \ file://acinclude.m4"
meta/recipes-devtools/mtd/mtd-utils_1.4.1.bb +1 -1
@@ -11,7 +11,7 @@ SRC_URI = "git://git.infradead.org/mtd-utils.git;protocol=git;tag=v${PV} \ S = "${WORKDIR}/git/" -PR = "r0" +PR = "r1" EXTRA_OEMAKE = "'CC=${CC}' 'CFLAGS=${CFLAGS} -I${S}/include -DWITHOUT_XATTR' 'BUILDDIR=${S}'"
meta/recipes-graphics/xorg-lib/libsm_1.2.0.bb +1 -1
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=d98446615b962372d6a46057170043fa" DEPENDS += "libice xproto xtrans e2fsprogs" -PR = "r0" +PR = "r1" PE = "1" XORG_PN = "libSM"
Signature · 1 line
1.7.1
cover util-linux: split out libuuid and libblkid
Split libuuid and libblkid from util-linux into separate runtime packages. Slightly reduces the overall footprint of other packages that depend on these libraries.
Pull URL: git://git.pokylinux.org/poky-contrib.git
Branch: paule/util-linux-libsplit
Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=paule/util-linux-libsplit
Thanks,
Paul Eggleton <[email protected]>
---
Paul Eggleton (3):
util-linux: split out libuuid and libblkid into separate packages
gst-plugins-base: add util-linux to DEPENDS
Bump PR on recipes that depend on util-linux
.../nfs-utils/nfs-utils_1.2.3.bb | 2 +- meta/recipes-core/util-linux/util-linux.inc | 6 ++++-- meta/recipes-core/util-linux/util-linux_2.17.2.bb | 2 +- .../e2fsprogs/e2fsprogs_1.41.12.bb | 2 +- meta/recipes-devtools/mtd/mtd-utils_1.4.1.bb | 2 +- meta/recipes-graphics/xorg-lib/libsm_1.2.0.bb | 2 +- .../gstreamer/gst-plugins-base_0.10.31.bb | 4 ++-- 7 files changed, 11 insertions(+), 9 deletions(-)
PATCH 2/3 gst-plugins-base: add util-linux to DEPENDS
gst-plugins-base requires libuuid, so add util-linux to DEPENDS.
--- .../gstreamer/gst-plugins-base_0.10.31.bb | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-)
meta/recipes-multimedia/gstreamer/gst-plugins-base_0.10.31.bb +2 -2
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \ file://COPYING.LIB;md5=55ca817ccb7d5b5b66355690e9abc605 \ file://gst/ffmpegcolorspace/utils.c;beginline=1;endline=20;md5=9c83a200b8e597b26ca29df20fc6ecd0" -DEPENDS += "virtual/libx11 alsa-lib freetype gnome-vfs liboil libogg libvorbis libxv libtheora avahi" +DEPENDS += "virtual/libx11 alsa-lib freetype gnome-vfs liboil libogg libvorbis libxv libtheora avahi util-linux" RDEPENDS_${PN} += "gnome-vfs-plugin-file gnome-vfs-plugin-http gnome-vfs-plugin-ftp \ gnome-vfs-plugin-sftp"
@@ -15,7 +15,7 @@ SRC_URI += " file://gst-plugins-base-tremor.patch" SRC_URI[md5sum] = "9baa0d87e81c88b2477a3554ab629c46" SRC_URI[sha256sum] = "abb006c78222cfb69d31e983268d1d5219e9d4e0da24c6c4cd687968af7a33bd" -PR = "r0" +PR = "r1" inherit gettext
Signature · 1 line
1.7.1
Re: [PATCH 1/3] util-linux: split out libuuid and libblkid into separate packages
In reply to Paul EggletonQuoted 4 lines · Paul Eggleton
libuuid and libblkid can exist on their own separately from the rest of util-linux. Slightly reduces the overall footprint of other packages that depend on these libraries.
Is this different than the work that Qing submitted last night? Are you both addressing the same bug #661?
This fix seems different than his, we need to make sure we are better coordinated
Thanks
Sau!
Quoted 44 lines
Signed-off-by Paul Eggleton<[email protected]>--- meta/recipes-core/util-linux/util-linux.inc | 6 ++++-- meta/recipes-core/util-linux/util-linux_2.17.2.bb | 2 +- 2 files changed, 5 insertions(+), 3 deletions(-)meta/recipes-core/util-linux/util-linux.inc +4
-2@@ -27,7 +27,7 @@ SRC_URI = "${KERNELORG_MIRROR}/pub/linux/utils/util-linux-ng/v${MAJOR_VERSION}/u file://make_include \ " -PACKAGES_prepend = "util-linux-fdisk util-linux-cfdisk util-linux-sfdisk util-linux-swaponoff util-linux-losetup util-linux-umount util-linux-mount util-linux-readprofile " +PACKAGES_prepend = "util-linux-fdisk util-linux-cfdisk util-linux-sfdisk util-linux-swaponoff util-linux-losetup util-linux-umount util-linux-mount util-linux-readprofile util-linux-libuuid util-linux-libblkid " PACKAGES_virtclass-native = ""@@ -47,9 +47,11 @@ FILES_util-linux-losetup = "/sbin/losetup.${PN}" FILES_util-linux-mount = "/bin/mount.${PN}" FILES_util-linux-umount = "/bin/umount.${PN}" FILES_util-linux-readprofile = "/sbin/readprofile" +FILES_util-linux-libuuid = "/usr/lib/libuuid.so.*" +FILES_util-linux-libblkid = "/usr/lib/libblkid.so.*" RRECOMMENDS_${PN} = "util-linux-fdisk util-linux-cfdisk util-linux-sfdisk util-linux-mount util-linux-readprofile " -RDEPENDS_${PN} = "util-linux-umount util-linux-swaponoff util-linux-losetup" +RDEPENDS_${PN} = "util-linux-umount util-linux-swaponoff util-linux-losetup util-linux-libuuid util-linux-libblkid" RRECOMMENDS_${PN}_virtclass-native = "" RDEPENDS_${PN}_virtclass-native = ""meta/recipes-core/util-linux/util-linux_2.17.2.bb +1
-1@@ -1,6 +1,6 @@ MAJOR_VERSION = "2.17" require util-linux.inc -PR="r1" +PR = "r2" SRC_URI += "file://uclibc-compile.patch \ file://util-linux-ng-replace-siginterrupt.patch"
Tangent: have you considered switching to util-linux-ng?
Op 19 jan 2011, om 17:55 heeft Paul Eggleton het volgende geschreven:
Quoted 31 lines
Split libuuid and libblkid from util-linux into separate runtime packages. Slightly reduces the overall footprint of other packages that depend on these libraries.
Pull URL:
git://git.pokylinux.org/poky-contrib.git
Branch: paule/util-linux-libsplit
Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=paule/util-linux-libsplitThanks,
Paul Eggleton <[email protected]>
---Paul Eggleton (3):
util-linux: split out libuuid and libblkid into separate packages
gst-plugins-base: add util-linux to DEPENDS
Bump PR on recipes that depend on util-linux.../nfs-utils/nfs-utils_1.2.3.bb | 2 +- meta/recipes-core/util-linux/util-linux.inc | 6 ++++-- meta/recipes-core/util-linux/util-linux_2.17.2.bb | 2 +- .../e2fsprogs/e2fsprogs_1.41.12.bb | 2 +- meta/recipes-devtools/mtd/mtd-utils_1.4.1.bb | 2 +- meta/recipes-graphics/xorg-lib/libsm_1.2.0.bb | 2 +- .../gstreamer/gst-plugins-base_0.10.31.bb | 4 ++-- 7 files changed, 11 insertions(+), 9 deletions(-)_______________________________________________
poky mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/poky
Quoted 7 lines · Koen Kooi
Tangent: have you considered switching to util-linux-ng?
Op 19 jan 2011, om 17:55 heeft Paul Eggleton het volgende geschreven:
Quoted 3 lines
Split libuuid and libblkid from util-linux into separate runtime packages. Slightly reduces the overall footprint of other packages that depend on these libraries.
The util-linux-ng components are licensed GPLv3, so they could be alternatives, but we need a GPLv2 version of the components for some systems.
--Mark
Quoted 32 lines
Quoted 23 lines
Pull URL:
git://git.pokylinux.org/poky-contrib.git
Branch: paule/util-linux-libsplit
Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=paule/util-linux-libsplitThanks,
Paul Eggleton <[email protected]>
---Paul Eggleton (3):
util-linux: split out libuuid and libblkid into separate packages
gst-plugins-base: add util-linux to DEPENDS
Bump PR on recipes that depend on util-linux.../nfs-utils/nfs-utils_1.2.3.bb | 2 +- meta/recipes-core/util-linux/util-linux.inc | 6 ++++-- meta/recipes-core/util-linux/util-linux_2.17.2.bb | 2 +- .../e2fsprogs/e2fsprogs_1.41.12.bb | 2 +- meta/recipes-devtools/mtd/mtd-utils_1.4.1.bb | 2 +- meta/recipes-graphics/xorg-lib/libsm_1.2.0.bb | 2 +- .../gstreamer/gst-plugins-base_0.10.31.bb | 4 ++-- 7 files changed, 11 insertions(+), 9 deletions(-)Quoted 4 lines
_______________________________________________
poky mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/poky_______________________________________________
poky mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/poky
Quoted 1 line · Koen Kooi
Tangent: have you considered switching to util-linux-ng?
Didn't the fork for this end in December ? I recall reading it on lkml before the holidays. Or maybe I'm thinking about the wrong thing, but if I'm not maybe the question is: 'have we considered updating to the unified util-linux' ?
Cheers,
Bruce
Quoted 40 lines
Op 19 jan 2011, om 17:55 heeft Paul Eggleton het volgende geschreven:
Quoted 25 lines
Split libuuid and libblkid from util-linux into separate runtime packages. Slightly reduces the overall footprint of other packages that depend on these libraries.
Pull URL:
git://git.pokylinux.org/poky-contrib.git
Branch: paule/util-linux-libsplit
Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=paule/util-linux-libsplitThanks,
Paul Eggleton <[email protected]>
---Paul Eggleton (3):
util-linux: split out libuuid and libblkid into separate packages
gst-plugins-base: add util-linux to DEPENDS
Bump PR on recipes that depend on util-linux.../nfs-utils/nfs-utils_1.2.3.bb | 2 +- meta/recipes-core/util-linux/util-linux.inc | 6 ++++-- meta/recipes-core/util-linux/util-linux_2.17.2.bb | 2 +- .../e2fsprogs/e2fsprogs_1.41.12.bb | 2 +- meta/recipes-devtools/mtd/mtd-utils_1.4.1.bb | 2 +- meta/recipes-graphics/xorg-lib/libsm_1.2.0.bb | 2 +- .../gstreamer/gst-plugins-base_0.10.31.bb | 4 ++--
Quoted 6 lines
7 files changed, 11 insertions(+), 9 deletions(-)_______________________________________________
poky mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/poky_______________________________________________
poky mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/poky
Signature · 2 lines
"Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end"
Quoted 1 line · Koen Kooi
Tangent: have you considered switching to util-linux-ng?
util-linux *is* util-linux-ng :/
We probably should rename the recipe to be more clear about this...
Cheers,
Richard
Quoted 11 lines · Mark Hatle
Quoted 7 lines · Koen Kooi
Tangent: have you considered switching to util-linux-ng?
Op 19 jan 2011, om 17:55 heeft Paul Eggleton het volgende geschreven:
Quoted 3 lines
Split libuuid and libblkid from util-linux into separate runtime packages. Slightly reduces the overall footprint of other packages that depend on these libraries.
The util-linux-ng components are licensed GPLv3, so they could be alternatives, but we need a GPLv2 version of the components for some systems.
According to the license headers, only lscpu is GPLv3 and since we package that separately from everything else and clearly identify its license, we are currently using util-linux-ng for this purpose as things stand.
Cheers,
Richard
Quoted 10 lines · Richard Purdie
Quoted 9 lines · Mark Hatle
Quoted 7 lines · Koen Kooi
Tangent: have you considered switching to util-linux-ng?
Op 19 jan 2011, om 17:55 heeft Paul Eggleton het volgende geschreven:
Quoted 3 lines
Split libuuid and libblkid from util-linux into separate runtime packages. Slightly reduces the overall footprint of other packages that depend on these libraries.
Quoted 7 lines
Quoted 2 lines
The util-linux-ng components are licensed GPLv3, so they could be alternatives, but we need a GPLv2 version of the components for some systems.
According to the license headers, only lscpu is GPLv3 and since we package that separately from everything else and clearly identify its license, we are currently using util-linux-ng for this purpose as things stand.
Ok good then, for some reason I thought various utilities have been moved to GPLv3 (other then lscpu).. I must have been mistaken.
(and yes I agree changing the name would be a good idea, matching upstream naming makes it much less confusing.)
--Mark
Quoted 4 lines
Cheers,
Richard
Quoted 19 lines · Mark Hatle
Quoted 10 lines · Richard Purdie
Quoted 9 lines · Mark Hatle
Quoted 7 lines · Koen Kooi
Tangent: have you considered switching to util-linux-ng?
Op 19 jan 2011, om 17:55 heeft Paul Eggleton het volgende geschreven:
Quoted 3 lines
Split libuuid and libblkid from util-linux into separate runtime packages. Slightly reduces the overall footprint of other packages that depend on these libraries.
Quoted 7 lines
Quoted 2 lines
The util-linux-ng components are licensed GPLv3, so they could be alternatives, but we need a GPLv2 version of the components for some systems.
According to the license headers, only lscpu is GPLv3 and since we package that separately from everything else and clearly identify its license, we are currently using util-linux-ng for this purpose as things stand.
Quoted 5 lines
Ok good then, for some reason I thought various utilities have been moved to GPLv3 (other then lscpu).. I must have been mistaken.
(and yes I agree changing the name would be a good idea, matching upstream naming makes it much less confusing.)
My comments apply to the 2.17 version we're using. We'll need to check when upgrading there aren't any new v3 issues.
Since for 2.19, they've become the same project again, I'd suggest we not bother renaming and just update :).
Cheers,
Richard
Re: [PATCH 1/3] util-linux: split out libuuid and libblkid into separate packages
In reply to Saul WoldQuoted 10 lines · On Wednesday 19 January 2011 19:13:35 Saul Wold wrote:
Quoted 3 lines · Paul Eggleton
libuuid and libblkid can exist on their own separately from the rest of util-linux. Slightly reduces the overall footprint of other packages that depend on these libraries.
Is this different than the work that Qing submitted last night? Are you both addressing the same bug #661?
This fix seems different than his, we need to make sure we are better coordinated
Yes, this is a lesson for me to check bugzilla and pay closer attention patches that are being posted - my apologies. FYI I was responding to a request from Richard on IRC rather than the bug report.
Qing's patch is slightly better than mine in that it splits the dev packages out as well; on the other hand it names the packages libuuid and libblkid rather than util-linux-libblkid and util-linux-libuuid. Personally it doesn't bother me, but having the prefix there does at least make it easy to determine the source recipe from the package name.
I think we do also need to bump PR on all packages that depend on these libraries (the other patches from my patchset) so that package dependencies get corrected automatically.
Qing, would you mind integrating these changes into your branch and reposting? (assuming we want the util-linux- package name prefix?)
Cheers,
Paul
Re: [PATCH 1/3] util-linux: split out libuuid and libblkid into separate packages
Quoted 9 lines · Paul Eggleton
Quoted 8 lines · On Wednesday 19 January 2011 19:13:35 Saul Wold wrote:
Quoted 3 lines · Paul Eggleton
libuuid and libblkid can exist on their own separately from the rest of util-linux. Slightly reduces the overall footprint of other packages that depend on these libraries.
Is this different than the work that Qing submitted last night? Are you both addressing the same bug #661?
Quoted 6 lines
Quoted 2 lines
This fix seems different than his, we need to make sure we are better coordinated
Yes, this is a lesson for me to check bugzilla and pay closer attention patches that are being posted - my apologies. FYI I was responding to a request from Richard on IRC rather than the bug report.
It's no big deal, there are lots of messages on the list and it's pretty normal to miss some of them. I did not see your discussion on IRC, otherwise I would have give you guys updates.
Quoted 6 lines
Qing's patch is slightly better than mine in that it splits the dev packages out as well; on the other hand it names the packages libuuid and libblkid rather than util-linux-libblkid and util-linux-libuuid. Personally it doesn't bother me, but having the prefix there does at least make it easy to determine the source recipe from the package name.
Personally I'm OK with both naming, I just happened to use lib* for brevity.
Quoted 4 lines
I think we do also need to bump PR on all packages that depend on these libraries (the other patches from my patchset) so that package dependencies get corrected automatically.
Yes. This is reasonable.
However, I have some concerns on other similar issues. This specific problem (bumping PR for dependency changes) was brought out earlier but seems quite difficult to maintain the package revisions consistently. Every repackaging or major API change (or even some bbclass change) is likely to need an adjustment of the packages that depend on it. Given that some of these are low level libraries that are widely linked, it's not easy to maintain the correctness of PR of impacted packages.
My understanding is that, previously, usually PR is only changed when there is explicit modification to the .bb file, those implicit changes are largely ignored. Smooth upgrading of the binary packages in the target is only a goal that we all want, but is expected to have some problems?
Quoted 3 lines
Qing, would you mind integrating these changes into your branch and reposting? (assuming we want the util-linux- package name prefix?)
Ok, I'll get the patches updated. Together with the other patches in your patch set.
Saul, please also hold the other patch in my patch set regarding util-linux dangling link as well, I'll resend it in the new set.
Thanks,
Qing
Quoted 1 line · Koen Kooi
Tangent: have you considered switching to util-linux-ng?
Koen,
It's already util-linux-ng, the original util-linux stalled at
2.13~pre7, and now util-linux-ng is renamed back to util-linux. You can see that util-linux and util-linux-ng directories are identical on kernel.org
Thanks,
Qing
Quoted 39 lines
Op 19 jan 2011, om 17:55 heeft Paul Eggleton het volgende geschreven:
Quoted 27 lines
Split libuuid and libblkid from util-linux into separate runtime packages. Slightly reduces the overall footprint of other packages that depend on these libraries.
Pull URL:
git://git.pokylinux.org/poky-contrib.git
Branch: paule/util-linux-libsplit
Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=paule/util-linux-libsplitThanks,
Paul Eggleton <[email protected]>
---Paul Eggleton (3):
util-linux: split out libuuid and libblkid into separate packages
gst-plugins-base: add util-linux to DEPENDS
Bump PR on recipes that depend on util-linux.../nfs-utils/nfs-utils_1.2.3.bb | 2 +- meta/recipes-core/util-linux/util-linux.inc | 6 ++++-- meta/recipes-core/util-linux/util-linux_2.17.2.bb | 2 +- .../e2fsprogs/e2fsprogs_1.41.12.bb | 2 +- meta/recipes-devtools/mtd/mtd-utils_1.4.1.bb | 2 +- meta/recipes-graphics/xorg-lib/libsm_1.2.0.bb | 2 +- .../gstreamer/gst-plugins-base_0.10.31.bb | 4 ++-- 7 files changed, 11 insertions(+), 9 deletions(-)Quoted 4 lines
_______________________________________________
poky mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/poky_______________________________________________
poky mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/poky
Quoted 20 lines · Richard Purdie
Quoted 19 lines · Mark Hatle
Quoted 17 lines · Richard Purdie
Quoted 11 lines · Mark Hatle
Quoted 7 lines · Koen Kooi
Tangent: have you considered switching to util-linux-ng?
Op 19 jan 2011, om 17:55 heeft Paul Eggleton het volgende geschreven:
Quoted 3 lines
Split libuuid and libblkid from util-linux into separate runtime packages. Slightly reduces the overall footprint of other packages that depend on these libraries.
The util-linux-ng components are licensed GPLv3, so they could be alternatives, but we need a GPLv2 version of the components for some systems.
According to the license headers, only lscpu is GPLv3 and since we package that separately from everything else and clearly identify its license, we are currently using util-linux-ng for this purpose as things stand.
Quoted 8 lines
Quoted 5 lines
Ok good then, for some reason I thought various utilities have been moved to GPLv3 (other then lscpu).. I must have been mistaken.
(and yes I agree changing the name would be a good idea, matching upstream naming makes it much less confusing.)
My comments apply to the 2.17 version we're using. We'll need to check when upgrading there aren't any new v3 issues.
This reminds me to do some additional check when upgrading util-linux. I was about to upgrade recently, and didn't think about this much.
Thanks,
Qing