DistroWatch Weekly |
Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip. (Tips this week: 0, value: US$0.00) |
|
|
|
bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr 86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
Extended Lifecycle Support by TuxCare |
|
Reader Comments • Jump to last comment |
1 • Package managers (by Andy Prough on 2023-09-11 01:11:14 GMT from Switzerland)
I thought I did not select distros based on package managers, but after thinking about it I realized I do avoid distros with dnf and with pacman due to various instances of instability I've experienced.
I'm very comfortable with apt. The Debian-based distros I've used have been very reliable and stable (mostly antiX and Trisquel).
I especially would not use a distro that relies on Flatpak or Snap for its packages.
2 • Package manager (by Saleem Khan on 2023-09-11 01:57:46 GMT from Pakistan)
Yes , pacman is the key package manager that will make me choose a distribution if ever . Pacman is a very flexible package manager and I find it very useful to handle in dealing with packages .
3 • Package Managers & Distro Selection (by Simon Plaistowe on 2023-09-11 02:05:33 GMT from New Zealand)
Mostly I tend towards apt and often I need to use at least one PPA so need to choose Ubuntu-based distros. Important for workstations but not so much for servers.
4 • Package manager (by Friar Tux on 2023-09-11 02:09:26 GMT from Canada)
I voted yes it does matter. My top, number one is APT and DEB. I have never had issues with these. All the others have given me trouble. Some have only partially installed stuff, some have halted part way through, and some have installed software but clicking on the new icon does nothing. (It says its installed, I can see it's installed, but the app/program will not load.) However, having said all that, Synaptic Package Manager has never failed me, no matter what distro it is on.
5 • SDESK WHY (by BustyBillsBobs&Bits on 2023-09-11 02:34:09 GMT from Australia)
Thanks for the review of SDesk.
I looked on their website for more information and found none as to what the purpose of this distro is, what niche it is supposed to fill other than a vanity project by Steve, who has his name in the domain LOL.
Vanity distros are as useful as an ashtray on a motorbike.
6 • Package managers (by Jyrki on 2023-09-11 03:41:02 GMT from Czechia)
I avoid distros with or previously based on RPM, no matter how they deal with their packages. Apt based distros are not my favourite but I can live with them. And I strongly prefer pacman based distros
7 • Does the package manager matter? (by nsp0323 on 2023-09-11 04:32:54 GMT from Sweden)
Maybe but, I never come that far when choosing which system to install. There're other important factors that take over.
1) Does it use systemd? If yes, no thanks. 2) Does it offer a base install without any desktop? If no, no thanks.
I have a few more demands on the list but, at this point, I'm already down to a very limited number of options, as to what Linux distros I might consider.
8 • package manager (by Patrick on 2023-09-11 06:25:55 GMT from Luxembourg)
Yes, package managers matter. Personally my best experience has been with debian apt and Alpine apk. Of course it's not just the format, but also the quality of the distro itself. It's not impossible to mess up a system with apt I guess.
Regarding @7, I think that systemd or a non-desktop install is a completely different subject - it depends on the use case. If you target servers, maybe network equipment, these criteria can matter. For a long-running web server though, systemd hasn't been a problem for me. A computer destined to be a desktop without a desktop? Well.
But package management is a universal criteria, because when it messes your system up, you're in for a few hours of learning things you might have wanted to ignore, if you succeed at all. Package management is complicated, but unless you're into that stuff, you just want it to work.
9 • Portable package managers (by SkyrGobbler on 2023-09-11 06:31:34 GMT from France)
I do tend to pick a distribution based on the package manager. Having said that, my preference (Nix or Guix) are portable and installable on other distros so if I have hardware which really struggles to work with NixOS or GuixSD then I’ll take a "working" distro, ignore the base package manager apart from security updates, and continue to use what I like :)
I can’t recommend Nix package manager enough!
10 • Package manager (by Borgio3 on 2023-09-11 07:44:25 GMT from Italy)
As i'm a BSD user, there are no snap, flat, app manager, so pkg is the only way to install software on the system. It's a rock solid and affective package manager, so i easily use it.
11 • package manager (by Kazlu on 2023-09-11 08:50:26 GMT from France)
I am surprised at the number of people for whom package manager is not only important, but a factor when choosing a distro. Not that I am criticising, good for you as long as you find something that fits your needs! It's actually interesting to read your arguments.
For me, it does not matter. When I choose a distro, my main criterion are supported lifetime, stability VS features compromise, performance, popularity of the base system (therefore likelihood of finding and fixing security holes fast), etc. I consider the package manager to be a part of the "stability VS features" criterion, but I ultimately trust the distro creators to pick the one that is the most adapted to reach their goals. As long as it works, I will go with whatever the distro creators have picked. I don't use the command line much anyway, I just need to know the commands to install/remove a package and update the system so that I can dot it via comand line if necessary, that's all.
As a side note, I would like to join #9 SkyrGobbler mentioning Nix. Although I do not use it a lot, on paper it is brilliant and I don't understand why it does not get more light when Flatpak/Snap are getting so popular.
12 • Do you select your distro based on its package manager? (by Devlin7 on 2023-09-11 09:22:47 GMT from New Zealand)
I am not sure it is the package manager so much, more the availabilty of packages. They all install, remove, update in some command form or another. The issue for me is sometimes a supplier only provides a software or driver in DEB or RPM. Will I be able to install it with cards, pacman, xbps-install etc...The inability to install something has prevented me from using some amazing distros
13 • Package manager (by PenguinCroatia on 2023-09-11 09:56:45 GMT from Croatia)
Package manager is the decisive factor. I want my distro to support flatpak out of the box and not use outdated software versions from the repos. Flatpaks are the best thing that happened to linux since KDE and they should be universally accepted
14 • Package manager (by grraf on 2023-09-11 11:07:31 GMT from Romania)
I had to deal plenty of times in the past with apt/rpm to last me a long time nowadays i value above all the sanity and reliability of pacman to the point where i don't even bother considering a distro unless it allows me to use it... The whole multiple PPAs , flats and snaps to fill in the gaps of outdated distros while also adding pointless bloat is not an acceptable trade off for myself respect&sanity.
While most will start to scream: 'where is muh stability' I find rolling distros with pamac to be bloat&hassle free as long as unofficial packages are rarely used while jumping from one stable kernel branch to another OR running one stable kernel&one bleeding edge one(just in case smth goes south ya still got yr good ole stable kernel to fall back to). I've used arch for the past 8years and only had to to a fresh reinstall once(only because I recently bought a new PC mind you)
15 • for me, Deb and APT are the best options.... (by Torsten on 2023-09-11 11:20:20 GMT from Germany)
Myself, I have Debian and for me, ATP and Deb. are totally enough and important. Flatpak (sometimes) is ok, too, but I prefer a real installation package (APT or Deb). Indeed, I avoid the crappy Snap. No way! Myself, I do not need the devil on my system. ;-)
16 • Package manager - Solus (by WhiteWolf on 2023-09-11 11:36:10 GMT from Poland)
Yes, best one atm is eopkg from Solus. Had issues with apt or dnf, never with eopkg.
17 • Package Manager (by dragonmouth on 2023-09-11 11:47:29 GMT from United States)
I do not choose a distro based on the package manager. Over the years I have used mostly Debian-based distros so the package manager, APT, has basically picked itself. However, I do not use APT. I use Synaptic which, IMO, is the most complete Package Manager in Linux.
18 • APT (by Dino on 2023-09-11 12:45:23 GMT from Denmark)
Package manager is quite import for me, so one of the reasons why I use Debian is APT and its management of .deb packages. The other reasons are stability, consistency, and reliability.
19 • Package Manager (by Chris Marker on 2023-09-11 13:15:39 GMT from Italy)
On the main computer I use Kubuntu LTS and APT (for general stability reasons), on the secondary computer I use Fedora, DNF and Dnfdragora (it fully adheres to the Linux Standard Base). Between APT and RPM I prefer RPM. I have little confidence in all other formats and package managers.
20 • Of DEB's and APT's... (by tom joad on 2023-09-11 13:42:44 GMT from Germany)
I immediately said yes after reading the question. It way matters to me. But it is not an issue as I rarely stray from the Debian branch of Linux. So for me it is APT, Deb and synaptic.
A few years ago I tried out Slackware just for grins. That was one wasted afternoon. I wiped everything and went back to some part of the Debian branch.
As they say, 'If it ain't broke...."
21 • in re pkg mgrs (by grindstone on 2023-09-11 14:20:47 GMT from United States)
Yeah, at this point (20-some in as a "user"), the pkg base is the driver and apt is the tool for me. Pains me to say it as someone who dearly loved (and still/always respects) slackware, but the package-based fear-mongering years are long-behind people. I've had to use dselect maybe twice...maybe. No snaps, no flatpak--ever. I have to build one old application that's not even supposed to be alive anymore (nut-nutrition), and that's it. The old ways to stay out of trouble are still valid and it's incredibly valuable to learn lower-level along the way, but it's not a prerequisite anymore to just be "a user" if you don't treat your machine like a serviceperson on leave in a red light district. My sincere gratitude to all who develop and support this wonderful world!
22 • Package managers (by kc1di on 2023-09-11 14:21:12 GMT from United States)
Over the years I have use about every package management system linux has to offer. I always seem to come back to apt/dpkg/synaptic. I have nothing against RPM's but find I like the variety and completeness of Apt. and the Debian system. JMHO. I don't always choose a distro though based upon packaging system but more on what available with it. Which ever is you personal favorite. enjoy the journey :)
23 • GNOME (by James on 2023-09-11 14:33:22 GMT from United States)
Why does the community keep putting up with GNOME's crap? They routinely remove features, break extensions, etc. What good is a desktop environment that basically requires extensions to function? Not to mention that you should never need a tweak tool to get a battery percentage to show or minimize and maximize window buttons on windows.
24 • Package manager and GNOME (by Marc Visscher on 2023-09-11 16:29:01 GMT from Netherlands)
Concerning the package manager and if it matter which one to use: No... it doesn't matter for me. As long it's Linux, it's fine. And besides: I own so much laptops and computers (14 in total), that I run them all together. I like APT, but also Pacman and DMF. They all work fine and do the job as it supposed to. As long as it's not complicated or hard to handle, I have no problem with which package manager runs with the system. I ALWAYS prefer it over installing .exe files on a particular system.
About GNOME: recently I discovered GNOME in Fedora 37 (now 38). It works well for me now. But there were times I avoided GNOME because of the bad vibes around the desktop environment and the arrogancy of the developers towards the userbase. It seems like the GNOME developers stept into that same boat again. It even more looks like they really try to do their best to scare everybody away from the GNOME desktop. I personally don't use extensions in GNOME because I already suspected an unusual move at "a" next release. And the time is now, it seems...
25 • Package managers (by Jyrki on 2023-09-11 17:21:09 GMT from Czechia)
in my first post I have not mentioned things like Flatpak, because they are so foreign to me, I have forgotten they exist. Flatpak, snap, appimage - these are on the same level with RPM to me
26 • Package manager (by Olaf Vogler on 2023-09-11 17:22:24 GMT from Netherlands)
For me, the package manager is crucial: I only choose distros that use APT or RPM (with a slight preference for RPM).
27 • @23 Janes: (by dragonmouth on 2023-09-11 18:52:16 GMT from United States)
"Why does the community keep putting up with GNOME's crap?"
For the same reason(s) a different community puts up with Redmond crap.
28 • Gloomy Gnome (by Hank on 2023-09-11 18:54:31 GMT from Poland)
Yet another alienating step from Gnome IBM Red Hat.
They can flush their bloated and user disrespecting deskcrap effluent down to where the poo goes,the annals of time.
29 • Package Manager (by Mike W on 2023-09-11 19:30:37 GMT from United States)
I'm an experienced Linux desktop user. While the package manager is a consideration, the priority for me is being able to easily install the packages I want to install. "Easily" means that my distro of choice packages the software I need in their repositories so I can quickly find and install it. The package manager just needs to work, in that case.
In most cases, I'd be just as happy with Synaptic, which is the graphical package manager I first used, versus some of the newer graphical package managers.
30 • Package Manager (by Joe M on 2023-09-11 20:16:51 GMT from Portugal)
I prefer APT and stick with Debian based Distros. But the repositories are as important.
31 • Package Manager (by Vukota on 2023-09-11 21:17:45 GMT from Serbia)
I did vote it is a factor, but I am fine as long as packages are secure, packaging system enforces good dependency management and working with packages is not too slow. Also it is a plus if packages allow proper mixing different version/sources/repositories. Some of these things is up to a maintainers, but packaging system can help.
32 • Package management (by Ted H in Minnesota on 2023-09-12 01:07:28 GMT from United States)
I only use linux OS's that use Synaptic.
I have never had any luck with RPM - each time I have used it, as I recall, it told me that it needed to be updated or somesuch, and then it didn't allow me to do that. Out in the Trash can.
33 • Package Manager (by Vinfall on 2023-09-12 01:25:17 GMT from Hong Kong)
To me package manager seems to be highly tied to the ecosystem of a distro. It's not possible to pick distro from that besides some general ones like APT, Pacman, Alpine PKG or RPM.
Yeah, package managers share most of the functions but they do differ in accordance with the "distro philosophy". This is something relying on external resources other than packaging per se.
Zypper (SUSE) looks just like APT to me, emerge (Gentoo) is a rolling nightmare, xbps (Void),nix and maybe Guix are fantastic, slackpkg (Slackware) is illuminating yet kinda frustrating to start with, swupd (Clear Linux OS) is promising... the list goes longer and longer during my endeavor to explore every other distro. It's really hard to separate the "distro philosophy" and package manager apart IMHO.
34 • Package Managers and distros (by Arnold on 2023-09-12 05:47:52 GMT from New Zealand)
I'm a big fan of the apt/synaptic package managers in the Debian branch of distros. Of late this is getting cluttered by Snaps and Flatpaks. I'm about to give the freshly released Mint LMDE 6 beta a spin.
Also I have tried many distros over many years - so have seen and tried many other package managers. Going beyond the always-way-behind Debian family, I landed in Arch country with Manjaro. So that means pacman, pamac and yay. Those are really solid.
My bone to pick though on the Arch branch, is that many packages you read about and would like to try are just not available, or maybe in the AUR.. and then refuse to build about half the time. As a user (not a full-time deep-dive developer, fluent in all 20+ languages involved across these packages), I simply don't have the resources to debug a make file for days on end.
For me, as many others here have written, it is about what apps can I get which I need to do my tasks. The mechanics of how we get there are secondary, but should be user friendly.
35 • Package Manager (by FARHAAD 1992 on 2023-09-12 06:51:07 GMT from Iran)
I use only RPM-based distros because the .rpm file format is the baseline package format of the Linux Standard Base, also RPM and DNF are superior over Deb and APT in technical terms.
36 • Do you select your distro based on its package manager? (by JIm on 2023-09-12 11:34:11 GMT from United States)
I started with Debian and apt, am old and have no desire to learn a new package manager and associated commands, so will stick with an apt base package manager. The one exception I might try (but probably won't) would be PC Linux, while not apt has synaptic available for package management.
37 • Package Managers (by Otis on 2023-09-12 14:11:29 GMT from United States)
Got me to thinking. Like @1 post by Andy Prough I at first thought that the package manager set up was not relevant, but then realized after a bit that shying away from RedHat/Fedora and various other distros was based on myriad reasons one of which was not being able to warm up to yum and all that it entails.
Not that there is anything truly wrong with RPM based PMs functionally, just that I feel better working with APT and a few others. My main Linux disto is MX, so, yeah the Debian based systems seem to have won me over as time and distros went by over the years.
38 • Package Manager (by Aurel Serban on 2023-09-12 15:15:21 GMT from Romania)
Pure Arch Linux is the best distro, firstly due to its huge documentation. Secondly, using pacman( package manager ), the user is able to know instantly all about her/his machine and the state of the installed software. The base repository and the Arch User Repository (AUR) offer a large software variety that recommend Arch Linux as one of the best Linux distributions.
39 • Gnome 45 (by Justin on 2023-09-13 17:27:03 GMT from United States)
If you read the blog post, this is not a case of Gnome Developers randomly doing something. They are catching up to an industry standard from 2015 that their own JS engine didn't support until 2021.
It's a little like complaining about EOL of Python 2. It was announced to end in 2015 and then was moved to 2020 to accommodate code migration. Despite years of warning, enterprises are still migrating Python 2 code in 2023, and old projects that had no maintainer are dying off. Such is the lifecycle of anything.
The only difference here might have been more warning than "next release extensions will stop working, get on it!" Since work presumably started in 2021, warning/reminding people of this coming would have been more welcome. Their reputation for screwing over non-Gnome developers, especially people who do not maintain their stuff as a full-time job, certainly makes the headline look worse.
I'm not a Gnome apologist (I disagree with most of what they do), but in this single instance, it looks like they were trying to make changes that will help developers of those extensions and bring development in line with modern industry practice. It's probably unfair to judge them too harshly for this one.
40 • On package manager (by Andre Gompel on 2023-09-15 12:05:46 GMT from Poland)
I have used only a few, apt, yum/dnf, zypper..
DNF: The one I know the best, on Fedora it is excellent, features rich, reliable... only on the CLI (command line interface), its GUI is just junk (soory!) and should be removed or enirely redesigned...but why not have a common RPM package manager and fully compatible RPM packages across RPM supporting distros (OpenSuse, Fedora/Redhat/Mandriva, more ?) The OpenSuse Yast (zypper GUI front-end) is pretty good, and why not make it available on Fedora etc...? Missing: an option to remove extra files when removing a package (Debian allows this),
DEB: works well, miss some of the features I like in RPM based, like delta-rpms (great!) and a few more... APT is an able and easy to use package manager.
The others, I don't know...
Number of Comments: 40
Display mode: DWW Only • Comments Only • Both DWW and Comments
| | |
TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
Archives |
• Issue 1096 (2024-11-11): Bazzite 40, Playtron OS Alpha 1, Tucana Linux 3.1, detecting Screen sessions, Redox imports COSMIC software centre, FreeBSD booting on the PinePhone Pro, LXQt supports Wayland window managers |
• Issue 1095 (2024-11-04): Fedora 41 Kinoite, transferring applications between computers, openSUSE Tumbleweed receives multiple upgrades, Ubuntu testing compiler optimizations, Mint partners with Framework |
• Issue 1094 (2024-10-28): DebLight OS 1, backing up crontab, AlmaLinux introduces Litten branch, openSUSE unveils refreshed look, Ubuntu turns 20 |
• Issue 1093 (2024-10-21): Kubuntu 24.10, atomic vs immutable distributions, Debian upgrading Perl packages, UBports adding VoLTE support, Android to gain native GNU/Linux application support |
• Issue 1092 (2024-10-14): FunOS 24.04.1, a home directory inside a file, work starts of openSUSE Leap 16.0, improvements in Haiku, KDE neon upgrades its base |
• Issue 1091 (2024-10-07): Redox OS 0.9.0, Unified package management vs universal package formats, Redox begins RISC-V port, Mint polishes interface, Qubes certifies new laptop |
• Issue 1090 (2024-09-30): Rhino Linux 2024.2, commercial distros with alternative desktops, Valve seeks to improve Wayland performance, HardenedBSD parterns with Protectli, Tails merges with Tor Project, Quantum Leap partners with the FreeBSD Foundation |
• Issue 1089 (2024-09-23): Expirion 6.0, openKylin 2.0, managing configuration files, the future of Linux development, fixing bugs in Haiku, Slackware packages dracut |
• Issue 1088 (2024-09-16): PorteuX 1.6, migrating from Windows 10 to which Linux distro, making NetBSD immutable, AlmaLinux offers hardware certification, Mint updates old APT tools |
• Issue 1087 (2024-09-09): COSMIC desktop, running cron jobs at variable times, UBports highlights new apps, HardenedBSD offers work around for FreeBSD change, Debian considers how to cull old packages, systemd ported to musl |
• Issue 1086 (2024-09-02): Vanilla OS 2, command line tips for simple tasks, FreeBSD receives investment from STF, openSUSE Tumbleweed update can break network connections, Debian refreshes media |
• Issue 1085 (2024-08-26): Nobara 40, OpenMandriva 24.07 "ROME", distros which include source code, FreeBSD publishes quarterly report, Microsoft updates breaks Linux in dual-boot environments |
• Issue 1084 (2024-08-19): Liya 2.0, dual boot with encryption, Haiku introduces performance improvements, Gentoo dropping IA-64, Redcore merges major upgrade |
• Issue 1083 (2024-08-12): TrueNAS 24.04.2 "SCALE", Linux distros for smartphones, Redox OS introduces web server, PipeWire exposes battery drain on Linux, Canonical updates kernel version policy |
• Issue 1082 (2024-08-05): Linux Mint 22, taking snapshots of UFS on FreeBSD, openSUSE updates Tumbleweed and Aeon, Debian creates Tiny QA Tasks, Manjaro testing immutable images |
• Issue 1081 (2024-07-29): SysLinuxOS 12.4, OpenBSD gain hardware acceleration, Slackware changes kernel naming, Mint publishes upgrade instructions |
• Issue 1080 (2024-07-22): Running GNU/Linux on Android with Andronix, protecting network services, Solus dropping AppArmor and Snap, openSUSE Aeon Desktop gaining full disk encryption, SUSE asks openSUSE to change its branding |
• Issue 1079 (2024-07-15): Ubuntu Core 24, hiding files on Linux, Fedora dropping X11 packages on Workstation, Red Hat phasing out GRUB, new OpenSSH vulnerability, FreeBSD speeds up release cycle, UBports testing new first-run wizard |
• Issue 1078 (2024-07-08): Changing init software, server machines running desktop environments, OpenSSH vulnerability patched, Peppermint launches new edition, HardenedBSD updates ports |
• Issue 1077 (2024-07-01): The Unity and Lomiri interfaces, different distros for different tasks, Ubuntu plans to run Wayland on NVIDIA cards, openSUSE updates Leap Micro, Debian releases refreshed media, UBports gaining contact synchronisation, FreeDOS celebrates its 30th anniversary |
• Issue 1076 (2024-06-24): openSUSE 15.6, what makes Linux unique, SUSE Liberty Linux to support CentOS Linux 7, SLE receives 19 years of support, openSUSE testing Leap Micro edition |
• Issue 1075 (2024-06-17): Redox OS, X11 and Wayland on the BSDs, AlmaLinux releases Pi build, Canonical announces RISC-V laptop with Ubuntu, key changes in systemd |
• Issue 1074 (2024-06-10): Endless OS 6.0.0, distros with init diversity, Mint to filter unverified Flatpaks, Debian adds systemd-boot options, Redox adopts COSMIC desktop, OpenSSH gains new security features |
• Issue 1073 (2024-06-03): LXQt 2.0.0, an overview of Linux desktop environments, Canonical partners with Milk-V, openSUSE introduces new features in Aeon Desktop, Fedora mirrors see rise in traffic, Wayland adds OpenBSD support |
• Issue 1072 (2024-05-27): Manjaro 24.0, comparing init software, OpenBSD ports Plasma 6, Arch community debates mirror requirements, ThinOS to upgrade its FreeBSD core |
• Issue 1071 (2024-05-20): Archcraft 2024.04.06, common command line mistakes, ReactOS imports WINE improvements, Haiku makes adjusting themes easier, NetBSD takes a stand against code generated by chatbots |
• Issue 1070 (2024-05-13): Damn Small Linux 2024, hiding kernel messages during boot, Red Hat offers AI edition, new web browser for UBports, Fedora Asahi Remix 40 released, Qubes extends support for version 4.1 |
• Issue 1069 (2024-05-06): Ubuntu 24.04, installing packages in alternative locations, systemd creates sudo alternative, Mint encourages XApps collaboration, FreeBSD publishes quarterly update |
• Issue 1068 (2024-04-29): Fedora 40, transforming one distro into another, Debian elects new Project Leader, Red Hat extends support cycle, Emmabuntus adds accessibility features, Canonical's new security features |
• Issue 1067 (2024-04-22): LocalSend for transferring files, detecting supported CPU architecure levels, new visual design for APT, Fedora and openSUSE working on reproducible builds, LXQt released, AlmaLinux re-adds hardware support |
• Issue 1066 (2024-04-15): Fun projects to do with the Raspberry Pi and PinePhone, installing new software on fixed-release distributions, improving GNOME Terminal performance, Mint testing new repository mirrors, Gentoo becomes a Software In the Public Interest project |
• Issue 1065 (2024-04-08): Dr.Parted Live 24.03, answering questions about the xz exploit, Linux Mint to ship HWE kernel, AlmaLinux patches flaw ahead of upstream Red Hat, Calculate changes release model |
• Issue 1064 (2024-04-01): NixOS 23.11, the status of Hurd, liblzma compromised upstream, FreeBSD Foundation focuses on improving wireless networking, Ubuntu Pro offers 12 years of support |
• Issue 1063 (2024-03-25): Redcore Linux 2401, how slowly can a rolling release update, Debian starts new Project Leader election, Red Hat creating new NVIDIA driver, Snap store hit with more malware |
• Issue 1062 (2024-03-18): KDE neon 20240304, changing file permissions, Canonical turns 20, Pop!_OS creates new software centre, openSUSE packages Plasma 6 |
• Issue 1061 (2024-03-11): Using a PinePhone as a workstation, restarting background services on a schedule, NixBSD ports Nix to FreeBSD, Fedora packaging COSMIC, postmarketOS to adopt systemd, Linux Mint replacing HexChat |
• Issue 1060 (2024-03-04): AV Linux MX-23.1, bootstrapping a network connection, key OpenBSD features, Qubes certifies new hardware, LXQt and Plasma migrate to Qt 6 |
• Issue 1059 (2024-02-26): Warp Terminal, navigating manual pages, malware found in the Snap store, Red Hat considering CPU requirement update, UBports organizes ongoing work |
• Issue 1058 (2024-02-19): Drauger OS 7.6, how much disk space to allocate, System76 prepares to launch COSMIC desktop, UBports changes its version scheme, TrueNAS to offer faster deduplication |
• Issue 1057 (2024-02-12): Adelie Linux 1.0 Beta, rolling release vs fixed for a smoother experience, Debian working on 2038 bug, elementary OS to split applications from base system updates, Fedora announces Atomic Desktops |
• Issue 1056 (2024-02-05): wattOS R13, the various write speeds of ISO writing tools, DSL returns, Mint faces Wayland challenges, HardenedBSD blocks foreign USB devices, Gentoo publishes new repository, Linux distros patch glibc flaw |
• Issue 1055 (2024-01-29): CNIX OS 231204, distributions patching packages the most, Gentoo team presents ongoing work, UBports introduces connectivity and battery improvements, interview with Haiku developer |
• Issue 1054 (2024-01-22): Solus 4.5, comparing dd and cp when writing ISO files, openSUSE plans new major Leap version, XeroLinux shutting down, HardenedBSD changes its build schedule |
• Issue 1053 (2024-01-15): Linux AI voice assistants, some distributions running hotter than others, UBports talks about coming changes, Qubes certifies StarBook laptops, Asahi Linux improves energy savings |
• Issue 1052 (2024-01-08): OpenMandriva Lx 5.0, keeping shell commands running when theterminal closes, Mint upgrades Edge kernel, Vanilla OS plans big changes, Canonical working to make Snap more cross-platform |
• Issue 1051 (2024-01-01): Favourite distros of 2023, reloading shell settings, Asahi Linux releases Fedora remix, Gentoo offers binary packages, openSUSE provides full disk encryption |
• Issue 1050 (2023-12-18): rlxos 2023.11, renaming files and opening terminal windows in specific directories, TrueNAS publishes ZFS fixes, Debian publishes delayed install media, Haiku polishes desktop experience |
• Issue 1049 (2023-12-11): Lernstick 12, alternatives to WINE, openSUSE updates its branding, Mint unveils new features, Lubuntu team plans for 24.04 |
• Issue 1048 (2023-12-04): openSUSE MicroOS, the transition from X11 to Wayland, Red Hat phasing out X11 packages, UBports making mobile development easier |
• Issue 1047 (2023-11-27): GhostBSD 23.10.1, Why Linux uses swap when memory is free, Ubuntu Budgie may benefit from Wayland work in Xfce, early issues with FreeBSD 14.0 |
• Issue 1046 (2023-11-20): Slackel 7.7 "Openbox", restricting CPU usage, Haiku improves font handling and software centre performance, Canonical launches MicroCloud |
• Issue 1045 (2023-11-13): Fedora 39, how to trust software packages, ReactOS booting with UEFI, elementary OS plans to default to Wayland, Mir gaining ability to split work across video cards |
• Issue 1044 (2023-11-06): Porteus 5.01, disabling IPv6, applications unique to a Linux distro, Linux merges bcachefs, OpenELA makes source packages available |
• Issue 1043 (2023-10-30): Murena Two with privacy switches, where old files go when packages are updated, UBports on Volla phones, Mint testing Cinnamon on Wayland, Peppermint releases ARM build |
• Issue 1042 (2023-10-23): Ubuntu Cinnamon compared with Linux Mint, extending battery life on Linux, Debian resumes /usr merge, Canonical publishes fixed install media |
• Full list of all issues |
Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
Random Distribution |
Rockstor
Rockstor is a specialist openSUSE-based Linux distribution designed for Network Attached Storage (NAS) and private cloud storage solutions. It is based on popular open-source technologies, such as the Btrfs file system and Docker for automating the deployment of applications inside software containers. In addition to standard NAS features like file sharing via NFS, Samba, SFTP and AFP, advanced features such as online volume management, CoW Snapshots, asynchronous replication, compression, and bitrot protection are also supported. Rockstor provides additional applications, including ownCloud, Syncthing, OpenVPN and Plex. These applications (called "Rock-ons") are powered by a Docker-based application hosting framework. The Rockstor user interface, written in JavaScript, makes it simple to manage the server from within a web browser.
Status: Active
|
TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
|