[xplc-general] [ xplc-Bugs-1875310 ] xplc over writes uuidgen provided by e2fsprogs

[SourceForge.net]

Bugs item #1875310, was opened at 2008-01-19 09:26
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=101814&aid=1875310&group_id=1814

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dennis (stumbles)
Assigned to: Nobody/Anonymous (nobody)
Summary: xplc over writes uuidgen provided by e2fsprogs

Initial Comment:
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.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=101814&aid=1875310&group_id=1814

[SourceForge.net]

Bugs item #1875310, was opened at 2008-01-19 09:26
Message generated for change (Comment added) made by stumbles
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=101814&aid=1875310&group_id=1814

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dennis (stumbles)
Assigned to: Nobody/Anonymous (nobody)
Summary: xplc over writes uuidgen provided by e2fsprogs

Initial Comment:
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.

----------------------------------------------------------------------

Comment By: Dennis (stumbles)

Date: 2008-01-19 09:46

Message:
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

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=101814&aid=1875310&group_id=1814

[SourceForge.net]

Bugs item #1875310, was opened at 2008-01-19 09:26
Message generated for change (Comment added) made by stumbles
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=101814&aid=1875310&group_id=1814

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dennis (stumbles)
Assigned to: Nobody/Anonymous (nobody)
Summary: xplc over writes uuidgen provided by e2fsprogs

Initial Comment:
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.

----------------------------------------------------------------------

Comment By: Dennis (stumbles)

Date: 2008-01-19 09:47

Message:
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.

----------------------------------------------------------------------

Comment By: Dennis (stumbles)
Date: 2008-01-19 09:46

Message:
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

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=101814&aid=1875310&group_id=1814

[SourceForge.net]

Bugs item #1875310, was opened at 2008-01-19 09:26
Message generated for change (Comment added) made by sfllaw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=101814&aid=1875310&group_id=1814

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dennis (stumbles)
Assigned to: Nobody/Anonymous (nobody)
Summary: xplc over writes uuidgen provided by e2fsprogs

Initial Comment:
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.

----------------------------------------------------------------------

Comment By: Simon Law (sfllaw)
Date: 2008-01-19 11:27

Message:
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.

----------------------------------------------------------------------

Comment By: Dennis (stumbles)
Date: 2008-01-19 09:47

Message:
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.

----------------------------------------------------------------------

Comment By: Dennis (stumbles)
Date: 2008-01-19 09:46

Message:
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

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=101814&aid=1875310&group_id=1814

[SourceForge.net]

Bugs item #1875310, was opened at 2008-01-19 09:26
Message generated for change (Comment added) made by stumbles
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=101814&aid=1875310&group_id=1814

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dennis (stumbles)
Assigned to: Nobody/Anonymous (nobody)
Summary: xplc over writes uuidgen provided by e2fsprogs

Initial Comment:
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.

----------------------------------------------------------------------

Comment By: Dennis (stumbles)

Date: 2008-01-19 11:35

Message:
Logged In: YES
user_id=53417
Originator: YES

No, I am using --prefix=/usr

----------------------------------------------------------------------

Comment By: Simon Law (sfllaw)
Date: 2008-01-19 11:27

Message:
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.

----------------------------------------------------------------------

Comment By: Dennis (stumbles)
Date: 2008-01-19 09:47

Message:
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.

----------------------------------------------------------------------

Comment By: Dennis (stumbles)
Date: 2008-01-19 09:46

Message:
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

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=101814&aid=1875310&group_id=1814

[SourceForge.net]

Bugs item #1875310, was opened at 2008-01-19 09:26
Message generated for change (Comment added) made by sfllaw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=101814&aid=1875310&group_id=1814

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dennis (stumbles)
Assigned to: Nobody/Anonymous (nobody)
Summary: xplc over writes uuidgen provided by e2fsprogs

Initial Comment:
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.

----------------------------------------------------------------------

Comment By: Simon Law (sfllaw)
Date: 2008-01-19 11:44

Message:
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.

----------------------------------------------------------------------

Comment By: Dennis (stumbles)
Date: 2008-01-19 11:35

Message:
Logged In: YES
user_id=53417
Originator: YES

No, I am using --prefix=/usr

----------------------------------------------------------------------

Comment By: Simon Law (sfllaw)
Date: 2008-01-19 11:27

Message:
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.

----------------------------------------------------------------------

Comment By: Dennis (stumbles)
Date: 2008-01-19 09:47

Message:
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.

----------------------------------------------------------------------

Comment By: Dennis (stumbles)
Date: 2008-01-19 09:46

Message:
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

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=101814&aid=1875310&group_id=1814

[SourceForge.net]

Bugs item #1875310, was opened at 2008-01-19 09:26
Message generated for change (Comment added) made by stumbles
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=101814&aid=1875310&group_id=1814

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dennis (stumbles)
Assigned to: Nobody/Anonymous (nobody)
Summary: xplc over writes uuidgen provided by e2fsprogs

Initial Comment:
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.

----------------------------------------------------------------------

Comment By: Dennis (stumbles)

Date: 2008-01-19 11:55

Message:
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.

----------------------------------------------------------------------

Comment By: Simon Law (sfllaw)
Date: 2008-01-19 11:44

Message:
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.

----------------------------------------------------------------------

Comment By: Dennis (stumbles)
Date: 2008-01-19 11:35

Message:
Logged In: YES
user_id=53417
Originator: YES

No, I am using --prefix=/usr

----------------------------------------------------------------------

Comment By: Simon Law (sfllaw)
Date: 2008-01-19 11:27

Message:
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.

----------------------------------------------------------------------

Comment By: Dennis (stumbles)
Date: 2008-01-19 09:47

Message:
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.

----------------------------------------------------------------------

Comment By: Dennis (stumbles)
Date: 2008-01-19 09:46

Message:
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

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=101814&aid=1875310&group_id=1814