Last item... is it possible for us to build a .sfs that includes the sym-link(s) needed?
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.
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.
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 ).
With features unique to PETs, can/cannot a feature of PET run a script that determines which 64bit distro installing to, and sets the symbolic-link proper?
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.
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.
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
An Install script which will detect puppy type and do changes accordingly.... Hmmmm...
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.
well it only seems to affect the 64 bit varieties of which there are 2 I believe... Its not something that normally happens...it may only be with google earth for that matter.
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
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).
FD 7 ooooooohhhhh is it coming soon? will be near highspeed internet end of workweek just putting that out there no pressure..
@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
Can we make a .sfs that will include the one link? Or not worth it?
As far as Fatdog and Lighthouse, I've never seen a pet or sfs for one that did not work in the other, especially in the 5xx series, but also the 6xx too, which I've played with a little.
I mentioned Google Earth didn't like my graphics card and that I would update my driver.
Previously I was running the vesa driver because it is so compatible and performs fine with most things I do. I upgraded to the Intel i945 and ran Earth. Initially it gave a false warning as before about not supporting the card, but I set that warning not to show again, and it launched without incident. I took it for a spin, found my house, and was able to see my Jeep parked there next to my wife's Jeep, his and hers.
I would love to see it elevated to the repo's... but I'm not sure how we let people know that it needs a symlink once installed. There's not really a way to let others know from the repo's unless it's in the title.
All it seems we need is to recompile the .sfs with the symlink included, but I've never actually done a .sfs before. I've done 1 pet package, and 1 puppy remaster... which is to say, as amateur developers go, I am extremely, deeply and profoundly amateur.
But I love to learn if someone wants to lead the way...
Tried to install on a second computer with an nvidia card, just wanting to see the performance... Installed the same as on my laptop which now works, but this one returned an error:
[quote]Failed to load “/opt/google/earth/free/libinput_plugin.so