 DistroWatch Weekly |
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 0, value: US$0.00) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
| Reader Comments • Jump to last comment |
1 • Nouveau vs Nvidia (by Bob on 2014-10-27 18:05:53 GMT from Austria)
Once in a while I am having a brief encounter with Nouveau - at least before its compulsory replacemend with Nvidia. It is very difficult to imagine why anyone would prefer Nouveau to Nvidia. I might opt for OSS in some other cases, but Nouveau is trailing in performance by such a huge margin that it is completely unacceptable. Phoronix seems to prove me right: http://www.phoronix.com/scan.php?page=article&item=nvidia_nouveau_utopic&num=3
2 • Thanks for the Research (by G Savage on 2014-10-27 18:09:42 GMT from Canada)
Thanks for checking into this whole systemd thing. It's all very curious to me. I install and use distros, not build them. There's an awful lot good ones. Mint and Macpup have been my workhorses. It troubles me to see infighting. It only benefits the big boys. (I'm still upset about Pear/Klementine.)
3 • GhostBSD (by :wq on 2014-10-27 18:40:45 GMT from United States)
"In the virtual environment GhostBSD would boot, but I found the operating system wouldn't take full advantage of my display's resolution, even with VirtualBox's guest add-ons in place."
It's a configuration issue with your xorg.conf. See: https://wiki.freebsd.org/VirtualBox#Installing_Guest_Additions_for_FreeBSD_guests
"The package manager downloaded and installed these items for me without any problems, but when I rebooted the machine, I was dropped at a text console login screen. I was no longer able to launch the X display software and I could not get back to a graphical login screen. After trying to boot in safe graphics mode and trying to manually correct the problem with X I re-installed GhostBSD. The operating system worked well for me again until I performed another software update a few days later. Once again, installing updates disabled X, reducing GhostBSD to a command line only operating system."
Whatever the issue was, it might be resolved, as I was unable to reproduce it in VirtualBox via pkg upgrade.
4 • GhostBSD (by hotdiggettydog on 2014-10-27 18:54:04 GMT from Canada)
I could not get Ghost to boot on any machine of mine. Something about scsi. I soon lost interest.
It did boot up on Virtualbox but Guest Additions was not available. I lost interest.
I see the link posted earlier for installing guest additions. Might try again someday.
5 • GhostBSD (by AlanB on 2014-10-27 19:21:46 GMT from United Kingdom)
I have GhostBSD running on my spare pc ( AMD Athlon II, Nvidia graphics card ). It runs perfectly. I've also re installed 3 times in between installing other distros. Each time it installed without any problems. Indeed, I reckon it's one of the easiest and quickest installs of the many distros I've tried over the years. I must add that I let it use the whole of the hard drive for the install, and that it's the sole OS on the drive.
6 • PCLinuxOS kernel & GhostBSD (by M.Z. on 2014-10-27 19:42:17 GMT from United States)
I wanted to point out that I'm on kernel 3.16.6 on my copy of PCLOS, so the chart has another caveat. It is true though that upgrading the PCLOS kernel does require manually selecting a new kernel in Synaptic, so you can run an old kernel for as long as you want.
----
On the subject of GhostBSD, I had video card issues as well when I tried version 3.5 on a number of different systems. In fact the only thing I think GhostBSD 3.5 worked on was my laptop with Intel HD graphics, but of course then the Intel wireless didn't work. I've never had a desktop version of BSD just work with any computer of mine, but I may try again soon.
7 • openSUSE Factory multimedia (by AnklefaceWroughtlandmire on 2014-10-27 19:56:12 GMT from Ecuador)
The trick to get multimedia working for openSUSE Factory (soon to be called Tumbleweed) is here:
https://en.opensuse.org/Additional_package_repositories#Packman
zypper ar -f -n packman http://packman.inode.at/suse/Factory/ packman
Or, if you prefer the YaST method, add a new repository by URL, the URL being "http://packman.inode.at/suse/Factory/" and you can name it whatever you want.
After creating the repository it's better to set it to a higher priority (unintuitively a lower number) and then use the YaST option to switch all installed packages to the versions in this repository. Then you can add any other additional multimedia packages that you can think of, Packman has EVERYTHING.
Hope this helps!
8 • Arch boot time and systemd in general (by Charles Burge on 2014-10-27 20:30:20 GMT from United States)
I'm really curious what kind of system is taking 40 seconds to boot Arch Linux. I have it installed on a 7-year-old PC (Lenovo ThinkCentre M55) and I just clocked the boot time at 17 seconds.
Having said that, I find it curious that fast boots are being touted as one of the most compelling features of systemd. The very nature of Linux is that well-suited to very long uptimes. For me, I like systemd for what Jesse calls the reduction in fragmentation. I've tried a lot of different distros, and to me it's frustrating that I always have to google the correct command for restarting sshd or apache or whatever, or turning off postfix (which always seems to be running by default even on so-called "minimal" installations that aren't called Arch). But with systemd, I always know what those commands are. I think it's great that there can be such variety in the way different distros look and feel, but when it comes to the under-the-hood nuts and bolts, I think the Linux world would really benefit from a little more homogeneity.
9 • GhostBSD 4.0 (64) (by Galasrinnion on 2014-10-27 21:06:51 GMT from United States)
Well....I must say that I found GhostBSD 4 (64-bit) stunning and stable !!
That doesn't mean that GhostBSD doesn't need some touch-ups, like the package manager. From the posts I read on the forums, that is being addressed.
Never the less with my NVIDIA graphics card, and for some reason BSD prefers these;
there was no problem whatsoever. I haven't checked out you tube yet, but videos played just fine on NFL.com and MLB.com. Be sure you download the latest released ISO. Also watched some movies online. BRAVO again. With my desktop, because I use usb speakers, there was no sound at the get-go; so I needed to add: # sysctl hw.snd.default_unit=5 to /etc/sysctl.conf.; but after that, luscious sound on every boot-up.
I too like Jessie, appreciate very much this effort and like the direction they are taking with BSD. I quickly made GhostBSD 4 a part of my system and found it to be more of a TREAT than a TRICK !! When they get the package manager issue resolved...LOOKOUT !!
10 • Re 8: systemd fast booting (by hobbitland on 2014-10-27 21:23:09 GMT from United Kingdom)
Hi, I moved from Ubuntu 12.04 to Debian 7. One thing I miss is fast boot with upstart. But I am glad to rid myself of unity (even xubuntu has unity libraries).
I have tried Debian 8b2 and it does boot extremely fast. Fast boot & fast shutdown is important to me as we use mini PC connected to TVs. So they system is switched on and off a number of times everyday.
I enabled 1 second shutdown on my systems by forcing kernel to mount read only and power off on power button. System must shutdown in one second. I replace "/etc/acpi/powerbtn.sh" with
#!/bin/sh
echo s > /proc/sysrq-trigger
sleep 0.25
echo u > /proc/sysrq-trigger
sleep 0.25
echo o > /proc/sysrq-trigger
11 • GhostBSD package updates (by Galasrinnion on 2014-10-27 21:25:51 GMT from United States)
Check out the warning given here by the developers about package updates for 4.0.
Warning:
Updating software using "pkg upgrade" will corrupt xorg and might corrupt GDM too. The solution is to use update the software that you want to update with "pkg install" , you can see the list of update by doing "pkg upgrade -n", "pkg install" automatically update software dependency. Be sure to not upgrade xorg-server, xorg-drivers, and any xf86 with "pkg" use "portupgrade"
12 • PCLinuxOS packages versions (by Ika on 2014-10-27 21:30:32 GMT from Spain)
Jesse,
Thanks for your nice work in all you're doing. I understand it's a massive work and time consuming... It would be nice if the tests would be made in a physical installation as this is what shows the real atributes of an operatind system...
With regard of PCLinuxOS' packages versions please note
1. As the poster #6 already pointed it out, the current kernel version is 3.16.6 (this has already 2 weeks). It is not automatically upgraded for obvious reasons, so it must be done manually.
2. LibreOffice is at version 4.3.2.2 (and shortly will go to 4.3.3) and it was already available when you started the test, so, please, run LibreOffice Manager to update it.
Peace and all the best.
Ika.
13 • @1: Nouveau vs Nvidia (by Will B on 2014-10-27 21:34:56 GMT from United States)
I'm sorry you're having those kinds of issues. Sometimes it depends on the distro.
I'm running Slackware 14.1 and Nouveau on a semi-modern Nvidia GT 610 and it's very fast with good 3D performance when using SweetHome 3D. I haven't bothered to go with the proprietary Nvidia driver because Nouveau works great (and any glitches or latency would be immediately noticed...I'm very picky about that).
On Debian, I have tried Nouveau, but it's awful. Window borders and other visual elements are corrupted and the performance is slow on the same hardware.
I guess it just depends on how your distro patches and builds Xorg. :-\
14 • systemd boot times (by Paraquat on 2014-10-27 23:38:26 GMT from Taiwan)
A friend of mine who is a Gentoo developer took the time to compare systemd boot time with OpenRC (the default init system in Gentoo).
He actually found that OpenRC booted about one to two seconds faster. Boot times with OpenRC were between 9 and 10 seconds, systemd about 10 to 12.
It should be noted that OpenRC runs startup scripts in parallel, and should be noticeably faster than sysvinit, though my friend didn't test that.
Since Gentoo supports both OpenRC and systemd, my friend also did evaluate the latter. His big fear is security - systemd is simply too large and offers too great an attack surface for him to trust, especially on a server but certainly on a desktop too if you use it for online banking, credit card purchases, or even want to protect from snooping. The very feature that systemd developers brag about - the fact that it does so much more than simply provide init - greatly increases the potential to get compromised.
15 • boot time obsession (by cykodrone on 2014-10-28 00:06:11 GMT from Canada)
With my hardware ANY OS will boot in under a minute, that's not the issue (maybe for an obsessed few), the issue is stability, user control (user tweaking), security, developer openness, etc. I really don't care how long my OS takes to boot, but I do care what it does after it boots, that includes the possibility of secret or locked code. From what I've read in comments, systemd is supposed to handle networking, I'm not too comfortable with that.
16 • LibreOffice Manager? (by a on 2014-10-28 00:12:50 GMT from France)
@12, why does PCLinuxOS need a LibreOffice Manager? Why doesn’t LO get updated like all other packages?
Also not sure why the kernel isn’t updated as well. It’s certainly not obvious.
17 • @8 • Re: Arch boot time (by Rev_Don on 2014-10-28 00:36:53 GMT from United States)
"I'm really curious what kind of system is taking 40 seconds to boot Arch Linux. I have it installed on a 7-year-old PC (Lenovo ThinkCentre M55) and I just clocked the boot time at 17 seconds."
After much prodding, Jessie has been kind enough to list his system specs at the end of each review. While he doesn't state which computer he tried the test on, I would be willing to bet it is the one he uses for reviews so that info would be at the end of the GhostBSD review.
18 • Arch boot time (by linuxista on 2014-10-28 02:14:33 GMT from United States)
For what it's worth, I have Arch and Mint in partitions on the same SSD on a Lenovo x201.
Arch booting into Gnome3: 9.66 seconds
Arch booting into i3: 6.04 seconds
Mint booting into Cinnamon: 16.53 seconds
Mint is Upstart not Sysvinit, but that's all I've got right now.
19 • #16 (by Ika on 2014-10-28 03:08:36 GMT from Spain)
!why does PCLinuxOS need a LibreOffice Manager? Why doesn’t LO get updated like all other packages?"
Ask the devs why. :) The script just download and installs LO directly from libreoffice.org. Simple.
"Also not sure why the kernel isn’t updated as well. It’s certainly not obvious."
Let's say it will automatically upgrade. This means the old kernel will be removed, replaced by the new one. Now, what happens if that new kernel do not play well with your hardware and you're no more able to boot into your system? So, you can install the new kernel and, at the same time, keeping the old one too so you can boot the system with this if the newer gives you problems. I always have at least two or three kernels installed, just in case (besides the one(s) from the testing repos).
Or, in a 322 bits environment, which kernel should be offered for upgrade: ,pae or non ,pae? Can a package manager guess your architecture? What if it'll ofer the "better" .pae and your processor is not .pae capable?
Is it better an automatic kernel upgrade or a manually one? All this is about stability.
Now, is it obvious? ;)
20 • a (by a on 2014-10-28 03:39:13 GMT from France)
@19
The way Arch "solves" the problem is by having two kernel packages: one normal, and one LTS. So if you have a problem with the normal one you can always boot on the LTS (well, assuming it’s working).
The way Ubuntu "solves" the problem is by never deleting any kernel.
It shouldn’t be that hard to add a post-install script that deletes old kernels, keeping a few ones known to work.
There is no need to decide which kernel to install (PAE or not…), just update the package that the user selected.
21 • Boot/shutdown times (by hsw on 2014-10-28 04:04:20 GMT from Taiwan)
I would see fast boot/shutdown times as becoming more important now that we hav hypervisor capability on many machines. I is not just the host boot to consider, but the VMs as well, I would sooner spin up VM to run browser instances than run them on the host.
22 • LXLE 12.04.5 installed (by Ben Myers on 2014-10-28 04:28:05 GMT from United States)
I installed LXLE 12.04.5 on an elderly 15" screen IBM Thinkpad R51 that I souped up (relatively speaking) with a 2GHz Pentium M and 2GB memory. Install went smoothly, and system runs responsively, way better than it did with a Windows XP boat anchor to slow it down. Because this distro plays nice with non-PAE CPUs (or a BIOS that masks out the PAE, because I installed a Dothan with PAE capabilities), it is certainly one to consider for older laptops. Despite the older Lubuntu LTS base, it does include the latest greatest versions of some major software like Libre Office, Firefox and GIMP. User gets choice of different desktop paradigms, looking variously sort of like XP, OS X, Netbook (holy tiles, Batman!) or Gnome desktops.
23 • The death of Peter Miller was in July! (by RJA on 2014-10-28 04:28:17 GMT from United States)
Just got in the news in October, like it was during the weekend!
24 • Systemd and Boot times - much do about nothing? (by Transform Humanity on 2014-10-28 07:45:38 GMT from India)
Most production machines probably don't care about boot times (If you are using Linux) probably because they don't get booted for years (months or may be the whole day depending on what you are doing). Most Linux systems don't crash every hour, nor do they present BSOD.
Someone tell me why there is so much fuss over boot times - honestly. Does it really matter if it boots in 20, 30 or even 40 seconds or more - except if you are a developer/ tester requiring to reboot every now and then. And then they could always virtualise to improve boot times.
25 • boot times (by hsw on 2014-10-28 08:41:02 GMT from Taiwan)
@24
I would like boot times to be very short say <2sec so that machines can be brought on-line quickly without having to wait tens of seconds. This would also apply to VMs since they boot just like a normal OS. VM may be slightly slower than the host since they have to access disk resources over an extra virtual driver.
Given the current drive towards containers I might expect that we will see individual applications booted in their own VM (for security reasons), then it will be frustrating if every app needs an extra 40sec just to open.
I am no longer sure that months/years of uptime is acheivable with the constant need to patch nowadays, we are just going to need more responsive to such things. Perhaps the host OS can be slower to be updated (unless its a bug in the hypervisor - then reboot the data centre). All a bit frustrating I think.
26 • Boot times (by Sam on 2014-10-28 12:38:03 GMT from Uganda)
I have manjaro and centos 6 on the same machine. My experience is that centos will give me the logging screen faster than manjaro. My manjaro is xfce and up to date. Systemd can talk about other things but not faster boot time.
27 • @25 (by Jason on 2014-10-28 12:54:21 GMT from United States)
you should only need to reboot when updated kernels are released, and that isn't too often.
28 • Boot times in Debian (by Barnabyh on 2014-10-28 15:01:20 GMT from United Kingdom)
I did exactly the same test as Jesse has done to replace systemd with the old sysvinit. On what started out as a Crunchbang install on an SSD sysvinit is very noticeably faster.
Systemd init takes about 3 secs, sysvinit is just lightning fast in a little under a second.
Sadly there are other problems as now even networkmanager seems to depend on systemd so I have several packages marked as 'broken' on my system and it won't do an upgrade untyil rectified, that means until systemd is installed again. That, to me, is broken.
Looking at how few alternatives are left I'll probably have to stay with Wheezy and backports until that is EOL and get back to using Slackware and Salix more. Sadly, 'cos Debian is very comfortable if you don't have much time.
29 • Funtoo (by a on 2014-10-28 16:14:10 GMT from France)
Well it’s decided, I’m gonna use Funtoo… my USE flags: "-systemd -pulseaudio -avahi". No problem so far :).
30 • Linux blocked by router (by Simon on 2014-10-28 16:36:26 GMT from United Kingdom)
I'm posting this issue problem here because I figure if anyone can help it is distrowatch readers/ commenter.
I access the Internet at a local "leisure centre" (Lochinver, Scotland) and everything has been fine up until some wifi 'hotshot' upgraded the service. I don't know what the idiot did (and neither does he, I think) but now only Windows and Mac OS's can access the Internet.
When a Linux system tries to connect, the Network manger claims to be connected but nothing can be accessed via a browser. I have a Debian-based system (Point), my girlfriend uses Linux Mint on her laptop, and all mobile phone users with Android are equally blocked.
Anybody got any ideas what could cause this, and could there be a workaround?
Thanks for reading :)
31 • Fast boot times and required hardware (by Ben Myers on 2014-10-28 19:10:29 GMT from United States)
If you want your system to boot fast, install the operating system on a solid state drive. I keep a version of Mint on an SSD for testing hardware, and it boots in about 20 seconds on most dual and quad core machines. The best and newest hybrid drives, a mix of spinning disks and flash memory, can come close. I suppose a 15000 RPM server drive might, too.
One more thing, if the OS had a modified hibernation file, and that file was written to contiguous hard drive sectors, booting from this file would be mighty fast. AFAIK, no operating system has done this yet. Or maybe some OS, and I just don't know about it.
32 • @30 Linux and wifi router (by Ben Myers on 2014-10-28 19:15:35 GMT from United States)
First, get the blaggard who messed up the router, flog him and tell him never to lay hands on the router again. There ought be a law against ignorant people mucking with technology they know nothing about.
I can only guess, but the wizard who messed up the router may well have set it up with a type of encryption that neither Linux nor the Droid know about. What about Apple iPads and iPhones?
Unfortunately, wifi standards provide too many options for setting up encryption and not enough advice for choosing a mode of encryption that works with everything.
33 • Missing a BSD (by Onederer on 2014-10-28 23:02:40 GMT from United States)
I wish that Desktop BSD was still around! I couldn't find any flaws in it. It was complete, and very well developed. I couldn't tell that I was running a BSD OS, with the GUI being in use.
I had no problem with updates.
I was real sad when I found out that the OS was being discontinued and no one picked it up to continue updating it. Most of the work was already done, it would have been simpler to just make it keep up with the times. It sure would have beaten having to start writing a fresh new version form scratch.
The current GUI BSD's now all seem to be flawed. They have this or that missing or malfunctioning. They don't even come close to what I once enjoyed using.
34 • systemd fork (by takeitezsuitepc on 2014-10-28 23:33:15 GMT from Australia)
Been following the chatter on the interwebs, and it seems that the systemd fork devs are going to call their new project "Unevolve OS" :)
35 • Ubuntu (by Mac on 2014-10-29 00:42:02 GMT from Mexico)
¡Ten years! ¡Gracias Ubuntu!
36 • reboot and systemd (by hsw on 2014-10-29 04:19:36 GMT from Taiwan)
@27
true.
There are some critical programs: init, systemd, presumably any update to these will require an reboot since they are directly started by the kernel. Perhaps even /bin/sh would fall into this category as there might be a resident sh process started early in the boot that is exploitable.
Also have to remember to restart any affected daemons if either they, their plug-ins or dependencies were updated. If boot time is quick then reboot does flush out any old resident programs and ensures the machine can actually reboot.
If nothing else perhaps future LCD TVs will get faster boot times, then we'll look for the little "systemd inside" sticker :)
37 • @25 boot time (by greg on 2014-10-29 09:13:36 GMT from Slovenia)
boot of VM is not an issue as you can just save a snapshot. there is no need to reboot the os each time in VM. you just save the state of the virtual machine and then load the state. no reboot necesary,.since I have an old single core PC I use this function a lot. way faster than boot.
38 • Re: #1 Nouveau vs Nvidia (by Kazlu on 2014-10-29 09:23:44 GMT from France)
I am using nouveau on my 7 year old HP pavilion laptop and I am certainly not going back to Nvidia. Last time I tried both, it was when I ran a test drive of Mageia 4. When logged in the Xfce desktop, before opening any app, my RAM usage was at 750MB (!). I swapped the Nvidia driver for nouveau and memory usage dropped to 200-250MB. No performance drop observed, although I admit I did not play any game or used particularly graphics-hungry application. Actually the performance was a bit better but maybe the free RAM that could be used as cache for something else was the main reason for the performance boost.
"It is very difficult to imagine why anyone would prefer Nouveau to Nvidia."
Besides what I said earlier that is only applicable to my specific case, don't forget that the Nvidia driver is not FLOSS and to some, THAT is not acceptable. Isn't user freedom worth a performance loss, if your system is still usable? Different people will have different answers.
39 • Systemd (by Darren Hale on 2014-10-29 09:25:01 GMT from New Zealand)
I have only opinion on this Systemad seems more appropriate. I will avoid it like a plague.
40 • Re 10: systemd fast booting (by Kazlu on 2014-10-29 12:14:02 GMT from France)
"Fast boot & fast shutdown is important to me as we use mini PC connected to TVs."
How about using hibernation instead of shutdown/boot? On my computer, going to hibernation speed is about the same as shutdown, but wake up after hibernation is much faster than boot. Besides, if you have opened apps, like a video player in full screen on your TV, it gets restored, no need to relaunch it and wait a little extra time.
41 • Puppy et al (by G. Savage on 2014-10-29 12:34:46 GMT from Canada)
A shout out to Phil and the contributors to the latest Puppy. Puppy has fostered such an positive community with an incredible can-do attitude. I can't wait to try it out.
Just when I started to worry Linux might fade away with the decline in PC sales, I see a flurry of activity by so many who sacrifice so much time, and push through setbacks to release solid and polished distros. Thank you to them all.
PS I have great expectations for Ubuntu Touch for tablets.
42 • Linus not liking arrogant systemd developers (by cykodrone on 2014-10-29 22:41:01 GMT from Canada)
Linus telling one off...
http://lkml.iu.edu/hypermail/linux/kernel/1404.0/01331.html
43 • @37 boot time (by hsw on 2014-10-30 04:27:37 GMT from Taiwan)
I seem to remember reading someing along those lines for embedded devices to achieve instant-on. I think is was something like bott the kernel and have it all initialised, then suspend, but save the suspended image to flash. Seems like that might be an option for "devices". Not sure if anything ever came from this technique.
44 • Boot times (by SImon on 2014-10-31 07:49:17 GMT from New Zealand)
Fastest boot I've ever seen was a trim Slackware box (using a handful of BSD-style init scripts): just under 8 seconds, and most of that was loading the kernel rather than running the boot scripts. Systemd is just Windows-like "let's make things more complicated" stupidity: it was more or less inevitable that they'd start jamming that kind of rubbish into the boot process now that there's so much rubbish to manage (useless services that are becoming necessary as more and more packages depend on them) all the time on a typical Linux desktop. It's a huge relief that people are forking Debian so that we can continue to use a reliable OS if we want to; but long term we might be better off jumping ship and switching to FreeBSD, where some of the developers still seem to be aiming for sanity rather than Windows-like bells and whistles.
45 • Veteran Unix Admins... (by debrouxl on 2014-10-31 14:45:48 GMT from France)
"cannot face such a big overhaul as a dist-upgrade to a systemd based Debian 8" is silly. That's not such a big overhaul, especially for so-called veteran admins...
Hopefully, DDs will be sane enough to punt the GR and let the Debian project (and its derivatives !) move full steam ahead, without counter-productive burden for maintainers (it will be shouldered by the VUA, should they keep proceeding in their will to fragment the Debian ecosystem), and marginalizing itself from the vast majority of other distros which only embrace systemd.
46 • Systemd (by Perico de los Palotes on 2014-11-01 18:53:10 GMT from Belgium)
Systemd is the way that governments and corporations have found to introduce backdoors and spyware in Linux (via severe code obfuscation). Well, this will hold true until the moment in which systemd will entirely replace the Linux kernel and distributions based on the Linux kernel will become a geeky thing with fewer users (provided the fact that the most popular ones will be systemd-based) and worse hardware support (provided the systemd will be a dependency for most drivers) than BSD.
47 • Dispel obfuscation (by Fossilizing Dinosaur on 2014-11-02 18:36:12 GMT from United States)
Shouldn't the 69-daemon complex of d's forming a system HAL API be named clearly, as distinct from some initialization daemon (Disk And Execution MONitor)?
(After all, GNU's Not Unix, and "isn't the kernel", right?)
48 • @30 (by Jerry on 2014-11-02 19:50:09 GMT from United States)
Just wondering if the genius who updated the router closed the system to certain mac addresses or if even the encryption was changed from wep to wpa2 etc.
I would have been nice to have a notice with contact info in case of issues after any change in a closed system like that.
Number of Comments: 48
Display mode: DWW Only • Comments Only • Both DWW and Comments
| | |
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Archives |
| • Issue 1107 (2025-02-03): siduction 2024.1.0, timing tasks, Lomiri ported to postmarketOS, Alpine joins Open Collective, a new desktop for Linux called Orbitiny |
| • Issue 1106 (2025-01-27): Adelie Linux 1.0 Beta 6, Pop!_OS 24.04 Alpha 5, detecting whether a process is inside a virtual machine, drawing graphics to NetBSD terminal, Nix ported to FreeBSD, GhostBSD hosting desktop conference |
| • Issue 1105 (2025-01-20): CentOS 10 Stream, old Flatpak bundles in software centres, Haiku ports Iceweasel, Oracle shows off debugging tools, rsync vulnerability patched |
| • Issue 1104 (2025-01-13): DAT Linux 2.0, Silly things to do with a minimal computer, Budgie prepares Wayland only releases, SteamOS coming to third-party devices, Murena upgrades its base |
| • Issue 1103 (2025-01-06): elementary OS 8.0, filtering ads with Pi-hole, Debian testing its installer, Pop!_OS faces delays, Ubuntu Studio upgrades not working, Absolute discontinued |
| • Issue 1102 (2024-12-23): Best distros of 2024, changing a process name, Fedora to expand Btrfs support and releases Asahi Remix 41, openSUSE patches out security sandbox and donations from Bottles while ending support for Leap 15.5 |
| • Issue 1101 (2024-12-16): GhostBSD 24.10.1, sending attachments from the command line, openSUSE shows off GPU assignment tool, UBports publishes security update, Murena launches its first tablet, Xfce 4.20 released |
| • Issue 1100 (2024-12-09): Oreon 9.3, differences in speed, IPFire's new appliance, Fedora Asahi Remix gets new video drivers, openSUSE Leap Micro updated, Redox OS running Redox OS |
| • Issue 1099 (2024-12-02): AnduinOS 1.0.1, measuring RAM usage, SUSE continues rebranding efforts, UBports prepares for next major version, Murena offering non-NFC phone |
| • Issue 1098 (2024-11-25): Linux Lite 7.2, backing up specific folders, Murena and Fairphone partner in fair trade deal, Arch installer gets new text interface, Ubuntu security tool patched |
| • Issue 1097 (2024-11-18): Chimera Linux vs Chimera OS, choosing between AlmaLinux and Debian, Fedora elevates KDE spin to an edition, Fedora previews new installer, KDE testing its own distro, Qubes-style isolation coming to FreeBSD |
| • Issue 1096 (2024-11-11): Bazzite 40, Playtron OS Alpha 1, Tucana Linux 3.1, detecting Screen sessions, Redox imports COSMIC software centre, FreeBSD booting on the PinePhone Pro, LXQt supports Wayland window managers |
| • Issue 1095 (2024-11-04): Fedora 41 Kinoite, transferring applications between computers, openSUSE Tumbleweed receives multiple upgrades, Ubuntu testing compiler optimizations, Mint partners with Framework |
| • Issue 1094 (2024-10-28): DebLight OS 1, backing up crontab, AlmaLinux introduces Litten branch, openSUSE unveils refreshed look, Ubuntu turns 20
| | • Issue 1093 (2024-10-21): Kubuntu 24.10, atomic vs immutable distributions, Debian upgrading Perl packages, UBports adding VoLTE support, Android to gain native GNU/Linux application support |
| • Issue 1092 (2024-10-14): FunOS 24.04.1, a home directory inside a file, work starts of openSUSE Leap 16.0, improvements in Haiku, KDE neon upgrades its base |
| • Issue 1091 (2024-10-07): Redox OS 0.9.0, Unified package management vs universal package formats, Redox begins RISC-V port, Mint polishes interface, Qubes certifies new laptop |
| • Issue 1090 (2024-09-30): Rhino Linux 2024.2, commercial distros with alternative desktops, Valve seeks to improve Wayland performance, HardenedBSD parterns with Protectli, Tails merges with Tor Project, Quantum Leap partners with the FreeBSD Foundation |
| • Issue 1089 (2024-09-23): Expirion 6.0, openKylin 2.0, managing configuration files, the future of Linux development, fixing bugs in Haiku, Slackware packages dracut |
| • Issue 1088 (2024-09-16): PorteuX 1.6, migrating from Windows 10 to which Linux distro, making NetBSD immutable, AlmaLinux offers hardware certification, Mint updates old APT tools |
| • Issue 1087 (2024-09-09): COSMIC desktop, running cron jobs at variable times, UBports highlights new apps, HardenedBSD offers work around for FreeBSD change, Debian considers how to cull old packages, systemd ported to musl |
| • Issue 1086 (2024-09-02): Vanilla OS 2, command line tips for simple tasks, FreeBSD receives investment from STF, openSUSE Tumbleweed update can break network connections, Debian refreshes media |
| • Issue 1085 (2024-08-26): Nobara 40, OpenMandriva 24.07 "ROME", distros which include source code, FreeBSD publishes quarterly report, Microsoft updates breaks Linux in dual-boot environments |
| • Issue 1084 (2024-08-19): Liya 2.0, dual boot with encryption, Haiku introduces performance improvements, Gentoo dropping IA-64, Redcore merges major upgrade |
| • Issue 1083 (2024-08-12): TrueNAS 24.04.2 "SCALE", Linux distros for smartphones, Redox OS introduces web server, PipeWire exposes battery drain on Linux, Canonical updates kernel version policy |
| • Issue 1082 (2024-08-05): Linux Mint 22, taking snapshots of UFS on FreeBSD, openSUSE updates Tumbleweed and Aeon, Debian creates Tiny QA Tasks, Manjaro testing immutable images |
| • Issue 1081 (2024-07-29): SysLinuxOS 12.4, OpenBSD gain hardware acceleration, Slackware changes kernel naming, Mint publishes upgrade instructions |
| • Issue 1080 (2024-07-22): Running GNU/Linux on Android with Andronix, protecting network services, Solus dropping AppArmor and Snap, openSUSE Aeon Desktop gaining full disk encryption, SUSE asks openSUSE to change its branding |
| • Issue 1079 (2024-07-15): Ubuntu Core 24, hiding files on Linux, Fedora dropping X11 packages on Workstation, Red Hat phasing out GRUB, new OpenSSH vulnerability, FreeBSD speeds up release cycle, UBports testing new first-run wizard |
| • Issue 1078 (2024-07-08): Changing init software, server machines running desktop environments, OpenSSH vulnerability patched, Peppermint launches new edition, HardenedBSD updates ports |
| • Issue 1077 (2024-07-01): The Unity and Lomiri interfaces, different distros for different tasks, Ubuntu plans to run Wayland on NVIDIA cards, openSUSE updates Leap Micro, Debian releases refreshed media, UBports gaining contact synchronisation, FreeDOS celebrates its 30th anniversary |
| • Issue 1076 (2024-06-24): openSUSE 15.6, what makes Linux unique, SUSE Liberty Linux to support CentOS Linux 7, SLE receives 19 years of support, openSUSE testing Leap Micro edition |
| • Issue 1075 (2024-06-17): Redox OS, X11 and Wayland on the BSDs, AlmaLinux releases Pi build, Canonical announces RISC-V laptop with Ubuntu, key changes in systemd |
| • Issue 1074 (2024-06-10): Endless OS 6.0.0, distros with init diversity, Mint to filter unverified Flatpaks, Debian adds systemd-boot options, Redox adopts COSMIC desktop, OpenSSH gains new security features |
| • Issue 1073 (2024-06-03): LXQt 2.0.0, an overview of Linux desktop environments, Canonical partners with Milk-V, openSUSE introduces new features in Aeon Desktop, Fedora mirrors see rise in traffic, Wayland adds OpenBSD support |
| • Issue 1072 (2024-05-27): Manjaro 24.0, comparing init software, OpenBSD ports Plasma 6, Arch community debates mirror requirements, ThinOS to upgrade its FreeBSD core |
| • Issue 1071 (2024-05-20): Archcraft 2024.04.06, common command line mistakes, ReactOS imports WINE improvements, Haiku makes adjusting themes easier, NetBSD takes a stand against code generated by chatbots |
| • Issue 1070 (2024-05-13): Damn Small Linux 2024, hiding kernel messages during boot, Red Hat offers AI edition, new web browser for UBports, Fedora Asahi Remix 40 released, Qubes extends support for version 4.1 |
| • Issue 1069 (2024-05-06): Ubuntu 24.04, installing packages in alternative locations, systemd creates sudo alternative, Mint encourages XApps collaboration, FreeBSD publishes quarterly update |
| • Issue 1068 (2024-04-29): Fedora 40, transforming one distro into another, Debian elects new Project Leader, Red Hat extends support cycle, Emmabuntus adds accessibility features, Canonical's new security features |
| • Issue 1067 (2024-04-22): LocalSend for transferring files, detecting supported CPU architecure levels, new visual design for APT, Fedora and openSUSE working on reproducible builds, LXQt released, AlmaLinux re-adds hardware support |
| • Issue 1066 (2024-04-15): Fun projects to do with the Raspberry Pi and PinePhone, installing new software on fixed-release distributions, improving GNOME Terminal performance, Mint testing new repository mirrors, Gentoo becomes a Software In the Public Interest project |
| • Issue 1065 (2024-04-08): Dr.Parted Live 24.03, answering questions about the xz exploit, Linux Mint to ship HWE kernel, AlmaLinux patches flaw ahead of upstream Red Hat, Calculate changes release model |
| • Issue 1064 (2024-04-01): NixOS 23.11, the status of Hurd, liblzma compromised upstream, FreeBSD Foundation focuses on improving wireless networking, Ubuntu Pro offers 12 years of support |
| • Issue 1063 (2024-03-25): Redcore Linux 2401, how slowly can a rolling release update, Debian starts new Project Leader election, Red Hat creating new NVIDIA driver, Snap store hit with more malware |
| • Issue 1062 (2024-03-18): KDE neon 20240304, changing file permissions, Canonical turns 20, Pop!_OS creates new software centre, openSUSE packages Plasma 6 |
| • Issue 1061 (2024-03-11): Using a PinePhone as a workstation, restarting background services on a schedule, NixBSD ports Nix to FreeBSD, Fedora packaging COSMIC, postmarketOS to adopt systemd, Linux Mint replacing HexChat |
| • Issue 1060 (2024-03-04): AV Linux MX-23.1, bootstrapping a network connection, key OpenBSD features, Qubes certifies new hardware, LXQt and Plasma migrate to Qt 6 |
| • Issue 1059 (2024-02-26): Warp Terminal, navigating manual pages, malware found in the Snap store, Red Hat considering CPU requirement update, UBports organizes ongoing work |
| • Issue 1058 (2024-02-19): Drauger OS 7.6, how much disk space to allocate, System76 prepares to launch COSMIC desktop, UBports changes its version scheme, TrueNAS to offer faster deduplication |
| • Issue 1057 (2024-02-12): Adelie Linux 1.0 Beta, rolling release vs fixed for a smoother experience, Debian working on 2038 bug, elementary OS to split applications from base system updates, Fedora announces Atomic Desktops |
| • Issue 1056 (2024-02-05): wattOS R13, the various write speeds of ISO writing tools, DSL returns, Mint faces Wayland challenges, HardenedBSD blocks foreign USB devices, Gentoo publishes new repository, Linux distros patch glibc flaw |
| • Issue 1055 (2024-01-29): CNIX OS 231204, distributions patching packages the most, Gentoo team presents ongoing work, UBports introduces connectivity and battery improvements, interview with Haiku developer |
| • Full list of all issues |
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
| Random Distribution | 
VideoLinux
VideoLinux was a PCLinuxOS-based distribution with focus on DVD backups, video encoding and transcoding, DVD authoring, format conversion and pretty much anything else you want to do with video.
Status: Discontinued
|
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
|
• 
• 
• 
• 
• 
• 
• 
