updating aur packages with yaourt

Wednesday, December 6. 2017

This is a work in progress for right now I dont seem to know how to do it right.

sudo yaourt -Syu --aur 

searches through my system and upgrades the db and then presents me a list of aur packages that need upgrade and then it works it's way through the list and I need to stay there and check every dialog and when there is a package I do not wish to upgrade I cannot skip it. Sure, there is a dialog asking me if I want to update this package, but if I give it a "no" the entire routine is aborted.

So, in case the package I really want to update happens to be the last in yaourt's list I have to update all of them, including the huge font collection which takes ages to download and build, and including the printer driver which I'd rather not touch at all.

That got me shouting and cursing yesterday cause following the update of the driver for the Brother QL-710w label printer the darn thing wouldnt print any more. CUPS was happy though, preparing the print data, posting them to /var/spool/cups and instantly flag it for completed, no errors.

The package that gave me trouble is  aur.archlinux.org/packages/brother-ql710w/  with the version 1.1.4r0. The prior version, pkgver=1.0.2r0 had installed and worked like a charm.

I spent hours trying to find a reason ar even a hint t what was failing to work but nothing helped until I decided to downgrade to the original version.
Now, with 'official' arch packages this is rather esy, there is a storage of older versions at /var/cache/pacman/pkg and you can take the package from there and downgrade with a pacman -U packageName

 But packages from aur are built when you install them, in /tmp and so they are usually lost when you try to step back. I have learned now that there is an option to change this in the /etc/yaourtrc config file. Next time it will be easier.. But as things were I chose a different path yesterday, I manually downgraded the package when it offers me to edit the build script. Changing the pkgver and the sha256sums was all it took.

One of the things I discovered was a nice feature of the aur git, in my case the url is https://aur.archlinux.org/cgit/aur.git/?h=brother-ql710w

I clicked around and soon had the site show me diffs of the prior and new version. Clearly the package was not at fault for my problems. Or Brother has changed some requirement for the install which the former version did not need and which should be reflected in the new package version - I didn't investigate this.

What I did is, searching on the Brother support site for links to older versions of the driver (none!) and then play around with the new url until I succeeded to get the old versions. Naming conventions are a good thing. Then, after successfully downloading them I took their sha256sums

sha256sum ql710wcupswrapper-1.0.2-0.i386.rpm

and those I pasted into the build script. After hours of fruitless trying I was perplexed to see it work on the first go.

That step wasn't actually necessary, I could have taken the sums from the diff at aur.archlinux.org/cgit/aur.git/diff/PKGBUILD 


Intellimouse unter Arch Linux/KDE

Saturday, December 1. 2012

 Wenn man eine Weile mit Linux, namentlich KDE unterwegs ist vergisst man teilweise wie unpraktisch manches unter win* ist. Copy&Paste zB, mit KDE habe ich da: zwei unabhaengige Zwischenablagen, markieren/mittlereMaustaste und Control-C/Control-V. Und dann habe ich noch Clipper, der still und leise im systray sitzt, nie muckst und alles in einer Liste einstellbarer Länge zum Wiederaufruf bereit hält.

Nun bin ich neuerdings arbeitsmässig doch wieder mit einem consultants-Laptop mit win7 unterwegs und da gibt es kein markieren/mittlereMaustaste. Da, wo es fehlt, merke ich erst, wie praktisch dieses Feature ist. Und Clipper gibt es natürlich auch nicht,s tattdessen installiere ich mir irgendein Clipboar-Manager, der muckt und nervt, so dass ich ihn dann doch wieder abwschiesse, wenn ich ihn nicht wirklich brauche.

Und umgekehrt: unter win stecke ich eine Maus an, muss vllt., wenn sich w7 nicht mehr daran erinnert, dass es gestern noch mit dieser Maus zurechtkam, eine Weile auf den blauen Kreisverkehr schauen: aber dann geht die Maus und alle Knöpfe auch. Unter arch dagegen kennt meine Intellimouse zwar den linken und rechten Button und übersetzt das Rollen des Scrollrades , aber den Klick darauf als mittleren Button zu verstehen (und schnell mal zu pasten) - das klappt nicht. Von den Daumen-Button ganz zu schweigen.

Das Arch-Wiki hat hilfreiche Artikel zu Xorg und Alle Mousebuttons aktivieren , nützlich fand ich  noch dies und das.
Den erkannten Namen der Maus findet
egrep "Name|Handlers" /proc/bus/input/devices

Ich habe dann in /etc/X11/xorg.conf.d eine Datei 20-intellimouse.conf angelegt mit diesem Inhalt:


Section "InputDevice"
         # Make sure you use the identifier specified in the
         # ServerLayout section.
         Identifier  "Evdev Mouse"
         Driver      "evdev"
         Option      "Protocol" "ExplorerPS/2"
         # Change the device to point to the correct location!
         # I use the USB connection under devfs
         Option      "Name" "Microsoft Microsoft IntelliMouse® Explorer"
         Option      "Device" "/dev/usbmouse"
         Option      "Buttons" "7"
         Option      "ZAxisMapping" "6 7"
Damit wird Klick aufs Rad als MittlereMaus erkannt .


(Page 1 of 1, totaling 2 entries)