ArChatter

My morning updating ritual was interrupted by an annoying question from pacman:

$ packer -Syu
:: Synchronizing package databases...
core 106.7 KiB 650K/s 00:00 [######################] 100%
extra 1422.5 KiB 1151K/s 00:01 [######################] 100%
community 1786.4 KiB 927K/s 00:02 [######################] 100%
multilib is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
:: gcc-libs and gcc-libs-multilib are in conflict. Remove gcc-libs-multilib? [y/N] ^C


That’s no fun. I can’t be removing gcc-libs or things will be blowing up. But why is it asking me to remove gcc-libs-multilib anyway? As a multilib dependent 64bit OS user, I can’t replace that. Luckily, I happened to check the forums this morning and someone else ran into this same problem. Turns out that for me, anyway, I had a tool that still relied on gcc-libs, as I hadn’t replaced it with its -multilib doppleganger. In my case, I had libtool and I should have had libtool-multilib. Not sure exactly how I got in that state. You wouldn’t think it would let me replace gcc-libs with gcc-libs-multitool if there were things that depended on it. But I guess it says it provides ‘gcc-libs’, so libtool was happy. But when it came time to upgrade, it wanted to use gcc-libs.

So to fix it I merely installed libtool-multilib, allowing it to replace libtool. Then my upgrade went as planned, as there wasn’t anything asking for gcc-libs any more.

Here’s the list brain0 posted in the forums, saying if you replace one of them with its multilib compatriot, you need to replace them all:

inutils-multilib
gcc-ada-multilib
gcc-fortran-multilib
gcc-go-multilib
gcc-libs-multilib
gcc-multilib
gcc-objc-multilib
libtool-multilib

conflict between gcc-libs / gcc-libs-multilib (gcc-objc related) (Page 1) / Pacman & Package Upgrade Issues / Arch Linux Forums.

Just added a new package to the AUR for iedit, which is a pretty cool mode for Emacs to edit in place a bunch of regions containing the same text. See this post by Mastering Emacs for some usage and a nice little defun to narrow the changes to the current defun:

IEDIT: INTERACTIVE, MULTI-OCCURRENCE EDITING IN YOUR BUFFER

AUR (en) – emacs-iedit-git.

Now this looks like a pretty cool package. Set bootchart up in your boot process and it tracks everything that happens. After you’ve logged in, you can run a utility that will generate a nice little chart, showing what and when for your boot up. There’s a very nice ArchWiki page for it (natch).

One caveat is that the project itself (bootchart.org) hasn’t been updated in like 5 years. But I guess if it works, it works. I’ll give it a try and post my picture here. Maybe I can then figure out why some daemons fail at startup…

AUR (en) – bootchart.

Mime handling is always confusing, esp. in regards to file associations. I currently have a couple broken ones, like the fact that launchy opens all my desktop shortcuts in emacs If I click on them in my file manager (Thunar), they open fine.

Anyway, the prolific Xyne has a new package called ‘mimeo’ that offers to help. I’m going to give it a try.

mimeo

I installed Yapan the other day and have been really happy with it. It sits in the notifier area of my tint2 window in my Openbox window manager and periodically checks to see if any packages have been updated. I’m pretty good about running my update once a day, but this is kind of fun too.

I set it up to use my package manager of choice, bauerbill, thusly:

Synchonize: sudo bauerbill -Sy
Packages to update: bauerbill -Qu
Update: sudo bauerbill -Su

Because bauerbill is a command-compatible with pacman, it works like a charm and includes checking the AUR for updates too.

otsug / Yapan / wiki / Home – Bitbucket.