- Arch-general - lists.archlinux.org

[arch-general] Subpixel antialiasing
by Vladimir Nikšić 28 May '15

28 May '15

Hi guys! I've done a pacman -Syu this morning. The upgrade went fine, all the key components are working properly, except a slight issue I'm having with chromium. Chromium no longer obeys the subpixel antialiasing, but instead has a basic AA mode, without the subpixel hinting. This of course results in ugly letters across the board. What's even more weird, other applications seem to have it normally, like firefox, xfce4-terminal, etc... I'm using xfce4. The settings > appearance had subpixel disabled, but once enabled chromium still didn't obey the subpixel hinting. I don't understand what has changed exactly with chromium, and how do I set it to have subpixel once again. I went through here https://wiki.archlinux.org/index.php/Font_configuration#Subpixel_rendering but I can't really find anything pertinent to my case. Any ideas anyone? :)

7 11

[arch-general] systemd 220 crypt swap
by Carsten Mattner 27 May '15

27 May '15

I had to downgrade to systemd 219 because 220 fails to stop or enable luks crypt swap partition. There was an unlogged error on shutdown after upgrade and an infinite loop/wait on startup. I had to use a rescue linux to mount and disable crypttab and fstab entries before downgrading. /etc/crypttab: cswap /dev/sda3 /dev/urandom swap,cipher=aes-cbc-essiv:sha256,size=256 /etc/fstab: /dev/mapper/cswap none swap defaults 0 0 Found nothing relevant about API breakage in v220 changelog.

2 4

[arch-general] RAID-0 kernel bug
by Francis Gerund 27 May '15

27 May '15

Hello. RE: "Data corruption on software RAID 0 when discard is used 2015-05-22 Recent Linux kernels (4.0.2+, LTS 3.14.41+), pushed to the [core] repository in the past couple of weeks, were affected by a bug that can cause data corruption on file systems mounted with the discard option and residing on software RAID 0 arrays. The issue has been addressed in the linux 4.0.4-2 and linux-lts 3.14.43-2 updates. Due to the nature of the bug, however, it is likely that data corruption has already occurred on systems running the aforementioned kernels. It is strongly advised to verify the integrity of affected file systems using fsck and/or restore their data from known good backups. For further information please read the LKML post by Holger Kiehl, the related article on Phoronix, as well as the proposed fix that was backported to the Arch kernels." Am I correct to assume that this would ONLY affect systems that include a RAID-0 filesystem, and that it would not affect other ext4 systems using SSDs with "discard" in /etc/fstab?

5 5

[arch-general] Why is GCC 5 set to use the older C++98 libstdabi?
by Pouar 25 May '15

25 May '15

instead of the new one included with GCC 5? I'm just curious on why the gcc package maintainers chose this. -- Pouar

2 1

[arch-general] systemd-nspawn resolv.conf issue
by Ralf Mardorf 24 May '15

24 May '15

Hi, the issue is solved, but I don't know how I solved it. I had the following issue. # systemd-nspawn -D /mnt/q [snip] Failed to copy /etc/resolv.conf to /mnt/q/etc/resolv.conf: Too many levels of symbolic links From outside the container # ls -hAl /etc/resolv.conf /mnt/q/etc/resolv.conf -rw-r--r-- 1 root root 48 May 24 19:07 /etc/resolv.conf lrwxrwxrwx 1 root root 29 Nov 19 2012 /mnt/q/etc/resolv.conf -> ../run/resolvconf/resolv.conf then I removed and copied this and that inside and outside the container and now it's solved, also when I start another container. # ls -hAl /etc/resolv.conf /mnt/q/etc/resolv.conf -rw-r--r-- 1 root root 48 May 24 19:07 /etc/resolv.conf -rw-r--r-- 1 root root 48 May 24 19:07 /mnt/q/etc/resolv.conf # ls -hAl /etc/resolv.conf /mnt/oz/etc/resolv.conf -rw-r--r-- 1 root root 48 May 24 19:07 /etc/resolv.conf -rw-r--r-- 1 root root 48 May 24 19:07 /mnt/oz/etc/resolv.conf I can't reproduce at what point I solved the issue, resp. reproduce the state when it failed. Any ideas? Bash history isn't a help for me. Regards, Ralf

1 0

[arch-general] rtkit-daemon
by John Doe 24 May '15

24 May '15

On startx command I got a lot of such messages: "rtkit-daemon[2123]: Failed to make ourselves RT: Operation not permitted". What is going wrong?

1 0

Re: [arch-general] pam upgrade and systemd
by Alad Wenter 23 May '15

23 May '15

arch-general-request(a)archlinux.org schreef op 2015-05-19 14:00: > Anyone have a system they haven't upgraded in ~24hrs to give it a > further test, see if logins are broken after the pam upgrade? > > -te I've had similar issues, except it broke systemctl --user functionality. systemctl daemon-reexec didn't work. For now I've downgraded to Pam 1.1.9. Can you try rebuilding systemd with ABS (perhaps it only needs to be linked against the new PAM version) Alad

3 3

[arch-general] no screen grabber
by James 22 May '15

22 May '15

$ sudo pacman --sync screengrab error: target not found: screengrab https://aur.archlinux.org/packages/screengrab/ Are the official packages binary packages and the AUR is compiling from source? That's what it seems like. How do I search for a binary screen grabber package?

10 11

[arch-general] Limiting pacman's IO rate
by Yannis Juglaret 22 May '15

22 May '15

Dear archers, I am running Arch Linux inside virtualbox, on a Ubuntu 12.04 host on which I have very limited power (the only command I can run as root is "apt-get install"). For this reason my virtualbox version is very outdated (4.1.12, the last version being 4.3.28!). My main problem is than when I ask to run "pacman -S ghc", the installation begins and then the machine suddenly halts at approximately 25% (best case 50%), with the following error log message: 00:02:06.072 !!Assertion Failed!! 00:02:06.072 Expression: pSgBuf->cbSegLeft <= 5 * _1M && (uintptr_t)pSgBuf->pvSegCur >= (uintptr_t)pSgBuf->paSegs[pSgBuf->idxSeg].pvSeg && (uintptr_t)pSgBuf->pvSegCur + pSgBuf->cbSegLeft <= (uintptr_t)pSgBuf->paSegs[pSgBuf->idxSeg].pvSeg + pSgBuf->paSegs[pSgBuf->idxSeg].cbSeg 00:02:06.072 Location : /build/buildd/virtualbox-4.1.12-dfsg/src/VBox/Runtime/common/misc/sg.cpp(54) void* sgBufGet(PRTSGBUF, size_t*) 00:02:06.072 pSgBuf->idxSeg=0 pSgBuf->cSegs=1 pSgBuf->pvSegCur=00007fbd109e0000 pSgBuf->cbSegLeft=10321920 pSgBuf->paSegs[0].pvSeg=00007fbd109e0000 pSgBuf->paSegs[0].cbSeg=10321920 Following this ticket <https://www.virtualbox.org/ticket/10434> and ghc being a huge package, I am assuming that the problem is the same: this virtualbox bug is triggered because pacman performs too heavy IO when installing ghc (speculative, but looks reasonable). So, I tried to limit pacman's IO rate in the following way (after having installed libcgroup from the AUR and cgmanager): # cgcreate -g blkio:wlimit # echo "8:0 1024" >/sys/fs/cgroup/blkio/wlimit/blkio.throttle.write_bps_device # cgexec -g blkio:wlimit pacman -S --force ghc (8:0 is /dev/sda, which is the only disk, and 1024 the byte rate I want to enforce) However the machine still halts in the same way and doesn't seem to go beyond 50% either. Even if I replace 1024 by, say, 1, pacman doesn't seem to struggle more to write to the disk -- when I would expect it to take forever to do 1% of the installation. Is there something wrong in the commands I have written above? Is there a way to check that the limitation is indeed enforced? (maybe the source of the bug is elsewhere) Alternatively, can you think of another solution to this problem? Many thanks -- Yannis

2 2

[arch-general] Connection through USB to TTL Serial Cable
by Csányi Pál 21 May '15

21 May '15

Hello, I have a FTDI TTL-232RG-VREG3V3-WE USB to TTL Serial Cable. On my Arch linux I want to setup a connection through this cable. How can I achieve this goal? The output of the 'lsusb' command is: Bus 002 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC I'm trying to follow steps described here: http://linux-sunxi.org/Cubieboard/TTL but I have more difficulties. 1. I can't find to install the 'cu' utility neither on Arch linux repository nor in AUR. 2. There is no '/dev/ttyUSB0' on my system here. So eg. screen /dev/ttyUSB0 115200 doesn't work here: Cannot exec '/dev/ttyUSB0': No such file or directory I can't find any advices on Arch Wiki. Any advices will be appreciated! -- Regards from Pal

7 11