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
signature.asc
Description: This is a digitally signed message part.
