So I'm working Saturday. At the office. I'm the only one here. And since it's Saturday, there is no air conditioning until 10 a.m.
I'm trapped in a large glass bottle of stale, hot air.
Update: It's 10:01. The air just kicked on. Half of any good employer-employee relationship involves free air-conditioning.
Just wanted to say that.
Am I really the only person having trouble with the Google Chrome web browser while running the propretary AMD Catalyst video driver in Linux?
I looked back in the archives and found out that I've been running Fedora on this particular laptop (HP Pavilion g6-2210us) for a year and two months.
Since this el-cheapo, about-$400 AMD laptop is NOT a top-of-the-line Intel-running Thinkpad, it hasn't gotten anywhere near the same level of love from the Linux kernel and driver developers.
But things have gotten better and better over time. And excepting the relentlessly rolling Arch Linux, things improve more quickly in Fedora than anywhere else. New kernels, drivers and applications, for the most part, fly onto Fedora systems via regular updates.
Debian Developer Jon Dowland writes about switching from Linux to the Macintosh with OS X:
It appears I have switched for good. I've been meaning to write about this for some time, but I couldn't quite get the words right. I doubted I could express my frustrations in a constructive, helpful way, even if I think that my experiences are useful and my discoveries valuable, perhaps I would put them across in a way that seemed inciteful rather than insightful. I wasn't sure anyone cared. Certainly the GNOME community doesn't seem interested in feedback.
It turns out that one person that doesn't care is me: I didn't realise just how broken the F/OSS desktop is. The straw that broke the camel's back was the file manager replacing type-ahead find with a search but (to seemlessly switch metaphor) it turns out I'd been cut a thousand times already. I'm not just on the other side of the fence, I'm several fields away.
What can I say? With the Macintosh seemingly left for dead by Apple while the iPhone and iPad shovel in the revenue, Mac laptops have quietly become the platform of choice for developers everywhere.
Meanwhile, fragmentation in the Linux desktop space and what appears to be not just a lack of attention to detail but a willful rejection of it haven't helped.
That said, I'm firmly in the "buy cheap, run Linux" camp, and I figure that the Microsoft-driven laptop price war to combat the Google Chromebook will provide a whole new class of sub-$250 machines on which to run the Linux distribution of your choice.
Since I don't have $1,500+ for a laptop that won't accept OS updates in a few years and generally don't need to run the Adobe Creative Suite, I don't have the opportunity/burden of trying to figure out how much free (as in freedom) software I could shoehorn into a Macintosh OS X environment.
But I can see how developers who aren't Linux distro developers want to go for what's "easy," if not at all cheap.
While Ubuntu has in the past tried to court developers, the current direction in which they're taking Unity is more about mobile compatibility than desktop productivity. And I don't see any advantages for the average developer with GNOME Shell. Maybe GNOME Classic in an environment with a whole lot more configurability out of the box would work. I know that a more polished Xfce with a lot of the rough edges smoothed out could be popular.
But it's the fragmentation ...
I'd love for Fedora Workstation with its (I think) target audience of developers to fill this gap. But without a long-term support release, that won't happen. Maybe a CentOS "developer desktop" spin could do better.
The elephant. In the room. It's the same thing it always was: Preloads.
It's going to require a major hardware vendor to commit to developer-centric laptops in a variety of price ranges with dedicated, in-house developers making sure the hardware is 100-percent supported in Linux and on the Linux distribution shipping with that hardware. I'm not saying it will never happen. I hope it does.
Until then, Apple is going to eat everybody's lunch, including Microsoft's. And desktop Linux's, too.
I'm not saying that choice on the Linux desktop is bad. What I am saying is that a stable, functional, not-scary desktop with some heavy development attention and (dare I say it) substantial corporate support could turn the tide and bring not just developers but others (back) to Linux.
Probably the best "solution" I've found for the lack of AMD Catalyst packages in RPM Fusion for Fedora 20 has been to use the packages that are still being maintained in that repository for Fedora 19.
But as always with proprietary driver packages, there is a question as to whether or not they will work with a new Linux kernel.
Kernel 3.15.3-200 moved recently into Fedora 20, and I decided to make the leap into installing it today.
I can report that
akmod-catalyst handled it perfectly. Catalyst works in 3.15.3, and everything is running as it should.
One of the touted features in kernel 3.15 is faster suspend/resume. Does using a proprietary video driver negate this speedup? I don't know.
I do periodically test suspend/resume with the open Radeon driver to see if I can ditch Catalys, but at this point I'll wait for live Fedora 21 (and Ubuntu 14.10) media for my next foray into the free driver.
I mentioned this in my CentOS 7 post but felt that it deserved to lead its own entry:
For those who want to run CentOS 7 on the desktop with minimal pain, take heart: Nux is prepping a CentOS 7 version of Stella
I was a big, big fan of Stella 6 -- I really think it's the only way to run CentOS on the desktop without pulling your remaining hair out. Nux has packages of just about everything you're missing in stock RHEL/CentOS. And for those who haven't really looked into it, RHEL/CentOS is missing a lot.
Stella isn't so much a derivative distro as it is a spin on CentOS that includes all the extra repositories you need to replicate the desktop experience of, say, Fedora, but in the supported-just-about-forever world of RHEL/CentOS.
In case you hadn't heard (and count me among that number until just about now), CentOS 7 is out.
One of the things that CentOS is planning to do in its cozy-with-Red Hat present and future is release a whole lot of specialized images.
One of those images is out right now. It's an "Everything" ISO image that fits on an 8 GB flash drive and offers every package in CentOS 7.
This is what that README file says about the "Everything" image:
This image contains the complete set of packages for CentOS 7. It can be used for installing or populating a local mirror. This image needs a dual layer DVD or an 8GB USB flash drive.
That README details the rest of the images available of CentOS 7, including the DVD-sized and minimal ISO images.
Want to download CentOS 7? Start here.
And for those who want to run CentOS 7 on the desktop with minimal pain, take heart: Nux is prepping a CentOS 7 version of Stella
The title of this post is long. It says it all.
I'd like easy file-encryption from the file manager in Fedora (and every other version of Linux, for that matter).
I'd prefer that encryption be strictly password-based and not dependent on encrypted keys that I might lose, but encryption with keys that I have safely backed up offsite is better than no encryption at all, so I'm going to try using the GNOME application Seahorse to try this out.
I'll even ignore that I'm not using GNOME and instead relying on the Thunar file manager in Xfce.
But I do have a full GNOME environment installed, and I'd use it more if GNOME would run under the AMD Catalyst driver in Fedora 20. That it does not should be a much bigger deal than it appears to be among the greater Linux user base.
Anyway, I do have Nautilus, and to make Seahorse work in that file manager, Fedora offers the
seahorse-nautilus package. I installed it just now and will be giving it a try in the very near future.
Update: After installing
seahorse-nautilus, it is possible to encrypt files via right-click in Nautilus, but there is no right-click option to decrypt a file.
There is a Fedora 17-era bug on this issue, which appears to have been resolved.
An answer on Ask Fedora provided a workaround, but I'm reluctant to try it at this time, though I should probably look into it for help in creating a "custom action" in Thunar so I can encrypt/decrypt directly from my chosen Linux file manager.
I pulled the AMD Catalyst driver from my Fedora 20 system to do some tests. Among the things that started working: The Google Chrome web browser, which in recent weeks kills X while running under the proprietary driver.
It turns out that Google Chrome runs fine with the open Radeon driver.
As always, AMD Catalyst giveth (cooler operation, working suspend/resume) and taketh away (Google Chrome fails, trouble updating when driver doesn't support new kernels, general wonkiness).
I've been getting periodic e-mails from Canonical about the coming demise of the Ubuntu One file syncing/backup service and the need to get my files out of there should I want to keep them.
"I don't remember ever having anything on Ubuntu One, though I'm sure I played with it a bit," I thought.
Well today I went over there, reset my password and looked in on my Ubuntu One account. I've got a ton of stuff in there.
Mind you, it's all stuff I have on my hard drive, and I haven't run Ubuntu proper since 2010, according to the file timestamps, so I'm just going to let it all fade away when Ubuntu One sunsets for good at the end of July 2014.
I'm looking to figure out all the elements I need to convert my election-results Bash script to Perl, and one of the tasks involved is dealing with XML.
In the Bash script, I'm just treating the XML as text that needs to be hacked at with
But in Perl, as in many languages I presume, there are modules to help with this.
Perl Begin recommends avoiding
XML::Simple and instead using
Now I'll have to figure out what to do with the data after Perl deals with the XML so I can turn it into the HTML I'll need later in the program.
I won't lie by saying that it is a lot easier to find recently written XML-parsing strategies for Python than it is for Perl.
I'm continuing my reading of "Learning Perl."
The book is a bit dog-eared. Some of that is from carrying it around. But some of the wear is from actually reading the book.
I'm up to Page 74. I have been taking notes in the book and underlining things that seem important.
That didn't work for me. The stopper was the "you need to do the exercises" part of the enterprise. While I had the time to do the reading, I had a lot of mental resistance to trying to hack at the exercises at the end of each chapter.
I know that doing the exercises in these books helps you "get" the concepts, but I just wasn't there yet.
Now that I'm a few chapters in, I want to start typing the book's programs into my local system, running them and playing around with them a bit. While that's less than going all in on the exercises, it's more than not touching the computer or using Perl at all.
A couple days ago, there was a Google Chrome update, and for some reason the browser began working once again on my Fedora 20 system.
Now it's broken again.
It could have been a Mesa update in Fedora. Or something completely different. It could be the dubious AMD Catalyst/fglrx installation I have going, using Fedora 19 packages in Fedora 20.
Whatever it is, Google Chrome is broken again.
I even tried Spot's Chromium repo for Fedora. Chromium crashes X just the same.
Is it just me, or is anybody else having a problem with Chromium/Google Chrome in Fedora?
Google Chrome (using the Google repository because Fedora doesn't package Chromium) is working once again on my Fedora 20 system.
It had been broken for a few weeks. Whenever I started the browser, it would segfault and kill X.
Google pushed a new stable version of the browser today to its Fedora repository. I did the update, started Chrome and am now running it with no crashes and no problems.
I want to borrow books via the Los Angeles Public Library's Axis 360 service, which won't give you their DRM-laden ebooks without use of the Adobe Digital Editions software to take the small file you download (normally called
URLLink.acsm) and use it as a kind of key to download the longer
.epub book file.
And Adobe Digital Editions is not available for Linux.
But it can be installed with Wine, the Windows compatibility layer for Linux systems.
I already have Wine installed on my Fedora Linux system so I can use the excellent IrfanView image editor that's written for Windows. While instructions on the installation of Wine might be useful, I don't want to go there for the purposes of this post. I'll just say that you should use your distro's package manager to install Wine, and in this particular instance, the version of Wine available in your distro's repositories should be sufficient. One thing I will tell you: Make sure you also install
wine-mono (or whatever the package is in your system that includes the Windows version of Mono in Wine).
Back to installing Adobe Digital Editions in Linux via Wine.
A few people reported problems (a very few did not) with version 2.x. A few offered easy-to-byzantine workarounds to make Adobe Digital Editions 2.x work in Linux.
None of that worked for me.
You are prompted at some point after installing Adobe Digital Editions (ADE) to either create an Adobe account or use the one you already have.
I already had an Adobe account, so I used that login and password and was quickly swimmming in the world of DRM-ed ebooks.
Huge problem. The DRM'd epub files that Axis360 puts out aren't compatible with the Amazon Kindle.
Sure, I could break the DRM and use Calibre to convert the files. But I don't want to do that. I'd rather get the books for the alloted loan period and have them somewhat gracefully disappear when the loan is up.
So for Kindle, I'll stick with the Los Angeles Public Library's Overdrive system.
And for those titles from LAPL's instance of Axis360, I guess I'll just read them in Adobe Digital Editions via Wine.
Editorial comment: It's not like the Amazon Kindle is some obscure device. It dominates the ebook market. Axis360 basically tells users of the dominant ebook readers to take a long walk off a short pier.
But non-Fire Kindles (the cheap, not-a-tablet kind) get nothing. I guess that's what Overdrive is for.
Now is the time. I'm going to really learn to program.
I've been dabbling in programming for awhile now. I've mostly stayed within the friendly confines of the Bash shell on my local Linux system and the Linux servers on which I run various scripts and services.
I've been meaning to get deeper into real programming, whatever that is, for at least a couple of years. I would say it hasn't happened, but to a small extent it has. Now I'm ready to take the next step.
So what did happen?
A couple of years ago, I began writing little Bash scripts to automate my
rsync-driven backups. With these little one- to two-liners, I didn't have to remember the exact syntax to do the
rsync backup correctly and remember where my "exclude" file was living.
I also had trouble with screen blanking in Debian Wheezy. I finally figured out how to fix the problem with
xset, and wrote a little Bash script to automate that process.
I have also written a bunch of scripts to automate posting and create an archive of this Ode site. Among these Ode-related scripts is a local Perl program that generates an Indexette date stamp. You can copy/paste it into your post file, or call the script from within a text editor, which is what I do with Gedit.
It's still a simple two-liner, albeit with more than a dozen lines explaining what's going on.
About a year ago, I started a more complicated programming project at my day job.
So what do I do at this job? I work for a bunch of local news web sites. I push content. I create web pages in an arcane CMS. I create blogs in a common CMS (WordPress). I fix broken things and solve problems. I take things that are separate and mash them together.
The project, the thing I've wanted to do, was to script together data from various sources, more specifically election results for the nine web sites I work on.
I wanted to do it in Perl. But when I finally decided to do it, I just didn't have the chops. But I did know Bash, and I learned (or learned more) about such Unix/Linux utilities as
sed to turn my data into HTML pages I could generate with
cron and iframe into my various web sites.
Thus far I've been re-reading "Learning Perl", this time noting things that will help me in my election-results project.
I'm somewhere in the 40s in terms of pages, and I'm making notes in the book -- it's a real book, not an ebook -- in pencil.
Search and replace is pretty much a core function in Perl, so I can safely say goodbye to
Concatenation can be done with a dot (a
.) between items, so that takes care of
I would really like to pump data into an array and use Perl's
foreach to process each line.
Grasping scalars and arrays is going to be key.
I'd like to code a date stamp into the data. I've already experimented with that in Perl for my Indexette date-stamper script.
Eventually I'll need to write the results out to files on the web server. That shouldn't be too hard.
I'm very confident about Fedora being in good hands as the Fedora.Next project begins remaking what the distribution is for those who both use and produce it.
That Fedora is stretching its own particular envelope and remaking itself for the desktop, server and cloud is huge. And having Matt -- a longtime Fedora contributor -- at the helm is very reassuring indeed.
In looking to replace Fedora and get out of Catalyst hell, the distribution I choose depends on whether I will continue to dual-boot with Windows 8 (which I almost never use) or swap in my 320 GB drive and single-boot Linux.
Now that my hardware is "maturing," I can start considering distributions that aren't as aggressive as Fedora in terms of their updates.
Bleeding edge isn't something I'm looking for.
I'm leaning toward continuing with Xfce, though I will consider the GNOME and LXDE desktops. I'm even considering Ubuntu's Unity.
Linux Mint is conspicuously absent from my list. Maybe I should consider it.
The recent move to continue supporting Debian Squeeze as an LTS, and the expectation that the same will happen for current and future releases, has me looking more closely at Debian than I otherwise might. I have a lot of fondness for Debian. For one reason or other it generally runs "faster" than just about anything else.
But as "bleeding edge" as Fedora is, I probably had to do more hacking/scripting to get things working the way I wanted in Debian Squeeze/Wheezy than in Fedora 18/19/20, Fedora's Catalyst driver fiasco excluded, so that's something to think about.
My daughter's aging IBM Thinkpad R32 laptop runs Lubuntu, and I'm fairly impressed by it.
But Xfce remains my workhorse DE. Especially when it comes to running my company's proprietary CMS over Citrix, Xfce seems to play "better" with this sorry arrangement than other DEs. In Xfce I have to be "disciplined" enough to stay on a single virtual desktop. Changing desktops cuts my Citrix connection and locks me out of my apps. (Thanks, Citrix ... or thanks, CMS vendor who will not be named).
In GNOME 3, changing windows at all cuts the connection, so I need to keep Xfce around for this reason alone. I haven't tested this behavior in Unity because I can bring GNOME onto my Fedora system, but Unity is Ubuntu-only, and I haven't set up a full Ubuntu system with Citrix and done a test with this particular CMS. (That's the trouble with a desktop environment tied to a single distro.)
Fedora 21 won't be released until October, and if my AMD Catalyst solution continues to hold up, there's a very, very good chance I'll stick with Fedora 20 until the whole thing falls apart.
AMD released a new beta of its proprietary Catalyst driver for Linux, version 14.6.
You can download it directly from AMD, or wait for it to enter your distribution's packaging system.
For the past week or so, I've been using RPM Fusion's Catalyst packages for Fedora 19 on my Fedora 20 system, and this update hasn't come through that channel just yet.
There's also a good chance that I will move to a distribution that regularly packages Catalyst and isn't as aggressive in offering kernel updates so I don't have to deal with this on a continuing basis.
Fedora is very stable, especially given how much new code gets pushed during the entire release period.
Nobody tells you that before you start running Fedora. The desktop environment tends to linger, but kernels, applications and lots of other components are new, new, new.
Just now I got a new Xscreensaver.
I'm not using Mirall to sync OwnCloud at this particular moment, but I am using Fedora's packages instead of those direct from OwnCloud due to dependency problems on the non-Fedora repositories. And there is a new Mirall today as well.
Every once in a while, a bit of catastrophe enters Fedora. There are SELinux issues. In my case there are AMD Catalyst issues (which can be solved by NOT running AMD Catalyst, which I do from time to time).
Right now Google Chrome kills X. That's my "issue" of the week, you might say.
And when things do go catastrophically wrong, there is usually plenty of help on the mailing lists and in the forum.
Mat's point, more specifically, was that he has less trouble with Fedora than he did with Debian Sid, the "Unstable" release that gets new packages all the time.
What's notable is that Fedora is almost always ahead of Debian Sid when it comes to newness. (It's not ahead of Arch, but what is?)
And that Fedora newness isn't in something called "Unstable," but is in the regular releases. There is no Fedora "Stable."
But for the most part, it works.
I don't run Google Chrome all that often in Linux, though I run it all the time in Windows.
But I do keep Chrome, via Google's repository, on my Fedora 20 system.
So I try to run it today and it segfaults (I know because it kills X and I see "segfault" in the console messages).
I searched (yes, using Google) and couldn't find anything on this.
I can't remember if I've used this particular version of Google Chrome successfully before my most recent reinstall of AMD Catalyst (via the Fedora 19 packages in RPM Fusion).
Right now I'm unwilling to uninstall Catalyst just to test Chrome, especially because I'm primarily a Firefox user on this machine.
Who better to tell you how to find and install an RPM package for the AMD Catalyst driver in Fedora 20 than the very person who ophaned the driver for that very release?
That's right, Leigh Scott, who had every right to drop the packaging of the AMD Catalyst driver in RPM Fusion for Fedora 20, is still maintaining it for Fedora 19.
He has an easy recipe for using the F19 driver on F20 systems. I can confirm that his method works. As is, this RPM of the Catalyst driver does not work with GNOME 3 (due to previously mentioned Wayland code that GNOME is now including). It does work with Xfce and KDE (and everything else that isn't GNOME 3, I presume).
Here are the instructions, originally from Leigh's post on the Fedora Forums, with my annotations:
First, make a directory and cd into it. Leigh suggests calling it 'catalyst':
$ mkdir catalyst $ cd catalyst
Grab the needed Fedora 19 packages with
$ yumdownloader --releasever 19 xorg-x11-drv-catalyst-libs.i686 akmod-catalyst.$(uname -m) xorg-x11-drv-catalyst.$(uname -m) xorg-x11-drv-catalyst-libs.$(uname -m)
yum to install the packages (shown here using
sudo, though you can also su to root if you wish):
$ sudo yum --nogpgcheck install *.rpm
After this installation, I rebooted and had a working Catalyst/fglrx driver on my system. As I said above, it doesn't work with GNOME 3, but neither did the upstream AMD package before it stopped working altogether with the 3.14 kernel.
Configuration note: I did NOT need to do this, but if you have problems, you might want to use the
aticonfig utility as suggested here:
$ sudo aticonfig --initial
Again, I did NOT need to do this.
Also, I'm not sure if these Fedora 19 packages will be updated with when I run
yum update. I do know that it's a good idea to keep an eye on the latest packages in RPM Fusion (in this case the non-free F19 updates repository) to make sure that you don't install any kernels before a new Catalyst is ready for them.
I will update this post when I have more information on how long this fix continues to work.
I'd like to thank Leigh both for his work on AMD Catalyst in RPM Fusion until now as well as for this temporary Fedora 20 fix.
At the same time, I once again call attention to how the lack of an RPM package of AMD Catalyst for Fedora takes away choice and functionality from the distribution and its users.
As much as I love Fedora and its community, if you have a newish AMD-running computer, I really can't recommend Fedora because of this continuing problem. Sure, the open Radeon driver for AMD graphics chips/cards is better than ever, but I can't get suspend/resume with it. Once that starts working for me, I'll shut up.
So what do you do if you need AMD Catalyst? Distributions that haven't fallen into this rabbit hole include Debian, Ubuntu, and every single other one I can think of.
I'll ride this fix as long as I can, but you can bet I'm thinking of where I can go in terms of a new Linux distribution in order to have my choice of video driver.
Since Phoronix is the best source of news on Linux graphics hardware (and probably Linux hardware and benchmarking, too), I decided to e-mail the site's Michael Larabel and see what he thought about the fact that there has never been an RPM-packaged AMD Catalyst driver for Fedora 20, and at the moment even the upstream AMD installer won't work with the 3.14.x Linux kernel.
I'd like to thank Michael for turning that e-mail into this article: AMD Catalyst On Fedora 20 Is Left In An Awkward State.
The next day, he followed it up with How-To Install AMD Catalyst 14.4 On Fedora 20 With Linux 3.14.
I'd like to thank Michael for this, and for all the day-to-day reporting he does on Linux (and often BSD) in regard to drivers and hardware.
Ironically (or perhaps coincidentally), this tip comes from the guy who orphaned the Catalyst packages in RPM Fusion for Fedora 20 but still maintains them for Fedora 19 (and it involves using the F19 packages in F20).
I have to do a few more tests of this method before I detail it in another post, but first I'd like thank Michael again for his posts, and Leigh Scott right now for this too-easy way of getting the Catalyst driver working again.
Final word: I don't blame Leigh, per se, for dropping the Catalyst package in RPM Fusion. It's every maintainer's right to quit whenever they want. I'm just continually stunned and saddened that in the many months since Leigh made this decision, nobody else has stepped in to fill this crucial gap in the Fedora/RPM Fusion/Catalyst world.
I'm only speculating as to what caused 3D acceleration to stop working on my Fedora 20 system using the upstream-installed AMD Catalyst driver.
But I'm pretty sure it is the new
Mesa packages that rolled into Fedora a day or so ago.
Mesa isn't the culprit, apps that require 3D hardware acceleration are either throwing warnings about the lack of this particular feature, or just crashing immediately.
glxinfo in a terminal gave me the following message:
direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)
I suspected that the AMD Catalyst video driver, which I'm installing with AMD own
.run installer because there is no Fedora 20 package for it in RPM Fusion, was somehow broken.
When I have problems with the proprietary video driver, I usually uninstall Catalyst, check whatever's broken while running the open Radeon driver and then reinstall Catalyst and check again.
Except this time Catalyst wouldn't uninstall. The error message I received said something about the configuration being changed.
Catalyst wouldn't reinstall, either.
The script output suggested that using
--force would overcome the errors in either case -- uninstalling or reinstalling.
So I decided to reinstall AMD Catalyst over the current installation.
Since I was already running the latest Catalyst driver from AMD, I had previously downloaded, unzipped it and installed it, and the
.run file was already on my system for the reinstall.
I did this as root:
# ./amd-driver-installer-14.10-x86.x86_64.run --force
Catalyst reinstalled with no trouble, I rebooted, and 3D hardware acceleration was back.
You need more than just kernel packages to successfully install the upstream AMD Catalyst driver in Fedora, and you might not need every last one of these packages. But it couldn't hurt to have:
kernel-devel kernel-headers kernel-modules-extras kernel-tools kernel-tools-libs
Other packages that you need or are helpful include:
dkms gcc binutils make
Then you can go to the AMD Catalyst site for Linux, download a .zip file, unpack it and use the resulting
.run file to install the driver.
I wrote up more detailed instructions on how to install the driver in January. Those instructions are probably due for an update. I'll do that soon -- maybe when AMD updates the driver for the 3.14 Linux kernel.
The new Firefox, version 29, brings a whole new look to Mozilla's web browser.
I hope it brings a lot of other new things, too. I pretty much run Firefox exclusively in Linux, and I'd love to do the same at my day job, in Windows 7, where I use Google Chrome for the most part. In my day job, I have a whole lot of tabs open, and Chrome seems to handle it better. I would welcome a more robust Firefox in this regard.
Better or not, Firefox 29 is now in Fedora. The image above comes from the Fedora Magazine post announcing the update, which already flowed onto my installation via the Yumex package manager.
In my Ode system running on an Apache web server, I'm "exposing" the existence of the /documents directory by stashing HTML there for my site archive.
Normally only text files and images live in that directory, and Ode uses them to produce the HTML pages it serves out of another directory.
I'm not crazy about exposing the contents of directories that don't, for the most part, serve HTML. So I decided to disallow directory listings on my Ode site with this line in
Now my readers can see http://stevenrosenberg.net/documents/archive.html but not http://stevenrosenberg.net/documents and the entire structure under that.
Even if I do decide to move my archive file to another directory (and I am seriously thinking about doing that), it still seems like a good idea to block access to the "raw" directories in Apache.
I stopped using stand-alone mail clients about a year ago.
This week I decided to give Thunderbird another try. I'm keeping it simple this time around.
I'm using Thunderbird for a single e-mail account via IMAP. No Gmail. No shared Google Calendar. No newsgroups (yeah, I said newsgroups, which I had running in Thunderbird my last go-round)
What pushed me back to a mail client was the lack of speed in my webmail client of choice, RoundCube, with my mail provider.
So I'm keeping it simple and enjoying the speed and ease of a traditional desktop mail client.
Thunderbird has seen quite an update in its UI since the last time I used it, and that's enough progress for an app that has seemingly been abandoned by its parent company/foundation Mozilla.
As long as they keep it patched from a security standpoint, I don't need any new features.
I would have liked Fedora to be ahead of Debian rather than behind it, but a day's delay isn't a deal-breaker. And I could have installed the OpenSSL update from Koji early if this were a server installation.
Overall, the free-software community's response to the 'Heartbleed' bug shows the power of open development and how these projects and products are stronger through transparency and sharing.
I don't look on the OpenBSD Misc mailing list very often, but today a message from that list introduced me to Neomailbox, which offers services that include secure, encrypted e-mail and anonymous web surfing for prices that are very reasonable.
So why would you want to pay for e-mail? Well, you do get what you pay for, and while services like Gmail have a lot to offer, one of those things is Google's servers crawling the text of your mail and serving you ads based on what's in there.
And while Google is continually boosting its use of encryption, there are plenty of reasons why you might want an offshore, encrypted mail service that you actually pay for.
Did I forget to mention that Neomailbox uses OpenBSD?
Neomailbox also offers an anonymous web surfing service that uses encrypted tunneling and anonymous IP to add a whole lot of privacy and security to your daily comings and goings on the Internet.
And they do offer discounts if you get both e-mail and anonymous web, plus additional "family" discounts.
If your paranoid (or have reason to be) and don't want to run these services yourself on either home or colocated servers, Neomailbox is definitely worth a look.
I’ve been waiting for this: Hashover is a free-software project that aims to replace hosted-comments services like Disqus and those offered by Facebook and others that keep your comments in their database.
But the problem is that Disqus is a third-party service that seeks to make money off of you. And you don’t control the comments.
So if you have a self-hosted blog, having comments that are not self-hosted seems like cheating.
I don’t know anything else about Hashover beyond what’s at their web site, but I am very excited at the prospect of an add-to-anything commenting solution like Disqus that you can host yourself.
It’s something we really, really need. And I’m glad it’s here.
I was ready to give up. But what's great about Fedora is if something's broken, sometimes waiting is all you need to do.
Your problem will be resolved somewhere upstream. And Fedora gets newness from upstream faster than almost anyone (Arch notwithstanding).
So I was able to print to the HP LaserJet 1020 from Fedora 18 and 19 but not Fedora 20.
It has much, much more to do with the HP LaserJet 1020 printer than it does with any part of the Linux operating system.
This is a screenshot of the xfdashboard, which is billed as a GNOME Shell-like interface for Xfce
I saw on the Fedora Xfce mailing list today that it looks like
xfce4-whiskermenu-plugin are coming to the Fedora Xfce spin's ISO, if not as default choices at least as things you can add to your desktop after the fact.
I'm a fan of the Whisker Menu, which I already have installed, but I've never heard of xfdashboard, which brings a GNOME Shell-like desktop experience to the world of Xfce. I don't particularly want that, but it's an interesting idea.
I support bringing both of these packages, which are already in the Fedora repositories, to the Fedora Xfce Spin ISO (and therefore the default install), and I encourage you to try them out.
I was looking through the Fedora packages for Xfce applications I hadn't yet installed, and the Xfce Theme Manager came up.
I installed it. Then I ran it.
It screwed up my desktop. Not all the themes in my system were in the Theme Manager, and I was switched over to one of the few themes that were in there. My icons all grew larger in size. (Thank you very much. I'll be here all week. Please be sure to tip your waitress.)
So I had to re-select the Adiwata theme and manually shrink my icons.
But something good came out of it. For some reason Xfce themes have been "losing" the borders on the left and right sides of windows, and I have no idea now to restore them.
The Xfce Theme Manager has managed to do this for me, and I wouldn't want to reverse this change even if I knew how.
But otherwise the Xfce Theme Manager is trouble. I already removed it.
However, it did get me borders on the left and right sides of windows. And for that it was worth it.
You've heard the "Rhythmbox is dead" rumors. At various times over the past few years, the GNOME-centric music player, which I favor even in non-GNOME environments, has been called out for a lack of development, and replacements have queued up to take its place.
Well today a new Rhythmbox flowed onto my Fedora 20 system, and I took the opportunity to look at all of the fixes that went into the March 23, 2014 release of version 3.0.2.
So I'm at the Starbucks at Devonshire Street and Balboa Avenue in Granada Hills, CA, which happens to have Google (i.e. no longer AT&T) Internet service.
I'm getting 8.5 Mbps down, 1.3 Mbps up.
And there are a lot of people with laptops and tablets in here.
That's pretty solid.
If only my local Starbucks would dump AT&T for Google.
I'm not ignoring the fact that Google is able to collect a whole lot of data when you use this public WiFi. A lot of people use Google DNS (220.127.116.11 and 18.104.22.168, which is a genius move because I always remember it), but with Google WiFi they control the whole connection.
I saw a very interesting article in Phoronix, in which Michael Larabel writes about issues he is having with Xubuntu and a new Asus laptop after giving up on running Linux in a virtualized environment from within OS X on a Macbook Pro.
Later: I forgot to mention that I have tried the Xubuntu 14.04 Beta. It doesn't look radically different from previous Xubuntu releases. At first. There is a big change in the way the distribution deals with its application menu:
The Xubuntu developers didn't just add the increasingly popular Whisker Menu (which I use and like), they removed the traditional Xfce menu. I have both menus on my system. It's a trivial thing to add the "original" menu back to your panel, and I do think that the Whisker Menu can replace it, but it could be a bit unsettling to someone who is expecting a more vanilla Xfce experience.
In a move that surprises no one at this point, OpenBSD is in the process of pulling the Apache 1.3.x web server it has been maintaining on its own for what seems like forever and replacing it with the hot web server of the 2010s -- nginx.
Having a web server in the base install is mighty quirky in the first place, and OpenBSD has proudly flown this particular freak flag with no sign of changing things up.
But as much as a built-in web server (it's quite a help for development, in my opinion) is an enticing feature for many users, having that web server be nginx, which couldn't be more popular at this particular moment in geeky circles, should give many more people a reason to take a look at OpenBSD.
I'm not sure exactly how nginx will be configured in OpenBSD, by which I mean: Will it be possible to run CGI scripts without jumping through hoops due to a chroot environment?
Editorial: I don't think running CGI in Apache in the OpenBSD chroot was (or is) impossible in and of itself. What I do think is that a lack of interest among OpenBSD users and developers in doing it and writing tutorials about it made it pretty much impossible. Without someone leading the way, it's hard to stretch the well-established use case on just about any platform (those use cases being networking and firewalling on OpenBSD).
That OpenBSD users and developers are not interested in a particular feature, making said feature difficult to implement for mortal users -- and leading to "why do I have to re-invent the wheel?" syndrome among them -- is something you just have to accept when using a platform for a use case that isn't in its popularly accepted wheelhouse.
At least he's running it with Xfce.
The post made its way to OMG Ubuntu! where it provoked much discussion.
Much of it was of the "How dare he!" variety, though there were plenty of people who pointed out that the opinions of non-Linux users sampling today's distros are extremely important.
My constant complaining about the lack of proper suspend/resume with the open-source drivers and the concurrent lack of a packaged closed-source AMD driver in Fedora is the longtime user's equivalent.
For me, the benefits of Linux on the desktop outweigh the trouble I've had over the last year with video and suspend/resume.
But a new user who's on the fence? It's just another deal-breaker.
I lasted four days this time. After I couldn't log in one morning after rebooting Fedora 20 under AMD Catalyst, I pulled the proprietary driver, leaving the open Radeon driver to run the graphics on my HP Pavilion g6-2210us laptop.
With every new kernel, Radeon gets better. I'd say the performance differences between Catalyst and Radeon on this hardware are small enough that I'd be happy to stick with Radeon and leave Catalyst upgrade trouble behind (mostly because THERE IS NO CATALYST PACKAGE FOR FEDORA 20, THOUGH NOBODY SEEMS TO CARE).
For a very deep dive into blogging systems, listen to 032 - Blogging Platforms with Bob VanderClay. The blog post itself is valuable because there are dozens of links to just about everything they talk about. You can also go directly to the audio.
Here is the description of the show:
This week Gabe and Erik geek out about blogging platforms with Bob VanderClay. They discuss Blogging-as-a-Service (BaaS) vs. self-hosted blogging, then explore the advantages and disadvantages of static, dynamic, and hybrid blogging engines. Along the way, they touch upon a number of related topics including templating languages, commenting, writing tools, hosting providers, and backups.
I just installed Gvim, which is
vim-X11 in Fedora.
Maybe a graphical version of Vim will encourage me to use it more often.
That's the theory anyway.
So I'm at this Coffee Bean and Tea Leaf in Tarzana. The parking lot to this three-store minimall requires a ticket for entry, though the first two hours are free, and I'M NOT GOING TO BE HERE MORE THAN 40 MINUTES.
Two of the three businesses -- a Cold Stone Creamery and Panda Express -- are closed for good. That means the Coffee Bean is the only thing here. And the lot has a ton of spaces.
I get to the Coffee Bean. There's a PREPRINTED STICKER on the door saying, "Our WiFi is temporarly unavailable."
Except that it's VERY available.
In a mostly unrelated matter, HomeGoods is opening in the Gelson's shopping center across Reseda Boulevard.
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.
I've been messing around with scripting, and I created a static Ode archive page that lists every entry on this site.
I hacked it quickly. It needs some work. I think this would work better as a full-on Ode extension. For that I'd have to write it in Perl and figure out how Ode add-ins work. It could also be an extension of the Indexette add-in.
I'll be thinking about how to do this.
I decided to script my blog updates via a Bash script for Unix/Linux that runs both my Unison sync and the Indexette reindexing necessary to to make those entries live.
You're probably not running Unison like I am (and I still need to write up my Unison tutorial), but the reindexing line is worth sharing because I find it very useful to reindex the blog without using the web browser.
First of all, you need to install
wget on your Unix/Linux system. It's available in just about every distribution. Use your favorite package manager to install it.
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.
My shared host offers AWStats, and every once in a while I take a look.
I was prompted to look by Jim Lynch's article, Why You Should Delete Your Facebook Account.
Like Jim, it turns out I'm also not getting any traffic from Facebook. Maybe two views a month. I get a little more from Twitter, but nothing earth-shattering.
At some level, ends and means in computer programming dictate that whatever language gets you there is the right one.
If you want to work on a certain project, and that project's code happens to be written in PHP, that is something to think about.
Do you want to attract collaborators? From among the languages you like, pick a popular one.
I have tweeted a bunch and written some, too, about Buffer, the web and mobile app that allows you to space out your social posts and reposts and have them released at specific times during the day.
Having Buffer "baked in" as a browser extension is a killer feature.
As a user, my company has gone all in for Buffer. We are a subscriber. A business can part with much more than the $102 that the Awesome Plan costs for a year. $102 a year is something most businesses scrape off the bottom of their boots on a slightly wet morning.
This post is here more so I don't lose track of this extremely detailed tutorial on how to deal with iOS 7 devices under Linux, especially Fedora.
(Because friends don't let friends use iTunes)
If you're not following blogging and RSS pioneer Dave Winer, you should be.
Here are some recent, important (yet short) Dave Winer posts on blogging and social media's evisceration of it:
A blog post has lasting value. A tweet stream is more ephemeral, it can evaporate almost instantly.
The blogging tools developers aren't giving the users anything new and/or interesting to do. ... Since when does a software category survive without introducing new stuff every so often?
Okay so people who used to blog now prefer to post their observations on Facebook for the immediate interaction of it. I know what they mean now that I've been using Facebook for a few months. Hearing the likes and the comments is a kind of Pavlovian reward. It's true, I know the feeling.
People like Facebook because when they post something there, they get responses from people they care about.
I use Red Hat's OpenShift, and I'd like to use it more. I'm aiming to get the hang of all the different moving parts: the web interface, the
rhc command-line interface, getting in with SFTP, git ...
I still maintain that PaaS (platform as a service) solutions like OpenShift need to be as easy to manage as shared hosting, which you can deal with via FTP and which doesn't need a special command-line utility.
I'm not saying that everything shouldn't be configurable for full-on developers. But there should be a simpler way to run cloud/networked applications. And yes, I recognize that we still do have shared web hosting, which can be pretty darn easy.
If you see a link to this post on Twitter an hour after my last Tweet, my IFTTT-Buffer timed blog RSS-to-social setup is working.
Sure it's better to script everything locally, and I bet that piping RSS to social media at regular intervals is more than scriptable, I started using Buffer a week or so ago to spread out my Twitter posts in the event that I do a bunch of them at once.
Mind you, this hasn't yet happened. But it could. And I'm testing the service for my day job.
For my personal sites, I've been using dlvr.it to automatically feed blog RSS to Twitter (and occasionally Facebook). But while dlvr.it theoretically CAN dribble out posts at timed intervals with it's new (to me) "Q" feature, use of RSS with Q requires a paid subscript to dlvr.it. Again, for the day job this is something we might consider (if anybody but me was a dlvr.it fan), but I'm not that crazy about the paid options.
I spent quite a bit of time running Google Chrome/Chromium on both Windows and Linux, but between feeling uncomfortable giving away so much data to Google (when logged in on Chrome) and how well Firefox performs on Linux (which is very well from what I can see), I now use Firefox about 99 percent of the time in Fedora 20.
But on my Windows 7 work machine, which is a more powerful (quad-core AMD to my laptop's dual-core, with 8 GB of RAM to the laptop's 4 GB), I flip it, using Chrome about 99 percent of the time.
So I've been switching it up to see how I might like using more Chrome in Linux and more Firefox in Windows.
I'll keep it short. There's nothing about Chrome on my laptop in Fedora 20 that makes me want to use it. It's no faster and no more stable. And SELinux doesn't much like it (and I get warnings).
I spent the whole day yesterday in Windows 7 on my big box running Firefox (version 27 on both machines for the record) for everything. It was measurably slower, and I had a few periods of non-responsiveness, especially with my customary 15-20 open tabs.
This means I'll be sticking with Firefox on my Linux-running laptop (and for my personal use, where I'm not so crazy about Google spying and Chrome on my workplace desktop, where I'm already using Google Apps and am not doing any personal business (and could care less if Google knows about my web use as it relates).
So I'm working on a blog that I moved from Movable Type to WordPress in early 2012 but haven't touched since.
There were about 8,000 spam comments that weren't marked by the system as spam from 2009-11.
That's a lot of spam, and I remember now how hard it was to keep up with at the time.
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.
That title sounds like a bad master's thesis, right?
What I'm trying to do here is see how Ode posts that get their Indexette tagging locally play with my Unison sync setup.
If Ode doesn't "touch" the pre-tagged files on the server, I think we're all good.
Minutes later: That works. Now to code up a way to drop in the Indexette tag with system-generated current date and time.
Weeks later: I did write the code in the form of a short Perl script, and I incorporated it into the Gedit text editor via the Snippets plugin. I will detail this in a future post.
I took a look back today, and I learned that I started using Ode as my main blogging platform two years and 9 months ago. Call it "nearly three years," because that makes for a nice headline.
I suppose I could wait three months and write this post then. I'll probably do that, too.
But for today, I'd like to thank Rob Reed for all the care and feeding he has put into Ode over the years and all the help he's given me and the others who have used this software.
While Perl-powered CGI is as old as the hills, Ode does blogging in a way that is very satisfying for me. I'd rather write Markdown-tagged text files on my local machine and move them over to the server than work through a web interface (though Ode has one of its own in the form of the terrific EditEdit addin, which I do use on occasion).
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.
In an attempt to get a handle on Windows 8 performance on this hardware, I installed SpeedFan 4.49.
Quick tip. Avoid crapware and get the download here.
SpeedFan isn't pretty, but it works well. I can monitor CPU, GPU and disk temperatures. It also keeps an eye on GPU voltage, CPU frequency, battery charge state, uptime and CPU load.
SpeedFan can also manually adjust your fan speeds. I'm not interested in that so much, but I thought I'd throw it out there.
In case you're wondering, Windows 8 doesn't run any cooler on this HP Pavilion g6 than Fedora 20 with either the proprietary Catalyst driver or the open Radeon driver with Radeon DPM activated.
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.
This entry has been rewritten as How I fixed my Fedora 20 system when it stalled before the display manager appeared. I recommend reading that version.
Update: After booting into runlevel 3 (putting the number 3 into the GRUB boot line), I had no trouble logging into a console. Then I attempted to start X, and the system stalled. It was fglrx/Catalyst that was keeping me from getting to the display manager.
I removed AMD Catalyst. The system started working again. But back under the open-source Radeon driver, the laptop was running 20 to 50 degrees hotter than with the proprietary Catalyst driver.
Rather than reinstall Catalyst right away, I decided to try implementing Radeon DPM (Dynamic Power Management). DPM is a feature of Catalyst that is just coming to the open-source Radeon driver.
I'm running kernel 3.12.10, and Radeon DPM won't be implemented by default until 3.13. For now it has to be switched on with a kernel boot parameter.
The last time I tried forcing DPM in GRUB, I didn't get good results. This time it worked great.
I tested it by adding
radeon.dpm=1 to the GRUB the boot line. The CPU temperatures and fan speeds were comparable to what they were under Catalyst (cooler and slower, respectively), and 3D hardware acceleration was working.
I did get something else from running Radeon instead of Catalyst: The screen dimming/brightening when running on battery power works (unlike with Catalyst). That means the screen dims when the laptop is not being used but brightens up when you start using it again. With Catalyst you had to manually increase brightness after returning to the machine.
So I modified GRUB to take
radeon.dpm=1 permanently (instructions forthcoming).
The Linux gods give. And take. With Radeon (and not Catalyst) I lost suspend/resume. I'm not happy about it.
But having a working system again -- and having it without the bother of an unpackaged, closed-source Catalyst driver -- is a fair tradeoff. For now.
The original, before-I-fixed-it post starts below:
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 last night, I decided to do a full shutdown.
I turned the laptop on today, and it wouldn't boot into Fedora proper.
I can boot into rescue mode, and all my files are there and look fine (that's the good news). But sometime during the boot process it just stalls. And there's nothing I can do to get it to finish booting and give me either a console or desktop.
With the release of Fedora 21 delayed by at least three months due to the ramping up of the Fedora.Next initiative, the project's current release, Fedora 20, is likely to be the closest thing users will ever get to a "long-term support" release from the Red Hat-sponsored community project.
And I plan to enjoy it.
After hearing the Linux Luddites guys talk about how Debian's installer and documentation sort of hide the option to install alternative desktops (though the wiki does cover it) and following the "Fedora.Next" debate on the mailing list about the future of spins, I came across the documentation for Fedora's software-selection "spoke" in the new Anaconda installer.
It's been so long since I've done a Fedora install (I've had this system since about May 2013) that I forgot about the part of the new Anaconda installer that defaults to the GNOME desktop but allows you to deselect GNOME and choose KDE, Xfce, LXDE, Cinnamon, MATE or Sugar and then go back to the "hub" and continue with the installation tasks, eventually (hopefully) ending up with a functioning Linux installation.
Say what you will about the Anaconda installer, especially the new "hub and spoke" version (and much of what has been said is far from kind), but the ability to select any of the major desktops during the installation process is a win.
Not that (as I've noted above) you can't do that with the Debian installer, but amid all the back-and-forth over Fedora spins in Fedora.next, it's nice to know you can download and burn a single Fedora disc or flash drive and use it to install the desktop environment of your choice.
As I said recently, I'm a huge fan.
This one is about "getting shit done":
I’m one of those people who wants to write code to solve every problem that comes along. If I could figure out how to make a Perl script make my bed, or clean my room, then those things would certainly get done a hell of lot more often. I’d put it in a cronjob. I’ve written code to calculate my kids’ allowances, email daily chores to them, track my hours for clients, keep track of info when hiring employees, reset the database for my music player, search for things in my instant messaging logs, organize my music collection, figure out how much space I have left in my Dropbox, balance my checkbook, query package management systems regardless of which flavor of Linux I happen to be running at the moment, calculate Weight Watchers points, track my todo list, count lines of code, print out certain lines from a file, and make a Gimp plugin to help me make cards for my favorite wargame ... and that’s just a small fraction. ... I write a lot of code, even outside work. If there’s any obvious way to use code to solve a problem (and sometimes even if the way is non-obvious), I’m going to write a program. I can’t fix a car, I suck carpentry and plumbing, I’m not very good at yardwork or gardening, and I’m not even particularly useful at administering my family’s eclectic collection of personal computers, laptops, and tablets, but I can write the hell of out of some code. And I’m the type of person who will gleefully spend days trying to solve a problem with code that I could have probably just done manually in a few hours, because I don’t mind spending days on a program, ’cause it’s fun. But just because I don’t mind it doesn’t mean I want to do it all the time. What I’d really prefer is to get in, write the code, and get out. Just Get Shit Done. And that’s what Perl lets me do.
That's a programmer, all right. I don't usually drop quotes this big into entries, but there's way more I could have quoted from this excellent entry.
Again, the entire series is essential reading.
Buddy Burden writes a great eight-part series, Perl and Me, on his approach to programming, how he came to code in Perl and what he thinks is wrong (and right) with the profession and teaching of programming.
It's not all about Perl, though much of it is. Every programmer should read it.
So I heard about an update to Skype for Linux (thanks, OMG!Ubuntu) that is supposed to fix some general noise and PulseAudio issues.
Since Skype's RPM for Fedora doesn't set up a repo, I had to download a new RPM from Skype and install it.
The new package, Version 22.214.171.124, runs as well as the old one. That means it fixed none of the audio issues I'm having, which include occasional noisy audio and intermittent lack of audio. The commonly accept fix doesn't help me, either.
Luckily I rarely use Skype, and usually only as an IM client, so I'll live.
For the freedom-lovers in the room, I did install the Ekiga softphone package in Fedora, and it kind of, sort of works. But the UI is HORRIBLE, and I doubt a non-geek could ever make it work. I need a better SIP package, and I'm open to suggestions.
I'm not big on Facebook. Or Medium. It would be a different story if I were getting paid to write for one of those services, but since that isn't happening, I'm indifferent.
But in the face of interfaces that are inviting to authors, plus the promise of exposing your work to a potential audience of millions, a la Medium and the Huffington Post (why I pulled that one out of my unmentionables I don't know, but I just did), Facebook is releasing a mobile app called Paper that promises to remake the way you (and you) interact with the service, especially when it comes to shoveling your content into their always-burning furnace:
Re/code: Meet “Paper,” Facebook’s New Answer for Browsing — And Creating — Mobile Media -- By Mike Isaac
Most interesting read before 5 a.m. (yes, I'm up that early these days):
Did I play D&D "back in the day"? A little bit. Would I play it again? I might.
An extremely cautionary tale on broken iMacs, Apple's relative indifference, and how barbaric this all seems in relation to hardware from other vendors:
(Photo by Hans Gutknecht)
(Photo by Hans Gutknecht)
I feel for Evan Prodromou, creator of Pump.io and Status.net before that -- both software platforms for his vitally important Identi.ca social network, which started as a free, open Twitter-like service when one was badly needed in 2008-9.
Running Identi.ca under Status.net required a whole lot of resources, and Evan was doing it for nothing (I think). Then he wanted to change everything about the software and hardware running the identi.ca service and did. So Identi.ca lives. But Identi.ca is not as feature-rich as it was when Status.net was the software behind it.
What's missing from the Pump.io version of Identi.ca for me are a search function and the tags and groups features of the original Identi.ca. I also miss being able to access Identi.ca in most mobile clients, especially Mustard. The new Pump-powered Puma -- with development led by Macno, the same developer who created Mustard -- is coming along, as is the desktop Pumpa client. Like Pump.io itself, neither client is terribly feature-rich at this point.
But what I miss most is the community of the original Identi.ca. I'm not sure how much of that community has scattered since Pump.io, but it sure looks like a lot.
Things that are great about the Pump.io-powered Identi.ca are the ability to do so much more in posts -- more than you can do with Twitter and the original Status.net-powered Identi.ca. But I've found that short Twitter-like posts work for me. It's all about the people ...
I like pump.io's Identi.ca, and I really like Evan. He's given a lot to the community in the form of the Identi.ca service itself and both of its platforms (Status.net and Pump.io).
Today I got a nudge from somebody (ironically via Google Plus) that there's a big #fediverse movement out there centered around the Status.net software.
It's lucky (for me anyway) that installing the Catalyst driver direct from AMD isn't as difficult as it was earlier in the F20 cycle. But it's not as easy as installing an RPM package.
If my laptop didn't choke on video (both full screen and windowed in VLC and Totem) and run 30 to 50 degrees hotter with the open Radeon driver, I wouldn't give a damn.
Ah, the "good ol' days." Remember Configuring Fedora 18 to print to HP LaserJet 1020 is a pain in the ass? That was when getting the el-cheapo HP LaserJet 1020 to print in Fedora was merely troublesome.
In Fedora 20? So far it has been impossible. The printer is clearly recognized as being connected by USB because it's listed in the output of
lsusb. But the printer is not recognized when I run
hp-setup. I can't even get to the part when I download and add the proprietary firmware that should already be inside the printer but isn't because HP hates people.
On this Fedora 20 system, I have no problem printing to any number of networked printers (all of which happen to be HP devices, but that's besides the point). But the USB printer I have at home? Nope. I'll have to try with a live Xubuntu system to see if the problem is Fedora-specific. (I'd say there's a 99 percent chance of that being the case).
I'd love to see a speedy resolution to this one. I don't print all that often, but it's nice to have the option ... to ... print. Right?
It's been a long time since those halcyon days of mid-2010 through early 2013 when I ran Debian Squeeze and Wheezy on my Lenovo G555 laptop (with AMD CPU and GPU) and had working suspend/resume.
Being able to suspend the laptop and bring it back within seconds by opening the lid changes the way I use the computer. It's pretty much a killer feature. And I've missed it terribly.
It's my holy grail. My holy fucking grail. Suspend/resume.
And I finally figured it out. I've seen the hints about putting a
resume=/dev/??? line into the bootline in GRUB, with
??? being the location of the swap partition. I tried it, and it never seemed to work.
So I forgot about it.
Then I saw this post from Ankur Sinha that makes the same suggestion:
resume=/dev/??? in the bootline in GRUB
But what to sub in for
???? Where exactly is
My system is encrypted and using LVM, so finding
/swap is not as easy as using
df -h or opening up gParted.
Maybe the system itself could help me figure out where
/swap lives in the LVM/encrypted world of Fedora.
I looked at the man page for
swapon and soon had my answer:
$ swapon -s
That returns the following:
So I rebooted and dropped this at the end of my bootline in GRUB:
Lo, behold and holy shit, IT WORKS!
I now have working suspend/resume in Fedora 20 -- and presumably every other Linux distribution out there.
Next step, how to modify GRUB so this persists. It's not so easy because GRUB isn't set up the same way in this Fedora U/EFI system as in other systems I've seen.
If/when I figure that out, I'll update this entry. But for now, I HAVE SUSPEND/RESUME. Couldn't be happier. (Really!)
I tried to get
resume=/dev/dm-1 into GRUB permanently on my EFI-based Fedora system.
Here's what I did.
$ sudo gedit /etc/default/grub
I turned this line:
GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/swap rd.md=0 rd.dm=0 $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) vconsole.keymap=us rd.lvm.lv=fedora/root rd.luks.uuid=luks-f87cd0dc-c2a5-4a18-913d-b0c9d0e7d18f rhgb"
GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/swap rd.md=0 rd.dm=0 $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) vconsole.keymap=us rd.lvm.lv=fedora/root rd.luks.uuid=luks-f87cd0dc-c2a5-4a18-913d-b0c9d0e7d18f rhgb resume=/dev/dm-1"
Note the added bit at the end.
Then I rebuilt my GRUB entries:
$ sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
GRUB didn't look quite the same upon reboot, but my boot stanza did have
resume/dev/dm-1 in it. And suspend/resume still works.
I don't know if this will persist after a kernel update (I suspect it won't), so I'll update this entry when I know more.
Update: While the simple fix below seems to have worked for me, what Fedora experts are sugggesting is slightly more complicated. Start reading here and click through to find the recommended fix. (I suspect that my solution was easier because I didn't install anything until I resolved the SE Linux problem on my system.)
Original post begins here:
It has something to do with SE Linux.
I got my updates to go through and returned the box back to normal with these three commands:
# setenforce 0
# yum update
# setenforce 1
That's it. Everything is back to normal.
(I used a digital camera to capture the screen images of my Windows boot failure and subsequent 8.1 upgrade failure so you can share in my pain before reading below how I fixed what Microsoft broke)
So I figured I'd upgrade the Windows 8 portion of my Windows/Fedora dual-booting (and naturally EFI-running) system to the presumably shinier, newer Windows 8.1 with the offer of an upgrade via the Microsoft Store.
Big fucking mistake.
I go into Windows 8 and do the upgrade. It tells me at some point that "there will be several reboots."
The first reboot was the last. Windows would no longer boot. (Luckily Fedora continued to boot during this whole nightmare.) When I tried to start Windows 8, I got a blue-screen error with the code 0xc000000f.
I went into Recovery Mode via the BIOS.
The automatic repair didn't work. Then I went to Advanced Options, then to the Windows command prompt, to start trying hacks.
The easy hacks didn't work.
Debian France now has an online store where they sell Debian-related merchandise: hats, shirts, even umbrellas, pocket knives and those "buff" things that losing "Survivor" contestants throw into the fire on the show's Redemption Island (which probably tells you too much about my recent TV viewing).
The currency is Euros, the language French. May the European force be with you.
Especially while I'm obsessed with the state of AMD video drivers, but for all Linux and much BSD news, Michael Larabel's Phoronix is an essential site that I'm looking at every day.
I honestly don't know how he keeps up the pace, but if you're looking for news on the state of AMD, Nvidia and Intel video, AMD, Intel and ARM CPUs, the Linux kernel, benchmarking of hardware and Linux and BSD distribution, plus what's going on (both in plain sight and behind the scenes) in many of the projects that make up the free-software ecosystems, Michael appears to have it covered, and for that I thank him.
Thanks to the help of a few, proud Fedora users, I was able to install the AMD Catalyst 13.11 beta (version 9.95 to be exact) driver on my Xfce-running Fedora 20 system.
And thus the long local (as opposed to national) nightmare of poor video performance and a CPU running 30 to 40 degrees hotter is over.
I would love to stick around and wait for the open-source Radeon drive to get better, and I'll continue to keep an eye on it. But my test of the 3.13.rc7 Linux kernel -- which is supposed to include some key Radeon patches -- showed that it is no better on my machine than 3.12.x. That means it's not time to wait on the open driver but instead time to get serious about putting Catalyst -- direct from AMD -- on the laptop.
Today I was successful, and the CPU on my HP Pavilion g6-2210us is running at a cool 80 degrees as opposed to the not-as-cool 120 degrees under Radeon. And I can watch full-screen video in VLC (and any player other than MPlayer) without a) that video stuttering and b) both CPU cores jumping to 100 percent.
Update: Thanks to tips from Bernhard J. Wolf, I have successfully installed the AMD Catalyst 13.11 beta driver in Fedora 20. I did not need to use Maxorete's install-file hack. When I opened the file that needed to be changed, it looked like AMD had already made the fix -- and since Catalyst did install, I can confirm that they did. Thanks, AMD! Keys to success were adding the
kernel-devel package in Fedora. It probably couldn't hurt to make sure you also have
kernel-headers, which I already had. Bernhard also said the installation wouldn't work with GNOME installed. GNOME, you are now history on this machine. With
kernel-devel and without GNOME, the install of AMD Catalyst 13.11 beta went like butter. I will do a new post that contains all of this information, but for now I leave what I wrote earlier today in its original form below. You know, for history's sake:
Original post below (I didn't need the
Anybody who has read anything I've written in the past month know that the sudden absence of the AMD Catalyst driver in packaged-for-Fedora form is really chapping what's left of my Linux hide. The fact that so few seem to care is just stamping my "get out of Dodge/Fedora" ticket.
But given momentum's pull, principally the fact that I have Fedora set up the way I want it, I'd rather stay for now and move at some time in the future. When I'm ready, that is.
So I've gone against the advice I've held to since Fedora 14 crapped out on me, that advice being, Don't install Catalyst directly from AMD.
Online Privacy: We Are The Authors Of Our Own Demise by Matt Asay. The subtitle: We used to pay with money. Now we pay with our private data. Will we regret it?
Update on Jan. 16, 2014: Since I originally wrote this post, I succeeded in installing Catalyst with AMD's script in Fedora and buying myself a whole lot of time with that distribution. I also tried Debian Wheezy with live media containing nonfree firmware, and that is looking even better than Jessie if I don't want/need an EFI-friendly installer. My original plan was to stick with Fedora until the Debian Jessie freeze and then make the move (sometime late this year). But if Wheezy works out, I'd want to go to it sooner rather than later and avoid Jessie for as long as possible (or until suspend/resume somehow returns to my neglected AMD APU chip.
Update on Feb. 4, 2014: I have suspend/resume working in Fedora 20 with the fglrx/Catalyst driver, and I'm very confident that the same technique I used to get it working there will also work in Debian Jessie, so that means if I do want to run Debian in the near future, I can get working fglrx video, working suspend/resume and EFI booting with Testing/Jessie and don't need to use Wheezy unless I absolutely want to. The only thing that makes me nervous about installing Jessie now is the uncertainty over which init system Debian will end up with -- both in the Jessie and Jessie+1 cycles. But since I have everything but printing to my crappy HP USB printer working in Fedora, it's likely that I'll stick with it for the near (and maybe farther) future.
To keep a short story short, the maintainer of the proprietary AMD Catalyst (aka fglrx) driver for the Fedora-focused RPM Fusion repository doesn't want to do it anymore.
And he made this decision not before the release of Fedora 20 with lots of notice -- and not after with lots of notice BUT PRETTY MUCH DURING THE RELEASE with no notice.
That means my Fedora 19-to-20 upgrade left me without Catalyst. And that means much poorer video performance, higher heat and more fan noise for my newish AMD APU chip -- the Trinity series A4-4300M model with AMD Radeon HD 7420g graphics.
And while the open-source Radeon driver has gotten a whole lot better in the 3.12 Linux kernel, the Catalyst driver is much, much better for this hardware.
I already mentioned the slow video. I can barely run GNOME 3 with the open driver, and THIS LAPTOP ISN'T EVEN A YEAR OLD.
In the course of my day job, I use Windows 7 all day. I have really nice Lenovo desktop hardware with a nice AMD processor and lots of RAM. Windows 7 is fairly solid. It's not Linux, but when compared to Windows XP, it's a world and a half better.
So is Windows 8 better than Windows 7? I still dual-boot Windows 8 on my laptop, a newish HP Pavilion g6 with an AMD CPU and enough RAM to be comfortable.
The Metro interface is distracting, looks terrible and doesn't add to productivity. In a keyboard-mouse environment, it's hard to know what to do to make Metro (or whatever it's called now) do what I want. It's not intuitive.
The desktop portion of Windows 8 seems much like Windows 7. That is good.
I'm not saying I'm a Luddite. And I'm not saying I'm not. But there's nothing in Windows 8 that makes me say, "this is better."
There are so many things wrong with the Windows model from the perspective of a user who prefers Linux (currently Fedora, though I'm thisclose to moving to Debian or Xubuntu), but when it comes to basic functionality, I can get along fairly well in Windows 7. Windows 8? I can't believe it's gone on this long.
I'm on the fence on this Skype fix for Linux distributions that use PulseAudio:
If you are packaging Skype for your distribution, you need to change the Exec line in your Skype .desktop file as follows: Exec=env PULSE_LATENCY_MSEC=60 skype %U If you are a user, and your distribution doesn’t already carry this fix (as of about a week ago, Ubuntu does, and as of ~1 hour from now, Gentoo will), you need to launch Skype from the command line as follows: $ PULSE_LATENCY_MSEC=60 skype
Using rootly privileges, I made this change in my
/usr/share/applications/skype.desktop file. It worked some but not all of the time. I'm more troubled by PulseAudio's use of CPU when I'm running Skype in the background but not actively using it.
I eventually reverted this fix in my
/usr/share/applications/skype.desktop file and am doing OK with the regular
Exec=skype %U line that is the default in my Skype installation.
I got a lot out of reading Michael Larabel's AMD Catalyst 2013 Linux Graphics Driver Year-In-Review on his Phoronix site.
He's been following all of the Linux video drivers for years, and his perspective is very valuable, especially in his assessment that it's been a horrible year for the proprietary Catalyst driver and a great one for the open Radeon driver.
I can confirm that I finally have 3D acceleration in the open Radeon driver on the 3.12.x Linux kernel but that the performance isn't what it is with the Catalyst driver. That Fedora users might no longer have a choice between the two when it comes to a pre-packaged driver is troubling.
But thanks, Michael, for a thorough look at AMD graphics and Linux.
Of course things are going better for Nvidia, Michael reports.
That's cold comfort for me with my AMD hardware, and while desktop users can generally chose to shove an AMD or Nvidia card into the box, there aren't all that many laptops with Nvidia chips on them. No, AMD is a whole lot more common, especially if you're trying to save a few dollars over an Intel-based laptop.
So overall, it's pretty much AMD vs. Intel when it comes to laptop graphics, and AMD's extremely lackluster performance in 2013 is leading to me recommend against buying AMD hardware. While the open Radeon driver project is going from strength to strength, sometimes you need (and/or want) the proprietary driver.
And in 2013, there appears to be no contest when it comes to graphics for Linux. Intel and Nvidia are doing a lot. AMD is doing a whole lot less.
If you want to delve further into the rabbit hole that is Linux graphics, start at this part of Phoronix. Good luck. I really appreciate Michael Larabel's testing and writing, but I'd rather things just worked (and wish I had opted for an Intel-based laptop when I needed one on short notice in March of this year).
I should have looked into this more BEFORE I did the upgrade, because there are no kmod-catalyst packages for F20.
This has happened before. Catalyst is always behind Nvidia when it comes to RPM Fusion packages.
But according to these two threads, the maintainer of kmod-catalyst is orphaning the package, and unless someone else picks it up, there will be no new Catalyst drivers packaged as RPMs for any existing Fedora releases, including F19 and F20.
The good news for me anyway is that Fedora 20 with the 3.12.5-302.fc20.x86_64 kernel marks the first time that the AMD Radeon HD 7420G graphics chip in my HP Pavilion g6-2210us laptop has had working 3D acceleration without the proprietary Catalyst driver.
But it's not as good of video as I get with AMD Catalyst (aka fglrx if you're running a Debian-based distro).
Without Catalyst/fglrx, animations in GNOME 3 aren't as smooth, games that use 3D don't perform as well, and full-screen video in VLC stutters a bit. Again, that's better than GNOME 3 not running at all (which is what has been happening with the open Radeon driver in recent months), but I'd rather have the choice between the open Radeon and proprietary Catalyst drivers.
Oh, and my suspend/resume situation is the same. Suspend appears to work fine, but without resume (which doesn't work at all), why bother?
The laptop does run cooler with the proprietary driver, too.
Back to the point: I'm not willing to download and run AMD Catalyst directly from AMD. That's always been a prescription for endless fiddling and bricked video. I have heard good things about the open Radeon driver in the 3.13.x kernel, and I will wait for that to roll into my system before I decide whether or not to abandon Fedora for a distribution that isn't orphaning the Catalyst/fglrx driver. Among those: Debian, Ubuntu and everything derived from them.
I've always said I'd prefer to run the open driver, and there has been substantial progress in making my particular AMD video chip work better in Linux. But there needs to be just a little bit more performance. The stuttering video NEEDS TO GO.
And before this release, GNOME 3 did not work at all. It works now but is struggling. For me, that means more time running Xfce.
I'd love to see a dramatic improvement when the 3.13.x kernels come into Fedora. If that happens, all is forgiven. But if not, more than likely I'll be moving from Fedora.
Update: Full-screen video in Mplayer is much better than in VLC and GNOME's stock player. That's a workaround but not a full-blown solution.
There's something about Twitter. It's so easy to tweet out links, to retweet, to have 140-character discussions ...
But it's a bit harder to bring those conversations into your own blog in a more permanent fashion.
What I'm thinking about doing doesn't seem all that hard. It could be a browser-based program -- maybe a Firefox add-in -- that takes a tweet and plows that text (with links to the original tweet) into an Ode post, so anything I write, retweet, or just want to offer up can appear in my own blog without a whole lot of trouble.
I'll be thinking about this ...
One of the biggest things that keeps me using a system like Ode for blogging is the freedom to write entries on my local machine using any text editor I wish. Those text files turn into blog entries, and I never have to write in a web interface unless I want to (and for that we have the excellent EditEdit add-in).
I've written local files and pushed them via FTP, opened up my web-server space via sftp in my local Linux file manager (either Thunar with Xfce or Nautilus with GNOME) and now synced a local directory with my server via Unison.
I also love using Markdown. It eliminates much of the HTML-coding drudgery that's even part of mainstream blogging applications like WordPress.
But more than anything, when you can create a text file, write it in the editor of your choice, which for me is Gedit, and then have that file somehow make its way to the server and become part of a blog, it makes the process that much more enjoyable.
(Click the image above for a larger version)
After news that fedup 0.7 stood a good chance of not successfully upgrading you from Fedora 19 to 20, the project's developers swiftly pushed out fedup 0.8 to solve this and a great many other problems.
As you can see above, the change has come through to my system, and I have updated the package. No, I haven't actually run the fedup upgrade to F20, though I did use the program to bring this system from F18 to F19.
You don't want your bike chain to fall off.
It very well might if you use fedup 0.7.x to do your Fedora 19-to-20 upgrade:
Adam Williamson, who calls himself the "Fedora QA Community Monkey," writes:
I just poked it a bit and it sure seems like upgrades with fedup 0.7 to F20 are busted. They definitely worked when we tested shortly before release, though. I can only think that using fedup 0.7 against upgrade kernel/image built with fedup-dracut 0.8 doesn't work.
If you have fedup installed, you can tell your version with this:
$ yum list fedup
Here is my output of that command:
fedup.noarch 0.7.3-4.fc19 installed
According to Fedora devs and other expert types, the thing to do is wait for fedup 0.8, which will be moving onto Fedora 19 systems any day now via the usual update mechanisms.
Adam puts it this way:
So, here's the news: do your upgrades to F20 with fedup 0.8, yo. It's in updates-testing for F18 and F19 at present, but will go to stable for F19 tomorrow. If you're upgrading from F18, you'll need to pass '--nogpgcheck' to fedup, because of <https://bugzilla.redhat.com/show_bug.cgi?id=1040689>.
Failed fedup upgrades aren't fatal but also aren't fun, so it's worth the wait for a new fedup.
Later: Chris Murphy on the Fedora users mailing list suggests this command to update to fedup 0.8 right now:
$ sudo yum update fedup --enablerepo=updates-testing
Then you could run the full fedup:
$ sudo fedup --network 20
The new release of Fedora -- version 20 -- is here. Since I have a USB stick dedicated to such things, I brought down a couple of live desktops (GNOME and Xfce) to try.
All well and good, that is, but the Linux kernel shipping with F20 is the same 3.11.10 that I'm already using in F19.
In my experience, a kernel shows up in your local yum update within a week after it first appears in Koji. It's not instant but does flow onto your system if you accept the update.
While on the subject of updates, the Yum Extender (aka Yumex) has proven to be a great way to maintain the packages on my Fedora system. It's quicker and better than PackageKit, and fairly equal to the Debian world's Synaptic Package Manager.
Getting back to Fedora 20, I'm not yet ready to run
fedup to get the full update on my F19 system. Instead I'm waiting for the 3.13 kernels to start flowing into F19 proper.
What concerns me most is hardware compatibility, specifically display issues that keep my AMD-based laptop from resuming after suspend. I am looking to new kernels and display drivers to fix this problem. Full system upgrades are just window dressing that, in and of themselves, won't really help. That's what I'm thinking, anyway.
This handy counter tells you when It's here:
It kept nagging at me. Why was the "hot corner" in Debian's version of GNOME 3 so "sensitive," compared to the GNOME 3 desktop's hot corner in Fedora 19?
In Fedora, I'd mouse into the upper left "hot corner," and half the time wouldn't get the app panel or search box to open. I'd have to "aggressively" mouse to get it working.
So I've been using GNOME 3 less and less. Was it just too slow?
Today I did a bit of searching and found out that "hot corner" sensitivity was something that the user can set, not in stock GNOME 3 but with the Activities Configurator extension.
I installed the extension and cranked the sensitivity number way down, from 100 to 43, making it more sensitive. Now my "hot corner" is much more responsive to mouse movement, and GNOME 3 is easier to use.
Once you have the extension installed, you can access its settings via the GNOME Tweak Tool, or by right-clicking on the "Activities" menu or the little smiley face that now appears to its left.
I was making things hard on myself. I was trying to do a big code block on this blog in Markdown with backticks all over the place.
But the way it works in Markdown, you just tab or indent four spaces, and it's all wrapped in
<code> with all the tags rewritten so they'll show up the right way on your live site.
Backticks like `this` (which renders like
this on this site) are still good for shorter code blocks on a single line.
But for longer code blocks, it's better to tab 'em.