- Arch-general - lists.archlinux.org

[arch-general] systemd and core dumps
by Olivier Langlois 11 Dec '12

11 Dec '12

Apparently core dumps (if enabled) are stored in the systemd journal. ~ $ cat /proc/sys/kernel/core_pattern |/usr/lib/systemd/systemd-coredump %p %u %g %s %t %e systemd-coredumpctl looks nice to use but I am not totally sure yet that collecting core dumps in the journal is something that I want systematically. I am looking for a way to override this. I haven't found any mention of that option in systemd documentation. Does anyone here would have an idea where I could search? Olivier

3 2

[arch-general] python+pango
by Fons Adriaensen 10 Dec '12

10 Dec '12

Hello all, Is there a python3 module for pango (as there is one for cairo) ? pacman -Ss pango gives me: extra/libtiger 0.3.4-3 A rendering library for Kate streams using Pango and Cairo extra/pango 1.32.3-1 [installed: 1.30.1-1] A library for layout and rendering of text extra/pango-perl 1.223-2 Perl bindings for Pango extra/pangomm 2.28.4-1 [installed] C++ bindings for pango extra/pangomm-docs 2.28.4-1 Developer documentation for pangomm extra/pangox-compat 0.0.2-1 X Window System font support for Pango extra/sdl_pango 0.1.2-4 Pango SDL binding community/haskell-pango 0.12.4-1 Binding to the pango library for Gtk2Hs. community/ruby-pango 1.1.5-1 Ruby bindings for pango so it looks like the answer is no... Yet there are examples on the web, e.g.: http://cairographics.org/pycairo_pango/ ?? -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow)

2 1

[arch-general] Concerning Secure Boot Support
by kristof 10 Dec '12

10 Dec '12

For those of you who care (and you may not number very many): As it stands, Gummiboot doesn't support calling back to Matthew Garrett's shim and until this happens it won't work in secure boot mode. I'm not aware of Pierre Schmitz's reasoning for using Gummiboot as opposed to rEFInd, but if the official archiso is to boot on secure bootable machines, it'll have to either use rEFInd or Fedora 18's RC's GRUB2 (the current install media of Fedora 18 uses the latter). These are essentially the only two options until syslinux gets a stable EFI release and does the same sort of hardcoded shim support. Notice I said Fedora's, and not upstream's. Upstream GRUB2 doesn't support kernel verification against the MOK database yet so Fedora 18 is shipping a patched version. Assuming we weren't going to wait for GRUB2 to support secure boot, we could ship Fedora's bootloader instead or apply similar patchwork, but this goes against Arch philosophy and it might be easier to simply wait for upstream support. Regardless of what Arch does the decision will have to come from someone with much more authority on Arch's direction; either Pierre because he's the one rolling out the monthly iso or another developer because using non-vanilla software, even something as critical as a bootloader, isn't very Arch-like. Someone correct me if I'm wrong. Not only that, but setting up a system of signing kernels, modules (out-of-tree modules are a beast that haven't been worked out yet beyond self-signing), and GRUB2 as well as rEFInd (for those who choose to use a boot manager beyond their UEFI's) with openssl generated x509 certificates using either Fedora's pesign (what MJG recommends) or Ubuntu's sbsign (a similar too that I've used and can guarantee will work) is a bit of work on its own. Lastly, the shim itself needs to be pulled into [extra] and it should come with some script like "shim-install" which would simply rename the grub-efi binary as grubx64.efi and would place the shim in /boot/efi/EFI/BOOT/x86_64/, renaming it bootx64.efi. Not so difficult at all, but it's another thing to do. That's only the technical implementation, however. Documentation would be tricky considering every manufacturer designs their UEFI implementation a little bit differently; on my system, I was stumped until I realized that regardless of the shim being signed by Microsoft's key I had to actually specify in the interface that I wanted to trust that particular .efi file. One point of the shim is so that launching Linux on a new machine isn't anymore daunting than changing the boot device order (I wouldn't worry so much about this with Arch users, however) but if the user still has to muck about in firmware that is different for everybody, one of many purposes has been swiftly defeated. Anyway, that's pretty much everything that's keeping secure boot from coming to Arch Linux for now. Well, that, and the fact that no developer actually owns a UEFI machine with secure-boot support. We'll see what happens in the future, I suppose. Thoughts and comments are requested.

3 2

[arch-general] crypttab support for non-root devices with systemd
by Karol Babioch 09 Dec '12

09 Dec '12

Hi, I've installed Arch on a system with a two "disk" setup, where the first disk is a SSD, which I'm booting from. The second disk is an encrypted software RAID with LVM on top. Now obviously I want the second "disk" to be unlocked and mounted automatically on boot. This was no problem in the past. Now with systemd it seems to be harder. At least I get asked for the password on boot. This will unlock the device, however afterwards I have to activate the LVM and mount it manually. Is this already supported out of the box? The wiki mentions something about scripts, which may be changed, but I would like to have something more solid than self made scripts, which may break with every update in the future. Best regards, Karol Babioch

2 6

[arch-general] Switching between Internet connections
by Sudaraka Wijesinghe 09 Dec '12

09 Dec '12

Hello, My laptop is connected to a LAN with Internet connection and it gets the IP stuff (address, routing, dns) via dhcp using the default systemd scripts on boot. I also have a 3G modem (USB) which I have created the ppp scripts to connect based on the Wiki article https://wiki.archlinux.org/index.php/3G_and_GPRS_modems_with_pppd Both connections work fine, except after switching to modem from LAN some applications (pidgin, xchat, ect. which were running) still uses the DNS nameserver from previous connection (LAN) meaning they still trying to send DNS queries to LAN router (which is not reachable at that time). This gets fixed after that application is closed and reopened. Is this behavior normal or a bug? Thanks. P.S. To disconnect/connect from LAN I either use: > # systemctl stop dhcpcd@wlan0 > # systemctl start dhcpcd@wlan0 or > # dhcpcd -k wlan0 > # dhcpcd wlan0 To disconnect/connect I use poff/pon commands and the scripts are setup exactly as described on the Wiki. -- Sudaraka Wijesinghe.

5 4

[arch-general] Executing a command of a chroot outside of the chroot
by Δημήτρης Ζέρβας 08 Dec '12

08 Dec '12

I have a chroot environment on /data/workbench/mnt and I want to execute a binary which is inside the chroot environment (for example /data/workbench/mnt/bin/bash). I added the chroot library path to $LD_LIBRARY_PATH and I just did /data/workbench/mnt/bin/bash. I get a very strange error: No such file or directory. I am ABSOLUTELY sure that the file exists. When I chroot /data/workbench/mnt /bin/bash everything runs smoothly without errors. What's going on? BTW: I'm on armv7l -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.)

4 8

[arch-general] Importing s/mime certs into kmail - existing bug workaround?
by mike cloaked 07 Dec '12

07 Dec '12

I started to play with kmail to see if it will satisfy my needs for a mail client - but fairly quickly found I could not import my s/mime cert which led me to the bug report at: https://bugs.archlinux.org/task/31900 If anyone knows a workaround I would appreciate it. Thanks -- mike c

1 0

[arch-general] the media keys doesn't work in the login screen
by José Vilmar Estácio de Souza 07 Dec '12

07 Dec '12

Hi all. First of all, forgive my bad english. This is my first message to the list, forgive me if I am sending to the incorrect place. I installed arch in my laptop, a Dell vostro 3300. I am using gnome as my desktop and gdm to manage my login. Since I am blind I use orca as my screen reader in the graphical environment and speakup in text mode. I boot arch in text mode and after login in the console I issue the following command to activate gnome: sudo systemctl start gdm After I enter the above command, the login screen appears, orca begins to talk but I can not increment/decrement the volume using the media keys. After I login in gnome, the keys works ok. Any ideas on how to solve this problem? Thanks. -- {}S José Vilmar Estácio de Souza

1 0

[arch-general] Escape sequences instead of colors in terminal
by Marcel Korpel 06 Dec '12

06 Dec '12

Hi all, I already asked this at the forums, but as no one has an answer there I hope someone here knows a solution. On a Git cheat sheet I found that I could add nice colors to Git's output, so I edited my ~/.gitconfig by adding: [color] ui = auto [color "branch"] current = yellow reverse local = yellow remote = green [color "diff"] meta = yellow bold frag = magenta bold old = red bold new = green bold [color "status"] added = yellow changed = green untracked = cyan When performing a git log my terminal looks like this: http://ompldr.org/vZ2t1bA (escape sequences instead of colors). The same problem appears with git diff: http://ompldr.org/vZ2t1bg However, as you can see in the second screenshot, git status and git branch look correct. This happens in urxvt, but also in xterm and the terminal screens (tty[1-6]). Do you know what's wrong? Regards, Marcel

3 3

[arch-general] Unable to contact D-Bus session bus [testing]
by Oon-Ee Ng 06 Dec '12

06 Dec '12

Hi all, started having this problem a couple of days back with the dbus-core removal move (and corresponding filesystem update). http://pastebin.com/JKMN58jP is the result of journalctl -b A whole bunch of my applications cannot contact dbus. Firefox is one, even pulseaudio complains (though sound still works as it still runs, go figure). gnucash cannot start, etc. etc., but those are just symptoms. Oh, and ario and synapse are dumping core. I downgraded immediately due to having some things to finish off. At that time dbus was at 1.6.8-4, now its 1.6.8-5 (just updated again as today I have a bit of time to debug). Most likely cause I can see is (may be) the filesystem update. I have gshadow, shadow, group, and passwd pacnew files, but no idea how to merge them (should I swap the dbus IDs from the pacnew files in?). The original files worked after a downgrade. Thanks for your help & time.

2 3