Then a bump to the next (20110322) version in conjunction with a config
file preset to contain by default the --tollef switch would be the
solution to this.
The two utilities will be command-line compatible, dependent packages
will not break and thus alternatives can be used, as they are
appropri
George Zarkadas wrote:
> -- In addition, the "alternatives" mechanism does not force any user to
> make any changes to his/her scripts (as a choice to rename one of the
> binaries would for the respective user group); they just set their
> preference and use their scripts as before.
There are alre
Hi,
After searching on this, I believe the best solution is to use
alternatives. In detail:
-- Debian Policy (Section 10.1) states that "...The case of two programs
having the same functionality but different implementations is handled
via "alternatives" or the "Conflicts" mechanism...". I belie
Hi,
The next parallel release from that in the package (20110322) includes
the --tollef switch and a site-wide config file (/etc/parallel/config)
to address this issue.
Thus parallel can install by default with --tollef activated in the
config file, replacing the /usr/bin/parallel executable with
George Zarkadas wrote:
> It builds these binary packages:
> parallel - Execute jobs in parallel locally or using remote computers
I have not figured out what to do about moreutils containing a
/usr/bin/parallel that is not entirely command-line compatable with this
one. #597050
--
see shy jo
Dear mentors,
I am looking for a sponsor for my package "parallel".
* Package name: parallel
Version : 20110205-3
Upstream Author : Ole Tange
* URL : http://www.gnu.org/software/parallel/
* License : GPL (ver.3 or later)
Section : utils
It builds th
6 matches
Mail list logo
