Ghee/GNOME 2.22 ARC and RE teams

> We need those sparc and x86 packages more than just for tests.
> I am sure Damien would like to put those packages on SDLC together with 
> our vermillion devel packages
> so that the GNOME 2.22 can be tried out before integration into WOS for 
> Build 88 (according to current schedule).

Note that normally the JDS RE team builds with Nevada build-2.  If these
canges go into Nevada build 87, and since we plan to integrate build 88
into Nevada, this means that we will need to coordinate with JDS RE to
make sure we build vermillion build 88 with Nevada build 87.
Alternatively, we could also build with an older build of Nevada and
just hack the build machines to have the updated libhal.so* binaries.

I understand this should be possible if we coordinate in advance with
the JDS RE team.  I think that adding these features is important enough
that we would want to do this.

Otherwise, these features would be broken in build 88, but then fixed
in build 89, when we would build with Nevada build 87.  Not sure if this
would be a big problem or not.

Brian


> Robert Kinsella wrote:
>> Hi Artem,
>>    I installed the new
>> - /usr/lib/libhal.so.1.0.0 from 
>> /net/aja.sfbay/export0/tamarack/nv-hal-ps/proto/root_i386/usr/lib/libhal.so.1.0.0,
>>  
>>
>> - Having been removed,  I put back the original 
>> /usr/lib/gio/modules/libgiohal-volume-monitor.so file and rebooted.
>>
>> 1. Login is ok.
>> 2. Nautilus is functional.
>> 3. inserted a data cd, nautilus drew new CD icon on desktop and 
>> launched 2x nautilus windows showing cd contents.
>> 4. double clicking on CD icon on desktop nautilus cored and 
>> gnome-mount cored
>> pstacks at:-
>> /net/jdsserv.ireland/scratch/month/rk99157/pstacks_ver86/insertcd_click_on_data_cd_icon.txt
>>  
>>
>>
>>
>> 5. right clicking on desktop icon, select eject -  cd was successfully 
>> ejected
>>
>> 6. Inserted Audio cd - pop up dialog stating unable to mount cd 
>> appeared - sound juicer launched - successfully played cd.
>> - the eject button in sound juicer is greyed out.
>> right click on audio cd in 'places' window in nautilus, select eject 
>> functioned.
>>
>> 7. file, connect to server, setup ftp connect to server, nautilus 
>> crashes on connection attempt.
>> /net/jdsserv.ireland/scratch/month/rk99157/pstacks_ver86/click_on_connect_to_ftp_server_icon.txt
>>  
>>
>>
>> 8. Browsing Samba network - ok
>> 9. Browsing local files, clicking on files so that their default 
>> application e.g. realplayer, staroffice etc launches ok
>>
>>
>> Can you please provide us with sparc and x86 packages (for test).
>>
>> Thanks
>> Bob
>>
>>
>>
>>
>> Ghee Teo wrote:
>>> Hi Artem,
>>>
>>>   Thanks for fixing this so rapidly!
>>>   Bob can test it out and he can verify whether the fix is good for 
>>> integration into HAL or he might discover other problem.
>>>
>>>   If we get a GO from Bob, can you generate a sparc version also. As 
>>> this fix is only going to be available on snv 87, people who install 
>>> vermillion devel build will need a temporary packages for a few builds.
>>>
>>>  Thanks,
>>>
>>> -Ghee
>>>
>>>
>>> Artem Kachitchkine wrote:
>>>>
>>>>> You can find it at /net/mhw.prc/builds/vermillion/devel/86/. 
>>>>
>>>> I reproduced the bug by installing vermillion 86 on top of snv_85. 
>>>> Then implemented the missing libhal functions, replaced 
>>>> /usr/lib/libhal.so.1.0.0 and the desktop seems to work okay now. 
>>>> Except for one thing: although gnome-mount and gnome-umount (spawned 
>>>> by gnome-volume-manager) do their job of mounting and unmounting 
>>>> volumes, they crash at the last moment with:
>>>>
>>>>   Bonobo-CRITICAL **: file bonobo-object.c: line 327: assertion 
>>>> 'BONOBO_IS_OBJECT (object)' failed
>>>>
>>>> waking up the crack-smoking Bug Buddy. Tried running same commands 
>>>> manually from an out-of-session shell, like:
>>>>
>>>>   gnome-umount --display=:0.0 --hal-udi=`hal-find-by-capability 
>>>> --capability=volume`
>>>>
>>>> and everything is peachy, no bonobo assertions. That's for y'all to 
>>>> investigate.
>>>>
>>>> If anyone wants to verify the fix, copy this over existing libhal 
>>>> and reboot:
>>>>
>>>> /net/aja.sfbay/export0/tamarack/nv-hal-ps/proto/root_i386/usr/lib/libhal.so.1.0.0
>>>>  
>>>>
>>>>
>>>> Let me know if that works for you in the short term, and if you want 
>>>> me to integrate it into Nevada. I can run a quick PSARC fasttrack 
>>>> and get it into snv_87.
>>>>
>>>> -Artem
>>>
>>
> 


Reply via email to