Bug#663182: Possible solution
Nicholas Bamber
nicholas at periapt.co.uk
Sat Mar 10 08:16:54 UTC 2012
That sounds good to me. Both packages will require Breaks/Replaces
clauses against the old version of the other so the bugs are still needed.
On 10/03/12 07:30, Dmitry Smirnov wrote:
> I would like mysql-utilities not to be intrusive, for that reason I think it
> make sense to keep its executables 'mysql*' in private directory
> /usr/lib/mysql-utilities
>
> To me the fact that 'mysqldiff' provided by libmysql-diff-perl was in /usr/bin
> first is enough: it won't be fair to its users to replace it with entirely
> different utility merely because new package aggressively taking space in
> /usr/bin with dozen new executables.
>
> Ideally they could be consolidated with wrapper like '/usr/bin/mysqlu' which
> could use first parameter to invoke corresponding executable from
> /usr/lib/mysql-utilities. How about it?
>
> Although my next argument is very personal and biased, I always prefer Perl
> over Python. I packaged mysql-utilities only because they are shipped as part
> of mysql-workbench and I'm not too sure if they deserve their place in
> /usr/bin.
>
> Regards,
> Dmitry.
>
> P.S. Having said that I recognise David's experience as much greater than mine
> so I will happily follow whatever he recommend.
>
>
>
> _______________________________________________
> pkg-perl-maintainers mailing list
> pkg-perl-maintainers at lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-perl-maintainers
--
Nicholas Bamber | http://www.periapt.co.uk/
PGP key 3BFFE73C from pgp.mit.edu
More information about the pkg-perl-maintainers
mailing list