- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] libpng todo list
by Daenyth Blank 09 Jan '10

09 Jan '10

On Fri, Jan 8, 2010 at 16:59, Jan de Groot <jan(a)jgc.homeip.net> wrote: > I just created a todo list containing 163 packages. This todo list > contains all packages that link to libpng and that should get rebuilt > when we update to libpng 1.4.0. What is the new soname? I'd like to make a list for arch-games as well.

2 1

[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