GNU Planet - Latest News

Join the FSF and friends on Friday, December 6 from 12:00 to 15:00 EST (17:00 to 20:00 UTC) to help improve the Free Software Directory.

1 December 2024 Unifont 16.0.02 is now available.  This is a minor release with many glyph improvements.  See the ChangeLog file for details. Download this release from GNU server mirrors at:      https://ftpmirror.gnu.org/unifont/unifont-16.0.02/ or if that fails,      https://ftp.gnu.org/gnu/unifont/unifont-16.0.02/ or, as a last resort,      ftp://ftp.gnu.org/gnu/unifont/unifont-16.0.02/ These files are also available on the unifoundry.com website:      https://unifoundry.com/pub/unifont/unifont-16.0.02/ Font files are in the subdirectory      https://unifoundry.com/pub/unifont/unifont-16.0.02/font-builds/ A more detailed description of font changes is available at       https://unifoundry.com/unifont/index.html and of utility program changes at       https://unifoundry.com/unifont/unifont-utilities.html Information about Hangul modifications is at       https://unifoundry.com/hangul/index.html and       http://unifoundry.com/hangul/hangul-generation.html

Download from https://ftp.gnu.org/pub/gnu/gettext/gettext-0.23.tar.gz New in this release: Internationalized data formats: XML: The escaping of characters such as & < > has been changed: No escaping is done any more by xgettext, when creating a POT file. Instead, extra escaping can be requested for the msgfmt pass, when merging into an XML file. The default value of 'escape' in the <gt:escapeRule> was "yes"; now it is "no". This means that existing translations of older POT files may no longer fully apply. As a maintainer of a package that has translatable XML files, you need to regenerate the POT file and pass it on to your translators. XML schemas for .its and .loc files are now provided. The value of the xml:lang attribute, inserted by msgfmt, now conforms to W3C standards. 'msgfmt --xml' accept an option --replace-text, that causes the output to be a mono-lingual XML file instead of a multi-lingual XML file. xgettext and 'msgfmt --xml' now support DocBook XML files. Desktop: xgettext now produces POT files with correct line numbers. Programming languages support: Python: xgettext now assumes source code for Python 3 rather than Python 2. This affects the interpretation of escape sequences in string literals. xgettext now recognizes the f-string syntax. Scheme: xgettext now supports the option '-L Guile' as an alternative to '-L Scheme'.  They are nearly equivalent.  They differ in the interpretation of escape sequences in string literals: While 'xgettext -L Scheme' assumes the R6RS and R7RS syntax of string literals, 'xgettext -L Guile' assumes the syntax of string literals understood by Guile 2.x and 3.0 (without command-line option '--r6rs' or '--r7rs', and before a '#!r6rs' directive is seen). xgettext now recognizes comments of the form '#; <expression>'. Java: xgettext now has an improved recognition of format strings when the String.formatted method is used. JavaScript: xgettext now parses template literals inside JSX correctly. xgettext has a new option --tag that customizes the behaviour of tagged template literals. C#: The build system and tools now also support 'dotnet' (.NET) as C# implementation.  In order to declare a preference for 'dotnet' over 'mono', you can use the configure option '--enable-csharp=dotnet'. xgettext now recognizes strings with embedded expressions (a.k.a. interpolated strings). awk: xgettext now recognizes string concatenation by juxtaposition. Smalltalk: xgettext now recognizes the string concatenation operator ','. Vala: xgettext now has an improved recognition of format strings when the string.printf method is used. Glade: xgettext has improved support for GtkBuilder 4. Tcl: With the recently released Tcl 9.0, characters outside the Unicode BMP in Tcl message catalogs (.msg files) will work regardless of the locale's encoding. Perl: xgettext now reports warnings instead of fatal errors. xgettext now recognizes strings with embedded expressions (a.k.a. interpolated strings). PHP: xgettext now recognizes strings with embedded expressions. xgettext now scans Heredoc and Nowdoc strings correctly. xgettext now regards the format string directives %E, %F, %g, %G, %h, %H as valid. Runtime behaviour: In the C.UTF-8 locale, like in the C locale, the *gettext() functions now return the msgid untranslated. This is relevant for GNU systems, Linux with musl libc, FreeBSD, NetBSD, OpenBSD, Cygwin, and Android. Documentation: The section "Preparing Strings" now gives more advice how to deal with string concatenation and strings with embedded expressions. xgettext: Most of the diagnostics emitted by xgettext are now labelled as "warning" or "error". msgmerge: The option '--sorted-output' is now deprecated. libgettextpo library: This library is now multithread-safe. The function 'po_message_set_format' now supports resetting a format string mark.

Check out the important work our volunteers accomplished at today's Free Software Directory (FSD) IRC meeting.

We received a grant from NLnet foundation to pay for the development of libeufin for regional- and event-currencies. NGI assists these projects by paying for independent security audits. Thus, we are happy that RadicallyOpenSecurity performed an external crystal-box security audit of the libeufin component of GNU Taler. You can find the final report here. We already addressed all significant findings and compiled a response detailing the changes. We thank RadicallyOpenSecurity for their work, and NLnet and the European Commission's Horizion 2020 NGI initiative for funding this work.

i686 users will probably be unable to upgrade, due to a problem with the latest archlinux32-keyring 20241114-1 the solution is posted on the bug tracker https://labs.parabola.nu/issues/3679

https://arstechnica.com/gadgets/2024/11/smart-gadgets-failure-to-commit-to-software-support-could-be-illegal-ftc-warns/

An Austrian petitioner succeeded in realizing what the US government failed to see: that free software is vital for the infrastructure of a free society.

A lot has happened with respect to the Hurd since our Childhurds and GNU/Hurd Substitutes post. As long as two years ago some of you have been asking for a progress update and although there have been rumours on a new blog post for over a year, we were kind of waiting for the rumoured x86_64 support.With all the exciting progress on the Hurd coming available after the recent (last?) merger of core-updates we thought it better not to wait any longer. So here is a short overview of our Hurd work over the past years:Update Hurd to 3ff7053, gnumach 1.8+git20220827, and fix build failures,A native compilation fix for gcc-boot0,Initial rumpdisk support, more on this below, which needed to wait for:A libc specific to Hurd, updating gnumach to 1.8+git20221224 and hurd to 0.9.git20230216,Some 40 native package build fixes for the Hurd so that all development dependencies of the guix package are now available,A hack to use Git source in commencement to update and fix cross build and native build for the Hurd,Support for buiding guix natively on the Hurd by splitting the build into more steps for 32-bit hostsEven nicer offloading support for Childhurds by introducing Smart Hurdloading so that now both the Bordeaux and Berlin build farms build packages for i586-gnu,Locale fixes for wrong glibc-utf8-locales package used on GNU/Hurd,More locale fixes to use glibc-utf8-locales/hurd in %standard-patch-inputs,And even more locale fixes for using the right locales on GNU/Hurd,A new glibc 2.38 allowing us to do (define-public glibc/hurd glibc)—i.e., once again use the same glibc for Linux and Hurd alike, and: Better Hurd support!,Creation of hurd-team branch with build fixes, updating gnumach to 1.8+git20230410 and hurd to 0.9.git20231217,A constructive meeting with sixteen people during the Guix Days just before FOSDEM '24 with notes that contain some nice ideas,Another new glibc 2.39; even better Hurd support, opening the door to x86_64 support,Yet another restoring of i586-gnu (32-bit GNU/Hurd) support,The installer just learnt about the Hurd! More on this below, and finally,Another set of updates: gnumach (1.8+git20240714), mig (1.8+git20231217), hurd (0.9.git20240714), netdde (c0ef248d), rumpkernel (f1ffd640), and initial support for x86_64-gnu, aka the 64bit Hurd.NetDDE and Rumpdisk supportBack in 2020, Ricardo Wurmus added the NetDDE package that provides Linux 2.6 network drivers. At the time we didn't get to integrate and use it though and meanwhile it bitrotted.After we resurrected the NetDDE build, and with kind help of the Hurd developers we finally managed to support NetDDE for the Hurd.. This allows the usage of the Intel 82573L Gigabit Ethernet Controller of the Thinkpad X60 (and many other network cards, possibly even WIFI). Instead of using the builtin kernel driver in GNU Mach, it would be running as a userland driver.What sparked this development was upstream's NetBSD rumpdisk support that would allow using modern hard disks such as SSDs, again running as a userland driver. Hard disk support builtin in GNU Mach was once considered to be a nice hack but it only supported disks up to 128 GiB…First, we needed to fix the cross build on Guix.After the initial attempt at rumpdisk support for the Hurd it took (v2) some (v3) work (v4) to finally arrive at rumpdisk support for the Hurd, really, *really* (v5)Sadly when actually using them, booting hangs:start: pci.arbiter:What did not really help is that upstream's rumpkernel archive was ridiculously large. We managed to work with upstream to remove unused bits from the archive. Upstream created a new archive that instead of 1.8 GiB (!) now “only” weighs 670 MiB.Anyway, after a lot of building, rebuilding, and debugging and some more with kind help from upstream we finally got Rumpdisk and NetDDE to run in a Childhurd.Initial Guix/Hurd on the Thinkpad X60Now that the last (!) core-updates merge has finally happened (thanks everyone!), the recipe of installing Guix/Hurd has been much simpfilied. It goes something along these lines.Install Guix/Linux on your X60,Reserve a partition and format it for the Hurd:mke2fs -o hurd -L hurd /dev/sdaXIn your config.scm, add some code to add GRUB menuentries for booting the Hurd, and mount the Hurd partition under /hurd:(use-modules (srfi srfi-26) (ice-9 match) (ice-9 rdelim) (ice-9 regex) (gnu build file-systems)) (define %hurd-menuentry-regex "menuentry \"(GNU with the Hurd[^{\"]*)\".*multiboot ([^ \n]*) +([^\n]*)") (define (text->hurd-menuentry text) (let* ((m (string-match %hurd-menuentry-regex text)) (label (match:substring m 1)) (kernel (match:substring m 2)) (arguments (match:substring m 3)) (arguments (string-split arguments #\space)) (root (find (cute string-prefix? "root=" <>) arguments)) (device-spec (match (string-split root #\=) (("root" device) device))) (device (hurd-device-name->device-name device-spec)) (modules (list-matches "module ([^\n]*)" text)) (modules (map (cute match:substring <> 1) modules)) (modules (map (cute string-split <> #\space) modules))) (menu-entry (label label) (device device) (multiboot-kernel kernel) (multiboot-arguments arguments) (multiboot-modules modules)))) (define %hurd-menuentries-regex "menuentry \"(GNU with the Hurd[^{\"]*)\" \\{([^}]|[^\n]\\})*\n\\}") (define (grub.cfg->hurd-menuentries grub.cfg) (let* ((entries (list-matches %hurd-menuentries-regex grub.cfg)) (entries (map (cute match:substring <> 0) entries))) (map text->hurd-menuentry entries))) (define (hurd-menuentries) (let ((grub.cfg (with-input-from-file "/hurd/boot/grub/grub.cfg" read-string))) (grub.cfg->hurd-menuentries grub.cfg))) ... (operating-system ... (bootloader (bootloader-configuration (bootloader grub-bootloader) (targets '("/dev/sda")) (menu-entries (hurd-menuentries)))) (file-systems (cons* (file-system (device (file-system-label "guix")) (mount-point "/") (type "ext4")) (file-system (device (file-system-label "hurd")) (mount-point "/hurd") (type "ext2")) %base-file-systems)) ...)Create a config.scm for your Hurd system. You can get inspiration from bare-hurd.tmpl and inherit from %hurd-default-operating-system. Use grub-minimal-bootloader and add a static-networking-service-type. Something like:(use-modules (srfi srfi-1) (ice-9 match)) (use-modules (gnu) (gnu system hurd)) (operating-system (inherit %hurd-default-operating-system) (bootloader (bootloader-configuration (bootloader grub-minimal-bootloader) (targets '("/dev/sda")))) (kernel-arguments '("noide")) ... (services (cons* (service static-networking-service-type (list %loopback-static-networking (static-networking (addresses (list (network-address (device "eth0") (value "192.168.178.37/24")))) (routes (list (network-route (destination "default") (gateway "192.168.178.1")))) (requirement '()) (provision '(networking)) (name-servers '("192.168.178.1"))))) ...)))Install the Hurd. Assuming you have an ext2 filesystem mounted on /hurd, do something like:guix system build --target=i586-pc-gnu vuurvlieg.hurd --verbosity=1 sudo -E guix system init --target=i586-pc-gnu --skip-checks \ vuurvlieg.hurd /hurd sudo -E guix system reconfigure vuurvlieg.scmReboot and...Hurray!We now have Guix/Hurd running on Thinkpad.Guix/Hurd on Real IronWhile the initial manual install on the X60 was an inspiring milestone, we can do better. As mentioned above, just recently the installer learnt about the Hurd, right after some smaller problems were addressed, like guix system init creating essential devices for the Hurd, not attempting to run a cross-built grub-install to install Grub, soft-coding the hard-coded part:1:device:wd0 root file-system, adding support for booting Guix/Hurd more than once.To install Guix/Hurd, first, build a 32bit installation image and copy it to a USB stick:guix system image --image-type=iso9660 --system=i686-linux gnu/system/install.scm dd if=/gnu/store/cabba9e-image.iso of=/dev/sdX status=progress syncthen boot it on a not-too-new machine that has wired internet (although installation over WIFI is possible, there is currently no WIFI support for the installed Hurd to use it). On the new Kernel page:choose Hurd. Do not choose a desktop environment, that's not available yet. On the Network management page:choose the new Static networking service. In the final Configuration file step, don't forget to edit:and fill-in your IP and GATEWAY:You may want to add some additional packages such as git-minimal from (gnu packages version-control) and sqlite from (gnu packages sqlite).If you also intend to do Guix development on the Hurd—e.g., debugging and fixing native package builds—then you might want to include all dependencies to build the guix package, see the devel-hurd.tmpl for inspiration on how to do that. Note that any package you add must already have support for cross-building.Good luck, and let us know if it works for you and on what kind of machine, or why it didn't!What's next?In an earlier post we tried to answer the question “Why bother with the Hurd anyway?” An obvious question because it is all too easy to get discouraged, to downplay or underestimate the potential social impact of GNU and the Hurd.The most pressing problem currently is that the guix-daemon fails when invoking guix authenticate on the Hurd, which means that we cannot easily keep our substitutes up to date. guix pull is known to work but only by pulling from a local branch doing something like:mkdir -p ~/src/guix cd src/guix git clone https://git.savannah.gnu.org/git/guix.git master guix pull --url=~/src/guix/masterkinda like we did it in the old days. Sometimes it seems that guix does not grok the sqlite store database. This is needs to be resolved but as sqlite does read it this can be easily worked around by doing something like:mv /var/guix/db/db.sqlite /var/guix/db/db.sqlite.orig sqlite3 /var/guix/db/db.sqlite.orig .dump > /var/guix/db/db.sqlite.dump sqlite3 -init /var/guix/db/db.sqlite.dump /var/guix/db/db.sqlite .quitAlso, the boot process still fails to handle an unclean root file system. Whenever the Hurd has suffered an unclean shutdown, cleaning it must currently be done manually, e.g., by booting from the installer USB stick.Upstream now has decent support for 64bit (x86_64) albeit with more bugs and fewer packages. As mentioned in the overview we are now working to have that in Guix and have made some progress:more on that in another post. Other interesting task for Guix include:Have guix system reconfigure work on the Hurd,Figure out WiFi support with NetDDE (and add it to installer!),An isolated build environment (or better wait for, err, contribute to the Guile guix-daemon?),An installer running the Hurd, and,Packages, packages, packages!We tried to make Hurd development as easy and as pleasant as we could. As you have seen, things start to work pretty nicely and there is still plenty of work to do in Guix. In a way this is “merely packaging” the amazing work of others. Some of the real work that needs to be done and which is being discussed and is in progress right now includes:Audio support (this is sponsored by NLnet, thanks!),Rumpnet,SMP,AArch64.All these tasks look daunting, and indeed that’s a lot of work ahead. But the development environment is certainly an advantage. Take an example: surely anyone who’s hacked on device drivers or file systems before would have loved to be able to GDB into the code, restart it, add breakpoints and so on—that’s exactly the experience that the Hurd offers. As for Guix, it will make it easy to test changes to the micro-kernel and to the Hurd servers, and that too has the potential to speed up development and make it a very nice experience.Join #guix and #hurd on libera.chat or the mailing lists and get involved!AddendumIt has been brought to our attention that people haven't heard that Debian GNU/Hurd has been a reality for some years now. While Guix GNU/Hurd has an exciting future, please be aware that it lacks many packages and services, including Xorg. If you would simply like to install the Hurd on bare metal running your favorite window manager (eg: i3, icewm, etc.) or lightweight desktop environment (Xfce) right now, then installing Debian GNU/Hurd is a good choice. Though we hope to catch up to them soon!

A lot has changed since the two last news from the GNU Boot project. GNU Boot install party in Paris the 7 and 8 December 2024 People involved in the GNU Boot project will be organizing a 100% free software install party within a bigger event that also has a regular install party. There will also be a presentation about 100% free software in there. The event will be mainly in French. More details are available in French and in English in the following link: https://lists.gnu.org/archive/html/help-guix/2024-11/msg00112.html GNU Boot 0.1 RC4 Many changes were made since the RC3 and since then we fixed an important bug that prevented Trisquel from booting (If during the Trisquel installation you chose "LVM2" and didn't encrypt the storage, GNU Boot images with GRUB would not find the Trisquel installation). Because of that we decided to do a new RC4 (release candidate 4) and to publish new GNU Boot images. There are still some work needed before doing a 0.1 release as we want to make it easier for less technical users to install and use GNU Boot, but more and more of the project structure are getting in place (website, manual, automatic tests, guix, good development procedures, enabling build on all distributions, etc) which then makes it easier to contribute. We also decided to use Guix for more of the software components we build, and since this is a big change, we will need people to help more with testing. Nonfree software found again, no supported device affected. The last announcement we made was "Nonfree software found in GNU Boot releases again, many distros affected"[1]. Some people misunderstood it (maybe we could have been more clear): the nonfree software that we found was code that GNU Boot didn't use, so it was easy to remove and it didn't affect the supported devices in any way. Finding nonfree software in 100% free distribution is also common: this is part of the work to ensure these distribution remains 100% free. The first time it happened in GNU Boot we publicized it to explain why we were re-releasing some of the GNU Boot files as it could be very scary if this happens without any public communication. The second time we published a news about it mainly to help propagate the information to the affected distributions and this is probably why it was misunderstood: it was mainly targeted at GNU Boot users and maintainers of the affected packages. We also contacted upstream and some affected distributions directly as well but contacting everybody takes a lot of time so having a news about it helps. At least Debian and Trisquel fixed the issue but we still need to contact some distributions. After that, and probably thanks to the previous news, Leah Rowe contacted us on one of the GNU Boot mailing lists[2] to notify us that she also found additional similar nonfree software in GNU Boot. So we confirmed that and promptly removed them and re-made again the source release. And here again even if the work was delayed a bit, this was fast to do and it doesn't affect the supported devices in any way. But we also need help contacting distributions again because one of the issue she found is very serious because it affects many distributions and also important devices that GNU Boot doesn't support. The ARM trusted firmware ships a nonfree hdcp.bin binary in its source code. ARM trusted firmware is a dependency of u-boot that is used to support many ARM computers in other distributions (like Guix, Debian, etc). As contacting affected distributions is a tedious task, we also need help to propagate the information and contact them especially because we don't know if Leah intend or not to do that work (so far she didn't reply when asked twice about it), so it's probably up to the GNU Boot community as a whole (which also includes its maintainers and readers of this news) to help here. The details are in the commit 343515aee7ef34695ac45830fad419d9562f9c15 ("coreboot: blobs.list: arm-trusted-firmware: Remove RK3399 hdcp.bin firmware.") in the GNU Boot source code[3]. [1]https://savannah.gnu.org/news/?id=10684 [2]https://lists.gnu.org/archive/html/gnuboot-patches/2024-10/msg00028.html [3]https://git.savannah.gnu.org/cgit/gnuboot.git/commit/?id=343515aee7ef34695ac45830fad419d9562f9c15 Website and documentation Jordán (isf) has been contributing some Spanish translations of the most important website pages (the landing, status and how to contribute pages). This is important as it could help get more contributors. These contributions also helped us improve the process for accepting pseudonymous contributions and enabled us to fix issues. The work on improving the website in general also continued. Many of the website pages were reviewed and improved (there is a lot of work there and mentioning it all would make the news way too long). The website also now shows the git revision from which it is build and we also helped the FSF fix some server configuration that created issue with the deployment of the GNU Boot website (more details are in the commit message[1]) by reporting the issue to them and testing the fix. Patches for making a manual are also being reviewed. While there isn't much in the manual yet, it also enables to better organize the documentation and it has the potential to make GNU Boot more accessible to less technical people. The next goals is to look how to merge part of the website inside the manual and continue improving both the website and the manual. [1]https://git.savannah.gnu.org/cgit/gnuboot.git/commit/?id=d1df672383f6eb8d4218fdef7fbe9ec5e41803e4 Authenticating GNU Boot source code We now have the ability to verify the source code when downloading it from git. This is important to avoid certain type of attacks and it also enables to write code to automatically download, verify and build the GNU Boot source code. The source can be verified with the following command (it requires to have Guix installed):  $ guix git authenticate $(git rev-parse HEAD) \   "E23C 26A5 DEEE C5FA 9CDD  D57A 57BC 26A3 6871 16F6" \   -k origin/keyring If the authentication works it will print a message like that:     guix git: successfully     authenticated commit 05c09293d9660ea1f26b5b705a089b466a0aa718 The 05c09293d9660ea1f26b5b705a089b466a0aa718 might be different in your case. The "E23C 26A5 DEEE C5FA 9CDD D57A 57BC 26A3 6871 16F6" part in the command above is Adrien Bourmault (neox)'s GPG key. How to use that will be documented more in depth in the upcoming GNU Boot manual that is currently being reviewed. Its importance will also be explained in more details for people not familiar with the security issues it's meant to solve. Also note that we also welcome help for reviewing patches. Licensing The GNU Boot source code has a complex history. It is based on the last fully free software releases of Libreboot. And the Libreboot source code history is very complex. We found some missing authorship information in some of the files that come from Libreboot and so we started such information from the various git repositories that were used at some point by Libreboot or some of the projects it was based on. To help with this task we also added a page on the GNU Boot website (https://www.gnu.org/software/gnuboot/web/docs/history/) to track the status of the reconstruction of the missing authorship and to document the GNU Boot source code history. Upstream contributions and easier building of GNU Boot GNU Boot is just a distribution and like most distributions, it tries to collaborate with various upstream projects whenever possible. Since GNU Boot relies on Guix, we improved the Guix documentation directly to help people install Guix on Trisquel and Parabola. We also helped Trisquel fix security issues in the Guix package by bug reporting and testing fixes (some bugs still need to be fixed in Parabola and Debian, and reporting issues upstream takes time). Since we also advise to use PureOS or Trisquel to build GNU Boot we also enabled people with Guix to produce PureOS or Trisquel chroots with Debootstrap. This was done through contributions to Debootstrap, and to the Guix Debootstrap package. We could then mention that in the GNU Boot build documentation (https://www.gnu.org/software/gnuboot/web/docs/build/) and added a script (in contrib/start-guix-daemon.py) to support building GNU Boot in chroots. However there are still issue with the build in chroots that need to be fixed to producing all released files. Instructions on how to do build in chroots is also lacking. In addition we also added the ability to build GNU Boot with Trisquel 11 (aramo). An apt-cacher-ng package was also contributed in Guix upstream as it can then be used to speed-up one of the automatic tests used in GNU Boot but the support for apt-cacher-ng was not integrated yet in GNU Boot. Last year we also contributed a GRUB package in Guix but we didn't have the occasion to use it yet. It will probably happen soon though. Building GNU Boot How to build GNU Boot has changed a lot since GNU Boot 0.1 RC3. Before Guix could only be optionally used to build the website. In addition to that, Guix is now integrated in the build system so we can now rely on Guix packages to build GNU Boot images. This also means that you need to install Guix to build GNU Boot images. We currently use Guix packages to build some tests. We also build some installation utilities for the I945 ThinkPads (ThinkPad X60, X60s, X60T and T60) but we don't have documentation for less technical people yet on how to use them. We also would need help for testing these computers as we have no idea if they still work fine or which fully free distributions still work on them in practice. We now also support the './configure' and 'make' commands to build GNU Boot but not yet the 'make install' command as to work we would need to adapt many of the scripts that are used during the build to be compatible with that. There is also less visible work that was done, like cleaning up a lot of code, adding tests for code quality, documenting a bit the GNU Boot source code structure, and so on. Work on making GNU Boot reproducible also started. See https://reproducible-builds.org/ or https://en.wikipedia.org/wiki/Reproducible_builds for more detail on the issue. We took an extremely strict approach and put the checksum of some of the things we build directly into GNU Boot and verify it the checksum during the compilation. This enables us to automatically detect issues without having to do anything. We started to enable that for easy things, and we also added the infrastructure to also use that in Guix packages as well by validating one of the packages we use during automatic testing. However at one point this guix package stopped being reproducible. Since we wanted to keep that code (especially as it was showing a good example of how to do it), we fixed the bug instead of removing the test. This then helped us detect a very subtle and interesting bug in one of the components we use for automatic tests. The bug could not be caught during testing because some time information stored inside the FAT32 file system has a granularity of a day, and since all the testing happened the same day, it was caught only later on. This bug was then fixed and the details are in the fix[1]. A bug report was also opened upstream because bugs were found in diffoscope along the way[2]. We still need to do some testing though to understand if the bug is in diffoscope or one of the underlying libraries (libguestfs) and then to report the remaining bugs to the distributions we used during this work. We also made it easier to update the checksum in the Guix package. If you package software with Guix, this change is also a good example of how not to break the '--without-tests' option when you override the tests in the package you contribute. The commit message[3] and the change have more details and references on all that. [1]https://git.savannah.gnu.org/cgit/gnuboot.git/commit/?id=4c3de49fbb3b43940b43f8fdccc8e51ee7df8f46 [2]https://salsa.debian.org/reproducible-builds/diffoscope/-/issues/390 [3]https://git.savannah.gnu.org/cgit/gnuboot.git/commit/?id=40fcb94e2f7ab1df8d320f78311e623f801d8602 LVM2 bug WodeShengli reported a very important bug[1]: GNU Boot images with GRUB can't find LVM2 partitions if the partition itself is not encrypted. For instance if you have LVM2 and no encryption at all or if the disk is encrypted and that on top you have LVM2, GNU Boot will not find the partition. Since this is an extremely serious usability issue (because images with GRUB are supposed to work out of the box) we spent time to fix it. The issue was that the GRUB configuration we ship hardcoded the name of the LVM volumes to try to boot from. Fixing it required to be able loop over all the partitions being found, but we found no command to do that in GRUB (which is probably why the LVM partition names were hardcoded in the first place). So we started adding GRUB command options to do that but while the code worked fine, it didn't integrate in GRUB well. So we contacted GRUB looking for help as we would have needed to upstream our command option in GRUB anyway. And we were told that GRUB already had a way to do what we were looking for so we used that to fix the issue. We also added tests that automatically download the Trisquel installer and installs Trisquel with LVM2 and test if GNU Boot can boot the new Trisquel installation[2]. While this test is skipped for 32bit computers, it is still good to have as some people will run it. The test also paves the way to add more tests that would enable us to improve further the GRUB configuration without breaking the boot. [1]https://savannah.gnu.org/bugs/index.php?65663 [2]https://git.savannah.gnu.org/cgit/gnuboot.git/commit/?id=860b00bf1e798d86c8bb2a70d77633599dfa1da2 [3]https://git.savannah.gnu.org/cgit/gnuboot.git/commit/?id=9cc02ddde1e164fabfbddc8bbd3832ef9468d92d

GNU Parallel 20241122 ('Ahoo Daryaei') has been released. It is available for download at: lbry://@GnuParallel:4 Quote of the month:   GNU parallel is so satisfying     -- James Coman @jcoman.bsky.social New in this release: --pipe --block works similar to --pipepart --block if --block size is negative. DBURLs can be written with / instead of %2F for sqlite and CSV. Bug fixes and man page updates. News about GNU Parallel: Embarrassingly GNU parallel https://dengin.xyz/blog/2024/10/24/embarrassingly-gnu-parallel/ GNU Parallel for Your Terminal Tasks https://erolrecep.github.io/posts/gnuparallel_for_your_terminal_tasks/ How to leverage GNU parallel to utilize multiple cores while running AUGUSTUS https://lifescienceshub.wixsite.com/lifesciencehub/post/how-to-leverage-gnu-parallel-to-utilize-multiple-cores-while-running-augustus GNU Parallel: The Good Parts https://diekmeier.de/posts/2024-11-17-gnu-parallel/ Put your CPU to work with GNU Parallel https://www.redhat.com/en/blog/gnu-parallel GNU Parallel - For people who live life in the parallel lane. If you like GNU Parallel record a video testimonial: Say who you are, what you use GNU Parallel for, how it helps you, and what you like most about it. Include a command that uses GNU Parallel if you feel like it. About GNU Parallel GNU Parallel is a shell tool for executing jobs in parallel using one or more computers. A job can be a single command or a small script that has to be run for each of the lines in the input. The typical input is a list of files, a list of hosts, a list of users, a list of URLs, or a list of tables. A job can also be a command that reads from a pipe. GNU Parallel can then split the input and pipe it into commands in parallel. If you use xargs and tee today you will find GNU Parallel very easy to use as GNU Parallel is written to have the same options as xargs. If you write loops in shell, you will find GNU Parallel may be able to replace most of the loops and make them run faster by running several jobs in parallel. GNU Parallel can even replace nested loops. GNU Parallel makes sure output from the commands is the same output as you would get had you run the commands sequentially. This makes it possible to use output from GNU Parallel as input for other programs. For example you can run this to convert all jpeg files into png and gif files and have a progress bar:   parallel --bar convert {1} {1.}.{2} ::: *.jpg ::: png gif Or you can generate big, medium, and small thumbnails of all jpeg files in sub dirs:   find . -name '*.jpg' |     parallel convert -geometry {2} {1} {1//}/thumb{2}_{1/} :::: - ::: 50 100 200 You can find more about GNU Parallel at: http://www.gnu.org/s/parallel/ You can install GNU Parallel in just 10 seconds with:     $ (wget -O - pi.dk/3 || lynx -source pi.dk/3 || curl pi.dk/3/ || \        fetch -o - http://pi.dk/3 ) > install.sh     $ sha1sum install.sh | grep 883c667e01eed62f975ad28b6d50e22a     12345678 883c667e 01eed62f 975ad28b 6d50e22a     $ md5sum install.sh | grep cc21b4c943fd03e93ae1ae49e28573c0     cc21b4c9 43fd03e9 3ae1ae49 e28573c0     $ sha512sum install.sh | grep ec113b49a54e705f86d51e784ebced224fdff3f52     79945d9d 250b42a4 2067bb00 99da012e c113b49a 54e705f8 6d51e784 ebced224     fdff3f52 ca588d64 e75f6033 61bd543f d631f592 2f87ceb2 ab034149 6df84a35     $ bash install.sh Watch the intro video on http://www.youtube.com/playlist?list=PL284C9FF2488BC6D1 Walk through the tutorial (man parallel_tutorial). Your command line will love you for it. When using programs that use GNU Parallel to process data for publication please cite: O. Tange (2018): GNU Parallel 2018, March 2018, https://doi.org/10.5281/zenodo.1146014. If you like GNU Parallel: Give a demo at your local user group/team/colleagues Post the intro videos on Reddit/Diaspora*/forums/blogs/ Identi.ca/Google+/Twitter/Facebook/Linkedin/mailing lists Get the merchandise https://gnuparallel.threadless.com/designs/gnu-parallel Request or write a review for your favourite blog or magazine Request or build a package for your favourite distribution (if it is not already there) Invite me for your next conference If you use programs that use GNU Parallel for research: Please cite GNU Parallel in you publications (use --citation) If GNU Parallel saves you money: (Have your company) donate to FSF https://my.fsf.org/donate/ About GNU SQL GNU sql aims to give a simple, unified interface for accessing databases through all the different databases' command line clients. So far the focus has been on giving a common way to specify login information (protocol, username, password, hostname, and port number), size (database and table size), and running queries. The database is addressed using a DBURL. If commands are left out you will get that database's interactive shell. When using GNU SQL for a publication please cite: O. Tange (2011): GNU SQL - A Command Line Tool for Accessing Different Databases Using DBURLs, ;login: The USENIX Magazine, April 2011:29-32. About GNU Niceload GNU niceload slows down a program when the computer load average (or other system activity) is above a certain limit. When the limit is reached the program will be suspended for some time. If the limit is a soft limit the program will be allowed to run for short amounts of time before being suspended again. If the limit is a hard limit the program will only be allowed to run when the system is below the limit.

Hi, All: Please join me in welcoming our new member: User Details: ------------- Name:    Haoran Du Login:   bingchuanjuzi Email:   dududu233@outlook.com I wish bingchuanjuzi a wonderful journey in GNU CTT. Happy Hacking wxie

Libtoolers! The Libtool Team is pleased to announce the release of libtool 2.5.4. GNU Libtool hides the complexity of using shared libraries behind a consistent, portable interface. GNU Libtool ships with GNU libltdl, which hides the complexity of loading dynamic runtime libraries (modules) behind a consistent, portable interface. There have been 49 commits by 16 people in the 8 weeks since 2.5.3. See the NEWS below for a brief summary. Thanks to everyone who has contributed! The following people contributed changes to this release:   Adrien Destugues (1)   Alastair McKinstry (6)   Bruno Haible (1)   Ileana Dumitrescu (27)   Jerome Duval (1)   Jonathan Nieder (2)   Joshua Root (1)   Khalid Masum (1)   Markus Mützel (1)   Martin Storsjö (1)   Richard Purdie (1)   Sergey Poznyakoff (1)   Tim Schumacher (1)   Vincent Lefevre (2)   mintsuki (1)   streaksu (1) Ileana  [on behalf of the libtool maintainers] ================================================================== Here is the GNU libtool home page:     https://gnu.org/s/libtool/ For a summary of changes and contributors, see:   https://git.sv.gnu.org/gitweb/?p=libtool.git;a=shortlog;h=v2.5.4 or run this command from a git-cloned libtool directory:   git shortlog v2.5.3..v2.5.4 Here are the compressed sources:   https://ftpmirror.gnu.org/libtool/libtool-2.5.4.tar.gz   (2.0MB)   https://ftpmirror.gnu.org/libtool/libtool-2.5.4.tar.xz   (1.1MB) Here are the GPG detached signatures:   https://ftpmirror.gnu.org/libtool/libtool-2.5.4.tar.gz.sig   https://ftpmirror.gnu.org/libtool/libtool-2.5.4.tar.xz.sig Use a mirror for higher download bandwidth:   https://www.gnu.org/order/ftp.html Here are the SHA1 and SHA256 checksums:   77227188ead223ed8ba447301eda3761cb68ef57  libtool-2.5.4.tar.gz   2o67LOTc9GuQCY2vliz/po9LT2LqYPeY0O8Skp7eat8=  libtool-2.5.4.tar.gz   9781a113fe6af1b150571410b29d3eee2e792516  libtool-2.5.4.tar.xz   +B9YYGZrC8fYS63e+mDRy5+m/OsjmMw7rKavqmAmZnU=  libtool-2.5.4.tar.xz Verify the base64 SHA256 checksum with cksum -a sha256 --check from coreutils-9.2 or OpenBSD's cksum since 2007. Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact.  First, be sure to download both the .sig file and the corresponding tarball.  Then, run a command like this:   gpg --verify libtool-2.5.4.tar.gz.sig The signature should match the fingerprint of the following key:   pub   rsa4096 2021-09-23 [SC]         FA26 CA78 4BE1 8892 7F22  B99F 6570 EA01 146F 7354   uid   Ileana Dumitrescu <ileanadumi95@protonmail.com>   uid   Ileana Dumitrescu <ileanadumitrescu95@gmail.com> If that command fails because you don't have the required public key, or that public key has expired, try the following commands to retrieve or refresh it, and then rerun the 'gpg --verify' command.   gpg --locate-external-key ileanadumi95@protonmail.com   gpg --recv-keys 6570EA01146F7354   wget -q -O- 'https://savannah.gnu.org/project/release-gpgkeys.php?group=libtool&download=1' | gpg --import - As a last resort to find the key, you can try the official GNU keyring:   wget -q https://ftp.gnu.org/gnu/gnu-keyring.gpg   gpg --keyring gnu-keyring.gpg --verify libtool-2.5.4.tar.gz.sig This release was bootstrapped with the following tools:   Autoconf 2.72e   Automake 1.17   Gnulib v1.0-1108-gea58a72d4d NEWS Noteworthy changes in release 2.5.4 (2024-11-20) [stable] ** New features:   - New libtool command line flag, --no-finish, to skip executing     finish_cmds that would alter the shared library cache during testing.   - New libtool command line flag, --reorder-cache=DIRS, to reorder the     shared library cache, only on OpenBSD. ** Bug fixes:   - Fix incorrect use of workarounds designed for Darwin versions that     don't have -single_module support.   - Fix errors when executing 'make distclean' and 'make maintainer-clean'.   - Fix bug where the constructed rpath omit directories, instead of     appending them to the end.   - Fix configure error for when variable 'multlib' is unset.   - Fix searching for -L in link paths being over-greedy and incorrectly     handling paths with -L in them.   - Avoid using AC_TRY_EVAL macro, "dangerous and undocumented".   - Fix linking libraries at runtime with tcc by adding run path.   - Fix path comparison by removing trailing slashes on install commands.   - Fix linking for mingw with lld by prefering response files over the     linker script.   - Fix '-Fe' usage with linking in MSVC.   - Fix '--no-warnings' flag.   - Fix handling xlc(1)-specific options.   - Fix Haiku support. ** Changes in supported systems or compilers:   - Support additional flang-based compilers, 'f18' and 'f95'.   - Support for 'netbsdelf*-gnu'.   - Support for '*-mlibc', and subsequently Ironclad and Managarm.   - Support for SerenityOS.   - Support for wasm32-emscripten. Enjoy!

To understand the views of the Guix community we're running a survey that we'd love you to take part in! The Guix User and Contributor Survey is live now, and should take about 10 minutes to fill out. Perfect for doing with a cup of tea and a biscuit!The Guix project continues to grow and change, with new contributors and users joining our community. We decided to run this survey as it's the best way to gather good quality feedback across the widest cross-section of the community. Of course, there's lots of interesting topics a survey could ask about! We decided to focus on how Guix is used, and how contributors take part in the project.The survey is being run on LimeSurvey which is a Free Software project and has been used by many other projects for similar surveys. The survey's hosted on the LimeSurvey SaaS so that we don't have the additional task of operating the software. No personal data is asked for (e.g. email addresses), no tracking data is being collected (e.g. IP addresses) and the entries are anonymised.We'll be making the results and the anonymised data available under the Creative Commons CCO: that way anyone can analyse the data for further insights.We hope the results of the survey will be used to understand both the Guix project's strengths and areas we can improve. Which is why your input is so important. If you can, please take the survey!Take the survey now!

GNUnet 0.22.2 This is a bugfix release for gnunet 0.22.1. It fixes some regressions and minor bugs. Links Source: https://ftpmirror.gnu.org/gnunet/gnunet-0.22.2.tar.gz ( https://ftpmirror.gnu.org/gnunet/gnunet-0.22.2.tar.gz.sig ) Source (meson): https://buildbot.gnunet.org/releases/gnunet-0.22.2-meson.tar.gz ( https://buildbot.gnunet.org/releases/gnunet-0.22.2-meson.tar.gz.sig ) Detailed list of changes: https://git.gnunet.org/gnunet.git/log/?h=v0.22.2 NEWS: https://git.gnunet.org/gnunet.git/tree/NEWS?h=v0.22.2 The list of closed issues in the bug tracker: https://bugs.gnunet.org/changelog_page.php?version_id=459 The GPG key used to sign is: 3D11063C10F98D14BD24D1470B0998EF86F59B6A Note that due to mirror synchronization, not all links may be functional early after the release. For direct access try https://ftp.gnu.org/gnu/gnunet/

NOTE: pacman v7 is currently in [libre-testing]; but it will be promoted to libre soon from arch: With the release of [version 7.0.0] pacman has added support for downloading packages as a separate user with dropped privileges. For users with local repos however this might imply that the download user does not have access to the files in question, which can be fixed by assigning the files and folder to the alpm group and ensuring the executable bit (+x) is set on the folders in question. $ chown :alpm -R /path/to/local/repo Remember to [merge the .pacnew] files to apply the new default. Pacman also introduced [a change] to improve checksum stability for git repos that utilize .gitattributes files. This might require a one-time checksum change for PKGBUILDs that use git sources.

Компьютеры и сети содействуют нам в борьбе за свободу: они помогают посвятить время и силы важным общественным инициативам, организовывать протесты, защищаться от цензуры. Но свободны ли наши компьютеры?  И свободны ли мы как пользователи? Обсудим эти вопросы 25 октября в 19:00 в Открытом пространстве с Глебом Ерофеевым — активистом движения за свободные программы и волонтёром проекта "ГНУ", который в 1983 году запустил философ и активист Ричард Столлман. Команда проекта "ГНУ" занимается разработкой свободного софта и техноэтическим активизмом, чтобы дать пользователям контроль над их компьютерами и искоренить несправедливость, которую приносят в общество собственнические программы. Адрес: Плетешковский пер., 8с1 (м. "Бауманская"). Участие бесплатно.  Приветствуются пожертвования в пользу пространства.

BOSTON (October 22, 2024) -- The Free Software Foundation (FSF) has announced today that it is working on a statement of criteria for free machine learning applications, which will require the software, as well as the raw training data and associated scripts, to grant users the four freedoms.

GNU Parallel 20241022 ('Sinwar Nasrallah') has been released. It is available for download at: lbry://@GnuParallel:4 Quote of the month:   GNU Parallel is one of the most helpful tools I've been using recently, and it's just something like: parallel -j4 'gzip {}' ::: folder/*.csv      -- Milton Pividori @miltondp@twitter   New in this release: No new features. This is a candidate for a stable release. Bug fixes and man page updates. News about GNU Parallel: Separate arguments with a custom separator in GNU Parallel https://boxofcuriosities.co.uk/post/separate-arguments-with-a-custom-separator-in-gnu-parallel GNU parallel is underrated https://amontalenti.com/2021/11/10/parallel Unlocking the Power of Supercomputers: My HPC Adventure with 2800 Cores and GNU Parallel https://augalip.com/2024/03/10/unlocking-the-power-of-supercomputers-my-hpc-adventure-with-2800-cores-and-gnu-parallel/ Converting WebP Images to PNG Using parallel and dwebp https://bytefreaks.net/gnulinux/bash/converting-webp-images-to-png-using-parallel-and-dwebp GNU Parallel - For people who live life in the parallel lane. If you like GNU Parallel record a video testimonial: Say who you are, what you use GNU Parallel for, how it helps you, and what you like most about it. Include a command that uses GNU Parallel if you feel like it. About GNU Parallel GNU Parallel is a shell tool for executing jobs in parallel using one or more computers. A job can be a single command or a small script that has to be run for each of the lines in the input. The typical input is a list of files, a list of hosts, a list of users, a list of URLs, or a list of tables. A job can also be a command that reads from a pipe. GNU Parallel can then split the input and pipe it into commands in parallel. If you use xargs and tee today you will find GNU Parallel very easy to use as GNU Parallel is written to have the same options as xargs. If you write loops in shell, you will find GNU Parallel may be able to replace most of the loops and make them run faster by running several jobs in parallel. GNU Parallel can even replace nested loops. GNU Parallel makes sure output from the commands is the same output as you would get had you run the commands sequentially. This makes it possible to use output from GNU Parallel as input for other programs. For example you can run this to convert all jpeg files into png and gif files and have a progress bar:   parallel --bar convert {1} {1.}.{2} ::: *.jpg ::: png gif Or you can generate big, medium, and small thumbnails of all jpeg files in sub dirs:   find . -name '*.jpg' |     parallel convert -geometry {2} {1} {1//}/thumb{2}_{1/} :::: - ::: 50 100 200 You can find more about GNU Parallel at: http://www.gnu.org/s/parallel/ You can install GNU Parallel in just 10 seconds with:     $ (wget -O - pi.dk/3 || lynx -source pi.dk/3 || curl pi.dk/3/ || \        fetch -o - http://pi.dk/3 ) > install.sh     $ sha1sum install.sh | grep 883c667e01eed62f975ad28b6d50e22a     12345678 883c667e 01eed62f 975ad28b 6d50e22a     $ md5sum install.sh | grep cc21b4c943fd03e93ae1ae49e28573c0     cc21b4c9 43fd03e9 3ae1ae49 e28573c0     $ sha512sum install.sh | grep ec113b49a54e705f86d51e784ebced224fdff3f52     79945d9d 250b42a4 2067bb00 99da012e c113b49a 54e705f8 6d51e784 ebced224     fdff3f52 ca588d64 e75f6033 61bd543f d631f592 2f87ceb2 ab034149 6df84a35     $ bash install.sh Watch the intro video on http://www.youtube.com/playlist?list=PL284C9FF2488BC6D1 Walk through the tutorial (man parallel_tutorial). Your command line will love you for it. When using programs that use GNU Parallel to process data for publication please cite: O. Tange (2018): GNU Parallel 2018, March 2018, https://doi.org/10.5281/zenodo.1146014. If you like GNU Parallel: Give a demo at your local user group/team/colleagues Post the intro videos on Reddit/Diaspora*/forums/blogs/ Identi.ca/Google+/Twitter/Facebook/Linkedin/mailing lists Get the merchandise https://gnuparallel.threadless.com/designs/gnu-parallel Request or write a review for your favourite blog or magazine Request or build a package for your favourite distribution (if it is not already there) Invite me for your next conference If you use programs that use GNU Parallel for research: Please cite GNU Parallel in you publications (use --citation) If GNU Parallel saves you money: (Have your company) donate to FSF https://my.fsf.org/donate/ About GNU SQL GNU sql aims to give a simple, unified interface for accessing databases through all the different databases' command line clients. So far the focus has been on giving a common way to specify login information (protocol, username, password, hostname, and port number), size (database and table size), and running queries. The database is addressed using a DBURL. If commands are left out you will get that database's interactive shell. When using GNU SQL for a publication please cite: O. Tange (2011): GNU SQL - A Command Line Tool for Accessing Different Databases Using DBURLs, ;login: The USENIX Magazine, April 2011:29-32. About GNU Niceload GNU niceload slows down a program when the computer load average (or other system activity) is above a certain limit. When the limit is reached the program will be suspended for some time. If the limit is a soft limit the program will be allowed to run for short amounts of time before being suspended again. If the limit is a hard limit the program will only be allowed to run when the system is below the limit.

A security issue, known as CVE-2024-52867, has been identified in guix-daemon which allows for a local user to gain the privileges of any of the build users and subsequently use this to manipulate the output of any build. You are strongly advised to upgrade your daemon now (see instructions below), especially on multi-user systems.This exploit requires the ability to start a derivation build and the ability to run arbitrary code with access to the store in the root PID namespace on the machine the build occurs on. As such, this represents an increased risk primarily to multi-user systems and systems using dedicated privilege-separation users for various daemons: without special sandboxing measures, any process of theirs can take advantage of this vulnerability.VulnerabilityFor a very long time, guix-daemon has helpfully made the outputs of failed derivation builds available at the same location they were at in the build container. This has aided greatly especially in situations where test suites require the package to already be installed in order to run, as it allows one to re-run the test suite interactively outside of the container when built with --keep-failed. This transferral of store items from inside the chroot to the real store was implemented with a simple rename, and no modification of the store item or any files it may contain.If an attacker starts a build of a derivation that creates a binary with the setuid and/or setgid bit in an output directory, then, and the build fails, that binary will be accessible unaltered for anybody on the system. The attacker or a cooperating user can then execute the binary, gain the privileges, and from there use a combination of signals and procfs to freeze a builder, open any file it has open via /proc/$PID/fd, and overwrite it with whatever it wants. This manipulation of builds can happen regardless of which user started the build, so it can work not only for producing compromised outputs for commonly-used programs before anybody else uses them, but also for compromising any builds another user happens to start.A related vulnerability was also discovered concerning the outputs of successful builds. These were moved - also via rename() - outside of the container prior to having their permissions, ownership, and timestamps canonicalized. This means that there also exists a window of time for a successful build's outputs during which a setuid/setgid binary can be executed.In general, any time that a build user running a build for some submitter can get a setuid/setgid binary to a place the submitter can execute it, it is possible for the submitter to use it to take over the build user. This situation always occurs when --disable-chroot is passed to guix-daemon. This holds even in the case where there are no dedicated build users, and builds happen under the same user the daemon runs as, as happens during make check in the guix repository. Consequently, if a permissive umask that allows execute permission for untrusted users on directories all the way to a user's guix checkout is used, an attacker can use that user's test-environment daemon to gain control over their user while make check is running.MitigationThis security issue has been fixed by two commits. Users should make sure they have updated to the second commit to be protected from this vulnerability. Upgrade instructions are in the following section. If there is a possibility that a failed build has left a setuid/setgid binary lying around in the store by accident, run guix gc to remove all failed build outputs.The fix was accomplished by sanitizing the permissions of all files in a failed build output prior to moving it to the store, and also by waiting to move successful build outputs to the store until after their permissions had been canonicalized. The sanitizing was done in such a way as to preserve as many non-security-critical properties of failed build outputs as possible to aid in debugging. After applying these two commits, the guix package in Guix was updated so that guix-daemon deployed using it would use the fixed version.If you are using --disable-chroot, whether with dedicated build users or not, make sure that access to your daemon's socket is restricted to trusted users. This particularly affects anyone running make check and anyone running on GNU/Hurd. The former should either manually remove execute permission for untrusted users on their guix checkout or apply this patch, which restricts access to the test-environment daemon to the user running the tests. The latter should adjust the ownership and permissions of /var/guix/daemon-socket, which can be done for Guix System users using the new socket-directory-{perms,group,user} fields in this patch.A proof of concept is available at the end of this post. One can run this code with:guix repl -- setuid-exposure-vuln-check.scmThis will output whether the current guix-daemon being used is vulnerable or not. If it is not vulnerable, the last line will contain your system is not vulnerable, otherwise the last line will contain YOUR SYSTEM IS VULNERABLE.UpgradingDue to the severity of this security advisory, we strongly recommend all users to upgrade their guix-daemon immediately.For Guix System, the procedure is to reconfigure the system after a guix pull, either restarting guix-daemon or rebooting. For example:guix pull sudo guix system reconfigure /run/current-system/configuration.scm sudo herd restart guix-daemonwhere /run/current-system/configuration.scm is the current system configuration but could, of course, be replaced by a system configuration file of a user's choice.For Guix running as a package manager on other distributions, one needs to guix pull with sudo, as the guix-daemon runs as root, and restart the guix-daemon service, as documented. For example, on a system using systemd to manage services, run:sudo --login guix pull sudo systemctl restart guix-daemon.serviceNote that for users with their distro's package of Guix (as opposed to having used the install script) you may need to take other steps or upgrade the Guix package as per other packages on your distro. Please consult the relevant documentation from your distro or contact the package maintainer for additional information or questions.ConclusionEven with the sandboxing features of modern kernels, it can be quite challenging to synthesize a situation in which two users on the same system who are determined to cooperate nevertheless cannot. Guix has an especially difficult job because it needs to not only realize such a situation, but also maintain the ability to interact with both users itself, while not allowing them to cooperate through itself in unintended ways. Keeping failed build outputs around for debugging introduced a vulnerability, but finding that vulnerability because of it enabled the discovery of an additional vulnerability that would have existed anyway, and prompted the use of mechanisms for securing access to the guix daemon.I would like to thank Ludovic Courtès for giving feedback on these vulnerabilities and their fixes — discussion of which led to discovering the vulnerable time window with successful build outputs — and also for helping me to discover that my email server was broken.Proof of ConceptBelow is code to check if your guix-daemon is vulnerable to this exploit. Save this file as setuid-exposure-vuln-check.scm and run following the instructions above, in "Mitigation."(use-modules (guix) (srfi srfi-34)) (define maybe-setuid-file ;; Attempt to create a setuid file in the store, with one of the build ;; users as its owner. (computed-file "maybe-setuid-file" #~(begin (call-with-output-file #$output (const #t)) (chmod #$output #o6000) ;; Failing causes guix-daemon to copy the output from ;; its temporary location back to the store. (exit 1)))) (with-store store (let* ((drv (run-with-store store (lower-object maybe-setuid-file))) (out (derivation->output-path drv))) (guard (c (#t (if (zero? (logand #o6000 (stat:perms (stat out)))) (format #t "~a is not setuid: your system is not \ vulnerable.~%" out) (format #t "~a is setuid: YOUR SYSTEM IS VULNERABLE. Run 'guix gc' to remove that file and upgrade.~%" out)))) (build-things store (list (derivation-file-name drv))))))

Dear community:We’re excited to announce the IX International GNU Health Conference, that will take place in beautiful Sicily, Italy, at the University of Palermo this December 15th. Mount Etna rising over suburbs of Catania, Sicily (Wikimedia) The GNU Health Conference (GHCon) is the annual conference that brings together enthusiasts and developers of GNU Health, the Libre digital health ecosystem. The conference will have thematic sessions, lightning talks and implementation cases to get to know the GNU Health and other Free/Libre software communities from around the world. We will show the upcoming features of the Health and Hospital Information System, standards, security, privacy, the GNU Health Federation and MyGNUHealth (the Personal Health Record). GHCon2024 – The IX International GNU Health Conference The XVII International Workshop on eHealth in Emerging Economies (IWEEE) is about Social Medicine and addressing the reality of the underprivileged around the world. There will be workshops to debate, and share experiences from humanitarian organizations and from those working in field of Social Medicine.In the evening we will announce and honor the winners of the GNU Health Social Medicine awards.We are counting on you to get the most out of the conference. Most importantly, we want you to have fun, feel at home, and enjoy being part of the GNU Health community. Looking forward to seeing you in Sicily!Happy Hacking!GHCon2024 homepage: https://www.gnuhealth.org/ghconRegistration: https://my.gnusolidario.org/ghcon2024-registration/ Follow us in Mastodon (https://mastodon.social/@gnuhealth) for the latest news. You can share the news using the tag #GHCon2024

The GNU Boot project previously found nonfree microcode in the first RC1 release (in gnuboot-0.1-rc1_src.tar.xz to be exact). This was announced in the "GNU Boot December 2023 News" (https://lists.gnu.org/archive/html/gnuboot-announce/2023-12/msg00000.html). It was fixed by re-making the affected tarball by hand with the nonfree software removed and by contacting Canoeboot that had the same issue, and by bug reporting and proposing patches to fix the issue in Guix as well (they are still pending as we need to find a reviewer familiar with Coreboot). But recently we found a more problematic issue that also affects many more distributions and all the previous GNU Boot release candidates. The vboot source code used in Coreboot and in the vboot-utils package available in many GNU/Linux distributions contains nonfree code in their test data in tests/futility/data (nonfree microcode, nonfree BIOS, nonfree Management Engine firmwares, etc). So we had to re-release all the affected tarballs (like gnuboot-0.1-rc1_src.tar.xz, gnuboot-0.1-rc2_src.tar.xz, etc). We made and we improved the process along the way (we now store the changes in tag inside our git repository and simply regenerate the tarballs with the build system that is available for a given tag). We are also in the process of contacting distributions and/or coordinating with them and we also need help as there are many distributions to contact. To do that we started contacting the free GNU/Linux distros (https://www.gnu.org/distros/free-distros.html) that ship the vboot source code. We also contacted Replicant that is a free Android distro that also ships vboot source code. We also started to contact common distros that require certain repositories to only have free software (so far we only contacted Debian as that will help Trisquel fix the issue, but we also need to contact Fedora for instance). Finding which distro to contact is made much easier thanks to GNU's review of common distros policies (https://www.gnu.org/distros/common-distros.html). We coordinate that work on our bug report system at Savannah, especially in the bug #66246 (https://savannah.gnu.org/bugs/index.php?66246).

Dear community: We're excited to announce the IX International GNU Health Conference, that will take place in beautiful Sicily, Italy, at the University of Palermo this December 15th. The GNU Health Conference (GHCon) is the annual conference that brings together enthusiasts and developers of GNU Health, the Libre digital health ecosystem. The conference will have thematic sessions, lightning talks and implementation cases to get to know the GNU Health and other Free/Libre software communities from around the world. We will show the upcoming features of the Health and Hospital Information System, standards, security, privacy, the GNU Health Federation and MyGNUHealth (the Personal Health Record) The XVII International Workshop on eHealth in Emerging Economies (IWEEE) is about Social Medicine and addressing the reality of the underprivileged around the world. There will be workshops to debate, and share experiences from humanitarian organizations and from those working in field of Social Medicine. In the evening we will announce and honor the winners of the GNU Health Social Medicine awards. We are counting on you to get the most out of the conference. Most importantly, we want you to have fun, feel at home, and enjoy being part of the GNU Health community. Happy Hacking! Homepage: https://www.gnuhealth.org/ghcon Registration: https://my.gnusolidario.org/ghcon2024-registration/ Follow us in Mastodon (https://mastodon.social/@gnuhealth) for the latest news. You can share the news using the tag #GHCon2024

Download from https://ftp.gnu.org/gnu/libunistring/libunistring-1.3.tar.gz This is a stable release. New in this release: The data tables and algorithms have been updated to Unicode version 16.0.0. New function uc_is_property_modifier_combining_mark and new constant UC_PROPERTY_MODIFIER_COMBINING_MARK. Fixed a bug in the *printf functions: The %ls and %lc directives could lead to a crash on Solaris and MSVC.

I have decided to start using sourcehut for a few of my projects. The first projects landing there are bugz-mode and a68-mode, two Emacs modes. The first implements a quite efficient and comfortable interface to bugzilla. The second is a programming mode for Algol 68. Let's see how it goes! https://git.sr.ht/~jemarch

GNUnet 0.22.1 This is a bugfix release for gnunet 0.22.0. It addresses some issues in HELLO URI handling and formatting as well as regressions in the DHT subsystem along with other bug fixes. Links Source: https://ftpmirror.gnu.org/gnunet/gnunet-0.22.1.tar.gz ( https://ftpmirror.gnu.org/gnunet/gnunet-0.22.1.tar.gz.sig ) Source (meson): https://buildbot.gnunet.org/gnunet-0.22.1-meson.tar.gz ( https://buildbot.gnunet.org/gnunet-0.22.1-meson.tar.gz.sig ) Detailed list of changes: https://git.gnunet.org/gnunet.git/log/?h=v0.22.1 NEWS: https://git.gnunet.org/gnunet.git/tree/NEWS?h=v0.22.1 The list of closed issues in the bug tracker: https://bugs.gnunet.org/changelog_page.php?version_id=457 The GPG key used to sign is: 3D11063C10F98D14BD24D1470B0998EF86F59B6A Note that due to mirror synchronization, not all links may be functional early after the release. For direct access try https://ftp.gnu.org/gnu/gnunet/

BOSTON (October 8, 2024) -- The Free Software Foundation (FSF) has announced that it is taking part in the US National Institute of Standards and Technology (NIST)'s consortium on the safety of (so-called) artificial intelligence, particularly with reference to "generative" AI systems. The FSF will ensure the free software perspective is adequately represented in these discussions.

It’s no news. They’re stealing the Internet from us and we must do something about it. What it used to be a fun, collaborative hacking space is now ruled by corporations and narcissistic billionaires. Proprietary centralized social networks have become a space for hate, discrimination and propaganda. The messages that you see are those that they want you to see. Your data is no longer yours. They have become a massive thought control machine. You read what they want you to read and, in the end, you will end up writing and doing what they want you to write and to do. It’s a matter of time and money, and they have both. These corporate-driven social networks are deceiving. They make us fall into false assumptions in a distorted reality. This delusion hits both individuals and organizations. For instance, in GNU Solidario and GNU Health, we fight for Social Medicine and for the rights of human and non-human animals. When we want to share an event, to make a fundraising campaign or to denounce human or animal rights violations we want the message to reach out as many people as possible. We could think, why not share it with our followers on Twitter / X? Experience has it, corporate social networks have not really made a difference in the outcomes. They will promote or “shadow ban” the message depending on who wrote it. You can guess the results for those who fight against neoliberal capitalism. Social pressure exists, and is not trivial to overcome. Many fear that leaving proprietary centralized social networks that have been using for years will result in losing the status and contacts they’ve built throughout the years. Again, it’s not really a big deal. And we have great news, there are decentralized, community-driven alternatives! Some of those alternatives are Mastodon, Friendica or Diaspora. Not only social networks, today there is an free software alternative to pretty much any proprietary solution (search engines, scientific programs, multimedia, office suites, databases, games…) There is a correlation between Free Software, freedom and privacy. The more Free Software, the more freedom and privacy you enjoy. The contrary also applies: Proprietary software is inversely proportional to our freedom, both at individual and collective level. There is no transparency, no privacy, no control, no rights in proprietary applications, networks or clouds. In the last decades, the tech giants have been busy in a campaign to dismantle the Free Software philosophy and community. The “open source” euphemism is one of them. Richard Stallman (creator of the GNU project and the Free Software Foundation) has been warning us about the dangers of “Open Source”. Free societies are built with free software, not with open source. I know some members in the free software community use both terms interchangeably, but I am convinced using the “Free Software” terms not only delivers software, but also freedom to our society. Internet is no longer fun or empathetic. It has become a hostile and toxic environment, the medium for corporations and elites that increase concentration of power, social gradient and create very unjust societies. They use our data to control individuals and governments. We certainly don’t want to be part of that. It is our moral duty to bring back spirit of solidarity that RMS delivered in the late 80’s, and that made possible the GNU movement, the best operating systems, programming languages, web servers and database engines for everyone. The GNU project was the inspiration for projects like GNU Health, helping millions around the globe, delivering freedom and equity in healthcare. In the end, it is up to us to embrace federated, community driven social networks and free software applications. Millions of individuals, activists, free software projects, NGOs and even the European Union have already joined the Fediverse and Mastodon. It only takes an initial push to break the social pressure to set ourselves and our societies free. Citing our friends from GNUnet: “You broke the Internet… we’ll build a GNU one”. Happy hacking! Follow us in Mastodon: https://mastodon.social/@gnuhealth Original post: https://my.gnusolidario.org/2024/09/26/time-to-take-back-the-internet/

It’s no news. They’re stealing the Internet from us and we must do something about it. What it used to be a fun, collaborative hacking space is now ruled by corporations and narcissistic billionaires. Proprietary centralized social networks have become a space for hate, discrimination and propaganda. The messages that you see are those that they want you to see. Your data is no longer yours. They have become a massive thought control machine. You read what they want you to read and, in the end, you will end up writing and doing what they want you to write and to do. It’s a matter of time and money, and they have both. These corporate-driven social networks are deceiving. They make us fall into false assumptions in a distorted reality. This delusion hits both individuals and organizations. For instance, in GNU Solidario and GNU Health, we fight for Social Medicine and for the rights of human and non-human animals. When we want to share an event, to make a fundraising campaign or to denounce human or animal rights violations we want the message to reach out as many people as possible. We could think, why not share it with our followers on Twitter / X? Experience has it, corporate social networks have not really made a difference in the outcomes. They will promote or “shadow ban” the message depending on who wrote it. You can guess the results for those who fight against neoliberal capitalism. “The many branches of the Fediverse” (credits: Axbom) Social pressure exists, and is not trivial to overcome. Many fear that leaving proprietary centralized social networks that have been using for years will result in losing the status and contacts they’ve built throughout the years. Again, it’s not really a big deal. And we have great news, there are decentralized, community-driven alternatives! Some of those alternatives are Mastodon, Friendica or Diaspora. Not only social networks, today there is an free software alternative to pretty much any proprietary solution (search engines, scientific programs, multimedia, office suites, databases, games…) The GNU head, symbol of the GNU project There is a correlation between Free Software, freedom and privacy. The more Free Software, the more freedom and privacy you enjoy. The contrary also applies: Proprietary software is inversely proportional to our freedom, both at individual and collective level. There is no transparency, no privacy, no control, no rights in proprietary applications, networks or clouds. In the last decades, the tech giants have been busy in a campaign to dismantle the Free Software philosophy and community. The “open source” euphemism is one of them. Richard Stallman (creator of the GNU project and the Free Software Foundation) has been warning us about the dangers of “Open Source”. Free societies are built with free software, not with open source. I know some members in the free software community use both terms interchangeably, but I am convinced using the “Free Software” terms not only delivers software, but also freedom to our society. Internet is no longer fun or empathetic. It has become a hostile and toxic environment, the medium for corporations and elites that increase concentration of power, social gradient and create very unjust societies. They use our data to control individuals and governments. We certainly don’t want to be part of that. It is our moral duty to bring back spirit of solidarity that RMS delivered in the late 80’s, and that made possible the GNU movement, the best operating systems, programming languages, web servers and database engines for everyone. The GNU project was the inspiration for projects like GNU Health, helping millions around the globe, delivering freedom and equity in healthcare. In the end, it is up to us to embrace federated, community driven social networks and free software applications. Millions of individuals, activists, free software projects, NGOs and even the European Union have already joined the Fediverse and Mastodon. It only takes an initial push to break the social pressure to set ourselves and our societies free. Collage with some members of the GNU Health community around the world Citing our friends from GNUnet: “You broke the Internet… we’ll build a GNU one”. Happy hacking! Follow us in Mastodon: https://mastodon.social/@gnuhealth

Libtoolers! The Libtool Team is pleased to announce the release of libtool 2.5.3. GNU Libtool hides the complexity of using shared libraries behind a consistent, portable interface. GNU Libtool ships with GNU libltdl, which hides the complexity of loading dynamic runtime libraries (modules) behind a consistent, portable interface. There have been 14 commits by 2 people in the 27 days since 2.5.2. See the NEWS below for a brief summary. An alpha and two beta releases of GNU Libtool have been released prior to this stable release. Please view the NEWS entries for those releases for a more complete summary of the updates between stable releases 2.4.7 and 2.5.3. Thanks to everyone who has contributed! The following people contributed changes to this release:   Bruno Haible (3)   Ileana Dumitrescu (11) Ileana  [on behalf of the libtool maintainers] ================================================================== Here is the GNU libtool home page:     https://gnu.org/s/libtool/ For a summary of changes and contributors, see:   https://git.sv.gnu.org/gitweb/?p=libtool.git;a=shortlog;h=v2.5.3 or run this command from a git-cloned libtool directory:   git shortlog v2.5.2..v2.5.3 Here are the compressed sources:   https://ftpmirror.gnu.org/libtool/libtool-2.5.3.tar.gz   (2.0MB)   https://ftpmirror.gnu.org/libtool/libtool-2.5.3.tar.xz   (1.1MB) Here are the GPG detached signatures:   https://ftpmirror.gnu.org/libtool/libtool-2.5.3.tar.gz.sig   https://ftpmirror.gnu.org/libtool/libtool-2.5.3.tar.xz.sig Use a mirror for higher download bandwidth:   https://www.gnu.org/order/ftp.html Here are the SHA1 and SHA256 checksums:   f48e2fcdb0b80f97e93366c41fdcd1ea90f2f253  libtool-2.5.3.tar.gz   kyK9j2vISP2j44WJndGTSVcWllKs73FtGdGdJAU6u5U=  libtool-2.5.3.tar.gz   f1450b2f652d9acf3b83eee823cad966a149cca4  libtool-2.5.3.tar.xz   iYARIyzFm2s7u+Mhtgq6nbGsEVeKth7Q3wKZRYFGri4=  libtool-2.5.3.tar.xz Verify the base64 SHA256 checksum with cksum -a sha256 --check from coreutils-9.2 or OpenBSD's cksum since 2007. Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact.  First, be sure to download both the .sig file and the corresponding tarball.  Then, run a command like this:   gpg --verify libtool-2.5.3.tar.gz.sig The signature should match the fingerprint of the following key:   pub   rsa4096 2021-09-23 [SC]         FA26 CA78 4BE1 8892 7F22  B99F 6570 EA01 146F 7354   uid   Ileana Dumitrescu <ileanadumi95@protonmail.com>   uid   Ileana Dumitrescu <ileanadumitrescu95@gmail.com> If that command fails because you don't have the required public key, or that public key has expired, try the following commands to retrieve or refresh it, and then rerun the 'gpg --verify' command.   gpg --locate-external-key ileanadumi95@protonmail.com   gpg --recv-keys 6570EA01146F7354   wget -q -O- 'https://savannah.gnu.org/project/release-gpgkeys.php?group=libtool&download=1' | gpg --import - As a last resort to find the key, you can try the official GNU keyring:   wget -q https://ftp.gnu.org/gnu/gnu-keyring.gpg   gpg --keyring gnu-keyring.gpg --verify libtool-2.5.3.tar.gz.sig This release was bootstrapped with the following tools:   Autoconf 2.72e   Automake 1.17   Gnulib v1.0-803-g30417e7f91 NEWS Noteworthy changes in release 2.5.3 (2024-09-25) [stable] ** New features:   - Add 'aarch64' support to the file magic test, which allows for     shared libraries to be built with Mingw for aarch64. ** Bug fixes:   - The configure options --with-pic and --without-pic have been renamed     to --enable-pic and --disable-pic, respectively.  The old names     --with-pic and --without-pic are still supported, though, for     backward compatibility.   - The configure option --with-aix-soname has been renamed to     --enable-aix-soname.  The old name --with-aix-soname is still     supported, though, for backward compatibility.   - Fix conflicting warnings about AC_PROG_RANLIB.   - Document situations where -export-symbols does not work.   - Update FSF office address with URL in each file's license block.   - Add checks for aclocal in standalone.at and subproject.at test files     that report failures in Linux From Scratch and Darwin builds.     Enjoy!

GNU Parallel 20240922 ('Gold Apollo AR924') has been released. It is available for download at: lbry://@GnuParallel:4 Quote of the month:   Recently executed a flawless live data migration of ~2.4pb using GNU parallel for scale and bash scripts.     -- @mechanicker@twitter Dhruva New in this release: --fast disables a lot of functionality to speed up running jobs. Bug fixes and man page updates. News about GNU Parallel: Job requiring GNU Parallel knowledge https://www.capgemini.com/ca-en/jobs/Id6D4pEBZ6aB2WPS2aAJ/systems-engineer/ GNU Parallel - For people who live life in the parallel lane. If you like GNU Parallel record a video testimonial: Say who you are, what you use GNU Parallel for, how it helps you, and what you like most about it. Include a command that uses GNU Parallel if you feel like it. About GNU Parallel GNU Parallel is a shell tool for executing jobs in parallel using one or more computers. A job can be a single command or a small script that has to be run for each of the lines in the input. The typical input is a list of files, a list of hosts, a list of users, a list of URLs, or a list of tables. A job can also be a command that reads from a pipe. GNU Parallel can then split the input and pipe it into commands in parallel. If you use xargs and tee today you will find GNU Parallel very easy to use as GNU Parallel is written to have the same options as xargs. If you write loops in shell, you will find GNU Parallel may be able to replace most of the loops and make them run faster by running several jobs in parallel. GNU Parallel can even replace nested loops. GNU Parallel makes sure output from the commands is the same output as you would get had you run the commands sequentially. This makes it possible to use output from GNU Parallel as input for other programs. For example you can run this to convert all jpeg files into png and gif files and have a progress bar:   parallel --bar convert {1} {1.}.{2} ::: *.jpg ::: png gif Or you can generate big, medium, and small thumbnails of all jpeg files in sub dirs:   find . -name '*.jpg' |     parallel convert -geometry {2} {1} {1//}/thumb{2}_{1/} :::: - ::: 50 100 200 You can find more about GNU Parallel at: http://www.gnu.org/s/parallel/ You can install GNU Parallel in just 10 seconds with:     $ (wget -O - pi.dk/3 || lynx -source pi.dk/3 || curl pi.dk/3/ || \        fetch -o - http://pi.dk/3 ) > install.sh     $ sha1sum install.sh | grep 883c667e01eed62f975ad28b6d50e22a     12345678 883c667e 01eed62f 975ad28b 6d50e22a     $ md5sum install.sh | grep cc21b4c943fd03e93ae1ae49e28573c0     cc21b4c9 43fd03e9 3ae1ae49 e28573c0     $ sha512sum install.sh | grep ec113b49a54e705f86d51e784ebced224fdff3f52     79945d9d 250b42a4 2067bb00 99da012e c113b49a 54e705f8 6d51e784 ebced224     fdff3f52 ca588d64 e75f6033 61bd543f d631f592 2f87ceb2 ab034149 6df84a35     $ bash install.sh Watch the intro video on http://www.youtube.com/playlist?list=PL284C9FF2488BC6D1 Walk through the tutorial (man parallel_tutorial). Your command line will love you for it. When using programs that use GNU Parallel to process data for publication please cite: O. Tange (2018): GNU Parallel 2018, March 2018, https://doi.org/10.5281/zenodo.1146014. If you like GNU Parallel: Give a demo at your local user group/team/colleagues Post the intro videos on Reddit/Diaspora*/forums/blogs/ Identi.ca/Google+/Twitter/Facebook/Linkedin/mailing lists Get the merchandise https://gnuparallel.threadless.com/designs/gnu-parallel Request or write a review for your favourite blog or magazine Request or build a package for your favourite distribution (if it is not already there) Invite me for your next conference If you use programs that use GNU Parallel for research: Please cite GNU Parallel in you publications (use --citation) If GNU Parallel saves you money: (Have your company) donate to FSF https://my.fsf.org/donate/ About GNU SQL GNU sql aims to give a simple, unified interface for accessing databases through all the different databases' command line clients. So far the focus has been on giving a common way to specify login information (protocol, username, password, hostname, and port number), size (database and table size), and running queries. The database is addressed using a DBURL. If commands are left out you will get that database's interactive shell. When using GNU SQL for a publication please cite: O. Tange (2011): GNU SQL - A Command Line Tool for Accessing Different Databases Using DBURLs, ;login: The USENIX Magazine, April 2011:29-32. About GNU Niceload GNU niceload slows down a program when the computer load average (or other system activity) is above a certain limit. When the limit is reached the program will be suspended for some time. If the limit is a soft limit the program will be allowed to run for short amounts of time before being suspended again. If the limit is a hard limit the program will only be allowed to run when the system is below the limit.

Do you have too many git branches on the go at once? Here is the command to list them in order of last modification: git for-each-ref --sort=-committerdate refs/heads

10 September 2024 Unifont 16.0.01 is now available.  This is a major release. From the NEWS file:   * Updates to synchronize Unifont with Unicode 16.0.0 release.   * Many new upper-plane Chinese ideographs added.   * New "make" build dependency on ImageMagick's "convert" program     to build thumbnail images of the Unicode plane bitmaps.   * unifont-combining-$(VERSION).txt is now included in the     distribution set to provide spacing information on all     combining characters.   * Many other minor updates; see ChangeLog for details. Download this release from GNU server mirrors at:      https://ftpmirror.gnu.org/unifont/unifont-16.0.01/ or if that fails,      https://ftp.gnu.org/gnu/unifont/unifont-16.0.01/ or, as a last resort,      ftp://ftp.gnu.org/gnu/unifont/unifont-16.0.01/ These files are also available on the unifoundry.com website:      https://unifoundry.com/pub/unifont/unifont-16.0.01/ Font files are in the subdirectory      https://unifoundry.com/pub/unifont/unifont-16.0.01/font-builds/ A more detailed description of font changes is available at       https://unifoundry.com/unifont/index.html and of utility program changes at       https://unifoundry.com/unifont/unifont-utilities.html Enjoy! Paul Hardy

Stow 2.4.1 has been released.  This release contains some minor bug-fixes -- specifically, fixing the --dotfiles option to work correctly with ignore lists, allowing options in .stowrc with spaces, and avoiding a spurious warning on Perl >= 5.40.  There were also some clean-ups and improvements, mostly internal and not visible to users.  Read details of what's new: http://git.savannah.gnu.org/cgit/stow.git/tree/NEWS

We have released version 7.1.1 of Texinfo, the GNU documentation format. This is a minor bug-fix release. It's available via a mirror (xz is much smaller than gz, but gz is available too just in case): http://ftpmirror.gnu.org/texinfo/texinfo-7.1.1.tar.xz http://ftpmirror.gnu.org/texinfo/texinfo-7.1.1.tar.gz Please send any comments to bug-texinfo@gnu.org. Full announcement: https://lists.gnu.org/archive/html/bug-texinfo/2024-09/msg00041.html

libffcall version 2.5 is released. New in this release: Added support for the following platforms: (Previously, a build on these platforms failed.) loongarch64: Linux with lp64d ABI. riscv64: Linux with musl libc. hppa: Linux. powerpc: FreeBSD, NetBSD. powerpc64: FreeBSD. powerpc64le: FreeBSD. arm: Android. Fixed support for the following platforms: (Previously, a build on these platforms appeared to succeed but was buggy.) ia64: Linux. arm64: OpenBSD. Simplified the environmental requirements (the library no longer allocates a temporary file in /tmp) on the following platforms: Linux. macOS. FreeBSD 13 and newer. NetBSD 8 and newer.

Libtoolers! The Libtool Team is pleased to announce the release of libtool 2.5.2, a beta release. This beta release was not planned, but additional testing of a recent bugfix was requested for distros to have the chance to test it with mass-rebuilds. The details of this bugfix can be found here:     https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71489 The commit for this bugfix can be found here:     https://git.savannah.gnu.org/cgit/libtool.git/commit/?id=0e1b33332429cd578367bd0ad420c065d5caf0ac I hope to release the stable in a couple of weeks if testing goes well! GNU Libtool hides the complexity of using shared libraries behind a consistent, portable interface. GNU Libtool ships with GNU libltdl, which hides the complexity of loading dynamic runtime libraries (modules) behind a consistent, portable interface. There have been 9 commits by 4 people in the 35 days since 2.5.1. See the NEWS below for a brief summary. Thanks to everyone who has contributed! The following people contributed changes to this release:   Bruno Haible (1)   Ileana Dumitrescu (6)   Sergey Poznyakoff (1)   Tobias Stoeckmann (1) Ileana  [on behalf of the libtool maintainers] ================================================================== Here is the GNU libtool home page:     https://gnu.org/s/libtool/ For a summary of changes and contributors, see:   https://git.sv.gnu.org/gitweb/?p=libtool.git;a=shortlog;h=v2.5.2 or run this command from a git-cloned libtool directory:   git shortlog v2.5.1..v2.5.2 Here are the compressed sources:   https://alpha.gnu.org/gnu/libtool/libtool-2.5.2.tar.gz   (1.9MB)   https://alpha.gnu.org/gnu/libtool/libtool-2.5.2.tar.xz   (1.0MB) Here are the GPG detached signatures:   https://alpha.gnu.org/gnu/libtool/libtool-2.5.2.tar.gz.sig   https://alpha.gnu.org/gnu/libtool/libtool-2.5.2.tar.xz.sig Use a mirror for higher download bandwidth:   https://www.gnu.org/order/ftp.html Here are the SHA1 and SHA256 checksums:   e3384dc0099855942f76ef8a97be94edab6f56de  libtool-2.5.2.tar.gz   KSdftFsjbW/3IKQz+c1fYeovUsw6ouX4m6V3Jr2lR5M=  libtool-2.5.2.tar.gz   71b7333e80b76510f5dbd14db54d311d577bb716  libtool-2.5.2.tar.xz   e2C09MNk6HhRMNNKmP8Hv6mmFywgxdtwirScaRPkgmM=  libtool-2.5.2.tar.xz Verify the base64 SHA256 checksum with cksum -a sha256 --check from coreutils-9.2 or OpenBSD's cksum since 2007. Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact.  First, be sure to download both the .sig file and the corresponding tarball.  Then, run a command like this:   gpg --verify libtool-2.5.2.tar.gz.sig The signature should match the fingerprint of the following key:   pub   rsa4096 2021-09-23 [SC]         FA26 CA78 4BE1 8892 7F22  B99F 6570 EA01 146F 7354   uid   Ileana Dumitrescu <ileanadumi95@protonmail.com>   uid   Ileana Dumitrescu <ileanadumitrescu95@gmail.com> If that command fails because you don't have the required public key, or that public key has expired, try the following commands to retrieve or refresh it, and then rerun the 'gpg --verify' command.   gpg --locate-external-key ileanadumi95@protonmail.com   gpg --recv-keys 6570EA01146F7354   wget -q -O- 'https://savannah.gnu.org/project/release-gpgkeys.php?group=libtool&download=1' | gpg --import - As a last resort to find the key, you can try the official GNU keyring:   wget -q https://ftp.gnu.org/gnu/gnu-keyring.gpg   gpg --keyring gnu-keyring.gpg --verify libtool-2.5.2.tar.gz.sig This release was bootstrapped with the following tools:   Autoconf 2.72e   Automake 1.17   Gnulib v1.0-563-gd3efdd55f3 NEWS Noteworthy changes in release 2.5.2 (2024-08-29) [beta] ** Bug fixes:   - Use shared objects built in source tree instead of the installed     versions for more reliable testing.   - Fix test in bug_62343.at for confirmed Cygwin/Mingw32 where the     incorrect architecture version of a compiler was generating     object files that could not be linked with a library file.   - Fix typos found with codespell. ** Changes in supported systems or compilers:   - Add support for 32-bit mode on FreeBSD/powerpc64. Enjoy!

We're pleased to announce the release of GNU MediaGoblin 0.14.0. See the release notes for full details and upgrading instructions. Highlights of this release are: Preliminary support for Docker installation Preliminary support for OS packaging on GNU Guix Major configure/build overhaul Extended configuration documentation This version has been tested on Debian Bookworm (12), Ubuntu 20.04, Ubuntu 22.04, Ubuntu 24.04 and Fedora 39. Thanks go to co-maintainer Olivier Mehani for his major contributions in this release! To join us and help improve MediaGoblin, please visit our getting involved page.

GNUnet 0.22.0 released We are pleased to announce the release of GNUnet 0.22.0. GNUnet is an alternative network stack for building secure, decentralized and privacy-preserving distributed applications. Our goal is to replace the old insecure Internet protocol stack. Starting from an application for secure publication of files, it has grown to include all kinds of basic protocol components and applications towards the creation of a GNU internet. This is a new major release. It breaks protocol compatibility with the 0.21.x versions. Please be aware that Git master is thus henceforth (and has been for a while) INCOMPATIBLE with the 0.21.x GNUnet network, and interactions between old and new peers will result in issues. In terms of usability, users should be aware that there are still a number of known open issues in particular with respect to ease of use, but also some critical privacy issues especially for mobile users. Also, the nascent network is tiny and thus unlikely to provide good anonymity or extensive amounts of interesting information. As a result, the 0.22.0 release is still only suitable for early adopters with some reasonable pain tolerance . Download links gnunet-0.22.0.tar.gz ( signature ) gnunet-0.22.0-meson.tar.gz ( signature ) NEW: Test tarball made using the meson build system. gnunet-gtk-0.22.0.tar.gz ( signature ) gnunet-fuse-0.22.0.tar.gz ( signature ) The GPG key used to sign is: 3D11063C10F98D14BD24D1470B0998EF86F59B6A Note that due to mirror synchronization, not all links might be functional early after the release. For direct access try http://ftp.gnu.org/gnu/gnunet/ Changes A detailed list of changes can be found in the git log , the NEWS and the bug tracker . Noteworthy highlights are transport : A new experimental HTTP/3 communicator for peer-to-peer transport communicator. New experimental NAT traversal functionality. util : An implementation of Hybrid Public Key Encryption (HPKE) and related KEMs which are now used across the stack. An implementation of Elligator used as part of our Diffie-Hellman exchanges and KEMs hostlist : The bootstrap URL is changed to https://bootstrap.gnunet.org/v22 and https://bootstrap.gnunet.org/latest for the release and development version (git head), respectively. gnunet-hello : A new CLI to import/export connectivity information (HELLOs) of peers manually. namestore : Significant zone import performance improvements in preparation for DNS TLD mirror deployments (.se, .nu, etc) . messenger : Implementation of discourse subscriptions for live data streaming in chat rooms. New functionality in CLI for the Messenger service to stream data via standard input and output. Build System : Build variant to build a monolithic GNUnet library. Cross compile the monolithic library for use on Android devices. An Android prototype can be found in this repository. Known Issues There are known major design issues in the CORE subsystems which will need to be addressed in the future to achieve acceptable usability, performance and security. There are known moderate implementation limitations in CADET that negatively impact performance. There are known moderate design issues in FS that also impact usability and performance. There are minor implementation limitations in SET that create unnecessary attack surface for availability. The RPS subsystem remains experimental. In addition to this list, you may also want to consult our bug tracker at bugs.gnunet.org which lists about 190 more specific issues. Thanks This release was the work of many people. The following people contributed code and were thus easily identified: Christian Grothoff, t3sserakt, TheJackiMonster, Pedram Fardzadeh, Shichao, fence, dvn, nullptrderef and Martin Schanzenbach. libgnunetchat 0.5.1 released Additionally there's a minor release of libgnunetchat 0.5.1 which fixes multiple issues to improve overall reliability. Download links libgnunetchat-0.5.1.tar.gz libgnunetchat-0.5.1.tar.gz.sig Noteworthy changes in 0.5.1 Fixes discourses stalling application on exit of its process. Fixes comparison of egos for proper account management. Implements automatic Github workflow for builds and testing. Fixes destruction of contacts and lobbies. Adjust internal message handling. Adjust all test cases to run independent of each other. Add test case for group opening and leaving. A detailed list of changes can be found in the ChangeLog . Messenger-GTK 0.10.1 Utilizing latest changes in GNUnet and libgnunetchat, there's a new release of the messenger application bringing live chats which allow streaming your own voice or video with other contacts. This release requires libgnunetchat 0.5.1. Download links messenger-gtk-0.10.1.tar.gz messenger-gtk-0.10.1.tar.gz.sig Noteworthy changes in 0.10.1 Discourses have been added for live voice and video chats with other contacts. Capturing a specific application or a whole monitor can be selected as video source in a live chat. Keep in mind the application is still in development. So there may still be major bugs keeping you from getting a reliable connection. But if you encounter such issue, feel free to consult our bug tracker at bugs.gnunet.org .

We are happy to announce the release of GNU Taler v0.13.

Screen is a full-screen window manager that multiplexes a physical terminal between several processes, typically interactive shells. The 5.0.0 release includes the following changes to the previous release 4.9.1: Rewritten authentication mechanism Add escape %T to show current tty for window Add escape %O to show number of currently open windows Use wcwdith() instead of UTF-8 hard-coded tables New commands:   - auth [on|off]     Provides password protection   - status [top|up|down|bottom] [left|right]     The status window by default is in bottom-left corner.     This command can move status messages to any corner of the screen.   - truecolor [on|off]   - multiinput     Input to multiple windows at the same time Removed commands:   - time   - debug   - password   - maxwin   - nethack Fixes:   - Screen buffers ESC keypresses indefinitely   - Crashes after passing through a zmodem transfer   - Fix double -U issue Release is available for download: https://ftp.gnu.org/gnu/screen/ Please report any bugs or regressions. Thanks to everyone who contributed to this release. Cheers, Alex

BOSTON (August 27, 2024) -- Free Software Foundation (FSF) Board Member Odile Bénassy has stepped down from the Board after four years of service.

GSoC Work Product: GNUnet over HTTP/3 Goals of the Project. This project aimed to implement a new communicator for GNUnet's Transport Next Generation (TNG) using the HTTP/3 protocol. What I did. We chose ngtcp2 and nghttp3 for their stability and adherence to RFC standards. I began by studying communicator fundamentals and analyzing relevant code examples. I then created a QUIC communicator using libngtcp2, implementing essential communication features. Building on this, I integrated libnghttp3 to support HTTP/3 layer communication. After establishing basic uni-directional communication, I proceeded to implement bi-directional capabilities. With the help and guidance of my mentors, I completed the above work, including the selection and design of message transmission methods and the implementation of code. The current state. We have two branches, dev/shichao/http3 for basic communication and dev/shichao/http3bidirect for bi-directional communication. They can pass the basic tests. However, we found that there were occasional failures during the test. We currently assume that this is caused by the test harness not being able to process the received data packets in time. What's left to do. There are still many areas that can be improved in the HTTP/3 communicator, such as using CID map instead of IP address map. In addition, in bi-directional communication, the server's sending rate is slightly lower than the client's transmission rate, and this will be optimized in the future. Finally, integrating the Peer Identity into the TLS handshake in order to authenticate the peers is a natural feature to implement. What code got merged (or not) upstream. All the code is available upstream in the master branch and will be available with the next release. Challenges I Encountered. Initially, I was unfamiliar with the ngtcp2 and nghttp3 libraries. While there were some examples available, I found limited guidance for more advanced usage. Through careful study and experimentation, I gradually gained a deeper understanding of these libraries. But in this process, I have a deeper understanding of QUIC and HTTP/3 protocols, and also improved my coding skills.

GNU Parallel 20240822 ('Southport') has been released. It is available for download at: lbry://@GnuParallel:4 Quote of the month:   honestly the coolest software i've ever seen gotta be gnu parallel or   ffmpeg, nothing like them     -- @scootykins scoot   New in this release: --match Match input source with regexp to set replacement fields. {:%fmt} Use printf formatting of replacement strings. Bug fixes and man page updates. News about GNU Parallel: Powerful GNU parallel, more than a loop https://www.linkedin.com/pulse/powerful-gnu-parallel-more-than-loop-zhenguo-zhang-18dxc How To Increase File Transfer Speed Using Parallel Rsync? https://contentbase.com/blog/increase-file-transfer-speed-parallel-rsync/ Converting WebP Images to PNG Using parallel and dwebp https://bytefreaks.net/2024/07/27 Turbocharging the Box CLI with GNU Parallel https://medium.com/box-developer-blog/turbocharging-the-box-cli-with-gnu-parallel-ee44c48811c0 GNU Parallel - For people who live life in the parallel lane. If you like GNU Parallel record a video testimonial: Say who you are, what you use GNU Parallel for, how it helps you, and what you like most about it. Include a command that uses GNU Parallel if you feel like it. About GNU Parallel GNU Parallel is a shell tool for executing jobs in parallel using one or more computers. A job can be a single command or a small script that has to be run for each of the lines in the input. The typical input is a list of files, a list of hosts, a list of users, a list of URLs, or a list of tables. A job can also be a command that reads from a pipe. GNU Parallel can then split the input and pipe it into commands in parallel. If you use xargs and tee today you will find GNU Parallel very easy to use as GNU Parallel is written to have the same options as xargs. If you write loops in shell, you will find GNU Parallel may be able to replace most of the loops and make them run faster by running several jobs in parallel. GNU Parallel can even replace nested loops. GNU Parallel makes sure output from the commands is the same output as you would get had you run the commands sequentially. This makes it possible to use output from GNU Parallel as input for other programs. For example you can run this to convert all jpeg files into png and gif files and have a progress bar:   parallel --bar convert {1} {1.}.{2} ::: *.jpg ::: png gif Or you can generate big, medium, and small thumbnails of all jpeg files in sub dirs:   find . -name '*.jpg' |     parallel convert -geometry {2} {1} {1//}/thumb{2}_{1/} :::: - ::: 50 100 200 You can find more about GNU Parallel at: http://www.gnu.org/s/parallel/ You can install GNU Parallel in just 10 seconds with:     $ (wget -O - pi.dk/3 || lynx -source pi.dk/3 || curl pi.dk/3/ || \        fetch -o - http://pi.dk/3 ) > install.sh     $ sha1sum install.sh | grep 883c667e01eed62f975ad28b6d50e22a     12345678 883c667e 01eed62f 975ad28b 6d50e22a     $ md5sum install.sh | grep cc21b4c943fd03e93ae1ae49e28573c0     cc21b4c9 43fd03e9 3ae1ae49 e28573c0     $ sha512sum install.sh | grep ec113b49a54e705f86d51e784ebced224fdff3f52     79945d9d 250b42a4 2067bb00 99da012e c113b49a 54e705f8 6d51e784 ebced224     fdff3f52 ca588d64 e75f6033 61bd543f d631f592 2f87ceb2 ab034149 6df84a35     $ bash install.sh Watch the intro video on http://www.youtube.com/playlist?list=PL284C9FF2488BC6D1 Walk through the tutorial (man parallel_tutorial). Your command line will love you for it. When using programs that use GNU Parallel to process data for publication please cite: O. Tange (2018): GNU Parallel 2018, March 2018, https://doi.org/10.5281/zenodo.1146014. If you like GNU Parallel: Give a demo at your local user group/team/colleagues Post the intro videos on Reddit/Diaspora*/forums/blogs/ Identi.ca/Google+/Twitter/Facebook/Linkedin/mailing lists Get the merchandise https://gnuparallel.threadless.com/designs/gnu-parallel Request or write a review for your favourite blog or magazine Request or build a package for your favourite distribution (if it is not already there) Invite me for your next conference If you use programs that use GNU Parallel for research: Please cite GNU Parallel in you publications (use --citation) If GNU Parallel saves you money: (Have your company) donate to FSF https://my.fsf.org/donate/ About GNU SQL GNU sql aims to give a simple, unified interface for accessing databases through all the different databases' command line clients. So far the focus has been on giving a common way to specify login information (protocol, username, password, hostname, and port number), size (database and table size), and running queries. The database is addressed using a DBURL. If commands are left out you will get that database's interactive shell. When using GNU SQL for a publication please cite: O. Tange (2011): GNU SQL - A Command Line Tool for Accessing Different Databases Using DBURLs, ;login: The USENIX Magazine, April 2011:29-32. About GNU Niceload GNU niceload slows down a program when the computer load average (or other system activity) is above a certain limit. When the limit is reached the program will be suspended for some time. If the limit is a soft limit the program will be allowed to run for short amounts of time before being suspended again. If the limit is a hard limit the program will only be allowed to run when the system is below the limit.

Dear Translators: The FSF is officially going remote, so come visit the FSF office one last time. After August 31st, FSF will no longer be residing at the office on 51 Franklin Street. For the final time, FSF will open the office to everyone who would like to visit the office one last time on Friday, August 16th from 6:00 p.m. - 8:30 p.m. for the move-out party. You can also leave your words at the member forum: https://forum.members.fsf.org/t/we-are-closing-down-the-51-franklin-street-office-do-you-have-any-memories-to-share/5614 You can write your own blog as I have done: https://liberal.codeberg.page/goodbye-51-franklin-street.html May FSF long live in our mind.

Version 2.4 of GNU Rush is available for download. New in this release: Use getgrouplist(3) call, if available; Fixes in the rush-po script; Bugfixes

Dear community GNU Health Hospital Management 4.4.1 has been released! Priority: High Table of Contents About GNU Health Patchsets Updating your system with the GNU Health control Center Installation notes List of other issues related to this patchset About GNU Health Patchsets We provide "patchsets" to stable releases. Patchsets allow applying bug fixes and updates on production systems. Always try to keep your production system up-to-date with the latest patches. Patches and Patchsets maximize uptime for production systems, and keep your system updated, without the need to do a whole installation. NOTE: Patchsets are applied on previously installed systems only. For new, fresh installations, download and install the whole tarball (ie, gnuhealth-4.4.1.tar.gz) Updating your system with the GNU Health control Center You can do automatic updates on the GNU Health HMIS kernel and modules using the GNU Health control center program. Please refer to the administration manual section ( https://docs.gnuhealth.org/his/techguide/administration/controlcenter.html ) The GNU Health control center works on standard installations (those done following the installation manual on wikibooks). Don't use it if you use an alternative method or if your distribution does not follow the GNU Health packaging guidelines. Installation Notes You must apply previous patchsets before installing this patchset. If your patchset level is 4.4.0, then just follow the general instructions. You can find the patchsets at GNU Health main download site at GNU.org (https://ftp.gnu.org/gnu/health/) In most cases, GNU Health Control center (gnuhealth-control) takes care of applying the patches for you.  Pre-requisites for upgrade to 4.4.1: None Now follow the general instructions at  https://docs.gnuhealth.org/his/techguide/administration/controlcenter.html   After applying the patches, make a full update of your GNU Health database as explained in the documentation. When running "gnuhealth-control" for the first time, you will see the following message: "Please restart now the update with the new control center" Please do so. Restart the process and the update will continue.   Restart the GNU Health server List of other issues and tasks related to this patchset Issue #15: readfp on setup.py no longer supported since python 3.12  https://codeberg.org/gnuhealth/his/issues/15 Issue #33: health orthanc: Errors on imaging request when worklist template set on imaging test type  https://codeberg.org/gnuhealth/his/issues/33 For detailed information about each issue, you can visit :  https://codeberg.org/gnuhealth/his/issues   For detailed information you can read about Patches and Patchsets https://docs.gnuhealth.org/his/techguide/administration/patches.html   Happy hacking!

We are happy to announce the release of GNU Taler v0.12.

Libtoolers! The Libtool Team is pleased to announce the release of libtool 2.5.1, a beta release. GNU Libtool hides the complexity of using shared libraries behind a consistent, portable interface. GNU Libtool ships with GNU libltdl, which hides the complexity of loading dynamic runtime libraries (modules) behind a consistent, portable interface. There have been 33 commits by 8 people in the 10 weeks since 2.5.0. See the NEWS below for a brief summary. Thanks to everyone who has contributed! The following people contributed changes to this release:   Bruno Haible (3)   Ileana Dumitrescu (24)   Julien ÉLIE (1)   Khem Raj (1)   Peter Kokot (1)   Richard Purdie (1)   Vincent Lefevre (1)   trcrsired (1) Ileana  [on behalf of the libtool maintainers] ================================================================== Here is the GNU libtool home page:     https://gnu.org/s/libtool/ For a summary of changes and contributors, see:   https://git.sv.gnu.org/gitweb/?p=libtool.git;a=shortlog;h=v2.5.1 or run this command from a git-cloned libtool directory:   git shortlog v2.5.0..v2.5.1 Here are the compressed sources:   https://alpha.gnu.org/gnu/libtool/libtool-2.5.1.tar.gz   (1.9MB)   https://alpha.gnu.org/gnu/libtool/libtool-2.5.1.tar.xz   (1020KB) Here are the GPG detached signatures:   https://alpha.gnu.org/gnu/libtool/libtool-2.5.1.tar.gz.sig   https://alpha.gnu.org/gnu/libtool/libtool-2.5.1.tar.xz.sig Use a mirror for higher download bandwidth:   https://www.gnu.org/order/ftp.html Here are the SHA1 and SHA256 checksums:   5e2f00be5b616b0a6120b2947e562b8448e139b2  libtool-2.5.1.tar.gz   aoPtr9QtTi69wJV5+ZzoKNX5MvFzjeAklcyMKITkMM4=  libtool-2.5.1.tar.gz   9f72b896f593c4f81cdd6c20c9d99463663e48a9  libtool-2.5.1.tar.xz   0oDmTIzb8UXXb7kbOyGe2rAb20PLmUAuSsuX0BAGNv0=  libtool-2.5.1.tar.xz Verify the base64 SHA256 checksum with cksum -a sha256 --check from coreutils-9.2 or OpenBSD's cksum since 2007. Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact.  First, be sure to download both the .sig file and the corresponding tarball.  Then, run a command like this:   gpg --verify libtool-2.5.1.tar.gz.sig The signature should match the fingerprint of the following key:   pub   rsa4096 2021-09-23 [SC]         FA26 CA78 4BE1 8892 7F22  B99F 6570 EA01 146F 7354   uid   Ileana Dumitrescu <ileanadumi95@protonmail.com>   uid   Ileana Dumitrescu <ileanadumitrescu95@gmail.com> If that command fails because you don't have the required public key, or that public key has expired, try the following commands to retrieve or refresh it, and then rerun the 'gpg --verify' command.   gpg --locate-external-key ileanadumi95@protonmail.com   gpg --recv-keys 6570EA01146F7354   wget -q -O- 'https://savannah.gnu.org/project/release-gpgkeys.php?group=libtool&download=1' | gpg --import - As a last resort to find the key, you can try the official GNU keyring:   wget -q https://ftp.gnu.org/gnu/gnu-keyring.gpg   gpg --keyring gnu-keyring.gpg --verify libtool-2.5.1.tar.gz.sig This release was bootstrapped with the following tools:   Autoconf 2.72e   Automake 1.17   Gnulib v1.0-563-gd3efdd55f3 NEWS Noteworthy changes in release 2.5.1 (2024-07-25) [beta] ** New features:   - Support C++17 compilers in the C++ tests.   - Add sysroot to library path for cross builds. ** Important incompatible changes:   - Autoconf 2.64 is required for libtool.m4 to use AS_VAR_APPEND. ** Bug fixes:   - Fix for uninitialized variable in libtoolize.   - Skip Fortran/C demo tests when using Clang with fsanitize to     avoid an incompatible ASan runtime.   - Updated documentation for testing.   - Fix failing test to account for program-prefix usage.   - Replaced a deprecated macro to remove warning messages in the     testsuite logs.   - Fix number of arguments for AC_CHECK_PROG call.   - Fix test failures with no-canonical-prefixes flag by checking     if the flag is supported first.   - Fix test failures with no-undefined flag by checking host OS     before appending the flag.   - Skip test when passing CXX flags through libtool to avoid test     failure on NetBSD.   - Remove texinfo warning for period in node name of pxref.   - Alter syntax in sed command to fix numerous test failures     on 64-bit windows/cygwin/mingw.   - Fix 'Wstrict-prototypes' warnings.   - Correct DLL Installation Path for mingw multilib builds.   - Fix '--preserve-dup-deps' stripping duplicates.   - Disable chained fixups for macOS, since it is not compatible with     '-undefined dynamic_lookup'. ** Changes in supported systems or compilers:   - Support additional flang-based compilers, 'flang-new' and 'ftn'. Enjoy!

Do you need a thread-safe atomic counter in Python? Use itertools.count(): >>> from itertools import count >>> counter = count() >>> next(counter) 0 >>> next(counter) 1 >>> next(counter) 2 I found this in the decorator package, labelled Atomic get-and-increment provided by the GIL. So simple! So cool!

Guix is the fruit of a combination of volunteer work by an amazing number of people, work paid for by employers, but also work sponsored by public institutions. The European Commission’s Next Generation Internet (NGI) calls have been instrumental in that regard. News that NGI funding could vanish came to us as a warning signal.Since 2020, NGI has supported many free software projects, allowing for significant strides on important topics that would otherwise be hard to fund. As an example, here are some of the NGI grants that directly benefited Guix and related projects:the full-source bootstrap, which includes groundwork not just in Guix but crucially in Mes and sister projects (blog post);porting Guix to the RISC-V architecture;porting GNU Mes and associated projects to RISC-V and AArch64;porting the full-source bootstrap to the RISC-V architecture;the Cuirass continuous integration tool (blog post);the Guile implementation of the Guix build daemon (blog post);distributed system daemon management with the Shepherd and Goblins, under the aegis of the Spritely Institute (blog post).a new garbage collector for Guile, the Scheme implementation that Guix builds upon.Over the years, NGI has more than demonstrated that public financial support for free software development makes a difference. We strongly believe that this support must continue, that it must strengthen the development of innovative software where user autonomy and freedom is a central aspect.For these reasons, the Guix project joins a growing number of projects and organizations in signing the following open letter to the European Commission.The open letter below was initially published by petites singularités. English translation provided by OW2.Open Letter to the European CommissionSince 2020, Next Generation Internet (NGI) programmes, part of European Commission's Horizon programme, fund free software in Europe using a cascade funding mechanism (see for example NLnet's calls). This year, according to the Horizon Europe working draft detailing funding programmes for 2025, we notice that Next Generation Internet is not mentioned any more as part of Cluster 4.NGI programmes have shown their strength and importance to supporting the European software infrastructure, as a generic funding instrument to fund digital commons and ensure their long-term sustainability. We find this transformation incomprehensible, moreover when NGI has proven efficient and economical to support free software as a whole, from the smallest to the most established initiatives. This ecosystem diversity backs the strength of European technological innovation, and maintaining the NGI initiative to provide structural support to software projects at the heart of worldwide innovation is key to enforce the sovereignty of a European infrastructure. Contrary to common perception, technical innovations often originate from European rather than North American programming communities, and are mostly initiated by small-scaled organisations.Previous Cluster 4 allocated 27 million euros to:"Human centric Internet aligned with values and principles commonly shared in Europe" ;"A flourishing internet, based on common building blocks created within NGI, that enables better control of our digital life" ;"A structured ecosystem of talented contributors driving the creation of new internet commons and the evolution of existing internet commons".In the name of these challenges, more than 500 projects received NGI funding in the first 5 years, backed by 18 organisations managing these European funding consortia.NGI contributes to a vast ecosystem, as most of its budget is allocated to fund third parties by the means of open calls, to structure commons that cover the whole Internet scope - from hardware to application, operating systems, digital identities or data traffic supervision. This third-party funding is not renewed in the current program, leaving many projects short on resources for research and innovation in Europe.Moreover, NGI allows exchanges and collaborations across all the Euro zone countries as well as "widening countries"¹, currently both a success and an ongoing progress, likewise the Erasmus programme before us. NGI also contributes to opening and supporting longer relationships than strict project funding does. It encourages implementing projects funded as pilots, backing collaboration, identification and reuse of common elements across projects, interoperability in identification systems and beyond, and setting up development models that mix diverse scales and types of European funding schemes.While the USA, China or Russia deploy huge public and private resources to develop software and infrastructure that massively capture private consumer data, the EU can't afford this renunciation. Free and open source software, as supported by NGI since 2020, is by design the opposite of potential vectors for foreign interference. It lets us keep our data local and favors a community-wide economy and know-how, while allowing an international collaboration.This is all the more essential in the current geopolitical context: the challenge of technological sovereignty is central, and free software allows to address it while acting for peace and sovereignty in the digital world as a whole.In this perspective, we urge you to claim for preserving the NGI programme as part of the 2025 funding programme.¹ As defined by Horizon Europe, widening Member States are Bulgaria, Croatia, Cyprus, Czechia, Estonia, Greece, Hungary, Latvia, Lituania, Malta, Poland, Portugal, Romania, Slovakia, and Slovenia. Widening associated countries (under condition of an association agreement) include Albania, Armenia, Bosnia, Feroe Islands, Georgia, Kosovo, Moldavia, Montenegro, Morocco, North Macedonia, Serbia, Tunisia, Turkeye, and Ukraine. Widening overseas regions are Guadeloupe, French Guyana, Martinique, Reunion Island, Mayotte, Saint-Martin, The Azores, Madeira, the Canary Islands.