compreg.dat, xpti.dat in install DIR (Re: Bug#426569: Fwd: Bug#426569)

Mike Hommey mh at glandium.org
Wed May 30 09:07:19 UTC 2007


On Wed, May 30, 2007 at 10:36:06AM +0200, Alexander Sack wrote:
> 
> Mike,
> 
> On Wed, May 30, 2007 at 10:12:44AM +0200, Silvestre Zabala wrote:
> > On 5/29/07, Mike Hommey <mh at glandium.org> wrote:
> > 
> > >Remove both files (compreg.dat and xpti.dat) and the problem will be
> > >gone.
> > 
> > Perfect!
> > 
> > >I will add this to the postinst scripts.
> > 
> 
> Do you know of a use case where it makes sense to create those files in
> the install directory? If not, is there an upstream bug/fix to not
> create those files?

The only I know of would be to speed up startup time for applications that
don't store these files in the user profile directory, which seems to be the
case for epiphany, which I'm quite surprised, actually.

Actually, it could make sense to generate them though I'm not sure yet what
I might choose. The one thing that could be useful, though, would be to
invalidate in memory what is read from these files when the autoreg file is
newer. What seems to be happening (from my reading of an strace) is that it
tries to write a new set of files and then read from them. Except that when
you're not root, you can't write there. The old problems with the assumption
that mostly anyone can write in the application directory...

I might try to fix this in the long term, but the shorter term will be to
just remove the files in the postinst.

Mike



More information about the pkg-mozilla-maintainers mailing list