site  contact  subhomenews

Quirky Xerus x86_64 version 8.5 released

February 27, 2018 — BarryK

Version 8.4 was released February 9, 2018, and the pace of development has continued rapidly, just 18 days later and we have 8.5.

release notes are here:

http://distro.ibiblio.org/quirky/quirky6/amd64/releases/xerus-8.5/release-xerus64-8.5.htm

Install instructions:

http://distro.ibiblio.org/quirky/quirky6/amd64/releases/xerus-8.5/howto-install.htm

Download:

http://distro.ibiblio.org/quirky/quirky6/amd64/releases/xerus-8.5/

Forum feedback:

http://murga-linux.com/puppy/viewtopic.php?p=984243#984243

Have fun!

Tags: quirky

PETs upgraded, PPM bugfix

February 26, 2018 — BarryK

Puppy Forum member 'rcrsn51' maintains the "Peasy" series of PETs. These are great apps, and some of them are in EasyOS and Quirky.

I have upgraded PeasyPDF to version 4.1:

http://www.murga-linux.com/puppy/viewtopic.php?t=70680

And upgraded PeasyScan to 2.12:

http://www.murga-linux.com/puppy/viewtopic.php?t=61046

The PETget Package Manager (PPM), also known as the Puppy Package Manager in official Puppy builds, has a bug in the latest EasyOS and Quirky releases.

If a PET package was selected to be installed, no download URLs were offered, only "LOCAL FOLDER".

This bug was discussed on this forum thread:

http://www.murga-linux.com/puppy/viewtopic.php?t=112761

The bug has been fixed.

Tags: easy, quirky

New 'getlocalip' utility

February 25, 2018 — BarryK

I am working on pup_event, and in 'pup_event_frontend_d' I have been exploring various ways of determining when a network connection is up or down.

An offshoot of that, is I wanted a very quick and efficient way to determine the local IP-address, that is, the IP address assigned to the computer, that other computers on a network will use to access this computer.

It can be found by the 'ifconfig', 'ip' and 'hostname' utilities, though I hasten to add, not the Busybox 'hostname'. The full 'hostname' has this option:

    -I, --all-ip-addresses all addresses for the host

...that is, a capital letter I, as in "India". In my case;

# hostname -I
192.168.0.2

I thought that it would be nice to have a specialized utility to return the local IP-address. I thought about parsing /proc/net/fib_trie, however, after a bit more research, settled on this simple C program:

#include <arpa/inet.h>
#include <ifaddrs.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <string.h>
int main(int argc, char *argv[])
{
struct ifaddrs *addrs, *tmp;
getifaddrs(&addrs);
tmp = addrs;

while (tmp)
{
if (tmp->ifa_addr && tmp->ifa_addr->sa_family == AF_INET)
{
struct sockaddr_in *pAddr = (struct sockaddr_in *)tmp->ifa_addr;
printf("%s: %s\n", tmp->ifa_name, inet_ntoa(pAddr->sin_addr));
}
tmp = tmp->ifa_next;
}

freeifaddrs(addrs);
exit(EXIT_SUCCESS);
}
Running it:
# getlocalip
lo: 127.0.0.1
eth0: 192.168.0.2
...bonus, it also shows the interface, in this case "eth0".

I got that code from here:

https://stackoverflow.com/questions/20800319/how-do-i-get-my-ip-address-in-c-on-linux

The source is in 'pup-tools-20180225.tar.gz':

http://distro.ibiblio.org/quirky/quirky6/sources/alphabetical/p/

BaCon Forum member 'airr' has converted it to BaCon code:

http://basic-converter.proboards.com/thread/999/example-find-local-ip-addresses

...great!

'getlocalip' will be in the next release of Easy and Quirky, in /usr/sbin.

Tags: easy, quirky

Network upgrading for Frisbee 1.4.7

February 23, 2018 — BarryK

The latest and earlier releases of EasyOS and Quirky have Frisbee, version 1.1-20130415-modified, a network manager developed by Puppy Forum member 'Jemimah', with improvements by various people including forum member 'rerwin'.

rerwin (Richard Erwin) has continued to develop Frisbee, and has now reached version 1.4.7, see forum thread here:

http://www.murga-linux.com/puppy/viewtopic.php?t=106426

rerwin has looked at EasyOS 0.7 and determined what needs to be updated to support Frisbee 1.4.7:

http://murga-linux.com/puppy/viewtopic.php?p=982596#982596

I have worked through rerwin's changes, and have applied all of it to woofQ, so the next releases of EasyOS and Quirky will have it.

The old Frisbee PET has been retired. I renamed it to frisbee0-1.1-20130415-modified.pet, and have kept it in the 'noarch' repository.

Easy and Quirky will now be built with frisbee-1.4.7.pet.

rerwin posted changes to /usr/local/frisbee/disconnect and /etc/init.d/frisbee, however, as those files are from the old frisbee PET, they are now removed.

These are all the files modified by rerwin, that are upgraded in woofQ:

/etc/rc.d/rc.network_eth
/usr/local/simple_network_setup/rc.network
/usr/local/apps/Connect/AppRun
/usr/sbin/connectwizard, connectwizard_2nd, network_default_connect, networkdisconnect

I am expecting the next release to be EasyOS Pyro64 0.7.4, in a few days. It will have the above network upgrades, plus the pup-event service manager. The former adds a new enhanced choice for network connection, the latter should be an un-noticed under-the-hood thing.

Tags: easy, quirky

pup_event Service Manager

February 23, 2018 — BarryK

I posted recently about investigations into "service managers", in the context of starting and stopping services, such as CUPS, Samba and SSH daemons, as dependencies are met or not met.

Unsatisfied with what is available, I have developed my own system. Actually, this was in the back of my mind when I originally created pup_event, a background hotplugging and IPC messaging/synchronization system for Puppy circa 2013.

pup_event Service Manager starts and stops the services in /etc/init.d, determined by dependencies rather than just alphabetical order. It is a tiny implementation, in terms of very tiny resource usage and tiny file size. Extreme efficiency, event-driven. Also very simple to understand and use.

Documentation will be in upcoming EasyOS and Quirky releases, in /usr/local/pup_event, however, I have also uploaded the doc files:

http://bkhome.org/docs/pup_event/pup_event-service-management.htm

http://bkhome.org/docs/pup_event/pup_event_ipc.htm

...that second link describes the pup_event IPC that I implemented in Puppy Linux circa 2013, but recently it has been removed from the woof-CE builds of Puppy.

So, this Service Manager will only be in the next releases of EasyOS and Quirky. However, it will be possible to create a PET package for other pups and puplets.

Tags: easy, quirky

Continuing improving pup_event

February 20, 2018 — BarryK

I reported on this a couple of days ago:

http://bkhome.org/news/201802/revisiting-pupevent-first-changes.html

The woof-CE developers are also overhauling pup_event. I noticed that they have removed the IPC mechanism, and the one-second probing for optical media.

When X starts, /usr/local/pup_event/pup_event_frontend_d is started (from /root/.xinitrc) as a background process. In Puppy and Quirky/Easy, this "daemon" calls /usr/local/pup_event/frontend_timeout every second, that script, every fourth second, probes if an optical media inserted.

/usr/local/pup_event/pup_event_frontend_d reads hotplug events, known as "uevents", from the kernel, and this includes optical media insert/remove. However, the kernel hotplugging detection does not work for optical on some old PCs. Hence the backup probing in /usr/local/pup_event/frontend_timeout

However, the frequent optical drive probes impact performance, and the woof-CE developers decided to remove that from /usr/local/pup_event/frontend_timeout. Me too, it is now gone.

In fact, I now only have /usr/local/pup_event/frontend_timeout60, that runs every 60 seconds. It now works by the pup_event IPC mechanism. I have expanded usage of this IPC, which was my original intention.

/usr/local/pup_event/pup_event_frontend_d is a "server", that posts IPC messages about hotplug events, network up/down (and what interface), and 1, 4 and 60 second timeouts.

pup_event IPC is described in your puppy/Quirky/Easy, at /usr/local/pup_event/pup_event_ipc-README.htm

BaCon

Some of my utilities are written in BaCon, but the last few years I have been plagued with problems, the utilities not working properly.

I have been working with Peter over the last few days, trying to narrow-down the problems. It mostly comes down to "string handling improvements" that were introduced in BaCon 3.0.3+.

Discussion here:
http://basic-converter.proboards.com/thread/992/string-manipulation-causes-segmentation-fault
http://basic-converter.proboards.com/thread/988/implicit-declaration-poll-function
http://basic-converter.proboards.com/thread/989/string-variable-inside-usec
http://basic-converter.proboards.com/thread/990/concat-error

I have been rewriting pup_event_frontend_d and pup_event_ipc, works well now.

Tags: easy, quirky

Revisiting pup_event: first changes

February 16, 2018 — BarryK

I posted about pup_event earlier:

http://bkhome.org/news/201802/revisiting-pupevent.html

Where I identified possible old scripts that are no longer required. Indeed. have deleted these from /sbin:

pup_event_backend_firmware
pup_event_backend_modprobe
pup_event_backend_modprobe_protect

Then, in /etc/udev/rules.d, I have deleted '60-dialup-modem.rules', and edited '50-udev-puppy-basic.rules' reducing it down to just this:

# sound
# note, /lib/udev/rules.d/50-udev-default.rules is from udev 167, has rules for
# ownership:group and permissions when device nodes are created.

# from kirk, fatdog64...
KERNEL=="audio0", SYMLINK+="audio"
KERNEL=="dsp0", SYMLINK+="dsp"
KERNEL=="mixer0", SYMLINK+="mixer"

# sound devices (oss) -- got this from gentoo rules --needed?
SUBSYSTEM=="snd", GROUP="audio"

i applied these changes, rebooted. The system came up exactly as before, same number of modules loaded (59).

Tags: easy, quirky

Revisiting pup_event

February 15, 2018 — BarryK


Due to dissatisfaction with available service managers, I am thinking of writing my own, as an extension of "pup_event".

In June 2013, I wrote pup_event_frontend_d.bac, BaCon code. /usr/local/pup_event has this utility, plus some more scripts. The main objective was to manage hotplugging, for example to detect when a USB drive is plugged in or removed.

I announced pup_event_frontend_d.bac here:

http://bkhome.org/archive/blog2/201306/new-pupeventfrontend.html

It was very creative, totally different from any other Linux distro. Not long after that, I retired from the Puppy development "front line".

Actually, the concept of pup_event started earlier, circa 2008, see this post:

http://bkhome.org/archive/blog2/200805/drive-icons-on-desktop.html

...the post has links to some documentation, which has moved, now here:

http://bkhome.org/archive/puppylinux/technical/module-loading.htm

http://bkhome.org/archive/puppylinux/technical/event-management.htm

Fast forward to today, I wondered what has happened to pup_event in woof-CE. There has been a lot done to it, mostly by "wdlkmpx". For example, he rewrote pup_event_frontend_d in C:

https://github.com/puppylinux-woof-CE/woof-CE/blob/4439fcc63d3eedb839fa625bb8f983d3b2461e3d/woof-code/rootfs-skeleton/usr/local/pup_event/pup_event_frontend_d.c

...that page is an earlier version. Since then, it got moved, and there have been more commits.

For myself, I like BaCon, and will probably stay with it.

I think that pup_event can be easily extended to be a service manager. My tentative thinking is to remove /usr/local/pup_event_frontend_d (which is launched from /root/.xinitrc when X starts), replace with pup_event_backend (that will be launched from /etc/rc.d/rc.sysinit).

This new pup_event_backend will do the same as pup_event_frontend_d, but a couple of extra things, including service management.

There are a couple of old scripts in /sbin:

pup_event_backend_firmware
pup_event_backend_modprobe
pup_event_backend_modprobe_protect

These were developed back around 2008 - 2012, in collaboration with "rerwin" (Richard Erwin).

There are still in woof-CE, untouched since being imported from Woof2, four years ago:

https://github.com/puppylinux-woof-CE/woof-CE/tree/testing/woof-code/rootfs-skeleton/sbin

I don't know if we need them anymore. Perhaps not. They were developed in the days of 'module-init-tools', before 'kmod', when the kernel did not have automatic /dev node creation and automatic firmware loading.

That early backend stuff is described in the above link, here it is again:

http://bkhome.org/archive/puppylinux/technical/module-loading.htm 

Tags: easy, quirky