[Pkg-mozext-maintainers] RFS: stylish/1.3.1+git20130115-1 [ITP]
Benjamin Drung
bdrung at debian.org
Thu Jan 31 16:22:46 UTC 2013
Am Freitag, den 01.02.2013, 02:33 +1100 schrieb Dmitry Smirnov:
> On Fri, 1 Feb 2013 02:05:14 Benjamin Drung wrote:
> > I did a review:
>
> Thanks!
>
> > 1) get-orig-source generates a tarball that differs in the
> > stylish/ChangeLog file.
>
> Differs?
> It generates ChangeLog (if not present). This is intentional.
> Where/why do you see a problem?
The problem is that the generated ChangeLog differs (diff attached) and
that causes dpkg-source to complain. I prefer to have a get-orig-source
rules that is reproducible.
> > 2) Please run wrap-and-sort (the build dependencies are strangely
> > formatted).
>
> No thanks. I found wrap-and-sort to generate incorrect results in some cases.
> I don't trust this tool because sometimes it drops valid fields (#694142) and
That bug is caused by the underlying library.
> I don't even like it because it produces weird sorting that goes against
> common sense.
Weird sorting? I sorts the stuff alphabetical.
> As you can see "strange formatting" is intentional and VCS-friendly.
> What's the problem?
I find it strange to have a line beginning with a comma followed by the
build dependency. When wrapping stuff in the normal language, you put
the comma after the word and then wrap the line.
You have "debhelper (>= 9), mozilla-devscripts" on one line, but then
only one build dependency listed per line.
> You can always run wrap-and-sort if I retire from maintenance of this package.
>
> I think we already had this discussion.
>
> Please don't make usage of wrap-and-sort requirement for packaging.
> As far as I'm aware no other teams insist on using wrap-and-sort.
wrap-and-sort is no requirement. Having a consistent formatting and a
rule for sorting is recommended.
> > 3) Please add a minimum version for the mozilla-devscripts build
> > dependency: http://wiki.debian.org/mozilla-devscripts
>
> You meant "mozilla-devscripts (>= 0.22~)" right?
Yes.
> Perhaps that's unnecessary as we have 0.23 in stable.
Having someone trying to build the package with a too old
mozilla-devscripts is very unlikely, but not impossible.
> Besides we didn't do it for https-finder.
>
> I prefer to leave as is.
Okay.
> > 4) Why do you set --max-parallel=4 in debian/rules?
>
> Safety. Once I had experience with FTBFS on 6 cores when it was all fine on 4
> cores. I can't attempt to build on more than 4 cores so I limited to
> known/proven/working configuration that I actually tested. Perhaps too
> paranoid in this case but you never know and it's better to be safe than
> sorry...
Having a FTBFS on six core is a strong indicator for a race condition.
Restricting the number of parallel jobs can work around the issue, but
is no fix in such cases.
--
Benjamin Drung
Debian & Ubuntu Developer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: changelog.diff
Type: text/x-patch
Size: 333 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-mozext-maintainers/attachments/20130131/b54ee62e/attachment.bin>
More information about the Pkg-mozext-maintainers
mailing list