Language Selection

English French German Italian Portuguese Spanish

News

Ubuntu 19.10 Dropping 32-bit Support Leaves Developers Fuming

Filed under
News

There will be no 32-bit support at all in Ubuntu 19.10. This is problematic for developers of Wine and Steam and gaming on Ubuntu might be in trouble.
Read more

Syndicate content

More in Tux Machines

Fedora 31 Looking At No Longer Building i686 Linux Kernel Packages

Not to be confused with Ubuntu's varying stance on dropping 32-bit packages beginning with their next release later this year, Fedora 31 now has a proposal pending to discontinue their i686 kernel builds but they will still be keeping with their 32-bit packaging. This Fedora 31 change proposal by Justin Forbes, one of Fedora's kernel hackers, is just about ending i686 kernel builds beginning with this Fedora release due out in October. The i686 kernel-headers package would still be offered in order to satisfy necessary dependencies for 32-bit programs needing those headers. Of course, users will have to be running off a 64-bit kernel. All 32-bit programs should continue to work on Fedora 31. Read more Also: Fedora Workstation 31 Is Looking Great With Many Original Features Being Worked On Fedora booth at Red Hat Summit Fedora Update Week 23–24

Deprecating a.out Binaries

Remember a.out binaries? They were the file format of the Linux kernel till around 1995 when ELF took over. ELF is better. It allows you to load shared libraries anywhere in memory, while a.out binaries need you to register shared library locations. That's fine at small scales, but it gets to be more and more of a headache as you have more and more shared libraries to deal with. But a.out is still supported in the Linux source tree, 25 years after ELF became the standard default format. Recently, Borislav Petkov recommended deprecating it in the source tree, with the idea of removing it if it turned out there were no remaining users. He posted a patch to implement the deprecation. Alan Cox also remarked that "in the unlikely event that someone actually has an a.out binary they can't live with, they can also just write an a.out loader as an ELF program entirely in userspace." Read more

An easier way to test Plasma

Having the Plasma and Usability & Productivity sprints held at the same time and place had an unexpected benefit: we were able to come up with a way to make it easier to test a custom-compiled version of Plasma! Previously, we had some documentation that asked people to create a shell script on their computers, copy files to various locations, and perform a few other steps. Unfortunately, many of the details were out of date, and the whole process was quite error-prone. It turned out that almost none of the Plasma developers at the sprint were actually using this method, and each had cobbled together something for themselves. Some (including myself) had given up on it and were doing Plasma development in a virtual machine. So we put some time into easing this pain by making Plasma itself produce all the right pieces automatically when compiled from source. Then, we created a simple script to install everything properly. Read more

Benchmarking The Experimental Bcachefs File-System Against Btrfs, EXT4, F2FS, XFS & ZFS

Bcachefs is the file-system born out of the Linux kernel's block cache code and has been worked on the past several years by developer Kent Overstreet. Our most recent benchmarking of Bcachefs was last year, so with the prospects of Bcachefs potentially being staged soon in the mainline Linux kernel, I ran some benchmarks using the latest kernel code for this next-generation file-system. Those unfamiliar with this copy-on-write file-system can learn more at Bcachefs.org. The design features of this file-system are similar to ZFS/Btrfs and include native encryption, snapshots, compression, caching, multi-device/RAID support, and more. But even with all of its features, it aims to offer XFS/EXT4-like performance, which is something that can't generally be said for Btrfs. Read more