site  contact  subhomenews

mtPaint now supports webp images

October 08, 2024 — BarryK

WEBP image files, with ".webp" extension, are not very well supported in EasyOS. Discussed in the forum:

https://forum.puppylinux.com/viewtopic.php?t=12789

I have compiled mtPaint version 3.50.10 in OpenEmbedded, with .webp support. Note that the latest mtpaint is not 3.51 as is suggested in the forum thread, it is 3.50.10. Yes, the README file here says "3.51", but the latest release identifies itself as "3.50.10":

https://github.com/wjaguar/mtPaint

Also modified /usr/bin/build-rox-sendto so that now click on a .webp file will open it in mtPaint, as well as mtpaint will show in the right-click menu.

Gimp in EasyOS is still not compiled with webp support. Personally, that doesn't concern me, as I very much like mtPaint and it does everything I want in an image editor.  

Tags: easy

AARNet mirror of EasyOS

October 03, 2024 — BarryK

AARNet is "Australian Academic Research Network", see their about page:

https://www.aarnet.edu.au/who-we-are

Good news, they have agreed to mirror EasyOS from ibiblio.org:

https://mirror.aarnet.edu.au/pub/easyos/

I will add this as another download choice in PKGget. This will join the only other mirror, NLUUG (Netherland Linux/Unix User Group):

https://ftp.nluug.nl/os/Linux/distr/easyos/

So now we have the ibiblio.org server in the USA, NLUUG in Europe, and AARNet for Oceania region. Though, of course, the best download depends on many factors, not just what country the server is located.    

Tags: easy

Global IP TV Panel updated to 2024MK8

October 03, 2024 — BarryK

As the title says. Created and maintained by forum member ETP, see discussion:

https://forum.puppylinux.com/viewtopic.php?t=689    

Tags: easy

Kernel 6.6.52 compiled

September 25, 2024 — BarryK

EasyOS 6.3.1 has the 6.6.47 kernel, compile was reported here:

It was reported recently, a fix given by forum member dimkr, for the mouse synaptic driver on a Chromebook:

https://forum.puppylinux.com/viewtopic.php?p=131683#p131683

I have compiled the 6.6.52 kernel with that fix. Chose both of these as modules:

CONFIG_CROS_EC=m
CONFIG_CROS_EC_LPC=m

It is intended that this kernel will be in the next release of both EasyOS and QV.   

Tags: easy

Kernel 6.10.11 compiled

September 24, 2024 — BarryK

I announced on the forum, intend to return to QV development:

https://forum.puppylinux.com/viewtopic.php?p=131592#p131592

In anticipation, have compiled the 6.10.11 kernel, with the fixes for bluetooth v5 as reported recently:

There is a lot to do. EasyOS is built with woofQ:

https://github.com/bkauler/woofq

Whereas QV is built with woof-quantum-vis:

https://github.com/bkauler/woof-quantum-vis

The work improving Scarthgap, including fixes, has gone into woofQ, but woof-quantum-vis is a separate project. Many woofQ fixes can be applied to woof-quantum-vis, and I will have to do it the hard way, given that they are radically different; will have to look at each woofQ commit and see if it can be applied to quantum-vis.

EDIT:
This kernel is a disaster! I started a filesystem check on a 4TB USB3 SSD, and CPU activity went through the roof. So much on the desktop became unresponsive. Some tray applets still worked, networkmanager applet was unresponsive, window close buttons unresponsive. My evaluation of this is superficial, just observed this weirdness, didn't try any in-depth analysis.

Hit CTRL-C to stop the filesystem check, then ran "sync", but the USB drive was still very busy, even though sync had returned. I tried to shutdown, but it hung, with a message something to do with unable to flush to the drive.

I'm running EasyOS 6.3.1, on which I had compiled the 6.10.11 kernel. Went back to the 6.6.47 kernel, and all is good. In fact, right now doing a filesystem check on another 4TB USB drive, running 6.6.47, and this time cpu activity stays sane, and everything continues to work. The filesystem check is happening right now. It takes awhile with such a big drive.

I had previously used the 6.8.1 kernel with QV and no problem. One thing I notice, an alarming increase in vmlinuz size:

6.6.47:  6809K
6.8.1: 7489K
6.10.11: 8785K

These kernels have essentially the same configuration file, except as expected more hardware support with the later kernels; but mostly I would expect more modules, not the kernel to grow by such a huge amount.

Anyway, what is wrong with the 6.10.x kernel? Some fundamental change in process management? Staying with the 6.6.x kernel for QV.    

Tags: easy

EasyOS and Bedrock Linux

September 22, 2024 — BarryK

I have posted about Guix, an application manager that can run in any Linux distribution, and provide an alternative repository:

Nix package manager is similar. Guix and Nix install packages that run as though they are native apps, with full access to the filesystem and I/O.

Forum member Caramel investigated Nix, see here:

https://forum.puppylinux.com/viewtopic.php?t=8904

AppImages and Flatpaks also behave like native apps, though the Flatpak sandbox can sometimes make this difficult.

Running apps in a container or VM (virtual machine), on the otherhand, is an isolated environment. Apps do not see the main filesystem and may have very limited I/O capability. It is possible to punch holes, for example could bind-mount /files inside the container or VM. But then, that's the whole idea; run the app securely, isolated from the rest of the system. Note also, some apps do not work properly in the container or VM environment, despite punching holes.

Now along comes Bedrock. It was forum member antithesis who mentioned Bedrock and (just now) got me interested in it:

https://forum.puppylinux.com/viewtopic.php?t=6592

What you do is bootup an installed Linux distribution, then run the Bedrock script. This "hijacks" the Linux distribution, moves it all to a different location, and replaces the main filesystem with its own. I have done this with EasyOS, and after being hijacked, everything was moved to /bedrock/strata/easyos

At first, I attempted with a normal EasyOS; however, Bedrock choked on the aufs layered filesystem. It wants a normal full installation, so I created a usb-stick with EasyOS fully installed, no SFS layers, no initrd. I then ran the Bedrock script and hijacking worked. Rebooted and got the normal EasyOS desktop. Almost everything works, except apps that require dbus coud not find the dbus socket -- should be able to sort that out.

Jesse at Distrowatch wrote a very nice review of Bedrock a couple of years ago:

https://distrowatch.com/weekly.php?issue=20210705#bedrock

Here is the Bedrock homepage:

https://bedrocklinux.org/

img1

What I can do next, is add another strata, say Alpine Linux, and install apps that will run just like native apps.

Very interesting; however, EasyOS as-is is not suitable. I need to create a variant that is only a full install, which would be an entirely different distro, going back to what Quicky Linux was. QV (Quantum Vis, or Quirky Void) is a full install -- might use that as the starting point, except build from Scarthgap and do not use btrfs.

Stay tuned!    

Tags: easy

Decided not to integrate Guix into EasyOS

September 21, 2024 — BarryK

I posted yesterday about Guix package manager:

After a couple of enthusiastic days intensely working on Guix, and planning to integrate it into EasyOS, doubts started to creep in.

In balance, I decided that it doesn't bring enough "to the table" to warrant inclusion. Yes, I want to expand the package repository; however, will focus on improving the existing package managers. For example, can add more Flatpaks to Flapi.

Regarding Flatpaks, I installed ShotCut and OpenShot video editors, just to confirm they work OK. Reason for doing that, is OpenShot installed via Guix, sound didn't work; sound with ShotCut was OK. Midori web browser installed via Guix didn't work.

With Guix, it is advised to run "guix pull" which performs package updates -- unfortunately, this takes a very very long time. Then there's the size of downloads; I used to think Flatpaks were big, but now think they are not so bad. Flatpak downloads are bundles of packages, whereas Guix downloads individual packages; prefer the former.

The "last straw" was when I shutdown and saved the session, shutdown hung. Somehow, $PATH got stuffed up. Yeah, I was experimenting with guix-binary tarball from git master branch, so could not expect high degree of stability. Even so, it has been years since Easy hung at shutdown.

I think Guix will work best in the Guix OS, not as a foreign package manager.

Another thing I didn't like, is although Guix claims to only install to /gnu and /var/guix; in fact, it creates or requires (or requires editing) folders and files in other places. Trying to recall... /etc/guix, /root/.config/guix, /root/.guix-profile, /etc/profile.d/guix, /etc/.bashrc, /etc/init.d/guix-daemon

It's an OK product, just don't think it is a good fit with EasyOS.   

Tags: easy