On Fri, Jun 22, 2012 at 09:38:56PM +0200, Julien Cristau wrote:
> If both mu programs don't have the same functionality then Conflicts is
> not an acceptable solution. See the 'node' mess, and policy 10.1.
I see. I guess I'm renaming it on my end, the other mu has been around for
years.
Thanks f
On Fri, Jun 22, 2012 at 19:52:37 +0200, Jordi Mallach wrote:
> On Fri, Jun 22, 2012 at 10:07:47AM +0200, Jordi Mallach wrote:
> > I just forwarded this upstream. I see two exits:
> >
> > - the obvious conflict between the two packages: sad but acceptable
> > - GNU Mailutils upstream renames the M
On Fri, Jun 22, 2012 at 10:07:47AM +0200, Jordi Mallach wrote:
> I just forwarded this upstream. I see two exits:
>
> - the obvious conflict between the two packages: sad but acceptable
> - GNU Mailutils upstream renames the MU binary
Upstream isn't interested in renaming the program. For now, I'
Hi!
On Fri, Jun 22, 2012 at 03:55:27PM +0900, Norbert Preining wrote:
> It seems that your latest upload of mailutils has introduced
> the command
> /usr/bin/mu
> and the respective man page. But maybe it was there since long and
> nobody detected the conflict.
No, it's quite new: it was av
Hi Jordi,
On Fr, 22 Jun 2012, Ralf Treinen wrote:
> Version: maildir-utils/0.9.8.4-2
> Version: mailutils/1:2.99.97-2
It seems that your latest upload of mailutils has introduced
the command
/usr/bin/mu
and the respective man page. But maybe it was there since long and
nobody detected the
Package: maildir-utils,mailutils
Version: maildir-utils/0.9.8.4-2
Version: mailutils/1:2.99.97-2
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Date: 2012-06-22
Architecture: amd64
Distribution: sid
Hi,
automatic installation tests of packages that share a file and at t
6 matches
Mail list logo
