[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#717995: RFS: rawdog/2.16-1 [ITA]



Hi Jakub,

Thanks very much for checking this out! I've uploaded a new version to
mentors with the fixes below:
  http://mentors.debian.net/package/rawdog

Jakub Wilk <jwilk@debian.org> writes:
> Please honour DEB_BUILD_OPTIONS=nocheck.

Done.

> Lintian emits:
> I: rawdog: hyphen-used-as-minus-sign usr/share/man/man1/rawdog.1.gz:127

I've fixed that upstream already, and will roll a new release after a
few days (in case anyone else spots anything else that needs sorting out
upstream).

> lintian4python emits:
> x: rawdog: except-without-exception-type [various]

I've checked those out and they're legit (e.g. you can get pretty much
any exception when unpickling from a corrupt file).

> Are the Python modules included by this package intended to be used by
> other software than rawdog itself. If yes, then the package name
> should be python-rawdoglib (or at least there should be "Provides:
> python-rawdoglib").

It's a reasonable thing to do (e.g. if you're writing a web
configuration frontend, or a fortune program that extracts stuff from
rawdog's database) and the modules are set up for it. However, it's not
very common, and I'm not aware of anything packaged for Debian that does
it. "Provides: python-rawdoglib" seems like a sensible way of permitting
it, so I've gone with that.

>> I've also asked if the python-apps-team would like it.
> We would! :) You are welcome to join the team to maintain the package
> with us. (Although apparently we are quite sponsor-starved.)

That may be a sensible option, then; I can easily replay my changes into
your repo...

>> * Update package to debhelper 9 (using python2)
> I would have no idea what this means if I didn't read the debdiff...

I've reworded it to:

  * Update package to meet Debian standards version 3.9.4.
  * Update the package to use debhelper 9, which simplifies the rules
    file.

I guess it's going to be inscrutable to most users either way, but I'm
open to better suggestions if you've got one.

Cheers,

-- 
Adam Sampson <ats@offog.org>                         <http://offog.org/>


Reply to: