https://plf.zarb.org/bugzilla/show_bug.cgi?id=266

--- Comment #10 from Davy Defaud <[email protected]> 2010-03-12 12:14:38 CET 
---
(In reply to comment #9)

Thanks for your feedback.

> First issue: private copy of QT4.
> 
> Whereas the idea of replacing private copy of QT4 with system one seems
> interesting, it is barely achievable, as we can build googleearth against 
> them,
> and we can't expect substituting a different version, with different build
> options, will work reliably. On cooker, for instance, googleearth starts, and
> crashes immediatly:
> 

Of course, you are right about the reliability, what I tried is quite
adventurous.
Rebuilding the needed Qt4 libs would be probably enough. But of course it would
increase the maintenance work a lot. I would understand that you don't want to
go this way.

What about providing the Mandriva Qt4 libs that are known to be working, the
ones from 2010.0, as a replacement of Google's ones ? It is a bit crappy, but
anyway, with this kind of package we don't have to compile anything as there is
no source code? At least should work on cooker...

> 
> Also, it doesn't really save any space, as installing the four required
> libraries actually installs approximatively 50 packages on a x86_64 system.

Hélas! Google still doesn't provide a 64 bits googleearth. Adobe provides a 64
bits flash-player plugin (albeit it's a beta version) but still doesn't provide
a 64 bits Adobe Reader. I hope this will change in a near future.

> 
> Second issue: GTK theme support under QT.
> 
> Given than any QT application would benefit from GTK theme support, I don't
> think that's worth adding a specific soft dependency in googleearth package
> just for this. That's rather a general documentation issue, even if I don't 
> see
> where it should belong.

My RPM is a first raw proposition a kind of RFC. But as I wrote in comment #7 a
specific optional subpackage called googleearth-gtk-compat and requiring the
necessary libs, i.e. libgtk-engines2 and libcanberra-gtk0 (I'm not sure this
one is really needed, but it avoids displaying libcanberra errors when started
in a terminal).
We could ever display the suggestion when one is installing googleearth by
using urpmi.readme file.

I can try to modify my RPMS in order to implement this.

Do you think it's worth to go ahead, or we should just wait for Google to
complete their job?

> 
> Third issue: /var/googleearth usage
> 
> It seems to be possible to use a temporary directory here, but the download
> script is a bit convoluted. I have to test.

Nice.

> I don't understand the need to set LC_NUMERIC, or the issue with a shared
> cache, that would mix start location in multi-user scenario. As googleearth is
> a user-run application, each users saves its own data under its own directory 
> ?

Well, I guess you run a cooker box and you haven't been able to start
googleearth with Mandriva Qt4 libs, as you reported that it crashes...
When using Mandriva Qt4 libs on 2010, if you don't set LC_NUMERIC to a locale
which the decimal separator is a point, like our French coma for example, then
what you will see in GE 3D view is a white ball. I guess it's a matter of
coordinates evaluation with a scanf() function affected by the locales
settings.

-- 
Configure bugmail: https://plf.zarb.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
_______________________________________________
PLF-discuss mailing list
[email protected]
https://www.zarb.org/mailman/listinfo/plf-discuss

Reply via email to