It’s been another two weeks, so time for another update. Package updates have been rather calm since the last post. I continue to work on adding R packages, and some new things, like glava, the OpenGL audio spectrum analyzer, which can produce cool things like: Updated packages Package Version Notes R-deldir 0.1.21-1 R-ellipsis 0.2.0-1 Rawhide only R-formatR 1.
Oops, again a bit late, but the past two weekends were fairly busy. I decided to post this today so that it wouldn’t slip another full week. So this probably looks a bit larger than usual, but I hope I didn’t miss anything. Two weeks ago was rather busy with many updates. Not just new releases, but I also spent a little time going over old updates that I’ve missed and ignored due to missing dependencies.
I meant to post this last weekend, but was too busy then. There were a lot of updates this past week, mostly in R and Python. These were mostly routine, and I did not run into many issues except for a few new (aka, to-be-packaged) dependencies. I found a bug in the R-IRkernel package, where the Jupyter kernel spec was encoding the path to the internal R executable. This executable path is arch-specific, while the package was not.
Inspired by @decathorpe and the release of Fedora 30, I’ve decided to start making semi-weekly updates of my packaging work in Fedora. I only say “semi-weekly” as I’m not sure I can commit to every week. Here’s a short look back at the past few years of packaging. I started packaging quite some time back using copr to create Fedora packages for some things I’ve worked on (ObsPy, Cartopy, etc.), but only started officially packaging things in August 2017.
One of the bugs I encountered after upgrading to Fedora 17 is that my music library seemed to have disappeared in Rhythmbox. In fact, everything appeared in the Missing Files view. The strange thing is that all the files appeared exactly where Rhythmbox thought they should be. In fact, I could even play them directly from the Missing Files view! Anyway, after a bit of searching, it appears that I am facing this bug.
So, a new release of Fedora was set free just last week, the so-called “Beefy Miracle”. A couple of releases ago (or maybe last release), I had really thought I might wait at least a month after a release before upgrading. Turns out my curiosity got the best of me, and I went and upgraded my laptop mere days after the release. Fortunately, this release has been much much better right out of the box.
Fedora 14 was released just a day or two ago. I figured I’d be cutting-edge and upgrade on pretty much the day it came out. Of course, as with last time, I’m trying to do so on a laptop with little room for any more stuff. This time though, I tried as hard as I could to get preupgrade to work instead of doing a new install. The Free Space Issue /boot The first issue was, of course, the lack of free space, on both /boot and /.
Update: The ModemManager rule should really only apply to the USB device, not the TTY. I updated the rule below to be a bit more specific. Around the end of July, I ordered a Bus Pirate from Seeed Studio. It took about a week to ship, which is pretty quick, I think. I picked it up from the post office on Tuesday. After opening the package and plugging it in, I was greeted with nice blinky lights, and my computer didn’t start smoking, so that was a good sign.
Round about last week, I switched my desktop from Gentoo to Fedora. It took a few days to get everything the way I wanted. But it only took that long because I had lots of data to backup and (selectively) restore, and I only worked in the evenings. Fortunately, a “re-install” is way less painful than Windows, since all you really need to keep is your home directory. I just don’t know how Windows users live through it, especially without all their programs in a convenient package manager.
Well, this didn’t go as smoothly as the live USB versions, mostly due to preupgrade. I don’t have a “standard” install, you might say. This is on a laptop that’s not mine and Fedora is not the primary OS. So it’s very space-constrained. I don’t even have the recommended 200MB (now the recommendation is a whopping 500MB) space for /boot. Personally, I think that’s a ridiculous amount of room to hold a kernel and initrd (even if they are generic), but that’s the default install size.