- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-announce] Xorg 1.18.0 enters [testing]
by Leonid Isaev 14 Nov '15

14 Nov '15

On Fri, Nov 13, 2015 at 01:01:09PM -0000, Arch Linux: Recent news updates: Laurent Carlier wrote: > Xorg 1.18.0 is entering [testing] with the following changes: > > * You can now choose between `xf86-input-evdev` and `xf86-input-libinput`. > > * `xf86-input-aiptek` will not be updated and will be removed when xorg-1.18.0 > is moved to [extra] > > Caveat: > > NVIDIA drivers are not yet compatible with 1.18.0. You can block the upgrade by > appending --ignoregroup=xorg to the pacman command or adding 'xorg' to > IgnoreGroup in pacman.conf > > URL: https://www.archlinux.org/news/xorg-1180-enters-testing/ Hmm, on my machine Xorg now runs as root, and I had to create /etc/X11/Xwrapper.config to enfoce the old behavior of dropping suid privs... Has anyone else noticed this? Thanks, -- Leonid Isaev GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4 C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D

1 0

[arch-general] systemd-networkd and netctl with multiple interfaces
by Bennett Piater 13 Nov '15

13 Nov '15

Hello! I installed Arch on my new Thinkpad T450s over the weekend. Everything works well, but I have a question: I use systemd-networkd to manage my network interfaces and netctl for the connections. I set everything up according to (this)[0] and (this)[1] to get automatic activation of wifi via netctl-auto and netctl-ifplugd. My question is as follows: I use i3wm, and i3status shows *both* ethernet and wifi as connected if I plug in the cable while having a wifi connection. What does this mean exactly, and how is my traffic routed? Thanks in advance for clearing that up. Cheers, Bennett [0]: https://wiki.archlinux.org/index.php/Systemd-networkd#Wired_and_wireless_ad… [1]: https://wiki.archlinux.org/index.php/Netctl#Automatic_switching_of_profiles -- GPG fingerprint: 871F 1047 7DB3 DDED 5FC4 47B2 26C7 E577 EF96 7808

8 11

Re: [arch-general] QT applicacion dies on plain fluxbox, but not on fluxbox on top of LXDE
by Javier Vasquez 12 Nov '15

12 Nov '15

> On Wed, Nov 11, 2015 at 10:21 AM, Javier Vasquez <j.e.vasquez.v(a)gmail.com> wrote: > ... > > In case more information is required, well besides bein using Arch for > x86-64, up to date, with fluxbox version 1.3.7-1, attached go some > outputs from strace, gdb, and coredump. I actually can't make much > sense out of them... OK, attachments failed, so linking to gist files with the outputs: https://gist.github.com/je-vv/89c4910a740afcac89a7#file-hpmyroom_coredump-t… https://gist.github.com/je-vv/7595e5949870db15d6d0#file-hpmyroom_gdb-txt https://gist.github.com/je-vv/a3a7b9d95b8d0eca9078#file-hpmyroom_strace-txt Thanks, -- Javier

1 1

Re: [arch-general] systemd-networkd and netctl with multiple interfaces
by Tinu Weber 11 Nov '15

11 Nov '15

On Wed, Nov 11, 2015 at 16:06:18 +0100, Bennett Piater wrote: > They have different metrics as per the example from the wiki. > > However, no wiki article or manpage that I encountered explained what > exactly the metric does. Could you explain that to me? > > Cheers, > Bennett > > > If there are multiple default routes with the same metric, this might > > cause issues, as packets might be sent randomly through one of the two > > interfaces (thus with different IP addresses), leading to packet drops. > > > > If the metric value is different, this shouldn't be a problem, though. The idea is that if none of the routes match the destination, the default route is used. If there multiple of them... well, nobody can tell you what happens. Usually the kernel chooses the route with the lower metric (to "break the tie"), but I cannot tell you exactly what it signifies. I'd suggest to try to find out why netctl makes it possible to have multiple default routes (however, as I don't use netctl, I'm not able to answer this), as this is usually a bad idea. By the way, I'll redirect this discussion back to the mailing list, maybe someone can answer this. Best, Tinu

1 0

[arch-general] QT applicacion dies on plain fluxbox, but not on fluxbox on top of LXDE
by Javier Vasquez 11 Nov '15

11 Nov '15

Hi, I've been using plain fluxbox, rather than any DE, for several years now. I use dunst for libnotify server BTW... However now a days there's an application "hpmyroom" [1], based on QT for linux, which dies any time there's an interactive popup. For example deleting a buddy will pop up a dialog to ask whether you want to confirm or not. Or when someone sends a buddy request, a dialog pops up to confirm whether to accept it or not. When using plain fluxbox, "hpmyroom" immediately dies with a segmentation fault, when such popups are suppose to happen (nothing pops up actually). Other guys using Arch were not having problems, but they were using DEs like XFCE, Gnome, KDE and others. So I tried LXDE, but using fluxbox instead of openbox. To my surprise, that worked out. Same fluxbox, just on top LXDE. Problem is that I don't really want to be running a DE. I was exploring what would LXDE be providing that I'm not using on plain fluxbox with no DE, but couldn't find what it might be. As mentioned, I was already using a libnotify server, dunst. I changed it for others like "xfce4-notifyd" and "notification-daemon", which made no difference. So I discarded a libnotify issue. Then the other thing that came to mind, though more relunctantly was graphics polkit. So I called "lxpolkit" (part of lxsession from LXDE) on the .xinitrc, prior to calling "startfluxbox", but that didn't help either. So, as I suspected initially, that didn't seem like it. Arch handles dbus through xinit, when calling "startx" or using "xdm", but then just in case I tried manually: systemctl --user import-environment DISPLAY XAUTHORITY dbus-update-activation-environment DISPLAY XAUTHORITY As expected, that didn't help a bit... Anyone with some clues as to what I might be missing to keep using plain fluxbox? -- Javier [1] https://www.myroom.hpe.com

1 1

[arch-general] xcompmgr/compton + compositing + fluxbox
by Javier Vasquez 10 Nov '15

10 Nov '15

Hi, To enable the Xorg compositing extension with plain fluxbox (no DE), and be able to use true transparency, I'm using compton (I've used xcompmgr with worse results), but I experience some problems: 1.- At times, though fluxbox is still up and running, it stops managing the non GTK/QT applications, such xterm or rxvt-unicode. The only way to get fluxbox to start controlling them again is through a fluxbox restart. 2.- At times, when restarting fluxbox due to [1], the X session dies, and a new login is required. As I said, with xcompmgr the problems show up more often, both [1] and [2]. That's why I keep using compton. Any idea on how to avoid these problems? In case, I'm calling compton in my ~/.xinitrc, prior to calling startfluxbox, like this: compton -bc -o 0.22 -m 0.88 & I'm not having any particular Xorg configuration to enable compositing. Some fluxbox setting to take advantage of transparency: session.screen0.menu.alpha: 210 session.screen0.slit.alpha: 210 session.screen0.window.unfocus.alpha: 215 session.screen0.toolbar.alpha: 210 For rxvt-unicode: URxvt*.depth: 32 URxvt*.background: [88]#000000 And for conky: own_window_argb_visual = true, own_window_transparent = true, Don't think those settings will help anything, but just in case... Thanks, -- Javier

1 0

[arch-general] [mkinitcpio] keeping modules added by install file
by Mauro Santos 09 Nov '15

09 Nov '15

I'm working on install and hook files for mkinitcpio and I'm adding some modules to the initramfs image with the install file. My problem is that the modules I add with the install file get removed when the autodetect hook runs. Is there any way to keep some modules when the autodetect hook runs as if they were defined in the MODULES array in mkinitcpio.conf? I know I'm seeing the expected behavior but I need some modules to be included in the initramfs even if they are not in use in the running system, and it would be nice to have the smallest initramfs as possible. -- Mauro Santos

2 2

[arch-general] Openvpn Iptables
by siefke_listen＠web.de 08 Nov '15

08 Nov '15

Hello, i try to setup a openvpn server. The server and client communication is successfully installed but the routing make trouble. Iptables: #!/bin/bash # reset iptables -F iptables -X iptables -t nat -F iptables -t nat -X iptables -t mangle -F iptables -t mangle -X iptables -t raw -F iptables -t raw -X iptables -t security -F iptables -t security -X iptables -P INPUT ACCEPT iptables -P FORWARD ACCEPT iptables -P OUTPUT ACCEPT # openvpn iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADE iptables -A INPUT -i tun+ -j ACCEPT iptables -A FORWARD -i tun+ -j ACCEPT iptables -A INPUT -i tap+ -j ACCEPT iptables -A FORWARD -i tap+ -j ACCEPT Has someone a idea how can routing all traffic through sever from clients? The openvpn configuration is same like tutorial on wiki page from archlinux, change only certifications path and ta key is activated. Thanks for help ---------------- Silvio Siefke

2 1

[arch-general] Long-term offline Arch system
by Aron Widforss 07 Nov '15

07 Nov '15

Hi, I'm going out for a four month hike next spring, and will not bring my loved XPS with me. It struck me yesterday that being offline for four months is something pacman and yaourt might not like. How do these programs handle long-term stasis, will things break horribly when I come back and run an update? Is there anything I can do to avoid it? Best regards, Aron Widforss

7 7

[arch-general] Kernel 4.2.5-1-ARCH max CPU temperature
by Dennis Lange 02 Nov '15

02 Nov '15

Hi everybody, I am using an i7-2600K and since Kernel: 4.2.5-1-ARCH my CPU temperature goes up to 98°C. Before 4.2.5-1 lm_sensors max temperature was around 64°C. First I examine my CPU fan, but it works like before. Any idea why this is happening?

5 8