Both, sys-process/parallel and with sys-apps/moreutils install /usr/bin/parallel and /usr/share/man/man1/parallel.1.bz2 Reproducible: Always
sys-process/parallel should change it's name then. moreutils is a default/standard distro-wide thesedays, so it's parallel should stay parallel.
I solved this with a blocker and reported it to upstream to find a generic solution. My proposal is to have gparallel. Ryoichiro, as you are the maintainer, you tell me what to do, minor issues will get resolved by me though, should be faster. Also next time you get in touch with upstream, so maybe subscribe to their bug tracker or mailing list to inform me of any issues that may arise. Mr. Jarausch (reporter) taught me C++ once in university...best wishes to Aachen.
Created attachment 258021 [details] parallel-20101222.ebuild I think renaming to gparallel is done. I left the contents of man page gparallel.1 as it is. Hopefully there won't be any nasty side effects.
(In reply to comment #3) > Created an attachment (id=258021) [details] > parallel-20101222.ebuild > > I think renaming to gparallel is done. I left the contents of man page > gparallel.1 as it is. > Hopefully there won't be any nasty side effects. Looks fine to me, committed. Thanks.
* --tollef to be switch compatible with Tollef's parallel. This will cause -l to mean --load, and the argument separator will be -- instead of ::: * --gnu will force GNU Parallel to behave like GNU Parallel even if --tollef is set. * Site wide config file: /etc/parallel/config This should solve the issue with some packagers renaming GNU Parallel to gparallel to avoid the naming conflict. By putting --tollef in the site wide config file you can deinstall Tollef's parallel and install GNU Parallel instead without any change for users or scripts. This is useful for packagers that currently rename GNU Parallel or simply do not distribute GNU Parallel because the command name conflicts with Tollef's parallel Above changes for 20110322 release should allow us to let moreutils depend on GNU parallel and abandon the parallel installed there. We should review this bug now.
Thanks for clarifying what --tollef option is for. I didn't have any idea that Tollef's parallel refers to moreutils'. A couple of things that came up to my mind are: 1) Is GNU parallel going to steadily follow tollef's parallel for further changes? 2) Is it possible to convince those who have used moreutils without 'perl' USE flag to switch to GNU parallel which is written in perl? (Tollef's parallel in moreutils is C)
This is fixed by parallel-20120122 and moreutils-0.45-r1