reassign 528021 debian-policy severity 528021 important thanks Hi Norbert, On Sonntag, 10. Mai 2009, Norbert Preining wrote: > The problem is that it seems you don't have an idea about what ls-R files > are and how they are created. I wouldnt call it _the_ problem here, but it surely has been part of it :-) Thanks for your explaination! (And your patience too.) [/u/l/s/texmf = /usr/local/share/texmf] > So there are two ways: Either we create /u/l/s/texmf and make several > other programs working more easily and straight forward, but there > will be /u/l/s/texmf/ls-R and thus it will not be cleaned. > Or we do NOT create /u/l/s/texmf and some programs need extra setup, > and we have happy piuparts. > My sympathy is with the users. Besides that I'm a user too, and a user who dislikes stuff in /usr/local and for sure not alone with that, the point is not about making piuparts (or it's developers) happy. (IOW: Your rhetoric felt insulting.) The point is about following policy and policy says, that packages should not put files in /usr/local and should not rely on them being there to work properly. But as it seems you have a valid reason for an policy exception I'm reassigning this bug to debian-policy, so the policy team can decide on this matter and include these exceptions into policy. (these exceptions = to put the file there in the first place, and then, to also remove it later.) For the time being I will make piuparts ignore /usr/local/share/texmf/ls-R - if the policy-team decides based on this bug that this is not acceptable, I can easily revert it and re-run piuparts on these packages :-) regards, Holger
Attachment:
signature.asc
Description: This is a digitally signed message part.