| DistroWatch Weekly
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 1, value: US$22.93)
|Linux Foundation Training
|Reader Comments • Jump to last comment
1 • Building (installing from source) (by Tux Raider on 2017-07-17 00:20:03 GMT from United States) |
i have debian 9 and it runs great and has a lot of packages to select from, and i have a hobby of listening to hf radio (shortwave) i have a KiwiSDR, SDRPlay, and a couple of rtl-sdr dongles, and CubicSDR is not available as a package on debian (not yet anyway) so i built it from source code as per the developer's instructions and it works quite good, i also run OpenWebRX and i had to build a library to get it to run,
2 • Error Fedora 26 when upgrade from 25 (by Joana Puig on 2017-07-17 00:56:11 GMT from Spain)
Everything works Ok except only one thing. On startup appears this error related to bluetooth:
FAILED TO APPLY NETWORK SETTING
YOU MIGHT NOT BE ABLE TO CONNECT TO THE BLUETOOTH NETWORK VIA THIS MACHINE.
EXCEPCION: g-io-error-quark.......(10 lines)...
I do not use bluetooth on my laptop, close the window and everything runs ok like fedora 25.
3 • Why I install source packages (by Mauro Shaw on 2017-07-17 01:21:59 GMT from United States)
I do install packages from source occasionally, but here is the reason: some programs simply haven't been packaged for Debian. Take, for example, the GNU talk filters (http://www.hyperrealm.com/main.php?s=talkfilters) and the Wikipedia tool Huggle (https://en.wikipedia.org/wiki/Wikipedia:Huggle).
4 • I only build the kernel from source (by Matt on 2017-07-17 01:48:23 GMT from United States)
Kernel bug fixes and security packages are released in source files well before binary packages are released by distributions. The kernel is usually the only thing compiled from source on my computer. In fact, I am posting this using Kernel version 4.9.38 (source code released just yesterday).
5 • @4 (by mandog on 2017-07-17 03:21:22 GMT from Peru)
Kernel version 4.9.38 (source code released just yesterday). wow that's old?
I'm on arch stable Linux 4.11.9-1 that is a binary stable
6 • Fedora 26 (by Andy Prough on 2017-07-17 03:26:20 GMT from United States)
Not sure this is a ringing endorsement for Fedora. Night Light came out with Gnome 3.24 in March - it's now July. By the time you upgrade, you're already falling behind again.
7 • ports (by Trihexagonal on 2017-07-17 03:49:19 GMT from United States)
I have always used ports exclusively on my FreeBSD boxen.
8 • kubuntu 26 live (by Bobbie Sellers on 2017-07-17 04:14:14 GMT from United States)
I was very disappointed in the Live DVD performance,
The Office software was strictly KDE,no LibreOffice.
Multimedia lacked VLC.
Utilities lacked Konsole and Kate.
I was going to try an installation then try to get the missing
software on my test bed,. a Dell Latitude e6420,
The installer was not flexible enough to let me do that it
never let me get to the partitioning.
So I went back to the weak KDE Partitioning Tool and
it was so weak that I threw up my hands(figuratively)
and gave up.
Also the KDE System Setting tool could not be
configured to provide the Tree view..
On the other hand it is just about as boring as
Now on the other hand Mageia despite using the same
sort of KDE has all the software one could hope for..
I just updated the Mageia 6 RC and am pretty sure it
is up to the Mageia 6 final release.
9 • Fedora 26 total fail (by hobbitland on 2017-07-17 04:53:27 GMT from United Kingdom)
Tried to boot Fedora 26 in VirtualBox and black screen. Its a total failure but Fedora 25 boots.
10 • Compiling from source? No! unless ... (by LiuYan on 2017-07-17 05:27:07 GMT from China)
A normal user without computer knowledge would/could not install from source. Countless people ask technicians to install software even if they have binary package.
Compiling/Installing from source happened on me when I have no choice, such as
(1) There's no samba-ad-dc in Red Hat family linux.
(2) vmnet & vmmon module of VMware. This one could be nightmare if you often upgrade linux kernel -- change of API of linux kernel often caused vmnet&vmmon compilation failed.
(3) dahdi-linux driver from Asterisk project
11 • Compiling from source - not if I can help it (by rdaniels on 2017-07-17 06:15:00 GMT from United States)
I ran LFS once upon a time, so it's not like I can't do the compiling. It's just that at this point I want things to install and run without futzing about with that part of the process.
I did have to compile a kernel on OpenSUSE Leap for Skylake support before I switched distros, and I have installed one or two things from the AUR until the main repos caught up, but that's about all the compiling I've done in years.
12 • @ 4 & 5 newer kernel (by kaczor on 2017-07-17 07:49:47 GMT from United States)
I am using kernel 4.13.0-rc1 on Ubuntu 17.10, the mainline kernel from http://kernel.ubuntu.com. Its compiled, so the need to compile by yourself is gone. The stable kernel is 4.11, though.
13 • @ 8 (by murphy on 2017-07-17 07:56:13 GMT from United States)
Leave Kubuntu alone, please.
14 • Fedora (by Fernando on 2017-07-17 08:29:51 GMT from Spain)
What I most like about fedora 26, actually gnome 3.24: three fingers pinch shows the overview.
15 • Poll (by a on 2017-07-17 09:36:53 GMT from France)
Poll needs a "I install almost all software from source packages". While technically that falls inside the "several" category, I feel that "several" means something like "half a dozen" and not "99.5%", so I didn't (again) answer the poll.
16 • Using Sources (by John on 2017-07-17 09:41:09 GMT from United States)
Recently I compiled Kicad from sources so I could view some recent schematics and PCB designs.
It was MUCH too difficult. Things needed that were not documented, etc.
So it was a real trip, but eventually it did work.
I could not compile on 2 laptops due to thermal overload. They quit half way through. I finally was able to compile on a desktop computer.
Once done, KIcad still had several obvious bugs to work around. eeschem and pcbnew had to be started from the command line.
Why oh why is the recent version of Kicad not available as a Debian package. Loading a predone Debian package is so much easier.
17 • binary/source packages (by me2 on 2017-07-17 10:36:37 GMT from United Kingdom)
Even when I am using freebsd I install as many binary packages as possible - if not all. I generally use slackware though; but still binary as much as possible. Compiling from source is time consuming, and on freebsd you seem to need to be there constantly holding its hand.
18 • @8 kubuntu 26 live (by Marco on 2017-07-17 10:53:50 GMT from United States)
Perhaps you meant Fedora 26 KDE Spin instead of Kubuntu, because Kubuntu absolutely ships with Lbre Office, Kate, and Konsole, and has done so at least since Ubuntu switched to Unity, and probably before.
Briefly, a couple of years ago, during testing, Kubuntu considered Calligra but reverted to Libre Office before GA, and is currently considering VLC (as a potential replacement of Amarok, which still relies on Qt4, IIRC), but the live ISO has always had a reasonable suite of software. The community has preferred to let the ISO size grow rather than arbitrarily remove software.
19 • !@ 12 New kernels (by OstroL on 2017-07-17 11:06:18 GMT from Poland)
I also use kernel 4.13.0-rc1 on my Openbox + Ubuntu 17.10.
I don't compile anything as my laptop gets too hot and shuts off.
20 • Opinion Poll (by Kevin on 2017-07-17 12:44:06 GMT from United States)
I couldn't answer the opinion poll. There wasn't an "I install most software from source packages" option. I run FreeBSD on my web/mail server and Gentoo at home on my desktop PC. Between the two boxes I have four binary packages installed. Everything else is from source. I do have two Raspberry Pi's at home running Arch Linux and Kodi. Most software on those are from binary packages, but there are a few packages on those from the AUR that were installed from source. Still overall I think I have enough packages built from source to say I install most software from source packages. With all of the above being fact, not opinion, I guess this week is another week where the opinion poll is actually a fact poll.
21 • binary packages (by dogma on 2017-07-17 13:18:35 GMT from United States)
Although I somewhat like the idea of compiling software for my processor and trimming down dependencies, in my circumstances I can’t justify the compilation effort and time spent fixing problems with ports.
22 • Installing source based packaged (by Kennedy on 2017-07-17 13:21:55 GMT from South Africa)
I use slackbuilds in Slackware. That's compiling yes but most of the job has been done by the contributor of the slackbuid. In fact I don't know what I am doing I just follow the instructions on the Howto at slackbuilds.org. For some packages like webkitgtk it takes too long but I don't mind.
23 • More now than previously (by azuvil on 2017-07-17 15:46:31 GMT from United States)
Well, I recently got into the "Gentoo way" and compile pretty much everything, though portage makes that a much more streamlined process than the usual method. I'm under no delusions that it makes overall operation significantly faster or anything like that. It also doesn't mean I'm somehow more technically adept than others (I'm probably not). I just like the fine-grained control and variety available to me, plus the documentation that makes it easy to get what you want out of the system. It's nice to finally have a machine that generally compiles source code at very acceptable speeds too, often not much slower than fetching and installing a binary (unless it's building something like WebKit, ugh).
I'll be the first to admit though, plenty of people will get by if they're given pre-compiled packages with sane defaults. Living in that part of the world, though, becomes less appealing when you have built up strong preferences or have specific needs.
24 • Source Install Poll (by cykodrone on 2017-07-17 15:48:15 GMT from Canada)
Github is my new friend. :D
Actually, it has been for quite a while, I've even scooped cosmetic (GUI) elements from there. Github has save my rear or had my what I needed so many times, I lost count.
25 • Fedora 26 (by Tim on 2017-07-17 16:27:43 GMT from United States)
I'm running F26 on my HP notebook PC. As far as I'm concerned, it is an excellent release. New updates are still coming, daily (more than seems usual, that is), so it's still improving.
26 • Compiling (by Bonky Ozmond on 2017-07-17 18:18:10 GMT from Nicaragua)
I still compile things even though i really don't have to.. I use Gentoo.and Slackware and derivatives of I still usually do Kernel every now and then though its getting less and less
I Tried Fedora a long time back and liked it though i dont think ive had that experience again.....there is always some problem comes up... the last release i had an issue with touchpad like it didnt work at all ever, one before installation problems, ....so far this wont install off my USB...maybe ill burn a disc later
The best Fedora based distro i ever used was Fuduntu though
I have never found the Fedora forums too willing to help either....
27 • The opinion poll (by Alexandre Dumas on 2017-07-17 22:23:48 GMT from Australia)
@20 'I couldn't answer the opinion poll. There wasn't an "I install most software from source packages" option.'
28 • FreeBSD ports (by Trihexagonal on 2017-07-17 22:26:57 GMT from United States)
@17 "Compiling from source is time consuming, and on freebsd you seem to need to be there constantly holding its hand."
Compiling from source is without a doubt time consuming, the difference in building Xorg on a machine with an Intel Dual Core T2060 @ 1.60GHZ with 2GB RAM vs one with an Intel Quad Core i7-2820QM @ 2.30GHz with 8GB RAM being several hours.
However, if you use portmaster you can set all your variables at the beginning and walk away to let it do the job with no further intervention on your part.
29 • Use cases (by azuvil on 2017-07-17 23:16:19 GMT from United States)
It's funny how opinion or fact polls always seem to miss something. Maybe the option "I compile almost everything" is not quite an edge case, though I don't know what would be more on the fringe...
Something like "I compile everything that can be successfully offloaded to my second positronic grid, whose power consumption is partially regulated by an intelligent gerbil-like life form running on a tritanium wheel".
... I've been watching way too much Star Trek lately.
30 • Installing source-based packages (by kaczor on 2017-07-18 16:36:16 GMT from United States)
Most probably, we who come here don't care much about installing packages from source or don't know how or why. If we did, we won't be distro hopping. We'd all have our own distros made from scratch. We are here, because we use mainline distros (or other remixes) and use their repos to install applications. Then, who is goingt o read Distrowatch?
31 • Poll (by Chris on 2017-07-18 19:55:05 GMT from United States)
I selected, "I install one or two source-based packages." For my standard use, normally everything I need and want is available through my chosen distribution's binary repositories, and using such is far more efficient for me (especially with my preference for older hardware). However, I will occasionally need to compile a newer than available in the repository kernel or driver (i.e., hplip) for a new peripheral or such.
Seperately, I have continued (albeit slowly) with my customized Minimal Linux Live project, which I commented about in a recent DWW Comments section. Through my extensive trial and error process, I have been compiling a lot lately, obviously 100% source-based for that project.
32 • @31 (by kaczor on 2017-07-18 20:28:49 GMT from United States)
Once you finish your project successfully, you'd stop coming here. The need to distro hop would stop.
33 • Distrohopping (by Doug M on 2017-07-18 22:33:55 GMT from United States)
Distrohopping isn't the only reason to visit distrowatch.
I have settled on LM 17.3 for quite awhile now, but I keep a partition open for new and interesting distros. I just like to check them out. But I stick with Linux Mint.
I also like to see the tips and tricks section.
And reading DWW comments is just enjoyable.
34 • @32 & @33 (by Chris on 2017-07-19 00:24:56 GMT from United States)
Funny enough, I have never been a true distro hopper, yet I still come to DistroWatch.com ("DW") frequently. I have been using my preferred distro for many, many years (flaws and all), and am unlikely to ever change it; however, I will load an occasional distro into a VM, which looks like it could teach me something. Such only happens once or twice a year, if that much.
I come to DW for its excellent, continuously improving central repository of information, to "feel" the pulse of the overall FOSS community, and to get educational glimpses into new ideas/ways of doing things.
Even if I could someday turn my Minimal Linux Live project into my personal perfect distro, I cannot see myself not coming to DW.
35 • Compiling (by pepa65 on 2017-07-19 02:47:02 GMT from Thailand)
My days of running Gentoo are many years past, but nowadays I find myself compiling more and more, mostly because the software I want hasn't been packaged (yet). Often I get things from github, although source packages from a project's download page are a second.
36 • Source based... (by kaczor on 2017-07-19 09:53:38 GMT from United States)
One might get some satisfaction, when one compiles from the source code, that is, if one has lot of free time, or free computer for that alone. In today's fast spaced life, people simply don't have time to play the "pioneer."
Taking Gentoo as an example, you can install it by the Gentoo way keeping one (or two) day free to do that, or use an readymade Gentoo based distro such as Calculate or Sabayon in a few minutes. When yu use the readymade distros, you might be bored and distro hop, but if you spend quite lot of time and nerves to install Gentoo the Gentoo way, most probably you'd stay put with it.
37 • @36 (by azuvil on 2017-07-19 15:40:25 GMT from United States)
I reckon them's fightin' words, pilgrim. Hope ya brought a six-shooter and a long wooden box.
Nah, I'm only kidding. Really, you have some valid points - Gentoo isn't aimed at people who want the ready-made, very quick solution. But that's perfectly alright. Gentoo users often know what they're after and are able to get it without much fuss.
To be perfectly fair, whether I'm using a more common pre-packaged distro or Gentoo, the total setup time isn't something I bother to calculate, because I'll often add software on an as-needed basis over the course of days and weeks in either case. Getting the basic environment, including a GUI, surely doesn't take 24 hours or longer though.
38 • Slackware package-building (by davidnotcoulthard on 2017-07-19 16:11:36 GMT from Indonesia)
@22 there's always the Slackonly repo if you want the packages but not the building (dependencies get resolved with slapt too).
39 • Installing Source based packages (by alexis on 2017-07-19 16:18:02 GMT from France)
I run Archlinux and am a web programmer. As such I often pull packages from the community-driven AUR repository, and pretty often that just pulls the sources and builds the package.
Also I (rarely) run in to a app that isn't in the repo or not in the right version, in which case I have to build from source myself.
But most of the time I'm just installing pre-compiled binaries, and I don't see any reason to do otherwise unless you are targeting some low-end or specialized hardware (such as a Raspberry Pi), where the potential gain in performance and overall footprint could make a significant difference.
On a modern computer, sporting at least a quad-core i5, 1To hd and 8 G Ram, the gain will be totally insignificant whereas the hassle of configuring/maintaining custom compiled software will quickly become a pain (not to mention the time it takes as compiling a fully-fledged modern desktop environment with a decent array of software can easily take up to a week counting the inevitable dependence problems that will arise).
40 • Installing Source based packages (by DaveT on 2017-07-19 20:08:22 GMT from United Kingdom)
I like using NetBSD pkgsrc on linux. Install the most minimal working version of your favourite distro and then install pkgsrc. Ideal for any hardware that suffers from any 'that bit doesn't work on BSD' problems, usually WiFi or sound, or both if you are 'lucky'!
41 • Source Packages and Gentoo (by Andy Figueroa on 2017-07-20 03:10:10 GMT from United States)
The answers for the poll were not sufficiently fine grained for my answer, so I selected that I compile everything from source, but I don't quite really. I use Gentoo and usually install LibreOffice, Firefox and Thunderbird from binary.
Installing from source is not that time consuming. Compiling runs in the background while I do other work. It's not really not that healthy or edifying to watch your programs compile.
42 • @6 Fedora 26 and Night Light (by David on 2017-07-20 13:58:29 GMT from United States)
"Night Light came out with Gnome 3.24 in March - it's now July. By the time you upgrade, you're already falling behind again."
If you are saying that Night Light is not included, see Fedora 26 Workstation: Settings --> Displays to turn on Night Light.
43 • dubious search result (by tim on 2017-07-20 17:14:21 GMT from United States)
CoreOS (Container Linux) and Scientific Linux ~~ both are listed in the DistroWatch "distributions without systemd" search results... yet both seem to utilitze systemd init (contrary to their individual DW pages, which state "init:other")
44 • systemd-less (by Doug M on 2017-07-20 22:08:09 GMT from United States)
Those 2 distros aren't listed here.
45 • @42 Fedora and Night Light (by Andy Prough on 2017-07-21 02:18:48 GMT from United States)
No, I'm saying that Fedora users are getting Night Light 4 months after it was released. And soon after installing Fedora 26, they'll fall behind on other new features. It's not really a great way of running a system anymore.
46 • DW search results (by tim on 2017-07-21 02:41:12 GMT from United States)
Doug, I see those listing pages are corrected now (subsequent to my post), so they're now absent from the search result. I'm guessing that some distros haven't stated which init in their DW submission, or that their init has changed across releases; either way, explains why they wind up marked "init:other"
next up, #8 in the search result: "OpenMandriva Lx"
Again, clearly using systemd init
47 • dw search results (again) (by tim on 2017-07-21 03:29:20 GMT from United States)
#9 in the search results "Oracle Linux"
again, clearly using systemd
http://www.linuxquestions.org/questions/aryalinux-120/systemd-or-not-4175600785/ "Aryalinux is based on the systemd builds of LFS and BLFS"
"...Apr 9, 2017 - ... systemd updated to 233 (229)"
#30 "ALT Linux"
"ALT Linux is derived from Mandrake. Prior releases did use PID1 systemd, but does the "Jan2017 Sisyphus" release have systemd as default init?"
#37 "Clear Linux"
"os-core. This bundle contains the basic core components of the operating system. Clear Linux* OS for Intel® Architecture relies on systemd to provide the basic ..."
#42 "Fermi Linux"
Fermi Linux LTS (Long-Term Support) is a distribution based on Scientific Linux, which is in essence Red Hat Enterprise Linux, recompiled.
redirects to http://www.scientificlinux.org/at-fermilab/
and here we can read their "systemd security and bug fix update"
I didn't check further in the search results. Would be nice if folks can pitch in, citing references to clear up the remaining listed distributions marked "init=other"
48 • It's Komplicated (by Kragle von Schnitzelbank on 2017-07-21 07:10:50 GMT from United States)
Some distros provide for more than one process-management system (systemd, openrc, runit) with varying levels of support for each option.
It's simply not binary.
(O_o - is this an opportunity to demonstrate dextrous database design?)
49 • systemd distros (by Jesse on 2017-07-21 13:40:22 GMT from Canada)
@47: Thanks Tim, I appreciate the assistance. I don't always have time to hunt down the relevant links and some stuff does get filed under "other/misc" until I have time to deal with it. Having direct links to the information is a big help.
50 • re: It's simply not binary (by tim on 2017-07-21 14:11:23 GMT from United States)
Of course it's not binary (nor ternary, your post mentioned three), but "other" is analagous to "unknown". It fails to convey useful information. Perhaps by tweaking, any init can be used with any distribution but... obviously, the immediate question for someone searching is this:
Which init should I expect will be PID1 when I boot the current version of a given distribution?
For LFS and other source-based distributions which incur manual configuration prior to first boot, search results would be more enlightening if the value/label displayed "various" rather than "other:
51 • @17 FreeBSD ports. (by Eamonn on 2017-07-22 11:34:33 GMT from Ireland)
I compile everything from source on FreeBSD using the poudriere package building system on my main workstation. I can then install those packages on my home theatre pc, laptop and vps webservers. You set your options once then just update the ports tree regularly and recompile what has been updated, all easily automated with a few cron jobs.
52 • Installing from source via packages (by Alan on 2017-07-22 18:29:05 GMT from United States)
Because I have a specific range of software that is not all available all the time on binary distros.
I have used Gentoo, but eventually tired of constant compiling. After some distro hopping, I have more or less settled on Arch Linux. An important reason for using Arch is AUR, which seems to mirror Gentoo's portage/ports, and for which almost any software I need is available. I like Arch for other reasons as well: it is solid, and even with many, many packages and DEs, I seldom experience problems. I think the developers are careful and persistent: most packages are up to date, and it is easy enough to rewrite a PKGBUILD for a newer version if it's out of date, though not always.
I am attracted to the concept of compiling software from source; it was a core feature I came to know and love from early GNU/LInux days, as I often had to compile applications for Slackware. That has always been my inclination; I had wished Debian had been centered on that concept. I would probably be using Gentoo today if it were not so easy to install binary based distributions, though, compared to compiling everything. Now that I have a reasonably fast machine I am considering whether I have time and sufficient grit to try it again. I would avoid KDE in that case, as updates to KDE always got me into trouble on Gentoo---that was almost always the source of inconsistencies, but that was nearly a decade ago. Arch demands less tweaking, by far, the USE flag idea is excellent, but required a thorough understanding of all the parameters.
Emacs is another reason. I still do not understand why it is onboard on OS/X out of the box, but not on GNU/Linux distros, which owe much more to it. (Or why emacs keystrokes *just work* on OS/X, but not with GNU/Linux most of the time.) Each distro has its own unique approach to providing emacs packages. Arch linux has a git package in AUR that works nicely. AUR woirks seamlessly, and the Emacs install adheres to the canonical Emacs way, without extras that I might have to keep track of.
53 • Systemd-free / Updating Distrowatch info (by Pestokiwa on 2017-07-23 08:08:29 GMT from Sweden)
Please take note that as of this summer, Archbang have kicked systemd off their distro and switched to OpenRC. http://bbs.archbang.org/viewtopic.php?pid=33401#p33401
Aside of not being listed on Distrowatch's respective search page, also on AB's overview page it is still marked as: "init: systemd".
54 • Compiling from source (by Maudib-insight on 2017-07-23 12:57:02 GMT from United States)
I always install from packages(Debian). After reading everyone's comments about compiling from the source I am very compile curious. This box is an intel I7 (6 as 12 processors). I am confident it could handle the job of compiling code but this system is the home utility system. My life's responsibilities are done via this box so I don't want to permanently screw it up. The first rule of rural mechanics is, "If it works then don't fix it." The system has been up for 206 days and counting. Now I do have some old, but still serviceable, [3,4,5]86 machines in the house. I can probably fire up one these old guys and use it for a "test" system for getting my feet wet with learning to compile code. Maybe do that Linux From Scratch thing if it still comes in a 386 flavor. Maybe install a standard Linux addition system and try compiling a single application. There are those guys in the above comments that keep their kernel bleeding edge up to date. Maybe I can be so bold?! (Famous last words.) So now I am inspired. Uhmm, wish me luck.
55 • be inspired - but on an old machine (by nano-me on 2017-07-23 13:34:04 GMT from United Kingdom)
@55 If you depend on a computer for everyday work, be guided by your instincts and don't touch! Your old x86 computers should be powerful enough for playing with source builds. If you are tempted to touch your everyday computer, at least set it up as a "dual boot" system with old and new distros on separate partitions so that you can switch between them by using GRUB. You can, of course, learn about using GRUB in this way on an old [aka disposable] machine.
56 • ArchBang (by Jesse on 2017-07-23 13:39:17 GMT from Canada)
@53: Thanks for pointing that out. I'll update the ArchBang page. Looks like they're 64-bit only now too so I'll update their architecture tags.
57 • Compiling from source (by Bloody on 2017-07-23 15:17:52 GMT from Germany)
As a Gentoo user, i got used to compile everything from source, obviously.
Some packages are a bit annoying, such as llvm, firefox, webkit etc., but with a fast enough machine (i5 or some AMD octacore) it's at least no longer as nerve-wrecking as it's been in the past, with 1 GHz 'machines' clustered together via distcc... i'm just glad that these days are over now.
I only use Gentoo because of the enourmous, unmatched flexibility. If there ever is any problem arising with Linux, Gentoo is the most likely distro to provide the solution. For example, flexible downgrading of any package within the stable or testing branch, always with multiple versions to choose from in case the latest version doesn't work for me.
I've gotten used to this flexibility so much that other distros are no longer an option for my desktop workstation. It's Gentoo or die. ;)
The only thing one shouldn't do with Gentoo is to upgrade only very rarely, like only every couple of months, as the number of packages to be upgraded simultaneously often creates minor problems to be fiddled with. Upgrading every few days or maybe every 1-2 weeks is far less annoying.
58 • curisoty killed the cat but satisfaction brought him back (by Trihexagonal on 2017-07-23 19:05:47 GMT from United States)
@54 I am very compile curious. - Now I do have some old, but still serviceable, [3,4,5]86 machines in the house...
I recommend you consider FreeBSD. You start with the base system, a terminal and install 3rd party programs as you see fit. All my machines are Win7 vintage or older and FreeBSD has breathed new life into them.
If you have a question about how to set it up I have a tutorial that targets people who have never used UNIX or the command line that spells it out step-by-step to from beginning to end using portmaster to compile from source which was linked to by FreeBSD News,
Number of Comments: 58
Display mode: DWW Only • Comments Only • Both DWW and Comments
|• Issue 730 (2017-09-18): Mageia 6, running a completely free OS, HAMMER2 file system in DragonFly BSD's installer, Manjaro to ship pre-installed on laptops|
|• Issue 729 (2017-09-11): Parabola GNU/Linux-libre, running Plex Media Server on a Raspberry Pi, Tails feature roadmap, a cross-platform ports build system|
|• Issue 728 (2017-09-04): Nitrux 1.0.2, SUSE creates new community repository, remote desktop tools for GNOME on Wayland, using Void source packages|
|• Issue 727 (2017-08-28): Cucumber Linux 1.0, using Flatpak vs Snap, GNOME previews Settings panel, SUSE reaffirms commitment to Btrfs|
|• Issue 726 (2017-08-21): Redcore Linux 1706, Solus adds Snap support, KaOS getting hardened kernel, rolling releases and BSD|
|• Issue 725 (2017-08-14): openSUSE 42.3, Debian considers Flatpak for backports, changes coming to Ubuntu 17.10, the state of gaming on Linux|
|• Issue 724 (2017-08-07): SwagArch 2017.06, Myths about Unity, Mir and Ubuntu Touch, Manjaro OpenRC becomes its own distro, Debian debates future of live ISOs|
|• Issue 723 (2017-07-31): UBOS 11, transferring packages between systems, Ubuntu MATE's HUD, GNUstep releases first update in seven years|
|• Issue 722 (2017-07-24): Calculate Linux 17.6, logging sudo usage, Remix OS discontinued, interview with Chris Lamb, Debian 9.1 released|
|• Issue 721 (2017-07-17): Fedora 26, finding source based distributions, installing DragonFly BSD using Orca, Yunit packages ported to Ubuntu 16.04|
|• Issue 720 (2017-07-10): Peppermint OS 8, gathering system information with osquery, new features coming to openSUSE, Tails fixes networking bug|
|• Issue 719 (2017-07-03): Manjaro 17.0.2, tracking ISO files, Ubuntu MATE unveils new features, Qubes tests Admin API, Fedora's Atomic Host gets new life cycle|
|• Issue 718 (2017-06-26): Debian 9, support for older hardware, Debian updates live media, Ubuntu's new networking tool, openSUSE gains MP3 support|
|• Issue 717 (2017-06-19): SharkLinux, combining commands in the shell, Debian 9 flavours released, OpenBSD improving kernel security, UBports releases first OTA update|
|• Issue 716 (2017-06-12): Slackel 7.0, Ubuntu working with GNOME on HiDPI, openSUSE 42.3 using rolling development model, exploring kernel blobs|
|• Issue 715 (2017-06-05): Devuan 1.0.0, answering questions on systemd, Linux Mint plans 18.2 beta, Yunit/Unity 8 ported to Debian|
|• Issue 714 (2017-05-29): Void, enabling Wake-on-LAN, Solus packages KDE, Debian 9 release date, Ubuntu automated bug reports|
|• Issue 713 (2017-05-22): ROSA Fresh R9, Fedora's new networking features, FreeBSD's Quarterly Report, UBports opens app store, Parsix to shut down, SELinux overview|
|• Issue 712 (2017-05-15): NixOS 17.03, Alpha Litebook running elementary OS, Canonical considers going public, Solus improves Bluetooth support|
|• Issue 711 (2017-05-08): 4MLinux 21.0, checking file system fragmentation, new Mint and Haiku features, pfSense roadmap, OpenBSD offers first syspatch updates|
|• Issue 710 (2017-05-01): TrueOS 2017-02-22, Debian ported to RISC-V, Halium to unify mobile GNU/Linux, Anbox runs Android apps on GNU/Linux, using ZFS on the root file system|
|• Issue 709 (2017-04-24): Ubuntu 17.04, Korora testing new software manager, Ubuntu migrates to Wayland, running Nix package manager on alternative distributions|
|• Issue 708 (2017-04-17): Maui Linux 17.03, Snaps run on Fedora, Void adopts Flatpak, running Android apps on GNU/Linux, Debian elects Project Leader|
|• Issue 707 (2017-04-10): PCLinuxOS 2017.03, Canonical stops Unity development, OpenBSD on a Raspberry Pi, setting up a VPN for privacy|
|• Issue 706 (2017-04-03): Super Grub2 Disk, Snap packages of deepin applications, Subgraph OS routes network traffic for one application, announcements from Linux Mint|
|• Issue 705 (2017-03-27): Minimal Linux Live, sharing control of the operating system, new KaOS features, Uplos32 provides 32-bit fork of PCLinuxOS|
|• Issue 704 (2017-03-20): ToarusOS 1.0.4, Linux Mint's security record, Debian starts Project Leader election, Ubuntu 12.04 reaches end-of-life|
|• Issue 703 (2017-03-13): SolydXK 201701, CloudReady, Solus announces new features, KDE Connect sends text messages from desktop, openSUSE's YaST module for Let's Encrypt|
|• Issue 702 (2017-03-06): Fatdog64 Linux, elementary OS bundled with new netbook, Haiku announces new features, security and the size of a distro's development team|
|• Issue 701 (2017-02-27): OBRevenge 2017.02, Mageia 6 delays, NetBSD reproducible builds, questions about swap space, trying to steam video on a Raspberry Pi|
|• Issue 700 (2017-02-20): RaspBSD, Debian replaces Icedove with Thunderbird, Fedora's licensing guidlines, tips for switching shells, finding battery charge, getting IP address and killing processes|
|• Issue 699 (2017-02-13): Clear Linux, GhostBSD network utility ported to FreeBSD, Ubuntu coming to Fairphone, elementary OS crowd funding an app store|
|• Issue 698 (2017-02-06): Solus 2017.01.01, comparing containers with portable applicatins, Tails dropping 32-bit support, Debian Stretch enters freeze|
|• Issue 697 (2017-01-30): Subgraph OS 2016.12.30, running Ubuntu on an Android phone, Arch Linux phasing out 32-bit support, Linux Mint testing updated LMDE media|
|• Issue 696 (2017-01-23): GoboLinux 016, remotely running desktop applications, Solus adopting Flatpak, KDE neon using Calamares, TrueOS tests OpenRC|
|• Issue 695 (2017-01-16): Zorin OS 12, Peppermint team fixes installer bug, Debian refreshes Jessie media, Ubuntu improves low graphics mode, Exciting things coming in 2017|
|• Issue 694 (2017-01-09): MX Linux 16, Fedora considers systemd security features, DragonFly BSD to support massive swap space, Ubuntu Touch roadmap, Puppy's newsletter, sudo's password prompt|
|• Issue 693 (2017-01-02): Comparing small distros, fig language, video driver comparsion, Debian+PIXEL, Wayland on FreeBSD|
|• Issue 692 (2016-12-19): Bodhi Linux 4.0.0, Cappsule containers, Calculate's new Utilities package, Solus and Ubuntu MATE build new application menu|
|• Issue 691 (2016-12-12): SalentOS 1.0, openSUSE improves YaST, Fedora considers slower release cycle, KDE neon gets LTS branch|
|• Issue 690 (2016-12-05): Fedora 25, Ubuntu adopts rolling HWE kernel, running Android apps on GNU/Linux, Haiku working toward EFI support|
|• Issue 689 (2016-11-28): openSUSE 42.2, Fedora's upgrade path, plans for Korora 25, transitioning from PC-BSD to TrueOS, Webconverger's reproducible builds|
|• Issue 688 (2016-11-21): Endless OS 3.0.5, KDE neon fixes security hole, FreeBSD's Quarterly Status Report, Rolling release trial #2 concludes|
|• Issue 687 (2016-11-14): NAS4Free 10.3.0.3, Fedora gains MP3 playback, budgie-remix becomes Ubuntu Budgie, Ubuntu flavours compared, Rolling release trial #2|
|• Issue 686 (2016-11-07): FreeBSD 11.0, rolling release trial #2, Debian announces supported architectures, Simplicity switching to antiX base, farewell to Mythbuntu|
|• Issue 685 (2016-10-31): elementary OS 0.4, SUSE gains ARM support, Mint improves language support, Dirty COW explained, Rolling release trial #2|
|• Issue 684 (2016-10-24): Ubuntu 16.10, Linux popularity in different markets, Fedora runs on Raspberry Pi, Ubuntu features live kernel patching|
|• Issue 683 (2016-10-17): Refracta 8.0, making packages for distributions, Alpine switches to LibreSSL, 386BSD website publishes classic code|
|• Issue 682 (2016-10-10): KDE neon 20160915, Android-x86 6.0, Fedora warns of update bug, HandyLinux drops English translation, LXQt benchmarks|
|• Issue 681 (2016-10-03): OpenBSD 6.0, DragonFly BSD to support LibreSSL in ports, systemd denial of service bug, upgraded Mintbox Mini|
|• Issue 680 (2016-09-26): Uruk GNU/Linux 1.0, blocking applications at the firewall, Lenovo controversy, Ubuntu running on the Nextcloud Box|
|• Issue 679 (2016-09-19): OpenMandriva 3.0, 32-bit vs 64-bit performance, openSUSE updates, KaOS unveils first run wizard|
|• Full list of all issues|
|Random Distribution |
EasyNAS is a storage management system for home or small office. It uses openSUSE Leap as a base with the Btrfs advanced file system. EasyNAS is managed through a web-based interface and offers such features as on-line growing of file systems, snapshots and copy-on-write.