- Arch-general - lists.archlinux.org

[arch-general] sddm crashing with plasma
by Genes Lists 21 Sep '15

21 Sep '15

Anyone else seeing this - started after systemd 226 update. It starts sometimes - most often crashes on warm reboot - cold reboot seems more likely to work. Feels like a threading bug (missing mutex somewhere, or a barrier or something). Symptom: Reboot - sddm won't start. Log: ddm-helper[4240]: segfault at 14 ip 000000000042965e sp 00007ffdec4eb3b0 error 4 in sddm-helper[400000+3a000] Rebooting cold - will usually get it running again with no errors.

2 1

[arch-general] pulseaudio 6.99 in [testing], daemon can't start, chokes on module-native-protocol-unix
by Oon-Ee Ng 21 Sep '15

21 Sep '15

Anyone else seeing this? My default.pa is stock (it wasn't before, but I reverted the minor changes and no change in behaviour), and the daemon just won't start. If I comment out module-native-protocol-unix it will, but of course it's not usable that way. Reported it as a bug on freedesktop[1], but I'd be surprised if its actually a bug given how I'd assume I'm not the only [testing] user using this... any ideas? [1] - https://bugs.freedesktop.org/show_bug.cgi?id=92061

1 0

[arch-general] Can we talk about the systemd mkinitcpio hook for a minute?
by Chris Bell 20 Sep '15

20 Sep '15

Hello all, First off, apologies if this has been/is being discussed elsewhere, but this has been on my mind for quite some time. The state of the systemd mkinitcpio hook has been bothering me recently. It seems that there is some confusion/ambiguity about what capabilities, precisely, said hook provides; particularly with regards to replacing the 'base' hook at some point. I think it's effectively ready now; I've been using the systemd hook without base and udev for some time now. The only sticking point seems to be with the rescue and emergency shells. Of the 19 open systemd bugs [0], four of them [1-4] deal with systemd not providing an emergency/rescue shell and/or busybox/maintenance tools to the initrd image. Based on my understanding of the status quo, the systemd init hook is intended to simplify and streamline the boot process and the initrd image for systemd-based systems. The hook currently does this. It does not provide any functional rescue capabilities (you can get to an emergency shell, but it doesn't work), and I don't think it should. The use case for initrd-based rescue shells is very small and specific; many of these use cases can make do with a live image or something similar. Basically, my view is this: the systemd hook should only provide boot functionality, and not contain rescue/emergency targets/shells by default. The problem with providing such functionality is that the dependencies and binary include requirements quickly spiral out of control when providing a full shell within the initrd (sulogin, busybox, any rescue tools, etc). Having so many dependencies goes against the simplicity that the systemd hook is trying to accomplish. If anything, I propose a new hook, sd-rescue, which provides rescue.{target,service}, emergency.{target,service}, busybox, and minimal binaries useful for rescuing a system. This can be used in situations where live-image booting is not an option, or where the sysadmin prefers the option of initrd emergency/rescue functions. Also, we should maybe stop including emergency.target with the systemd hook, since it doesn't seem to work in most cases. -- Chris [0] https://bugs.archlinux.org/?project=1&cat%5B%5D=31&string=systemd [1] https://bugs.archlinux.org/task/44493?project=1&cat%5B0%5D=31&string=systemd [2] https://bugs.archlinux.org/task/45480?project=1&cat%5B0%5D=31&string=systemd [3] https://bugs.archlinux.org/task/42399?project=1&cat%5B0%5D=31&string=systemd [4] https://bugs.archlinux.org/task/36265?project=1&cat%5B0%5D=31&string=systemd

3 2

Re: [arch-general] race condition when upgrading the new ncurses package
by Martti Kühne 20 Sep '15

20 Sep '15

I had these messages for the readline update in question, too. I think it's just natural that if ncurses is a dep of readline and readline is a dep of bash, that bash would link the ncurses.so it was built against. During the update, readline's post-upgrade install-snippet can't be run with bash, because bash links it and its own dependency ncurses, which, as a dependency, is already upgraded to provide the newest version. To have a fully up to date info directory, it appears, the install-info updates that are attempted for readline need to be executed by hand after running pacman -Syu. All this is obvious if you look at the install file you should have in /var/abs/*/readline/ and basic knowledge about how archlinux packages work. In fact, I guess it's sort of a logical requirement to using archlinux to catch these things, because, as is denoted in the wiki, partial updates are unsupported [0] and your system forcefully goes through partially updated state during an update... cheers! mar77i [0] https://wiki.archlinux.org/index.php/Pacman#Partial_upgrades_are_unsupported

9 17

[arch-general] kservice-5.14.2 broken
by Genes Lists 19 Sep '15

19 Sep '15

This update breaks plasma - kbuildsycoca5 runs exits and restarts in an infinite loop. Fix is to downgrade to kservice-5.14.0-1 Gene

1 1

[arch-general] Selectively enable bash completion
by Francis Moreau 18 Sep '15

18 Sep '15

Hi, I'd like to choose which commands will use bash completion and would avoid to enable it for all commands. Is that possible ? Thanks. -- Francis

7 7

[arch-general] Firefox display problem
by Francis Gerund 18 Sep '15

18 Sep '15

Using Firefox to access http://cnn.com, photos show up, but often have a superimposed small, hollow rectangle in the center of each. The rectangles contain the characters "FI" above the characters "33". Is this a sign of some missing component from Firefox, or just an error at the cnn.com website? Or something else?

8 12

[arch-general] race condition when upgrading the new ncurses package
by Damjan Georgievski 16 Sep '15

16 Sep '15

( 2/70) upgrading ncurses [######################################] 100% ( 3/70) upgrading readline [######################################] 100% /usr/bin/bash: error while loading shared libraries: libncursesw.so.5: cannot open shared object file: No such file or directory error: command failed to execute correctly ( 4/70) upgrading bash -- damjan

4 3

[arch-general] Please update to OpenVPN 2.3.8
by Florent M 16 Sep '15

16 Sep '15

Hi everyone, There are some reasons that openvpn in core is 2.3.6 ? Please update openvpn package to 2.3.8 asap. Just update PKGBUILD to 2.3.8, it works, and remove openvpn@.service because systemd service files are now provided by OpenVPN. Thanks. (I'm on good ML ?)

4 4

Re: [arch-general] crda
by flow 14 Sep '15

14 Sep '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Mon, 14 Sep 2015 03:14:49 +0100 (BST) > flow <flow(a)nym.mixmin.net>: >=20 > > Why this happen? >=20 > Dunno. > Perhaps because "97" is not a country code? > See /etc/conf.d/wireless-regdom. There is valid value and COUNTRY variable is set to US. - --=20 _ - --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature; name="signature.asc" - -----BEGIN PGP SIGNATURE----- iF4EAREKAAYFAlX2/9MACgkQBJ+YanH0fh7lLQEAwtK1OBV43jEMd16x2q1J0IPi wO5LDvSNb3uWVgWLHlQA+wf+GhvWyZL06fZDJsD1QVkY9vjoY4SZfjW5q8boHH26 =fLGU - -----END PGP SIGNATURE----- - --IS0zKkzwUGydFO0o-- ~~~ This PGP signature only certifies the sender and date of the message. It implies no approval from the administrators of nym.mixmin.net. Date: Mon Sep 14 20:43:04 2015 GMT From: flow(a)nym.mixmin.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlX3MVkACgkQViYZwngkfDsOUwCffggB8IGlXsSWoMtVED9Mkluf eEAAoIfgEwvX5x4XTfwK+uoATnriwABD =2gf1 -----END PGP SIGNATURE-----

1 0