S, how likely it is that in stretch we will be able to have both
moreutils and parallel installed?
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
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/
Sorry for the duplicate email, but I forgot to CC the other bug report
(in moreutils, #718816, that I didn't realize existed) here, please
followup on this one...
On 2015-03-09 21:07:34, Antoine Beaupré wrote:
> On 2015-02-15 12:46:15, Filippo Giunchedi wrote:
>> On Sat, Sep 27, 2014 at 07:45:14PM
On 2015-03-09 21:07:34, Antoine Beaupré wrote:
> On 2015-02-15 12:46:15, Filippo Giunchedi wrote:
>> On Sat, Sep 27, 2014 at 07:45:14PM -0400, Antoine Beaupré wrote:
>>> Then we send this to the moreutils and gnu parallel maintainers to see
>>> if they would accept the fix, and we can simply NMU it
On 2015-02-15 12:46:15, Filippo Giunchedi wrote:
> On Sat, Sep 27, 2014 at 07:45:14PM -0400, Antoine Beaupré wrote:
>> So I doubt we can coninve Joey to fix this problem the way we are
>> proposing now, but it's possible.
>>
>> If someone wants to go forward here, there would need to be a set of
>
On Sat, Sep 27, 2014 at 07:45:14PM -0400, Antoine Beaupré wrote:
> At this point, moreutils doesn't conflict with gnu parallel, and that is
> intentional. It is gnu parallel that conflicts with moreutils.
>
> I talked briefly with Joey about this. Obviously, it's a rather annoying
> issue for him,
On 2014-09-26 20:51:18, Filippo Giunchedi wrote:
> hi,
>
> On Wed, Aug 06, 2014 at 01:30:04PM -0300, Rogério Brito wrote:
>> > But it seems no one objected to the solution of splitting it out in
>> > Debian at least, if the dependent packages are fixed.
>>
>> Yes, that would alleviate/solve the pr
hi,
On Wed, Aug 06, 2014 at 01:30:04PM -0300, Rogério Brito wrote:
> > But it seems no one objected to the solution of splitting it out in
> > Debian at least, if the dependent packages are fixed.
>
> Yes, that would alleviate/solve the problem.
definitely
> > I can try to talk to people at deb
Hi.
On Aug 06 2014, anarcat wrote:
(...)
> But it seems no one objected to the solution of splitting it out in
> Debian at least, if the dependent packages are fixed.
Yes, that would alleviate/solve the problem.
> I can try to talk to people at debconf about this to see if I can unglue
> this me
Actually, I found the original discussion here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665851
It seems that one of the major issues is that moreutils ships "parallel"
as an upstream, and splitting it out of there will create problems.
But it seems no one objected to the solution of sp
On Tue, May 27, 2014 at 11:17:47AM +0200, Michele Orru` wrote:
> Rogério Brito writes:
>
> > Given the state of the discussions at the time when I decided that the
> > conflicts was the path of least resistance and that I am sincerely not sure
> > how things have evolved, I would, yes, appreciate
Rogério Brito writes:
> Given the state of the discussions at the time when I decided that the
> conflicts was the path of least resistance and that I am sincerely not sure
> how things have evolved, I would, yes, appreciate your help with the social
> side of things.
> BTW, be warned that in cu
Dear Michele,
On May 26 2014, Michele Orru` wrote:
> Dear Maintainer,
>
> at the moment, the package parallel/testing conflicts with moreutils/testing,
> as
> both are shipping the binary /usr/bin/parallel. There's no need for such
> conflict; in wheezy for example, moreutils' parallel is locate
Package: parallel
Version: 20130922-1
Severity: important
Dear Maintainer,
at the moment, the package parallel/testing conflicts with moreutils/testing, as
both are shipping the binary /usr/bin/parallel. There's no need for such
conflict; in wheezy for example, moreutils' parallel is located in
p
15 matches
Mail list logo
