Re: Nitpicking: you are doing it wrong
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 08.07.2011 15:56, Wolodja Wentland wrote:
>>> 1. You're using debhelper compat 7 and also only debhelper >=
>>> 7.0.50~ as Build-Depends. Please bump that to 8
>>
>> Seriously? Is the sponsor suggesting that one should be
>> build-depending on a newer version, even though one does not use any
>> features of the newer one?
>
>> Also, the sponsor failed to explain that normally upgrading
>> debhelper compat is not a matter of bumping a number here and there.
>
>
> I can understand how this applies to older packages that have been created in
> the past and just don't use some of the new functionality, but I guess that
> the points are valid for completely new packages.
>
> I had the impression that it is desirable to create those in such a way
> that they use the latest compat, debhelper features and soon-to-be policy
> additions such as DEP5.
Jakub, I'm with Wolodja on this regard. While I totally agree with your
argumentation from a technical perspective, and I admit there are few
(no, even) reasons to /insist/ on such things, there are still good
reasons to suggest more state-of-the-art alternatives nonetheless.
Its about the wording, granted this. Maybe the reviewer should be
careful to say something like "Consider upgrading ..." or "There is a
newer compat level which is the currently recommended mode of operation"
but not literally "Upgrade to compat 8, yours is wrong"
This is because I still think its wrong to introduce _new_ packages with
older compatibility levels or older, but still policy compliant
practices. This is why I regularly point this out when I encounter such
packages and my sponsors did the very same with my packages.
We have a lot of older legacy stuff in Debian which would not pass any
RFS as of today, but this does not necessarily mean we should have this
level for new packages as well. This is why I don't consider a bit of
nitpicking wrong for new packages.
> Creating a package for the first time is a time consuming process, but
> should one not target the current state of the art?
Seconded.
- --
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJOFxTVAAoJEMcrUe6dgPNtzuUP/3oJJMDmGYOX7xxKYT3tmfBZ
ZamjLau6mg2c1qxS08Xkfc/+ts077qXBH6ddb0oKuhq6Xk4ap9cE/1ynT09Qu/dY
5/Z5VBLyeKC3wN5gSiQw4sdd2ucUEG1bCxmmPse3IbGdhJG+w6qImRoDmj/N291J
EKd6qMRIZ7nCgKMXexloDW2MOiBmxE7vdpeTWiH6M4WnFLYvVO96l+QgL4rdezym
d+rgZRKUzNkU0l/foxqZkBSSI2AqOLEXYJLAzuTtPvZJgcWAT4V/M/SShTWZ6BMN
R5mYiUoCW2Pbj0V5KglyNaP/1k/Ew64b8FFePOXeZFqTo9xaXkT/+daqEWyfX3gz
mhDSb6ISJEuVdhOK9lFjv40b+fp5HuUkVQXLAlj57mb0DOLrZ2njJcmpVsTNonPX
aC+AZgL9lBVqO4b/W4YY+bc7+2SgbDDxHWDgT1OwyFtU1ctOjG5T31rSyIQaX8J4
mB6JXO+0Eg4yHVY3a/MPghXD14pddhIF+e2/eQeKm7CB980FA+Dne9rwFhw6TMCG
6T6u7rT8AHJULZADTYRuGECpv2lXuVJbejrbVhg0uMIwzmk8H0R5I0vwRyBdKPb1
MTqztO/0HD/Ax2Zq7a8+e1nJMVL7Pwl6Q7TkVv0b66ac8TJqmT0p3YrREwQ+k3MI
pZau905i54ydUbGXxsAc
=pr6u
-----END PGP SIGNATURE-----
Reply to: