- Arch-general - lists.archlinux.org

[arch-general] Xscreensaver's NoseGuy Hack Broken in the Official Package?
by Bastien Dejean 02 Jan '12

02 Jan '12

Hi, The `NoseGuy` hack of the `xscreensaver` package seems broken: http://ge.tt/15VJnNB/1 However, if I build `xscreensaver` through `abs`, the hack displays just fine. Happy New Year! -- b.d (| |) ^ ^

2 1

[arch-general] cant run adb on arch64
by adrian sun 02 Jan '12

02 Jan '12

Hi arch guys, Happy new year! I tried to develop android software on arch64. I followed steps in arch wiki, and replaced base-devel to multilib-devel. But I still cant run adb on my laptop. [adrian@myhost platform-tools]$ ./adb ./adb: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory How to solve this problem? Thanks. Adrian

5 7

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

[arch-general] iPod Touch not detected with GtkPod
by Jordan Windsor 25 Dec '11

25 Dec '11

Hello, I've read the wiki page at https://wiki.archlinux.org/index.php/IPod , I'm following the part titled "The iFuse Way - iPhone OS 3.x and 4.x", I've mounted the iPod at /mnt/ipod then I run GtkPod, I then click "Load all or Selected iPods" and nothing happens at all, no windows or menus popup. Where should I go from here? (I can also read & write to the iPod directory as a user) Thanks.

1 0