Language Selection

English French German Italian Portuguese Spanish

Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd

Filed under
Linux
Red Hat

When systemd sees "debug" as part of the kernel command-line, it will spit out so much informaiton about the system that it fails to boot... The init system just collapses the system with too much information being sent to the dmesg when seeing the debug option as part of the kernel command-line parameter. Within the systemd bug report it was suggested for systemd not to look for a simple "debug" string to go into its debug mode but perhaps something like "systemd.debug" or other namespaced alternatives. The debug kernel command-line parameter has been used by upstream Linux kernel developers for many years. However, upstream systemd developers don't agree about changing their debug code detection. Kay Sievers of Red Hat wrote, "Generic terms are generic, not the first user owns them."

Read more ►

systemd bug locks xorg after resume

I used to think it was a bug in the catalyst driver, which was rock solid until opensuse switched to systemd- since then I consistently experienced locking after a suspend/resume. It is random and you can resume a dozen times before it finally locks up.

I thought it may be a bug in catalyst driver so I switched to the open source radeon driver, with the same behaviour- random lock-ups after resume.

Interestingly, even hibernate behaves like that - it can work a few times and then suddenly, one hibernate will boot to a blank screen.

Wonder WHEN they will fix the bug, if ever.

systemd

Generally systemd needs a stabilization period. It took ages for 209 to be released because they added so many features followed by quick 210,211,212 bugfix releases.
If you look at the git tree, the TODO is growing very quickly.
I understand systemd is still in very early development and they are far from the "vision" they are going after.
They more or less admitted this by creating a systemd-stable branch.
http://cgit.freedesktop.org/systemd/systemd-stable/

Pulseaudio

The same developer put a half-baked Pulseaudio in some distros (or backly-packaged Pulseaudio in Ubuntu, Mandriva etc.) and it caused many users -- myself included -- to get frustrated/angry/less productive around 2008-2010.

Pulseaudio

That's why I recompile kde/mplayer/ffmpeg, etc.. without pulseaudio support Smile

Pulseaudio

Pulseaudio has worked well for a number of years now.

Pulseaudio

I scrubbed pulseaudio off my system after getting sound errors in video screen recording. Errors stopped immediately--this was a couple of weeks ago.

Luckily it is optional in

Luckily it is optional in most places outside Gnome.

KDE

When I used Mandriva 2008.1 (Spring), which came with KDE, it was not really optional. The same goes for Kubuntu. I actually have many problems with KMix these days. I regularly need to kill/close it and start it again, but the problem may be caused by laptop volume controls (kmix bug).

KDE

optional at build time Smile

Gentoo or Arch

So I guess you use something like Gentoo or Arch.

Arch

Yes, Arch. There are some things I like such as the flexibility.
Others thinks such as "optional dependencies" I'm not so fond of Smile
So it has its pros and cons Smile
But I have been using it since 2006 on old computer on since 2009 on this one Smile

Arch

Arch has impressed me in recent years, but I stick to Debian.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

3 little things in Linux 4.10 that will make a big difference

Linux never sleeps. Linus Torvalds is already hard at work pulling together changes for the next version of the kernel (4.11). But with Linux 4.10 now out, three groups of changes are worth paying close attention to because they improve performance and enable feature sets that weren’t possible before on Linux. Here’s a rundown of those changes to 4.10 and what they likely will mean for you, your cloud providers, and your Linux applications. Read more

SODIMM-style module runs Linux on VIA’s 1GHz Cortex-A9 SoC

VIA unveiled an SODIMM-style COM based on its Cortex-A9 WM8850 SoC, with 512MB RAM and 8GB eMMC, plus Ethernet, CSI, graphics, USB, and serial ports. The 68.6 x 43mm “SOM-6X50” computer-on-module appears to be VIA’s second-ever ARM COM. Back in Sept. 2015, the company released a 70 x 70mm Qseven form factor QSM-8Q60 COM, based on a 1GHz NXP DualLite SoC. Read more

Today in Techrights

today's leftovers

  • LinuXatUSIL – Previas 2 for #LinuxPlaya
    Damian from GNOME Argentina explained us some code based on this tutorial and the widgets in Glade were presented.
  • RancherOS v0.8.0 released! [Ed: and a bugfix release, 0.8.1, out today]
    RancherOS v0.8.0 is now available! This release has taken a bit more time than prior versions, as we’ve been laying more groundwork to allow us to do much faster updates, and to release more often.
  • The Technicals For Red Hat, Inc. (RHT) Tell An Interesting Tale
  • Ubuntu 17.04 Beta 1 Released | New Features And Download
    Ubuntu 17.04 Zesty Zapus Beta 1 release is finally here. If you’re interested, you can go ahead and download the ISO images of the participating flavors, which are, Lubuntu, Kubuntu, Xubuntu, Ubuntu Budgie, Ubuntu GNOME, Ubuntu Kylin, and Ubuntu Studio. Powered by Linux kernel 4.10, these releases feature the latest stable versions of their respective desktop environments. This release will be followed by the Final Beta release on March 23 and final release on April 13.
  • Ubuntu 17.04 Beta 1 Now Available to Download
    The first beta releases in the Ubuntu 17.04 development cycle are ready for testing, with Xubuntu, Ubuntu GNOME and Ubuntu Budgie among the flavors taking part.