On 08/09/2012 12:20 PM, Luca Barbato wrote:
On 08/09/2012 10:57 AM, Michał Górny wrote:
No. I meant to have 'GNU' tools with 'GNU' stripped. Isn't that what
the whole discussion is about? Changing names of tools just for
someone's liking?
No, we are discussing about an upstream merging two unrelated projects
assuring users that nothing would change for them.
In a week they claimed that it was unsupported, then backpedaled, then
they changed its paths.
(picked near random mail from the thread)
sep. /usr was not supported prior to renaming and $udevdir has been
dynamic from the udev.pc pkg-config file for long as I can remember
therefore the renaming and path change is merely cosmetics to which
*users* don't need to pay attention to
so yeah, this whole thread is just that, trying to introduce regression
due to personal preference
187-r3 does it right and after fixing the few hardcoded paths in tree,
we can drop the 2 patches and backwards compability
i'm nearly done with pushing fixes to drop the few known hardcoded paths
we have in tree, and about to ask for a tinderbox run to catch the rest
(which can take it's time, the patches are there, as mentioned)
so help is welcome with the migration[1], see eg. usb_modeswitch,
libmtp, udisks:0, udisks:2 (configure.ac), etc. for example
[1] this is about using non-hardcoded paths and respecting udev.pc set
udevdir=, not really about migrating, so even if the move wasn't
happening, these have always been "bugs" of sort
- Samuli
