On Sun, Feb 16, 2014 at 01:40:18PM -0500, Dave Steele wrote: > On Sun, Feb 16, 2014 at 11:14 AM, Agustin Martin > > Sorry again if I look unpolite, I am just after lunch and a bit > > overheated. Debian policy must be stated directly by Debian policy, > > not indirectly by whatever package requirements. pipuarts is not > > Debian policy, so I'd personally consider this a bug in piuparts > > itself. > > I've come to the conclusion that the Policy is Debian's version of > Godwin's Law. It can be a driving principle, more of just a guideline, > or not important, dependent on the needs of the argument. Invoking it > diverts discussion. So, no more about that from me.
Hi, Sorry about my first reaction. Had a bad night and was really tired after lunch, so overreacted at anything altering my planning. My apologies. > If and when the test is elevated, the thousand packages will await > resolution of the bug owner. This is what made me angry. I think this is the wrong approach and indeed can cause some really unneeded noise. Anyway, I think this will be fixed before we reach that point. But something like stage a) lintian warning + piuparts warning stage b) lintian error + piuparts error would have IMHO be a better approach, even if the time between a) and b) is not long. Being suddenly told that piuparts will soon fail with no previous lintian complaint may be annoying. And lintian should provide a rationale for this. I now see that this is provided as an experimental check in lintian, but is not yet shown in normal lintian use. Most of the work I wanted to do before getting rid of symlinks is already done. Since symlinks will no longer be shipped I was pending to decide if I should honour any change by sysadmins in the /usr/lib, /usr/share/dict default symlinks or not. I am getting convinced that I should do this exactly as update-alternatives do, hardcoding those links. This has the additional advantage that is easier to implement and results in the same behavior as before. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
