Hi,
On Fri, Jun 24, 2011 at 04:03:22PM +, Thorsten Glaser wrote:
Osamu Aoki dixit:
...
Also here, I said I will do something. Don’t rush me, please.
As a user, non-optimal dependency is quite annoying. Thanks for
changing this.
I may have responded a bit too strong on some parts of your
Osamu Aoki dixit:
If you happen to worry library dependency, it may help adding
I don’t think so, at least not yet. I couldn’t use the information.
Please remember SC#4 Our priorities are our users and free software.
At least you created an iffy user. I wonder what happened on all
security
Hi,
I think there are some oversights and misunderstandings of the Debian
procedure by the maintainer. Instead of arguing point-by-point, let me
point out few helpful facts. We all are human and makes oversights. So
please do not feel bad.
Lintian is there to help maintainers to package
Osamu Aoki dixit:
Lintian is there to help maintainers to package better quality packages
I use lintian all the time, thank you very much. I even used linda,
back then.
But does Lintian really suggest to use recommends but rejects using
suggests? I do not find it so. This is Lintian output:
Hi,
I was surprised to see mksh in recommends. No wonder Steve felt as he did
after long day. It is late night here too.
I understand this is required by cvs-switchroot written by the package
maintainer and he certainly uses and loves mksh specific commands such
as array variables and print
Osamu Aoki dixit:
can not be dash.
Just look at the source code of ash some day.
real command of cvs package to function, mksh is required and qualify as
This is not open for discussion.
recommend.
This part is due to lintian – I originally had no mention of mksh
anywhere, but lintian
6 matches
Mail list logo
