September 2012 - Arch-general - lists.archlinux.org

[arch-general] Possibility of including xorg input patch
by Kirill Churin 25 Jul '15

25 Jul '15

Can this patch https://bugs.freedesktop.org/attachment.cgi?id=33142 be applied to Arch's xorg? It solves famous problem https://bugs.freedesktop.org/show_bug.cgi?id=865 with broken keyboard input for users who use multiple keyboard layouts without any noticeable side-effects. It's known this patch has been applied in Ubuntu. -- Kirill Churin Jabber: reflexing(a)reflexing.ru, ICQ: 8163230, Skype on demand.

5 4

[arch-general] A little script to deploy dot files
by 郑文辉(Techlive Zheng) 26 Oct '13

26 Oct '13

[Inspired by tomd123@bbs.archlinux.org](https://bbs.archlinux.org/viewtopic.php?id=134622), I have wrote a small script to deploy the dotfiles acrossing viarous hosts, may be you guys are interested to have a look. Github: https://github.com/techlivezheng/dotploy Thoughts and advices are very welcome, cause my bash skills are still need much improving, there must be some ugly workaround. Regards, Techlive Zheng

2 3

[arch-general] Systemd screen brightness
by Michael Nawrocki 03 Jun '13

03 Jun '13

Hey everyone, I'm trying to get my laptop backlight keys (fn+f6/f7) to adjust the brightness of my toshiba laptop backlight. Previously, I had entered the following in my /etc/acpi/handler.sh to handle the acpi events generated when those keys were pressed: video/brightnessdown) echo $(($(cat /sys/class/backlight/acpi_video0/brightness) -1)) > /sys/class/backlight/acpi_video0/brightness ;; video/brightnessup) echo $(($(cat /sys/class/backlight/acpi_video0/brightness) +1)) > /sys/class/backlight/acpi_video0/brightness ;; However, as I am working on migrating to systemd, acpid no longer runs and hence does not handle these events. How can I write a similar handler into systemd? Thanks, Mike

7 11

[arch-general] Wayland and Archlinux
by Leonidas Spyropoulos 25 Oct '12

25 Oct '12

Are there any plans for eventually adopting Wayland over X? Other bleeding edge distros mentioned they will be adopting it [1], [2] I am not saying Archlinux should follow, just asking if there is (was) any discussion about it. [1]: http://lists.fedoraproject.org/pipermail/devel/2010-November/145273.html [2]: http://www.markshuttleworth.com/archives/551 -- Caution: breathing may be hazardous to your health. #include <stdio.h> int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}

5 5

[arch-general] [seamonkey] Update is strongly required
by Christopher Reimer 21 Oct '12

21 Oct '12

I've already written this to the bugtracker. There I was told to post it here: seamonkey is flagged out of date for about 4 weeks now. There are several security vulnerabilites in 2.11 --> http://www.mozilla.org/security/known-vulnerabilities/seamonkey.html Could the maintainer update the seamonkey package as soon as possible? Is it an usual case, that there are over 100 packages flagged out of date? Thank you Christopher Reimer

5 6

[arch-general] testing/systemd 191-1 failed to boot
by Zhengyu Xu 03 Oct '12

03 Oct '12

Dear all, After updating systemd to 191-1 in testing repo, I had following messages during booting and the process was stuck (crashed). [ 10.539416] systemd[1]: segfault at 7d ip b75a97b7 sp bfb0ece8 error 4 in libc-2.16.so[b752a000+1a4000] [ 10.539700] systemd[1]: Caught <SEGV>, core dump failed. Downgrade to 189-4 can solve this problem. I want to know if this is a personal problem or a general bug affecting others as well. Best regards, Z.

32 79

[arch-general] Updating iputils over NFS
by Paul Gideon Dann 01 Oct '12

01 Oct '12

I'm having an issue updating a system that boots over NFS. Attempting to upgrade the iputils package results in the following: ---8<------------------------------- (1/1) upgrading iputils [###########################] 100% Failed to set capabilities on file `usr/bin/ping' (Operation not supported) usage: setcap [-q] [-v] (-r|-|<caps>) <filename> [ ... (-r|-|<capsN>) <filenameN> ] Note <filename> must be a regular (non-symlink) file. Failed to set capabilities on file `usr/bin/ping6' (Operation not supported) usage: setcap [-q] [-v] (-r|-|<caps>) <filename> [ ... (-r|-|<capsN>) <filenameN> ] Note <filename> must be a regular (non-symlink) file. ---8<------------------------------- I suspect this is something to do with NFS not supporting the capabilities that setcap is trying to use, but I admit I haven't encountered capabilities before I ran into this issue, so it's just a guess. Has anyone else seen this problem, or does anyone have an idea how to fix it? Paul

3 4

[arch-general] ArchHaskell: Testing repo built with GHC 7.6 available
by Magnus Therning 01 Oct '12

01 Oct '12

This is for all the Haskell users on the list who still haven't made it to the ArchHaskell list[1]: There is now a repo built with GHC 7.6: [haskell-testing] Server = http://www.kiwilight.com/haskell/testing/$arch At the moment it's only available for x86_64--building for i686 is happening as I write this and will hopefully be available within a day. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay

1 1

[arch-general] Mailing list closed for 24 hours
by Allan McRae 01 Oct '12

01 Oct '12

I am invoking the easy way to end flamewars... This mailing list will be shut down for the next 24 hours. Any messages sent to the list will go to /dev/null. Once the list is reinstated, I will automatically ban any person who sends an email that is not asking for help or providing help. Allan

19 34

[arch-general] want to try systemd but need some advice
by Fons Adriaensen 30 Sep '12

30 Sep '12

Hello all, During the past days I've been reading the sytemd manpages, and I'm more or less prepared to reconfigure one the systems I manage to use systemd. The main thing that scares me off is the 'consolekit style' login management of systemd's logind. In particular the following (from <http://www.freedesktop.org/wiki/Software/systemd/multiseat>): * A session is defined by the time a user is logged in until he logs * out. A session is bound to one or no seats (the latter for 'virtual' * ssh logins). and * Note that logind manages ACLs on a number of device classes, to allow * user code to access the device nodes attached to a seat as long as the * user has an active session on it. In the context I'm working in the whole 'seat' and 'session' thing, as far as I can understand it, doesn't make much sense. An absolute requirement for the system I'd want to test systemd on (and for many others I manage) is that there should be *no* difference at all between a 'local' login and one via ssh. Whatever a user is allowed to do or access should not depend on how he/she logs in, but only on his/her unix login and group membership. Root can do all he wants, normal users are as restricted as possible, and any exceptions to that are configured via /etc/sudoers and nothing else. In particular there's no place for polkit or anything similar here. I'd want things to be configured that way 'once and for all', meaning that a) I'm not really looking forward to having to do this for each and every device or command, and b) that a routine system update (a frequent enough event on an Arch system) must not be able to modify this policy. >From reading the avaiable docs I'm not convinced this will be possible, in particular since the docs concerning logind are rather incomplete (where are those ACLs defined for example). And 'ping Lennart if you need more info' as suggested, is not really a sustainable solution IMHO. So my question is: a) is it possible to configure a system as I want it, and b) if yes, how ? TIA, -- 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)

5 7