[arch-general] udev slow to start up
Hi guys,
I have a brand new computer and every time it boots it stalls for a
while at starting udev. Maybe about 10-15 seconds. Then when it gets
to the part Waiting for udev events to be processed it then stalls
for another 30 seconds or so.
When I boot from the Arch install disk I don't get the problem so I'm
guessing it's something to do with the version of udev or the kernel
maybe. I have udev-165 and udev-compat-165 installed and I have also
tried going back to udev-164 but it made no difference.
I get this in dmesg after boot. I know it's my sata DVD drive so here
is the output of 'dmesg | grep ata2'
[...@donna ~]$ dmesg | grep ata2
ata2: SATA max UDMA/133 abar m1...@0xfe02f000 port 0xfe02f180 irq 22
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata2.00: ATAPI: TSSTcorp CDDVDW SH-S223C, SB04, max UDMA/100
ata2.00: configured for UDMA/100
ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata2.00: failed command: IDENTIFY PACKET DEVICE
ata2.00: cmd a1/00:01:00:00:00/00:00:00:00:00/00 tag 0 pio 512 in
ata2.00: status: { DRDY }
ata2: hard resetting link
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata2.00: configured for UDMA/100
ata2: EH complete
ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata2.00: failed command: IDENTIFY PACKET DEVICE
ata2.00: cmd a1/00:01:00:00:00/00:00:00:00:00/00 tag 0 pio 512 in
ata2.00: status: { DRDY }
ata2: hard resetting link
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata2.00: configured for UDMA/100
ata2: EH complete
Other than those error messages and the slow boot, the drive seems to
work fine. I have been able to read and burn discs with no problem.
If anyone has any ideas it would be greatly appreciated.
Re: [arch-general] What about gallium on r600?
2011/1/9 Sergej Pupykin m...@sergej.pp.ru On 14.12.2010 10:48, Andreas Radke wrote: I'll probably follow again the Fedora way. They switched in FC Rawhide to Mesa 7.10 snapshots and enabled r600 gallium there. So expect this when we will push new Mesa 7.10 to our repos. testing/mesa-7.10-1 still have no --enable-gallium-r600 in configure I would like to add that starting with AMD HD 69XX the open source radeon driver will be built on top of Gallium 3D only (source : http://www.phoronix.com/scan.php?page=news_itempx=ODk4OQ). As far I'm concerned the two drivers are now on par at least for r300 et r600 (I don't know the situation for the other GPU). So I guess that would be nice to (at least) think to switch. Cheers, Thomas
Re: [arch-general] (now 4.5.5-1) Re: kde-4.5.4 loads kde3 kicker and background (even with ~/.kde ~/.kde4 removed)
On 01/09/2011 02:45 PM, David C. Rankin wrote: On 01/08/2011 04:21 PM, David Rosenstrauch wrote: Seriously David, I think it's time for you to give up on kde3 already. You can't expect the people on the Arch list to help support old, unsupported, and out of date software. The more you bring your Arch box up to date the less and less likely it'll be that old, unsupported software will run on it. Why not switch to XFCE or something? You can still use some KDE(4) apps if you want, without having to be tied down to the whole environment. DR Thanks DR. I'm not looking for help with kde3. (I know it is dead and not supported and I wouldn't bother the list with it) I'm looking for why kde4 is loading the old kde3 kicker background by default. The issue here has nothing to do with kde3. There is no reason I shouldn't be able to leave it installed and still use kde4. Ever since the June 2008 launch of kde 4.0.4, it has been widely represented that you can have both kde3 and kde4 installed side-by-side and they should not interfere with each other. That's why K3 is /opt based with its user config in ~/.kde while K4 is /usr based with its user config in ~/.kde4. Not sure I agree with your reasoning here. Given that kde3 is completely dead/unsupported/not-necessarily-even-working at this point, I don't think that anybody can reliably represent anything about what should happen if you still have it installed. I stand by my original (private) email to you: you're best off to give up on kde3 already. Uninstall it and your problems will no doubt go away. You can try installing it again when (if) the time comes that someone makes a reliable set of Trinity packages for Arch. Until that time, you're just making trouble for yourself. And again, I don't see how anybody here on the Arch list can (or should) help you with bugs that are arising from this configuration. DR
[arch-general] python 2.7.1-3 - python 2.7.1-4 broke django
Hello Fellow Archers, With the last update, I'm not able to run ./manage.py at all which I was just before the update. (I can't downgrade because I wiped pacman cache) Here is what it says: $ ./manage.py runserver 192.168.56.101:8000 bash: ./manage.py: /usr/bin/python2^M: bad interpreter: No such file or directory $ /usr/bin/python2 Python 2.7.1 (r271:86832, Jan 6 2011, 11:51:37) [GCC 4.5.2] on linux2 Type help, copyright, credits or license for more information. $ /usr/bin/env python2 Python 2.7.1 (r271:86832, Jan 6 2011, 11:51:37) [GCC 4.5.2] on linux2 Type help, copyright, credits or license for more information. $ y -Qs python2 extra/python2 2.7.1-4 A high-level scripting language extra/python2-distribute 0.6.14-2 A collection of extensions to the Python 2 distutils Any ideas? --- Quis custodiet ipsos custodes?
Re: [arch-general] python 2.7.1-3 - python 2.7.1-4 broke django
On 11 January 2011 01:18, Alper KANAT tu...@raptiye.org wrote: $ ./manage.py runserver 192.168.56.101:8000 bash: ./manage.py: /usr/bin/python2^M: bad interpreter: No such file or directory Any ideas? It looks like the shebang is incorrect at the start of the manage.py script, it's got a carriage return (the ^M) so it can't find /usr/bin/python2 because as far as it's concerned the executable doesn't exist, see if removing that helps.
Re: [arch-general] Welcome to Arch
Date: Sun, 9 Jan 2011 20:24:53 -0300 From: Nicol?s Reynolds fa...@kiwwwi.com.ar To: General Discussion about Arch Linux arch-general@archlinux.org Subject: Re: [arch-general] Welcome to Arch Message-ID: 20110109232453.gg5...@ponape Content-Type: text/plain; charset=utf-8 El 09/01/11 08:15, dario dijo: Acabo de instalarme Arch 2010.05 desde cd y la verdad que me sorprendi? much?simo su din?mica para instalarlo (no es complicado con un poco de ayuda a la hora de instalar GNOME) y su velocidad, vengo de cansarme de Ubuntu (?soy yo solo o hay alguna persona que note algo oscuro en Ubuntu?) y creo que me quedo con Arch. Un saludo a todos y ojal? que seamos m?s buenas! la lista es angloparlante, as? que en unos minutos te van a empezar a caer palos :P JAJA I'm sorry, was the emotion!
Re: [arch-general] [arch-dev-public] [signoff] TeXLive packages
On Mon, Jan 10, 2011 at 8:49 AM, Rémy Oudompheng remyoudomph...@gmail.com wrote: These install scripts are giving headaches: I'll change it to simply replace updmap.cfg by the concatenation of /usr/share/texmf/web2c/updmap-hdr.cfg, /var/lib/texmf/arch/installedpkgs/texlive-*.maps and /etc/texmf/web2c/updmap-local.cfg as recommended upstream. Thanks for the update! But I'm doing something wrong... I put the custom Map entries in the /etc/texmf/web2c/updmap-local.cfg and run texhash (my custom map files are at /usr/local/share/texmf/.../) But running updmap-sys dont include the Map entries from updmap-local.cfg only from updmap.cfg In the header of updmap.cfg we have: == # 2) add your local map entries to the file # TEXMFLOCAL/web2c/updmap-local.cfg #and then call # tlmgr generate updmap #which will concatenate updmap-local.cfg to the end of the final #updmap.cfg. (You can override the local.cfg file location with the #--localcfg option; see tlmgr --help.) == I tried to put the file at TEXMFLOCAL/web2c/updmap-local.cfg but it dont work, and the tlmgr is not included in the arch distro (iirc all thing that tlmgr do are implemented or not needed by the packaging for Arch). For now I'm manually concatening the -local.cfg to the updmap.cfg. But I like to know if a more correctly way exist. If not, I think that changing the update msg so its says that a manually concatening of the -local files are needed can be useful. Thanks, Kazuo. -- “The journey is more important than the destination—that’s part of life, if you only live for getting to the end, you’re almost always disappointed.” Donald E. Knuth
Re: [arch-general] [arch-dev-public] [signoff] TeXLive packages
On Tue, Jan 11, 2011 at 1:00 AM, Kazuo Teramoto kaz@gmail.com wrote: On Mon, Jan 10, 2011 at 8:49 AM, Rémy Oudompheng remyoudomph...@gmail.com wrote: These install scripts are giving headaches: I'll change it to simply replace updmap.cfg by the concatenation of /usr/share/texmf/web2c/updmap-hdr.cfg, /var/lib/texmf/arch/installedpkgs/texlive-*.maps and /etc/texmf/web2c/updmap-local.cfg as recommended upstream. Ohh, ok I get what you mean now. The updmap-local.cfg is concatened by the install script, but as I dont had the file when I updated (created after I see the post update msg) its are not included. Sorry for the noise, Kazuo. -- “The journey is more important than the destination—that’s part of life, if you only live for getting to the end, you’re almost always disappointed.” Donald E. Knuth
Re: [arch-general] (now 4.5.5-1) Re: kde-4.5.4 loads kde3 kicker and background (even with ~/.kde ~/.kde4 removed)
KDE3 had done well, in fact I like it most in a mass of DEs. I guess it is the issue of xdg-autostart. Try to remove ~/.config/autostart(I'm not sure where it is :)
