 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 |
| • Ussye 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 |
| • Issue 1095 (2024-11-04): Fedora 41 Kinoite, transferring applications between computers, openSUSE Tumbleweed receives multiple upgrades, Ubuntu testing compiler optimizations, Mint partners with Framework |
| • Issue 1094 (2024-10-28): DebLight OS 1, backing up crontab, AlmaLinux introduces Litten branch, openSUSE unveils refreshed look, Ubuntu turns 20
| | • Issue 1093 (2024-10-21): Kubuntu 24.10, atomic vs immutable distributions, Debian upgrading Perl packages, UBports adding VoLTE support, Android to gain native GNU/Linux application support |
| • Issue 1092 (2024-10-14): FunOS 24.04.1, a home directory inside a file, work starts of openSUSE Leap 16.0, improvements in Haiku, KDE neon upgrades its base |
| • Issue 1091 (2024-10-07): Redox OS 0.9.0, Unified package management vs universal package formats, Redox begins RISC-V port, Mint polishes interface, Qubes certifies new laptop |
| • Issue 1090 (2024-09-30): Rhino Linux 2024.2, commercial distros with alternative desktops, Valve seeks to improve Wayland performance, HardenedBSD parterns with Protectli, Tails merges with Tor Project, Quantum Leap partners with the FreeBSD Foundation |
| • Issue 1089 (2024-09-23): Expirion 6.0, openKylin 2.0, managing configuration files, the future of Linux development, fixing bugs in Haiku, Slackware packages dracut |
| • Issue 1088 (2024-09-16): PorteuX 1.6, migrating from Windows 10 to which Linux distro, making NetBSD immutable, AlmaLinux offers hardware certification, Mint updates old APT tools |
| • Issue 1087 (2024-09-09): COSMIC desktop, running cron jobs at variable times, UBports highlights new apps, HardenedBSD offers work around for FreeBSD change, Debian considers how to cull old packages, systemd ported to musl |
| • Issue 1086 (2024-09-02): Vanilla OS 2, command line tips for simple tasks, FreeBSD receives investment from STF, openSUSE Tumbleweed update can break network connections, Debian refreshes media |
| • Issue 1085 (2024-08-26): Nobara 40, OpenMandriva 24.07 "ROME", distros which include source code, FreeBSD publishes quarterly report, Microsoft updates breaks Linux in dual-boot environments |
| • Issue 1084 (2024-08-19): Liya 2.0, dual boot with encryption, Haiku introduces performance improvements, Gentoo dropping IA-64, Redcore merges major upgrade |
| • Issue 1083 (2024-08-12): TrueNAS 24.04.2 "SCALE", Linux distros for smartphones, Redox OS introduces web server, PipeWire exposes battery drain on Linux, Canonical updates kernel version policy |
| • Issue 1082 (2024-08-05): Linux Mint 22, taking snapshots of UFS on FreeBSD, openSUSE updates Tumbleweed and Aeon, Debian creates Tiny QA Tasks, Manjaro testing immutable images |
| • Issue 1081 (2024-07-29): SysLinuxOS 12.4, OpenBSD gain hardware acceleration, Slackware changes kernel naming, Mint publishes upgrade instructions |
| • Issue 1080 (2024-07-22): Running GNU/Linux on Android with Andronix, protecting network services, Solus dropping AppArmor and Snap, openSUSE Aeon Desktop gaining full disk encryption, SUSE asks openSUSE to change its branding |
| • Issue 1079 (2024-07-15): Ubuntu Core 24, hiding files on Linux, Fedora dropping X11 packages on Workstation, Red Hat phasing out GRUB, new OpenSSH vulnerability, FreeBSD speeds up release cycle, UBports testing new first-run wizard |
| • Issue 1078 (2024-07-08): Changing init software, server machines running desktop environments, OpenSSH vulnerability patched, Peppermint launches new edition, HardenedBSD updates ports |
| • Issue 1077 (2024-07-01): The Unity and Lomiri interfaces, different distros for different tasks, Ubuntu plans to run Wayland on NVIDIA cards, openSUSE updates Leap Micro, Debian releases refreshed media, UBports gaining contact synchronisation, FreeDOS celebrates its 30th anniversary |
| • Issue 1076 (2024-06-24): openSUSE 15.6, what makes Linux unique, SUSE Liberty Linux to support CentOS Linux 7, SLE receives 19 years of support, openSUSE testing Leap Micro edition |
| • Issue 1075 (2024-06-17): Redox OS, X11 and Wayland on the BSDs, AlmaLinux releases Pi build, Canonical announces RISC-V laptop with Ubuntu, key changes in systemd |
| • Issue 1074 (2024-06-10): Endless OS 6.0.0, distros with init diversity, Mint to filter unverified Flatpaks, Debian adds systemd-boot options, Redox adopts COSMIC desktop, OpenSSH gains new security features |
| • Issue 1073 (2024-06-03): LXQt 2.0.0, an overview of Linux desktop environments, Canonical partners with Milk-V, openSUSE introduces new features in Aeon Desktop, Fedora mirrors see rise in traffic, Wayland adds OpenBSD support |
| • Issue 1072 (2024-05-27): Manjaro 24.0, comparing init software, OpenBSD ports Plasma 6, Arch community debates mirror requirements, ThinOS to upgrade its FreeBSD core |
| • Issue 1071 (2024-05-20): Archcraft 2024.04.06, common command line mistakes, ReactOS imports WINE improvements, Haiku makes adjusting themes easier, NetBSD takes a stand against code generated by chatbots |
| • Issue 1070 (2024-05-13): Damn Small Linux 2024, hiding kernel messages during boot, Red Hat offers AI edition, new web browser for UBports, Fedora Asahi Remix 40 released, Qubes extends support for version 4.1 |
| • Issue 1069 (2024-05-06): Ubuntu 24.04, installing packages in alternative locations, systemd creates sudo alternative, Mint encourages XApps collaboration, FreeBSD publishes quarterly update |
| • Issue 1068 (2024-04-29): Fedora 40, transforming one distro into another, Debian elects new Project Leader, Red Hat extends support cycle, Emmabuntus adds accessibility features, Canonical's new security features |
| • Issue 1067 (2024-04-22): LocalSend for transferring files, detecting supported CPU architecure levels, new visual design for APT, Fedora and openSUSE working on reproducible builds, LXQt released, AlmaLinux re-adds hardware support |
| • 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 | 
Frenzy
Frenzy was a portable system administrator toolkit, a live CD based on FreeBSD. It generally contains software for hardware tests, file system check, security check and network setup and analysis.
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.
|
|
• 
• 
• 
• 
• 
• 
• 
