Hi Troy,
I agree with Stephan. I would like to see the fix in SL and I would like
to have a separate rpm for the fix.
I use at PSI the following S01parentlock's for firefox, thunderbird,
seamonkey (see below). Since four weeks no complains from our users so far.
What's different to your script:
- a profile can have spaces within the profile name, therefore
"$i/.parentlock" instead of $i/.parentlock
- seamonkey has no profiles.ini, that's why I do a 'find -noleaf'
instead of searching in profiles.ini.
- to make it more simpler, I do also a 'find -noleaf' in case of
thunderbird and firefox.
$ more /usr/lib/firefox-1.5.0.5/init.d/S01parentlock
#!/bin/sh
#
# removes .parentlock
#
APP_FOLDER="$HOME/.mozilla/firefox"
find $APP_FOLDER -noleaf -type d -maxdepth 1 -mindepth 1 | while read i; do
if [ ! -L "$i/lock" -a -e "$i/.parentlock" ]; then
rm -f "$i/.parentlock"
fi
done
$ more /usr/lib/thunderbird-1.5.0.5/init.d/S01parentlock
#!/bin/sh
#
# removes .parentlock
#
APP_FOLDER="$HOME/.thunderbird"
find $APP_FOLDER -noleaf -type d -maxdepth 1 -mindepth 1 | while read i; do
if [ ! -L "$i/lock" -a -e "$i/.parentlock" ]; then
rm -f "$i/.parentlock"
fi
done
$ more /usr/lib/mozilla-seamonkey-1.0.3/init.d/S01parentlock
#!/bin/sh
#
# removes .parentlock
#
APP_FOLDER="$HOME/.mozilla"
find $APP_FOLDER -noleaf -type d -maxdepth 2 -mindepth 2 | grep -v
firefox | grep -v
Cache | while read i; do
if [ ! -L "$i/lock" -a -e "$i/.parentlock" ]; then
rm -f "$i/.parentlock"
fi
done
Cheers,
Urs
Troy Dawson wrote:
> Stephan Wiesand wrote:
>> Hi Troy,
>>
>> On Fri, 15 Sep 2006, Troy Dawson wrote:
>>
>>> Hello,
>>> I know the AFS bug with the new browsers is really a 'big lab'
>>> problem (any
>>> lab big enough to use AFS for home space), but I was wondering what
>>> everyone
>>> thought if I put the AFS fix into the generic S.L. mozilla based
>>> packages
>>> (firefox, thunderbird, and seamonkey)?
>>>
>>> Do you think I should do that (generic S.L.)? Or just patch Fermi's?
>>
>> We would certainly welcome having the fix in the SL packages. And if
>> these are the only choices, from our point of view: please go ahead
>> and do it.
>>
>> However, I think there's a third choice, cleaner and in line with SL
>> traditions: put the fix into a tweek rpm. Maybe something like what
>> the "official" flash-plugin rpm is doing:
>>
>> - trigger on installations of firefox, thunderbird, seamonkey
>> - search /usr/lib{,64}/ for their install dirs
>> - copy over the fix script
>>
>> This would make the fix optional, retaining full binary compatibility
>> with
>> upstream for those who don't need the fix. And it's probably less work
>> to maintain in the long run, since we'd have a single noarch rpm for all
>> architectures and all [future] releases of SL, firefox, thunderbird,
>> and seamonkey.
>>
>>> Also, from what I read, the fix is to put a script in
>>> /usr/lib/<browser name and release>/init.d
>>>
>>> That looks like
>>>
>>> #!/bin/sh
>>>
>>> [ -e $HOME/.mozilla/firefox/profiles.ini ] || exit 0
>>>
>>> for i in $(grep Path= $HOME/.mozilla/firefox/profiles.ini | sed
>>> s/Path=//); do
>>> [ ! -L $HOME/.mozilla/firefox/$i/lock -a -e
>>> $HOME/.mozilla/firefox/$i/.parentlock ] &&
>>> rm -f $HOME/.mozilla/firefox/$i/.parentlock
>>> done
>>
>> Yes, this has worked well here since we implemented it. It solves the
>> problem, and I'm not aware of any ill effects. I don't remember exactly,
>> but I think the filename has to start with "S", and the file has to
>> be executable or end in ".sh". Anyway, our fix here uses
>> "S01parentlock" and is mode 0755, and that works.
>>
>> Cheers,
>> Stephan
>>
>
> Hi Stephan,
> You are correct, this really should be a SL rpm. I've been patching
> rpm's for fermilab so much the past two week's I hadn't even thought
> of it.
>
> I'll have those SL rpm's done soon, hopefully.
>
> Oh, on a related note, we need a fix for this for Seamonkey. I'm
> having a hard time finding the user Path for seamonkey. Does anyone
> have a script like this that works with seamonkey?
>
> Troy
|
