site  contact  subhomenews

Xcalc crash fixed

November 06, 2017 — BarryK

In both Pyro32 and Pyro64 (versions 0.5), the xlib-based calculator xcalc crashes on startup, and also brings down Xorg.

When this was reported on the forum, I tested xcalc ...and it worked!

Later, in a pristine first-bootup of Pyro32 0.5, tried xcalc again, this time it did crash, as did Xorg. So, I tried in a terminal and got this message:

# xcalc -h
Warning: Cannot convert string "calculator" to type Pixmap

A bit of research, found that xcalc looks for file /usr/include/X11/bitmaps/calculator, which doesn't exist. In fact, /usr/include doesn't exist, and it may be the missing folders that brings down Xorg.

The missing file is in package "xbitmaps", which is in the "devx" PET. So, of course, it clicked in my mind. When xcalc did work for me, devx PET was installed.

Solution, click the "install" icon on the desktop to run the Package Manager, do a search for "xbitmaps" -- it is in the "oe-pyro" package. Install it, xcalc will then work.

Changing the subject. yesterday's upload of Pyro32 0.5 was about 2GB, the day before I uploaded all of the "oe-pyro" binary packages which was about 1GB -- that is 3GB, half of my $40 6GB monthly prepaid allowance!
I'm with Optus, might change over to Vodafone as they are offering 14GB for the same price. This is for my mobile phone, that is how I access the internet, phone as a wi-fi hot-spot. The downside with Vodafone is they don't have quite the same 3G/4G coverage as Optus.

Anyway, thanks again for the donations, it is covering this expenditure!

Tags: quirky

Quirky Pyro32 version 0.5 released

November 06, 2017 — BarryK

It has been a long time since I have built a 32-bit distro!

Release notes:



Minimum CPU requirement is Pentium-Pro (i686). Minimum RAM -- don't know, probably 1GB. For PCs with BIOS-firmware, not for post-2012 UEFI-firmware PCs. Will only recognise a maximum of 4GB RAM. The Linux kernel will recognise multi-core CPUs.

Tags: quirky

woofQ 20171029 tarball uploaded

October 29, 2017 — BarryK

The latest woofQ, as used to build Quirky Pyro64 0.5, is uploaded here:

Download, expand, and use like any other Woof*. You will need to have the "devx" pet/sfs installed in your pup/quirky/easy/fatdog.

Tags: quirky

Quirky Pyro64 0.5 released

October 29, 2017 — BarryK

This is the second alpha release of Quirky built from binary packages compiled in OpenEmbedded. Codenamed "Pyro", as that is the version of OpenEmbedded used for the build.


Primary download host is

There are three choices to download, a live-CD ISO file, an 8GB image for a USB-stick, or a raw image that can be written to a drive or partition by means of the provided scripts.

I recommend the 8GB USB-stick image if you have a PC with UEFI-firmware, as I have manually installed rEFInd in it, which gives a nice menu, and implements dual-booting.

This link explains how to write a USB-drive-image-file to a USB-drive. It is written for Easy OS, but applies equally to Quirky:

Then, there is a tutorial that explains how to get your PC to boot from an external USB-drive:

There is a tutorial that explains about rEFInd and how it can implement dual-booting with Windows (etc.). Though it was written as a guide to installing Easy OS to the internal drive, the part about eEFInd applies equally well to booting off a USB-stick:

Then there is the live-CD ISO file, for which you will need a cd-burner-app.

The third option is more for the Linux expert, who understands the commandline -- download pyro64-0.5.usfs.xz. Notice that it is the smallest download, at only 275MB. This is because it is xz-compressed.

In the case of downloading pyro64-0.5.usfs.xz, also download the three scripts. Have a look at them, so you can see what they do, and also check that the Linux distro you are running has everything that the script will require. The script 4install-quirky-to-drive-mbr-esp will write the .usfs.xz file to any USB-stick, any size (though it must be at least 4GB, 8GB or more preferred).

The USB-stick written-to by 4install-quirky-to-drive-mbr-esp will be bootable on old BIOS-firmware as well as new UEFI-firmware PCs. It uses syslinux, but note that I intend to modify the script in the future, to use rEFInd for the UEFI booting (and keep syslinux for BIOS booting).


If you want the "devx" PET, it is available via the PKGget Package Manager, or directly here (690MB):

...yes, rather large. That is due to included static libs. I may filter those out next time.


Testing 0.5, I have only encountered one small bug so far. The initial "jumping off page" that comes up in the browser, has incorrect URLs.


The video is usually an area where problems arise. In the case of Intel video, the default is sna video acceleration. However, the Intel xorg driver was compiled with support for uxa acceleration, which is the older method. If you have problems, such as tearing on the screen, try uxa,

Here are instructions how to switch to uxa:

32-bit UEFI

The 8GB stick image has boot capability for both 32-bit and 64-bit UEFI PCs, however the 32-bit is untested, an "I wonder if this will work" experiment.


There is a thread on the Puppy Forum for Pyro64 feedback:

Have fun!

Tags: quirky

Quirky Pyro64 0.5 coming soon

October 27, 2017 — BarryK

Advance notice, I plan to upload Quirky Pyro64 0.5 in a couple of days. This is Quirky Linux built from packages compiled from source in OpenEmbedded.

Right now, have started a recompile from scratch in OE, then tomorrow should be able to import the binary packages to woofQ, then build Pyro64 0.5.

I intend to upload all of the binary packages, and the source packages, to ibiblio. The binary packages are about 1.2GB, and uploading this lot is not something that I want to do that often, as my only Internet access is via my mobile phone.

I don't have a landline phone, just a mobile. I am on prepaid, not a plan, and pay AU$40 for 6GB, so that's my allocation per month, which is pitiful. I can top it up within a month, AU$10 for 1GB.

These Internet expenses add up, and I am thinking of bringing back a PayPal donate button. I had one years ago, and enough donations trickled in to pay the Internet costs. But that was when I was leading the Puppy Linux project.

Well, I will think about whether to put up a donate button or not. Actually, what prompted me to think about this, was recently there have been a couple of enquiries from people who wanted to donate to my work.


Note, 0.5 will have Samba, that I have compiled in a running Pyro64, not in OE, so it is a PET package. The Samba in OE wants kerberus dependency, which I did not want, so experimented with configuration options, for the smallest build, and using the inbuilt heimdal instead of kerberus.

Even so, my PET is 11MB, whereas 01micko got his samba PET down to about 8MB -- though he has an older version.

I hope that I haven't configured-out too much functionality, and that it works OK. Well, testers will be welcome when 0.5 comes out.

For the record, here are my configure options:

# ./configure --prefix=/usr --localstatedir=/var --sysconfdir=/etc --libdir=/usr/lib --enable-fhs --includedir=/usr/include --bindir=/usr/bin --sbindir=/usr/sbin --with-configdir=/etc/samba --with-piddir=/var/run --with-privatedir=/etc/samba/private --with-privatelibdir=/usr/lib --with-modulesdir=/usr/lib --with-lockdir=/var/cache/samba --with-logfilebase=/var/log/samba --enable-cups --with-acl-support --with-automount --with-quotas --with-syslog --without-winbind --with-ldap --without-pam --without-ads --libexecdir=/usr/libexec --datadir=/usr/share --without-dmapi --without-fam --without-lttng --without-systemd --disable-avahi --enable-gnutls --without-sendfile-support --nopyc --nopyo --extra-python=/usr/bin/python3 --without-ad-dc --without-ntvfs-fileserver

...if you know something about configuring Samba, what do you think? Note that Pyro64 has all 64-bit libs in /lib and /usr/lib, with /lib64 and /usr/lib64 being symlinks.

Feedback can go here. This is where 0.5 will be announced:

Tags: oe, quirky

Sakura terminal emulator

October 25, 2017 — BarryK

There has been feedback on the forum, users not happy with urxvt and it's cousins. Recently writing documentation for Easy OS, I had to explain in a few places, the lack of support for normal clipboard copy and paste.

The time has come to do something about it. In Quirky Pyro64, I have compiled Sakura, a very nice GTK-based terminal emulator. It requires vte, that I also compiled.

Sakura presents the user with a simple uncluttered window, and a mouse right-click brings up a menu, that does all that you would want. Oh yes, clipboard copy and paste included!

Note, the vte package is a library, but it also has a simple terminal emulator, named "vte". This is probably useful for calling from scripts.

Sakura will be in the next release of Quirky Pyro64 (and Easy Pyro64). It is integrated in ROX-Filer, so that it will start when click the "console" icon on the desktop, and via the ROX right-click menu and the back-tick hot-key.

However, urxvt is retained, as many scripts require it. Some scripts use CLI options that Sakura does not understand -- and Sakura will not start. If I do eventually get rid of urxvt, I will need to write wrapper scripts for urxvt, rxvt and xterm.

Here is the Sakura project page:

The last version supporting GTK2 is 2.4.2, see here:

Ditto, the same problem with vte, the last version that supports GTK2 is 0.28.2, see here:

There is absolutely nothing wrong with these older versions, Sakura works perfectly!

Tags: quirky

The future of Quirky

September 23, 2017 — BarryK

My previous blog at was merged into this blog. It lumped all posts for Easy, Quirky, Puppy, and anything else Linux-related, into one category "linux".

I have identified many of the posts that are about Quirky, and added the tag "quirky", so that they can now be separated out:

I don't have an automated method to do this, so did in manually, and haven't got them all.

I have announced Easy OS as the "next generation", however, Quirky is still good, and I reckon should continue. The thing is, they are different, with different strengths and weaknesses.

Quirky started out as an experimental distribution sometime in 2013, and settled into a full-installation-only distro, but different from other Linuxes due to its snapshot/rollback/recovery mechanism. There is also a special rollback mechanism for installing and removing packages. Then later, a live-CD and frugal install was added on, though I have never thought of that as the way I want Quirky to go.

Then early 2017 I conceived Easy, a complete rethink, going back to a layered filesystem, with just one "pupmode", and support for containers.

Regarding Quirky, one problem is the slowness of the snapshot/rollback/recovery. It uses the cmptree utility. However, I could use diff to do the same thing. I ran a test, compared roofs-complete/usr with /usr, where the former is a build of Quirky in woofQ and the latter is in a running Quirky 8.3.

cmptree /usr ./usr took 195 seconds,
diff -rq /usr ./usr took 44 seconds

Ha ha, my memory gets a bit fuzzy when haven't worked on something for awhile. I have already removed cmptree. Did it back in Nov-Dec 2016, replaced with xdelta3.

Tags: quirky

Quirky Xerus64 8.3 final

July 29, 2017 — BarryK
Quirky 8.2 was released only 10 days ago:

Version 8.3 was intended to be a bug-fix upgrade from 8.2, however, in the short interval of 10 days, the development has been very intense, and 8.3 has turned out to be somewhat more than just a "bug fix" release.

Announcement blurb:
Quirky Linux 8.3 x86_64 is codenamed "Xerus" and is built using the woofQ Quirky Linux build system, with the help of Ubuntu 16.04.2 binary packages. Thus, Xerus has compatibility with all of the Ubuntu repositories.
Quirky is a fork of Puppy Linux, and is mainly differentiated by being a "full installation" only, with special snapshot and recovery features, and Service Pack upgrades, though recently there is limited support for live-CD session-saving and "frugal" installation.
Version 8.3 has many architectural improvements and package upgrades, including new packages JWMDesk, UrxvtControl, Take-a-Shot, SQLIteManager, MRUF-lst and Pmcputemp. Among architectural improvements, the overlay filesystem has been dumped in favour of aufs, mime-handling fixes, and network-connection refinements. A significant change in application selection is VLC dumped in favour of Xine. The Linux kernel is version 4.11.12 and SeaMonkey is version 2.48b1.

Detailed announcement and release notes are here:


There is a choice to download, either a live-CD ISO file, or an image file for 8GB or greater USB Flash stick. Install instructions:

Primary download site:

Forum feedback: