|Summary:||[NEW PORT] devel/libuuid: UUID library from the standard util-linux package|
|Product:||Ports & Packages||Reporter:||Yuri Victorovich <yuri>|
|Component:||Individual Port(s)||Assignee:||Port Management Team <portmgr>|
|Status:||Closed Feedback Timeout|
|Severity:||Affects Only Me||CC:||mandree, tcberner, w.schwarzenfeld, woodsb02|
Description Yuri Victorovich 2017-08-06 21:09:47 UTC
Created attachment 185102 [details] shar Currently some ports depend on UUID library distributed by linux. This dependency is satisfied by misc/e2fsprogs-libuuid, which is a slave port of sysutils/e2fsprogs, which is a set of utilities and library to manipulate an ext2, ext3 or ext4. Normally, UUID library is distributed by util-linux package, see https://github.com/karelzak/util-linux and https://en.wikipedia.org/wiki/Util-linux Taking UUID from e2f is wrong, because this isn't where it normally comes from. I created a new port devel/libuuid which builds only libuuid part of util-linux. I suggest, exp-run is done after replacing all uses of misc/e2fsprogs-libuuid with devel/libuuid: > libuuid.so:misc/e2fsprogs-libuuid -> devel/libuuid I found 21 such ports. Or, if exp-run isn't considered to be required, this is fine too. Mat, do you have an opinion?
Comment 2 Mathieu Arnold 2017-08-06 21:16:30 UTC
None at all.
Comment 3 Yuri Victorovich 2017-08-06 21:26:56 UTC
Then this port should be committed, and the following replacement shouldbe made: libuuid.so:misc/e2fsprogs-libuuid -> libuuid.so:devel/libuuid
Comment 4 Ben Woods 2018-11-04 09:02:25 UTC
Hi Yuri, any update on this one?
Comment 5 Yuri Victorovich 2018-11-04 09:05:45 UTC
(In reply to Ben Woods from comment #4) This needs to be committed, but it will replace e2fsprogs-libuuid that is heavily used. All numerous dependencies need to be retested. Yuri
Comment 6 Walter Schwarzenfeld 2019-08-27 01:00:51 UTC
Any news here?
Comment 7 Tobias C. Berner 2020-01-20 15:24:31 UTC
Moin moin Is there any update here? The x11/fontconfig-2.13.1 upgrade requires libuuid, and having it split out would be nicer. mfg Tobias
Comment 8 Yuri Victorovich 2020-01-20 16:27:19 UTC
(In reply to Tobias C. Berner from comment #7) I'll look if I could install a separate libuuid with a different name first to not conflict with the other one.
Comment 9 Yuri Victorovich 2020-01-20 16:51:48 UTC
There are 95 ports that depend on libuuid, and the port is trivial. I'll just replace them all. Will do tonight if there would be no unexpected problems.
Comment 10 Yuri Victorovich 2020-01-21 06:42:15 UTC
I will rebuild all ports depending on uuid overnight and will commit the change if they succeed.
Comment 11 Antoine Brodin 2020-01-21 07:28:02 UTC
This port is ugly, what is the problem with misc/e2fsprogs-libuuid ?
Comment 12 Yuri Victorovich 2020-01-21 07:38:45 UTC
Created attachment 210908 [details] updated patch
Comment 13 Yuri Victorovich 2020-01-21 07:48:41 UTC
(In reply to Antoine Brodin from comment #11) > This port is ugly, what is the problem with misc/e2fsprogs-libuuid ? libuuid is not related to e2fsprogs, yet it is merged with it. e2fsprogs is filesystem utilities, and libuuid is UUID handling library.
Comment 14 Antoine Brodin 2020-01-21 09:10:38 UTC
bapt@ has a cleaner patch.
Comment 15 Matthias Andree 2020-01-21 23:32:36 UTC
Let's see what we get from the -exp run with bapt's https://people.freebsd.org/~bapt/libuuid.shar Note that e2fsprogs-libuuid installs the executables, too. We cannot skip them. If licensing is an issue, we could install the executables separately. I have not checked if libuuid from util-linux has all the features that e2fsprogs's has - but it appears that they might be related and in that case it might become acceptable to commit a modified version of the port (or two ports) and replace e2fsprogs-libuuid. The precondition is that we do not remove any features (library/daemon/executable operation modes) and a sheer -exp run only reveals build issues, but not many run-time issues, if, say, a programm calls uuid to generate UUIDs.
Comment 16 Baptiste Daroussin 2020-01-22 09:12:14 UTC
I added my take on what should be done here (see the review URL) Note that while doing that change, I have also done the same thing for libblkid (not sure we want that, but that is what others are doing as well and the version).
Comment 17 Baptiste Daroussin 2020-01-22 09:13:36 UTC
(In reply to Matthias Andree from comment #15) on the binaries added by uuid package, I can probably readd uuidgen, but uuidd is not compatible anymore with FreeBSD (using signalfd), is there a real usage of uuid on FreeBSD working it worth porting it?
Comment 18 Matthias Andree 2020-02-15 00:50:38 UTC
Since there is no progress and no real argument why we need to go through the hassle, let's kill this effort.