wget, aaaargh!

I was fixing a couple of bugs in the package manager, PPM.

I compiled 'vim' in OE, and added it to the online package repository in ibiblio.org. Then I used the PPM to download and install it, to test all that is working ...which it isn't.

For a start, the "Update database" button was broken. Fixed that.

Then chose 'vim', but it failed to download.

I discovered the reason. The latest release of wget, 1.19.1, no longer logs to stderr, instead to ~/wget-log*

A quick google, this chap has hit the same problem:

I have at least two scripts, probably more, that are now broken. For example "wget .... 2>&1 | .... " or "wget .... 2> logfile" no longer work.

In the latter case, you have to use the "-o" to direct output to a particular logfile. I don't know what to do in the first case, where want to pipe it.

wget has been around since the beginning of time, why make such a fundamental change now? I sent a very polite email to the wget-bugs mail list, asking why.

In the OE build, I have rolled back to wget 1.17.1. This is the same version used in Ubuntu 16.04. In OE, it was easy-peasy to rollabck, I just grabbed the recipe from the "krogoth" release.

In OE:
# bitbake -c clean wget
...then put in the new recipe, in my 'meta-quirky' layer, then...
# bitbake wget

Then, over in woofQ:
# ./0pre-oe-add

...which detects the changed versions in OE, and deletes the old one, imports the 1.17.1 binary tarball.

Oh yeah, vim. It started out early this morning, I compiled vim in OE and imported it to woofQ. Then got distracted by this wget stuff. Now it is 11am.
I want vim as it can convert syntax-highlighted code to HTML output, great for putting code into web pages.

if you want vim for the new Quirky Pyro64, it is here (6MB):

If you download and click on it in Pyro64, Xarchive will open. The mime handler does not (yet) recognise *.tar.xz as possible being a package to install.
Instead, open a terminal where you downloaded it, and run:
# petget `pwd`/vim-8.0.0427-r0-core2-64.tar.xz
Posted on 21 May 2017, 11:00 - Categories: Linux

Easy Linux returning

I designed Easy Linux early in 2017, a radical rethink of how Linux works, a new paradigm even.

Version 0.2 pre-alpha was released on the 17th of March 2017, see blog announcement:

...there is a link to a web page that outlines the architecture.

There was some great feedback on the Puppy Forum, however, I got diverted, worked on compiling everything in OpenEmbedded. That has reached a milestone, have compiled almost ever package needed by Quirky/Easy, and wrote a script to import the binary packages into woofQ.

Have just built Easy 0.2.1 with the packages from OE, using it now. Works great.

Now I am back on developing Easy. The first thing that I plan to do is simplify the loading of sfs files. This was an area of difficulty reported in the forum.
I know what to do to make that super-easy. Will do so and build a new version for release.
Posted on 20 May 2017, 19:27 - Categories: Linux

OE Pyro with meta-quirky

Here is all that is needed to compile most of the packages used in Quirky Linux. It is a tarball with a snapshot of OpenEmbedded "pyro" branch, and my customization "meta-quirky" layer.

Create a folder in a partition with a Linux filesystem, at least 150GB free space, and expand the tarball inside the folder, it will expand as folder "oe-qky-src".

Inside oe-qky-src, you will find a readme file that explains what to do next.

Just a few commands to execute, and off you go! Need a fast Internet connection, as over 515 source packages have to be downloaded.

Download oe-qky-src from here:

Fast mirror:

I also uploaded a tarball of woofQ. Once you have all the binary packages, they can be imported into woofQ (see script 0pre-oe), and Quirky Pyro built.

Feedback can be posted here:
Posted on 19 May 2017, 15:00 - Categories: Linux

Quirky Pyro64 0.2 alpha

It's out! This is the first upload of Pyro64, tagged as alpha-quality, but is looking pretty good.

We are familiar with Puppy and derivatives having the "kitchen sink" in their builds, in a very small size. Well, Pyro includes the "kitchen fridge" as well.

Pyro64 is built with packages compiled from source in OpenEmbedded. It will run on PCs with x86_64 (64-bit) CPUs, of at least "core2" vintage.

Release notes, and how-to-install links:

Download, primary host:

Download, fast mirror site:

Note, I will be uploading the OpenEmbedded development system, with my modifications, plus a tarball of woofQ, later today, watch this blog.

Post feedback here:
Posted on 19 May 2017, 15:02 - Categories: Linux

SeaMonkey now stable in Pyro64

I reported that Firefox and SeaMonkey were unstable in Pyro64:

I have tested a build with icu 56.1 and SeaMonkey 2.48b1 using the system icu, and it is stable.

SeaMonkey is now also using the system sqlite3, as I added the required config settings in the OE build.

SM is also using system nss and nspr libraries, so it ends up a fairly small package.

Trying to get the size down wherever possible, I have created python-tiny, which has just enough in it to satisfy kodi.

I think, getting very close to a first release of Pyro64.
Contemplating doing builds for i686 and armv7 also.
Posted on 17 May 2017, 23:55 - Categories: Linux

Pages: [1] [2] [3] [4] [5] [6] ...