[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#528021: maintainer scripts put files in /usr/local/ (policy 9.1.2)



On Mon, May 11, 2009 at 10:43:35AM +0200, Holger Levsen wrote:
> 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.)

I think you missed who were the users above, and you are fighting rhetoric with
yet more rhetoric.

> 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 policy allows creating directory like /usr/local/share/texmf in the 
postinst.

> 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 :-)

It seems to me that mktexlsr could honour policy if /usr/local/share/texmf/ls-R
was only created when it would be not empty (i.e. the user installed files
in /usr/local/share/texmf/)

I gather from piuparts this is not the case.

Cheers,
-- 
Bill. <ballombe@debian.org>

Imagine a large red swirl here. 



Reply to: