On 2015-07-11 15:24:09, Nicolas Schier wrote: > Dear Antoine, > > thanks for your good summary and your patience ... > > just to get it right, could you please check if I did get it right (the > moreutils side): > > 1. Package 'moreutils' installs /usr/bin/mparallel and depends on > package 'moreutils-parallel'; the latter installs a symlink > /usr/bin/parallel -> mparallel > 'moreutils-parallel' conflicts 'parallel-gnu' and 'parallel <= > 20141022+ds1-1'
I suggested /usr/bin/parallel.moreutils - it seems less ambiguous than mparallel and will allow discovery through commandline completion. This otherwise seems to make sense. > 2. 'ikiwiki-hosting' is changed to use 'mparallel' or to depend on > 'moreutils-parallel' and use '/usr/bin/parallel' > 'ikiwiki-hosting' is changed to stop conflicting with parallel Good. > 3. Package 'moreutils' recommends (no more depends) on > 'moreutils-parallel' Also makes sense. >> It's my first time dealing with diversions so I hope I got this >> right. Any constructive modifications on the above checklists are >> welcome here! > > Right now, I can't see why we should use diversions: if > moreutils-parallel and parallel-gnu conflict with each other and just > install a symlink to their implementation each, everything should be > clear. Or did I get something wrong? I am not sure. I had the idea of using diversions instead of symlinks to handle the /usr/bin/parallel command itself. But now I am not sure it's the right way to go. If we use symlinks, shouldn't we use the alternatives system? Then it would avoid making the two packages conflict with each other too... The problem with that, of course, is we then do not know which version we are using and have no way of enforcing that. So I guess your approach is better. I am not sure how to handle this otherwise. A. -- Either you're with us or you're with the terrorist state. -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
