- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] [signoff] bash-4.2.005 and readline-6.2.001
by Emmanuel Benisty 01 Mar '11

01 Mar '11

2011/3/1 Ángel Velásquez <angvp(a)archlinux.org>: > 2011/2/28 Allan McRae <allan(a)archlinux.org>: >> Upstream patchlevel bumps. There were the (fairly minor) bug fixes I was >> waiting for beofre moving bash-4.2 and readline-6.2 to [core]. >> >> Signoff both, >> Allan >> > > -1 > > Broke my system > > I had to remount everything and downgrade manually (partitions wasn't > mounting) and initscripts got broken same here.

1 0

[arch-general] GSoC 2011
by William Holbrook 01 Mar '11

01 Mar '11

Hello all! I'm William Holbrook, a sophomore at Morehead State University (located in the eastern part of Kentucky, United States). I'm planning on applying to GSoC this year, and I think it'd be awesome to see Arch on the list of mentoring organizations. I read a few days back on the arch-dev-public mailing list about the possibility of Arch applying as a mentoring organization. From what I can gather, Arch hasn't participated in previous GSoC's. I've looked at some of the project ideas thrown around in arch-dev-public for this year's GSoC. Package signing appears to be desired by some members of the community, and it would make things more secure (gotta love trusting your favorite mirror). It seems to have been worked on quite a bit in this past month by Denis Falqueto on the pacman-dev mailing list (possibly some others; difficulties reading plaintext mailing lists). An interesting project! I've always thought about what would be a good way to become a part of the FOSS scene, and I think that GSoC will help me do just that. I hope to see Arch on the list of organizations when it comes time for students to begin applying! -- William Holbrook II Mathematics Major Computer Science Major Morehead State University

1 0

Re: [arch-general] [arch-dev-public] [PATCH 1/3] Use format strings when printing errors
by cantabile 27 Feb '11

27 Feb '11

Le 27/02/2011 19:25, Dan McGee a écrit : > - print("Error: " + package + " is empty or is not a valid package") > + print("Error: %s is empty or is not a valid package" % package) That method of string formatting is deprecated in python 3. ;) http://docs.python.org/release/3.1.3/library/stdtypes.html#old-string-forma… http://docs.python.org/release/3.1.3/library/string.html#string-formatting -- cantabile "Jayne is a girl's name." -- River

1 0

[arch-general] Unannounced syslog config move
by Sebastian Köhler 27 Feb '11

27 Feb '11

Hi, who had the glorious idea to move the syslog-ng.conf from /etc/ to /etc/syslog-ng/ without telling anyone? I lost about 1 weeks of log entries because of this. I understand why it was moved but what happenend to announcing such changes? I think a message in post_upgrade() is not to much to ask for. Sebastian -- The best thing about a boolean is even if you are wrong, you are only off by a bit.

5 5

[arch-general] mkinitcpio compression
by Dimitrios Apostolou 27 Feb '11

27 Feb '11

Hello list, I'm using arch on an old laptop with only 128MB RAM. I had problems compressing the initcpio image with lzma, it always failed allocating memory. The following one-line patch allowed me to set my own compression level in mkinitcpio.conf, with COMPRESSION="lzma -4" --- /sbin/mkinitcpio.orig 2010-10-06 03:23:00.966415649 +0300 +++ /sbin/mkinitcpio 2011-02-26 19:11:36.309682053 +0200 @@ -277,7 +277,7 @@ status=0 if [ -n "${GENIMG}" ]; then echo -n ":: Generating image '${GENIMG}'..." - if ! /sbin/gen_init_cpio ${FILELIST} | ${COMPRESSION} -9 > "${GENIMG}"; then + if ! /sbin/gen_init_cpio ${FILELIST} | ${COMPRESSION} > "${GENIMG}"; then echo "FAILED" status=1 else What do you think? Should this make it to the distro? Also I actually think that *not* forcing -9 compression level, and letting the tool use its default is a good thing. Thanks, Dimitris

3 4

Re: [arch-general] [arch-dev-public] [signoff] ncurses-5.8-1
by Emmanuel Benisty 27 Feb '11

27 Feb '11

On Sun, Feb 27, 2011 at 8:55 AM, Allan McRae <allan(a)archlinux.org> wrote: > On 27/02/11 10:40, Allan McRae wrote: >> >> Major upstream update. >> >> Test well. There is no soname bump, but experience tells me that some >> rebuilds will probably be required to fix minor issues. just FTR, it breaks rtorrent. eb64@drama:~$rtorrent Caught Segmentation fault, dumping stack: 0 rtorrent() [0x439274] 1 rtorrent() [0x43d737] 2 /lib/libc.so.6(+0x326d0) [0x7f60f5e6e6d0] 3 rtorrent() [0x482f9e] 4 rtorrent() [0x439988] 5 /lib/libc.so.6(__libc_start_main+0xfd) [0x7f60f5e5adcd] 6 rtorrent() [0x40d959] Aborted simple rebuild doesn't seem to help, downgrading does.

3 3

[arch-general] [boost/boost-libs] PKGBUILD update for 1.46.0 + many improvements
by Thomas Dziedzic 27 Feb '11

27 Feb '11

Hey, this is mainly targeted at the maintainers of boost/boost-libs, but others are free to check it out, I have reworked the PKGBUILD for boost/boost-libs and I have managed to update the beast to 1.46.0 I have a full file [1] and a diff [2] against the previous version (1.45.0). I have also built the PKGBUILD for both i686 and x86_64 in clean chroots and provided the results [3]. Notable changes include: * bump version to 1.46.0 * enable icu support in regex * fix FS#22370 - [boost] does not include MPI [4] * fix FS#22471 - [boost-libs] no libboost_thread.so [5] * minor PKGBUILD cleanups Disabling single thread building and just building the multithreaded libs cut the number of files in boost-libs by about a half :) I was also told by upstream there isn't a need for enabling single threaded support. The only boost bug open is FS#22178 - [boost/boost-libs] Support for Python 3 [6] and I tried enabling support, but got errors, so it will just have to wait. Upstream doubts they support the latest python3.2, which I was told in irc. [1] - http://pkgbuild.com/~td123/boost/PKGBUILD [2] - http://pkgbuild.com/~td123/boost/PKGBUILD.diff [3] - http://pkgbuild.com/~td123/boost/ [4] - https://bugs.archlinux.org/task/22370 [5] - https://bugs.archlinux.org/task/22471 Cheers!

1 0

[arch-general] syslog-ng makes a kernel WARNING in 2.6.38
by Damjan 27 Feb '11

27 Feb '11

I'm running a self compiled 2.6.38-rc6-00113-g4662db4 on my 64bit desktop, and I get a nasty warning in dmesg complaining about capabilities. Is this a syslog-ng issue, or something with the package in Arch, or maybe I need to setup some capabilities to the binary? syslog-ng is 3.2.2-1, the full kernel warning is below, but afaik most important is: Attempt to access syslog with CAP_SYS_ADMIN but no CAP_SYSLOG (deprecated). ------------[ cut here ]------------ WARNING: at kernel/printk.c:288 do_syslog+0xc1/0x510() Hardware name: A780GM-A Attempt to access syslog with CAP_SYS_ADMIN but no CAP_SYSLOG (deprecated). Modules linked in: usb_storage uas joydev usbhid hid btusb bluetooth rfkill sp5100_tco snd_seq_dummy snd_hda_cod ec_hdmi snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device atl1 mii snd_pcm_oss snd_mixer_oss snd_hda_codec_i dt floppy edac_core edac_mce_amd ohci_hcd ehci_hcd i2c_piix4 usbcore snd_hda_intel snd_hda_codec snd_hwdep snd_p cm snd_timer snd soundcore snd_page_alloc evdev pcspkr shpchp pci_hotplug sg button thermal k8temp ip_tables x_t ables fuse kvm_amd kvm powernow_k8 freq_table processor mperf ext4 mbcache jbd2 crc16 sd_mod sr_mod cdrom pata_a cpi ahci libahci pata_atiixp libata scsi_mod radeon ttm drm_kms_helper drm i2c_algo_bit i2c_core cfbcopyarea cfb imgblt cfbfillrect Pid: 3082, comm: syslog-ng Not tainted 2.6.38-rc6-00113-g4662db4 #5 Call Trace: [<ffffffff81056afa>] ? warn_slowpath_common+0x7a/0xb0 [<ffffffff81056bd1>] ? warn_slowpath_fmt+0x41/0x50 [<ffffffff811bc154>] ? security_capable+0x24/0x30 [<ffffffff81057db1>] ? do_syslog+0xc1/0x510 [<ffffffff8119ca47>] ? kmsg_open+0x17/0x20 [<ffffffff811917e3>] ? proc_reg_open+0xa3/0x190 [<ffffffff8119ca30>] ? kmsg_open+0x0/0x20 [<ffffffff8119ca10>] ? kmsg_release+0x0/0x20 [<ffffffff81191740>] ? proc_reg_open+0x0/0x190 [<ffffffff81137ac0>] ? __dentry_open+0x100/0x370 [<ffffffff81143cbe>] ? generic_permission+0x1e/0xc0 [<ffffffff81138d61>] ? nameidata_to_filp+0x71/0x80 [<ffffffff81147c18>] ? finish_open+0xc8/0x1b0 [<ffffffff81147422>] ? do_path_lookup+0x82/0x160 [<ffffffff81148359>] ? do_filp_open+0x259/0x800 [<ffffffff810bb270>] ? call_rcu+0x10/0x20 [<ffffffff81154bd4>] ? alloc_fd+0xf4/0x150 [<ffffffff8120064d>] ? strncpy_from_user+0x2d/0x40 [<ffffffff81138dd4>] ? do_sys_open+0x64/0x110 [<ffffffff81138e9b>] ? sys_open+0x1b/0x20 [<ffffffff8100bdd2>] ? system_call_fastpath+0x16/0x1b ---[ end trace 52dc0a1402a3a0af ]--- -- дамјан

3 2

[arch-general] aplay ignoring CONT
by Jorge Almeida 26 Feb '11

26 Feb '11

In case someone is using aplay: It seems that aplay is ignoring a CONT signal. After interrupting with Ctrl-Z or with kill -s STOP, I can't resume playing. I have to kill the process with Ctrl-C or with kill -9. A couple of days ago aplay worked fine. I have an up to date system as of 15m ago. I also checked that my sound setup is ok: xmms works fine. Can somebody confirm this problem? Note that aplay works normally unless it is suspended. Jorge Almeida

1 0

[arch-general] Problems with nvidia card
by Ondřej Kučera 26 Feb '11

26 Feb '11

Hello, I have a fresh Arch Linux installation on a Lenovo T410 laptop which has the following graphics card: 01:00.0 VGA compatible controller: nVidia Corporation GT218 [NVS 3100M] (rev a2) At first I tried the nouveau driver, following the description on https://wiki.archlinux.org/index.php/Nouveau. Using this driver, the X server "freezes" every couple of hours (sometimes once a day, sometimes five times a day): mouse pointer moves around the screen, even music keeps playing but mouse clicking has no effect and neither has keyboard typing. I tried suspending desktop effects in KDE, then I even uninstalled nouveau-dri but it keeps happening anyway. This is what I found in /var/log/Xorg.log in some cases: [ 49693.881] [mi] EQ overflowing. The server is probably stuck in an infinite loop. [ 49693.940] Backtrace: [ 49694.120] 0: /usr/bin/X (xorg_backtrace+0x28) [0x49f718] [ 49694.120] 1: /usr/bin/X (mieqEnqueue+0x1f4) [0x49eb14] [ 49694.120] 2: /usr/bin/X (xf86PostKeyEventP+0x67) [0x47c0d7] [ 49694.120] 3: /usr/bin/X (xf86PostKeyboardEvent+0x19) [0x47c249] [ 49694.121] 4: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f9b0f6de000+0x4700) [0x7f9b0f6e2700] [ 49694.121] 5: /usr/bin/X (0x400000+0x698e7) [0x4698e7] [ 49694.121] 6: /usr/bin/X (0x400000+0x118a93) [0x518a93] [ 49694.121] 7: /lib/libpthread.so.0 (0x7f9b13dfa000+0xf150) [0x7f9b13e09150] [ 49694.121] 8: /lib/libc.so.6 (ioctl+0x7) [0x7f9b12e28aa7] [ 49694.122] 9: /usr/lib/libdrm.so.2 (drmIoctl+0x28) [0x7f9b115e7268] [ 49694.122] 10: /usr/lib/libdrm.so.2 (drmCommandWrite+0x1b) [0x7f9b115e959b] [ 49694.122] 11: /usr/lib/libdrm_nouveau.so.1 (0x7f9b10fa7000+0x2ead) [0x7f9b10fa9ead] [ 49694.122] 12: /usr/lib/libdrm_nouveau.so.1 (nouveau_bo_map_range+0xfe) [0x7f9b10faa4ce] [ 49694.122] 13: /usr/lib/libdrm_nouveau.so.1 (0x7f9b10fa7000+0x1f3d) [0x7f9b10fa8f3d] [ 49694.122] 14: /usr/lib/libdrm_nouveau.so.1 (nouveau_pushbuf_flush+0x1af) [0x7f9b10fa953f] [ 49694.122] 15: /usr/lib/xorg/modules/libexa.so (0x7f9b10b6c000+0x9165) [0x7f9b10b75165] [ 49694.122] 16: /usr/lib/xorg/modules/libexa.so (0x7f9b10b6c000+0xbd31) [0x7f9b10b77d31] [ 49694.122] 17: /usr/bin/X (0x400000+0xd7c17) [0x4d7c17] [ 49694.122] 18: /usr/bin/X (0x400000+0x1674f7) [0x5674f7] [ 49694.122] 19: /usr/bin/X (miCompositeRects+0x7a) [0x5675ea] [ 49694.122] 20: /usr/bin/X (0x400000+0xd06f0) [0x4d06f0] [ 49694.122] 21: /usr/bin/X (0x400000+0x2d201) [0x42d201] [ 49694.122] 22: /usr/bin/X (0x400000+0x2131e) [0x42131e] [ 49694.122] 23: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f9b12d7adcd] [ 49694.122] 24: /usr/bin/X (0x400000+0x20ec9) [0x420ec9] So I thought I'd try the nvidia binary driver. At the first sight fonts look different, much larger (and although I don't know why a driver change should result in bigger fonts, I can tweak this later) but for some reason KDE now tells me this: The audio playback device HDA Intel (CONEXANT Analog) does not work. Falling back to . Which results in no sound working at all. When I try running alsamixer, I get the following: cannot open mixer: No such file or directory When I try to switch to one of the virtual terminals (e.g. Ctrl+Alt+F1), alsamixer runs fine, when I switch back to X, it fails again, so clearly nvidia messes with that somehow. I'm unable to find anything relevant in the log files but I probably just don't know what to look for. At this point I don't really care which driver to choose (although I'd probably prefer a solution based on nouveau) but please, does anyone have a suggestion what to try to have both stable X.org and working sound? Thank you. Ondřej Kučera -- Cheers, Ondřej Kučera

1 0