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

Bug#828978: RFS: install-mimic/0.2.0-1 (ITP)



control: tag -1 -moreinfo

Hello Peter,

On Tue, Nov 08, 2016 at 08:39:46PM +0200, Peter Pentchev wrote:
> Oof, and here I was thinking I'd answered those... two months ago?
> Sorry :(

Well, stretch hasn't been frozen yet, so no need for an apology :)

> > 1. This package has a perl and a C version of the program, and you
> > install the C one.  Have you considered installing both and using
> > the alternatives system to permit the user to choose?
> 
> I don't think that there would be any real purpose to that; if there is
> a compiled C version available, I don't see why anyone would want/need
> the other one.

I think you're right.

> > 2. Your autopkgtest test suite appears to test the perl version?
> > Not sure -- would be best to add comments to the debian/test/control
> > file.
> 
> Not really; as Jakub Wilk pointed out, the autopkgtest suite uses
> the upstream source's test suite for testing whatever is installed as
> /usr/bin/install-mimic.  The fact that the test suite itself uses
> Perl's Test Anything Protocol and prove(1) as the TAP handler is
> kind of besides the point.

Right, okay.

> > 3. If users need to overwrite files installed by Debian packages,
> > they should use dpkg-divert and/or dpkg-statoverride.  Perhaps it
> > should be stated clearly in the package description that
> > install-mimic should be used in combination with those tools.
> 
> Hmm, actually the whole point of install-mimic is to avoid having to
> even know what dpkg-statoverride is :)  Okay, fine, the whole point of
> install-mimic is to avoid hanving to know what install(1)'s arguments
> are and what stat(1)/stat(2) does, but you get the idea :)
> 
> Nah, you're right, I might add a documentation section about various
> tools in various OS/distributions.  However, the main use that I have
> for install-mimic is either for configuration files or for files
> installed by third-party packages... and, yeah, you're right that
> the examples given in the manual page do not really reflect that.
> I'll work on it in a future release.

Personally, I wouldn't want to upload install-mimic to Debian until
these documentation changes come through.  It's perfectly fine to give
users the choice of using install-mimic, but they should know how it
relates to the standard Debian tools.

-- 
Sean Whitton

Attachment: signature.asc
Description: PGP signature


Reply to: