DistroWatch Weekly |
| DistroWatch Weekly, Issue 112, 08 August 2005 |
Welcome to this year's 32nd issue of DistroWatch Weekly.
This week we're going to shake things up a little around here. Our good friend Ladislav is sitting on a sunny beach somewhere sipping a margarita and hoping you all haven't caught the server on fire yet. Before he left, he asked me to fill in for him on this DistroWatch Weekly thing. I guess he's assuming you all really want to read my nonsense :-) Even though it will be hard to fill his shoes (he works hard to bring you guys the best material), I'll do my best. First things first, we need to lay down some ground rules. It's kinda like having your parents out of town for the weekend and they trust you with the keys to the Porsche (always a bad move). We need to make sure it's parked in the garage before he gets back and all the beer cans are cleaned out of the back seat. Furthermore we've really got to do our best not to break anything expensive and PLEASE PLEASE PLEASE let's try not to burn the whole place down! He'll be proud of us when he returns! I promise.
Moving right along... for those of you who need constant reminding, my name is Adam Doxtater, Founder, Chief Technology Editor, and Supreme Head Cheese of Mad Penguin. Many of you probably already know who I am, but for those of you who don't I'd just like to say that it's a real pleasure to have this opportunity to write for such a great community of people. This is the first "Weekly" I've written so bear with me. A poorly written DistroWatch Weekly is no reason to start a riot. Put down that chair!! At least give me a chance before you start thowing things. Ladislav will never let me do this again if someone gets hurt in the process you know.
Lately we've been in a drought of sorts as far as distro releases go (and consequently in Las Vegas where I live and work), so there wasn't a huge amount going on this week, but I've found a few things we can take a look at to keep us busy for the next 11.5 minutes. I hope you enjoy! There's a place at the end where you can comment on how bad or good it all was, or maybe just rant endlessly about how you can't stand the feel of cotton against spandex. Either way is fine by me.
Content:
OpenSUSE 10,
Slackware 10.2, user friendly BSD
It
seems the whole Red Hat/Fedora development model thing is catching on outside of Research Triangle Park, huh? The word seems to be that
SUSE is on the horizon... Tell me though.. who didn't see this coming? Seriously. The signs have been there since the last SUSE
release, and you can even argue that they've been there since Novell
started its Linux purchasing binge. In any event, the story is true. It
was verified by the Linux Marketing Director for Novell and will be
announced this week at the LinuxWorld
expo in San Francisco. They will also be handing out thousands of beta
copies of SUSE Linux 10.0 (or should I say OpenSUSE 10.0). Is this a
wise move for SUSE? Time will tell, but the same business model seems
to be working out fine for Red Hat, who did the same thing not too long
ago and produced the widely used Fedora distribution. According to
sources inside Novell, they will be launching a site at OpenSUSE.org.
WHOIS information for the domain verifies the site is registered to
Bruce Wayne (yes, Bruce Wayne) at Novell, Inc. in Provo, Utah. In other
news, IOwnOpenSUSEAndYouOweMeMoney.org is registered to Darl McBride of Lindon, Utah.
In
the Slackware
changelog
there's a reference this week to a code freeze. You know what that
means folks? A release is coming soon (after some beta releases that
is, but Slackware usually rolls right through those without incident).
From the changelog: "I
think it's time to consider this to be mostly
frozen and concentrate on beta testing in preparation for the Slackware
10.2 release, so there won't be too many more upgrades and
additions. Things are going to be pretty busy for me over the
next couple of weeks besides working on getting 10.2 finalized, but let
me know about any issues that need fixing before the release and I'll
get to them just as soon as I can. Have fun!"
Although I can't be too sure at this point, it appears that 10.2 will
still default to a 2.4.x kernel rather than the up and coming 2.6
series. The last reference to a kernel update in the changelog was on
2005/06/06... when it was pushed up to kernel 2.4.31. The Linux 2.6.x
kernel still resides in /testing in -current and is presently at
version 2.6.12.3. This has actually been a hot topic amongst Slackware
users since the release of the 2.6 kernel: is it stable
enough for
Slackware yet?
There really is no right answer at this
point. The only thing I can tell you for certain is that once Patrick
deems it ready to move out of testing, it will be ready. I suppose it
all boils down to user preference at this point. For instance I'm
running my main workstation on Slackware 10.1/kernel 2.6.11, but
my servers are still 2.4.x (heavily patched of
course). Some
might argue that
everything critical should be build on 2.4, while others argue for 2.6.
Personally, I've found the 2.6 kernel to be pretty solid as of late.
How do you feel about this topic? How do you build your systems?
In DistroWatch Weekly Issue 110, Ladislav asked "Why
FreeBSD?" in reference to an
article published by IBM
developerWorks. In that article, IBM did an excellent job describing
BSD in a way that everyone could grasp, and in a way that was
entertaining to read at the same time. With the release of FreeBSD 6.0
just over the horizon and the sudden flood of friendly "live" FreeBSD
desktop variants, it appears that our "other" favorite
operating system might be gaining some inroad to the desktop world. We've been
seeing more and more references to BSD on the desktop, and to tell you
the truth, there's a reason for that. BSD performs just as well as
Linux on the desktop. Some might argue that it performs better, but we
won't get into all that. I'll leave that topic for the discussion
section of this newsletter.
I will say that of all the testing I've done
with FreeBSD on the desktop it's been a very positive experience. It's
a well-known fact that many highly trafficked sites are
powered by FreeBSD (including DistroWatch
and Mad Penguin), but many people are now learning that it's just as solid on the
desktop... thanks to up and coming distributions such as FreeSBIE
and PC-BSD, DesktopBSD, and I'm sure there are more to come if the trend persists. Why not? FreeBSD is a great operating system. It really is. As I stated before it makes a great server OS as well as a fast and efficient desktop. Will it creep up on Linux? Only time will tell I suppose, but I guess I could see it happening. I don't mind either way but I'm sure it fits somehow into our sysadmin's plan to take over the world. Good Open Source development is good for everyone involved so I'm not picking any sides. At least I know I'm on the right side. Personally, I'm holding back from using BSD on the desktop until proper ReiserFS support is provided. I know it's not high on the list of priorities, but for my setup it would be rather difficult to change file systems on some of my drives.
In the comments section of this newsletter, let's discuss this topic in more depth. I will be interesting to hear everyone's take on the topic.
|
| Featured
distribution of the week: Vidalinux |
Vidalinux 1.2
After quite some time and, for many of its users, a waiting period that
lasted far too long, the Vidalinux team has released VLOS 1.2 to a
receptive audience... and why not? Vidalinux 1.1 blew the socks off
most people who tried it. Including myself. When I reviewed version 1.1
I had heard nothing more than it was Gentoo with an easy installer (Red
Hat's Anaconda for those of you who aren't familiar with it). Gentoo is
a great distro but to some I presume the installation might seem
daunting. Don't get me wrong, the Gentoo installation is
straightforward
and the documentation is far superior to most anything I've ever come
across online, but there are still people who prefer their distros
install with minimal fuss. Enter Vidalinux.
Features:
- Linux kernel 2.6.12-rc3
- X.org 6.8.2
- GCC 3.4.3
- GNOME 2.10.1
- KDE 3.4.1
- OpenOffice 1.9.104 (2.0 beta3 release)
- Novell Evolution 2.2.3
- Yukiyu (frontend to Portage)
- See the Vidalinux site for more
details
Basically, Vidalinux is a Gentoo stage 3 installation, so those looking
for a highly optimized Gentoo variant should look elsewhere, but I have
to say that 1.1
proved to be one of the best performing distros I've ever used. So much
so that I gave
it a glowing review and actually ran it, up until very recently, on my
desktop at work. It was that good. Since then I've been
patiently waiting for 1.2 to be released, so needless to say I was
first in line when it came out this past week... and although I hate to
say it, I was disappointed to find a distro that did not live up to the
standards it set for itself in the previous version. Let me explain
why...
The "paid for" version of Vidalinux comes in the form of a two CD ISO set.
After booting to the first disc and answering a few configuration
questions regarding partitioning, video setup, package selection (I
chose to install everything), locale, etc. it stared partitioning and
copying files to the hard drive. Less than 10 minutes later, it was
asking for the second CD, which I fed to the machine. It started
copying files and I walked away to do some other things. After about
1/2 hour or so I returned and found it was still installing files so I
left again... to return an hour later to the same thing. It seemed to
be stuck on one file according to the installer, but the hard drive was
as active as ever. A switch over to the first console showed that the system was
indeed still humming along. This was strange considering it was soooo much of a change. Even though I noted
version 1.1 was slower than most distros during installation, it didn't
take near the time version 1.2 seemed to be taking. I stepped away again and
got busy doing something else, returning about 1.5hrs later. The
installer was still in process. At this point I decided to leave and
come back in the morning. It was late and there was no telling how much
longer this was going to take since there wasn't any form of progress
indication anywhere to be found.
The next morning I returned and found the machine sitting there with
the CD tray spitting out CD2. Sure enough, the install had completed
during the night. I can't give you a real estimate on install time, but
it was extensive... to the tune of over 3hrs at a minimum. It must be
noted this was on an Athlon 2400+ system with 1GBRAM and a 120GB
UDMA100 hard drive. While it's not top of the line, it's no slouch.
Vidalinux is just that slow to install, so if you've got some serious
time to burn staring at your screen or half a day of errands to run
this installer is for you.
My frustration didn't stop there. Once I was booted into the Vidalinux
desktop (I tested both GNOME and KDE), I found it to be very sluggish.
Once the GNOME splash screen displayed, for instance, I wasn't able to
do anything on the desktop for at least 15-20 seconds. It might not
seem like much, but when you're used to the same system being much more
responsive with other distros it can become pretty irritating in a
hurry. Application launch time with everything I ran was sluggish as
well. Apps seemed to hiccup before launching, and even while working
inside programs there would seem to be moments where the system would
simply stop for a second or two and then continue on. Their Portage
front end, Yukiyu, took a full 32 seconds to launch (and that didn't
include the time it took to refresh the package database). We're
talking a full minute (plus) to a functional application here folks. I know this machine performs better than that.
This was such a
drastic change from what I had been used to while running Vidalinux 1.1
that
I thought I should visit their
forums to see if anyone else was having any problems with
this brand new release. It was an enlightening trip I must say. I was
surprised at what I found.
While browsing through their forums I found quite a few people having
issues with the new release but nothing specific to what I was
witnessing here. I found others that did in fact
have
the same view of 1.2 as I did: it was a far cry from the excellent
release that 1.1 was. The enlightening part about this trip to the
Vidalinux forums was to see how their admins and moderators were
treating users. I'm a firm believer that end users (or in Vida's case customers
and/or potential customers)
should always be treated with respect... no matter how irritating their
comments might seem. In one case, someone had posted his thoughts on
the new release. He was saying 1.1 was better and "here's why". While I
found nothing really nasty about the comment (here's
the link if you'd like to see it for yourself) apparently the
administrator did. This was the response the user got (this is a direct quote, so please no email from people correcting spelling!):
"Too bad if you don't like this release, but we always
do a download
edition not only our purchase, I think that's the important thing. If
you own a project you will see all the stuff that we have to do,
maintain and pay: bandwith, artists, devs and lot of stuff, no one
donates nothing to us and we work a lot to enchance this OS, of course
the most features will be for the purchase version because that version
is the reason why we still alive."
This type of thing will ensure that Vidalinux doesn't last long.
Shortly after that was said, you'll note the same admin stated "I
recommend this guy
to read first and then talk". This was followed by a moderator spouting
that wonderful RTFM acronym that newbies love so much. Can customers
expect to put up with this
type of abuse? I'd say no. Still, some might stick around for a
while... but not for long. These comments are just an example. I saw
plenty of this same behavior in their forums so it's not unique by a
long shot. In this case, the customer was simply giving an honest
opinion of the distro he saw failing his expectations. I didn't see
anything to take offense to, but obviously they did.
Even though this software might have serious potential (and I assure
you it does), I have to say that I was
disappointed in this release. My overall view of it was that it had a
bad performance problem, and when I went seeking some guidance I
found user support that was seriously lacking... in many cases
just
blatantly disrespectful and ultimately useless. Why ask a question in a
forum where you're likely to be put down for it? No thanks.
If you're interested in Gentoo, but want a kinder gentler variety,
stick with Vidalinux 1.1 or just suck it in and go with Gentoo proper.
It's really a great distro and I'm sure anyone who has the patience to
learn it can do it with minimal issues. Vidalinux has potential as
well, but this release (and
their current support) is a blemish on their record. Let's hope that
they clean up their act for version 1.3. I for one will be glad to take
a look because I know they can do much better than this. At this point
we can only hope.
If you'd like more information about Vidalinux, you
can visit
their home
page. CD ISO images are available for free download via BitTorrent only.

Vidalinux VLOS 1.2
(full image size: 211kB)
|
| Released
Last Week |
Vidalinux
1.2
Exactly as scheduled, Vidalinux labs today are proud to announce the
ability of their VLOS
version 1.2: "VLOS
1.2 is a
full-featured and powerful Linux operating system, it was designed
based on the best projects of the open source community. With VLOS 1.2
you will be safe from crashes, viruses, spyware, hackers, popup ads,
and all the other dangers computer users face today. It features an
easy-to-install Linux operating system that lets you make
all the things you need, like browse the Web safely, receive and send
e-mails, chat with friends, organize digital photos, play dvd movies
and songs, and create documents, presentations and spreadsheets."
Read the full release
notes and find more
specifications in their product
info page. ISO images for AMD64,
i686 and PPC platforms are
now available for download
via BitTorrent, and will soon be available on FTP mirrors.
Alternatively, you can order the CD from the project's online store.
Lunar Linux 1.5.1 RC1
A new Lunar
Linux installation
ISO RC, named 1.5.1 - "Gallium Arsenide", has been released: "If
no objections exist, RC1 will integrally become 1.5.1-i686-final. This
version fixes a few bugs with missing files in /etc/, and adds support
for displaying normal device names (/dev/sda, /dev/hda3 etc) in the
entire installer. Also, there are now proper default choices in the
language, font, charmap etc. menus to guide you. The network now starts
by default after installation... The final release will include the
i386 ISO as well and (no promises) should be out within 2 weeks."
Find more details in the release
announcement. Download:
lunar-1.5.1-i686-rc1.iso.bz2
(238MB, MD5).
Lunar Linux is a source-based distribution originally forked from the
Sorcerer project.
Damn Small Linux 1.4
Damn
Small Linux 1.4
has been released. Here are some excerpts from the changelog:
"Added"minimal"
boot option - will use
Minimal theme; added "Upgrade to GNU
Utilities" to the menu tools section; upgraded the dpkg-restore script
to now md5sum check the download before proceeding with the
installation; new "install" boot command; re-organized "tools" section
of fluxbox menu; added new Wallpaper/Background selector GUI; enhanced
"frugal" installs giving dsl user write access to /cdrom; updated
"Getting Started"." Download:
dsl-1.3.iso
(48.4MB, MD5).

DamnSmallLinux 1.4 - a "live CD" that weighs in at
only
48.4MB in size was released last week
(full image size: 129kB)
Scientific Linux 4.1
Scientific Linux 4.1
for i386 is now available: "Scientific
Linux 4.1 was officially released amid much fanfare and applause. The
development team want to thank all the testers, all those that
gavepatches and suggestions, all those that contributed RPM's and
packages, and everyone for their encouragement. All that support really
keeps us going. Scientific Linux release 4.1 is based on...Enterprise 4
AS, including Update 1. Its biggest improvement over 4.0 is centrino
wireless support, GFS and the cluster suite." The
announcement is here.
Scientific Linux 4.1 is available for download from the distribution's FTP
server: SL.41.080405.i386.disc1.iso
(627MB), SL.41.080405.i386.disc2.iso
(629MB), SL.41.080405.i386.disc3.iso
(639MB), SL.41.080405.i386.disc4.iso
(350MB). Read the release note
and check releases for other architectures on the mailing
list.
ParallelKnoppix 2005-08-02
A new version of ParallelKnoppix,
a remastered edition of Knoppix that allows setting up a cluster of
machines for parallel processing, was released a few days ago. From the
project's home
page: "NTFS curse cured, you
can now use a USB key drive for the working space if your entire HD is
occupied by NTFS partitions; MPI and PVM both working; removed pgapack,
too many compile problems; added links to MPI tutorials; DMA on by
default; other minor bugs fixed, and general beautification."
Download the new release from here: parallelknoppix-2005-08-02.iso
(500MB, MD5).
* * * * *
Development and
unannounced releases
|
| Upcoming
Releases |
Summary of expected
upcoming releases
|
| An
Interview with Robert Lange of
VectorLinux |
A
short chat with the man who brought us Slackware "diet pill edition" :-)
Don't be fooled, Slackware has never (I repeat: never)
been a bloated distribution by any stretch of the imagination. While
all of the other desktop distros have been battling to keep on top of
the stack and adding feature upon feature upon feature, Slackware has
maintained a very slim two-disc CD set. As a matter of fact, you don't
really even need the second disc for a full on Slack installation. Some
might say the second disc is for sissies ;-) Who needs KDE and/or GNOME
(recently pulled from the distro as a matter of fact)? Real men worship
at the altar of the command prompt, right? Right? Well, for some of you
that might be the case, but for the rest of us... well, we've gotta
have our GUI fix. In any event, Slackware has always delivered this to
us in a slimmed down format.
Enter VectorLinux. The ultimate goal of VectorLinux was always to
create a version of Slackware that would allow the world to run Linux on equipment that might otherwise be heading fort he dump (or a site
like DIYParts.org of course) and they've accomplished that goal over and over. Vector Linux is one of the best Slackware-derivs I've ever used to date. Sure, there are plenty of other distributions available that can run on older hardware, but Vector is just a well executed distro... and it's Slackware. What more can you ask for? Anyway, on with the show...
DistroWatch: Hi Robert.
Thanks for taking to the time to talk to us. Can you tell our readers
what your title and role at Vector Linux is?
Robert Lange: Hi Adam. I really
haven't given myself a title, but if it must be done then I would be
the founder, chief, and head administrator to our project.
DW: Can you tell our
readers a little about what Vector Linux is and what it strives to
become?
RL: Vector Linux started as
my project to make a Linux version that worked on (then) an old P133
with 32 megs of RAM and a 500MB hard drive. It ran Windows 95 nicely
with disk space left over. My concern was that Windows just crashed too
much and always had to reboot just when I was in the middle of
something that, of course, could not be saved. So my quest began for
something more stable and perhaps a learning experience for me in the
process. Linux was just hitting the news as a possible successor to the
Microsoft dominance that was then mostly Windows 98. I was anxious to
try and did my teething on Red Hat, Mandrake, and Debian... none of
which worked well for me, probably as all new to Linux I was just
missing something. Then on a whim I tried FreeBSD and it was in many
ways more demanding than Linux, but for some reason it clicked and made
more sense to me. I stayed with FreeBSD for a few months but it seemed
that all the heavy duty development was happening in Linux. New stuff
like KDE was starting to happen and I wanted to be a part of the future
of Linux, so I found my BSD in Slackware and eventually started Vector
Linux. I give you a brief history because that is the root of Vector:
to run well on minimalistic hardware and yet scale well to all.
The second part of your question is simple: bring a Linux distro to the
masses that scales to hardware that may be considered ancient in North
American terms but is still the norm in many parts of the world, yet
has all the features to support the very latest the Linux kernel
embraces.
DW: How many full time
developers are working on the project?
RL: Besides myself we have
four full time contributors and several dozen that contribute as their
time allows.
DW: Why did you choose
Slackware Linux as your base for development?
RL: This goes back to my
BSD roots. Slackware is elegant, simple, and fast. Because of its
simplicity, it's probably the most stable distro to work from.
DW: I see you've included
the development version of Enlightenment
17 (covered in DistroWatch
Weekly Issue 111). As far as I'm
aware Vector Linux is the first distro to ship with a functional
compilation.
RL: Enlightenment is going
to give the Linux desktop something new and something different that
people have never experienced before. We just wanted the users to get a
preview of some of the creative genius that is happening that is
already usable.
DW: I have to say I
really can't agree with you more there. A few of us at Mad Penguin have
been doing some testing with dr17 and we're honestly blown away by what
we've seen. The latest Enlightenment must be seen to be believed... and
it's capable of running without serious hardware acceleration. A
perfect match for Vector if you ask me. On the topic of desktop
environments, can you tell us a why you chose to include Freerock GNOME
with this release of Vector Linux. Is there any reason it was chosen
over the other Slackware GNOME alternatives such as Dropline?
RL: Since Slackware proper
has decided that GNOME is no longer to be maintained there have been a
few efforts to keep a slack installable version of GNOME
available. I felt that Freerock GNOME best represented Slackware and
worked best with our system without compromising the other desktop
environments we have in place.
DW: What do you feel sets
Vector Linux apart from the rest?
RL: Speed, simplicity, ease
of use, and a familiar desktop to make the transition from Windows. I
think that without a doubt our community of members that help one
another give so much back with their successes.
DW: What's in store for
the next version of Vector Linux?
RL: We have many projects
brewing some more brewed than others I guarantee you as long as Linux
grows we will be there every step of the way to offer up the fastest
distro on the planet that really works.
DW: Thanks so much for your
time, Robert!
RL: Thanks Adam. Enjoyed
talking :)
|
| Tips
and tricks |
Konqueror
and Kate
make an excellent remote admin team... and a killer casserole
There are literally dozens (if not hundreds) of tools available for
remotely administering Linux/UNIX machines and I've used
plenty of
them, as I'm sure the rest of you have. While I haven't found the
"killer app" as they say, I have found a pair of tools that are
literally indispensable to me when remotely administering and/or
crashing our servers (sometimes I prefer a little of both. It helps
build character): The Konqueror
browser and Kate
text editor. Both are
part of the K Desktop
Environment (KDE) and have enough functionality
built in that I rarely need anything more for common tasks.
To be absolutely fair, I do most of my work in a completely "web"
environment, meaning everything I do is based around a webserver and
the services it provides. I know what you're thinking... "I don't do
any work on web servers". Well, no worries my friends. Even though you
might not work with web servers, it doesn't mean these apps are useless
to you. They might just be able to help you in your day to day work as
well. Unless, of course, your main function is doing tuneups on
vehicles at the local Firestone or Jiffy Lube. I will
not endorse these apps to make changing the oil in a
'79 Corvette Stingray go smoothly.
First things first. Let's look at Konqueror. On the exterior it looks
pretty much like any other file system/Internet browser... but I assure
you it is much more. There are features built into Konqueror that I've
wished for on other platforms for years. Until now I haven't found them
and it's really too bad. Love it or hate it, KDE has redefined how we
look at the browser from a functional standpoint. I even use it when
I'm in GNOME or
other desktop environments when I do my work just because it speeds
things up nicely. Konqueror is capable of browsing web pages, your
local file system, as well as remote file systems via FTP (ftp://), SCP
(fish://), Samba/SMB (smb://), and WebDAV (webdav://). It can
browse and format Linux/UNIX man pages just by browsing to man:/command
name
in the address bar, as well as info pages using info:/command
name.
If you need to view an application's handbook, help:/application
name
will do the trick. See what I mean? It does everything.
My favorite use for Konqueror is its ability to utilize the split
window view. These views are available under Window
in the main
menu, and give you the ability to split the browser window horizontally
and vertically... and you can do this multiple times. Sure, Konqueror
is a tabbed browser and you have the ability to drag/drop between tabs,
but splitting the window is so much more intuitive. For instance, when
I'm working on the Mad Penguin site, I split the window horizontally
(Ctrl+Shift+T) where the top pane is my local file system and the
bottom
pane is the remote file system. From this view I can move files back
and forth with ease. Alternately you can split vertically either from
the Window
menu or using the Ctrl+Shift+L key combination. It's all up to the
individual I suppose, but I prefer the top to bottom approach. It
should also be noted that you can split a window just as many times as
you can stand to view. For instance, if you split the window in half
top to bottom, you can split either pane again top to bottom or left to
right... and so on. Eventually you'll end up with a bunch of useless 1x1
window panes,
but you get the idea.
Now let's look at Kate. The beauty of Kate is that it's such a Swiss
Army knife editor. I suppose some might argue that Emacs
smokes it, but I can't stomach Emacs for my day to day work. Call it
what you will. Anyway, Kate is not only capable of editing pretty much
every file type in existence, it also has a built in console,
it can edit/save remote files on the fly, keep track of several files
at one time, group them into projects, has a handy "find in file"
search tool, can pipe data from your files to the console, does syntax
highlighting, and even has a built in file system browser in the side
panel. There are other things, but I'd be going on forever and you'd
probably pass out from boredom. I don't want to do that, and I'm not
paying for damage to keyboards that have been head-butted. In any
event, Kate ties in nicely with Konqueror. I use it mostly for editing
remote documents because I can use Konqueror to open the remote
location, right click the file I need to edit, and open it with Kate.
When I click save, Kate saves it right back to the remote location and not to some temp
folder like so many other editors do when working on remote documents.
It also doesn't throw any odd formatting at the documents I edit so I
can preserve their original state. That's another annoyance I've found
with other editors. When I'm not editing files from a shell prompt, I'm
using Kate.

Konqueror and Kate in action
(full image size: 249kB)
That's all for this week, folks! Many thanks to DistroWatch for giving me the opportunity to author this issue for you all. It's been a pleasure! Until next time, take care of each
other!
Adam Doxtater
|
| 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 |
|
|
| 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 1147 (2025-11-10): Fedora 43, the size and stability of the Linux kernel, Debian introducing Rust to APT, Redox ports web engine, Kubuntu website off-line, Mint creates new troubleshooting tools, FreeBSD improves reproducible builds, Flatpak development resumes |
| • Issue 1146 (2025-11-03): StartOS 0.4.0, testing piped commands, Ubuntu Unity seeks help, Canonical offers Ubuntu credentials, Red Hat partners with NVIDIA, SUSE to bundle AI agent with SLE 16 |
| • Issue 1145 (2025-10-27): Linux Mint 7 "LMDE", advice for new Linux users, AlmaLinux to offer Btrfs, KDE launches Plasma 6.5, Fedora accepts contributions written by AI, Ubuntu 25.10 fails to install automatic updates |
| • Issue 1144 (2025-10-20): Kubuntu 25.10, creating and restoring encrypted backups, Fedora team debates AI, FSF plans free software for phones, ReactOS addresses newer drivers, Xubuntu reacts to website attack |
| • Issue 1143 (2025-10-13): openSUSE 16.0 Leap, safest source for new applications, Redox introduces performance improvements, TrueNAS Connect available for testing, Flatpaks do not work on Ubuntu 25.10, Kamarada plans to switch its base, Solus enters new epoch, Frugalware discontinued |
| • Issue 1142 (2025-10-06): Linux Kamarada 15.6, managing ZIP files with SQLite, F-Droid warns of impact of Android lockdown, Alpine moves ahead with merged /usr, Cinnamon gets a redesigned application menu |
| • Issue 1141 (2025-09-29): KDE Linux and GNOME OS, finding mobile flavours of Linux, Murena to offer phones with kill switches, Redox OS running on a smartphone, Artix drops GNOME |
| • Issue 1140 (2025-09-22): NetBSD 10.1, avoiding AI services, AlmaLinux enables CRB repository, Haiku improves disk access performance, Mageia addresses service outage, GNOME 49 released, Linux introduces multikernel support |
| • Issue 1139 (2025-09-15): EasyOS 7.0, Linux and central authority, FreeBSD running Plasma 6 on Wayland, GNOME restores X11 support temporarily, openSUSE dropping BCacheFS in new kernels |
| • Issue 1138 (2025-09-08): Shebang 25.8, LibreELEC 12.2.0, Debian GNU/Hurd 2025, the importance of software updates, AerynOS introduces package sets, postmarketOS encourages patching upstream, openSUSE extends Leap support, Debian refreshes Trixie media |
| • Issue 1137 (2025-09-01): Tribblix 0m37, malware scanners flagging Linux ISO files, KDE introduces first-run setup wizard, CalyxOS plans update prior to infrastructure overhaul, FreeBSD publishes status report |
| • Issue 1136 (2025-08-25): CalyxOS 6.8.20, distros for running containers, Arch Linux website under attack,illumos Cafe launched, CachyOS creates web dashboard for repositories |
| • Issue 1135 (2025-08-18): Debian 13, Proton, WINE, Wayland, and Wayback, Debian GNU/Hurd 2025, KDE gets advanced Liquid Glass, Haiku improves authentication tools |
| • Issue 1134 (2025-08-11): Rhino Linux 2025.3, thoughts on malware in the AUR, Fedora brings hammered websites back on-line, NetBSD reveals features for version 11, Ubuntu swaps some command line tools for 25.10, AlmaLinux improves NVIDIA support |
| • Issue 1133 (2025-08-04): Expirion Linux 6.0, running Plasma on Linux Mint, finding distros which support X11, Debian addresses 22 year old bug, FreeBSD discusses potential issues with pkgbase, CDE ported to OpenBSD, Btrfs corruption bug hitting Fedora users, more malware found in Arch User Repository |
| • Issue 1132 (2025-07-28): deepin 25, wars in the open source community, proposal to have Fedora enable Flathub repository, FreeBSD plans desktop install option, Wayback gets its first release |
| • Issue 1131 (2025-07-21): HeliumOS 10.0, settling on one distro, Mint plans new releases, Arch discovers malware in AUR, Plasma Bigscreen returns, Clear Linux discontinued |
| • Issue 1130 (2025-07-14): openSUSE MicroOS and RefreshOS, sharing aliases between computers, Bazzite makes Bazaar its default Flatpak store, Alpine plans Wayback release, Wayland and X11 benchmarked, Red Hat offers additional developer licenses, openSUSE seeks feedback from ARM users, Ubuntu 24.10 reaches the end of its life |
| • Issue 1129 (2025-07-07): GLF OS Omnislash, the worst Linux distro, Alpine introduces Wayback, Fedora drops plans to stop i686 support, AlmaLinux builds EPEL repository for older CPUs, Ubuntu dropping existing RISC-V device support, Rhino partners with UBports, PCLinuxOS recovering from website outage |
| • Issue 1128 (2025-06-30): AxOS 25.06, AlmaLinux OS 10.0, transferring Flaptak bundles to off-line computers, Ubuntu to boost Intel graphics performance, Fedora considers dropping i686 packages, SDesk switches from SELinux to AppArmor |
| • Issue 1127 (2025-06-23): LastOSLinux 2025-05-25, most unique Linux distro, Haiku stabilises, KDE publishes Plasma 6.4, Arch splits Plasma packages, Slackware infrastructure migrating |
| • Issue 1126 (2025-06-16): SDesk 2025.05.06, renewed interest in Ubuntu Touch, a BASIC device running NetBSD, Ubuntu dropping X11 GNOME session, GNOME increases dependency on systemd, Google holding back Pixel source code, Nitrux changing its desktop, EFF turns 35 |
| • Issue 1125 (2025-06-09): RHEL 10, distributions likely to survive a decade, Murena partners with more hardware makers, GNOME tests its own distro on real hardware, Redox ports GTK and X11, Mint provides fingerprint authentication |
| • Issue 1124 (2025-06-02): Picking up a Pico, tips for protecting privacy, Rhino tests Plasma desktop, Arch installer supports snapshots, new features from UBports, Ubuntu tests monthly snapshots |
| • Issue 1123 (2025-05-26): CRUX 3.8, preventing a laptop from sleeping, FreeBSD improves laptop support, Fedora confirms GNOME X11 session being dropped, HardenedBSD introduces Rust in userland build, KDE developing a virtual machine manager |
| • Issue 1122 (2025-05-19): GoboLinux 017.01, RHEL 10.0 and Debian 12 updates, openSUSE retires YaST, running X11 apps on Wayland |
| • Issue 1121 (2025-05-12): Bluefin 41, custom file manager actions, openSUSE joins End of 10 while dropping Deepin desktop, Fedora offers tips for building atomic distros, Ubuntu considers replacing sudo with sudo-rs |
| • Issue 1120 (2025-05-05): CachyOS 250330, what it means when a distro breaks, Kali updates repository key, Trinity receives an update, UBports tests directory encryption, Gentoo faces losing key infrastructure |
| • Issue 1119 (2025-04-28): Ubuntu MATE 25.04, what is missing from Linux, CachyOS ships OCCT, Debian enters soft freeze, Fedora discusses removing X11 session from GNOME, Murena plans business services, NetBSD on a Wii |
| • Issue 1118 (2025-04-21): Fedora 42, strange characters in Vim, Nitrux introduces new package tools, Fedora extends reproducibility efforts, PINE64 updates multiple devices running Debian |
| • Issue 1117 (2025-04-14): Shebang 25.0, EndeavourOS 2025.03.19, running applications from other distros on the desktop, Debian gets APT upgrade, Mint introduces OEM options for LMDE, postmarketOS packages GNOME 48 and COSMIC, Redox testing USB support |
| • Issue 1116 (2025-04-07): The Sense HAT, Android and mobile operating systems, FreeBSD improves on laptops, openSUSE publishes many new updates, Fedora appoints new Project Leader, UBports testing VoLTE |
| • Issue 1115 (2025-03-31): GrapheneOS 2025, the rise of portable package formats, MidnightBSD and openSUSE experiment with new package management features, Plank dock reborn, key infrastructure projects lose funding, postmarketOS to focus on reliability |
| • Issue 1114 (2025-03-24): Bazzite 41, checking which processes are writing to disk, Rocky unveils new Hardened branch, GNOME 48 released, generating images for the Raspberry Pi |
| • Issue 1113 (2025-03-17): MocaccinoOS 1.8.1, how to contribute to open source, Murena extends on-line installer, Garuda tests COSMIC edition, Ubuntu to replace coreutils with Rust alternatives, Chimera Linux drops RISC-V builds |
| • Issue 1112 (2025-03-10): Solus 4.7, distros which work with Secure Boot, UBports publishes bug fix, postmarketOS considers a new name, Debian running on Android |
| • Issue 1111 (2025-03-03): Orbitiny 0.01, the effect of Ubuntu Core Desktop, Gentoo offers disk images, elementary OS invites feature ideas, FreeBSD starts PinePhone Pro port, Mint warns of upcoming Firefox issue |
| • Issue 1110 (2025-02-24): iodeOS 6.0, learning to program, Arch retiring old repositories, openSUSE makes progress on reproducible builds, Fedora is getting more serious about open hardware, Tails changes its install instructions to offer better privacy, Murena's de-Googled tablet goes on sale |
| • Issue 1109 (2025-02-17): Rhino Linux 2025.1, MX Linux 23.5 with Xfce 4.20, replacing X.Org tools with Wayland tools, GhostBSD moving its base to FreeBSD -RELEASE, Redox stabilizes its ABI, UBports testing 24.04, Asahi changing its leadership, OBS in dispute with Fedora |
| • Issue 1108 (2025-02-10): Serpent OS 0.24.6, Aurora, sharing swap between distros, Peppermint tries Void base, GTK removinglegacy technologies, Red Hat plans more AI tools for Fedora, TrueNAS merges its editions |
| • Issue 1107 (2025-02-03): siduction 2024.1.0, timing tasks, Lomiri ported to postmarketOS, Alpine joins Open Collective, a new desktop for Linux called Orbitiny |
| • Issue 1106 (2025-01-27): Adelie Linux 1.0 Beta 6, Pop!_OS 24.04 Alpha 5, detecting whether a process is inside a virtual machine, drawing graphics to NetBSD terminal, Nix ported to FreeBSD, GhostBSD hosting desktop conference |
| • Issue 1105 (2025-01-20): CentOS 10 Stream, old Flatpak bundles in software centres, Haiku ports Iceweasel, Oracle shows off debugging tools, rsync vulnerability patched |
| • Issue 1104 (2025-01-13): DAT Linux 2.0, Silly things to do with a minimal computer, Budgie prepares Wayland only releases, SteamOS coming to third-party devices, Murena upgrades its base |
| • Issue 1103 (2025-01-06): elementary OS 8.0, filtering ads with Pi-hole, Debian testing its installer, Pop!_OS faces delays, Ubuntu Studio upgrades not working, Absolute discontinued |
| • Issue 1102 (2024-12-23): Best distros of 2024, changing a process name, Fedora to expand Btrfs support and releases Asahi Remix 41, openSUSE patches out security sandbox and donations from Bottles while ending support for Leap 15.5 |
| • Issue 1101 (2024-12-16): GhostBSD 24.10.1, sending attachments from the command line, openSUSE shows off GPU assignment tool, UBports publishes security update, Murena launches its first tablet, Xfce 4.20 released |
| • Issue 1100 (2024-12-09): Oreon 9.3, differences in speed, IPFire's new appliance, Fedora Asahi Remix gets new video drivers, openSUSE Leap Micro updated, Redox OS running Redox OS |
| • Issue 1099 (2024-12-02): AnduinOS 1.0.1, measuring RAM usage, SUSE continues rebranding efforts, UBports prepares for next major version, Murena offering non-NFC phone |
| • Issue 1098 (2024-11-25): Linux Lite 7.2, backing up specific folders, Murena and Fairphone partner in fair trade deal, Arch installer gets new text interface, Ubuntu security tool patched |
| • Issue 1097 (2024-11-18): Chimera Linux vs Chimera OS, choosing between AlmaLinux and Debian, Fedora elevates KDE spin to an edition, Fedora previews new installer, KDE testing its own distro, Qubes-style isolation coming to FreeBSD |
| • 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 |
| • 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 | 
BitKey
BitKey was a Debian-based live distribution containing specialist utilities to perform highly secure air-gapped Bitcoin transactions. It contains a swiss army knife of handy Bitcoin tools that support a wide range of usage models, including a few very secure ones which would otherwise be difficult to perform. The system boots into one of the three available modes: "cold-offline" - for creating a wallet and signing transactions; "cold-online" - for watching the wallet and preparing transactions; "hot-online" - standard usage but less secure as the private keys are known to the computer which was connected to the internet. BitKey also provides tools for generating "brainwallets", for the most paranoid of Bitcoin users. The live CD provides a simple desktop based on the Metacity window manager with quick links to the Bitcoin tools and Chromium for web browsing.
Status: Discontinued
|
| 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.
|
|
Copyright © 2001 - 2025 Atea Ataroa Limited. All rights reserved. All trademarks are the property of their respective owners. Privacy policy. Change privacy settings. DistroWatch.com is hosted at Copenhagen.
Contact, corrections and suggestions: Jesse Smith
Tips: bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr 86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le PayPal.me/distrow • Patreon.com/distrowatch |
|