December 2011 - 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] Compiling qt-4.8rc1 from [testing] fails
by Bjørn Øivind Bjørnsen 13 Mar '12

13 Mar '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello list, The latest qt-package in testing broke one of the applications I am working on at the moment. It compiles fine, but crashes during runtime, so I tried to compile qt with debug symbols. I did the same thing as I usually do when I have to poke qt-internals - added '!strip' to the options in the PKGBUILD and tried to compile the package again. The PKGBUILD and friends were obtained from abs. However, the compilation fails in tools/assistant, with the following errors: make[4]: Entering directory `/home/bo/pakker/qt-4.8rc1/src/qt-everywhere-opensource-src-4.8.0/tools/assistant/tools/assistant' compiling helpviewer_qwv.cpp helpviewer_qwv.cpp:168:1: error: expected class-name before ?{? token helpviewer_qwv.cpp:173:13: error: ?QWebPage? does not name a type helpviewer_qwv.cpp:174:32: error: ?WebAction? has not been declared helpviewer_qwv.cpp:176:42: error: ?QWebFrame? has not been declared helpviewer_qwv.cpp:177:41: error: ?NavigationType? has not been declared helpviewer_qwv.cpp: In constructor ?HelpPage::HelpPage(QObject*)?: helpviewer_qwv.cpp:189:7: error: class ?HelpPage? does not have any field named ?QWebPage? helpviewer_qwv.cpp: At global scope: helpviewer_qwv.cpp:197:1: error: ?QWebPage? does not name a type helpviewer_qwv.cpp:207:30: error: variable or field ?triggerAction? declared void helpviewer_qwv.cpp:207:30: error: ?WebAction? was not declared in this scope helpviewer_qwv.cpp:207:48: error: expected primary-expression before ?bool? make[4]: *** [.obj/release-shared/helpviewer_qwv.o] Error 1 make[4]: Leaving directory `/home/bo/pakker/qt-4.8rc1/src/qt-everywhere-opensource-src-4.8.0/tools/assistant/tools/assistant' make[3]: *** [sub-assistant-make_default-ordered] Error 2 make[3]: Leaving directory `/home/bo/pakker/qt-4.8rc1/src/qt-everywhere-opensource-src-4.8.0/tools/assistant/tools' make[2]: *** [sub-tools-make_default-ordered] Error 2 make[2]: Leaving directory `/home/bo/pakker/qt-4.8rc1/src/qt-everywhere-opensource-src-4.8.0/tools/assistant' make[1]: *** [sub-assistant-make_default-ordered] Error 2 make[1]: Leaving directory `/home/bo/pakker/qt-4.8rc1/src/qt-everywhere-opensource-src-4.8.0/tools' make: *** [sub-tools-make_default-ordered] Error 2 ==> ERROR: A failure occurred in build(). I noticed that qtwebkit was split out of this package. Have I missed some other piece of vital information which allows me to compile this, and does anyone else see this? I could reproduce this on two x86_64 machines here, -Syu'ed as of today. I would be thankful for any tips :) Regards, Bjørn Øivind -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOuS6BAAoJEAPvNxjF/T/2kR0P/2ycR9+3LlYaJOnosVJnSuRH 9tN9eT/WZY1cHEyxQAJuux2GQ0L2oECYc6BumPPQ6EJ7WLgKe9jgwoYTJZN5QSxC Mp5noNmiyqInWp75p53kzyAg30XKYKWqRZbaV+mcXHra3aZ4ydC1rxEEG5FDVQx2 GauKhGqaZ5RKdtO4b/6rCQtAjGSv4l7QvLErFkRAYSqsaK7XKiDGatPOAkalxw6X /T0dhyKDP4r6V8DHUOqekbrNX9Oupso8GPHRMhTqO8jSuOtUD/ie0D6lkepArG+v HXDYsxVF+Fepr1CLfAD2xM3p8JrKqdiPjbXdnqmcSGiWMzkSonlWl66Y4Lcnrs5c Uqa8XFVcLYvJ9MOgV3VBdpJijGIzvrYWKI8FunxU1EeOPNmPYig+zg85ArP8OTiT ZtNgM4jTrQGGQCMK5tjY2Ji8YhVL5b0nv4yroV9jQ8q9yhY4pOgiEqxdYAPtw0QY bFsSrlQH8QQD/SNd98xIl3qzNeq7Nq5Dc/OwP9I/scA+Je2DM9P2oX0X++mVvkiL fN7Qtst1j8u2TyXDfPf2cSCw+kPIZLct++0+5UmC92p1UPcddmVTg4JZl68EZPNe 3u7yjJ9lfHZjktb5P/fyaTfxiZ4gshuQL2fITwR5MFjZ/o6TB0TFCSfBF9+HlZZk aa9dFnmP/REmH8oQUdEO =bFqE -----END PGP SIGNATURE-----

2 2

[arch-general] Happy new 2012 year!
by Kirill Churin 02 Jan '12

02 Jan '12

Hello, fellow Archers! Some of you (Far East and Asia and Pacific) celebrated it already, some of you still preparing (my place, Urals, are getting excited too), but I want to congratulate you all, regardless of sex, timezone, race, religion or other differences! Happy New Year, ArchLinux community! Have fun in 2012 :) -- Kirill Churin Jabber: reflexing(a)reflexing.ru

15 14

Re: [arch-general] [arch-dev-public] [RFC] new manpages
by Leonid Isaev 01 Jan '12

01 Jan '12

On Sat, 31 Dec 2011 20:38:31 +0100 Tom Gundersen <teg(a)jklm.no> wrote: > Hi guys, > > Initscripts in [testing] contain some new man pages documenting > /etc/{rc.conf,locale.conf,vconsole.conf,hostname}, intended for the > next iso release. > > Corrections and comments welcome (preferably in the form of patches to > arch-projects...). > > Cheers, > > Tom Thank you for this release! A problem though: I get a failure while setting timezone on a ro root with /etc/localtime symlinked to /usr/share/zoneinfo/America/Chicago, which seems to be caused by this: $ grep zoneinfo /etc/rc.d/functions -m1 local tz=$1 zonefile=/usr/share/zoneinfo/$tz so $zonefile is only /usr/share/zoneinfo instead of /usr/share/zoneinfo/America/Chicago. Later set_timezone() attempts to force-symlink /etc/localtime and fails of course. The fix is to replace the above stanza with: local tz=$1 local zonefile=/usr/share/zoneinfo/$tz Happy New Year! -- Leonid Isaev GnuPG key ID: 164B5A6D Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D

2 1

[arch-general] Question about visudo and info in the Wiki
by Don Juan 30 Dec '11

30 Dec '11

Being new to Arch and finally getting a working system minus the ability to always be able to cleanly reboot and shutdown every time. I started reading about securing my install and ran across the Security wiki on archlinux.org and it states that you can not use the EDITOR envvar. But in reality you can use this and it allows you the ability to run nano like it says visudo does not allow you to do. Is it just a bug in the current release of visudo, am I not understanding the information in the Wiki properly or? Wouldn't this open up a way larger issue? Quote: "By default, visudo doesn’t follow EDITOR envvar. Also it’s regarded as severe security risk since everything can be used as EDITOR (hello, rootkits!). The best practice is to add the following line to //etc/sudoers/ (remember to put full path to your favourite editor): " I have not added anything to my file other than allowing the wheel group sudo rights. Not trying to start any conspiracy here or anything just curious, could it be a fubared install on my end? I can do it from the root user and by issuing sudo EDITOR=nano visudo. Thank you My Source: https://wiki.archlinux.org/index.php/Security

2 7

[arch-general] Using the new 'extramodules' directory in linux-* packages
by Oon-Ee Ng 30 Dec '11

30 Dec '11

I'm the maintainer of nvidia-beta-all - https://aur.archlinux.org/packages.php?ID=31123 The nature of the package is that to provide the nvidia-beta driver for all currently installed kernels. I use some horrible tricks to accomplish that involving scanning the kernel images in /boot With the recent changes to include the 'extramodules' directory, I recently found time to modify a small portion of the PKGBUILD to place the nvidia.ko files in /lib/modules/extramodules-3.1.*/ directories instead of in /lib/modules/3.1.*/kernel/drivers/video. Saves me (and others) re-building of the package. I also have my own script which does the same module-building for virtualbox (for all kernels instead of only the running one) which I've been using since before virtualbox-source existed (with its own highly complete and complicated vboxbuild script). While looking at my script and comparing it with vboxbuild from virtualbox-source, I noticed that that script placed modules in /lib/modules/3.1.*-*-ARCH/extramodules rather than in /lib/modules/extramodules-3.1.*-*-ARCH Is this (the former) location recommended over what I'm currently doing (the latter)? If I'm not mistaken, placing the module in the former would result in 'left-behind' symlinks/directories in /lib/modules which placing the module in the latter would not? Thanks for the clarification (and for reading this).

5 10

[arch-general] local repository
by Baho Utot 30 Dec '11

30 Dec '11

I would like to setup a local repository for my trinity packages I have a server with apache installed and a virtual host is configured. I copied all the files to the server and did a repo-add trinity.db.gz *.pkg.* I put this into the server pacman.conf [trinity] Server = file:///srv/http/trinity/i686 Which works as expected. I then put this in pacman.conf on the client [trinity] Server = http:///trinity.bildanet.com/i686 when I do a pacman -Syy I get the following :: Synchronizing package databases... trinity 3.6K 1380.8K/s 00:00:00 [###############################################################] 100% error: failed retrieving file 'trinity.db' from : Unknown resolver error error: failed to update trinity (Unknown resolver error) ping shows that trinity.bildanet.com is resolvable for the client. This is browseable from a web browser on the client and shows all the packages as well as the trinity.db and trinity.db.tar.gz file. Is there something else I need to do to get this working or what am I missing?

4 5

[arch-general] Is there a clean solution to get completely rid of Pulseaudio?
by Ralf Madorf 29 Dec '11

29 Dec '11

Hi :) people told me that Arch Linux will not force me to install PA. Today I continued to set up my Arch Linux. A cold still hinder me to work very long on my computer, so until now Google didn't help me to find an easy solution to get rid of PA. Arch Linux on my machine does force me to install PA to keep the system consistent. I found this information: https://bbs.archlinux.org/viewtopic.php?pid=998489#p998489 I already read tons of irrelevant comments similar to https://bbs.archlinux.org/viewtopic.php?pid=998290#p998290 Even no information on https://wiki.archlinux.org/index.php/Pro_Audio I like using Google and reading Wikis, in spite of my dyslexia. I don't like to read tons of irrelevant stuff to find out, that in the end there's no clean solution. Is there a clean solution to get completely rid of PA? PA for my needs is absolutely obstructive. I try to set up a DAW using two Terratec EWX 24/96 for MIDI only (but both are audio devices too) and for audio a RME HDSPe. The only thing PA will do for me, is causing trouble. IIRC on Debian I got rid of PA by replacing 2 packages by empty dummy packages, then everything was ok. I figured this out my self. Btw. for Debian it was the same, people told me that Debian doesn't force to use PA, but it does. Since I'm new to Arch Linux I need some information. May I ask where I get the needed information to completely once and for all get rid of PA? TIA, Ralf PS: There are reasons to get rid of PA. The "installing PA isn't absolutely obstructive" crowd might use Google, IIRC there e.g. was the description of an issue in an Ubuntu Studio mailing list this month.

23 77

[arch-general] People that depend on Arch, etc deserve to die? - Allan McRae - Clarifications
by Jonathan Vasquez 27 Dec '11

27 Dec '11

Hello everyone, I was reading the package signing discussion that was going on over at the [pacman-dev] mailing list http://mailman.archlinux.org/pipermail/pacman-dev/2011-February/012483.html and Allan said the following: "I think I know every distribution using pacman as a package manager and (unless there is an enterprise level distro I am missing) if peoples lives depend on one of these distros, then I am sorry to say it but in my opinion they are stupid and deserve to die." I wanted to know what was he trying to say? Is he saying that Arch and other Arch-like distros aren't serious distros that aren't meant for production? I mean I understand that Arch is rolling release and all that, but it's packages are marked stable by their corresponding upstreams. What are your opinions about this? -- Jonathan Vasquez

9 14

[arch-general] ldconfig -> Aborted.
by C Anthony Risinger 27 Dec '11

27 Dec '11

this might be a bit brief as it's really late and i'm already in trouble :-/ ... will expand as needed. i upgrade my machines and VMs very regularly, at least once a week, this last batch of updates broke all of my VMs in particular ... hardware devices still seem to function correctly. they are not really broken, but i am unable to regenerate `/etc/ld.so.cache` on any of them (3 ATM). upgraded packages (in order, from pacman.log): augeas linux-api-headers glibc <---------------------- prime suspect!!!! binutils fakeroot gcc-libs gcc pcre git keyutils krb5 libmysqlclient polkit yajl libvirt module-init-tools mkinitcpio linux pm-quirks postgresql-libs shadow systemd-arch-units texinfo ... during the upgrade i saw: upgraded linux-api-headers (3.0.1-1 -> 3.1.4-1) /tmp/alpm_gfNxsS/.INSTALL: line 4: 575 Aborted sbin/ldconfig -r . Generating locales... en_US.UTF-8...cannot map archive header: Invalid argument upgraded glibc (2.14.1-1 -> 2.14.1-2) upgraded binutils (2.21.1-2 -> 2.22-2) /tmp/alpm_dwiY8r/.INSTALL: line 5: 654 Aborted sbin/ldconfig -r . upgraded fakeroot (1.18.1-1 -> 1.18.2-1) ... the locale stuff is just a side effect of the ldconfig failure IIRC -- locales are a little borked because the archive file was blown away, not a problem tho. for some reason ldconfig refuses to update on all the VMs (each has worked without issue until today, for several months): # ldconfig Aborted ... i tried blacklisting some virtio modules (balloon in particular) and tripling memory, no change, and not convinced its 100% related to virtio yet. i tried removing `/var/cache/ldconfig/aux-cache` to force ldconfig to rescan everything (vs. stat checks) -- again, works on hardware but not VM. i tried removing the last library it processes before failing (per strace), no change, it just fails on another (libgcrypt -> libsysfs). i tried reinstalling glibc and whatnot ... these VMs are all pure 64bit, no multilib, and pure systemd, original initscript stuff purged. the only thing i didnt try was downgrading, because i would have to use the ARM ... i use 9p2000.L passthru for the rootfs of each VM, bindmount a local mirror into each VM's VFS, then configure pacman to use the `pool` directory of the bound mirror as a cachedir -- the net effect is pacman never downloads anything, ever, because it believes it already has :-) slightly odd perhaps, but working well for quite some time. any ideas? i can't find anything out of place, or any significant differences, and i'm not sure what to try next -- nothing unusual in dmesg or logs, on the VMs or the host. host is completely current as of Dec 14 00:00 CST. reduce strace follows, limited to files and signals. thanks for your time so far, if you made it to this point legitimately :-) C Anthony # LANG=C strace -ff -s256 -etrace=file,signal ldconfig execve("/sbin/ldconfig", ["ldconfig"], [/* 29 vars */]) = 0 open("/etc/ld.so.conf", O_RDONLY) = 3 open("/etc/ld.so.conf.d", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 4 open("/etc/ld.so.conf.d/fakeroot.conf", O_RDONLY) = 4 stat("/usr/lib/libfakeroot", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open("/etc/ld.so.conf.d/perl.conf", O_RDONLY) = 4 stat("/usr/lib/perl5/core_perl/CORE", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat("/lib", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat("/lib64", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat("/usr/lib", {st_mode=S_IFDIR|0755, st_size=36864, ...}) = 0 stat("/usr/lib64", 0x7fff85a41d90) = -1 ENOENT (No such file or directory) open("/var/cache/ldconfig/aux-cache", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/libfakeroot", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3 lstat("/usr/lib/libfakeroot/libfakeroot.so", {st_mode=S_IFLNK|0777, st_size=16, ...}) = 0 open("/usr/lib/libfakeroot/libfakeroot.so", O_RDONLY) = 4 lstat("/usr/lib/libfakeroot/libfakeroot-0.so", {st_mode=S_IFREG|0755, st_size=40400, ...}) = 0 stat("/usr/lib/libfakeroot/libfakeroot-0.so", {st_mode=S_IFREG|0755, st_size=40400, ...}) = 0 stat("/usr/lib/libfakeroot/libfakeroot.so", {st_mode=S_IFREG|0755, st_size=40400, ...}) = 0 open("/usr/lib/perl5/core_perl/CORE", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3 lstat("/usr/lib/perl5/core_perl/CORE/libperl.so", {st_mode=S_IFREG|0555, st_size=1642088, ...}) = 0 open("/usr/lib/perl5/core_perl/CORE/libperl.so", O_RDONLY) = 4 stat("/usr/lib/perl5/core_perl/CORE/libperl.so", {st_mode=S_IFREG|0555, st_size=1642088, ...}) = 0 stat("/usr/lib/perl5/core_perl/CORE/libperl.so", {st_mode=S_IFREG|0555, st_size=1642088, ...}) = 0 open("/lib", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3 lstat("/lib/libpopt.so", {st_mode=S_IFLNK|0777, st_size=12, ...}) = 0 open("/lib/libpopt.so", O_RDONLY) = 4 lstat("/lib/libudev.so.0.13.0", {st_mode=S_IFREG|0755, st_size=55952, ...}) = 0 open("/lib/libudev.so.0.13.0", O_RDONLY) = 4 lstat("/lib/libutil.so.1", {st_mode=S_IFLNK|0777, st_size=17, ...}) = 0 open("/lib/libutil.so.1", O_RDONLY) = 4 lstat("/lib/libgcrypt.so", {st_mode=S_IFLNK|0777, st_size=19, ...}) = 0 open("/lib/libgcrypt.so", O_RDONLY) = 4 lstat("/lib/libpamc.so.0", {st_mode=S_IFLNK|0777, st_size=17, ...}) = 0 open("/lib/libpamc.so.0", O_RDONLY) = 4 lstat("/lib/libsysfs.so.2.0.1", {st_mode=S_IFREG|0755, st_size=47640, ...}) = 0 open("/lib/libsysfs.so.2.0.1", O_RDONLY) = 4 lstat("/lib/libhandle.so.1.0.3", {st_mode=S_IFREG|0644, st_size=14400, ...}) = 0 open("/lib/libhandle.so.1.0.3", O_RDONLY) = 4 lstat("/lib/libBrokenLocale.so.1", {st_mode=S_IFLNK|0777, st_size=25, ...}) = 0 open("/lib/libBrokenLocale.so.1", O_RDONLY) = 4 lstat("/lib/libBrokenLocale-2.14.1.so", {st_mode=S_IFREG|0755, st_size=6264, ...}) = 0 lstat("/lib/libnss_mdns_minimal.so.2", {st_mode=S_IFREG|0755, st_size=9904, ...}) = 0 open("/lib/libnss_mdns_minimal.so.2", O_RDONLY) = 4 lstat("/lib/libpam.so.0", {st_mode=S_IFLNK|0777, st_size=16, ...}) = 0 open("/lib/libpam.so.0", O_RDONLY) = 4 lstat("/lib/liblvm2app.so.2.2", {st_mode=S_IFREG|0555, st_size=667916, ...}) = 0 open("/lib/liblvm2app.so.2.2", O_RDONLY) = 4 lstat("/lib/libutil-2.14.1.so", {st_mode=S_IFREG|0755, st_size=10656, ...}) = 0 lstat("/lib/libbz2.so.1.0", {st_mode=S_IFLNK|0777, st_size=15, ...}) = 0 open("/lib/libbz2.so.1.0", O_RDONLY) = 4 lstat("/lib/libsystemd-login.so.0", {st_mode=S_IFLNK|0777, st_size=25, ...}) = 0 open("/lib/libsystemd-login.so.0", O_RDONLY) = 4 lstat("/lib/libanl-2.14.1.so", {st_mode=S_IFREG|0755, st_size=14928, ...}) = 0 open("/lib/libanl-2.14.1.so", O_RDONLY) = 4 lstat("/lib/libgpg-error.so", {st_mode=S_IFLNK|0777, st_size=21, ...}) = 0 open("/lib/libgpg-error.so", O_RDONLY) = 4 lstat("/lib/libacl.so", {st_mode=S_IFLNK|0777, st_size=11, ...}) = 0 open("/lib/libacl.so", O_RDONLY) = 4 lstat("/lib/libpam.so.0.83.1", {st_mode=S_IFREG|0755, st_size=55856, ...}) = 0 lstat("/lib/libgcrypt.so.11", {st_mode=S_IFLNK|0777, st_size=19, ...}) = 0 open("/lib/libgcrypt.so.11", O_RDONLY) = 4 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 tgkill(2559, 2559, SIGABRT) = 0 --- {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=2559, si_uid=0, si_value={int=2164749013, ptr=0xffffffff810772d5}} (Aborted) --- +++ killed by SIGABRT +++ Aborted

4 7