[opensuse-kde] Re: [opensuse-kde3] library problem
On Thursday 02 December 2010 05:43:55 Luiz Fernando Ranghetti wrote:
2010/12/2 Bob S <911@pasco.org>:
On Wednesday 01 December 2010 05:19:39 Kyrill Detinov wrote:
Wednesday 01 December 2010
On Tue, 30 Nov 2010 23:39:26 -0500 Bob S wrote:
Google-earth complains it cannot find/open libGL.so.1 and it fails. I have checked my /usr/lib64 directory and it is there. However, it is there but as a link to libGL.so.1.2 Is there another real libGL.so.1 that google wants and not libGL.so.1.2
Try to install Mesa-32bit package.
Thanks Kyrill, That got it started but then it immediately crashed with a message that there is a bug in the program (6.0 beta) and report it to Google.
So I uninstalled it and downloaded an older version (5.7?) and now that won't run because it needs_________./googleearth-bin: ./libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by ./libgoogleearth_lib.so)___________ and zypper doesn't know what it is.
Oh well !!! Thanks for trying. Any other solutions would be welcome from anyone.
Bob S
Hi,
Maybe this could help you:
http://lizards.opensuse.org/2010/12/01/googleearth-6-0-running-in-opensuse- 11-4-factory-64bits/
Thanks Luiz for trying. Didn't help. Still crashes. Bob S -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On 12/03/2010 05:10 AM, Bob S wrote:
On Thursday 02 December 2010 05:43:55 Luiz Fernando Ranghetti wrote:
2010/12/2 Bob S <911@pasco.org>:
On Wednesday 01 December 2010 05:19:39 Kyrill Detinov wrote:
Wednesday 01 December 2010
On Tue, 30 Nov 2010 23:39:26 -0500 Bob S wrote:
Google-earth complains it cannot find/open libGL.so.1 and it fails. I have checked my /usr/lib64 directory and it is there. However, it is there but as a link to libGL.so.1.2 Is there another real libGL.so.1 that google wants and not libGL.so.1.2
Try to install Mesa-32bit package.
Thanks Kyrill, That got it started but then it immediately crashed with a message that there is a bug in the program (6.0 beta) and report it to Google.
So I uninstalled it and downloaded an older version (5.7?) and now that won't run because it needs_________./googleearth-bin: ./libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by ./libgoogleearth_lib.so)___________ and zypper doesn't know what it is.
Oh well !!! Thanks for trying. Any other solutions would be welcome from anyone.
Bob S
Hi,
Maybe this could help you:
http://lizards.opensuse.org/2010/12/01/googleearth-6-0-running-in-opensuse- 11-4-factory-64bits/
Thanks Luiz for trying. Didn't help. Still crashes.
Bob S
Hi, I'm the author of the post on lizard, but as I'm doing lot's of debug in factory, I've pretty all -32 equivalent of -64 lib installed on my system ( I know what a mess it is ) I'm also using the nvidia binary gfx drivers which "adjust" some of the Mesa/GL lib path and lib. And perharps just do what googleearth want. My advice would be : go the the googleearth installed dir, and check each bin and .so with ldd to see if some are missing lib. then use yast / zypper to find which package provide this lib. Don't forget to emulate their startup script as they change the LD path LD_LIBRARY_PATH=.:${GOOGLEEARTH_DATA_PATH}:${LD_LIBRARY_PATH} export LD_LIBRARY_PATH In my case that give the following c-3po:/opt/google-earth # export GOOGLEEARTH_DATA_PATH=`pwd` c-3po:/opt/google-earth # export LD_LIBRARY_PATH=.:${GOOGLEEARTH_DATA_PATH}:${LD_LIBRARY_PATH} c-3po:/opt/google-earth # ldd googleearth-bin linux-gate.so.1 => (0xffffe000) libpthread.so.0 => /lib/libpthread.so.0 (0xf76da000) libdl.so.2 => /lib/libdl.so.2 (0xf76d5000) libgoogleearth_free.so => ./libgoogleearth_free.so (0xf75f6000) libQtCore.so.4 => ./libQtCore.so.4 (0xf72fc000) libQtGui.so.4 => ./libQtGui.so.4 (0xf6891000) libQtNetwork.so.4 => ./libQtNetwork.so.4 (0xf6765000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xf672f000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xf66a7000) libcurl.so.4 => ./libcurl.so.4 (0xf6673000) libX11.so.6 => /usr/lib/libX11.so.6 (0xf6536000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0xf652b000) libXext.so.6 => /usr/lib/libXext.so.6 (0xf6519000) libGL.so.1 => /usr/lib/libGL.so.1 (0xf6450000) libGLU.so.1 => ./libGLU.so.1 (0xf63d1000) librt.so.1 => /lib/librt.so.1 (0xf63c7000) libQtWebKit.so.4 => ./libQtWebKit.so.4 (0xf53c5000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf52d6000) libm.so.6 => /lib/libm.so.6 (0xf52ac000) libc.so.6 => /lib/libc.so.6 (0xf513e000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf5120000) /lib/ld-lsb.so.3 (0xf7738000) libIGCore.so => ./libIGCore.so (0xf5030000) libIGUtils.so => ./libIGUtils.so (0xf5008000) libapiloader.so => ./libapiloader.so (0xf5004000) libauth.so => ./libauth.so (0xf4f9a000) libbase.so => ./libbase.so (0xf4ec0000) libcommon.so => ./libcommon.so (0xf4e2b000) libcommon_gui.so => ./libcommon_gui.so (0xf4e14000) libcommon_platform.so => ./libcommon_platform.so (0xf4e0f000) libcommon_webbrowser.so => ./libcommon_webbrowser.so (0xf4dd3000) libcomponentframework.so => ./libcomponentframework.so (0xf4dcc000) libgeobase.so => ./libgeobase.so (0xf4ae6000) libgeobaseutils.so => ./libgeobaseutils.so (0xf4a9c000) libge_net.so => ./libge_net.so (0xf4a54000) libmath.so => ./libmath.so (0xf49f6000) libmoduleframework.so => ./libmoduleframework.so (0xf49e9000) libport.so => ./libport.so (0xf49e0000) librender.so => ./librender.so (0xf4988000) libreporting.so => ./libreporting.so (0xf4963000) libsgutil.so => ./libsgutil.so (0xf4854000) libspatial.so => ./libspatial.so (0xf468a000) libz.so.1 => /lib/libz.so.1 (0xf4673000) libSM.so.6 => /usr/lib/libSM.so.6 (0xf466a000) libICE.so.6 => /usr/lib/libICE.so.6 (0xf464f000) libexpat.so.1 => /lib/libexpat.so.1 (0xf4624000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0xf4604000) libnvidia-tls.so.260.19.21 => /usr/lib/tls/libnvidia-tls.so.260.19.21 (0xf4602000) libnvidia-glcore.so.260.19.21 => /usr/lib/libnvidia-glcore.so.260.19.21 (0xf2f51000) libIGMath.so => ./libIGMath.so (0xf2f08000) libfusioncommon.so => ./libfusioncommon.so (0xf2f03000) libIGAttrs.so => ./libIGAttrs.so (0xf2e9b000) libIGGfx.so => ./libIGGfx.so (0xf2b17000) libIGSg.so => ./libIGSg.so (0xf2a11000) libuuid.so.1 => /lib/libuuid.so.1 (0xf2a0a000) libXau.so.6 => /usr/lib/libXau.so.6 (0xf2a06000) c-3po:/opt/google-earth # You see the nvidia things ? When I install the nvidia binary, I always answer Yes when it ask for the 32bits part. If that works for you, I will update the post on lizards -- Bruno Friedmann (irc:tigerfoot) Ioda-Net Sàrl www.ioda-net.ch openSUSE Member User www.ioda.net/r/osu Blog www.ioda.net/r/blog fsfe fellowship www.fsfe.org GPG KEY : D5C9B751C4653227 vcard : http://it.ioda-net.ch/ioda-net.vcf -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Friday 03 December 2010 04:20:17 Bruno Friedmann wrote:
On 12/03/2010 05:10 AM, Bob S wrote:
On Thursday 02 December 2010 05:43:55 Luiz Fernando Ranghetti wrote:
2010/12/2 Bob S <911@pasco.org>:
On Wednesday 01 December 2010 05:19:39 Kyrill Detinov wrote:
Wednesday 01 December 2010
On Tue, 30 Nov 2010 23:39:26 -0500 Bob S wrote:
Google-earth complains it cannot find/open libGL.so.1 and it fails. I have checked my /usr/lib64 directory and it is there. However, it is there but as a link to libGL.so.1.2 Is there another real libGL.so.1 that google wants and not libGL.so.1.2
Try to install Mesa-32bit package.
Thanks Kyrill, That got it started but then it immediately crashed with a message that there is a bug in the program (6.0 beta) and report it to Google.
So I uninstalled it and downloaded an older version (5.7?) and now that won't run because it needs_________./googleearth-bin: ./libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by ./libgoogleearth_lib.so)___________ and zypper doesn't know what it is.
Oh well !!! Thanks for trying. Any other solutions would be welcome from anyone.
Bob S
Hi,
Maybe this could help you:
http://lizards.opensuse.org/2010/12/01/googleearth-6-0-running-in-opensu se- 11-4-factory-64bits/
Thanks Luiz for trying. Didn't help. Still crashes.
Bob S
Hi, I'm the author of the post on lizard, but as I'm doing lot's of debug in factory, I've pretty all -32 equivalent of -64 lib installed on my system ( I know what a mess it is )
I'm also using the nvidia binary gfx drivers which "adjust" some of the Mesa/GL lib path and lib. And perharps just do what googleearth want.
My advice would be : go the the googleearth installed dir, and check each bin and .so with ldd to see if some are missing lib. then use yast / zypper to find which package provide this lib.
Don't forget to emulate their startup script as they change the LD path
LD_LIBRARY_PATH=.:${GOOGLEEARTH_DATA_PATH}:${LD_LIBRARY_PATH} export LD_LIBRARY_PATH
In my case that give the following
,,,,,,,,<snipped for brevity>,,,,,,,,,, Hi Bruno, thanks for replying. I've done the ldd thing on one binary and several of the .os files. That brings up one very long list and many of the .so files are common to the most I have looked at. The ones I checked had several Not Found's. Must I check all of the 65 + files for that? Talk about patience and eye-strain.
You see the nvidia things ? When I install the nvidia binary, I always answer Yes when it ask for the 32bits part.
If that works for you, I will update the post on lizards
I hope so, but I am not exactly a guru and must bumble along while learning. May take some time but I will post about it. Is it google-earth or SuSE that is the problem? Bob S
--
-- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On 12/04/2010 05:37 AM, Bob S wrote:
On Friday 03 December 2010 04:20:17 Bruno Friedmann wrote:
On 12/03/2010 05:10 AM, Bob S wrote:
On Thursday 02 December 2010 05:43:55 Luiz Fernando Ranghetti wrote:
2010/12/2 Bob S <911@pasco.org>:
On Wednesday 01 December 2010 05:19:39 Kyrill Detinov wrote:
Wednesday 01 December 2010
On Tue, 30 Nov 2010 23:39:26 -0500 Bob S wrote: > Google-earth complains it cannot find/open libGL.so.1 and it fails. > I have checked my /usr/lib64 directory and it is there. However, it > is there but as a link to libGL.so.1.2 Is there another real > libGL.so.1 that google wants and not libGL.so.1.2
Try to install Mesa-32bit package.
Thanks Kyrill, That got it started but then it immediately crashed with a message that there is a bug in the program (6.0 beta) and report it to Google.
So I uninstalled it and downloaded an older version (5.7?) and now that won't run because it needs_________./googleearth-bin: ./libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by ./libgoogleearth_lib.so)___________ and zypper doesn't know what it is.
Oh well !!! Thanks for trying. Any other solutions would be welcome from anyone.
Bob S
Hi,
Maybe this could help you:
http://lizards.opensuse.org/2010/12/01/googleearth-6-0-running-in-opensu se- 11-4-factory-64bits/
Thanks Luiz for trying. Didn't help. Still crashes.
Bob S
Hi, I'm the author of the post on lizard, but as I'm doing lot's of debug in factory, I've pretty all -32 equivalent of -64 lib installed on my system ( I know what a mess it is )
I'm also using the nvidia binary gfx drivers which "adjust" some of the Mesa/GL lib path and lib. And perharps just do what googleearth want.
My advice would be : go the the googleearth installed dir, and check each bin and .so with ldd to see if some are missing lib. then use yast / zypper to find which package provide this lib.
Don't forget to emulate their startup script as they change the LD path
LD_LIBRARY_PATH=.:${GOOGLEEARTH_DATA_PATH}:${LD_LIBRARY_PATH} export LD_LIBRARY_PATH
In my case that give the following
,,,,,,,,<snipped for brevity>,,,,,,,,,,
Hi Bruno, thanks for replying.
I've done the ldd thing on one binary and several of the .os files. That brings up one very long list and many of the .so files are common to the most I have looked at. The ones I checked had several Not Found's. Must I check all of the 65 + files for that? Talk about patience and eye-strain.
You see the nvidia things ? When I install the nvidia binary, I always answer Yes when it ask for the 32bits part.
If that works for you, I will update the post on lizards
I hope so, but I am not exactly a guru and must bumble along while learning. May take some time but I will post about it. Is it google-earth or SuSE that is the problem?
Bob S
--
I'm pretty sure the check of each binary & so are inevitable to resolve each deps. Unfortunately, I can't get free time to resolve that quickly for you. Easy to answer : googleearth is the culprit ! Why, because they simple to build a 64bits version of there software ( when a linux version is present, thing about picasa, sketchup etc ... ) Eventually, for simple user we as openSUSE, should have a premade and easy to install rpm, but that need quite effort. And most important a long term support, and also should work for the 3-4 running version of openSUSE. And certainly need kind of private obs, due to the non free license. I've found 2 pages on the openSUSE wiki, As you can see, not very refreshed. (another pb we have) Main page http://en.opensuse.org/Google_Earth How to build an rpm on the old http://old-en.opensuse.org/Google_Earth/rpm But as the obs rules specify that we can't host non free package on obs, the repo of the author doesn't contain a pre-made package. So at the end, we need a space to publish that, and check if it's legal to have it online. So a careful reading of the license is needed too. (Not the most funniest part) At your place, I would open an openFATE explaining how it could be cool for end-users to have an rpm of GoogleEarth. (if you open it, try to ping back me the link, so I can watch it) If I don't have customer's urgency during the Christmas break, I can perhaps found a bit of time to see if it can be realized. -- Bruno Friedmann (irc:tigerfoot) Ioda-Net Sàrl www.ioda-net.ch openSUSE Member User www.ioda.net/r/osu Blog www.ioda.net/r/blog fsfe fellowship www.fsfe.org GPG KEY : D5C9B751C4653227 vcard : http://it.ioda-net.ch/ioda-net.vcf -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
At zaterdag 04 december 2010 11:16:09 wrote Bruno Friedmann:
How to build an rpm on the old http://old-en.opensuse.org/Google_Earth/rpm
That's what I wrote ;)
But as the obs rules specify that we can't host non free package on obs, the repo of the author doesn't contain a pre-made package. So at the end, we need a space to publish that, and check if it's legal to have it online. So a careful reading of the license is needed too. (Not the most funniest part)
At your place, I would open an openFATE explaining how it could be cool for end-users to have an rpm of GoogleEarth. (if you open it, try to ping back me the link, so I can watch it)
Related: https://bugzilla.novell.com/show_bug.cgi?id=587619 -- Richard -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On 12/04/2010 01:08 PM, Richard Bos wrote:
At zaterdag 04 december 2010 11:16:09 wrote Bruno Friedmann:
How to build an rpm on the old http://old-en.opensuse.org/Google_Earth/rpm
That's what I wrote ;)
But as the obs rules specify that we can't host non free package on obs, the repo of the author doesn't contain a pre-made package. So at the end, we need a space to publish that, and check if it's legal to have it online. So a careful reading of the license is needed too. (Not the most funniest part)
At your place, I would open an openFATE explaining how it could be cool for end-users to have an rpm of GoogleEarth. (if you open it, try to ping back me the link, so I can watch it)
Hé Richard, you need to refresh the wiki page for version 6 and openSUSE 11.3 and 11.4 :-) Otherwise I saw the bug with the won't fix, and it will certainly be as this for a long time. I've check the license quickly, and there's the US Export restriction, so there's no way to distribute everywhere by any legal way. So users will have to fight themselves with the software. Perhaps we can prepare a meta-package that check and resolve the dependencies before the download and installation of the .bin (which install right in /opt/googleearth when launch by root) That can find easily it's place in Contrib -- Bruno Friedmann (irc:tigerfoot) Ioda-Net Sàrl www.ioda-net.ch openSUSE Member User www.ioda.net/r/osu Blog www.ioda.net/r/blog fsfe fellowship www.fsfe.org GPG KEY : D5C9B751C4653227 vcard : http://it.ioda-net.ch/ioda-net.vcf -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Saturday 04 December 2010, 17:57:51 Bruno Friedmann wrote:
On 12/04/2010 01:08 PM, Richard Bos wrote:
At zaterdag 04 december 2010 11:16:09 wrote Bruno Friedmann:
How to build an rpm on the old http://old-en.opensuse.org/Google_Earth/rpm
That's what I wrote ;)
But as the obs rules specify that we can't host non free package on obs, the repo of the author doesn't contain a pre-made package. So at the end, we need a space to publish that, and check if it's legal to have it online. So a careful reading of the license is needed too. (Not the most funniest part)
At your place, I would open an openFATE explaining how it could be cool for end-users to have an rpm of GoogleEarth. (if you open it, try to ping back me the link, so I can watch it)
Hé Richard, you need to refresh the wiki page for version 6 and openSUSE 11.3 and 11.4 :-)
Otherwise I saw the bug with the won't fix, and it will certainly be as this for a long time. I've check the license quickly, and there's the US Export restriction, so there's no way to distribute everywhere by any legal way.
So users will have to fight themselves with the software. Perhaps we can prepare a meta-package that check and resolve the dependencies before the download and installation of the .bin (which install right in /opt/googleearth when launch by root)
That can find easily it's place in Contrib
I've summed up a few related findings here (although a bit dated): http://www.google.com/support/forum/p/earth/thread?tid=3e5b58f141268929&hl=en Given that they completely _ignore_ such detailed reports, I've tagged this project with a big and fat "arrogant morons" flag internally. It's exactly this attitude, that _I_ hate from google. What I would suggest, that we try to find a place in build service, where we provide/nurse the specs only, since it is a painful process to find a matching combination of libs with the lowest prebuild portion possible (that probably needs adjustments for all supported openSUSE versions). We could try to provide some libs there built as compatible as possible, if necessary. Pete -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
At zaterdag 04 december 2010 22:36:22 wrote Hans-Peter Jansen:
I've summed up a few related findings here (although a bit dated):
http://www.google.com/support/forum/p/earth/thread?tid=3e5b58f141268929& ;hl=en
That sums up pretty much the problems with Google Earth indeed. Is there no-one that has a connection with a person working at Google that can change this? Perhaps enroll for summer of code or code in project? Perhaps call the google office in ones country?
Given that they completely ignore such detailed reports, I've tagged this project with a big and fat "arrogant morons" flag internally.
It's exactly this attitude, that I hate from google.
Is this because they concentrate on MS Windows, and not on linux (or Apple)?
What I would suggest, that we try to find a place in build service, where we provide/nurse the specs only, since it is a painful process to find a matching combination of libs with the lowest prebuild portion possible (that probably needs adjustments for all supported openSUSE versions). We could try to provide some libs there built as compatible as possible, if necessary.
That would be good indeed. What would be good repository (location)? What about: Application:/Geo:? -- Richard -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
At zaterdag 04 december 2010 22:36:22 wrote Hans-Peter Jansen:
Given that they completely ignore such detailed reports, I've tagged this project with a big and fat "arrogant morons" flag internally.
It's exactly this attitude, that I hate from google
I received the following email today from them: Re: Issue 702 in earth-issues: The libraries libbase.so, libge_net.so, libgeobase.so and libminizip.so have an incorrect dependency to ./libminizip.so From: codesite-noreply@google.com To: me Datum: today 03:25:08 Updates: Status: Fixed Comment #2 on issue 702 by robertl...@google.com: The libraries libbase.so, libge_net.so, libgeobase.so and libminizip.so have an incorrect dependency to ./libminizip.so http://code.google.com/p/earth-issues/issues/detail?id=702 Solved in 6.0. -- You received this message because you starred the issue. You may adjust your notification preferences at: https://code.google.com/hosting/settings ================================================= Suddenly this thing is fixed. If that is true, it should at least make it easier to build Google Earth. -- Richard -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
Hi Bruno, At zaterdag 04 december 2010 17:57:51 wrote Bruno Friedmann:
On 12/04/2010 01:08 PM, Richard Bos wrote:
At zaterdag 04 december 2010 11:16:09 wrote Bruno Friedmann:
How to build an rpm on the old http://old-en.opensuse.org/Google_Earth/rpm
That's what I wrote ;)
But as the obs rules specify that we can't host non free package on obs, the repo of the author doesn't contain a pre-made package. So at the end, we need a space to publish that, and check if it's legal to have it online. So a careful reading of the license is needed too. (Not the most funniest part)
At your place, I would open an openFATE explaining how it could be cool for end-users to have an rpm of GoogleEarth. (if you open it, try to ping back me the link, so I can watch it)
Hé Richard, you need to refresh the wiki page for version 6 and openSUSE 11.3 and 11.4 :-)
I should, but I won't. I'm not busy at the moment with GE. Hence I hope that others will update the wiki, or create a similar page but for GE-6.
Otherwise I saw the bug with the won't fix, and it will certainly be as this for a long time. I've check the license quickly, and there's the US Export restriction, so there's no way to distribute everywhere by any legal way.
So users will have to fight themselves with the software. Perhaps we can prepare a meta-package that check and resolve the dependencies before the download and installation of the .bin (which install right in /opt/googleearth when launch by root)
That can find easily it's place in Contrib
That would be wonderful indeed. -- Richard -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Saturday 04 December 2010, 17:57:51 Bruno Friedmann wrote:
On 12/04/2010 01:08 PM, Richard Bos wrote:
At zaterdag 04 december 2010 11:16:09 wrote Bruno Friedmann:
How to build an rpm on the old http://old-en.opensuse.org/Google_Earth/rpm
That's what I wrote ;)
But as the obs rules specify that we can't host non free package on obs, the repo of the author doesn't contain a pre-made package. So at the end, we need a space to publish that, and check if it's legal to have it online. So a careful reading of the license is needed too. (Not the most funniest part)
At your place, I would open an openFATE explaining how it could be cool for end-users to have an rpm of GoogleEarth. (if you open it, try to ping back me the link, so I can watch it)
Hé Richard, you need to refresh the wiki page for version 6 and openSUSE 11.3 and 11.4 :-)
Otherwise I saw the bug with the won't fix, and it will certainly be as this for a long time. I've check the license quickly, and there's the US Export restriction, so there's no way to distribute everywhere by any legal way.
So users will have to fight themselves with the software. Perhaps we can prepare a meta-package that check and resolve the dependencies before the download and installation of the .bin (which install right in /opt/googleearth when launch by root)
That can find easily it's place in Contrib
With one (for me) hard to accept downside: it's going to install this big chunk without any control, and if you study my other reply to this thread, you might be able to imagine, what effort it takes to produce something, that is finally operating reliable... Pete -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
participants (4)
-
Bob S
-
Bruno Friedmann
-
Hans-Peter Jansen
-
Richard Bos