The time now is Wed 27 Jan 2021, 10:03
All times are UTC - 4 |
Author |
Message |
peebee

Joined: 21 Sep 2008 Posts: 4391 Location: Worcestershire, UK
|
Posted: Mon 22 Jan 2018, 08:09 Post subject:
Re: Couple of Questions |
|
mikeslr wrote: | Taking into consideration that an fdrv.sfs is required (which peebee has also made available) and that not all Puppies are "fdrv aware", can these be used in Puppies other than LxPup?
mikesLr |
Hi Mike
Short answer=yes. Longer answer - if fdrv is not automatically loaded by init (only likely in very old pups) then you could try explicitly loading it as an .sfs assuming that it isn't needed on the very first boot to get a basic system running.....as always in pupland - try it and see
Otherwise the zdrv and fdrv would need to be "combined"....
Cheers
peebee
_________________
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
|
Back to top
|
|
 |
mikeslr

Joined: 16 Jun 2008 Posts: 3913 Location: 500 seconds from Sol
|
Posted: Mon 22 Jan 2018, 17:56 Post subject:
|
|
Thanks peebee,
Probably could have used your first suggestion, but your second method worked fine with Xenialpup64.
Ally, changing the "pfs" ending to "sfs" does, in fact, enable their contents to be viewed and perhaps used with non-Russian-built Puppies. However, I have some doubts about the later. An examination of the included files revealed several with suffixes I'm not familiar with from my dissection of other Puppies and applications.
I didn't test, nor expend the time which would have been necessary to ascertain how those files functioned within their system.
mikesLr
|
Back to top
|
|
 |
ozsouth
Joined: 01 Jan 2010 Posts: 862 Location: S.E Australia
|
Posted: Fri 27 Apr 2018, 04:18 Post subject:
|
|
I've made a 64bit Slacko compatible 4.9.94 kernel via Puppy kernel-kit, with the cutdown firmware option. Is Spectre/Meltdown mitigated.
Adding needed firmware to (or using another) fdrv will be helpful. Uses performance cpu governor by default (max speed).
Have swapped it into Slacko64 6.9.9.9 and LxpupSc64 18.03. Works ok in both. As usual, use at own risk.
Kernel: http://archive.org/download/Puppy_Linux_Huge-Kernels/huge-4.9.94-s64.tar.bz2
md5: a84bf520693321ffa78062fe9335097e huge-4.9.94-s64.tar.bz2
Sources: https://archive.org/download/Puppy_Linux_Kernels/kernel_sources-4.9.94-s64.sfs
md5: 25c7d6be2f67188d98b7e2f3e339f94b output/kernel_sources-4.9.94-s64.sfs
Thanks to ally for mirroring.
.
Last edited by ozsouth on Tue 01 May 2018, 20:03; edited 3 times in total
|
Back to top
|
|
 |
ally

Joined: 19 May 2012 Posts: 1983 Location: lincoln, uk
|
Posted: Fri 27 Apr 2018, 09:38 Post subject:
|
|
mirrored here: http://archive.org/details/Puppy_Linux_Huge-Kernels
http://archive.org/download/Puppy_Linux_Huge-Kernels/huge-4.9.94-s64.tar.bz2
|
Back to top
|
|
 |
musher0
Joined: 04 Jan 2009 Posts: 15041 Location: Gatineau (Qc), Canada
|
Posted: Fri 27 Apr 2018, 10:22 Post subject:
Re: Couple of Questions |
|
peebee wrote: | mikeslr wrote: | Taking into consideration that an fdrv.sfs is required (which peebee has also made available) and that not all Puppies are "fdrv aware", can these be used in Puppies other than LxPup?
mikesLr |
Hi Mike
Short answer=yes. Longer answer - if fdrv is not automatically loaded by init (only likely in very old pups) then you could try explicitly loading it as an .sfs assuming that it isn't needed on the very first boot to get a basic system running.....as always in pupland - try it and see
Otherwise the zdrv and fdrv would need to be "combined"....
Cheers
peebee |
Hello, peebee, mikeslr and all.
It used to be (around the time of jrb's Puppy 4.12 / 4.21) that Puppy
would load automatically any sfs with its version number in it. (E.g.
something like openoffice_4.12.sfs, gimp_4.12.sfs, etc.) Has that capacity
been removed from the init in new Puppies?
(This is a real question, not a rhetorical one: if that capacity is still there,
it could be put to good use. Also, if this capacity is still present, combining
the fdrv with the zdrv would not be necessary.)
In any case, one could still load this fdrv sfs through sfs_load, no?
BFN.
_________________ musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
|
Back to top
|
|
 |
peebee

Joined: 21 Sep 2008 Posts: 4391 Location: Worcestershire, UK
|
Posted: Fri 27 Apr 2018, 12:40 Post subject:
Re: Couple of Questions |
|
musher0 wrote: | Has that capacity
been removed from the init in new Puppies? |
AFAIK - yes.
_________________
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
|
Back to top
|
|
 |
ozsouth
Joined: 01 Jan 2010 Posts: 862 Location: S.E Australia
|
Posted: Mon 30 Apr 2018, 20:23 Post subject:
|
|
Info on 4.9.94 64bit kernel 4 posts up, as I should have done it at first.
.
Last edited by ozsouth on Tue 01 May 2018, 20:18; edited 3 times in total
|
Back to top
|
|
 |
ozsouth
Joined: 01 Jan 2010 Posts: 862 Location: S.E Australia
|
Posted: Tue 01 May 2018, 19:51 Post subject:
|
|
I've made a 64bit Slacko compatible 4.14.35 kernel via Puppy kernel-kit, with the no firmware option. Is Spectre/Meltdown mitigated.
Needs firmware by making own (or using another) fdrv . Uses performance cpu governor by default (max speed). As usual, use at own risk.
Kernel: https://archive.org/download/Puppy_Linux_Huge-Kernels/huge-4.14.35-s64oz.tar.bz2
md5: bcfb60c7cb3aeccc725656078ef7726d huge-4.14.35-s64oz.tar.bz2
Sources: https://archive.org/download/Puppy_Linux_Kernels/kernel_sources-4.14.35-s64oz.sfs
md5: 79db21861a5d2d9be9a94c11de5822ab output/kernel_sources-4.14.35-s64oz.sfs
.
Last edited by ozsouth on Tue 01 May 2018, 21:06; edited 2 times in total
|
Back to top
|
|
 |
ally

Joined: 19 May 2012 Posts: 1983 Location: lincoln, uk
|
Posted: Tue 01 May 2018, 20:39 Post subject:
|
|
mirrored here: http://archive.org/details/Puppy_Linux_Huge-Kernels
and here:
http://archive.org/details/Puppy_Linux_Kernels
|
Back to top
|
|
 |
ozsouth
Joined: 01 Jan 2010 Posts: 862 Location: S.E Australia
|
Posted: Thu 14 Jun 2018, 08:03 Post subject:
|
|
I made a 64bit Slacko compatible 4.14.47 kernel via Puppy kernel-kit, with the no firmware option. Need firmware by making (or using another) fdrv.
Is Spectre/Meltdown mitigated. Uses performance cpu governor by default (max speed).
Have swapped it into Slacko64 6.9.9.9 and LxpupSc64 18.03. Works ok in both. As usual, use at own risk.
Kernel: https://archive.org/download/Puppy_Linux_Huge-Kernels/huge-4.14.47-s64oz.tar.bz2
md5: 5f7f80ffa2ba8250fc0beba240cbb002
Sources: https://archive.org/download/Puppy_Linux_Kernels/kernel_sources-4.14.47-s64oz.sfs
md5: 92af983e8df7a9bfa807d5fc914bdfe8
.
|
Back to top
|
|
 |
ozsouth
Joined: 01 Jan 2010 Posts: 862 Location: S.E Australia
|
Posted: Sat 22 Sep 2018, 05:53 Post subject:
|
|
I've made a 64bit Slacko compatible 4.14.69 kernel via Puppy kernel-kit, with the no firmware option.
Is Spectre/Meltdown mitigated - except microcode update is needed for spectre 3a, for some processors.
Needs firmware by making own (or using another) fdrv . Uses performance cpu governor by default (max speed).
Have swapped it into Slacko64 6.9.9.9 and LxpupSc64 18.03. Works ok in both. As usual, use at own risk.
Kernel: https://archive.org/download/Puppy_Linux_Huge-Kernels/huge-4.14.69-s64oz.tar.bz2
md5: 4b7d415d8b9cd469a2530212fba51214 huge-4.14.69-s64oz.tar.bz2
Sources: https://archive.org/download/Puppy_Linux_Kernels/kernel_sources-4.14.69-s64oz.sfs
md5: 5a20cef507725ee2068016cdc3d723f5 kernel_sources-4.14.69-s64oz.sfs
.
|
Back to top
|
|
 |
ozsouth
Joined: 01 Jan 2010 Posts: 862 Location: S.E Australia
|
Posted: Thu 08 Nov 2018, 18:45 Post subject:
Kernels & Stability |
|
Kernels are not directly interchangeable between slacko & ubuntu derivatives. Problem is /usr/lib64. In slacko it is a physical directory; in ubuntu it is a symlink to /usr/lib. In bionic64, zdrv uses /usr/lib64 as a physical directory, which contains the libau.* files (that would be correct for a slacko derivative). They should be in /usr/lib and /usr/lib64 should be a symlink of that. This was the case in xenial64. Loading .pets in the wrong base often causes the same problem. For those with issues in ubuntu derivatives, try moving /usr/lib64 files into /usr/lib, deleting /usr/lib64, then symlinking /usr/lib to /usr/lib64.
Last edited by ozsouth on Thu 08 Nov 2018, 23:19; edited 1 time in total
|
Back to top
|
|
 |
mikeslr

Joined: 16 Jun 2008 Posts: 3913 Location: 500 seconds from Sol
|
Posted: Thu 08 Nov 2018, 21:39 Post subject:
|
|
Although the workaround he suggested should work, I'm not sure ozsouth is entirely correct. I've been employing kernel version 4.15.0-lxpup64 in Xenialpup64 for several months now without a problem running any application: originally under Xenialpup64-7.0.8, the last week or two under Xenialpup64-7.5. Tahrpup64 also uses that kernel.
Slackos, which are binary-compatible with Slackware, use of /lib64 folders to hold 64-bit libraries. The problem with the "Ubuntu-Pups" is that they are binary-compatible with either Ubuntu Trusty Tahr or Ubuntu Xenial Xerus with access to their respective Ubuntu repos. Ubuntu published those to locate 64-bit libraries in folders bearing the names x86_64-linux-gnu*. I think its a 'woof' problem, but neither Tahrpup64 nor Xenialpup64 have ever been able to recognize the existence of those folders. Applications created for Ubuntu when used under "Ubuntu-Pups" are unable to find the libraries located in such folders. So, the 'work-around' was to move libs from them into /lib and create symbolic links named x86_64-linux-gnu to /lib.
It should be noted that Tahrpup and Xenialpup will recognize /lib64 folders and find files placed in them. As a result applications built for 64-bit Slackos which placed libraries in /lib64 can be used in "Ubuntu-Pups" without having to move such libs ['though they may require other libs and some tweaking].
I think only with Xenialpup64-7.5 were the symlinks named x86_64-linux-gnu built into the structure of puppy_xenialpup64-7.5.sfs. This may cause a problem with packages obtained by accessing Ubuntu repos directly using a web-browser or via PPM: those packages may not be able to follow the symbolic link to place libs in /lib. [That's not the case if PaDS is used to create SFSes or Pets, as it is constructed to move such libs 'behind the scenes' during the build process].
The real solution would be to modify woof and pet-get so that “Ubuntu Pups” were consistent with Slacko Pups: use /lib64 for 64-bit libraries, and automatically –behind the scene-- relocate libs from x86_64-linux-gnu to /lib64. [My suggestion to modify woof so that 'Ubuntu-Pups' handle multi-arch the same way as Ubuntu either having fallen on deaf ears or been 'cries in the wilderness'. But on reflection, providing consistency among Puppies would, in fact, be the better course].
* There are actually several folders bearing that name: at least one under /lib, one under /usr/lib, and another under /usr/local/lib. I’m not sure about “sbin” folders. Although Ubuntu uses three folders, it would probably suffice if Ubuntu-Pups use one, perhaps /usr/lib64.
|
Back to top
|
|
 |
peebee

Joined: 21 Sep 2008 Posts: 4391 Location: Worcestershire, UK
|
Posted: Fri 09 Nov 2018, 02:59 Post subject:
|
|
Woof-CE:
get rid of the multiarch symlink #1224
_________________
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
|
Back to top
|
|
 |
ozsouth
Joined: 01 Jan 2010 Posts: 862 Location: S.E Australia
|
Posted: Fri 09 Nov 2018, 04:04 Post subject:
Xenial/Bionic 64 kernel |
|
I've made a 64bit Xenial/Bionic compatible 4.14.79 kernel via Puppy kernel-kit, with the no firmware option. Is Spectre/Meltdown mitigated (except 3a). Needs firmware by making own (or using another) fdrv . Uses performance cpu governor by default (max speed). Tested OK in Xenialpup64-7.5. As usual, use at own risk.
Kernel: https://archive.org/download/Puppy_Linux_Huge-Kernels/huge-4.14.79-u64oz.tar.bz2
md5: efaf5d0ee64d9858da35123c8ed84932
Sources: http://www.filepup.net/files/983617521541749886.html (until about 23/11).
md5: e0a3ea28b2438788e7ebca5877efcd46
.
Last edited by ozsouth on Fri 16 Nov 2018, 07:56; edited 1 time in total
|
Back to top
|
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|