The Xfce 4.8 SFS (17M) requires Gvfs-1.8.1-x86_64.sfs (12M). Both of these are available in the latest Mariner ISO or d/l from lhpup.org/sfs. Udisks-1.0.2-x86_64.sfs (<1M) is included in KDE SFS and is recommended with Gvfs. The DevX-L64_514.sfs is the same as the 513 version, only renamed; but don't rename the older 512 version--it is not compatible with 514.

Changes from 5.13
Remaster LiveCD Wizard (Setup menu) was adapted from latest Woof for Lighthouse 64 with xz compression and inclusion of Wine and 32-bit libs, if present. (Booting with pfix=pure64 means they are not.) Building a custom LiveCD should be much easier!

Bootflash Install Lighthouse to USB updated.

wcpufreq CPU Frequency Scaling updated to 0.9.1: expand driver search to new kernel module locations. More info on the first panel.

Multi-session PUPMODE=77 bug fixes (thanks to Gcmartin)

Drive icon / hide icons bug fixes (thanks to Barburo)

Pmount Drives Manager freeze/high CPU usage bugs should be improved, if not eliminated (thanks to Jim1911.) If this still occurs, type

Code:

cp -f /usr/sbin/pmount-puppy /usr/sbin/pmount

in a terminal. That will revert to the original pmount.

Added some getting started information and a Fatdog 64 Faqs link to the Help page.

LibreOffice-3.4.2-x86_64-2.sfs libreoffice-quickstart disabled by default. The quick-start tray icon can freeze or cause high CPU usage.

Multi-session CD/DVD
Several bug fixes to startup, save session and improved loading of SFS add-ons directly from CD/DVD top level; (ex: Mariner ISO.) For SFS not already on the CD/DVD, load via session save by opening ROX Filer at /, and copy the .sfs file there to the top level of the main file system. The SFS will then be available to select in BootManager, or at the 5 sec. SFS bootup selection prompt. Desktop 'Save' session icon describes this in the first dialog.

Tip: For a new multi-session CD/DVD, boot with puppy pfix=ram to ensure that you can save the first session back to the LiveCD/DVD, (this is the experimental PUPMODE=77.)

64-bit initrd.xz (initramfs) updates
Fixed kernel panic when booting from or with a local NTFS partition.
Display pdev1 and pfix options (if used) with title of boot screen.
Skip zWine loading if it was not built into a remastered LiveCD.
Gvfs, Udisks and Thunderbird SFS queued by default (in Mariner ISO.)

Automatic boot-time estimation, (see /initrd/tmp/bootsecs.log) 30-50s is typical. Longer when large SFS are copied to RAM. Shorter from frugal install with pfix=noram,sfsauto. Shortest with pfix=noram,pure64,nosfs. (noram and nocopy are the same in LHP. Of course nosfs isn't recommended if your current WM is on one!)

(Carry over from 5.13) - If kernel has acpi-ondemand built-in, auto switch to performance governor during boot process only.

@Tazoc,
In LHP64 5.14-B4 I seem to have lost use of cursor movement by the arrow keys,
Left, Right and Up arrows do nothing.
Down arrow acts like Enter.
Also Del, Home, End, PageUp, PageDn do not work.
Backspace is ok.
Cursor positioning via the mouse works ok.
What a pain to edit this post.

EDIT:
Verified md5 checksum ok and the click-to-verify-mariner
May be because I migrated 5.12 L64save.4fs to 5.14
Investigating further with a new save file from scratch.

EDIT
Yes, it was the migration of the save file from 5.12 to 5,14
Starting with a new blank save file worked perfectly.
Thx.Last edited by nickdobrinich on Sun 01 Jan 2012, 23:52; edited 1 time in total

I think sfs management needs serious attention across all puppies. Your package manager icon is nice displaying the option to get sfs files but opens in a browser.. the natural instinct is for users to just "click".. they could click the md5.txt and think they got an sfs. Also downloading large files through the browser is awful, my kde attempt looked like it completed but I only got 253 meg, a fair way short, next I dragged to a rox window, that works better. .
If interested I'd be willing to collaborate on an sfs manager of some sort.

Quickpet/Slickpet has rudimentary sfs "management" but it could be a starting point. The user could have a choice of how they decide to load the sfs, shino's sfs_load, jrb's sfs-linker (I think seaside has something similar) or the old tried and true bootmanager.

Anyway, just some thoughts.

Thanks for all your great work and have a happy festive season. _________________Puppy Linux Blog - contact me for access

Posted: Mon 26 Dec 2011, 22:37 Post subject:
Thank you for the feedback and suggestionsSubject description: Unable to work for a while...

Hi all,
Thank you for the feedback and suggestions. I haven't been feeling well and mostly offline past few days. Starting a new prescription as I couldn't afford the previous one that was helping. Will reply to personal messages and work on the bugs you've found when I'm feeling better. Hopefully soon...

anyone else get this from the version in the update manager?
I know when compiling the newest, it mentioned that some libs were already simlinked, but I didnt think this was going to be the result.

Issue #2
Also, the VLC SFS gives the following error when trying to play a x264 mkv file:
"VLC does not support the audio or video format "mp4v". Unfortunately there is no way for you to fix this."
Mplayer wont run for libGL issue, but xine plays them fine.

I know we ran into this before (I forget the work around off the top of my head) but since the Opera SFS is set up to run as Spot, I assumed the same would be done with Chrome.
---FYI: Running "su spot chromium" does not work.

In other semi-unrelated news. While trying to track down this problem, I did an strace of rox... and i'm getting tons of errors for libs not being available where they are supposed to be. mainly qt and tls stuff. See output below.
TazOC did you compile this version of Rox yourself or use someone else work. All the libs that are missing are eventually found by the system in other directories... but process are being burned like crazy when rox has to constantly search the sytem for the lib every time it needs to make a simple call. In the case of libncurses.so.5, its making 7 calls before finding the file. Surely that's gotta be able to be corrected at compiling. I can only imagine that there would be a notable speed increase in rox actions if all the excessive system calling were eliminated.
You're ideas?

I have successfully installed Lighthouse64 5.14b4 on LiveDVD for three i3 systems, one of which has a 6xxx-series video card, which now works with Puppy for the first time. Hooray!

One of the major advances of Lighthouse 64 is the complex and beautiful screen saver technology. It reminds us that computers can be much more than just computation. Sometimes I would like to save the screen result to a file, but of course touching a key ends the screen saver. Some of the things are so interesting that I would like to run them on their own, or find extensions to them. The 3D molecular images wold be particularly educational if they could break up and combine in classic chemical reactions. I think graphics like this are a really important advance in connecting to ordinary people, and science geeks who are not computer geeks. Thank you so much!

My machines mostly are "thin client" DVD-load systems with no hard drive at all (based on several years of malware analysis and argument, plus two decades of professional cryptography). Although Linux malware is RARE, it is not unknown, whereas infecting a drive which does not exist actually is IMPOSSIBLE, a distinction which others may not find as significant as I do.

To improve security, I would like the system to come up NOT online, at least for the first session, then users should be able to select this action for the future. If a user wants to do something securely, offline, he actually needs to BE offline.

In systems with hard drives, I would like to disable the search for Puppy files on the hard drive. Again, the system probably should come up like this, and only after that allow the user to throw away this advantage. If malware gets through the browser, it might make a Puppy file as a form of infection that even a new DVD would not cure.

And, of course, I will have to find a way to remove Wine, since some Windows malware may use it.

I would love to have somebody who knows how, compile the Free Pascal / Lazarus package (freepascal.org) for use in LIghthouse64. Or "just" describe how to do it, albeit in the horrendous detail needed for someone who has never done a Linux app compile.

I have been working with Firefox 9.0.1 under Lighthouse 64 5.14b4 for several days, apparently without problems. I am still having bookmarking problems as I reported in 5.12, but at least some of those now appear to be Google problems; only about 20 percent of newly-bookmarked pages are showing up in the bookmark results. Perhaps the new Firefox cured other bookmarking problems. Bookmarking and cloud storage of all kinds is a significant issue for thin client systems; I do a lot of emailing of files to myself using Gmail, where they are at least SSL-protected to and from the cloud.

In the 5.12 thread I mentioned a problem with Pburn which is still there: Pburn does not blank a DVD+RW, which means I have to get out of LIghthouse and load Puppy32 if I want to do that. The problem looks like multiple errors of logic, despite having worked fine in the 32-bit Puppy for a long time. Here are the error log results:

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