How to make a pet or sfs of Google Earth 64?.
Hi @Eathray
I saw your post, here, back in March. I just reviewed to see there were no responses.
But, you have taken some reasonable steps to address that by showing us a pathway from deb to system installation steps. As a result you have shared your finding in this pathway.
You may want to send a PM @JamesBond for his insights and advice to this thread. He is most helpful to many of us in this 64bit area. This becomes increasingly important as more and more Puppylanders are getting 64bit in various configuration platforms, thus the increase in 64bit PUPs are rising.
Hope this helps in getting a good pathway approach workable.
I saw your post, here, back in March. I just reviewed to see there were no responses.
But, you have taken some reasonable steps to address that by showing us a pathway from deb to system installation steps. As a result you have shared your finding in this pathway.
You may want to send a PM @JamesBond for his insights and advice to this thread. He is most helpful to many of us in this 64bit area. This becomes increasingly important as more and more Puppylanders are getting 64bit in various configuration platforms, thus the increase in 64bit PUPs are rising.
Hope this helps in getting a good pathway approach workable.
download google earth-64bit.deb
mkdir /tmp/xxx
cd /tmp/xxx
undeb /path/to/google-earth.deb
chmod 0755 /tmp/xxx # very important, do this or you are screwed
mkdir lib # note lib, not lib64, if you use lib64 you are screwed
cd lib
ln -s ld-2.11.1.so ld-lsb-x86-64.so.3 # for Fatdog 521
ln -s ld-2.13.so ld-lsb-x86-64.so.3 # for Fatdog 631
cd /tmp
mksquashfs xxx google-earth.sfs
copy the sfs somewhere, load the sfs, open terminal, type google-earth, enjoy.
If you want to make pet the instead of mksquashfs, use dir2pet (you have to rename xxx to something with a number e.g. xxx-630).
Note: Works fine in 631. Launches in 521, but crash when trying to download something. Choose only one of the ln -s above, for your appropriate version (ie don't do both).
mkdir /tmp/xxx
cd /tmp/xxx
undeb /path/to/google-earth.deb
chmod 0755 /tmp/xxx # very important, do this or you are screwed
mkdir lib # note lib, not lib64, if you use lib64 you are screwed
cd lib
ln -s ld-2.11.1.so ld-lsb-x86-64.so.3 # for Fatdog 521
ln -s ld-2.13.so ld-lsb-x86-64.so.3 # for Fatdog 631
cd /tmp
mksquashfs xxx google-earth.sfs
copy the sfs somewhere, load the sfs, open terminal, type google-earth, enjoy.
If you want to make pet the instead of mksquashfs, use dir2pet (you have to rename xxx to something with a number e.g. xxx-630).
Note: Works fine in 631. Launches in 521, but crash when trying to download something. Choose only one of the ln -s above, for your appropriate version (ie don't do both).
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Okay, so thanks to Mike, Oscar, GC and James...
Google Earth now works over here, or at least tries to (it doesn't really like my graphics card, but I can just upgrade my driver I think).
So Mike built an .sfs (works)...
Oscar mentioned the sym-link issue (correct)...
GC suggested I talk to James (sound advice)...
and James identified the files and paths that needed linking (works).
In addition, Mike helped me understand what James was saying on the side, quoted here with permission:
Last item... is it possible for us to build a .sfs that includes the sym-link(s) needed?
Thanks again to all,
Eathray
Google Earth now works over here, or at least tries to (it doesn't really like my graphics card, but I can just upgrade my driver I think).
So Mike built an .sfs (works)...
Oscar mentioned the sym-link issue (correct)...
GC suggested I talk to James (sound advice)...
and James identified the files and paths that needed linking (works).
In addition, Mike helped me understand what James was saying on the side, quoted here with permission:
This deal works in Fatdog64-520 and Lighthouse64-514b, so I'm assuming it will pretty much work in all Fatdog64-5xx and Lighthouse64-5xx, with maybe slightly different lib names, or not.What you have so far ONLY seems to be lacking the famous link you need........ his info I believe is sound.
If you go with what you have now the you would start up rox and go into /lib .... home...go up...into lib
then look for the file
ld-2.13.so OR ld-2.11.1.so
then right click on it ...choose link...
and then name it ld-lsb-x86-64.so.3
Last item... is it possible for us to build a .sfs that includes the sym-link(s) needed?
Thanks again to all,
Eathray
well the snag is that would suggest haing one symlink pointing to 2 potential files and thats not allowed as such. That does not include what to do if a further name change pops up with releases....seems like a situation that needs a more generic solution than just making a particular package work.Last item... is it possible for us to build a .sfs that includes the sym-link(s) needed?
It would involve some sort of install script...pets have that option and the sfs loader does in some manner but both are out of my domain.
I am sure someone will leap in and do the do...
Without opengl acceleration working it will indeed run like cold custard...not sure what the puppy arrangements are now...used to be the xorg hi package or proprietary driver.
mike
There is only one symlink required. It should point to "ld-linux-x86-64.so.2". Create the symlink in /lib (not /lib64). "ln -s ld-linux-x86-64.so.2 ld-lsb-x86-64.so.3". And that should work for all Fatdog versions (up to 631. In 700, the symlink must be in /lib64 - but that's another story ).
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
- neerajkolte
- Posts: 516
- Joined: Mon 10 Feb 2014, 07:05
- Location: Pune, India.
My thought is similar, GC, although I wasn't thinking a script.
A little confusion... James is saying only one symlink required which leads to ld-linux-x86-64.so.2. Mike I think is saying the link could originate from one of several libs, ld-2.11.1.so or ld-2.13.so. I have the latter of the two. Only one of these would be used on any given system as I think James indicates, but if both were present... it wouldn't matter which of the two starting libs were picked up... so... two syms pointing to one file and the system will decide which one it wants to use based on which of the two libs it has as a starting point...?
Is that clear and correct? I only have the one symlink from ld-2.13.so to ld-linux-x86-64.so.2 which works, but I'm not sure how you link the other starting lib to the final if it's not present. I guess there needs to be a script to tell the system to look for either/or in order to have a pet/sfs that doesn't need a symlink afterword... or there has to be more than one pet/sfs based on which libs you have...
Or can a pet/sfs carry its own starting lib that it will prefer?
I'm just thinking outloud... maybe it's not that big of a deal to add the symlink after the fact so long as future users know about it... It's always hard for newbies to find those little details.
What do you guys say?
I can call this thread solved, because there are now adequate instructions to install from a .deb package that James gave, and there is the .sfs package Mike made, and there is documented the symlink that needs to be made. I'm not sure future searchers will easily find the info but it's here if they find and read the thread.
Suggestions? Good enough? Call it Solved?
Eathray
A little confusion... James is saying only one symlink required which leads to ld-linux-x86-64.so.2. Mike I think is saying the link could originate from one of several libs, ld-2.11.1.so or ld-2.13.so. I have the latter of the two. Only one of these would be used on any given system as I think James indicates, but if both were present... it wouldn't matter which of the two starting libs were picked up... so... two syms pointing to one file and the system will decide which one it wants to use based on which of the two libs it has as a starting point...?
Is that clear and correct? I only have the one symlink from ld-2.13.so to ld-linux-x86-64.so.2 which works, but I'm not sure how you link the other starting lib to the final if it's not present. I guess there needs to be a script to tell the system to look for either/or in order to have a pet/sfs that doesn't need a symlink afterword... or there has to be more than one pet/sfs based on which libs you have...
Or can a pet/sfs carry its own starting lib that it will prefer?
I'm just thinking outloud... maybe it's not that big of a deal to add the symlink after the fact so long as future users know about it... It's always hard for newbies to find those little details.
What do you guys say?
I can call this thread solved, because there are now adequate instructions to install from a .deb package that James gave, and there is the .sfs package Mike made, and there is documented the symlink that needs to be made. I'm not sure future searchers will easily find the info but it's here if they find and read the thread.
Suggestions? Good enough? Call it Solved?
Eathray
- neerajkolte
- Posts: 516
- Joined: Mon 10 Feb 2014, 07:05
- Location: Pune, India.
An Install script which will detect puppy type and do changes accordingly.... Hmmmm...mikeb wrote:Ok to restate... only one link is needed...BUT the link itself will vary depending on the system. A sfs made for one will fail on another for example. I believe pets can run install scripts..I assume thats the way to deal with this.
mike
Sounds tempting, will make single pet run on all puppies, one expansive repo for all puppies. (I am dreaming for future again )
But it will demand quite good knowledge of how different puppies works and their not so obvious differences, slacko based, debian, t2, 32bit, 64bit........
Is it even remotely possible?
"One of my most productive days was throwing away 1000 lines of code."
- Ken Thompson
“We tend to overestimate the effect of a technology in the short run and underestimate the effect in the long run.â€
- Amara’s Law.
- Ken Thompson
“We tend to overestimate the effect of a technology in the short run and underestimate the effect in the long run.â€
- Amara’s Law.
No, only one link is needed. Located in /lib, ld-lsb-x86-64.so.3 should be linked to ld-linux-x86-64.so.2. This will work across all published Fatdog64 versions (and LH64 too, I believe, but I have not checked that).mikeb wrote:Ok to restate... only one link is needed...BUT the link itself will vary depending on the system. A sfs made for one will fail on another for example. I believe pets can run install scripts..I assume thats the way to deal with this.
mike
All in due timeFD 7 ooooooohhhhh is it coming soon? will be near highspeed internet end of workweek just putting that out there no pressure..
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Well
Mike
ln -s ld-2.11.1.so ld-lsb-x86-64.so.3 # for Fatdog 521
ln -s ld-2.13.so ld-lsb-x86-64.so.3 # for Fatdog 631
led me to believe there were at least 2 possibilities...just trying to get the record straight here based on supplied information.(up to 631. In 700, the symlink must be in /lib64 - but that's another story Wink ).
Mike
@mikeb,
Correct, that was my original post. But it has since been superseded this http://murga-linux.com/puppy/viewtopic. ... 852#783852 and the top post of this page - you don't need to link it directly to ld-2.11.1 or ld-2.13, instead link it to ld-linux-x86-64.so.2. And create that link in /lib (not lib64). As for Fatdog64 700 requiring another location - well, Fatdog64 700 isn't released yet so you can ignore it
@Ted Dog,
Yes planning for that, but each time I want to upload the ISO I found another bug that requires fixing ... it's like cooking popcorn in microwave. You just have to wait until the pop goes down to once or twice a second or so to know it's good to go
Correct, that was my original post. But it has since been superseded this http://murga-linux.com/puppy/viewtopic. ... 852#783852 and the top post of this page - you don't need to link it directly to ld-2.11.1 or ld-2.13, instead link it to ld-linux-x86-64.so.2. And create that link in /lib (not lib64). As for Fatdog64 700 requiring another location - well, Fatdog64 700 isn't released yet so you can ignore it
@Ted Dog,
Yes planning for that, but each time I want to upload the ISO I found another bug that requires fixing ... it's like cooking popcorn in microwave. You just have to wait until the pop goes down to once or twice a second or so to know it's good to go
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]