Recent Blog Posts

One of the coding projects I currently maintain is Autodir, a not-so-known little daemon based on autofs that can be used to create automagically users or group directories at their first use. It is specifically helpful when some kind of shared accounts system is adopted for multiple hosts and the related home directories need to be created optionally and on demand. Well, I recently moved the old repository from SourceForge to GitHub, and that has also been the occasion for me to update the old Docbook howto document for Autodir initially written by the original Autodir developer, Venkata Ramana Enaganti. I mostly maintained the project as a Debian package in the last 20 years or so, with only little interest in feature improvements: it basically just works, and that's more than enough for my use cases.

In a recent lenghty post Geoff Huston, chief scientist of the Asian-Pacific Network Information Center, discussed the status of the IPv6 protocol migration and made some considerations of the future of that migration. An interesting reading that motivated this brief post.

I have long participated in the FOSS community. My first public contribution was the YardRadius project in 1995, a consolidation of the old Livingston Radius daemon and a series of add-ons written by Christian Gafton (RIP) and me. That was some years before the more significant FreeRadius project. At that time, I ran for a period an ISP just before the dotcom bubble exploded, but that's another story...

The planned obsolescence of computers and other IT electronic equipment is a well-known plague of our age. For years, I stopped buying new computers and prefer refurbished ones whenever possible. That includes all my personal ICT boxes, and even at work, I try to spin out the life cycle of the equipment in use under my direct management. Proprietary OSes often limit the lifespan of IT equipment, but in some cases, vendor-independent FOSS software can replace the original one at End of Life (EOL). This is beneficial because FOSS software is often more lightweight, customizable, and has a longer support life, thereby extending the usability of your equipment.

I lately wrote some silly benchmarking code inspired by a brief article of Halim Shams, just to perform some quite dumb performance tests with multiple languages. The whole set of test code snippets is available here and includes C, Rust, Guile, Java, Perl, Tcl, Python, R, Octave, and Ruby programming languages, as available on Debian 12 (bookworm) distribution.

It is specifically convenient using Guix-the-system within a foreign distribution, such as Debian, for development and tests. The package management system can be used on top of the system, but I find it quite interesting to explore the potential of the Guix distribution in the context of virtualized environments. For personal use, that is also the ideal way to avoid breaking your own daily boxes every couple of days with daredevil approaches to personal computing.

Let's give a second look at Guix-the-system the main GNU Project distribution I dealt with in a previous post. This post is not specifically limited to the distribution, it is also of interest when using Guix in a foreign distribution, even if some configuration details change.

In the last few days, I got familiar with Guix, which is both a modern package management system and the main GNU Project distribution for Linux and Hurd (the Guix system). As a package management system, it can be installed on most foreign distributions, including Debian and any other, as an alternative/additional packaging system.

I recently finished reading a book published one year ago, written by Vittorio Bertola and Stefano Quintarelli. Unfortunately, it is only available in Italian, but its title perfectly encloses all the topics it covers: The shattered Internet: digital sovereignty, nationalisms, and big techs. Like me, Vittorio and Stefano are among the relatively few early users and participants of the primeval internet network of the 90s, even before the World Wide Web was conceived. This book is a disenchanted and realistic travel in the story of the Big Network and how it has become a broken dream today in many respects.

In principle and the traditional vision, the roles were clear enough. Upstream developers had to create and support their own projects, including multiple libraries, tools and modules, possibly for multiple operating systems. Distribution maintainers had the responsibility of collecting a significant software set, porting on various architectures, choosing versions that work well together for each piece of software, patching for coherence and well-established policies, eventually providing a build and installation system for the end users. At the end of the day, a quite complicated and articulated work that many people out there do for fun, others as a full-time job.

We recently returned from our traditional Dolomites holiday period, and while there I eventually managed to read the first novel written by Salvatore Sanfilippo aka antirez. Most of you probably know Salvatore because he has been for a long time the leading developer of Redis until he came out from the company that now holds the ownership of the project, some years ago. He often compared the creative work of a developer with that of a novelist and I was curious about his first book.

A long time ago, in a galaxy far, far away... I used to have a personal home page hosted somewhere. That was one of many other side projects of my life. I discovered some years ago that having multiple failed side projects along the way is a common experience for geeks and for many non-geek people, too. For reasons that are still not completely clear to me, some months ago, I decided that restarting a personal website in 2024 could be a not so weird idea.