Fly, Penguin!

Tagged: arch Toggle Comment Threads | Keyboard Shortcuts

• 

  penguin 08:26 on 2018-04-18 Permalink | Reply
  Tags: arch   

  Arch followup actions 

  Once you’ve installed Arch Linux, a couple of things are … nice.

  Packages

  Package list

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

  # standard ack cups dnsmasq git gnome-extra NetworkManager network-manager-applet ripgrep vim zsh   # yaourt firefox-beta-bin ttf-ms-win10 visual-studio-code-bin

   

  Configurations

  For network manager, I prefer dnsmasq as the tool of choice, especially when using VPN connections:

  /etc/NetworkManager/NetworkManager.conf

  1 2	[Main] dns=dnsmasq

  Enable services

  1 2 3 4 5 6 7

  # enable systemctl enable NetworkManager systemctl enable org.cups.cupsd   # start systemctl start NetworkManager systemctl start org.cups.cupsd

  To-be-updated

  … from time to time 😉

   

  Reply Cancel reply

  Required fields are marked *

  Name *

  Email *

  Website

• 

  penguin 13:18 on 2018-03-28 Permalink | Reply
  Tags: arch, yubikey   

  Arch linux + yubikeys 

  To use “ykman” for arch linux, you do this:

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

  $ yaourt -S yubikey-manager pcsclite                 # THESE PACKAGES [...] $ systemctl start pcscd                              # START SERVICE $ ykman info                                         # TEST Device type: YubiKey NEO Serial number: 0123456 Firmware version: 3.4.3 Enabled connection(s): OTP+U2F+CCID   Device capabilities:     OTP:    Enabled     U2F:    Enabled     CCID:    Enabled     OPGP:    Enabled     PIV:    Enabled     OATH:    Enabled $ _

  Sounds easy? Still had to google the things.

   
• 

  penguin 11:55 on 2018-01-24 Permalink | Reply
  Tags: arch   

  Shutter can’t edit images on Arch 

  Unfortunately shutter does no longer work (or not yet, maybe, hopefully 😉 with Wayland on Arch. But I still use it for image editing, namely screenshot annotations, for which this is the best tool by far I have ever found. Not to mention the most private one, cause everybody and his dog wants you to upload “to the cloud” nowadays.

  On a freshly installed system you will find the “Edit” button grayed out though after you installed Shutter. Reason being there’s a lib missing which is not installed by default. This is how you install it:

  re-enable shutter image editing

  1	$ yaourt -S perl-goo-canvas

  And the editing continues.

  (Original source: this one. Thanks!)

   
• 

  penguin 14:13 on 2018-01-20 Permalink | Reply
  Tags: arch, linux ( 6 )   

  Install Arch with full disk encryption, btrfs and EFI 

  I recently had to re-install my beloved Arch Linux. For security I need (and use) full disk encryption. This is a cheatsheet for the whole procedure, because although the Arch Linux Wiki is excellent, it is also huge and sometimes you must pick your stuff together from many pages.

  This is what I am doing here 🙂

  NOTE: Usually you only have to follow the one subsection I link to!

  Overview

  One after another, we will do the following steps

  • Download and prepare Arch USB stick (skipped, you should know that 😉
  • Prepare the hard disk
  • Prepare the disk partitions
  • Add LVM “inside” the crypted partition
  • Create filesystems & mount partitions
  • Install arch
  • Configure boot manager

  Prepare the hard disk

  Use parted to init the disk and …

  1. init the disk using a GPT partitioning scheme, then create
  2. a GPT boot partition and put 100% of the remaining space in another partition (the first two actions behind the link)

  Prepare the disk partitions

  Basically,

  1. use the cryptsetup command to encrypt the main (big) partition,
  2. and create a file system on the boot partition (remember: it must be FAT32 for EFI boot, and it must be unencrypted!)

  Add an LVM “inside” the encrypted partition

  Cause we want “properly” encrypted swap (you can also encrypt swap using a /dev/random key every time, but then you will not persist data between reboots and you can’t do things like suspend-to-disk), we need at least two “partitions” “inside” the crypted volume. Sounds like LVM on LUKS? It does. We already used it 🙂 .

  1. Create LVM partitions inside the encrypted volume (Don’t forget to use cryptsetup luksOpen before, usually in step 1 in the last section 🙂

  NOTE: Do not follow the above link down to “prepare the boot partition”, cause they use ext2 and we need FAT32 for EFI boot partitions. Just don’t.

  I use the name “secure” for the VG, and I use btrfs cause I am so incredibly elite, and so we don’t need to set a specific size for the / and /home “partitions” and can just use btrfs subvolumes, while still being able to wipe the system without the home directories. That’s pretty neat if you need it (I never did, but now I can ;). So that’s the final setup:

  LVM layout of encrypted patition

  1 2	/dev/mapper/secure-swap    40 GB, swap /dev/mapper/secure-system  rest, btrfs with 2 subvols: root & home

  Create filesystems & mount partitions

  Of course, Arch has already a wiki page section for that. I did it 3 times in a different way until I found it and had to do it again. So here is my summary.

  prepare filesystems for installation

  1 2 3 4 5 6 7 8 9 10 11 12 13

  # CREATE BTRFS & SUBVOLUMES $ mkfs.btrfs /dev/mapper/secure-system $ mount /dev/mapper/secure-system /mnt $ btrfs subvolume create /mnt/@ $ btrfs subvolume create /mnt/@home $ btrfs subvolume create /mnt/@snapshots $ umount /mnt   # MOUNT PARTITIONS $ mount -o subvol=@ /dev/mapper/crypted-system /mnt $ mkdir -p /mnt/home /mnt/boot $ mount -o subvol=@home /dev/mapper/crypted-system /mnt/home $ mount /dev/sda1 /mnt/boot

  NOTE: /boot is not on an encrypted partition 😉 , and the leading “ @” is a convention for subvolumes which should be mounted somewhere. I also don’t use compress=...  parameters, cause I don’t need / want transparent compression.

  Install arch

  Then you follow up with the usual installation procedure, but you stop at the “Initramfs” section. Here we will pick up again.

  Configure boot manager

  We are using systemd-boot. Or bootctl, as the binary is called. It should be already installed. The procedure is also outlined here. We also enable TRIM support, it seems to lessen security, but it raises SSD performance and life time.

  1. First, check if your system EFI is all right.
  2. Optionally install the Intel microcode updater package if you have an Intel CPU by doing pacman -S intel-ucode.
  3. Then run … bootctl --path=/boot install to install systemd-boot.

  Now create those files (all inside /mnt and relative to it, but of course you should be in a chroot right now :):

  /boot/loader/entries/arch.conf

  1 2 3 4 5

  title Arch Linux linux /vmlinuz-linux initrd /intel-ucode.img       # ONLY FOR INTEL CPUs!! initrd /initramfs-linux.img options luks.uuid=FS_UUID root=/dev/mapper/secure-system rootflags=subvol=@ rd.luks.options=discard

  You can get FS_UUID in the options line above by using the blkid command. If you don’t want to copy the UUID by hand, you can start console mouse support with copy-on-mark and paste-on-middleclick with gpm -m /dev/input/mice -t imps2. Note that the FS_UUID is the UUID of the encrypted luks partition, and not the filesystem within!

  The list of normal and dm-crypt related kernel parameters … well, is also in the Arch wiki.

  /boot/loader/loader.conf

  1 2 3

  default arch    # the file above without .conf extension, can have wildcards!! timeout 2 editor  0

  /etc/mkinitcpio.conf

  1 2	# Just MODIFY that file, to be precisely this line: HOOKS=(base systemd autodetect modconf keyboard sd-vconsole block sd-encrypt sd-lvm2 filesystems fsck)

  The key idea is to use the “systemd” parameters instead of the “normal” ones. The full list of hooks is of course also available, and the order is important.

  Now execute:

  create new initrd

  1	mkinitcpio -p linux

  … and actually, that should be it.

  reboot :)

  1

  $ reboot

  Edits:

  • 2018-03-27 fixed a typo in the HOOKS documentation, clarified kernel boot parameters
   
• 

  penguin 20:11 on 2017-07-27 Permalink | Reply
  Tags: arch, cups, printing ( 2 )   

  CUPS is … weird 

  CUPS is the printing system developed by Apple which is now also in use on pretty much every other Linux / Unix / *BSD box there is. Unfortunately, the process of managing printers is way more painful than the process on Arch Linux. At least with my setup, which is i3 running in a weirdly crippled GNOME session.

  This is what you have to do to get CUPS working on your machine:

  Install CUPS on Arch linux

  1 2 3 4 5 6

  $ pacman -S cups [...] $ usermod -aG sys MY_USER [...] $ systemctl enable org.cups.cupsd $ systemctl start org.cups.cupsd

  The magic is line 2 – adding your user to the sys group. If you don’t do this, you won’t be able to use the web interface at all. Which is a shame, since then you can’t do anything useful (install printers, manage jobs, etc …).

   
• 

  penguin 14:58 on 2017-04-20 Permalink | Reply
  Tags: arch, desktop ( 4 ), fonts   

  Linux font rendering sucks, a.k.a “Where is Boohomil”? 

  For some reason, the maintainer behind the “*-infinality” packages in Arch Linux “has gone missing” for a while.

  Why is that important to me? Because infinality is a patch set to a bunch of font and rendering packages, which make fonts under Linux look SO much better than the default setup. (Yes, there are still a couple of things that Linux just absolutely cannot compete in with Mac and / or Win, and font rendering is one of them. Ubuntu does a reasonable job of this, every other distro just sucks.

  Except when you were using infinality. And now it’s defunct.

  Anyway, after experiencing the unbelievably ugly phenomenon described in here, I tried this guide here now, and it seems to fix it.

  • THE GUIDE ™
  • Alternate location of “THE GUIDE ™”
  • info source 1
  • info source 2

  Ugly ligatures in Linux | Fly, Penguin! is discussing. Toggle Comments

   
• 

  penguin 14:45 on 2017-01-17 Permalink | Reply
  Tags: arch, fix, pycharm, python ( 5 )   

  PyCharm, Arch linux & Python 3.6 

  Love Python. Love PyCharm. Love Arch Linux.

  Unfortunately Arch sneakily updated Python to 3.6. Cool, new version … but hey, why don’t my debug runs in PyCharm work any more??

  1	ImportError: libpython3.5m.so.1.0: cannot open shared object file: No such file or directory

  Yup, pretty confusing. It seems unable to find shared python 3.5 library. Well. After some cursing, turns out the solution is pretty simple (if you know what to do):

  • get pyenv
  • use pyenv to install Python 3.5.2, but with –enable-shared option set
  • use this python version for PyCharm projects (it does not matter if it’s in a virtualenv or not)

  Like this:

  1 2 3 4 5

  $ PYTHON_CONFIGURE_OPTS="--enable-shared" pyenv install 3.5.2 [...] $ sudo $HOME/.pyenv/versions/3.5.2/bin/python "/opt/pycharm-professional/helpers/pydev/setup_cython.py" build_ext --inplace [...] $ _

  That solved it for me 🙂

  References:

  • https://github.com/yyuu/pyenv/issues/65
   
• 

  penguin 19:33 on 2015-06-15 Permalink | Reply
  Tags: arch, vmware   

  Shared clipboard for Arch as VMWare guest 

  … aaaand I wanted to have a shared clipboard. It’s again all in the wiki, but again a bit distributed. So here we go.

  First: Install open-vm-tools and gtkmm, then add some modules to system bootup

  • “sudo pacman -S open-vm-tools gtkmm“
  • “sudo vim /etc/mkinitcpio.conf”
  • Under “MODULES=…” add the following: “vmxnet3 vmw_vmci vmw_pvscsi vmw_balloon”
    (You probably don’t need most of them, but this is the config which worked for me. I didn’t try to remove them one-by-one to see which ones are actually needed)
  • “sudo mkinitcpio -p linux”
  • reboot

  Second, make sure “vmware-user-suid-wrapper” is stared on login:

  • echo vmware-user-suid-wrapper > ~/.xinitrc
  • Logout and log in (or reboot)

  Done.

   
• 

  penguin 09:32 on 2013-07-01 Permalink | Reply
  Tags: arch, desktop ( 4 ), linux ( 6 ), printing ( 2 ), rant ( 8 )   

  The year of … the Printer. 

  Ah, ich bin langsam – der Post schimmelt schon eine Weile hier vor sich hin, weil ich den Screenshot hochlade. Jetzt isses soweit. Es geht also weiter mit: Drucken. Denn irgendwann lief das System schließlich, und ich kam an den Punkt, an dem ich etwas drucken wollte. Gnome war installiert, Firefox auch, also theoretisch (kenne ich ja vom Mac, da verrichtet CUPS ja auch hervorragende Dienste) einfach die WebGui aufrufen, Drucker auswählen, fertig.

  Zuallererst musste ich an Linus denken: root-Passwort-Eingabe für die Administration von CUPS nötig. Hm. Egal, eingegeben, dann “Add Printer” geklickt, und erst mal erfreut folgendes gesehen:

  

  Hm. Sieht erst mal gut aus, oder? Na, jedenfalls bis man sich die Frage stellt: Welcher der Drucker ist jetzt genau der hier im Büro? Nur Typenbezeichnungen, kein Standort, keine IP? Nicht optimal.

  Der Einfachheit halber einfach manuell installieren. IP vom Kollegen erfragt, und los. Und stop. Drucker URL eingeben … nur wie? Mit “http://”? Oder “lpd://”? Oder “ipp://”? Und hier dann mit oder ohne “/ipp” am Ende? Ich entschied mich für “ipp://” ohne “/ipp”. Dann bitte “Make and Model” auswählen, Brother war nicht in der Liste, Ende.

  Aber kein Problem, Brother gibt ja eigens Linux-Treiber raus. Nur nicht auf der “normalen” Brother-Downloads-Seite, die hat nur Mac und Windows-Treiber. Hm. Ich bin faul, also mal die Variante versucht, die früher mal ging: Zurück, HP Drucker ausgewählt, PCL6, Testseite gedruckt, klappt … nicht. Na gut, wäre auch nicht schön gewesen, aber trotzdem.

  Nochmal zurück, Drucker gelöscht. Dann Google bemüht, die “richtige normale” Brother-Homepage für den Linux-Support gefunden (wäre unter Support -> Linux gewesen, und nicht Support -> Downloads, aber ehrlich, wer schaut noch den Rest der Seite an wenn er das Bild unten sieht? Ich jedenfalls nicht).

  Dort gibts für das von mir gesuchte Modell 5 Treiber zum herunterladen, und zwar folgende:

  • LPR driver (jeweils als rpm + deb)
  • cupswrapper driver (jeweils als rpm + deb)
  • ppd file

  Aha. Ich entschied mich für PPD, ich bin ja CUPS, ne, und nochmal von vorn: Drucker hinzufügen, manuell, URL diesmal mit “ipp://…/ipp” (also mit “/ipp” am Ende), und siehe da – jetzt kamen auch automatisch Brother-Geräte in der Liste (WTF?), wenn auch nicht das Modell hier im Büro. Daher runtergeladenes PPD eingebunden, bestätigt, Testseite gedruckt, fertig.

  Nicht so ganz optimal.

   
• 

  penguin 10:11 on 2013-06-24 Permalink | Reply
  Tags: arch, desktop ( 4 ), linux ( 6 ), rant ( 8 ), system   

  The year of … the Installation. 

  Wie versprochen – ein klein wenig gemecker über die Linux Desktop Bemühungen. Erste Hürde: Die Installation.

  Meine Wahl fiel auf Arch Linux, das sollte gut sein, und ich wollte nicht auf den Ubuntu-Zug aufspringen. Bedingungen: Vollverschlüsselte Festplatte (incl. Swap und System), verlangt der Kunde. Ist prinzipiell gut dokumentiert, auch durch eine Howto eines Kollegen. Aber ich wollte statt LVM auf Partition mal BTRFS testen – wenn schon denn schon.

  Um es kurz zu machen – die Installation dauerte knapp 3 Tage.

  Zuerst bootete das System nicht. Grub 2 wollte partout nicht starten und hing – auch nach mehrfachem neu schreiben des Bootsektors – in einer Boot-Loop fest. Zwischendrin hatte ich Arch schon aufgegeben und es mit Ubuntu 13.04 versucht – nur auch hier startete Grub nicht durch, sondern hing einfach. Schließlich gelang mir ein Systemstart nach einem vollständigen Überschreiben der ersten 50 MB der Festplatte durch /dev/random, und einer Neuinstallation von Arch vom allerersten Schritt an.

  Anschließend installierte ich Grafiktreiber, X, Gnome, aktivierte Swap in der /etc/crypttab und startete neu.

  Der Laptop startete, ich muss mein Passwort für die Festplatten-Entschlüsselung eingeben, der Bildschirm flackert, und der Rechner steht. Erste Vermutung: Grafiktreiber. Keinerlei Debug-Meldungen nirgendwo.

  Nach einer weiteren Arch Neuinstallation, da ich irgendwann einfach nicht weiter wusste, kam ich irgendwann durch Zufall und Faulheit auf den Trichter, dass es nicht die Grafik war (denn die ging dann auf einmal), sondern ein fehlerhaftes Einbinden der swap-Partition in der /etc/crypttab. Stand – wie ich im Nachhinein erfuhr – auch sehr klein im Kleingedruckten. So halb meine Schuld also, dennoch sehr, sehr schlecht zu diagnostizieren, und mit enormem Zeitverlust verbunden. Dass vergesse ich auch so schnell nicht wieder.