- Arch-general - lists.archlinux.org

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

08 Oct '09

Ok, I got it now. Putting radeon into MODULES in mkinitcpio.conf wasn't enough, I had to put intel_agp in there as well. Now it works this way. But there's still something to discuss: When my mkinitcpio.conf looks like this MODULES="intel_agp radeon" BINARIES="" HOOKS="base udev autodetect pata filesystems" udev uevents takes about 3700ms at boottime. But as soon as I add FILES="/etc/modprobe.d/modprobe.conf" with a options radeon modeset=1 in the modprobe.conf, it takes only about 800ms. I guess if we get enough input from many testers, it might be ok to activate kms for radeon by default. Those guys, who have problems, might consider trying it again with this stuff I found out, maybe that solves your problems too. army

3 2

[arch-general] outdated packages
by Juan Diego 08 Oct '09

08 Oct '09

Good day everyone I have a suggestion. if you take a look at the packages in aur, most of them are always up to date, the reason that I can find is the "flag out-of-date" feature, this is very interesting because in aur you also have the possibility to propose a new PKGBUILD ( in the comments) that would set the package as up to date and usually the maintainer just have to check that everything is ok with the PKGBUILD and do copy-paste. is it possible to have something similar for core, extra and community repos? I know you can submit a bug, but at least in my case I got lazy to do that because is not a simple process, but in aur I do it frequently because you just have to press a simple button. Have a nice day

3 3

[arch-general] Package "required by" doesn't look in AUR?
by Phillip Smith 07 Oct '09

07 Oct '09

Example: http://www.archlinux.org/packages/extra/i686/fetchmail/ The etrn-poke package in the AUR requires fetchmail, however the page above doesn't list that. Is the AUR not searched for packages that depend on this package or is it a bug?

2 1

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 06 Oct '09

06 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