Re: [arch-general] Xsession inconsitencies in login managers
On Wed, Jun 18, 2014 at 7:40 PM, Damjan Georgievski gdam...@gmail.com wrote: I've checked xdm, kdm and lightdm only for now, but all use different Xsession scripts to start the user session. Not that they are just different scripts/files, they behave completely differently. Should we strive for some consitency here? -- damjan The Xsession scripts in kdm and xdm come from upstream, they work for us with minimal patching (to source our xinitrc scripts), I don't think radically changing them is useful. As for the scrips in lxdm and lightdm, they're essentially the same already (note that lightdm doesn't come with one at all, I shamelessly copied gentoo's script). Of course I'm open to suggestions to improve the lightdm script as there is no upstream there. Cheers, -- Maxime
[arch-general] No thermal detection on linux 3.15.1-1
Hi I use a MacBook Pro (beggining on 2011), tlp and mbpfan-git. On 3.14, the fans works OK and tlp-stat -t output something like this : --- TLP 0.5 +++ Temperatures Fan speed = 2001 [/min] Temperature = 50°C Now, on 3.15, the temperature line in tlp-stat isn't present and the fans are at the minimum level (2000/min). It's strange because lm_sensors seems to work : applesmc-isa-0300 Adapter: ISA adapter Exhaust : 1999 RPM (min = 2000 RPM, max = 6200 RPM) TB0T: +39.8°C TB1T: +39.8°C TB2T: +37.8°C TC0C: +62.5°C TC0D: +63.5°C TC0E: +64.2°C TC0F: +64.8°C TC0J: +0.5°C TC0P: +60.5°C TC1C: +61.0°C TC2C: +61.0°C TCGC: +62.0°C TCSA: +63.0°C TCTD: -0.2°C TM0P: +50.0°C TM0S: +62.8°C TMBS: +0.0°C TP0P: +64.5°C TPCD: +74.0°C TW0P:-127.0°C Th1H: +51.2°C Ts0P: +36.0°C Ts0S: +48.5°C coretemp-isa- Adapter: ISA adapter Physical id 0: +71.0°C (high = +86.0°C, crit = +100.0°C) Core 0: +71.0°C (high = +86.0°C, crit = +100.0°C) Core 1: +65.0°C (high = +86.0°C, crit = +100.0°C) I looked in the kernel changelog, but I can't find anything relevant. Any idea ?
Re: [arch-general] No thermal detection on linux 3.15.1-1
I am experiencing the same thing I am running a Gigabyte UD board about 1 year old no problem at all until this upgrade. On Thu, Jun 19, 2014 at 3:54 AM, Yamakaky yamak...@yamaworld.fr wrote: Hi I use a MacBook Pro (beggining on 2011), tlp and mbpfan-git. On 3.14, the fans works OK and tlp-stat -t output something like this : --- TLP 0.5 +++ Temperatures Fan speed = 2001 [/min] Temperature = 50°C Now, on 3.15, the temperature line in tlp-stat isn't present and the fans are at the minimum level (2000/min). It's strange because lm_sensors seems to work : applesmc-isa-0300 Adapter: ISA adapter Exhaust : 1999 RPM (min = 2000 RPM, max = 6200 RPM) TB0T: +39.8°C TB1T: +39.8°C TB2T: +37.8°C TC0C: +62.5°C TC0D: +63.5°C TC0E: +64.2°C TC0F: +64.8°C TC0J: +0.5°C TC0P: +60.5°C TC1C: +61.0°C TC2C: +61.0°C TCGC: +62.0°C TCSA: +63.0°C TCTD: -0.2°C TM0P: +50.0°C TM0S: +62.8°C TMBS: +0.0°C TP0P: +64.5°C TPCD: +74.0°C TW0P:-127.0°C Th1H: +51.2°C Ts0P: +36.0°C Ts0S: +48.5°C coretemp-isa- Adapter: ISA adapter Physical id 0: +71.0°C (high = +86.0°C, crit = +100.0°C) Core 0: +71.0°C (high = +86.0°C, crit = +100.0°C) Core 1: +65.0°C (high = +86.0°C, crit = +100.0°C) I looked in the kernel changelog, but I can't find anything relevant. Any idea ? -- Gerald Klein DBA contac...@geraldklein.com www.geraldklein.com http://geraldklein.com/ geraldklein.wordpress.com j...@zognet.com 708-599-0352 Arch, Gentoo I3, Ranger Vim the coding triple threat. Linux registered user #548580 Brought to you by the Amish Mafia
Re: [arch-general] No thermal detection on linux 3.15.1-1
It's related with this bug[1]. Some files in /sys have moved, softwares need to be patched. [1]: https://github.com/dgraziotin/Fan-Control-Daemon/issues/38
Re: [arch-general] Setup of HiDPI with awesome wm
I'll admit that I'm not familiar with awesome wm, but I just wanted to let you know that the new version of i3 that just hit Arch a few days ago now supports HiDPI displays. I'm looking forward to trying it when the Lenovo Y50 w/HiDPI becomes available next month. On Wed, Jun 18, 2014 at 9:28 AM, tlux t...@ghelew.ch wrote: Hi all, It's the first time I am requesting help through this distribution list. So excuse me if I am in the wrong place. So, here is my point: I have a lenovo T540p with a 3K screen display and, as one could image, I have very small fonts and icons which are barelly visible at normal distance from the screen. I've manage to increase fonts size in my configurations files. However, from time to time I need to connect to a 19 monitor(1280x1024) and the result is terrible (to say the least). Is there someone who is in the same situation? and what is your workaround? Please note that I am using Awesome WM and thus cannot use the scaling factor(Gnome 3) as described here: https://wiki.archlinux.org/index.php/HiDPI One option I thought of would be to create an udev rule that would detect the monitor's connection and trigger a script that would make all the necessary connfiguration changes. What do you guys think? Thanks!
Re: [arch-general] Setup of HiDPI with awesome wm
On Wed, Jun 18, 2014 at 6:28 PM, tlux t...@ghelew.ch wrote: So, here is my point: I have a lenovo T540p with a 3K screen display and, as one could image, I have very small fonts and icons which are barelly visible at normal distance from the screen. I've manage to increase fonts size in my configurations files. However, from time to time I need to connect to a 19 monitor(1280x1024) and the result is terrible (to say the least). I'm not sure, but maybe you can try the `xrandr --scale` option. It will make applications believe that the resolution is different than it really is. It may somehow blur the borders, but with such a high resolution it shouldn't be a problem. For example, assuming that your 3K display output is named LVDS-0: xrandr --output LVDS-0 --scale 0.5x0.5 will make it show the image twice bigger. One option I thought of would be to create an udev rule that would detect the monitor's connection and trigger a script that would make all the necessary connfiguration changes. What do you guys think? If you decide to use `xrandr`, the two display outputs will have different names, so there will be independent --scale options: xrandr --output LVDS-0 --scale 0.5x0.5 xrandr --output VGA-0 --scale 1x1# for illustration purposes: it is the default No need to hack udev! HTH Rodrigo
Re: [arch-general] gpg-agent: SSH_AGENT_FAILURE when adding an ECDSA key
Hi On Fri, Jun 13, 2014 at 12:03 AM, Patrick Burroughs (Celti) celticmad...@gmail.com wrote: On Thu, Jun 12, 2014 at 11:34 PM, Magnus Therning mag...@therning.org wrote: According to what I've found gpg-agent's ssh-agent should, as of version 2.0.21, support ECDSA keys, but still I can't add such a key: Am I doing something wrong here, or should I just use ssh-agent from OpenSSH instead (or stop using ECDSA keys)? ECDSA SSH keys in gpg-agent broke with libgcrypt 1.6+. You can get them working again by building gnupg from git. I hit the same issue. Do you know what gnupg upstream commit fixes this problem?
[arch-general] No libutil.a in core/glibc
Hi, Why is there no static libutil (libutil.a) in the glibc package? The PKGBUILD has options=(staticlibs) which is supposed to keep *.a files, and indeed, there are some static libraries like libpthread{,_nonshared}.a. Was static libutil removed by upstream? 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 pgpuqE7AmZ2ty.pgp Description: PGP signature
Re: [arch-general] gpg-agent: SSH_AGENT_FAILURE when adding an ECDSA key
On Thu, Jun 19, 2014 at 3:43 PM, Anatol Pomozov anatol.pomo...@gmail.com wrote: ECDSA SSH keys in gpg-agent broke with libgcrypt 1.6+. You can get them working again by building gnupg from git. I hit the same issue. Do you know what gnupg upstream commit fixes this problem? I'm afraid I don't, sorry; I haven't had the time or inclination to go digging for it, I just know that it worked when I tested it with the git version a few weeks ago after running into the issue myself. Regards, ~Celti
[arch-general] How do you configure the new i2c_hid touchpad driver?
Hi, I just upgraded to the 3.15.1-1 kernel and I'm having issues with my touchpad. In 3.14 I had blacklisted the i2c_hid module so that I could use the old synaptics touchpad driver but seemed to break in 3.15 so I unblacklisted the module so now I'm using i2c_hid instead. The trouble is that the touchpad is not configured correctly with this driver (scrolling does not work at all) and I don't know how to configure it. With the old driver I used the synclient tool and also set options in /etc/X11/xorg.d/50-synaptics.conf This doesn't work with the new driver. I see the following in /var/log/Xorg.0.log ``` [ 9.726] (II) config/udev: Adding input device DLL060A:00 06CB:2734 (/dev/input/event8) [ 9.726] (**) DLL060A:00 06CB:2734: Applying InputClass evdev pointer catchall [ 9.726] (II) Using input driver 'evdev' for 'DLL060A:00 06CB:2734' [ 9.726] (**) DLL060A:00 06CB:2734: always reports core events [ 9.726] (**) evdev: DLL060A:00 06CB:2734: Device: /dev/input/event8 [ 9.757] (--) evdev: DLL060A:00 06CB:2734: Vendor 0x6cb Product 0x2734 [ 9.757] (--) evdev: DLL060A:00 06CB:2734: Found 3 mouse buttons [ 9.757] (--) evdev: DLL060A:00 06CB:2734: Found relative axes [ 9.757] (--) evdev: DLL060A:00 06CB:2734: Found x and y relative axes [ 9.757] (II) evdev: DLL060A:00 06CB:2734: Configuring as mouse [ 9.757] (**) evdev: DLL060A:00 06CB:2734: YAxisMapping: buttons 4 and 5 [ 9.757] (**) evdev: DLL060A:00 06CB:2734: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 [ 9.757] (**) Option config_info udev:/sys/devices/pci:00/INT33C3:00/i2c-0/i2c-DLL060A:00/0018:06CB:2734.0002/input/input11/event8 [ 9.757] (II) XINPUT: Adding extended input device DLL060A:00 06CB:2734 (type: MOUSE, id 11) [ 9.757] (II) evdev: DLL060A:00 06CB:2734: initialized for relative axes. [ 9.758] (**) DLL060A:00 06CB:2734: (accel) keeping acceleration scheme 1 [ 9.758] (**) DLL060A:00 06CB:2734: (accel) acceleration profile 0 [ 9.758] (**) DLL060A:00 06CB:2734: (accel) acceleration factor: 2.000 [ 9.758] (**) DLL060A:00 06CB:2734: (accel) acceleration threshold: 4 [ 9.758] (II) config/udev: Adding input device DLL060A:00 06CB:2734 (/dev/input/mouse1) [ 9.758] (II) No input driver specified, ignoring this device. ``` Based on the above I'm guessing the evdev driver is being used for the touchpad. I took a look at its man page for evdev and there's no mention of two-finger scrolling which is what I want (worked fine in the old driver). Does anyone know how to configure the new driver? Cheers, Dan.
[arch-general] LightDM autologin not working
Hello, I've been trying to get autologin working in LightDM on my mediacenter without success. I believe I've copied all the instructions in the wiki page, and I'm not seeing where the problem is. mediacenter% cat /etc/lightdm/lightdm.conf | grep -v ^# [LightDM] minimum-vt=1 run-directory=/run/lightdm autologin-user=family autologin-user-timeout=0 [SeatDefaults] session-wrapper=/etc/lightdm/Xsession pam-service=lightdm-autologin [XDMCPServer] [VNCServer] #End of file mediacenter% groups adm disk wheel games video audio optical floppy storage power users family autologin mediacenter% journalctl -b -u lightdm --no-pager -- Logs begin at Mon 2012-10-22 16:11:18 EDT, end at Thu 2014-06-19 22:24:36 EDT. -- Jun 19 22:12:29 mediacenter systemd[1]: Started Light Display Manager. Jun 19 22:12:36 mediacenter lightdm[699]: pam_unix(lightdm-greeter:session): session opened for user lightdm by (uid=0) Jun 19 22:16:25 mediacenter lightdm[723]: pam_unix(lightdm:session): session opened for user family by (uid=0) # the last line was my manual login after waiting several minutes. Is there anything else I should be checking, or any caveats anyone is aware of?