- Arch-general - lists.archlinux.org

[arch-general] Random no signal on display-manager init
by Bráulio Bhavamitra 28 Apr '15

28 Apr '15

Hello all, I've installed Arch on a Intel NUC. With sddm or lightdm, most of times the system boots and then the monitor tells 'No signal', then I have to press Control + Alt + F2 and then start sddm or lightdm manually. A few times it boot directly in to the display manager. Anybody got this?? thanks, bráulio -- "Lute pela sua ideologia. Seja um com sua ideologia. Viva pela sua ideologia. Morra por sua ideologia" P.R. Sarkar EITA - Educação, Informação e Tecnologias para Autogestão http://cirandas.net/brauliobo http://eita.org.br "Paramapurusha é meu pai e Parama Prakriti é minha mãe. O universo é meu lar e todos nós somos cidadãos deste cosmo. Este universo é a imaginação da Mente Macrocósmica, e todas as entidades estão sendo criadas, preservadas e destruídas nas fases de extroversão e introversão do fluxo imaginativo cósmico. No âmbito pessoal, quando uma pessoa imagina algo em sua mente, naquele momento, essa pessoa é a única proprietária daquilo que ela imagina, e ninguém mais. Quando um ser humano criado mentalmente caminha por um milharal também imaginado, a pessoa imaginada não é a propriedade desse milharal, pois ele pertence ao indivíduo que o está imaginando. Este universo foi criado na imaginação de Brahma, a Entidade Suprema, por isso a propriedade deste universo é de Brahma, e não dos microcosmos que também foram criados pela imaginação de Brahma. Nenhuma propriedade deste mundo, mutável ou imutável, pertence a um indivíduo em particular; tudo é o patrimônio comum de todos." Restante do texto em http://cirandas.net/brauliobo/blog/a-problematica-de-hoje-em-dia

4 13

[arch-general] xfce-powermanager issue since kernel 3.19
by Friedrich Strohmaier 28 Apr '15

28 Apr '15

Hi all, since having updated to kernel 3.19 xfce Power Manager Panel Plugin does not show my logitech trackball (m570) and keyboard (k230) both connected through wireless usb dongle. other logitech device (logitech m235 mouse) does. all are shown with lsusb: $ lsusb | grep Logitech Bus 004 Device 005: ID 046d:c52b Logitech, Inc. Unifying Receiver Bus 004 Device 004: ID 046d:c52f Logitech, Inc. Unifying Receiver Bus 003 Device 007: ID 046d:c52b Logitech, Inc. Unifying Receiver and all work fine. downgrading to kernel 3.18 solves this issue. This is nothing making me sad all the day :o)) Nevertheless I'm a little bit lost where to report what? -- Friedrich

2 2

[arch-general] java-atk-wrapper outdated
by Michał Zegan 27 Apr '15

27 Apr '15

Hello. It actually seems to me that the java-atk-wrapper project is again in active development, and the version in arch is out of date at the moment.

2 1

[arch-general] no write access to gvfs-mount with certain applications
by Sebastian Hempel 26 Apr '15

26 Apr '15

Hi, I have a strange problem with gvfs mounts with the SMB/CIFS backend. Both packages are in the latest version 1.24.1-1. The smb shares are mounted with nautilus. The neccessary credentials are stored in the gnome-keyring. I can open / read and write files with LibreOffice and gedit. There is also no problem when accessing / creating files with the terminal and vi. But when I try to open a library with calibre the application tells me, that the database is read only. The access rights of the library files are all rwx and i can create files in the directory with for example touch or gedit. As fare as i can remember the (write) access with calibre worked before the update of the latest gnome version. Does anybody has suggestions how to solve this problem? Sebastian -- *Sebastian Hempel* eMail: sebastian(a)hempel-roeslau.de GnuPG Fingerprint: 9396 67A0 D3F3 6EBB BD7C 783D 34D8 65FE 9EB7 B49F Twitter: https://twitter.com/ithempel

2 2

[arch-general] `journalctl -m` does not show /var/log/journal/remote/*
by a 26 Apr '15

26 Apr '15

Hello, I have some remote journal from vps. It has come with systemd-journal{-remote,-upload}. ``` $ ls -l /var/log/journal/remote/ remote-10.8.0.2@b9e0664324d845afa9e8a4f9c17db0c8-0000000000000001-000513ba70b17fc3.journal remote-10.8.0.2@b9e0664324d845afa9e8a4f9c17db0c8-00000000000000d0-000513ba710c9056.journal remote-10.8.0.2@b9e0664324d845afa9e8a4f9c17db0c8-000000000000061e-000513bb668ea2c1.journal remote-10.8.0.2.journal remote-::ffff:10.8.0.2.journal ``` I can see these logs with `journalctl -d /var/log/journal/remote`. But when I'd tried with '-m' merge flag, it just showed localhost's journal. How could i see logs from both localhost and remote in realtime? Arch Linux systemd 219-5 Thanks. -- a

1 0

[arch-general] PATH variable not set in DE (GNOME)
by Maximilian Kaul 26 Apr '15

26 Apr '15

Hello list, I'm currently experiencing something weird on a (less than regularly, but recently) updated Arch machine. After the last update some graphical programs that rely on the path variable being properly set stopped working. In particular one application uses exiftool, and works properly if started from the command line. However, if I open an image, the application complains that it can not find exiftool. So I checked in a terminal: $ which exiftool /usr/bin/vendor_perl/exiftool $ echo $PATH .../usr/bin/vendor_perl... BUT if I put the following code in a file #!/bin/sh env > /tmp/env and execute it via GNOME (double click the file and select 'run') and then check the PATH variable in /tmp/env it does _not_ include the perl directory. What is the correct way to set this variable? I always thought it is set in /etc/profile.d/ but it is already there. # grep -R vendor_perl /etc grep: /etc/systemd/system/multi-user.target.wants/lm_sensors.service: No such file or directory grep: /etc/pacman.d/gnupg/S.gpg-agent: No such device or address /etc/profile.d/perlbin.csh:[ -d /usr/bin/vendor_perl ] && setenv PATH ${PATH}:/usr/bin/vendor_perl /etc/profile.d/perlbin.csh:[ -d /usr/lib/perl5/vendor_perl/bin ] && setenv PATH ${PATH}:/usr/lib/perl5/vendor_perl/bin /etc/profile.d/perlbin.sh:[ -d /usr/bin/vendor_perl ] && PATH=$PATH:/usr/bin/vendor_perl /etc/profile.d/perlbin.sh:[ -d /usr/lib/perl5/vendor_perl/bin ] && PATH=$PATH:/usr/lib/perl5/vendor_perl/bin Is there some way I do not know about? Is this a GNOME problem, or is something else causing this? The program used to run and find exiftool. I checked with the developer because my first thought was that they changed something about how they detect exiftool. They did not. Thank you for your help! Maximilian

3 3

[arch-general] pacman's "Depends On"
by Ralf Mardorf 25 Apr '15

25 Apr '15

Hi :) if a dedicated version of a dependency is needed, some packages mention it, others don't. Firefox does not explicitly mention a version of libvpx $ pacman -Si firefox | grep On Depends On : [snip] libvpx [snip] but it needs a dedicated version $ firefox XPCOMGlueLoad error for file /usr/lib/firefox/libxul.so: libvpx.so.2: cannot open shared object file: No such file or directory Couldn't load XPCOM. ffmpeg does mentions that a dedicated version is needed $ pacman -Si ffmpeg | grep On Depends On : [snip] libvpx.so=2-64 [snip] IMO official packages should mention dedicated versions, since for users of a rolling release, there sometimes are good reasons to downgrade. I tried to build Firefox from ABS against the outdated version of libvpx that is needed and installed on my system, but that's another issue. Perhaps other packages are broken too and I get aware of it, at an inconvenient time. How can I figure out what packages depend on a dedicated version of another package? Regards, Ralf

8 15

[arch-general] Intel CPUs and glibc-2.21.3
by Fabien Dubosson 24 Apr '15

24 Apr '15

Hi, Yesterday after upgrading my system I started having emacs segfaulting when started in daemon mode. This bug was weird because it didn't happen after an emacs update. Looking for help on IRC, Namarrgon helped me to get the trace that looked like this [1]: Thread 1 (Thread 0x7ffff7f96980 (LWP 1768)): Already logging to trace.log. #0 __lll_unlock_elision (lock=0x7fffefbc1ee8, private=0) at ../sysdeps/unix/sysv/linux/x86/elision-unlock.c:29 No locals. #1 0x00007fffef97512c in ?? () from /usr/lib/libEGL.so.1 No symbol table info available. #2 0x00007fffef9078c2 in ?? () from /usr/lib/libEGL.so.1 No symbol table info available. #3 0x00007fffffffe1e0 in ?? () No symbol table info available. #4 0x00007fffef986831 in ?? () from /usr/lib/libEGL.so.1 No symbol table info available. #5 0x00007fffffffe1e0 in ?? () No symbol table info available. #6 0x00007ffff7dea815 in _dl_fini () at dl-fini.c:257 nmaps = <optimized out> nloaded = <optimized out> i = <optimized out> l = 0x7ffff7faca50 ns = 140737215411296 maps = 0xffffffff maps_size = 140737262191424 do_audit = <optimized out> __PRETTY_FUNCTION__ = "_dl_fini" Backtrace stopped: previous frame inner to this frame (corrupt stack?) The reason of the segfault was located in the glibc, and was due to the update to glibc-2.21-3. According to the explanation of Namarrgon, the bug is not a glibc one but a bug in the Intel CPU firmware: > TSX is defective on haswall and some broadwell CPUs and intel > disabled it via firmware, you weren't applying the firmware and > running into the bug > > lock-elision is part of the broken instruction The solution is quite simple: Follow instructions on the wiki to install the Intel Microcode [2]. The general procedure is: - Install `intel-ucode' - Update bootloader config to include it (e.g. grub: `# grub-mkconfig -o /boot/grub/grub.cfg') - Restart && Enjoy On reddit [3] there was other people having the same issue but with different software: at least VLC for the the original poster. I'm sharing this here because the issue is not evident to find. The bug was not present with previous versions of glibc in my case (I never had the microcode installed). I hope this could help other people to identify the problem if they encounter it. Maybe an official announcement could be useful if there is other people having this issue with the new glibc? I'll let devs and TUs decide this. [1] http://hastebin.com/dopoluqodu.vala [2] https://wiki.archlinux.org/index.php/Microcode [3] https://www.reddit.com/r/archlinux/comments/33laqv/segmentation_fault_in_vl… Best regards, ++ Fabien

3 3

[arch-general] swap and tmpfs
by Ralf Mardorf 24 Apr '15

24 Apr '15

Hi, this line in fstab $ grep tmp /etc/fstab tmpfs /tmp tmpfs nodev,nosuid,size=3G 0 0 usually is commented out. One time it was needed, when building a kernel failed. Today building Firefox failed. I'll try with 3G again, instead of half of the memory (1.9G), after a restart, to safely clean tmp first. I suspect that if the RAM size doesn't fit, swap isn't used?! I also wonder why just one swap partition is recognized?! $ df -h | grep /tmp tmpfs 1.9G 1.9G 464K 100% /tmp $ grep SwapTotal /proc/meminfo SwapTotal: 2546264 kB $ grep swap /etc/fstab /dev/sdb7 none swap defaults 0 0 /dev/sda10 none swap defaults,pri=-2 0 0 [rocketmouse@archlinux ~]$ lsblk | grep sdb7 ├─sdb7 8:23 0 2.4G 0 part [SWAP] [rocketmouse@archlinux ~]$ lsblk | grep sda10 ├─sda10 8:10 0 2.2G 0 part $ sudo nano /etc/fstab $ sudo mount -a $ lsblk | grep SW ├─sdb7 8:23 0 2.4G 0 part [SWAP] $ grep SwapTotal /proc/meminfo SwapTotal: 2546264 kB $ grep swap /etc/fstab | grep -v "#" /dev/sdb7 none swap defaults 0 0 /dev/sda10 none swap defaults 0 0 Regards, Ralf

3 5

[arch-general] update error(?)
by Francis Gerund 24 Apr '15

24 Apr '15

Just recently did: sudo pacmatic -Syuv and got: :: Synchronizing package databases... error: failed retrieving file 'core.db' from arch.localmsp.org : Connection timed out after 10000 milliseconds core is up to date error: failed retrieving file 'extra.db' from arch.localmsp.org : Connection timed out after 10001 milliseconds extra is up to date error: failed retrieving file 'community.db' from arch.localmsp.org : Connection timed out after 10000 milliseconds community is up to date :: Starting full system upgrade... resolving dependencies... looking for conflicting packages... Packages (3) gdm-3.16.1.1-1 libgdm-3.16.1.1-1 llvm-libs-3.6.0-5 Total Download Size: 8.77 MiB Total Installed Size: 38.01 MiB Net Upgrade Size: 0.23 MiB :: Proceed with installation? [Y/n] n So, I chose NO, then per the wiki I updated the mirrorlist, and once the mirrorlist wsa updated, I did: sudo pacmatic -Syyuv and got: Root : / Conf File : /etc/pacman.conf DB Path : /var/lib/pacman/ Cache Dirs: /var/cache/pacman/pkg/ Lock File : /var/lib/pacman/db.lck Log File : /var/log/pacman.log GPG Dir : /etc/pacman.d/gnupg/ Targets : None :: Synchronizing package databases... core 121.4 KiB 1167K/s 00:00 [##################################] 100% extra 1800.4 KiB 4.00M/s 00:00 [##################################] 100% community 2.6 MiB 4.41M/s 00:01 [##################################] 100% :: Starting full system upgrade... warning: gdm: local (3.16.1.1-1) is newer than extra (3.16.1-3) warning: libgdm: local (3.16.1.1-1) is newer than extra (3.16.1-3) there is nothing to do Huh? why: warning: gdm: local (3.16.1.1-1) is newer than extra (3.16.1-3) warning: libgdm: local (3.16.1.1-1) is newer than extra (3.16.1-3) I again did: sudo pacmatic -Syyuv and got the same exact result. Note that at the time this is posted, archlinux.org does not seem to show gdm 3.16.1-3 or libgdm 3.16.1-3, just gdm 3.16.1.1-1 and libgdm 3.16.1.1-1 So, what to do?

5 15