- Arch-general - lists.archlinux.org

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

[arch-general] LXQt 0.10 in [community]
by Jerome Leclanche 02 Nov '15

02 Nov '15

LXQt in [community] has been updated to 0.10. Enjoy! See here for the announcement and changelog: http://sourceforge.net/p/lxde/mailman/message/34586993/ J. Leclanche

1 0

[arch-general] Infinality repositories seems to break upgrade (could not satisfy dependencies).
by Maxim Lacrima 29 Oct '15

29 Oct '15

Hi, I use infinality for better font rendering, but looks like it breaks system upgrade. sudo pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date infinality-bundle is up to date infinality-bundle-fonts is up to date :: Starting full system upgrade... :: Replace ttf-noto-sans-ib with infinality-bundle-fonts/ttf-noto-fonts-ib? [Y/n] :: Replace ttf-noto-sans-multilang-ib with infinality-bundle-fonts/ttf-noto-fonts-nonlatin-ib? [Y/n] :: Replace ttf-noto-serif-ib with infinality-bundle-fonts/ttf-noto-fonts-ib? [Y/n] resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: ttf-noto-serif-multilang-ib: requires ttf-noto-serif-ib Should I just disable infinality repositories and enable them later, when it is fixed? Thank you -- Regards, Maxim

4 4