#17 xplc over writes uuidgen provided by e2fsprogs

[Dennis]

As the summary indicates there is a conflict of sorts between xplc and e2fsprogs. AFAIK most linux boxes will already have e2fsprogs installed which means uuidgen will already be present. I think over righting a system file such as this could cause a person to go down a false troubleshooting path, not to mention IMHO such over righting is a bit um, rude.

I don't know just how different xplc uses its version of uuidgen but would it not be better to use the one provided by e2fsprogs?

In any event, if the xplc version of uuidgen must be kept would it be to much trouble to rename it so as not to conflict with an existing system file?

Thanks.

[Dennis]

removes uuidgen conflict with e2fsprogs

[Dennis]

Logged In: YES
user_id=53417
Originator: YES

Here is a patch that removes the uuidgen stuff. Seems to work here but could stand further scruteny.
File Added: xplc-0.3.13-rules.mk.patch

[Dennis]

Logged In: YES
user_id=53417
Originator: YES

Oh, forgot to note it had a problem with ln of libxplc.so and libxplc_s.a when they already existed.

[Simon Law]

Logged In: YES
user_id=196021
Originator: NO

Surely, you're not installing with --prefix=/ !

For almost every sane configuration I can think of, you'll be installing in /opt or /usr/local. Since XPLC is meant to work across all platforms, including ones without uuidgen, it makes sense for us to install it.

If you are packaging the software, please pull in an appropriate implementation of uuidgen as a dependency and ignore XPLC's own copy.

[Dennis]

Logged In: YES
user_id=53417
Originator: YES

No, I am using --prefix=/usr

[Simon Law]

Logged In: YES
user_id=196021
Originator: NO

If you're installing by hand, I'd highly suggest using --prefix=/usr/local/stow/xplc and using GNU stow to manage it.

We may consider not installing uuidgen, if we detect that it's already there.

[Dennis]

Logged In: YES
user_id=53417
Originator: YES

I'm using Lunar-Linux (source based) the uses bash scripts for the build process. I could alter it and toss xplc in /opt but some detection logic for its presence would be the preferred way.... I'd think.