| DistroWatch Weekly
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 2, value: US$16.00)
|Linux Foundation Training
|Reader Comments • Jump to last comment
1 • Meritocracy preferred. Desktop, & everywhere (by Greg Zeng on 2016-10-24 04:09:05 GMT from Australia) |
The Linux (kernel) is used for in both closed-Linux-systems and open-Linux systems. The system is Linux-Kernel, plus other parts. Not all Linux-based systems are designed to be user-friendly e.g. "core", legally-tight, etc.
On the desktop systems using the Linux-kernel, Ubuntu-derivatives are the most popular. Mint (a Ubuntu-derivative) & the derivatives based on Mint, are the most user-friendly, crash-resistant of all the user-friendly operating systems imho.
Ego-driven distributions start as solo-dictatorships. These (Pinguy, PCLOS), no matter how talented, eventually disappear afaik. PCLOS has now mostly moved into a meritocracy, or "collective" team. Some think that Ubuntu is a dictatorship, but most (all?) of it is really a "community", or meritocracy. Except for some Ubuntu-derivatives, since these are very easy for ego-publishers to create as stable, reliable distributions, with very few shortcomings, and no bugs, until the dictator (group, sometimes) "burns-out". (BTW: ego-publishing is not a "put-down"; most artists, etc are ego-driven afaik).
The noob question on Linux Desktop systems used closed systems as an example: Android, the many Android derivatives, and the one closed-BSD-derivatives (Apple). These closed systems use some open-Linux stuff, which is tightly integrated with secret-copyright pieces, and closed-meritocracies. Trustworthy is not important. Religious "faith", or blind-ignorance is needed for these closed systems. This explains the many closed-Linux operating systems forced onto national populations created by nationalistic governments, or the loyal "agencies" of these governments.
Most desktop users are using closed-commercial operating systems: Windows, then IOS (numerically, nationally and financially), whether they be westernized, or not. These closed-systems all use closed-meritocracies.
Some open-Linux systems also have closed-meritocracies. However most open-Linux distributions have open meritocracies. Open-Linux systems dominate EVERY type of computer-based system: IOT, servers and desktop systems. On the desktop (excluding tablets and smartphone based systems), open-Linux systems are less then two per-cent (2%) of all desktop operating systems, Linux or not.
Official media channels cannot be seen to openly agree the above opinions (biased!). In my nursing-home life, I am not dependent now on the legal, advertising and financial approval of the corporations . These opinions are mine alone, and cannot ever be considered to represent any other organization nor other person.
2 • @ differences in popularity (by Thom on 2016-10-24 05:09:55 GMT from Sweden)
The primary reason was that Linux compiled on practically any processor out of the box. Microsoft was (is) too tightly bound to the x86 architecture.
Microsoft's past behavior towards the Asian hardware manufacturers, in terms of licen$ing, may have been a factor too. Karma is a bitch when you are the 800-pound gorilla in the room and everyone else have left.
3 • Ubuntu_16.10_review_Canonical_mired_in_Mir (by k on 2016-10-24 06:10:41 GMT from Germany)
Joshua, that was an "honest" review, thank you.
"the Unity 8 desktop is a developer preview; it is barely functional."
According to https://en.wikipedia.org/wiki/Mir_(software) ,
"in March 2013 Canonical Ltd. announced Mir as the replacement display
server for the X.Org Server in Ubuntu...
... Canonical stated that it could not meet Ubuntu's needs with Wayland."
If understood the "Welcome to this year's 43rd issue of DistroWatch ...
... the Unity 8 desktop environment running on the Mir display software".
I am not an "expert", like DistroWatch's experts, but I have used Ubuntu
a fair bit, last was 14.04.1 LTS, and I have tried Fedora.
I suppose the latest builds of Ubuntu -- with systemd -- must have some
REALLY significantly different "needs" from Fedora which "functions" with
Wayland -- in live session at least -- relatively fast and stable.
4 • governing of distribution. (by kennedy on 2016-10-24 06:43:51 GMT from South Africa)
My prefered distribution is run by a dictator, I do not like that fact but I love the distribution. My worry is what would happen to the distribution if this dictator is unable to maintain it.
5 • #5 (by Microlinux on 2016-10-24 07:39:30 GMT from France)
I'm also running Slackware, and Patrick Volkerding is probably the nicest dictator around. :o)
6 • #5 (by jadecat09 on 2016-10-24 08:03:52 GMT from United Kingdom)
If, for whatever reason, PV was to step down there are worthy successors in the wings.
7 • Governing of distributions (by John on 2016-10-24 08:04:38 GMT from United Kingdom)
The main problem with distros depending too much on one person is that they can vanish quite suddenly, even overnight - eg Solus in its first incarnation. Fuduntu and its successor Cloverleaf also disappeared unexpectedly.
8 • Ubuntu 16.10 and Unity 8 (by Lennie on 2016-10-24 08:17:39 GMT from Canada)
>It is best to begin by stating that there is a good reason why the Unity 8 desktop is a developer preview; it is barely functional.<
Because it is a developer preview. More info on how to (try to) use Unity 8 on Ubuntu 16.10 can be found here https://ubuntuforums.org/forumdisplay.php?f=427, especially a check the posts from ventrical and also here, http://insights.ubuntu.com/2016/10/13/unity-8-preview-session-in-ubuntu-16-10-yakkety-yak/
>Ubuntu 16.10 is a solid, polished, usable Linux distribution.<
That tells everything, doesn't it?
9 • Linux is dominant everywhere expect the desktop @ Jessie (by Mark on 2016-10-24 08:53:37 GMT from Canada)
"A company like Google can focus on building a user interface on top of Linux rather than build a new system entirely from scratch and that speeds up development."
This is not exactly true, isn't it? If we are talking about Android, it was made by another company Android. Inc. Even though that company is bought by Google, it is still the same three guys' work on Android. Even though Android is using the Linux kernel, the Android developers maintain that it is not Linux.
Android has to come pre installed on devices, as it is a SoC. You can, of course, download Android for example Nougat, but it won't be that easy to install Android on a random device.
The mobile market is dominated by Android, and not Linux. Android or its owner Google is not interested on advertising Linux--Android is not Linux is stated. The only Linux distro that's trying to move to the mobile market is Ubuntu, and it is not that known. In the normal world, very few people ever consider Android as Linux, and even fewer had ever heard of Linux.
10 • Governance (by Jack on 2016-10-24 09:13:41 GMT from United States)
I've used distros with a variety of governing models. I've never consciously made a decision on what distro to use based on the governing model. All I care about is that the distro functions well for my workload. Sometimes (rarely) that's been commercial distributions, sometimes community based, sometimes benevolent dictator. The great thing about linux is it's nearly impossible to get vendor locked. So if a distro starts taking a turn you don't like or if a project folds, there's always plenty of others based on different models.
11 • @9 (by Jack on 2016-10-24 09:24:22 GMT from United States)
It doesn't really matter what the punters think or their awareness of the linux brand. At the end of the day they're using a product that is linux-based (whether the vendor wants to pretend otherwise or not). And they're doing it more than they realize, especially with the proliferation of IoT devices. In-car infotainment systems, Tivo and other PVRs, wireless routers, appliances. This goes to Jesse's point about people buying products rather than their parts. Few people buy Windows or macOS because they're in love with their kernels either. Vendor lock and inertia play a much bigger role than anything else. If Windows software ran anywhere, Microsoft would probably be about as big a player in the OS market as Atari right now.
12 • Ubuntu 16.10 Review (by gabbman on 2016-10-24 09:41:17 GMT from Canada)
Joshua good review. I have an HP is running AMD A10-8700P Radeon R6, and the issue with the AMD graphics is not quite there yet.
This beast needs the "nomemdeset" tweak in grub to get the GUI to work. It passes the functionality test after that, but still not 100% as far as little things like transparency on the menu bar etc.
13 • Android. Linux, Microsoft & East-Asian manufacturers. (by Greg Zeng on 2016-10-24 10:50:22 GMT from Australia)
Check Wikipedia & later, for Android truths. "Android has the largest installed base of all operating systems (OS) of any kind." and "Android is a Linux distribution according to the Linux Foundation." wikipedia.org/wiki/Android_(operating_system)
Google, Android, etc are administratively managed by "Alphabet" (website: abc.xyz). After this message is posted, Android might still be a component of Google, or it might become "independent" of Google. Android-forks are very many, changing every month.
Most of these Android-type of Linux are closed-meritocracies. At least one is an open-meritocracy: CyanogenMod. Windows has at least two Windows-based Android systems, about six (6) ISO-complete Unetbootin-installing operating systems for the x86-64 CPU, and eight (8) Android emulators currently alive in 2016, according to my personal archival storage.
The x86-64 CPU is not Microsoft, nor Intel, as some might believe. Intel was so embarrassed when it tried to abandon the x86 CPU. AMD had created the X64-CPU that was so x86 compatible, that now Intel was forced to have two differents units: IA-64 and the x86-64. This explain why applications & operating systems claim to be AMD-64 compatible, since Intel-64 is not the industry standard for x86.
The Microsoft, Apple & Intel hostility to Linux and Android-type operating systems is also similar to other USA-hostility to innovation. Google seems an exception, with its Android and some other products. Android-proper is generally avoided, because it has technically & legally hostile requirements. Hence all the Android & Chromium-forks. My personal opinions & findings exist all over the internet. However the governance principles of Wikipedia prevents these facts being published there.
14 • 16.10 and AMD (by greg on 2016-10-24 10:58:13 GMT from Slovenia)
I do not have a new AMD chipš to compare myself. however reading the forums regularly i cna see many users solved AMD issues (AMDGPU-pro particularly) with the upgrade. needless to say test in live to see how well it works and backup before upgrade.
15 • "No Preference" -- What Counts is What's Delivered (by joncr on 2016-10-24 11:19:05 GMT from United States)
"No Preference" on the governance poll. I'm interested in Linux as a product, so I assess the merits of a distribution based on what it delivers to me, not on how the project is managed.
Notions of "democracy" governing a distribution are only legitimate if the total number of people eligible to vote is known, and if those people are actually allowed to vote on issues, and if the results of those votes are honored.
Since no Linux distribution has any accurate knowledge of the number of people using it, as well as no formal method of voting, it's impossible for a distribution to be governed by a democracy of its users.
It's a serious error to presume social media posts represent the actual user base of a distribution.
16 • Ubuntu offers live kernel updates - other Ubuntu based? (by Any User on 2016-10-24 13:10:58 GMT from United States)
That is nice that Ubuntu offers live kernel updates, but what about other Ubuntu based systems (Linux Mint, Lubuntu) ?
If they do not, any ideas of when?
17 • Ubuntu offers live kernel updates - 32 bit? (by Any User on 2016-10-24 13:15:59 GMT from United States)
To get Ubuntu with a live kernel updates, I see that it requires that you are using 64 bit.
How about some love for 32 bit?
18 • Governing Distributions (by PMcCartney on 2016-10-24 13:24:09 GMT from United States)
As with many of the Linux distributions that I've used (along with BSD), I prefer the way FreeBSD operates over any Linux distro. Mainly because, the Linux kernel is still governed by Linus Torvalds. He is still the deciding factor as far as kernel releases go. And, if anything were to happen to Linus, who will carry on the proverbial Linux torch?
19 • Poll (by Jordan on 2016-10-24 13:52:29 GMT from United States)
One of the best poll questions in here, imo. But I ended up having no real preference about it as I see successful distros along the whole spectrum of choices given.
Very well thought out choices and analysis. Made me think, and that's dangerous. ;)
20 • Review (by Travisyard on 2016-10-24 15:09:00 GMT from United States)
Don't mind Me, I'm doing this for school.
Another great issue of DW Weekly! I enjoyed your discussion on Ubuntu 16.10. What you found in your review mirrors my experience with trying it out myself: A half-baked dev preview of a desktop and very few new features. I also played around withere the new Lubuntu and ithe was very similar! Lubuntu packaged many new Qt technologies in preparation to transition to LXQt. FinallyX I appreciate your thoughts on why desktop Linux isn't as popular as other OSes. That's always something I have to explain when demonstrating it and your answer helps a ton.
21 • @11 Mark (by Mark on 2016-10-24 16:36:33 GMT from Canada)
"The great thing about linux is it's nearly impossible to get vendor locked."
I agree. I don't care about any governors of distributions. I used to have a favourite distro, but not any more.
Regarding Android; ask any user of an Android device user, if his device is run on Linux? Better ask the ordinary guy, who uses Android, not a die-hard Linux fellow. Nowadays, most guys only uses a smartphone most of the time, if needed uses a computer at work. Even though, we'd like to say otherwise, most of those people use Windows at work (and at home too).
22 • Options, options (by Andy Mender on 2016-10-24 17:16:50 GMT from Austria)
Hmm...only 3% have voted for "I prefer money/resources decides what is best" and yet the most popular distros (not here, overall) are Ubuntu, Fedora and OpenSUSE - all financially backed by large companies, who usually do the deciding.
Also, I highly recommend updating to Ubuntu 16.10 or any other Ubuntu flavor. Most of the 16.04 LTS flavors/spins I tried were bugfests. Wouldn't recommend to anyone wanting a product that "Just Works".
23 • @22 Options, options (by vw72 on 2016-10-24 18:37:49 GMT from United States)
"Hmm...only 3% have voted for "I prefer money/resources decides what is best" and yet the most popular distros (not here, overall) are Ubuntu, Fedora and OpenSUSE - all financially backed by large companies, who usually do the deciding."
Just because those distributions have corporate sponsors, does not mean they don't operate as a democracy or meritocracy.
24 • @23 *cracy (by nolinuxguru on 2016-10-24 18:54:19 GMT from United Kingdom)
@23 "Just because those distributions have corporate sponsors, does not mean they don't operate as a democracy or meritocracy."
That would explain why they all decided to force their users to adopt systemd, as if of one mind..
25 • @23 (by Jack on 2016-10-24 22:15:56 GMT from United States)
Coincidentally, Debian and Arch, arguably the two largest completely free community/democratic distros, also switched to systemd. Obviously they're in the pocket of Big Startup.
26 • 24 • @23 *cracy (by mandog on 2016-10-24 22:18:01 GMT from Peru)
No they did not force anybody to use systemD users have their own mind if they are not happy they can just move on they are not handcuffed to any distribution, only the whiners keep going back to the same old excuses Linux is Linux everybody has a choice to choose what they use and how they use it. with out be hassled by others.
27 • Poll (by Bob on 2016-10-24 23:07:22 GMT from Austria)
If they don't mess up everything before final release I'll have to stick with openSuse 42.2 whatever -ocracy this might be. Lookin' good so far.
28 • Linux_mint_Debian_edition_2_is_still_without_systemd_and... (by k on 2016-10-25 07:05:45 GMT from Moldova, Republic of)
... and the Linux Mint tops the list of downloads frequency.
Corroborating mandog's comment #26, LMDE2 has been the primary operating system
in use here, most capable -- functional, fast and featured -- and stable, for well over a year,
so all happy.
29 • KDE1 (by curious on 2016-10-25 09:55:19 GMT from Germany)
If KDE1 can run on the latest Fedora, what does anyone need Plasma for?
30 • @ 25 Democrazy (by Lennie on 2016-10-25 14:28:28 GMT from Canada)
>Coincidentally, Debian and Arch, arguably the two largest completely free community/democratic distros, also switched to systemd.<
I don't think so. Just try your luck with their forums and you'd find yourself kicked in the butt. Those forums are not independent of the distros, but are governed by the "owners."
31 • About kernel live patches (by Kazlu on 2016-10-25 15:33:00 GMT from France)
About Canonical live kernel patching: I immediately found odd that a new feature becomes available 6 months after the realease of Ubuntu 16.04. How can the software be part of the repositories if thore are supposed to be frozen? I cannot find it in the Ubuntu repositories (http://packages.ubuntu.com/fr/xenial/allpackages?format=txt.gz). And while I'm asking questions: It's Canonical software, not Ubuntu software, so is it even free and open source software?
I looked for information a little. From Dustin Kirkland himself:
"The source code of the canonical-livepatch client is part of Canonical's Landscape system management product and is commercial software." http://blog.dustinkirkland.com/2016/10/canonical-livepatch.html
OK, I didn't know the Landscape software. What is it? Is if F/LOSS? According to the Canonical's wikipedia page, no: https://en.wikipedia.org/wiki/Canonical_(company)#Other_projects_and_services
So here is what I think: This is an interesting feature. It's good for companies which want that level of service. It's even better if it helps companies switch their operating systems to Ubuntu. But as an individual, I won't use this since that feature requires the use of non-free software. Well I don't use Ubuntu 16.04 anyway, but if I did, I wouldn't use live kernel patching.
32 • Live kernel patched (by Jesse on 2016-10-25 16:01:51 GMT from Canada)
@31: I think you are making two errors in your evaluation as to whether Canonical's live patching is non-free or free software. Specifically:
1. You are confusing Canonical's Landscape server-side web interface with the client side. The client software, the part which you run on your computer, is licensed under the GPLv2. http://changelogs.ubuntu.com/changelogs/pool/main/l/landscape-client/landscape-client_16.03-0ubuntu2/copyright
The license of the server side is closed, but server side code doesn't run on your machine and is effectively closed to you anyway, regardless of which service/company is running it.
2. You seem to assume commercial and non-free are the same, but lots of commercial software is also free (as in liberty) software.
In short, using live kernel patching does not require the user to run non-free software.
As to why the software is not in the Ubuntu .deb repositories, it is because the software is installed as a snap, which Kirkland explains in the article you linked to.
33 • live kernel patches (by lupus on 2016-10-25 16:59:44 GMT from Germany)
If I understood Dustin correctly on the Linux Action Show on Jupiter Broadcasting
up to 3 machines it is even free as in free beer.
So no harm no foul play
just thank you canonical for bringing a modern Kernel feature to the public.
I also think we private tinkerers won't need live kernel patching but better have it and don't need it as need it and don't have it.
34 • [@26] ^cracy (by nolinuxguru on 2016-10-25 17:20:38 GMT from United Kingdom)
@26 "No they did not force anybody to use systemD...". If they provided viable alternatives to systemd with for these distros that would be true, but they did not. Instead, the only alternative to systemd was to "go away" [Poetterings own words].
After some 20 years using many distros, I thought in Debian that I had finally found one which met all my needs, and was not as fussy as related distros [Ubuntu, Mint etc].
Then along comes systemd, with its almost bully-boy tactics, "assimlating" distro after distro. Some distros already aligned with Redhat were easy, others [like Debian] required populating the various committees with "their people". Of the remaining "big" distros, some decided that life would be easier if they towed the line.
Of the "big" distros that remain [ones with extensive package repositories], we are left with what I would call the difficult cases: Gentoo, Slackware, PCLinuxOS. If it were not for the Devuan project, the valuable work by Debian pioneers over some 23 years, would be lost to the toxic grasp of systemd. However, the Devuan work is hampered by the continual growth of systemd into areas where its only purpose is to create "dependencies without value".
Similar problems must arise for the other non-systemd distros [I will not name them all here, but http://without-systemd.org is a good resource]. Notable cases are Obarun [ex Arch], Manjaro-OpecRC, Arch-OpenRC and Void Linux [independent].
"If you don't like it here, you can always leave". Where have we heard that before, in albeit more serious circumstances?
35 • #34 (by anticapitalista on 2016-10-25 18:37:46 GMT from Greece)
Not only Devuan. There are a few Debian based distros and deb maintainers that provide nosystemd debs or iso builds/distros. In fact, they are ahead of Devuan at the moment in the fact that you can use Debian stretch and sid repos as well as jessie without systemd. Devuan testing ascii does not provide up to date packages like those provided by Debian testing/stretch.
36 • *cracy (by nolinuxguru on 2016-10-25 19:21:06 GMT from United Kingdom)
@35 Agreed. At the start, I assumed that I could continue to use Debian 7 [without systemd], but it became clear that it was becoming "broken", and would in any way end up with very stale packages.
The only distinction between projects like Devuan and the breakaways like AntiX, Obarun [etc etc] is in the scope of their repositories. Anyway, my intention was not to induce a competition between non-systemd distros. It is just that their work is made harder by the antics [no pun intended] of the systemd crew. For example, core technologies like Dbus and Udev have already been assimilated by systemd, and will soon become a support nightmare for the non-systemd distros.
37 • #36 (by anticapitalista on 2016-10-25 19:52:34 GMT from Greece)
antiX uses Debian repos as well as its own, so it actually offers more (at the moment) than Devuan.
But, you are right that it is becoming harder and harder to build Debian based debs/distros due to the antics of the systemd crew.
38 • No systemD (by Jeff on 2016-10-25 21:14:02 GMT from United States)
The various Debian without systemd splinter groups need to work together instead of being a pile of fragments all too small to remain viable.
The strength of Debian has is their numbers, and yet even they have packages that lack maintainers.
39 • non-systemd distros working together (by nolinuxguru on 2016-10-25 22:07:19 GMT from United Kingdom)
@38 As an outsider, I am not sure whether the various non-systemd distros work together in some informal way.
They are often distinguished by having different Package Managers [at least]. I for one would like to be able to use packages from one distro on another. However, it is not as simple as the file format for a package: missing or incompatible shared images complicate things.
A distro like Source Mage appears to access the original source code, rather than keep a repository; however, it has so far defeated my attempts to get it installed.
I did not know that AntiX can use the Debian repos directly. That would mean that packages which do not depend on systemd would also work for Devuan. I clearly do not know enough about this!
40 • #34 #35 #36 (by UR on 2016-10-25 23:29:45 GMT from Germany)
Of course the independent distros are in favour over the supposed-to-have-systemd-but-maintain-other-init-system distro when dealing with packages that are supposed to rely on systemd, but after all they still have to keep patching the software that is relying on systemd on upstream side.
41 • AMD graphics compatibility (by zzarko on 2016-10-25 23:42:27 GMT from Serbia)
If you have latest AMD cards (GCN 1.2), they are covered with amdgpu and/or amdgpu-pro. If you have pre-GCN card, they are covered too with radeon driver. But, if you have GCN 1.0 or 1.1 card, and use it for gaming (steam), then better not to upgrade, or most of your games won't work or they will work poorly (if you don't play games, then open source drivers for these cards are good enough).
AMD is still developing amdgpu for GCN 1.0 and 1.1, and it isn't ready yet (some estimates are that it would be ready in about a year). Radeon driver support for these cards exists, but isn't on par with discontinued catalyst driver (speed-wise and/or feature-wise). So, for now, I'm sticking with 14.04 until amdgpu becomes stable for my GCN 1.1 card, as I like to play games (and I'm happy that so many nowadays are available for Linux!)
42 • The governing of distributions (by :wq on 2016-10-26 01:54:02 GMT from United States)
While I think consultation with non-project members in matters such as usability testing is invaluable, when it comes to project governance, I am against "armchair quarterback" governance from the bleachers (although I am occasionally guilty of this myself). Many open-source projects have clearly defined avenues for joining and contributing, which sometimes include having a vote (or otherwise a voice) in project direction (depending on the project structure).
"You can please some of the people all of the time, you can please all of the people some of the time, but you can’t please all of the people all of the time."
I know some people don't care for One Thousand and One Forks/Derivatives, but forking allows for differentiation when a divorce of competing designs, ideologies, personalities, etc may be the most productive (or least unproductive) course of action. Ideally this would be used when there are fundamental differences with regard to vision, rather than merely preferring a different default wallpaper and icon theme.
43 • We hate the decay-rate of prior learning! (If we are old) (by Greg Zeng on 2016-10-26 04:32:26 GMT from Australia)
@15 actual user base of a distribution
Internet professionals know this fairly well. Whenever anyone "internet-hits" a professionally-run website, the stats collected include the supposed Web-browser. If you ever use the internet browsers properly, the good appliances give you the extra option to give the correct report to these professional sites. For example, my favored Slimjet (Linux & Windows) has: "Include Slimjet brand name in user agent string".
Unless this deviation is allowed, all the web-browsers & operating systems will report inaccurately as being the parent: Ubuntu-Unity, Debian, Redhat (?), Chrome, Firefox, Internet Explorer, etc. Non-noobs will wisely choose the friendlier, more powerful, less-legalistic stuffiness of their parents. Some of the children are tattoo-blazing eye-ear-candied (Ultimate-Full, just released). This explains the false reports of the "most-popular" being Chrome, Firefox and Ubuntu-Unity.
@16, @17, @31, @33 Ubuntu offers live kernel update
This has been covered in great detail on numerous websites, posted by myself. My posts on the topic are re-reported on other sites as usual, without acknowledgement to myself. The proper Ubuntu sites are inaccurate; obviously they did not use Google, otherwise they would know rectify their poor understanding of the topics. Distrowatch does not have the ability to cover this topic yet; with its poor Google-robot-search setup.
@18 Governing Distributions
"if anything were to happen to Linus" ... shows poor press coverage of Linus & linux, by all communication media. Linux kernel is mostly open, and not dependent of any dictator. The closed Linux kernels exist, but someone might "teach" this later? Google's results are not adequate to include into any Wikipedia-type of report. The "black internet" or Wikileaks MIGHT show some reality. Only old-timers like myself, if alive, might tell you about past reality, Most of reality will never be stored in any type code-form (audio, video, text are codes; all falsely claim "accuracy": cognitive science).
@22, @23, @24, @34 • Options, options
Another noob who has poor understanding of the working of Linux communities (including Android). Canonical Ubuntu has financial, legal tightness, similar to Google's Android and Redhat. The parents have open and closed communities, which may not yet have the official or un-official approval of the profit-dependent parent. Governance in Linux is structured the way the military departments of the big nations operate. We all have "fluid" interactions (known & unknown) with all other "players". Outsiders like the juniors & noobs are unaware of these realities.
"systemd" and other ISO-type standards are not secret, suspicious conspiracies, except to outsiders. If ever you have enough work-skills to work at the ISO-levels, you might understand the importance of the management of superstructures and substructures.
42 • The governing of distributions
One of the very few things here on Distowatch that is reality. This governance problem is called "evolution", as theorized by Charles Darwin, but operating with memes, not biochemistry. Our work at ISO-type organizations is affecting Linux, whether the juniors know it or not. The disappearances of primitive languages (spoken, written, computer, etc.) is part of this deliberate rationalization processes. BSD-type &, Linux-type languages are also undergoing "evolution". Much more rationally than the non-Unix languages. So many coders hate the decay-rate of their learnt languages.
44 • systemd to become ISO standard? (by nolinuxguru on 2016-10-26 07:59:32 GMT from United Kingdom)
@43 ' "systemd" and other ISO-type standards are not secret, suspicious conspiracies, except to outsiders.' ...'Our work at ISO-type organizations is affecting Linux...'.
I would laugh at the idea that systemd could become an ISO Standard if it weren't a scary. The great ISO standards like Fortran, C/C++ are welcomed by the whole community in a specialist area. systemd is far from uniformly welcomed, except perhaps in the alternative universe that Poettering et at inhabit.
45 • Korporate Kulture Konquers Kode (by Arch Watcher 402563 on 2016-10-26 09:46:40 GMT from United States)
Greg Zeng floats on FOSS boards his haughty proposition that corporate QA beats FOSS. He misses the whole point. It's not about being corporate. FOSS goals are anti-corporate.
Yet what's happening is a hostile corporate takeover. Greg likes it, but isn't qualified to speak on code. If only D- did adhere to standards, including the first advertising, so that we could know where RedTeamBlackHat might stop eating the commons. Greg's secret plot cop-out mantra is a strawman to evade the basic issue at hand.
A company leveraging unpaid volunteers would seek to control them as much as possible. It's rather obvious. Read IgnorantGuru's insights on how it's done. Realize that one firm now controls many big pieces of Linux, well beyond D-, big as that is now.
Linus himself stays in their walled D- garden despite crappy QA so bad it makes him curse, er, more than usual. Greg missed the memo. Linus pulled commit privs from D- devs. That's the corporate quality Greg touts.
FOSS distros are volunteer associations. They are not corporations and not military. Most don't need government. Where they are "ruled," you find cliques. Some have elections, but claims of meritocracy are baseless absent objective metrics.
The problem in FOSS isn't presence or absence of leadership boards, elections, HR policy emissions, or korporate fluff. It's a flocking reflex. FOSS distros do what others do. Given that social situation, it's a cakewalk for any self-interested company to provide the missing direction. Distros were too eager to kiss D- thinking a one-night stand for cruft removal would not betray FOSS. They all got VD and now cover their shame and stupidity with bald propaganda that VD is improvement. With the amount of work D- took to adopt, they could easily have changed inits by themselves. But no. RedTeamBlackHat got them by the balls. Now they must do exactly whatever the firm says comes next in the VD- conquest, without influence on said firm's decisions. Talk about "governance"!
I am Arch Watcher 402563 and I approve armchair quarterbacking by those who (a) code professionally and (b) want to see FOSS freedom for all. You're welcome.
46 • @32 live kernel patches (by Kazlu on 2016-10-26 11:36:53 GMT from France)
1. I admit having trouble finding out what is running server side and what is running client side, particularly in the case of kernel live patches. For something as sensitive as kernel updates, code running server side is not really reassuring, especially when you don't know what is the extent of its role. We could imagine that the client side only sends information to the server side which would be doing the real work. I don't really know. But anyway that changes a lot, by principle, when you compare that to an update software running entirely on your machine and that is just fetching signed binaries on external repositories: in my understanding, in this case nothing is computed server side for each client individually. Only the binaries building (once for everyone, so no one to target specifically) are run server side.
2. Commercial and non-free are indeed not the same and that is the reason I thought I needed more information when I read "commercial software". Since it answered a question concerning software licences, it seemed to use "commercial" as "non-free", but that was not clear enough. So I looked at the Canonical wikipedia page until I found "Landscape, a proprietary web service for centralized management of Ubuntu systems". There it is : "proprietary". Then you know it's not free software. But at that point I admit it seems to be concerning the server part and you brought a proof that the client part is free software.
About the repositories: oh. So where can we explore snap packages repositories? I found this but could not find canonical-livepatch: https://apps.ubuntu.com/cat/search/?q=canonical-livepatch&op=. And I don't know how it is managed, contrary to the classical .deb repositories. If the snap repos are not frozen the way the .deb repos are, I consider that can be a good idea for some desktop applications but not for critical pieces of software such as the Linux kernel.
47 • NetRunner Core 10-21-2016 (by Lionel Winchester on 2016-10-26 14:10:56 GMT from United States)
The latest NetRunner seems to be an interesting distribution. Debian Stable base with the new KDE Plasma desktop.
However,the display / log-in manager is not to my taste at all so,I installed KDM via Synaptic.
Also,I could not get auto log-in to work by selecting that option during the install procedure .... nor could I get it to work post-install from the settings menu. Maybe I will try as the super user.
48 • @45 (by Jay on 2016-10-26 14:57:55 GMT from United States)
I agree with your point about manpower moves groups that don't seem willing to provide it (no matter how much they have or could do it). I agree it isn't as difficult as people make it out to be to alter the init system. You need commitment to do it. So many people talk about doing something, but when it comes to actually doing it, nothing happens. They just go with what's easiest. That's the evil of the default. The same is true about security/privacy/etc. They want it all, but OMG, if it costs me anything (convenience usually), then I don't want that!
49 • Would people get addicted to Linux? (by Lennie on 2016-10-26 15:16:56 GMT from Canada)
A long time ago, IBM gave away the technology how to make PCs, without keeping something crucial for itself, so in the end IBM lost to all clone producers. To run the PCs, you needed a OS, and that wasn't really there, except maybe DOS. But later Windows came by, but was pirated all over the world. Even governments used pirated Windows. But, Windows kept something crucial for itself. The whole world got addicted to Windows. Even in those days, I felt that MS was making Windows in such a way, so it was easy to get pirated, just to get the world addicted to it.
Google learned Android's worth and bought the company with the developers. It doesn't really matter, if Android takes the Linux kernel and redo it for its use. What's created is Android and nothing is given back to Linux. Android (and Google) makes sure that Android won't work with the PCs. Android is sort of open source, up to a point. That open-source part can be used by manufacturers to create their own Android based operating system. That way, Android has taken the world market. Only certain apps would always be proprietary and owned by Google. And the world got addicted to Android.
50 • re: Would people get addicted to Linux? (by nolinuxguru on 2016-10-26 18:06:29 GMT from United Kingdom)
@49 You are wrong about Android not working on PCs: I have run the x86 version on a laptop [it is number 18 on the Distro Watch Chart]. It is slow running from a DVD or USB drive, but it can be installed on a hard drive. However, you might be disappointed with it as a desktop replacement. No chance of becoming an addict! An architectural dead-end, soon to be revoked.
51 • @50 (by Lennie on 2016-10-26 20:30:49 GMT from Canada)
Android is ported to x86 by few enthusiasts. I have used 3 of them. What I said is that Android or Google is not interested in creating Android to work in PCs. And they keep on stating that Android is not Linux.
People have got addicted to Android with more than 5 billion mobile users. Google succeeded by selling Android, and not Linux. Google is not that successful in Linux based PC like Chromebook.
52 • android (by nolinuxguru on 2016-10-26 20:48:41 GMT from United Kingdom)
@51 Sorry, I miss-read what you were saying. Yes, it is clear as mud what Google are doing with Android and Chromium. They avoid saying anything about Linux. Soon, they will not use Linux as a base OS. As long as they keep the user interface vaguely the same, who will care what is under the bonnet? Maybe they will take the Chromebook model to the extreme of assuming that everyone everywhere has a fast internet connection. Then all their software can sit in the clouds. Where have I seen that before? If they succeed in replacing the Linux kernel, with something smaller, then I would be interested in seeing that [assuming it is FOSS].
53 • Linux is and isn't an OS (by Woodstock69 on 2016-10-26 23:54:37 GMT from Australia)
Two points on this weeks question. The first is that when dealing with specifics, you need to understand that Linux isn't the OS. It's the kernel. The heart and brain which the OS is built around. This is why Linux lends itself to so many applications. Linux doesn't need a body to function. Now if you want a desktop/mobile system, you need either the Android wrap-around or the myriad of other supporting GNU "tools" and environments to interface with the user. And yes, Android has the Linux kernel at its heart, and in this sense it is Linux.
Secondly, I'm happy to have the current level of exposure of Linux (the desktop, not the kernel) as is. I don't want Linux to be too mainstream. I'd use Windows/Mac if I want mainstream and to live in a straight-jacket. I can confidently support my friends and family in getting them started and using most distributions to meet their needs. This is my hobby. This is Linux (the OS).
So you have Linux the OS/Distro and you have Linux the kernel. And this is why Stallman likes to differentiate the two by saying GNU/Linux (the OS) when referring to distros (amongst other reasons). Now you might like to disagree with my very broad and general summary, that's ok, just be civil.
54 • @39 no systemd (by Jeff on 2016-10-27 07:05:07 GMT from United States)
Since all the distros I was talking about were/are splinters or forks of Debian they all still use the .deb package which means the same package managers will work for any.
So really the only thing left is dependencies, which systemd is being made one in things for no reason except to prevent other init systems use.
55 • @ 53 (by Mark on 2016-10-27 08:03:08 GMT from Canada)
Linux maybe just the kernel, but what we use is called a Linux distro. Mac and Windows are also distros on their own way, are using a kernel and building around it. Only they never talk about a kernel, and the users are not interested.
Android doesn't talk about Linux too. Android doesn't use GNU and is not interested in Stallman. It makes its own "tools" and those tools cannot be used in "mainline" Linux distros. Also so-called Linux apps won't work in Android and have to be "ported" to Android. Interestingly, those ported apps are much smaller, than in a "normal" Linux distro.
56 • Re: Cold hard facts (by A-Style on 2016-10-28 04:38:25 GMT from United States)
Number of active distributions in the database: 283
Number of discontinued distributions: 487
Number of dormant distributions: 59
This is straight off DW. Does anyone else notice that the number of discontinued and dormant distributions is nearly twice that of active ones? (Picking on the math is missing the point of what I'm trying to say). Just having a personal itch to scratch does not make for a successful, sustainable project. Most of the defunct stuff is simple re-spins anyway. Yeah, whoever made the re-spins, they have the skill to do something interesting. My suggestion to them would be to write scripts and release them as packages to the 'Community' repos of the major distros. If you personally don't like the installer, but have the skills to bake your own into a DVD, fine, do it for yourself, but don't pollute the listings! It's hard enough to scroll through nearly 300 active projects and choose what you want.
57 • @54 • @39 no systemd (by Jeff on 2016-10-27 07:05:07 GMT from United States) (by Finalzone on 2016-10-28 07:34:20 GMT from Canada)
Systemd is a system daemon for Linux kernel. Having multiple init available for the sake of it within core components is just a waste of time and yet another lack of standardization.
58 • Yahweh, God(s), Allah, ... where are you, when we need you? (by Greg Zeng on 2016-10-28 07:54:02 GMT from Australia)
At the end of every week, few eyeballs see these latter comments. So "old" comments are seemingly lost forever, because Google's robots cannot (yet) discover them. But I will persist.
54 • @39 no systemd
"Since all the distros I was talking about were/are splinters or forks of Debian they all still use the .deb package which means the same package managers will work for any."
Ubuntu-based distributions can generally handle the many dependent files, if you install any DEB-type file. Sometimes you need to run in a terminal, as the terrible screen readout demands: sudo apt autoremove
Debian-based distributions that are missing the Ubuntu-base, find it difficult to handle file dependencies. Many are missing, or wrong, or confused by the ones already there. Often the program needed to handle DEB-type file is missing, or the wrong type. After you install apt-get, aptitude, etc ... the installation might still be unclean, now or later. Other versions of Linux are worse again. Hence their low popularity, after the "honeymoon" period.
55 • @ 53
Yes. As already stated in my earlier post in @1: "Religious "faith", or blind-ignorance is needed for these closed systems." My first draft of this line was not so PC: politically-correct.
The Linux kernel is much more than you seem to understand. The closed-kernels use closed-meritocracies, with secret crazed-codings. Hence the closed-source need for (untrusted) third-party drivers, with their limited understanding of the core-kernel+secrecy. The Linux kernel, updated nearly every day, includes hardware drivers & bug fixes of many types, inside the kernel. For example: youtube.com/watch?v=4xdMteqm994&t=2 where I cite: www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.4.26
Looking at the key-stakeholders list for Linux, it is obvious, with so many hardware manufacturers, and the Board of Directors. Other closed-meritocracies produce their own versions of Linux kernels. Often these closed versions MIGHT work with the open-sourced version.
"As of April 2014, the foundation collects annual fees worth at least 6,245,000 USD:
8 Platinum members
16 Gold members
224 Silver members" wikipedia.org/wiki/Linux_Foundation linuxfoundation.org/about/board-members
Google's Android has ten (10) forks & clones, which I mentioned earlier @1 • "Meritocracy preferred". Six (6) of these are open-source. wikipedia.org/wiki/List_of_custom_Android_firmware
Because the Android-based versions of Linux are so "tight", their compilation of Linux-kernel plus "special-parts" is very different. There are too many strange "special-parts" that to fit into such very tight very limited hardware. This explains the "success" of the x86-version of Android imho.
56 • Re: Cold hard facts [on Linux re-spins]. Few experts have tried all these "re-spins". I did try, especially the Ubuntu-based ones. If you try to be a Linux expert, you will realize that poor upstream management of Linux is the weakness. Poor corporate governance the world over, means that the feedback is not impacting senior management. The re-spins show so many similar "improvements" over senior managements' incompetence. Minority peoples (sex, race, DJ Trump Conservatives, etc) might conclude paranoia plots of many kinds. Cognitive sciences shows that very poor coding languages are the key.
One of the reasons for the very many upgrades in the Linux kernel is the Linus-originated software, much copied and further evolved, that allows a "systemd" approach to software-development. Ever-changing multi-processing of many intertwined, complex sub-processes. Social engineers of many types (standards associations, applied technologists, governance researchers, etc) are forever trying to improve these memetic languages.
Old-timers like myself know that software, language & application releases have slowed to a sensible state. I have daily monitored web-sites such as Softpedia (2001) & MajorGeeks, since their origins, as well as subscribing to the CPM-88 . Dinosoar software is dead. The best have survived. New Linux releases are less, compared to the frantic pace years ago. The lone-hero code-cutter has enough social skills to team-work with lasting, well-managed groups. However, group-management skills (HRM) is very poor, world wide. Hence my vocation in these areas.
57 • @54 • @39 no systemd
So many people still on Distrowatch seem to be writing that Wikipedia is wrong. wikipedia.org/wiki/Systemd
" ... published as free and open-source software ... to allow more processing to be done concurrently or in parallel ... and to reduce the computational overhead ... ". Seems human rationality and human group-work is not enough for our slow-learners. Yahweh, God(s), Allah, ... where are you, when we need you?
59 • @58 Keep God(s) out of this. (by curious on 2016-10-28 08:58:21 GMT from Germany)
Please note: Wikipedia is often right, but CAN be wrong, especially on controversial subjects. The way Wikipedia works means that the most persistent author will "win", not necessarily the person who gets it right.
And the problem many people have with systemd is not its stated goals, but
(a) that it seems to be taking over lots of other tasks that have NOTHING to do with said goals (like a cancer), introducing unnecessary bugs and very high complexity along the way, and
(b) the lack of choice for the users: not only have most distros adopted systemd without offering alternatives, but also important software (e.g. Gnome) unnecessarily requires systemd as a dependency, making it harder still to find or create alternatives.
60 • @56 (by Jake on 2016-10-28 16:24:56 GMT from United States)
I wouldn't read too much into those stats. Distros are like people: they have life spans. If you made a similar chart about people over the last 200 years, you'd find that the number of dead people far exceed the living. That's not because there isn't a will to live; people can live only so long. It's natural.
It's a fallacy to think that distros, companies, or anything of this world will last forever. They have their time and place, and when they run their course, all that's left is that DW archive.
61 • The point of FOSS (by M.Z. on 2016-10-29 05:09:40 GMT from United States)
"It's not about being corporate. FOSS goals are anti-corporate."
Between that & your anti-control tie raid it seems like you really don't get one of the core features built into Free & Open Source Software. The goals of FOSS are indifferent to being corporate, but it is definitely about preventing control being taking away from any group of users. The point of GPL software is that you have the right to do whatever you want with it so long as it remains GPL & is available to fellow users. Anyone with time & the know how can take the software & add to it or remove from it at will. That's one of the main reasons why distros with different init systems exist & will continue to exist as long as there is support for the them. If a situation in FOSS becomes bad there will be a fork & everyone will be free to pick their camp or use multiple camps at will. All the theories I hear about control, regardless of how cleaver they are, all amount rationalizations of preconceived notions.
We the users have equal rights over GPL software & we can form communities to support any sort of GPL software project we want. If there is a truly important issue at steak then options can be created to satisfy the wants & needs of all significant groups. Your free to choose your distro based on init systems if you want, personally I use a few different distros with & without systemd. I think we should be glad that we have these sorts of choices if we want them & not throw FUD around.
62 • BDFL (by john on 2016-10-29 12:51:19 GMT from United States)
I chose dictator since the distro (Slackware) I have used for quite a while works great for me. @ work we use RHEL workstations, pretty good but originally spent a lot of time getting that environment the set way I like it (now that activity is easy with notes I kept). No need to do that with Slackware, it works the way I do :)
Number of Comments: 62
Display mode: DWW Only • Comments Only • Both DWW and Comments
|• Issue 764 (2018-05-21): DragonFly BSD 5.2.0, Tails works on persistent packages, Ubuntu plans new features, finding services affected by an update|
|• Issue 763 (2018-05-14): Fedora 28, Debian compatibility coming to Chrome OS, malware found in some Snaps, Debian's many flavours|
|• Issue 762 (2018-05-07): TrueOS 18.03, live upgrading Raspbian, Mint plans future releases, HardenedBSD to switch back to OpenSSL|
|• Issue 761 (2018-04-30): Ubuntu 18.04, accessing ZFS snapshots, UBports to run on Librem 5 phones, Slackware makes PulseAudio optional|
|• Issue 760 (2018-04-23): Chakra 2017.10, using systemd to hide files, Netrunner's ARM edition, Debian 10 roadmap, Microsoft develops Linux-based OS|
|• Issue 759 (2018-04-16): Neptune 5.0, building containers with Red Hat, antiX introduces Sid edition, fixing filenames on the command line|
|• Issue 758 (2018-04-09): Sortix 1.0, openSUSE's Transactional Updates, Fedora phasing out Python 2, locating portable packages|
|• Issue 757 (2018-04-02): Gatter Linux 0.8, the UNIX and Linux System Administration Handbook, Red Hat turns 25, super long term support kernels|
|• Issue 756 (2018-03-26): NuTyX 10.0, Neptune supplies Debian users with Plasma 5.12, SolydXK on a Raspberry Pi, SysV init development|
|• Issue 755 (2018-03-19): Learning with ArchMerge and Linux Academy, Librem 5 runs Plasma Mobile, Cinnamon gets performance boost|
|• Issue 754 (2018-03-12): Reviewing Sabayon and Antergos, the growing Linux kernel, BSDs getting CPU bug fixes, Manjaro builds for ARM devices|
|• Issue 753 (2018-03-05): Enso OS 0.2, KDE Plasma 5.12 features, MX Linux prepares new features, interview with MidnightBSD's founder|
|• Issue 752 (2018-02-26): OviOS 2.31, performing off-line upgrades, elementary OS's new installer, UBports gets test devices, Redcore team improves security|
|• Issue 751 (2018-02-19): DietPi 6.1, testing KDE's Plasma Mobile, Nitrux packages AppImage in default install, Solus experiments with Wayland|
|• Issue 750 (2018-02-12): Solus 3, getting Deb packages upstream to Debian, NetBSD security update, elementary OS explores AppCentre changes|
|• Issue 749 (2018-02-05): Freespire 3 and Linspire 7.0, misunderstandings about Wayland, Xorg and Mir, Korora slows release schedule, Red Hat purchases CoreOS|
|• Issue 748 (2018-01-29): siduction 2018.1.0, SolydXK 32-bit editions, building an Ubuntu robot, desktop-friendly Debian options|
|• Issue 747 (2018-01-22): Ubuntu MATE 17.10, recovering open files, creating a new distribution, KDE focusing on Wayland features|
|• Issue 746 (2018-01-15): deepin 15.5, openSUSE's YaST improvements, new Ubuntu 17.10 media, details on Spectre and Meltdown bugs|
|• Issue 745 (2018-01-08): GhostBSD 11.1, Linspire and Freespire return, wide-spread CPU bugs patched, adding AppImage launchers to the application menu|
|• Issue 744 (2018-01-01): MX Linux 17, Ubuntu pulls media over BIOS bug, PureOS gets endorsed by the FSF, openSUSE plays with kernel boot splash screens|
|• Issue 743 (2017-12-18): Daphile 17.09, tools for rescuing files, Fedora Modular Server delayed, Sparky adds ARM support, Slax to better support wireless networking|
|• Issue 742 (2017-12-11): heads 0.3.1, improvements coming to Tails, Void tutorials, Ubuntu phasing out Python 2, manipulating images from the command line|
|• Issue 741 (2017-12-04): Pop!_OS 17.10, openSUSE Tumbleweed snapshots, installing Q4OS on a Windows partition, using the at command|
|• Issue 740 (2017-11-27): Artix Linux, Unity spin of Ubuntu, Nitrux swaps Snaps for AppImage, getting better battery life on Linux|
|• Issue 739 (2017-11-20): Fedora 27, cross-distro software ports, Ubuntu on Samsung phones, Red Hat supports ARM, Parabola continues 32-bit support|
|• Issue 738 (2017-11-13): SparkyLinux 5.1, rumours about spyware, Slax considers init software, Arch drops 32-bit packages, overview of LineageOS|
|• Issue 737 (2017-11-06): BeeFree OS 18.1.2, quick tips to fix common problems, Slax returning, Solus plans MATE and software management improvements|
|• Issue 736 (2017-10-30): Ubuntu 17.10, "what if" security questions, Linux Mint to support Flatpak, NetBSD kernel memory protection|
|• Issue 735 (2017-10-23): ArchLabs Minimo, building software with Ravenports, WPA security patch, Parabola creates OpenRC spin|
|• Issue 734 (2017-10-16): Star 1.0.1, running the Linux-libre kernel, Ubuntu MATE experiments with snaps, Debian releases new install media, Purism reaches funding goal|
|• Issue 733 (2017-10-09): KaOS 2017.09, 32-bit prematurely obsoleted, Qubes security features, IPFire updates Apache|
|• Issue 732 (2017-10-02): ClonOS, reducing Snap package size, Ubuntu dropping 32-bit Desktop, partitioning disks for ZFS|
|• Issue 731 (2017-09-25): BackSlash Linux Olaf, W3C adding DRM to web standards, Wayland support arrives in Mir, Debian experimenting with AppArmor|
|• 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|
|• Full list of all issues|
|Random Distribution |
pQui Linux was a Brazilian desktop-oriented distribution based on Slackware Linux.
|Tips, Tricks, Myths and Q&As |
|Tips and tricks: Command line weather, ionice, rename files, video preview snapshot, calednar, ls colour settings|
|Questions and answers: Release cycles|
|Tips and tricks: Extracting package lists from various distributions|
|Questions and answers: Debian, systemd and forks|
|Questions and answers: Recovering open files, starting a new Linux distro|
|Tips and tricks: Play nicely, drop secure shell sessions cleanly, check init's name|
|Questions and answers: Linux on Apple hardware|
|Tips and tricks: Verifying ISO images|
|Myths and misunderstandings: The spread of systemd and launchd|
|Tips and tricks: Combining commands in the shell|
|More Tips & Tricks and Questions & Answers|