Hungarian Unix Portal
Megjelent a LibreOffice 26.2
Elérhető a népszerű, nyílt forráskódú irodai programcsomag, a LibreOffice 26.2-es kiadása. Benne számos új funkció, hibajavítás és teljesítményjavulást célzó fejlesztés:
Big new update to #LibreOffice, the free and private office suite. Version 26.2 is here, with:
NetBSD fejlesztő: valószínűleg nem lesz Rust a NetBSD alaprendszerben és kernelben
A fejlesztő által felsorolt lehetséges okok közt első helyen szerepel, hogy a Rust nem elérhető számos olyan architektúrán, amit a NetBSD támogat:
[...]
Note that in general, NetBSD is more conservative in its technical decisions than FreeBSD or Linux. Rust in the core of NetBSD is probably a non-starter for multiple reasons:
- There are many architectures that NetBSD supports where Rust is not available. This is probably the most important argument against Rust.
- Today, even getting a Rust compiler running in the first place is hard. Keeping Rust working (in pkgsrc) is quite a bit of work, resting on the shoulders of a few developers.
- In general, the bootstrap relies on a binary package of the previous version. This is unacceptable for an otherwise source-only, self-contained distribution like the NetBSD sources.
- For Rust to be used in base or in the kernel, the compiler would also have to be part of the base system. This means adding a lot of code and maintenance. It would not be impossible though – we already have LLVM (a major dependency) in base. But again, the binary bootstrap kits are a significant hurdle.
- Finally, the release cycles of Rust are not compatible with the NetBSD ones. We support the last two major releases. Today, that’s NetBSD 9 and 10. NetBSD 9.0 was released in 2020. Rust 1.41 was the current version back then. If Rust 1.41 had been part of NetBSD 9, it would be useless for anything except compiling NetBSD itself – Rust 1.41 is so old that basically no modern code would compile with it. Not great.
[...]
Részletek itt.
Kipróbáltam - FLOPPINUX
Nos, ott hagytuk abba, hogy felszálltam a nosztalgiavonatra és retró szarokba kezdtem életet lehelni. Így került antiX Linux a több mint 20 éves, 1 GB (pontosabban 1 GB és 256 MB) RAM-ot tartalmazó laptopomra, ami szuperül szuperál rajta. Itt a sztori egy időre hibernálásra is kerülhetett volna, ha ... ma reggel nem láttam volna meg a blog szekcióban a "FLOPPINUX - Beágyazott Linux egyetlen floppy lemezen" bejegyzést. Ez megint csak nosztalgiával töltött el. Miért?
Mert volt olyan ügyfelem, amelyiknél több mint 10 évig a tűzfal szerepet egy 1 darab 3,5"-os floppy-ról Coyote Linux-ot bootoló Compaq Deskpro töltötte be. (Széljegyzet: abban az időben egy Cisco PIX több százezer forint volt és a VPN usereket külön kellett licencelni
A Linux from Scratch projekt vonakodva beismerte, hogy a jövő a systemd
A nagyobb mainstream Linux disztribútorok már rég eldöntötték a systemd vs. egyéb init rendszerek kérdést, de az olyan hardcore "disztribúciók", mint a Linux From Scratch (LFS) még kitartottak. Eddig. Ugyanis az LFS részéről Bruce Dubbs vonakodva bejelentette, hogy befejezik a System V-t tartalmazó dokumentumaik fejlesztését. Személyes véleményként megjegyezte, hogy nem szereti, de a karbantartási overhead és az upstream irányából érkező nyomás miatt meg kellett hozniuk a döntést:
- From: Bruce Dubbs
- To: lfs-announce@lists.linuxfromscratch.org, LFS Support List <lfs-support@lists.linuxfromscratch.org>, LFS Developers Mailinglist <lfs-dev@lists.linuxfromscratch.org>, BLFS Support List <blfs-support@lists.linuxfromscratch.org>, BLFS Development List <blfs-dev@lists.linuxfromscratch.org>
- Subject: [lfs-announce] Future direction for LinuxFromScratch
- Date: Sun, 1 Feb 2026 20:08:14 -0600
With some regret, LFS/BLFS will no longer be developing the System V versions of the books.
There are two reasons for this decision. The first reason is workload. No one working on LFS is paid. We rely completely on volunteers. In LFS there are 88 packages. In BLFS there are over 1000. The volume of changes from upstream is overwhelming the editors. In this release cycle that started on the 1st of September until now, there have been 70 commits to LFS and 1155 commits to BLFS (and counting). When making package updates, many packages need to be checked for both System V and systemd. When preparing for release, all packages need to be checked for each init system.
The second reason for dropping System V is that packages like GNOME and soon KDE's Plasma are building in requirements that require capabilities in systemd that are not in System V. This could potentially be worked around with another init system like OpenRC, but beyond the transition process it still does not address the ongoing workload problem.
In the future, the LFS/BLFS 12.4 System V books will continue to be available. For the most part newer versions of packages in those books will be able to be built with the instructions from there, but will not be tested by the LFS editors.
The next version of LFS/BLFS will be version 13.0 and is currently has a target release data of March 1st.
As a personal note, I do not like this decision. To me LFS is about learning how a system works. Understanding the boot process is a big part of that. systemd is about 1678 "C" files plus many data files. System V is "22" C files plus about 50 short bash scripts and data files. Yes, systemd provides a lot of capabilities, but we will be losing some things I consider important.
However, the decision needs to be made.
-- Bruce Dubbs
linuxfromscratch.org
Linus Torvalds: Linux 6.19-rc8
Igen, -rc8. Igen, normál esetben csak hét release candidate szokott egy ciklusban, de Linus több alkalommal is jelezte, hogy az ünnepek miatt ebben a ciklusban nyolc lesz. Örült is, hogy így döntött, mert az -rc7 a szokottnál nagyobbra sikeredett. Mindenesetre, csak nem történik semmi váratlan, akkor a hét végén megérkezik a végleges 6.19-es kernel.
6.19-rc8: mainline Version: 6.19-rc8 (mainline) Released: 2026-02-01 Source: linux-6.19-rc8.tar.gz Patch: full ( incremental ) https://t.co/IgdwnXcVM2 #linux #kernel
— Linux Kernel Releases (@LinuxKReleases) February 1, 2026Folytatódik az Omarchy sikere
Omarchy saw half a petabyte in package and ISO downloads from nearly 200,000 unique IPs last month! And in terms of new users, it looks like it's 50% Windows, 25% Mac, 25% Linux. So three quarters are conquests from commercial operating systems. Wow.
— DHH (@dhh) January 30, 2026
tl;dr: A többség nem Linux alól érdeklődik felőle. Fél petabyte csomag- és ISO-letöltés közel 200 ezer egyedi IP címről a múlt hónapban ...