Once again, I did some updates on my Fedora 20 system. And after happily suspending and resuming the laptop for days, I crashed in the OpenShot video editor and had to do a hard reboot.
Except that I never got to the login screen. Just like the last time this happened, I suspected that the Catalyst driver I downloaded and installed from AMD's
.run package was not playing well with the latest kernel from Fedora.
It's a pretty big bug that is being closed. Says Tomas Hoger in the bug report:
It was discovered that GnuTLS X.509 certificate verification code failed to properly handle certain errors that can occur during the certificate verification. When such errors are encountered, GnuTLS would report successful verification of the certificate, even though verification should end with failure. A specially-crafted certificate can be accepted by GnuTLS as valid even if it wasn't issued by any trusted Certificate Authority. This can be used to perform man-in-the-middle attacks against applications using GnuTLS.
Selena Larson of Readwrite.com writes:
A variety of Linux distributions are vulnerable to hacks because of a bug that allows people to bypass security protocols to intercept and disseminate encrypted information. A member of the Red Hat security team discovered a bug in the GnuTLS library that allows hackers to easily circumvent the Transport Layer Security (TLS) and secure sockets layer (SSL).
The vulnerability affects the certificate verification, meaning secure connections that are supposedly going through as secure, are not. Someone could compromise a secure connection by using a “man-in-the-middle” attack, acting as the server to intercept traffic, financial transactions or secure information.
I haven't had time to listen back to the recording yet, but I just spent some time with Karsten Wade of Red Hat, the onetime Fedora Community Gardener who's now tending to the community around CentOS, the Red Hat Enterprise Linux-derived distribution that is now a whole lot closer to Red Hat that it has ever been before.
That last statement is a bit of a cheat because until the announcement this January of the new relationship between CentOS and RHEL, they were deliberately not very close at all.
I still have to "process" the interview (in my own mind, that is), but I get the feeling that Red Hat's involvement with CentOS -- which includes employing a number of developers who have been volunteering their time until now, adding some open governance to the project as well as providing infrastructure support -- will only be positives for the distribution that people have turned to when they want an enterprise-level operating system without the Red Hat subscription that goes along with it.
I'm at SCALE 12x at the Los Angeles Airport Hilton hotel on Saturday, Feb. 22, 2014, and so far I've roamed the show floor, which seems a whole lot bigger than the last time I attended SCALE, which was probably in 2009.
The floor is thick with people, and there's a lot going on at the booths.
The free-software world converges on Los Angeles this weekend, Feb. 21-23, 2014, for SCALE 12x, the Southern California Linux Expo at the Hilton Los Angeles Airport hotel.
The Friday-Sunday convention welcomes users of the free Linux computer operating system that powers everything from servers and supercomputers to desktops, laptops, smartphones and toasters (and just about everything with a computer controlling it).
If you’ve ever wanted to know just about anything about running a server but were afraid to ask, SCALE is the place to get all the answers and more.
The show is thick with enthusiasts who come hear talks about the latest in free and open technology and meet in the exhibit hall with representatives from open-source software projects and the companies that build their businesses on them.
As much as the open-source Radeon driver has improved in the 3.12 and 3.13 Linux kernels in Fedora 20 -- and that improvement has been significant, I returned to the proprietary AMD Catalyst driver for one reason.
While everything else is working better in the Radeon driver, solving pretty much all of the problems I had with it in the 3.11-and-earlier days, the one thing it won't do with the 3.13 Linux kernel in Fedora 20 is allow the laptop to properly wake after it has been put to sleep. (The hardware is an HP Pavilion g6-2210us with the AMD A4-4300M APU, which includes AMD Radeon HD 7420G graphics.)
It makes me sad in a way. Radeon has come so far. And so fast. With Radeon DPM (invoked with a kernel boot parameter in 3.12 and by default in 3.13), 3D hardware acceleration works and CPU temperatures are pretty much the same as under Catalyst.
But the convenience of being able to shut the laptop lid to put the machine to sleep, then open it and have it wake up -- it's just too much to give up. I can't help it. It's a feature that's important to me.
I haven't been for about five years, but this year, this weekend, I'll be at Scale 12x at the Hilton Los Angeles Airport hotel.
And I'll have a longer article on Scale 12x as soon as I can crank it out today.
I'll look for interesting talks, but I'm more interested in being in the exhibit hall and talking to people involved in the world of free software.
I plan to grab a bunch of interviews that I can plow into articles in the days and weeks ahead.
So if you're at the show on Saturday or Sunday, maybe I'll see you there.
You can knock me over with a feather right this very moment: Mark Shuttleworth announced in his blog that Ubuntu will follow Debian in adopting systemd as its init system, even though Ubuntu itself coded the alternative Upstart:
Upstart has served Ubuntu extremely well – it gave us a great competitive advantage at a time when things became very dynamic in the kernel, it’s been very stable (it is after all the init used in both Ubuntu and RHEL 6 ;) and has set a high standard for Canonical-lead software quality of which I am proud.
Nevertheless, the decision is for systemd, and given that Ubuntu is quite centrally a member of the Debian family, that’s a decision we support. I will ask members of the Ubuntu community to help to implement this decision efficiently, bringing systemd into both Debian and Ubuntu safely and expeditiously.
I thought Ubuntu would fight to the end, but the SABDFL appears happy to offload init-system development to Lennart Poettering and company. A wise move, I think. Canonical's resources are spread thinly enough that anything not directly related to getting their phone OS to market should be seen as ripe for offloading to other parts of the community.
I'm nowhere near qualified to opine on which init system is better, systemd, Upstart or even the old SysVinit, but it was clear in the debate coursing through the Debian mailing lists over the past month that the licensing of Upstart, which required contributors to sign a Canonical CLA (contributor licensing agreement) that allowed the company to make the code proprietary in the future, was a huge, huge nonstarter for many free software advocates.
So Upstart will ship in the Ubuntu 14.04 LTS release, and all derivatives like Kubuntu and Xubuntu, which are due in April. These long-term-support releases will be around for five years, so Upstart isn't exactly dead yet, though it's quite the lame duck.
This is a rewrite of My Fedora 20 system dies for a day, but I find the culprit. I started the original entry before I figured out the solution, and I wanted to tell it chronologically. And so I do:
Ever since I got suspend/resume working in Fedora 20, I've been rebooting maybe once a week. That's because I love suspend/resume.
I love being able to close to laptop lid to put the machine to sleep and open the lid to wake it up.
But since the battery was running low a few nights ago, I decided to do a full shutdown.
I turned the laptop on the next day, and it wouldn't boot into Fedora proper. I couldn't get to the login screen.
I was able to boot into rescue mode. All my files were there. They looked fine. That's the good news.
But when trying a normal boot, sometime during the process the machine just stalled. There was nothing I can do to get it to finish booting and give me either a console or desktop.
Today I see that a 3.13.2 kernel is being built for Fedora 20. That means F20 users will start seeing it in their updates sometime in the near future.
You could always grab it early (though the build isn't completed at this particular moment). I'll wait. I just got 3.12.10, and I already invoked Radeon DPM (which will be turned on by default in 3.13.x), so there's no hurry.