Or, you can copy the file /root/Choices/MIME-types/application_x-ext3-image to 'application_x-ext4-image'

DaveS wrote:

application_x-ext4-image is already there.

The file '/root/Choices/MIME-types/application_x-ext4-image' does not exist in slacko-5.3.2.6-SCSI.iso nor slacko-5.3.2.6p-SCSI.iso._________________Downloads for Puppy Linux http://shino.pos.to/linux/downloads.html

Odd. I have slacko-5.3.2.6-SCSI.iso, and it is there. Wonder where I got it from.

If you have frugal install (or CD + savefile), you can see under /initrd/pup_ro2 comes from the main sfs, and under /initrd/pup_rw you can see what comes from PET or somewhere._________________Downloads for Puppy Linux http://shino.pos.to/linux/downloads.html

Kernel 3.2.X presents new Logitech usb device module which handles new unifying feature:
CONFIG_HID_LOGITECH_DJ=m -----> =y
seems to fix the problem with Logitech usb devices which uses the new unifying feature.
There are now several reports of succesfull device recognition with recompiled 3.2.9 kernel with
CONFIG_HID_LOGITECH_DJ=y

Quote:

From: Nestor Lopez Casado <nlopezcasad@logitech.com>
With this driver, all the devices paired to a single Unifying
receiver are exposed to user processes in separated /input/dev
nodes.
Keyboards with different layouts can be treated differently,
Multiplayer games on single PC (like home theater PC) can
differentiate input coming from different kbds paired to the
same receiver.
Up to now, when Logitech Unifying receivers are connected to a
Linux based system, a single keyboard and a single mouse are
presented to the HID Layer, even if the Unifying receiver can
pair up to six compatible devices. The Unifying receiver by default
multiplexes all incoming events (from multiple keyboards/mice)
into these two.

During the initial setup on moderately old kit, if a reduction in the default resolution is selected a black band appears across the bottom of the screen. This is an entirely new feature in 5.3.3beta. On older still kit, the size of this band is large enough to obscure the next selection screen.

After an earlier clueless and careless report of a problem with Slacko's software, Sage decided it was his hardware problem, but he did not apologize for his mistake then - so we should not expect an apology now.

Addendum:

Today, 11th March 2012, Sage wrote (note 1) "In this case, the issue turned out to be the smart new little monitor, which fits in the corner of my desk (note 2), but cannot access the higher resolutions with nV cards.

2 Perhaps this desk is the command and control centre from which Sage runs dozens of distros and even more computers simultaneously.Last edited by Jasper on Sun 11 Mar 2012, 06:54; edited 1 time in total

I am quite busy with real life at the moment, but things should settle down over the Easter period. I'd like to get another beta out before then, see what happens

After that Slacko will enter a new phase, perhaps even 64 bit only.
It will also be based on Slackware -current packages (until 14 is out). I am running Slackware current (120227) at the moment and it's fantastic! You would think it's a final release.

Moving to 64 bit arch will lift the size of the iso somewhat. I'll likely include Mesa in the build as well as some other useful stuff, however it will still be light, there will not be unnecessary bloat. The target will be well under 180MB iso.

A major niche of Puppy is the USB key install and lightness gives Puppy the advantage in this area. I would still rather stick with aufs, seems less buggy to me but the USB bug is critical, we'll see soon if it's fixed.

Please not! Saluki is taking care of all the more recent HW, but I am installing and recommending your Slacko 5.3.3beta for a load of pretty old kit, including resurrection projects for charities and landfill avoidance stuff. It runs just fine on everything; Slackware has a long and proud history. Loss of this distro to 64bit or even deferring to USB install is a retrograde step for 80% of the kit coming this way; most of them are incapable of successfully booting from USB, with or without FDD assistance. Moreover, it also runs perfectly well under AMD64 on modern 64bit machines in 32bit mode and accomplishes 95% of regular functions.
If there were anything else on the wish list it would be a 50Mb .iso version, which has recently been attracting renewed interest on the Forum.

Well it is a perhaps... perhaps I'll drop PAE if I go 64 bit and keep 32 bit support chugging along with the smp kernel. Pure speccing at this stage.

The immediate future is still 533 with support for 32 bit arch and 32 bit PAE. I'm not a huge fan of PAE but while there's demand I'll build it, and I haven't had time to venture in to 64 territory except for a brief flirt with Iguleder's roar-ng, a fascinating project for which I wish I had time._________________Woof Mailing List | keep the faith |

I am pleased to follow where ever your interest takes you. But if time/real-life places limits on how many paths you can follow at once, and you can only choose two, than like Sage I would suggest continued support for the 32-Bit NON-PAE version followed by an interest in the 64-Bit version.
Somehow I've acquired 6 computers. All, regardless of their age and resources, can run 32-bit SMP. Only my youngest can run 32-bit PAE, and not among them is my Thinkpad T42, Those which can run 32-bit PAE, can also run 64-bit.
Although newer kernels and being based upon a different distro may alter these results, I doubt if the alternation will be substantial. In 2009 and 2011, Phoronix ran benchmarks comparing 32-bit, 32-bit-PAE, and 64-bit Ubuntus. Performance using the 64-bit systems was sometimes substantially better than under the 32-bit systems, regardless of wthether the 32-bit was, or was not, PAE. Occasionally, the 32-bit-PAE out-performed the 32-bit-non-PAE, but even then the performance gain was small. I would suggest in real-world terms, imperceptible.
See:
http://www.phoronix.com/scan.php?page=article&item=ubuntu_32_pae&num=1 and
http://www.phoronix.com/scan.php?page=article&item=ubuntu_natty_pae64&num=9
A 32-bit-SMP is needed for Puppy's expected "market": Older-computers with limited resources. A 64-bit appeals to those having modern equipment. I would think it would be a rare-bird who could not run a 64-bit but would benefit by 32-bit-PAE.

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum