October 2009 - Arch-general - lists.archlinux.org

Re: [arch-general] [signoff] kernel26 2.6.31.2-1
by Uli Armbruster 07 Oct '09

07 Oct '09

Andi wrote: >Radeon state: With new xf86-video-ati 6.12.4 driver simply add "radeon" to the modules array in mkinitcpio.conf and recreate the initrd. That's all for kms. I tried this and it didn't work for me. When I did my first reboot with 2.6.31.2-1, it worked with this mkinitcpio.conf MODULES="" BINARIES="" HOOKS="base udev autodetect pata filesystems" (everything else is commented out) On tty it looked like I had put radeonfb into the modules line of rc.conf. Is this the common behaviour? (I haven't see kms in real so far, so I don't exactly know what it behaves like) Then I tried it with MODULES="radeon" in mkinitcpio.conf, which made my reboot process stop at "waiting for udev uevents to be processed". I'd love to do more tests for you with other options, e.g. something in modprobe.conf etc to make kms work great by default on arch! My hardware lspci 00:00.0 Host bridge: Intel Corporation 82855PM Processor to I/O Controller (rev 21) 00:01.0 PCI bridge: Intel Corporation 82855PM Processor to AGP Controller (rev 21) 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83) 00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03) 00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03) 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03) 00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03) 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] 02:04.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller 02:04.1 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller 02:04.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394 Host Controller 02:04.3 Mass storage controller: Texas Instruments PCIxx21 Integrated FlashMedia Controller 02:04.4 SD Host controller: Texas Instruments PCI6411/6421/6611/6621/7411/7421/7611/7621 Secure Digital Controller 02:05.0 Ethernet controller: Broadcom Corporation BCM4401 100Base-T (rev 01) 02:06.0 Network controller: Intel Corporation PRO/Wireless 2200BG [Calexico2] Network Connection (rev 05) 03:00.0 Multimedia controller: Philips Semiconductors SAA7134/SAA7135HL Video Broadcast Decoder (rev 01) army

5 6

[arch-general] Plasma segmentation faults
by Lars Tennstedt 07 Oct '09

07 Oct '09

Hello, Plasma crashes several times a day on my Arch Linux installation (32 bit) with a segmentation fault and recovers immediately. The problem has been occured since the release of version 4.3.0. I did not remember such a problem using version 4.2.x. My system is up-to-date, installed software is taken only from the official repositories core, extra and community, the desktop effects are enabled and the graphics card driver is the nvidia closed source one. There is no bug report about this on bugs.archlinux.org. Does anybody have similar problems? Bye, Lars Tennstedt

7 11

[arch-general] Status of bluetooth in Arch, specially bluez package
by Ricardo Hernandez 07 Oct '09

07 Oct '09

Hi, i write to know the status of bluetooth packages in Arch, i mean bluez mostly. In extra repository -- Ricardo Hernández ( richerVE ) richerve(a)archlinux.com.ve

5 9

[arch-general] package sources on ftp.archlinux.org
by Sergej Pupykin 07 Oct '09

07 Oct '09

Hi, I often have issues with $ makepkg --allsource when I build source package which uses ftp.archlinux.org Today they are: qt texlive-bibtexextra texlive-bibtexextra-doc texlive-core texlive-core-doc texlive-fontsextra-doc texlive-formatsextra-doc texlive-games-doc texlive-genericextra-doc texlive-htmlxml-doc texlive-humanities-doc texlive-langcjk-doc texlive-langcyrillic-doc texlive-langextra-doc texlive-langgreek-doc texlive-latex3-doc texlive-latexextra-doc texlive-music-doc texlive-pictures-doc texlive-plainextra-doc texlive-pstricks-doc texlive-publishers-doc texlive-science-doc Should I create bug or sources are removed from ftp for some reason?

7 16

[arch-general] let's discuss /srv again
by Sergej Pupykin 07 Oct '09

07 Oct '09

Hi, I want to discuss using /srv directory in packages (For reference: http://bugs.archlinux.org/task/16410) Of course I can easy sed and rebuild all my web packages, but I want to know reason why we disable /srv in packages? (Did I skip something?) **cut** >> /srv and /home are different cases >> /home often network or --bind mounted. >> for example I use 4 chrooted environment to build packages with single /home (mounted with --bind key) >> Most of distros I know (for example suse, alt, debian) use /srv (or /var/www) in packages. (I can not remember distro which disable it) **cut** I do not want to split packages into /etc, /usr/share and /var folders with kludge symlinking. Would it be good if I replace /srv/http with /var/www/<package> or something like this?

10 23

Re: [arch-general] let's discuss /srv again
by Phillip Smith 07 Oct '09

07 Oct '09

According to the FHS, /srv is for "site-specific" data served by the host: http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSY… IMHO, this means webapps. The FHS makes specific mention that a distribution must take care not to touch user files in this directory, which infers that it is acceptable (expected?) that distributions will put files here. I also strongly agree that user modifyable files (eg, configuration files) must not be put anywhere in /usr and splitting the configuration into /etc like non-webapps is just a security nightmare. We also want to avoid untrusted processes like apache/lighttpd having read/write access into /usr where ever possible. Referring to the FHS again: "*/usr** is shareable, read-only data. That means that /usr should be shareable between various FHS-compliant hosts and must not be written to. Any information that is host-specific or varies with time is stored elsewhere.*" Keywords: "read-only", "must not be written to" and "host-specific"

1 1

Re: [arch-general] php not working - Was: Web_application_package_guidelines wiki page
by David Houston 05 Oct '09

05 Oct '09

Jobs a good one then :) On Mon, Oct 5, 2009 at 9:13 PM, Jozsef <jozefk(a)gmx.com> wrote: > LoadModule php5_module modules/libphp5.so > Include conf/extra/php5_module.conf > > After adding these two lines in httpd.conf everything works fine again. > > -- > Best, > Jozsef Kurucity | Web & Graphic Designer > +971 50 6783113 | jozefk(a)gmx.com > -- Dave ------------- root(a)crankyadmin.net cranky(a)archlinux.us

1 0

[arch-general] checking runlevels in rc.shutdown
by Damjan Georgievski 05 Oct '09

05 Oct '09

Is there a specific reason why rc.shutdown only shutsdown daemons if the previous runlevel was 3 or 5? It's the line that is: if [ "$PREVLEVEL" = "3" -o "$PREVLEVEL" = "5" ]; then I use both runlevel 4 and 5 (to use different login managers) and when shuting from 4 it will sometimes not shutdown clean. Can we actually do without this check for runlevels? It is additionally not compatible with Upstart, I understand Upstart is not supported in Arch in any way, but still more flexible rc.xxx scripts in Arch would be a good thing afterall. -- damjan

4 5

[arch-general] pulseaudio troubles
by Juan Diego 04 Oct '09

04 Oct '09

Good day everyone Im having some troubles compiling the lastest version of pulseaudio from the sources Im getting the same error when I use the PKGBUILD from the version 0.9.15 (from the community repo) any ideas of how to fix this? by the way, according to this: http://www.pulseaudio.org/wiki/WhatIsWrongWithSystemMode is not a good idea to have an init script for pulseaudio this is the output of make: ---------------------------------------------------------------------------------------------------- make all-recursive make[1]: Entering directory `/home/<removed>/p/src/pulseaudio-0.9.19' Making all in src make[2]: Entering directory `/home/<removed>/p/src/pulseaudio-0.9.19/src' make all-am make[3]: Entering directory `/home/<removed>/p/src/pulseaudio-0.9.19/src' CCLD mcalign-test /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_xmalloc' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_sample_spec_valid' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_timeval_store' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_from_string' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_timeval_add' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_timeval_diff' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_timeval_load' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_msleep' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_bytes_snprint' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_xmemdup' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_contains' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_free' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_get_host_name' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_sample_format_is_be' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_get_user_name' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_sets' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_get_fqdn' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_xstrdup' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_utf8_to_locale' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_timeval_cmp' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_xstrndup' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_xfree' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_path_get_filename' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_get_binary_name' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_set' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_xmalloc0' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_utf8_valid' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_get' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_locale_to_utf8' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_channel_map_valid' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_rtclock_now' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_utf8_filter' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_iterate' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_get_home_dir' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_xrealloc' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_gets' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_ascii_filter' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_sample_format_is_le' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_proplist_update' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_timeval_sub' /home/<removed>/p/src/pulseaudio-0.9.19/src/.libs/libpulsecommon-0.9.19.so: undefined reference to `pa_gettimeofday' collect2: ld returned 1 exit status make[3]: *** [mcalign-test] Error 1 make[3]: Leaving directory `/home/<removed>/p/src/pulseaudio-0.9.19/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/<removed>/p/src/pulseaudio-0.9.19/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/<removed>/p/src/pulseaudio-0.9.19' make: *** [all] Error 2

4 5

[arch-general] archweb isn't updating its record.
by Loui Chang 04 Oct '09

04 Oct '09

I've updated mhwaveedit to version 1.4.16. The package is in SVN and ftp but archweb doesn't want to update its info. http://www.archlinux.org/packages/community/i686/mhwaveedit/ Anyone have an idea what the cause might be? Thanks.

9 15