 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) |
|
|
|
 bc1qtede6f7adcce4kjpgx0e5j68wwgtdxrek2qvc4  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le |
|
| Linux Foundation Training |
|
| Reader Comments • Jump to last comment |
1 • Debian freeze (by Pumpino on 2023-01-23 02:55:10 GMT from Australia)
It looks like the majority of Debian packages are current now that the freeze has started. It's a shame that today's point release of XFCE (4.18.1) won't make it in though.
2 • risiOS & portable package (by fenglengshun on 2023-01-23 03:29:42 GMT from Indonesia)
It's interesting that risiOS' gaming tweaks includes some of the Nobara things like IIRC the modified kernel. If anyone is not familiar with Fedora, I'd definitely want to recommend them to try risiOS first, to get their feet wet first without going full vanilla Fedora and the hassle that can come with that.
---
For portable package, my hierarchy goes Flatpak > AppImage > Snap (bauh is pretty convenient for that). Not sure if Conty counts as "portable package" but I like the concept so I'm looking into it, and I wonder if "install AUR via distrobox/Junest" I'm doing, to move away from AppImage and Snap, counts as a "portable package".
3 • Portable packages and risiOS (by Josh Smith on 2023-01-23 03:44:57 GMT from Australia)
I don't use portable packages anymore, because I don't need to as I use Arch and its vast repositories (including the AUR), combined with ease of building your own packages, makes it so that using portable packages is simply not necessary even when you have very niche software needs like I do. I used them back when I used NixOS to play OpenRA, but that's just because packaging for NixOS is more challenging (at least for me) than Arch so I couldn't get the OpenRA packages I wanted on NixOS (they have some OpenRA packages, but they are woefully outdated and it's unclear to me how to update them myself).
Pity the Korora project died, I liked their attempts to make Fedora more accessible. I suppose risiOS seems like a reasonable successor.
4 • portable packages (by Chris on 2023-01-23 05:33:35 GMT from South Africa)
I use Kubuntu 22.04 and its (default) snaps. I also use Balena Etcher appimage. Is that considered as a second portable package type?
5 • portable package formats (by msp0323 on 2023-01-23 05:33:48 GMT from Sweden)
Will never use any of these.
6 • System Restarts (by M.Z. on 2023-01-23 05:51:44 GMT from United States)
"Installing updates through GNOME Software also results in the system insisting on restarting the computer and performing a long upgrade process during the next start-up sequence. This feels like a step backwards from the way virtually all other Linux distributions handle upgrades. "
This also seems to be the way KDE Neon handles many larger upgrades in Discover. It isn't too insistent on when it is done, but it wants to do 'offline updates' or some such thing during a reboot. I think I found some info about this being a bit safer, hypothetically at least. I't one of the ony defaults in Neon that I don't particularly like, though it may be avoidable using pkcon refresh && pkcon update from a terminal.
7 • Debian Freeze (by Bin on 2023-01-23 07:04:10 GMT from United Kingdom)
@1....unless of course you use MX Linux which is now on 4.18 :)
8 • RE: System Restarts (by Operius on 2023-01-23 08:36:56 GMT from Netherlands)
@6 "I't one of the ony defaults in Neon that I don't particularly like"
I believe there is a setting in discover to enable or disable offline updates.
It is a foolprove way to update the system, and one that I like actually. Because 99% of the time updates requires me to restart a program, a service or the system anyway. Zypper on OpenSUSE is the only packagemanager that I know of that warns you after an update that you still using out of date software.
On other systems there are ways to figure this out too, but why bother? A reboot takes just a minute.
9 • portable packages, mixing types of packages (by Dr.J on 2023-01-23 08:47:36 GMT from Germany)
there was no use of portable packages for me until today, so I never bothered with them.
As for the mix: It is very rare that something is neither in the official Arch repos nor in the AUR. But in this case it mostly can be done manually or there are tools in the AUR, like "debtap" for installing Debian packages.
10 • Debian freeze (by Pumpino on 2023-01-23 09:08:57 GMT from Australia)
@7 Yes, it's great that MX includes the latest XFCE. Pity about every other package though. ;)
11 • @4 & @5 (by kc1di on 2023-01-23 11:34:37 GMT from United States)
@4 yest appimage is a portable image. and one I often prefer over snap or flatpack.
@5 You may not have a choice in the future with some packages as to the devs this make a lot of sense you create one package system that works across multiple Distros and your done.
I find I use a few portable packages here. As I still do a far amount of distro hopping. And they are easy to setup. Works for me.
12 • debian freeze (by rc on 2023-01-23 12:03:41 GMT from United States)
I'm running Debian testing and I've been on XFCE 4.18 since 1/11/23.
13 • Do you use portable package formats? (by James on 2023-01-23 12:20:13 GMT from United States)
No, with one exception, Etcher, which I like but can no longer find in .deb.
14 • Portable package formats (by Hank on 2023-01-23 12:52:23 GMT from Poland)
Portable packages do depend on appropriate system library's so not truly portable in many cases.
i use only appimage as in most cases reasonably easy to open and inspect, just rename with .zip and unpack.
Some packs like LibreWolf can be unpacked and used that way for faster start.
Regarding shutdowns on systemD, one reason I never want to use any setup with it again, dependency hell was second reason.
15 • portable packages (by crayola eater on 2023-01-23 13:36:27 GMT from United States)
For wgat it is worth ...
I voted no, as I do not use the mentioned portable package formats. I do use a couple of self-built portable packages for programs that are no longer available, but that I prefer to newer alternatives. For 2 I used the (in itself an obsolete tool) CDE portable package creator. The results while a bit large, but since the program is small, are not unsustainalbe. They however are not fully integrated into running system, though you can tweak them. Then I learned about a technique using 'LD_PRELOAD' that allowed me to do approximately the same thing, in a much smaller footprint, having them fully integrated into the running system.
While the CDE packages (actually directory structures) seemed to work without fail on the programs I experimented with (it ran the old xom web browser flawlessly), the 'LD_PRELOAD' sytems have not been as successful.
Of the 2 programs (1 of each type) that I currently use, they have been run on a number of different distro installs, needing if anything, only tweaks to the .desktop files.
I suspect that more might be in my future, as there are a number of packages that I prefer much older versions over the current versions. When I can no longer install and lock an old version in dpkg/synaptic/apptitude, I guess I will attempt to build my own portable packages.
16 • Portability (by Someguy on 2023-01-23 13:43:57 GMT from United Kingdom)
Maybe one? Been using Mint for years, not interested in code details, etc. only that I can get my work done. Then, upgraded to LM21.1. Don't like it one bit, but pressed on regardless. Last week noticed something 'flatpack' floated in during an update. Hoping it won't interfere. If it does, it'll be MX, despite the pain and anguish always encountered when transferring twenty+ years of data...
17 • portable packages (by nsp0323 on 2023-01-23 14:17:50 GMT from Sweden)
@11 writes, "@5 You may not have a choice in the future with some packages as to the devs this make a lot of sense you create one package system that works across multiple Distros and your done."
As long as it's open-source, I don't care, I can package it myself. I'm already maintaining hundreds of packages anyway, one more, one less makes no difference.
If you are talking closed source stuff, that's a different story but, I want to avoid these anyway.
18 • Flatpack once, but by accident (by not an mp, honestly on 2023-01-23 15:04:34 GMT from United Kingdom)
I was searching for tractors online and didn't realise it was a flatpack app
19 • Etcher (by Cheker on 2023-01-23 17:36:33 GMT from Portugal)
To the lads using Balena Etcher, know that it was caught phoning home.
https://github.com/balena-io/etcher/issues/2497
I use USBImager now
20 • Portable packages (by Robert on 2023-01-23 19:29:11 GMT from United States)
I went all-in on flatpak as much as possible. I like the idea of one universal package manager, and Flatpak seems to be the one with traction. There's not much sense installing the runtime and whatever else for only one package, so I tried to switch anything I could. Browser, video player, file manager, whatever I could to get more value out of the huge runtime. I did go back to Arch's Steam package sine the flatpak gave me trouble, but everything else has been good.
Don't see any need to use a secondary portable format. Flatpak covers most of my desktop needs, and Arch handles everything else.
21 • Legacy OS (by JeffC on 2023-01-23 20:10:42 GMT from United States)
A new release this week, the home page says:
Make an old Pentium 3 and 4 PC or laptop useful Again!
but it is only in 64 bit?
They base it on antiX, which is available in 32 bit and can be used on those old computers. So why does it even exist?
22 • Package formats (by Microlinux on 2023-01-23 22:46:30 GMT from France)
All my installations are RHEL clones, so stuff is usually RPM packages managed by DNF or RPM. I'm using Flatpak occasionally for the odd proprietary and/or kitchen sink app like OmegaT, Teams, Skype and Spotify. But most of the time, I prefer building crisp and clean RPM packages myself and putting them in my own repo.
https://www.microlinux.fr/pub/rockylinux/8/x86_64/packages/
For mysterious reasons many distributions go down the all-portable path, so it's a good thing RHEL and Debian keep some sanity.
23 • Portable packages (by Jimbo on 2023-01-23 23:40:16 GMT from New Zealand)
Portable packages have been hit and miss for me - especially with game emulators or server builds (e,g, Nextcloud) - the permissions were too rigid and not modifiable.
I can recommend 'nala' as a good command line front end to apt in Debian and Ubuntu. Its multi-threaded so downloads are faster.
24 • Mixing package management methods (by ANN ONAMOUSE on 2023-01-24 00:03:01 GMT from United States)
AFAIK, (or understand), the BEDROCK Linux Meta Distribution (https://bedrocklinux.org/index.html) can provide a decent solution to using varied package types from multiple distributions, albeit with its own learning curve.
25 • AppImage, Flatpak, and Snap: Linux's universal package managers. (by Greg Zeng on 2023-01-24 00:58:18 GMT from Australia)
Confusing discussion so far this week, on sizes, types, ranges of application packages. Most 3rd party application creators are also very confused. "The Linux Foundation", like most, only releases uncompiled source code.
If 3rd parties dare to compile this, most choose, in order of preference: DEB, RPM, AppImage, flatpak, snap, pup, etc. The RPM followers usually only prepare the official Red hat version of RPM, and not the many incompatible RPM variants.
Some Linux enthusiasts create "compiling scripts" to assist source code tedium and risk. Arch and Debian have their versions of these compiling scripts: AUR, etc.
"Grub Customizer" is sometimes available in some "repositories", including sometimes snap Flatpak repositories. Often, the Ubuntu based systems need to use the Ubuntu PPA system to install this application.
"Free File Sync" and Slimjet web browser are also missing from most "repositories", so either frantic hunting, or searching other sources for the compiled code is needed. Most educational, business and scientific applications are available only for Microsoft Windows. WINE, Crossover and Virtualization are the only way to try to use these applications with Linux.
Computer users devote most of the computer to data, rather than applications and operating system. The hazard of having so many "repositories" of Linux applications are numerous. So much incompatible updating required. So many unavailable "latest" versions of applications are missing. So many applications not being available at all, in any or all repositories.
26 • I like simple statically linked binaries (for mll which is just busybox!) (by Mll lover on 2023-01-24 04:54:22 GMT from United States)
I love playing with MLL (in virtualbox). But I have to hunt for static binaries because I'm not sophisticated enough to build them myself. I found a static bash .deb & even a tcpdump that worked!
I realize something like file(1) needs some extra data files.
And esoteric niche, yes!!!
27 • portable packages (by EireLinux on 2023-01-24 09:23:13 GMT from Ireland)
KDE Neon here.
All uportable packages -- flatpaks and appimages.
Snaps are abominations are should be illegal
Even removed VLC and Firefox from repos and put flatpak versions.
For Etcher and Linux Air combat appimage.
28 • old computers (by eee shepherd on 2023-01-24 09:38:04 GMT from United Kingdom)
more than half the world needs up to date free 32 bit software
empower and educate, don't 64-bit bait. Don't 32-bit hate. Compile that distro for 32-bit now, m8.
29 • Legacy OS (by Shakey on 2023-01-24 10:50:16 GMT from United States)
@21 -- I have an old laptop that uses a Celeron M and I wanted to try Legacy OS, but to my surprise they only produced a 64 bit image. How disappointing!
Is this a mistake or intentional?
I would like to hear from the Legacy OS folks for an explanation.
30 • package mixing & alien (by ET on 2023-01-24 13:49:36 GMT from United Kingdom)
I used alien to convert rpm to deb before.
Seemed to work OK, whether it was lucky or is alien clever to manage dependencies?
31 • How to exclude Firefox frrom MX auto-update list (by MXgogo on 2023-01-24 17:52:50 GMT from South Africa)
Saw a couple of compliments for MX and keeping up to date. I have the reverse problem..:
I don't want Firefox to be updated automatically (I use Brave) and so don't want it holding up the automatic update process every week or two. It seems that their new updates often aren't supplied to to our main saix server for a couple of weeks after everything else is - all the other packages get downloaded fine, but the installation process gets stalled until Firefox eventually puffs up to the starting line. Which means I may be missing out on using some other update that I do need urgently.
Fear not, I'm quite happy to download and install the latest Firefox manually every 2 or 3 months, but in the meantime I would like to know where to find the dynamically refreshed list of files waiting to be updated, and if possible how to blacklist Firefox from it. Any offers?
32 • Bedrock Linux (by Otis on 2023-01-24 18:00:59 GMT from United States)
@24 That's the way it should be with open source! IMO.
From the site:
Debian's stable coreutils
Arch's cutting edge kernel
Void's runit init system
A pdf reader with custom patches maintained by Gentoo's portage
A font from Arch's AUR
Games running against Ubuntu's libraries
Business software running against CentOS's libraries
All at the same time and working together mostly as though they were packaged for the same distribution.
33 • more than three types. (by borna on 2023-01-24 19:52:10 GMT from Moldova)
To clarify there are a lot of options to use updated versions of some software on linux, which are not present in the repos or outdated(even on arch):
1) snap
2) flatpak
---------------
3) skdman -> best option for java and tools based on java, but not only
4) homebrew -> yes it works on linux too
-------------------------------------
tools to use with specific programming language:
5) npm -> obviously, this is the way for Javascript libs
6) rustup -> this is the way for rust
p.s:
AppImage is very convenient if you wanna set up an up in 5 minutes, BUT IT SUCKS cause nobody did a decent package manager and updater for it.
34 • sofware hopping (by Trihexagonal on 2023-01-24 20:19:49 GMT from United States)
I only use what apt gives me with Linux, never getting a program somewhere else.
On FreeBSD i only use software that comes from the ports tree of pkg built from ports, mixing ports and pkg as I see fit to conserve time and energy.
35 • portable package && (@24, @32, BEDROCK) (by lincoln on 2023-01-24 20:31:31 GMT from Brazil)
My preferred order of software sources is:
- .deb packages provided by Debian;
- web versions;
- AppImage;
- Flatpak and Snap.
--------------
@24, @32 excuse the naivety, but if Debian's stable coreutils are preferable, why does Business software prefer CentOS's libraries over Debian's libraries? I wonder because to me coreutils is part of both systems' libraries and Debian applies the same quality control to its critical packages. Furthermore, the amount of packages in Debian's repositories is greater than in CentOS.
36 • @31: (by dragonmouth on 2023-01-24 20:35:49 GMT from United States)
You can LOCK the FireFox version you want in place, if you are using Synaptic. Then update it manually on your schedule rather than MX's.
37 • %31 (by Basil Fernie on 2023-01-25 01:29:56 GMT from South Africa)
Sounds plausible, it could become quite a useful technique.
Thanks!
38 • NOT more mainstream desktops! (by steelt03dgal on 2023-01-25 02:25:23 GMT from United States)
Real nice for a few of us that some current distros listed here have lighterweight desktops available by default, even available for the masses. Getting tired of the heavily-promoted big distros invariably foisting upon us primarily 1) GNOME variants such as MATE or Cinnamon, 2) KDE (Plasma), and then 3) XFCE.
39 • Locking Package Versions & Updates (by M.Z. on 2023-01-25 04:03:49 GMT from United States)
@31
Similar to what @36 says, I lock my grub version in LMDE after every install, on my laptop I use the Grub Customizer that KDE Neon points to & don't want Mint Debian Ed. messing around & taking over the boot menu after every possible Grub upgrade. It is super easy in Mint Update to right click the package & tell it to ignore all future updates. Synaptic has a similar hold function if you select up what you want to hold & go to 'Package > Lock Version' in the menu at the top. I think it should work in all Debian related Distros like MX.
@8
I'll have to do some poking around in Discover, thanks for the tip.
40 • portable packages (by hulondalo on 2023-01-25 08:55:27 GMT from Hong Kong)
i use appimage apps because it's a better and easier way to install crypto wallets (imagine having to download tons of deps just to compile them), but i hate snap and flatpak and would never use them :)
41 • ported packages and insane nerdism (by EireLinux on 2023-01-25 09:46:06 GMT from Ireland)
Yet again, fanatical hordes and insane "elitists" are destroying all chances for Linux to become much more popular on the desktop.
Main reason why Linux is not significant on the desktop is fragmentation.
When AppImages and later Flatpaks arrived, there was a hope that this fragmentation will become irrelevant.
And then many commercial software will be ported to linux, facilitating Linux penetration into desktop.
In order for that to happen, Appimages and Flatpaks must be accepted by vast majority of users (like 80%+).
But no.
Just read the comments
"I only use packages from the repos"
"I would never use Flatpaks because I hate them" (seriously, go seek professional help)
So again, self defeating nerdism and fanatism is the main detriment to wider adoption of Linux. You people will never learn
42 • @41: (by dragonmouth on 2023-01-25 14:09:03 GMT from United States)
Why is your nerdism of "AppImages and Flatpaks must be accepted" any better than "I only use packages from the repos"? (BTW - you forgot Snaps) It's just a different kind of opinionated bovine manure.
Everybody should agree on one "universal" format, be it AppImage, Flatpack or Snap.
43 • @41 (by Cheker on 2023-01-25 15:35:27 GMT from Portugal)
Universal packages will solve nothing because every camp will race to have their own universal packages. It defeats itself.
Gnu+Linux will never not be fragmented, its very nature prevents it. I suspect in the coming years you will see a bigger ravine form between the corporate and the community distros, with the community ones possibly struggling a little to keep due to lack of manpower, but it will never fully go away.
44 • Fedora seeks feedback on web-based installer, (by Jeffersonian on 2023-01-25 15:57:01 GMT from Poland)
Could not find the ISO file anywhere as I had to reinstall F37 with MATE-Compiz (new large SSD)
Not in the usual places, the most common being :
https://torrent.fedoraproject.org/
And like many, I don't dig GNOME 3 !
For me, XFCE and MATE offer frugal simplicity where "everything just works".
J-
45 • @31 Exclude Firefox update (by Jeffersonian on 2023-01-25 16:04:43 GMT from Poland)
If you use Fedora, in /etc/dnf/dnf.con you may exclude one or many packages, which is exactly what I do. Once in a while I comment out the line with the usual # to update, etc...
--
Other distros may have similar mechanism, just search for them.
--
At some pint, at least for debian and rpm packages, some commonality would be welcome !
---
46 • @41, 42, 43 Universal packages (by Jeffersonian on 2023-01-25 16:28:42 GMT from Poland)
I understand the frustration.
Still, there is about ONE linux kernel.
What would prevent "us" to have a universal, clean, simple "specification file" for each application?
With LSB and Posix compliance, like makefiles, that could do the job, and even allow an automated process to build several packages like rpm, deb etc...
--
Linus Torvald there has showed, great unifying leadership, keeping the system calls limited, git etc...
--
SuseLinux has done some good work there, but it does not always work: RPM packages for OpenSuse don't always work on Fedora...
If only all the RPM based distros could have a common validation procedure...
--
Ubuntu had a great start, but "windowing" the Linux Desktop was a bad idea: it destroyed the simplicity of Unix, and CDE, and provides an unmanageable mess.
--
With one exception (KDE) simplicity usually wins !
KDE took many years to finally work... it was a vaillant effort.
KDE libraries provides great GUI apps though, like GTK+ by the way.
--
J-
47 • Portable software (by pepa65 on 2023-01-26 11:44:33 GMT from Thailand)
I use the Ubuntu and Mint deb repositories, I do not use snap or flatpak (I don't consider them properly portable, they're just a separate packaging system requiring its own infrastructure). I do use AppImages, they are more-or-less standalone binaries. Other software that I like to run more and more of are Go(lang) packages, all standalone binaries, and Rust packages built with cargo. I also compile C(++) software that doesn't come with loads of libs (usually none) that link into the deb/dpkg installs and -dev packages -- not really stand-alone, but often well-enough that I can use them on other systems as a standalone binary.
48 • Packaging (by AlexGuveenen on 2023-01-26 22:13:49 GMT from Russia)
@33
If I count packages:
Deb - First
HOMEBREW - Second (*)
AppImage - Third (some from bauh, and need to useit more, some desktop fies tweaked with LD_PRELOAD, -style=Fusion and firejail --appimage --protocol=someproto)
Flatpak - 4th (good, but my ElementaryOSHera's AppCenter and I installed app in different ploaces (with or without sudo) and sometimes I lose control and get duplicated frameworks)
Snapd - 5th (good)
If AppImage doesn't work/glitchy I searching tui-replacement in homebrew, or using alternative packaging (by priority Flatpak->Snap->Deb).
If Homebrew doesn't work/glitchy -> PR or use AppImage version.
* I use `brew services re-/start tor/redis/postgres@14` and forgot commands such as `sudo systemctl status nnn`
Number of Comments: 48
Display mode: DWW Only • Comments Only • Both DWW and Comments
| | |
| MALIBAL |
MALIBAL: Linux Laptops Custom Built for YouMALIBAL is an innovative computer manufacturer that produces high-performance, custom laptops for Linux. If your MALIBAL laptop is not the best Linux laptop you have ever used, you can return it for a full 100% refund. We will even pay the return shipping fees! For more info, visit: https://www.malibal.com
|
| 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 1022 (2023-06-05): GetFreeOS 2023.05.01, Slint 15.0-3, Liya N4Si, cleaning up crowded directories, Ubuntu plans Snap-based variant, Red Hat dropping LireOffice RPM packages |
| • Issue 1021 (2023-05-29): rlxos GNU/Linux, colours in command line output, an overview of Void's unique features, how to use awk, Microsoft publishes a Linux distro |
| • Issue 1020 (2023-05-22): UBports 20.04, finding another machine's IP address, finding distros with a specific kernel, Debian prepares for Bookworm |
| • Issue 1019 (2023-05-15): Rhino Linux (Beta), checking which applications reply on a package, NethServer reborn, System76 improving application responsiveness |
| • Issue 1018 (2023-05-08): Fedora 38, finding relevant manual pages, merging audio files, Fedora plans new immutable edition, Mint works to fix Secure Boot issues |
| • Issue 1017 (2023-05-01): Xubuntu 23.04, Debian elects Project Leaders and updates media, systemd to speed up restarts, Guix System offering ground-up source builds, where package managers install files |
| • Issue 1016 (2023-04-24): Qubes OS 4.1.2, tracking bandwidth usage, Solus resuming development, FreeBSD publishes status report, KaOS offers preview of Plasma 6 |
| • Issue 1015 (2023-04-17): Manjaro Linux 22.0, Trisquel GNU/Linux 11.0, Arch Linux powering PINE64 tablets, Ubuntu offering live patching on HWE kernels, gaining compression on ex4 |
| • Issue 1014 (2023-04-10): Quick looks at carbonOS, LibreELEC, and Kodi, Mint polishes themes, Fedora rolls out more encryption plans, elementary OS improves sideloading experience |
| • Issue 1013 (2023-04-03): Alpine Linux 3.17.2, printing manual pages, Ubuntu Cinnamon becomes official flavour, Endeavour OS plans for new installer, HardenedBSD plans for outage |
| • Issue 1012 (2023-03-27): siduction 22.1.1, protecting privacy from proprietary applications, GNOME team shares new features, Canonical updates Ubuntu 20.04, politics and the Linux kernel |
| • Issue 1011 (2023-03-20): Serpent OS, Security Onion 2.3, Gentoo Live, replacing the scp utility, openSUSE sees surge in downloads, Debian runs elction with one candidate |
| • Issue 1010 (2023-03-13): blendOS 2023.01.26, keeping track of which files a package installs, improved network widget coming to elementary OS, Vanilla OS changes its base distro |
| • Issue 1009 (2023-03-06): Nemo Mobile and the PinePhone, matching the performance of one distro on another, Linux Mint adds performance boosts and security, custom Ubuntu and Debian builds through Cubic |
| • Issue 1008 (2023-02-27): elementary OS 7.0, the benefits of boot environments, Purism offers lapdock for Librem 5, Ubuntu community flavours directed to drop Flatpak support for Snap |
| • Issue 1007 (2023-02-20): helloSystem 0.8.0, underrated distributions, Solus team working to repair their website, SUSE testing Micro edition, Canonical publishes real-time edition of Ubuntu 22.04 |
| • Issue 1006 (2023-02-13): Playing music with UBports on a PinePhone, quick command line and shell scripting questions, Fedora expands third-party software support, Vanilla OS adds Nix package support |
| • Issue 1005 (2023-02-06): NuTyX 22.12.0 running CDE, user identification numbers, Pop!_OS shares COSMIC progress, Mint makes keyboard and mouse options more accessible |
| • Issue 1004 (2023-01-30): OpenMandriva ROME, checking the health of a disk, Debian adopting OpenSnitch, FreeBSD publishes status report |
| • Issue 1003 (2023-01-23): risiOS 37, mixing package types, Fedora seeks installer feedback, Sparky offers easier persistence with USB writer |
| • Issue 1002 (2023-01-16): Vanilla OS 22.10, Nobara Project 37, verifying torrent downloads, Haiku improvements, HAMMER2 being ports to NetBSD |
| • Issue 1001 (2023-01-09): Arch Linux, Ubuntu tests new system installer, porting KDE software to OpenBSD, verifying files copied properly |
| • Issue 1000 (2023-01-02): Our favourite projects of all time, Fedora trying out unified kernel images and trying to speed up shutdowns, Slackware tests new kernel, detecting what is taking up disk space |
| • Issue 999 (2022-12-19): Favourite distributions of 2022, Fedora plans Budgie spin, UBports releasing security patches for 16.04, Haiku working on new ports |
| • Issue 998 (2022-12-12): OpenBSD 7.2, Asahi Linux enages video hardware acceleration on Apple ARM computers, Manjaro drops proprietary codecs from Mesa package |
| • Issue 997 (2022-12-05): CachyOS 221023 and AgarimOS, working with filenames which contain special characters, elementary OS team fixes delta updates, new features coming to Xfce |
| • Issue 996 (2022-11-28): Void 20221001, remotely shutting down a machine, complex aliases, Fedora tests new web-based installer, Refox OS running on real hardware |
| • Issue 995 (2022-11-21): Fedora 37, swap files vs swap partitions, Unity running on Arch, UBports seeks testers, Murena adds support for more devices |
| • Issue 994 (2022-11-14): Redcore Linux 2201, changing the terminal font size, Fedora plans Phosh spin, openSUSE publishes on-line manual pages, disabling Snap auto-updates |
| • Issue 993 (2022-11-07): Static Linux, working with just a kernel, Mint streamlines Flatpak management, updates coming to elementary OS |
| • Issue 992 (2022-10-31): Lubuntu 22.10, setting permissions on home directories, Linux may drop i486, Fedora delays next version for OpenSSL bug |
| • Issue 991 (2022-10-24): XeroLinux 2022.09, learning who ran sudo, exploring firewall tools, Rolling Rhino Remix gets a fresh start, Fedora plans to revamp live media |
| • Issue 990 (2022-10-17): ravynOS 0.4.0, Lion Linux 3.0, accessing low numbered network ports, Pop!_OS makes progress on COSMIC, Murena launches new phone |
| • Issue 989 (2022-10-10): Ubuntu Unity, kernel bug causes issues with Intel cards, Canonical offers free Ubuntu Pro subscriptions, customizing the command line prompt |
| • Issue 988 (2022-10-03): SpiralLinux 11.220628, finding distros for older equipment and other purposes, SUSE begins releasing ALP prototypes, Debian votes on non-free firmware in installer |
| • Issue 987 (2022-09-26): openSUSE's MicroOS, converting people to using Linux, pfSense updates base system and PHP, Python 2 dropped from Arch |
| • Issue 986 (2022-09-19): Porteus 5.0, remotely wiping a hard drive, a new software centre for Ubuntu, Proxmox offers offline updates |
| • Issue 985 (2022-09-12): Garuda Linux, using root versus sudo, UBports on the Fairphone 4, Slackware reverses change to grep |
| • Issue 984 (2022-09-05): deepin 23 Preview, watching for changing to directories, Mint team tests Steam Deck, Devuan posts fix for repository key expiry |
| • Issue 983 (2022-08-29): Qubes OS 4.1.1, Alchg Linux, immutable operating systems, Debian considers stance on non-free firmware, Arch-based projects suffer boot issue |
| • Issue 982 (2022-08-22): Peropesis 1.6.2, KaOS strips out Python 2 and PulseAudio, deepin becomes independent, getting security update notifications |
| • Issue 981 (2022-08-15): Linux Lite 6.0, defining desktop environments and window managers, Mint releases upgrade tool, FreeBSD publishes status report |
| • Issue 980 (2022-08-08): Linux Mint 21, Pledge on Linux, SparkyLinux updates classic desktop packages, Peppermint OS experiments with Devuan base |
| • Issue 979 (2022-08-01): KaOS 2022.06 and KDE Plasma 5.25, terminating processes after a set time, GNOME plans Secure Boot check |
| • Issue 978 (2022-07-25): EndeavourOS 22.6, Slax explores a return to Slackware, Ubuntu certified with Dell's XPS 13, Linux running on Apple's M2 |
| • Issue 977 (2022-07-18): EasyOS 4.2, transferring desktop themes between distros, Tails publishes list of updates, Zevenet automates Let's Encrypt renewals |
| • Issue 976 (2022-07-11): NixOS 22.05, making a fake webcam, exploring the Linux scheduler, Debian publishes updated media |
| • Issue 975 (2022-07-04): Murena One running /e/OS, where are all the openSUSE distributions, Fedora to offer unfiltered Flathub access |
| • Issue 974 (2022-06-27): AlmaLinux 9.0, the changing data of DistroWatch's database, UBports on the Pixel 3a, Tails and GhostBSD publish hot fixes |
| • Issue 973 (2022-06-20): openSUSE 15.4, collecting distro media, FreeBSD status report, Ubuntu Core with optional real-time kernel |
| • Issue 972 (2022-06-13): Rolling Rhino Remix, SambaBox 4.1, SUSE team considers future of SUSE and openSUSE Leap, Tails improves Tor Connection Assistant |
| • Issue 971 (2022-06-06): ChimeraOS 2022.01.03, Lilidog 22.04, NixOS gains graphical installer, Mint replaces Bluetooth stack and adopts Timeshift, how to change a MAC address |
| • Issue 970 (2022-05-30): Tails 5.0, taking apart a Linux distro, Ubuntu users seeing processes terminated, Budgie team plans future of their desktop |
| • Full list of all issues |
| Free Tech Guides |
NEW! Learn Linux in 5 Days
In this FREE ebook, you will learn the most important concepts and commands and be guided step-by-step through several practical and real-world examples (a free 212-page ebook).
|
| 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.
|
| Shells.com |
Your own personal Linux computer in the cloud, available on any device. Supported operating systems include Android, Debian, Fedora, KDE neon, Kubuntu, Linux Mint, Manjaro and Ubuntu, ready in minutes.
Starting at US$4.95 per month, 7-day money-back guarantee
|
| Random Distribution | 
OpenELEC
OpenELEC was a Linux-based embedded operating system built specifically to run Kodi, the open source entertainment media hub. The idea behind OpenELEC was to allow people to use their Home Theatre PC (HTPC) like any other device one might have attached to a TV, like a DVD player or Sky box. Instead of having to manage a full operating system, configure it and install the packages required to turn it into a hybrid media center, OpenELEC was designed to be simple to install, manage and use, making it more like running a set-top box than a full-blown computer.
Status: Discontinued
|
| Free Tech Guides |
NEW! Learn Linux in 5 Days
In this FREE ebook, you will learn the most important concepts and commands and be guided step-by-step through several practical and real-world examples (a free 212-page ebook).
|
| MALIBAL |
MALIBAL: Linux Laptops Custom Built for YouMALIBAL is an innovative computer manufacturer that produces high-performance, custom laptops for Linux. If your MALIBAL laptop is not the best Linux laptop you have ever used, you can return it for a full 100% refund. We will even pay the return shipping fees! For more info, visit: https://www.malibal.com
|
| 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.
|
|
• 
• 
• 
• 
• 
• 
• 
