This is in Quirky 1.1, however uses the full SeaMonkey browser and has to kill any prior running instance of SM. Not good.
However, I have found another use for the little Surfer HTML viewer. Surfer introduced here:
Forum member jrb posted about a tweak required for Pzchmview mime handling, which prompted me to see if Surfer works with Pzchmview. I tried three .chm files -- success!
The latest Pzchmview, using Surfer if it exists:
If anyone wants to use Surfer in another puppy, you will need these packagse: 'helpsurfer', 'libgtkhtml' from my ibiblio Quirky repo.
Posted on 24 May 2010, 11:05 - Category: Quirky - Comments - href="?edit=01611">Edit - Delete
Gxine gave a segmentation fault at startup, so I went back to our trusty old version 0.5.9.
I don't know why I bother. Every time I test xine, I find that many of my test files don't play. Mplayer plays all of them, and this is compiled with all the same dependencies.
No exception with this latest test. One .rm video had audio badly out of sync, another .rm video had badly chopped audio. The .3g2 videos played with "white noise" audio.
Posted on 24 May 2010, 9:01 - Category: Quirky - Comments - href="?edit=01610">Edit - Delete
The latest versions are here (4.1.3):
When I compiled mplayer, it used internal libdvdnav, external libdvdread (0.9.7) -- that latter one may be trouble.
This is where T2 get their source packages:
Anyway, I have placed both updated libs into Quirky, in preparation for the next round of compiling media players.
Posted on 24 May 2010, 8:43 - Category: Quirky - Comments - href="?edit=01609">Edit - Delete
I mentioned recently that I compiled Osmo with the libgtkhtml dependency:
Yesterday I was hunting around for a simple example of a HTML viewer using libgtkhtml. It is surprising how little example code there is. There is another project, 'gtkhtml', which needs Gnome libraries. libgtkhtml appears to be a pure GTK library that is extracted from 'gtkhtml' -- I found some example code for gtkhtml but it would need considerable hacking to get to work with libgtkhtml. The libgtkhtml source package does have an example but I found it very obscure.
Anyway, I found something. There is a simple web browser named Surfer, part of DeforaOS:
The main developer is Pierre Pronchery. It is a complete operating system, with bootable CD, based on Gnu C and GTK.
This is a tiny web browser. A fascinating feature is that it can be configured to use either libgtkhtml, gtkmozembed or webkit. Gtkmozembed is out, now that we have upgraded to SeaMonkey 2.x (and FF 3.6), webkit is very big.
My primary motivation is to display /usr/share/doc/welcome1stboot.htm -- incidentally, Abiword 2.8.3 does a lousy job of it. For Quirky 1.1 I used Gview to display it as a PNG image. Now this is interesting -- my Surfer PET is 99KB, the PNG that is no longer needed is 49KB, so I'm getting a simple HTML viewer for almost nothing -- of course that supposes that libgtkhtml is already there (PET is 186KB).
I used Surfer 0.0.7, which is not the latest. The latest version supports tabs and spell-checking -- but the latter did not work. The latest also has an extra dependency, 'libDesktop'. Version 0.0.7 has two dependencies, 'gnet' and 'libSystem':
I also found the URL-entry box is buggy. As I only want this to be called from other applications to display simple help files, I decided to remove the menu and and URL-entry box, leaving just back, forward, refresh and stop buttons. No text search, it would be nice if that could be implemented.
I had to hack it somewhat, as it is setup to use Webkit. Here is my hacked source 'Surfer-0.0.7-patched_libgtkhtml_embedded.tar.gz':
(user: pu#pp#y password: li#nu#x)
Surfer also supports SSL and file downloading, even my cutdown version. If that was taken out, the PET could be made even smaller. It would be unwise to venture onto the Internet with this libgtkhtml-based Surfer, so those features are redundant. Though, help pages with links to download files such as PETs, might be useful.
Surfer 0.0.7 (hacked) will be in Quirky 1.2. I modified /usr/sbin/delayedrun to detect if executable 'surfer' exists then use that to launch 'welcome1stboot.htm'. I removed 'welcome1stboot.png'.
Here is my Surfer PET (gnet and libSystem libraries included in the PET):
If you want the source:
Documentation? -- there doesn't seem to be any, not even on the official GTK and Gnome documentation sites.
As I was looking around just prior to making this post, I discovered this:
Posted on 23 May 2010, 12:07 - Category: Quirky - Comments - href="?edit=01608">Edit - Delete
I compiled all of these new/upgrade packages for ffmpeg:
libdc1394 2.1.2 (access 1394 digital cameras)
orc 0.4.4 (needed by schroedinger)
schroedinger 1.0.9 (dirac codec)
Then compiled ffmpeg 2010-05-12.
I then compiled mplayer 2010-05-20, without a GUI.
Testing looks good so far.
Posted on 21 May 2010, 20:22 - Category: Quirky - Comments - href="?edit=01606">Edit - Delete
The excutable is still only 11KB. The PET package is only 4.1KB!
Posted on 19 May 2010, 8:32 - Category: Quirky - Comments - href="?edit=01602">Edit - Delete
Posted on 18 May 2010, 18:48 - Category: Quirky - Comments - href="?edit=01601">Edit - Delete
When Puppy is running from a Flash drive, PUPMODE is 13, and everything is running in RAM, with periodic saves to the save-file on the Flash drive. The free memory applet in the tray showed the working space in the RAM, not in the save-file -- this is what has caused confusion.
The reason for doing this is that the free working space in RAM is usually the critical factor. In the case of Aufs, any packages installed go into RAM and are not flushed to the save-file until shutdown. Thus, if the free memory was showing the free space in the save-file, you could be unaware that your RAM space has become critical.
With the latest Quirky and Lupu, using a recent Aufs, packages are now saved direct to the save-file, bypassing the tmpfs RAM layer. This now matches behaviour that we had with the Unionfs layered filesystem. See script /usr/local/petget/pkginstall.sh for the code.
The end result is that it is now ok to always display the free space of the actual save-file (or save-partition if using an entire partition).
Here is the latest PET:
...compiled in Quirky but should work in other puppies.
Note that the 'freememapplet_tray' executable is now in /root/Startup (previously it was in /usr/sbin).
For freememapplet_tray and powerapplet_tray, there is no passed parameter to set the background color when running in the JWM tray. The icons have a transparent background, so such a setting is not required.
I don't know why Retrovol and Blinky require their backgound colours to be set. This needs to be investigated. Hmmm, I might take a look at the Blinky source, rewrite it.
Posted on 17 May 2010, 19:27 - Category: Quirky - Comments - href="?edit=01600">Edit - Delete
It was reported on the Lupu 5.0 forum bugs thread that the battery tray applet blinks when the battery is low, even when it is charging -- which is an annoyance factor.
Lupu uses Jemimah's Vattery applet, however it occurred to me that my powerapplet_tray has the same annoyance. So, I fixed it, the icon will only flash if charge is less than 10 percent and battery is not charging.
I have uploaded it to:
Posted on 17 May 2010, 17:58 - Category: Quirky - Comments - href="?edit=01599">Edit - Delete
The main focus was to fix bugs in 1.0, but I also upgraded many applications. Most importantly, SeaMonkey has migrated from the 1.x series, after we solved some bugs with the 2.x series. JWM is now the default window manager and tray, as it is noticeably faster (and looks nicer) than Openbox/Fbpanel. Two showstoppers were Ayttm and You2pup did not work, both fixed.
Announcement and release notes:
The live-CD ISO file (108.1MB):
Quirky-Retro live-CD (older 126.96.36.199 kernel, analog modem and SCSI drivers) (116.9MB):
The 'devx' SFS files:
More SFS files:
The files will also be available on the faster Ibiblio mirrors, see links page:
Bug report: Nvidia
A little bug snuck through. If you have nvidia hardware, the default 'nvidia' Xorg driver works for most people. However, in some cases the basic 'nv' driver works better. The Xorg Wizard allows you to choose either one, however the code has a bug. Type at the console (if X not runing):
# mp /usr/sbin/xorgwizard
...change line 97 to this: "rmmod nvidia"
...change line 109 to this: "modprobe nvidia"
In other words, the operation is being swapped. Then run xorgwizard:
...and it should work properly to choose between the 'nvidia' or 'nv' drivers.
Bug report: Intel
My blog documents the disappointing saga of the Intel Xorg drivers. With Quirky 1.x, which uses Xorg 7.5, we have a situation where some Intel video hardware no longer works. You will have to use the generic 'vesa' driver (slow). The only solution is to roll back to an earlier version of Xorg, 7.3, as used in Puppy 4.3.1. Also, "Wary Puppy" uses Xorg 7.3 -- this is the same as Quirky except for the older Xorg -- expect a final release of Wary soon.
Posted on 16 May 2010, 17:39 - Category: Quirky - Comments - href="?edit=01596">Edit - Delete