- Arch-general - lists.archlinux.org

[arch-general] [signoff] kernel 2.6.32.3-1
by Tobias Powalowski 08 Jan '10

08 Jan '10

Hi guys, bump to latest bugfix version. Arch Linux bugfixes/feature requests: http://bugs.archlinux.org/task/17538 # added blktrace http://bugs.archlinux.org/task/17106 # finally added CONFIG_MMIOTRACE http://bugs.archlinux.org/task/17696 # fixed intel wireless http://bugs.archlinux.org/task/17687 # fixed rt61 wireless http://bugs.archlinux.org/task/17661 # remove created initramfs on deinstall Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-general] via vt6306 firewire card not recognized anymore
by Dieter Plaetinck 08 Jan '10

08 Jan '10

Hi, I'm glad the .32 kernel comes with the new firewire stack, so i can finally use dvgrab (http://bbs.archlinux.org/viewtopic.php?id=79856) well.. that's what i thought. this kernel does not recognize my pci firewire card with the via vt6306 chipset. (running all latest packages from core, not testing. arch kernel) how can i get this working? [dieter@dieter-p4sci-arch ~]$ lspci | grep -i via [dieter@dieter-p4sci-arch ~]$ dmesg | grep -i via [dieter@dieter-p4sci-arch ~]$ uname -a Linux dieter-p4sci-arch 2.6.32-ARCH #1 SMP PREEMPT Thu Jan 7 22:19:56 UTC 2010 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux [dieter@dieter-p4sci-arch ~]$ zgrep -i via /proc/config.gz # CONFIG_MVIAC3_2 is not set # CONFIG_MVIAC7 is not set CONFIG_VIA_FIR=m CONFIG_BLK_DEV_VIA82CXXX=m CONFIG_SATA_VIA=m CONFIG_PATA_VIA=m CONFIG_VIA_RHINE=m # CONFIG_VIA_RHINE_MMIO is not set CONFIG_VIA_VELOCITY=m CONFIG_HW_RANDOM_VIA=m CONFIG_I2C_VIA=m CONFIG_I2C_VIAPRO=m CONFIG_SENSORS_VIA686A=m CONFIG_AGP_VIA=m CONFIG_DRM_VIA=m CONFIG_FB_VIA=m CONFIG_SND_HDA_CODEC_VIA=y CONFIG_SND_VIA82XX=m CONFIG_SND_VIA82XX_MODEM=m CONFIG_MMC_VIA_SDMMC=m Dieter

1 0

[arch-general] [Request] Remove libpthread-stubs from packages svn/trunk
by arch＠nezmer.info 08 Jan '10

08 Jan '10

Can someone remove libpthread-stubs from packages svn/trunk? The package obviously was removed from the repos a long time ago and tools like pbget would fetch an outdated PKGBUILD.

4 5

[arch-general] [Package Removal Request]gimageview
by anonymous anonymous 08 Jan '10

08 Jan '10

http://bugs.archlinux.org/task/17011 [gimageview] segfaults This package hasn't been updated since 2004 and segfaults. The bug report explains this well.

1 0

[arch-general] [signoff] kernel26-lts-2.6.27.43-1 & kernel26-lts-headers-2.6.27.43-1
by Tobias Powalowski 08 Jan '10

08 Jan '10

Hi guys, latest bugfix release. Please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] go-openoffice not opening templates - anybody else?
by David C. Rankin 07 Jan '10

07 Jan '10

Guys, I had to uninstall go-openoffice today and install the regular (beta) version so my templates would open again. When I would try and open them in go-oo, the window would open like it was trying to open the template, then the window would just disappear. Has anyone else had a problem with go-oo and templates? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

9 15

[arch-general] Fwd: [Vorbis] vorbis-tools release soon?
by Ray Kohler 07 Jan '10

07 Jan '10

The Xiph.org people are looking for some help getting things out the door. I expect that there are a good many capable Ogg/Vorbis users here in Arch-land... Anybody interested? Reply to the thread below on vorbis(a)xiph.org. ---------- Forwarded message ---------- From: <xiphmont(a)xiph.org> Date: 2010/1/6 Subject: Re: [Vorbis] vorbis-tools release soon? To: Ivo Emanuel Gonçalves <justivo(a)gmail.com> Cc: Ray Kohler <ataraxia937(a)gmail.com>, vorbis(a)xiph.org 2010/1/4 Ivo Emanuel Gonçalves <justivo(a)gmail.com>: > On 1/4/10, Ray Kohler <ataraxia937(a)gmail.com> wrote: >> Since it's been almost 2 years since vorbis-tools 1.2.0 was released, >> would it be reasonable to see 1.3.0 soon? There are plenty of changes >> in there that deserve to see the light of day - the ReplayGain support >> in ogg123 and the vcut fixes in particular have my attention. > > Tell me about it. It's been one year since I put out an RC. However, > shortly after, I had to get a second job, and, well... > > I should be able to work on the new release after February. > > Oh, and here's a full changelog of everything that changed between releases: > https://trac.xiph.org/browser/trunk/vorbis-tools/CHANGES > > There were so many contributions from so many people... I hope I can > gather all the names for a special thank you message. > > Anyhow, only two things are missing from the final release if memory > serves me well: > > * a big patch for vorbiscomment to add padding in Vorbis files > * fixing the gettextize stuff in oggdec since it's not working for some reason > > Actually, if anybody here knows how to work with gettextize properly, > your input would be quite appreciated here. Aside from gettext, what else is outstanding that should happen before a release? We've recently gotten interest from someone who wants to get some work done on libao, I am wondering if there is some possible work-force-multiplier available in getting releases of both moving now. Monty

1 0

[arch-general] high CPU temperature with 2.6.32
by Dimitrios Apostolou 07 Jan '10

07 Jan '10

Hello, pacman just brought kernel 2.6.32 for my old laptop (P3 500MHz). A strange thing I noticed is that the fan won't go off when CPU is idling like it used to. Using powertop I can see more than 100K wakeups/s (extra_timer_interrupt is first on the list but I think it's irrelevant since it only shows about 100 wakeups), and the CPU is not going into C2 mode at all. Strangely however the cpu is 99% idle, and top doesn't show "system" or "user" cpu usage. Anyone else seeing such behaviour? Thanks in advance, Dimitris

6 10

Re: [arch-general] [arch-dev-public] Cron
by Jim Pryor 07 Jan '10

07 Jan '10

On Mon, Jan 04, 2010 at 09:52:45AM -0600, Aaron Griffin wrote: > On Mon, Jan 4, 2010 at 9:51 AM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > > On Sun, Jan 3, 2010 at 9:28 PM, Allan McRae <allan(a)archlinux.org> wrote: > >> Paul Mattal wrote: > >>> > >>> We've got several bugs relating to choosing a new default cron daemon, > >>> and/or supporting other alternatives. > >> > >> <snip> > >> > >> I thought we decided on fcron with the small adjustment/script needed to > >> support /etc/cron.d in the last round of discussion about this. bcron was > >> also popular (+1 from me...) but then we need an anacron replacement too > >> (i.e. fcron). > >> > >> Aaron has repeatedly called for someone to deal with this and we have had a > >> total of zero volunteers to do so... So if you are going to do this then it > >> would be great. (also have a look at mailman in svn trunk if you have time > >> :P ) > > > > Allan is correct here. We looked it over and based on the responses > > from all devs at the time, decided that fcron is the best in terms of > > modernizing our cron. > > > > If anyone would like to upgrade our cron to something better, let's go > > with fcron. Please check the mail archives and bug reports for all the > > discussion about alternative crons and why fcron was decided. I don't > > recall all the reasons, but I know they are all there. > > Though, I must admit, I did not see this email until after I replied. > yacron was not evaluated when we looked into this... Hi this is the author of yacron again. I've just heard from Matt Dillon, he says he's happy for me to take over development and maintainership of dcron. So what I'll do is create a release version of yacron, and rename it to dcron 4.0. Of course that doesn't mean Arch has to keep using dcron; you may still decide fcron is better for core. But if you do want to stay with dcron, its development will now continue with the features I had forked as yacron. -- Jim Pryor profjim(a)jimpryor.net

6 6

[arch-general] How does dmraid handle the development of a bad block on 1 drive in an array??
by David C. Rankin 06 Jan '10

06 Jan '10

Listmates (Tobias) I have a server that has 2 dmraid arrays (4 drives -> 2 arrays) that has been bullet-proof for years. A month ago (either coincidentally or due to a bug in the suse 11.2 kernel for client ssh/sftp sessions) I began experiencing sda errors on the array comprised of sda/sdc drives. The errors took the form of: Dec 5 20:48:48 nirvana sshd[30922]: error: ssh_msg_send: write Dec 5 20:49:10 nirvana sshd[30965]: Accepted keyboard-interactive/pam for legaleagle from 192.168.6.102 port 36 663 ssh2 Dec 5 20:50:12 nirvana kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Dec 5 20:50:12 nirvana kernel: ata3.00: BMDMA stat 0x25 Dec 5 20:50:12 nirvana kernel: ata3.00: cmd 25/00:08:33:0c:8c/00:00:34:00:00/e0 tag 0 cdb 0x0 data 4096 in Dec 5 20:50:12 nirvana kernel: res 51/40:00:39:0c:8c/40:00:34:00:00/e0 Emask 0x9 (media error) Dec 5 20:50:12 nirvana kernel: ata3.00: configured for UDMA/133 Dec 5 20:50:12 nirvana kernel: ata3: EH complete Dec 5 20:50:14 nirvana kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Dec 5 20:50:14 nirvana kernel: ata3.00: BMDMA stat 0x25 Dec 5 20:50:14 nirvana kernel: ata3.00: cmd 25/00:08:33:0c:8c/00:00:34:00:00/e0 tag 0 cdb 0x0 data 4096 in Dec 5 20:50:14 nirvana kernel: res 51/40:00:39:0c:8c/40:00:34:00:00/e0 Emask 0x9 (media error) Dec 5 20:50:14 nirvana kernel: ata3.00: configured for UDMA/133 Dec 5 20:50:14 nirvana kernel: ata3: EH complete Dec 5 20:50:16 nirvana kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Dec 5 20:50:16 nirvana kernel: ata3.00: BMDMA stat 0x25 Dec 5 20:50:16 nirvana kernel: ata3.00: cmd 25/00:08:33:0c:8c/00:00:34:00:00/e0 tag 0 cdb 0x0 data 4096 in Dec 5 20:50:23 nirvana kernel: res 51/40:00:39:0c:8c/40:00:34:00:00/e0 Emask 0x9 (media error) Dec 5 20:50:23 nirvana kernel: ata3.00: configured for UDMA/133 Dec 5 20:50:23 nirvana kernel: ata3: EH complete Dec 5 20:50:23 nirvana kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Dec 5 20:50:23 nirvana kernel: ata3.00: BMDMA stat 0x25 Dec 5 20:50:23 nirvana kernel: ata3.00: cmd 25/00:08:33:0c:8c/00:00:34:00:00/e0 tag 0 cdb 0x0 data 4096 in Dec 5 20:50:23 nirvana kernel: res 51/40:00:39:0c:8c/40:00:34:00:00/e0 Emask 0x9 (media error) Dec 5 20:50:23 nirvana kernel: ata3.00: configured for UDMA/133 Dec 5 20:50:23 nirvana kernel: ata3: EH complete Dec 5 20:50:23 nirvana kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Dec 5 20:50:23 nirvana kernel: ata3.00: BMDMA stat 0x25 Dec 5 20:50:23 nirvana kernel: ata3.00: cmd 25/00:08:33:0c:8c/00:00:34:00:00/e0 tag 0 cdb 0x0 data 4096 in Dec 5 20:50:23 nirvana kernel: res 51/40:00:39:0c:8c/40:00:34:00:00/e0 Emask 0x9 (media error) Dec 5 20:50:23 nirvana kernel: ata3.00: configured for UDMA/133 Dec 5 20:50:23 nirvana kernel: ata3: EH complete Dec 5 20:50:23 nirvana kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Dec 5 20:50:23 nirvana kernel: ata3.00: BMDMA stat 0x25 Dec 5 20:50:23 nirvana kernel: ata3.00: cmd 25/00:08:33:0c:8c/00:00:34:00:00/e0 tag 0 cdb 0x0 data 4096 in Dec 5 20:50:23 nirvana kernel: res 51/40:00:39:0c:8c/40:00:34:00:00/e0 Emask 0x9 (media error) Dec 5 20:50:23 nirvana kernel: ata3.00: configured for UDMA/133 Dec 5 20:50:23 nirvana kernel: sd 2:0:0:0: [sda] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK Dec 5 20:50:23 nirvana kernel: sd 2:0:0:0: [sda] Sense Key : Medium Error [current] [descriptor] Dec 5 20:50:23 nirvana kernel: Descriptor sense data with sense descriptors (in hex): Dec 5 20:50:23 nirvana kernel: 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 Dec 5 20:50:23 nirvana kernel: 34 8c 0c 39 Dec 5 20:50:23 nirvana kernel: sd 2:0:0:0: [sda] Add. Sense: Unrecovered read error - auto reallocate failed Dec 5 20:50:23 nirvana kernel: end_request: I/O error, dev sda, sector 881593401 Dec 5 20:50:23 nirvana kernel: ata3: EH complete Dec 5 20:50:23 nirvana kernel: sd 2:0:0:0: [sda] 976773168 512-byte hardware sectors (500108 MB) Dec 5 20:50:23 nirvana kernel: sd 2:0:0:0: [sda] Write Protect is off Dec 5 20:50:23 nirvana kernel: sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00 Dec 5 20:50:23 nirvana kernel: sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Booting from the install disk, assembling the arrays and fsck'ing -c -y the individual disks found a bad block on sda, corrected the problem and things were fine for a month. Then the same sda error appeared. Currently I have disabled dmraid and have the two disks running independently with zero errors. I'm keeping the contents mirrored with a cron job that basically does a 'cp -a / /mnt/sda' where sdc is the disk that is booted from and sda is mounted at /mnt/sda. This experience has raised a question that I can't find the answer to: "How does dmraid handle a bad block?" Also (hardware issues aside), is there anything from a kernel/drive controller standpoint that could be invoking the error? After running the disks independently for a week without a single error, I think I'll reassemble the array and rebuild it. Any other thoughts/suggestions? Obviously there was a bad block that developed on sda, but adding it to the bad block table fixed it. I have a pair of 750 G drives coming to replace this set, but I'm curious about the bad block handling with dmraid. If 1 bad block is enough to kill the array, then that's not a very robust system. The disks are both seagate 500G drives (ST3500641AS). The system hardware is: System Information Manufacturer: TYAN Computer Corp Product Name: S2865 BIOS Information Vendor: Phoenix Technologies, LTD Version: 6.00 PG Release Date: 06/20/2005 Address: 0xE0000 Runtime Size: 128 kB ROM Size: 512 kB Characteristics: Processor Information Socket Designation: Socket 939 Type: Central Processor Family: Athlon 64 Manufacturer: AMD ID: 32 0F 02 00 FF FB 8B 17 Signature: Family 15, Model 35, Stepping 2 All thoughts welcomed... -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

2 1