 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 • distrowatch bookmark (by Peter on 2014-07-21 10:21:29 GMT from United Kingdom)
I don't know if others are similarly affected but my bookmark for distrowatch has had to change recently, due to the issue with doteasy.com.
Previously the URL distrowatch.com resolved to the index page for English. After the doteasy problem this doesn't work and just goes to the doteasy site.
I've had to change my bookmark to http://distrowatch.com/index.php?language=EN to make it work.
2 • Antergos and centos (by musty on 2014-07-21 10:49:45 GMT from France)
Hi, Nice to see that you gave Antergos another chance...
I installed CentOS 7, and i enjoy it, but I wonder : will the 32bits version come soon or never ? i have some old 32bits servers for small workgroup and CentOS 6.5 works well. so an upgrade to 7 64bits is impossible...
3 • Antergos and Kaos - both very nice and clean (by Barnabyh on 2014-07-21 11:04:43 GMT from United Kingdom)
I have recently tried both Antergos and Kaos, both are very nice. Flat-style icons seem very popular with Arch-based distributions at the moment. I'ld probably use both with their default environments, Antergos for Gnome Shell and Kaos if I wanted KDE.
The only thing that makes me reconsider and stay on Crunchbang are the massive and continuous updates a rolling distribution like that necessitates almost every day. Particularly on a laptop with SSD it's not a good idea to have too much read-write activity going on.
Debian is more forgiving and does not issue quite as many package updates even on Unstable and it does not matter if I haven't done a 'apt-get dist-upgrade' for several weeks.
So it continues to be Crunchbang on Sid/Unstable and Debian Stable Xfce as backup for the foreseeable future, and Salix and Slack on some others that have been set up too well to just nuke them. Would definitely consider the above two if a new install became necessary there though.
4 • Handy (by Joe on 2014-07-21 11:27:34 GMT from Mexico)
HandyLinux 1.6 says "for beguinners" but It also is for any expert. It has many advantages: It's a rock ( Debían stable ) , it's fast and takes a very low resources ( Xfce ). HandyLinux has media codecs and videodrivers ready to use.
HandyLinux is highly configurable, I like to activate at left of its dashmode menú... whisker menu and Slingscold launcher, both are already installed, I also like semitransparency and 38pixels on panel.
It seems that only French and English languages are available, but I select Spanish Latino into the installation, and automatically all was installed in my selected language.
With HandyLinux I consistently has seen readings from 0% to 5% of memory and CPU consumes, in no any other distro I have found this very low percentages ( my hardware is a Sony vaio core5 with 4 GB of RAM ).
HandyLinux has a very pretty design, and its learnning curve for the newcomers from Windows. I think this distribution will be very popular. Good luck for a very long life, congrats and many thanks for this beautiful Linux present.
5 • DistroWatch and dotEasy (by Jesse on 2014-07-21 11:29:09 GMT from Canada)
@1: Clear your browser's cache, your web browser is almost certainly showing you an old copy of the error page rather than loading the proper site. Several people have reported this same probably and all of them reported clearing their cache corrected the issue.
6 • Antergos: Avoid the Fetishism of the Arch Installer (by joncr on 2014-07-21 11:58:57 GMT from United States)
I did an Antergos install a few days ago and agree with your review. It's a polished, quite usuable, distribution. Anyone who wants access to the Arch repos and AUR without actually using Arch should take a look.
PacmanXG works, but the interface is confusing and cluttered, and assumes the user already has a certain level of knowledge. The opening panel notice of an available update that apparently is not really available is sloppy.
(Re: Arch -- I've installed Arch several times, and spent about 10 years with Slackware. What puts me off Arch, then, is not the lack of an installer -- anyone who can type and follow instructions can do it. (I can make lasagna, too, but I'd rather someone just sold it to me.) It's the attitude problem a some Arch users seem to have: It's their "Arch Way" or no way approach and the notion that they're brighter and better than people who use other distributions because they successfully endured the Rite of Passage of the Arch installer.
I don't have time for any of that. If someone thinks software choice is an indicator of intelligence and self-worth, they need to grow up.)
7 • (by dbrion on 2014-07-21 12:00:16 GMT from France)
"Another article I quite enjoyed reading was the one on monitoring system processes"
Jesse links are interesting, but it lacks a thorough explanation of the different kind of RAM , which leads to bad interpretations... This seems more important than screenshots of top's variants... At leas, At least, binarytides should have provided an IT linkbinary tide should have provided a l
OTOH, disk partition viewing was more informative (one often types "df", to see what is mounted and how much space is left); gparted, a graphical "parted" -can be installed on FC, Debian and is part of Mageia/Mandriva installer...-, should have been quoted as it is beginner friendly.....
8 • Antergos (by dragonmouth on 2014-07-21 12:40:09 GMT from United States)
"I hope you will consider giving Antergos another try using the latest ISO (linked below). "
There is no link provided. Are we to assume that the version Mr. Falgou mentions is avaialable on the Antergos download site?
9 • Centos7 - update (by Sharpe on 2014-07-21 14:56:33 GMT from United States)
All that is required is to heed the admoniton "Don't try this in a production server", which effectively rules out an in-place update from 6.5.
The update will be facilitated by Centos at a later date. Until then, Centos 7 is in a very early release state and the extra repos are not caught up yet.
Of course, Gnome_not-2 is default for 7 and will keep me on 6.5 until it dies. I agree with Torvalds that Gnome 3 is a total disaster. And, the Classic view does not mitigate.
I think the observation of the Redhat CEO some years ago, to the effect that the Linux desktop is dead, has been effected by RH7.
10 • Linux Mint Debian STABLE Edition (by Debian fanboy on 2014-07-21 17:21:39 GMT from Brazil)
It's the way to go, WITHOUT A DOUBT!!!
11 • Linux Mint Debian STABLE Edition (by Linuxuser on 2014-07-21 17:46:08 GMT from Greece)
I completely agree with #10.
I hope that the Mint developers will go with "Stable". It would be fine if they support it for 5 years.
12 • Arch installation (by Charles Burge on 2014-07-21 18:16:55 GMT from United States)
Mr. Everard's comments about installing Arch are pretty much spot-on, except for the very first sentence. You are NOT on your own, because the wiki documents on Arch's website are extremely thorough and well-written. Joncr above has it right: "anyone who can type and follow instructions can do it".
Sadly, the perception that the Arch community can often be condescending has quite a bit of truth to it. In my view though, that's not really a good reason to avoid using something that works well.
What I really like about Arch is the minimalist approach. You get ONLY what you want, and nothing else. I've played with other distros too, and even when I do a "minimal" install of CentOS or Debian, I end up getting some kind of MTA installed (and running) that I don't want want won't use, among other things. It's a refreshing contrast to all the other distros that try to throw in everything but the kitchen sink.
13 • Antergos (by CED on 2014-07-21 18:41:09 GMT from United States)
I love Antergos. I never used an Arch Distro. Now it is my primary Linux Distro. I have Cinnamon and XFCE installed. Updates are frequent unlike Manjaro.
@6 If you don't like PacmanXG, install Paman instead. It is faster and keeps things humming along.
Add a super friendly Forum eager to help and you are all set.
14 • Hats off to the Linux desktop; Crux with eudev (by :wq on 2014-07-21 18:58:59 GMT from United States)
RE: #9 "I think the observation of the Redhat CEO some years ago, to the effect that the Linux desktop is dead, has been effected by RH7."
I question if Red Hat has miscalculated the desktop market's value. I wonder if Red Hat's pivot away from the home user desktop eleven years ago won't eventually catch up with it in the long term; I think an argument could be made that this process has already begun. I'm not arguing the desktop segment is a cash cow, but without a real presence there*, Red Hat misses out on growing with a sizable number of users and following their development. Today's home user may be tomorrow's organizational decision maker. Where Ubuntu makes gains in RHEL's target market, I have to assume some of that is at least in part due to consumers' familiarity with Ubuntu from personal use.
Despite the occasional discussions of creating either an LTS release or a rolling release, a Fedora release only has a support life span of approximately 13 months (2 releases + 1 month), and it's not uncommon to hear users complain about the Fedora Project's ideological stance with regard to (the ease of) access to certain software, or complaints about leading edge software being bleeding edge instead- this second criticism often follows the theme of Fedora being a bombing range for RHEL. As for RHEL itself, even the least expensive subscriptions don't seem to be structured with home users in mind, and unfortunately collaboration, even if only to the extent that they play well with others, between third-party repo providers leaves much to be desired. Granted, third-party repo providers are outside of Red Hat's control, but perhaps they are not entirely outside of its sphere of influence.
*Fedora in its current form really doesn't fill this role well, and I'm not certain the Fedora Workstation working group addresses this adequately.
------------------------------
I see that Crux is now using eudev. Is this the first distro to include eudev as part of a default configuration? I realize that eudev is already available in Gentoo and via the Arch User Repository.
15 • RE: eudev (by :wq on 2014-07-21 19:41:55 GMT from United States)
After doing some digging, it appears eudev already replaced udev in Less Systemd GNU/Linux, though the LSD GNU/Linux project itself looks inactive over the last few months. I guess what I'm really wondering is how tenable eudev is going to be. Time will tell I suppose, but my inner skepticism already has a hunch.
16 • Re comment 3 (by linuxista on 2014-07-21 20:25:34 GMT from United States)
Antergos & Kaos: "The only thing that makes me ... stay on Crunchbang are the massive and continuous updates a rolling distribution like [Arch] necessitates almost every day. Particularly on a laptop with SSD it's not a good idea to have too much read-write activity going on. Debian is more forgiving and does not issue quite as many package updates even on Unstable and it does not matter if I haven't done a 'apt-get dist-upgrade' for several weeks."
Response:
1. I've never been able to maintain a Debian unstable install for too long without dependency issues surfacing so I can't say whether Debian unstable has more or less updates than Arch. But whichever it is I'd be very surprised if it were a significant difference.
2. Arch does not "necessitate massive and continuous updates almost every day." Let's just call that an exaggeration. I think the recommended is every week or two, and I've let mine go months on various occasions without having any problems whatsoever.
3. Based on my own experience (Siduction, Aptosid and upgrading CrunchBang Waldorf to testing and then to unstable), I find it hard to comprehend that Arch is less forgiving. For me, quite the contrary. E.g. smuxi, logging into tty3 to update so I can't do other work while it's updating, CrunchBang repo incompatibilities with testing and unstable.
4. Regarding not using a rolling distro b/c of writes to an SSD: sorry, mate, that's off the beam (and then your solution is to use Debian unstable.!)
17 • Zealous correction and contestation (by Billy Larlad on 2014-07-21 20:35:12 GMT from United States)
#9: I think Linus significantly tempered his criticism of GNOME 3. A March 2013 article on ZDNet says he was back to using it and included this quote: "But I'm actually back to Gnome 3 because with the right extensions it is more pleasant." So probably you shouldn't go around saying that Linus thinks it's a disaster.
One other point:
I don't see why Linux Mint would bother keeping their Debian edition if it isn't going to be a rolling release. If it were based on Debian Stable, how is that (much) different than their version based on Ubuntu's LTS? Then again, I never understood why people used LMDE in the first place; it was as if they were giving up the prompt updates and stability they would've got if they had used stock Debian Testing in order to get a few Mint wallpapers. Crazy...
18 • Eye Candy and a Load Stable OS (by ZX80Man on 2014-07-21 22:02:26 GMT from United States)
I have been distro hoping for some time now and would like to offer what I think is a great heavy desktop brew.
I installed Ubuntu Studio LTS and found it to be fully loaded and very stable.
I added the KDE desktop as well as XBMC and a few other apps that I like.
The eye candy is great, allowing cube, spear & cylinder controlled by hot spots.
I added my own background photos and an optional menu.
You would think that this would be a slow dog, but it snaps very nicely on my acer i5 laptop. It has 8gig ram, 2gig nvidia with a 17" display and a slow 500gig drive.
Hope this is of interest for some others wanting to try mixing and matching.
I have been running this setup since Ubuntu 14.04 LTS came out, with little/no issues. Always trying the new stuff, using separate hard drives to test drive them.
I use this brew as my fall back and daily driver.
For what it's worth, Dan
19 • LMDE (by ddalley on 2014-07-21 23:09:38 GMT from Canada)
Linux needs more easy to use full-rolling releases. We have to get off this constant update system that Ubuntu seems determined to continue. Unfortunately, all rolling releases have problems. My hopes were on Linux Mint's DE, but that wasn't a full rolling release, similar to Arch's style. If they drop Testing, then it will lose what little appeal it has left.
However, I really like LM's program to keep the LTS going for two years before experimenting. That's a start, at least. With forks of LM, too, then this idea may spread further. Are you listening Ubuntu?
20 • Re: package listing - please replace freshmeat (aka freecode) (by technosaurus on 2014-07-22 00:44:50 GMT from United States)
@Ladislav, the package listing is good news, especially with the recent freeze of freecode.com.
21 • Re: Package lists (by cykodrone on 2014-07-22 02:18:20 GMT from Canada)
Great idea, I love it, saves me digging through download servers and distro sites for them. Us "regulars" love knowing what's 'under the hood'.
22 • Bridge into Linux (by Arch Watcher 402563 on 2014-07-22 02:40:29 GMT from United States)
The way to install Arch without fuss is Bridge Linux. It's a matrix of preconfigured Arch setups. Pick your CPU, pick your desktop.
@Charles Burge (#12) "ONLY what you want, and nothing else"
Bridge gives that control to a fair degree.
Regular folks are better off with Manjaro, but for true vanilla Arch Linux, Bridge is an easy install route. Antergos would be OK too, I guess.
Bridge is more directly concerned with installs. It isn't a distro, just a bridge into Arch. It does have friendly forums to take ideas or help any issues. The above posts about Architude are correct. That's another reason to install from Bridge and resort to its forums for help.
What's important about Arch during install/config is to remember its in-house custom 'netctl' package. Wicd is no longer developed while Network Manager et al have issues. I don't know if Bridge ships netctl, but after Bridge installs Arch to your drive, just 'pacman -S netctl' and then 'pacman -Rsc WhateverTheOldNetworkManagerWas' and write netctl profiles.
Distrowatch reviews spend too much time on installs. I would like more coverage of day-to-day use. The reviews at Linux4UnMe channel on YouTube are balanced. He uses distros for a few days and reports his experiences.
23 • Antergos (by Pumpino on 2014-07-22 03:26:33 GMT from Australia)
I've been using Arch on two machines for years and have never had to reinstall. Occasionally an update has resulted in issues and I've had to post in the forums, but that might be once or twice per year. I always update my systems daily.
This week, I decided to try both Antergos and Manjaro, to see if they resulted in an easy to install Arch system on my Asus laptop. I found that Antergos hung during the graphical installation (XFCE), and when I tried the text-based installer, it hung after I chose the root partition. I was using the latest ISO (dated 24/6).
When I tried Manjaro, the installation completed but reported that grub was possibly not installed properly. Sure enough, it hadn't been, so I rebooted off the ISO and manually installed grub (following directions on the forum that I'd Googled). I rebooted and found myself at a broken grub prompt.
Two distros that were supposed to make installing Arch easy failed big time. I'd rather follow the Arch wiki and have a system that installs correctly. Very disappointing...
24 • As I Was Saying (by Arch Watcher 402563 on 2014-07-22 06:42:36 GMT from United States)
Bridge works fine, Pumpino #23. Manjaro worked, too, by accurately reporting the situation to you.
I cannot count the times vanilla Arch left GRUB messed up or something else borked. I agree that once instlalled, Arch is a breeze to maintain, except for major design overhauls like the systemd transition. Arch could also be more transparent and democratic when it deletes packages from AUR or promotes/demotes them to/from community.
Myself, I partition by hand from a live CD and format filesystems before running installers for any distro. Then I just tell the installer to skip those steps. That way I know exactly which devices and partitions I am dealing with for GRUB.
25 • Footnote (by Arch Watcher 402563 on 2014-07-22 07:08:30 GMT from United States)
For people not familiar, vanilla Arch install iso (aka 'wiki' install method) is 'netcentric' and lacks a live environment. It drops you into console with limited utils. It expects you to spend hours downloading and installing packages.
So you must know a lot about Arch, and all these packages, and/or spend a lot of time reading wikis, just to know what to do next, and next, and next. Think Slackware.
And if you have any problems with networking, well, Arch installer may defeat you. You need a network for it to work at all. Eventually you need networking to run Arch decently, but all things considered, I prefer Bridge for initial installs.
Bridge gives a tailored desktop of choice without network required. You can dd the Bridge iso direct to a USB flash stick for quick boot time. A live iso is far more helpful to edit configs and troubleshoot issues during install to hard disk.
Thanks, Bridge!
26 • Package list. (by dbrion on 2014-07-22 07:26:58 GMT from France)
Well, that is a good idea to provide links to package contents.
For intels (32 and 64 bits), I did not find any trouble with DW database.
For ARM - RPi-, I found a package -octave- which was existing , but missing in DW data base;
as it has to decode many formats (someone can read the formats of his favorite distribution(s); say there are 4 ; DW database has to decode 100 times more formats than a user), and I hope new processors-MIPS- will arrive, it is likely to l become very diffcult, and more and more difficult, to keep up to date without trouble)
27 • Rolling, rolling, rolling [re. linuxista] (by Barnabyh on 2014-07-22 09:30:25 GMT from United Kingdom)
"Antergos & Kaos: "The only thing that makes me ... stay on Crunchbang are the massive and continuous updates a rolling distribution like [Arch] necessitates almost every day. Particularly on a laptop with SSD it's not a good idea to have too much read-write activity going on. Debian is more forgiving and does not issue quite as many package updates even on Unstable and it does not matter if I haven't done a 'apt-get dist-upgrade' for several weeks."
Response:
1. I've never been able to maintain a Debian unstable install for too long without dependency issues surfacing so I can't say whether Debian unstable has more or less updates than Arch. But whichever it is I'd be very surprised if it were a significant difference.
2. Arch does not "necessitate massive and continuous updates almost every day." Let's just call that an exaggeration. I think the recommended is every week or two, and I've let mine go months on various occasions without having any problems whatsoever.
3. Based on my own experience (Siduction, Aptosid and upgrading CrunchBang Waldorf to testing and then to unstable), I find it hard to comprehend that Arch is less forgiving. For me, quite the contrary. E.g. smuxi, logging into tty3 to update so I can't do other work while it's updating, CrunchBang repo incompatibilities with testing and unstable.
4. Regarding not using a rolling distro b/c of writes to an SSD: sorry, mate, that's off the beam (and then your solution is to use Debian unstable.!)"
To perhaps make it a bit clearer, I have used both Debian and Arch(bang) quite extensively. During my 18 months with Arch it was just fine, apart from two occasions when minor troubleshooting was needed after updating, very easy to resolve. You can read the full details in the write-up here http://all-things-linux.blogspot.co.uk/2011/10/one-year-of-rolling-with-archbang.html if you like. I seem to recall not updating the system for several weeks as well and this caused absolutely no problems, however most people recommend you to update every day.
Of course, the amount of packages varies, but there's quite a lot coming down the pipe, more than when tracking Unstable IMO. You will notice this after a period of time, even more so once the freeze in testing is setting in or if you're going to change repos to the next Stable once that is coming up. Although the two issues when running Archbang were *very* minor, I've encountered absolutely none with Debian so far. This may depend on how complex your choice of packages or desktop is, and Debian Unstable is also still a bit more conservative than Arch. I pretty much started on Debian, after brief trials with other distributions, so there's a certain 'being home' feeling here as well. Upgrading Unstable only every few weeks/months seems safer than doing the same with Arch long-term (which does such jumps as suddenly introducing systemd). At the moment I just need a bit more predictability to get work done. Yes, there is a backup install, but I try to avoid having to fall back on it. So that's my rationale.
It all depends on how you're using your distro. Keep it simple. I've never used smuxi so had no problems with it and do not have to switch to tty3 just to update. All my updates are from within a virtual terminal. Re. the Crunchbang repos, many posts on the forum will advise you to disable them if you switch to tracking channels other than stable, then you will not experience incompatibilities. They mostly include customizations, default icons and such so not crucial, and Chromium is now also in Debian. All a matter of preference.
28 • Bridge (by Pumpino on 2014-07-22 10:14:03 GMT from Australia)
@ #25 Arch Watcher 402563
I just tried Bridge and I agree it's very nice. It's great having a live XFCE environment with minimal customisation. I'll keep it in mind if I ever need to reinstall Arch and don't want to (or can't) navigate Arch's install process.
29 • Antergos (by Shashi Warrier on 2014-07-22 10:41:33 GMT from India)
After reading this review of Antergos I tried downloading and installing it. Big mistake. It was better than, say, having your root canal fixed, but only just, and it took much much too long. I chose xfce instead of the default GNOME 3 DE (which I find unbearable). The installer then proceeded to download a lot of stuff without even hinting at how much was to be downloaded and roughly what time it would take at the available bandwidth. Well, after an hour or so I got bored and went off to have a nap and so on. When I got back a couple of hours later, it was done, but I have no idea how long it took.
When I rebooted, it looked like it had destroyed the bootloader, so the first thing to do was reach for the rescue CD. I don't think I'll undergo this again except maybe at gunpoint.
Manjaro works very well, but tends to hang at startup every now and again. Pity.
30 • Antergos (by wolf on 2014-07-22 11:39:14 GMT from Germany)
Funny there seem to be a problem with the XFCE Install of Antergos.
From my point of view Antergos is a KISS on the cheek, but I do love the Gnome way which doesn't have to be downloaded during install, it's on the ISO. So maybe if Gnome ticks you off maybe Antergos plainly isn't for you.
What a pity it's my first Arch install and I think I like it even more than Elementary which is also great btw
Bye Wolf
31 • Linux Mint Debian (by m45 on 2014-07-22 14:34:24 GMT from United States)
Basing LMDE on Debian Stable makes sense, since Mint on Ubuntu might not have a future beyond 17.3. LMDE users who want a rolling release won't really lose anything, since they can dist-upgrade to Testing.
32 • re 27 Rolling, rolling (by linuxista on 2014-07-22 15:11:17 GMT from United States)
Fair enough. My experience with Debian has always resulted in frustration. I'm never content with stable. Pinning from Backports and Testing always seems to result in dependency issues, like I'd have to update gcc, but of course that would break everything else. The problem with disabling the #! repo was that I really wanted to run #! (incl. theming) as Testing/Unstable. Also, I find the arch repos to be more complete, e.g. Sigil. I clearly remember Aptosid documentation strongly recommending dropping to tty3 to update otherwise risking serious breakage. Maybe they're too cautious. Frankly, I'm amazed, but I respect your ability to run Debian unstable without issues. I always thought that was way more unstable than Arch. So good on you.
What I take issue with are: 1. It's rather unfair to hold Arch's very successful transition to Systemd against it. I went through it with my install, and it was perfect. 2. In your original post #3 you said w/re Arch: "to the massive and continuous updates a rolling distribution like that necessitates almost every day." This is just not true. If I update every day my avg. is anywhere from 2mb to 50mb, probably averaging 10-15mb. Hardly massive. And I never stress or have had cause to stress of skipping updates for weeks or months. And 3. the SSD issue seems a red herring.
SSD
33 • Revisiting Antergos & Distrowatch.com/.org (by DipTheBeak on 2014-07-22 16:16:16 GMT from Romania)
@Jesse - Thanks for giving Antergos another. Good review and glad to read, you installed Antergos error free. For me, just for the heck of it, I tried the latest ISO. I tried to install KDE 64bit, but after downloading all packages and verifying, then the installer failed -error could not finish install. Then gave it a second go, but tried Xfce DE this time and no problems=flawless!?
I had no issues at all, with previous ISO release (May 2014). With the Xfce DE, this time I really wanted KDE, so I manually downloaded the KDE meta packages with PacmanXG. Logged out of Xfce and logged in to KDE, then uninstalled Xfce packages. The login manager, now has a "blank" default where Xfce used to be, wish there is a fix for this. I do like the login manager, although the KDM is another option.
I cannot seem to load the distrowatch.com or distrowatch.org pages?? But this one is fine to load http://distrowatch.gds.tuwien.ac.at/ a bit on the slow side though. Any suggestions of why? Right now, at distrowatch.com, but not using my "normal" IP address. ;)
Have a good one.
34 • @29 True installation time - unknown, is very common (by gregzeng on 2014-07-22 18:53:51 GMT from Australia)
So many comments this week on the unstated truths on installing Linux: reading lots of help-forums, waiting for updates to download, adding necessary files for multimedia, etc.
The Linux purists are such keen elitists, who enjoy their supposed superiority on those users who like GUI desktop installations and usage.
@Ladislav on the distro apps being time-consuming, etc - perhaps independent entries in Wikipedia might be worthy of so many interested persons? I used to be a contributor to Wikipedia, but found that they do not like original source material, nor direct reports from just one source. It was heavy, heavy politics, which many dedicated writers have tricked with "independent" third-party web reports, to gain admission into Wikipedia. Not sure if publishing on Distrowatch is considered an authorative web source for the politicians in Wikipedia.
Perhaps some noob, not yet burnt by the politicians, might like to create a better Linux distribution list in Wikipedia now? I'd certainly encourage others, as well as myself, to try to add more material
35 • Antergos (by Rhoon on 2014-07-22 18:54:13 GMT from United States)
I have to agree with another poster. I like Arch and I have used it's installer many times. It's just I don't want to waste hours and I just want to get it installed.
I used the Antergos installer and selected console only. It was like an Arch install only without the command line hassle. From here I was able to install anything I wanted (FVWM baby!).
36 • UHU Linux (by solt87 on 2014-07-22 18:56:21 GMT from Netherlands)
Although I'm using Debian stable and don't intend to switch, as a Hungarian I'm still glad to hear UHU is "alive". Go on, birdie! :D
37 • re: 18 Eye Candy... (by Dave S. on 2014-07-22 19:47:45 GMT from United States)
"I have been distro hoping for some time now..."
Amen. I've been distro hoping for a long, long time, and continue to distro hope.
38 • LMDE going Stable (by MikeF on 2014-07-22 20:37:19 GMT from United States)
@17, if LMDE switches to Debian Stable as the default I think we can look forward to better stability, tracking with the main releases and far more backports than the Debian base. No doubt part of 'plan B' in case of a major disruptive Canonical shift in direction.
39 • @23 Manjaro installed perfectly on my laptop with windows 7 (by django on 2014-07-22 21:56:08 GMT from Netherlands)
I just jumped wagon and decided to install Manjaro Linux with XFCE as my second OS alongside Windows 7 after I got fed up with Linux Mint and I wanted to try something different. I was worried about Grub and how it would install but can tell you, nothing then respect for Manjaro. Not even did it install flawlessly, it also detected the Windows & partition and setup Grub automatically on my Intel powered laptop. Everything worked out of the box and Iḿ now a happy Manjaro user.
Linux did come a long way and I'm amazed at the user-friendlyness of my favorite operating system.
40 • Antergos (by mandog on 2014-07-22 23:26:58 GMT from Peru)
Just a couple of points Antergos is a install the only reason for a live interface is people want to see what to expect before installing, Its also a better way to install as the installer can be used over and over + if you install mint you download install then download even more to update, with a net install you are upto date when you install.
Point on AUR "arch user repository" why should arch inform you on AUR packages they are user packages not supported by Arch.
41 • Arch install time (by Charles Burge on 2014-07-23 00:16:17 GMT from United States)
For those of you claiming it takes "hours" to install Arch, I really have to ask what kind of internet connection you have. I've installed it a handful of times over a 3 Mb/s connection (dual bonded T1's at my workplace) and it generally takes about 20 minutes. I've seen the base install take under 4 minutes with a 35 Mb/s connection. Granted, installing more packages would obviously take more time, but I have a hard time believing the whole process would take more than 60 minutes anywhere in the modern world.
42 • @41, Arch install time (by Rev_Don on 2014-07-23 01:13:00 GMT from United States)
The last time I tried it I abandoned it after two hours as it wasn't even close to finishing it's downloading, That was for a fairly minimal install of XFCE, Firefox, and a couple of essentials. No office suites, multimedia apps, burning software, Java, etc., just the basics. A Debian 6.x net install finished in about 2 hours on the same internet connection and a similar package except for Gnome 2 instead of XFCE.
I don't know how much longer Arch was going to take, but other people in the household needed to use the internet for work and school so I couldn't tie it up any longer to find out. Admittedly it was a 768k connection that spiked up to 1m at times, but still Debian was considerably quicker.
43 • @2 re: centos 7 32 bits, and @9 re: centos upgrade 6->7 (by Ricardo on 2014-07-23 03:09:21 GMT from Argentina)
@2 musty: the centos developers are willing to do a 32 bits release of centos 7, but there's no 32 bits rhel 7, so centos' version will be unsupported and community maintained.
Though, centos 6 has a few years of support to go (till 2020 IIRC) so no need to rush the upgrade. Hey, maybe by that time those 32 bits servers of yours will be replaced by a couple of quantum computers :)
@9 Sharpe: not to try it on production servers seems like a the regular warning for untested software. If I had a final release, I'd still test the procedure on a test system befor doing it on production servers.
But then again, I would never upgrade a production server from 6 to 7 if I can avoid it (and sometimes I simply can't, of course): at work (web hosting company) we implement load balancing and high availability wherever we can, so it's usually simpler for us to install a new server/VM with new OS, put it behind the load balancer and take down another server/VM with old OS to reinstall with new OS, sort of like a "rolling upgrade".
Also, we actually do a lot of "backup info, install new OS, restore info" for our customers that don't have high availability in place, so we got that process pretty streamlined too.
44 • Rolling Releases (by Saptech on 2014-07-23 03:17:36 GMT from United States)
One issue I've always had with Rolling Releases are I needed to keep them updated within a reasonable time frame, such as a two week period, are I could expect breakage. This was mostly with my experiences using Debian Unstable. I'm currently running Arch for a few months and no problems.
45 • @42 arch install time (by mandog on 2014-07-23 11:42:43 GMT from Peru)
Reading your comment you were not installing arch linux as you only install the base after you have installed the base that takes 20 mins on my 15-20 kbs connection, Then you reboot then install xfce Firefox etc,
46 • @45, Arch install time (by Rev_Don on 2014-07-23 18:00:01 GMT from United States)
I don't remember all of the details as it's been a couple of years but it was definitely ARCH (not one of the Arch derivatives) and after two hours it still hadn't finished. Maybe there was a problem with the Arch Repositories (or wherever the net install files come from) or possibly there was a problem with the internet somewhere between me and the repos. I'll never know for sure, but the two things I know for certain is that it was actual ARCH and that a Debian net install run within a couple of days on the same computer and internet connection finished much faster.
And before you ask, MD5/Sha1 sums for the install media was checked and double checked to verify it was not corrupted.
47 • LMDE & such (by M.Z. on 2014-07-23 21:06:39 GMT from United States)
@17
"I never understood why people used LMDE in the first place"
Speaking as someone who has used both LMDE & Debian, I can tell you that there are some very nice tools in Mint that you don't get in Debian like a driver manager & repo switching tools. I've had some problems getting Debian to work the way I wanted as a good desktop before, but all of the problems could have easily been solved with Mint tools. There is a lot about Debian stable that is well done, but it is not from a perfect drop in desktop & it wasn't meant to be. The Mint team are specialists at making Linux more user friendly and easier to deal with, which is just what Debian needs in order to appeal to noobs & those that don't want to spend them time needed to tinker with things in order to get them working. I think any form of Mint & Debian are a good combination, & look forward to trying LMDE based on Debian stable in the future.
@18
I enjoy a nice distro hop every now & them myself, & KDE is the best DE in my opinion as well. My last attempt at jumping around was trying to triple boot Magia & two versions of Mint on my laptop. Sadly the two distros seem to fight each other when it comes to the boot loader & I ended up with just Mint 17 Cinnamon & the KDE version of Mint 17. They both load like lightning off separate SSD partitions & connect to the same /Data partition on the spinning rust drive, so I can get to all my music & college related files from either OS. Aside from better effects & tweakability I also have to give KDE credit for rendering full screen & higher res programs streaming from Hulu beautifully, while Cinnamon tends to get a bit blocky & show tearing when there is a good deal of movement. Who needs a 'smart tv' when HDMI out looks so good on KDE?
48 • Arch install time (by Barnabyh on 2014-07-23 22:13:39 GMT from United Kingdom)
The problem could have been that you're supposed to change the mirrors to one that is close to you and not go with the default one. If I remember correctly the file to edit during setup is called MIRRORS. The default one can be very slow depending on where you are.
49 • grub multibooting (by linuxista on 2014-07-23 22:47:45 GMT from United States)
re 47: I multiboot 4 distros on my machine, including Mint, Arch, Manjaro (and another Manjaro). Basically, the grub strategy is to choose one distro to rule your MBR ("grub-ruler"). Mint is a good choice since Ubuntu derivs are generous at finding all other installs on the system. (I remember openSuse being more self-centered in this regard.) But Mageia is probably fine as well. Then when you install subsequent systems make sure you install grub to /dev/sdax (x being the partition # of your root or boot partition), NOT /dev/sda (the MBR). Depending on how your distro names its kernels, the newest kernel might not be picked up by grub until you update your grub config file on your grub-ruler. If it's Mint, next time you're booted into it just run "sudo update-grub." This way no boot loader fighting.
50 • @48, Arch install time (by Rev_Don on 2014-07-24 01:45:40 GMT from United States)
I did change the mirrors to one that was the closest one to me.
51 • @47, @49 GRUB and multiboot (by Kazlu on 2014-07-24 07:45:46 GMT from France)
@49 linuxista "Then when you install subsequent systems make sure you install grub to /dev/sdax (x being the partition # of your root or boot partition), NOT /dev/sda (the MBR)."
You're chainloading your different GRUB installs right? I did'nt think of that. I should try it.
I am multibooting Xubuntu, Slitaz, Mageia and Manjaro (and Windows, but that doesn't count, I haven't started it in months :) ), Manjaro being my GRUB ruler. Indeed I have to regenerate the GRUB every time I update the kernel on the other OSes. Mageia can't do it because it uses GRUB legacy, so some OS aren't properly detected. Ubuntu sees them all but the resulting menu has a lot of entries... Manjaro does a very good job in both detecting and arranging nicely the different OS entries. The default setting is very convenient: every OS has a main entry to start it and another "various options for [OS]" which once selected brings you a second screen with more options (boot with an older kernel, memtest, etc.). Very convenient for day-to-day use. I don't use Manjaro anymore, but until I have a good reason to wipe its partition I am keeping it for the default GRUB management which doesn't require me to tweak GRUB with something like GRUB customizer :) but this is a matter of personal taste.
52 • @46 (by jaws222 on 2014-07-25 12:52:36 GMT from United States)
"I don't remember all of the details as it's been a couple of years but it was definitely ARCH (not one of the Arch derivatives) and after two hours it still hadn't finished."
Yes, that sounds about right. BSD is the same (at least FreeBSD) I've tried to install both Arch and FreeBSD and both took a long time. I've tried Arch twice and never got it to work. I'll stick with Manjaro and Antergos. Maybe one day I'll try Arch again when I'm smart enough to figure it out. :)
As far as FreeBSD it took nearly two hours and was quite a learning experience. In the end, I didn't really see the advantage over any Linux distro that I currently run.
53 • RPM Fusion (by :wq on 2014-07-26 18:04:14 GMT from United States)
Looks like someone has some drama with http://rpmfusion.org/ (here's a screenshot: http://i.imgur.com/vqfVN4z.jpg).
I hope someone reverts the changes in short order. I admit that it's not worth it to me to create an account just to clean up the graffiti, but maybe someone else will, or someone who already has an account will take care of it.
54 • Salix, lilo and other good stuff (by Jordan on 2014-07-27 19:56:58 GMT from United States)
Of Salix Mr. Sharma says, “Slackware with the convenience of a dependency-resolving package manager.”
Well ok but a while into running Salix (or Slack) sure makes one miss regular stuff now known as bells and whistles.
Is it needed? I mean.. aside from those who like to build from (nearly) scratch, are there that many machines out there with such low resources that they can't have a clickable menu/taskbar? Is it even about the resources anymore (aside from the 3rd world country projects)?
Retro? Well all right. But Gnome is fast on just about anything post y2k. :oD
55 • Salix, LILO, ... Keep It Short & Simple, the Slack way (by Somewhat Reticent on 2014-07-28 02:57:33 GMT from United States)
A release demo may not initially include all your preferred choices, but there are several ways to add packages. Finish your homework, young paduan.
Efficient implementation is faster on any hardware. Sadly, that doesn't necessarily include Gnome - which is not always an effective toolset, much less efficient - though it may have a slightly larger community of dev'o'tees.
Your generalizations should also allow for the profound effects of version vintage and dependencies.
Number of Comments: 55
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 1159 (2026-02-09): Sharing files on a network, isolating processes on Linux, LFS to focus on systemd, openSUSE polishes atomic updates, NetBSD not likely to adopt Rust code, COSMIC roadmap |
| • Issue 1158 (2026-02-02): Manjaro 26.0, fastest filesystem, postmarketOS progress report, Xfce begins developing its own Wayland window manager, Bazzite founder interviewed |
| • Issue 1157 (2026-01-26): Setting up a home server, what happened to convergence, malicious software entering the Snap store, postmarketOS automates hardware tests, KDE's login manager works with systemd only |
| • Issue 1156 (2026-01-19): Chimera Linux's new installer, using the DistroWatch Torrent Corner, new package tools for Arch, Haiku improves EFI support, Redcore streamlines branches, Synex introduces install-time ZFS options |
| • Issue 1155 (2026-01-12): MenuetOS, CDE on Sparky, iDeal OS 2025.12.07, recommended flavour of BSD, Debian seeks new Data Protection Team, Ubuntu 25.04 nears its end of life, Google limits Android source code releases, Fedora plans to replace SDDM, Budgie migrates to Wayland |
| • Issue 1154 (2026-01-05): postmarketOS 25.06/25.12, switching to Linux and educational resources, FreeBSD improving laptop support, Unix v4 available for download, new X11 server in development, CachyOS team plans server edtion |
| • Issue 1153 (2025-12-22): Best projects of 2025, is software ever truly finished?, Firefox to adopt AI components, Asahi works on improving the install experience, Mageia presents plans for version 10 |
| • Issue 1152 (2025-12-15): OpenBSD 7.8, filtering websites, Jolla working on a Linux phone, Germany saves money with Linux, Ubuntu to package AMD tools, Fedora demonstrates AI troubleshooting, Haiku packages Go language |
| • Issue 1151 (2025-12-08): FreeBSD 15.0, fun command line tricks, Canonical presents plans for Ubutnu 26.04, SparkyLinux updates CDE packages, Redox OS gets modesetting driver |
| • Issue 1150 (2025-12-01): Gnoppix 25_10, exploring if distributions matter, openSUSE updates tumbleweed's boot loader, Fedora plans better handling of broken packages, Plasma to become Wayland-only, FreeBSD publishes status report |
| • Issue 1149 (2025-11-24): MX Linux 25, why are video drivers special, systemd experiments with musl, Debian Libre Live publishes new media, Xubuntu reviews website hack |
| • Issue 1148 (2025-11-17): Zorin OS 18, deleting a file with an unusual name, NetBSD experiments with sandboxing, postmarketOS unifies its documentation, OpenBSD refines upgrades, Canonical offers 15 years of support for Ubuntu |
| • 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 |
| • 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 | 
Escuelas Linux
Escuelas Linux is a complete, live operating system offering a range of educational software aimed at pupils and students, from preschools to high schools. It is based on Bodhi Linux, a Debian-based distribution with a desktop called "Moksha" (a continuation of the Enlightenment 17 window manager). Escuelas Linux provides one user account that is completely configured, with all included educational applications configured and ready for use. It also includes a "RestoreUser" function to easily restore all applications to their default settings, as well as a "ReinstateUser" functionality which can be used to clean an account by deleting all files created by a user. The distribution is available for the i386 and x86_64 computers, in Spanish and English variants.
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.
|
|
• 
• 
• 
• 
• 
• 
• 
