January 2011 - Arch-general - lists.archlinux.org

Re: [arch-general] (now 4.5.5-1) Re: kde-4.5.4 loads kde3 kicker and background (even with ~/.kde & ~/.kde4 removed)
by David C. Rankin 12 Jan '11

12 Jan '11

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. What I need to find is where and why in the kde4.5.5-1 load process the Arch i686 packages are looking for the prior kde config and creating an erroneous ~/.kde4/share/config/kickerrc. I'm not bitching, I'm just trying to find answers to not only solve my problem, but help everyone else out that might be bitten by this. There seems to be some difference in the Arch kde4 packaging between i686 and x86_64. (I know it doesn't make sense...) I have a dozen Arch boxes and I have no problems with the x86_64 kde4 where kdemod3 is still installed. But for some reason on the i686 Dell boxes, I either get kde4 pulling in its plasma panel & the kde3 kicker or I get lockups of kde4 at the end of ksplash (box hardlocks) On my suse boxes with both kde3 and kde4 installed, both i686 and x86_64, kde4 loads without any of this strangeness. That's the only reason it points me to the possibility of an Arch i686 k4 packaging issue. The biggest difference is the Arch install creates the ~/.kde4/share/config/kickerrc which loads the kde3 kicker panel in kde4. That should not happen. The SuSE install of kde4 creates no ~/.kde4/share/config/kickerrc at all (which is correct because kde4 has a 'plasma panel' and no 'kicker' at all) So why the Arch k4 i686 packaging causes a k4 kickerrc to be created at all is a mystery to me and probably worth looking into as it should not be occurring at all. The Arch x86_64 kde4 packaging does not do this either. On my Arch x86_64 boxes, no kickerrc is created: 13:41 nirvana:~> l ~/.kde4/share/config/kicker* ls: cannot access /home/david/.kde4/share/config/kicker*: No such file or directory So something is not correct with the i686 k4 packaging that causes a kde4 kickerrc to be created. -- 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

5 8

[arch-general] Error for extract archive .tar
by dario 12 Jan '11

12 Jan '11

Hi! i have a problem for extract an archive .tar, because when write "tar -xzvf archive.tar.gz" i get the messenge: gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error is not recoverable: exiting now i have installed tar and gzip, and would install 7zip, but i can't. What is the problem? Thank you very much -- Dario PD: sorry my english, your understanding

5 4

[arch-general] Why does v4l-utils package exists both in [extra] and [multilib]?
by Kirill Churin 12 Jan '11

12 Jan '11

Why does v4l-utils package exists both in [extra] and [multilib]? Found it while updating Skype wiki page. -- Kirill Churin Jabber: reflexing(a)reflexing.ru, ICQ: 8163230, Skype on demand.

2 1

[arch-general] udev slow to start up
by Ty John 11 Jan '11

11 Jan '11

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' [ty@donna ~]$ dmesg | grep ata2 ata2: SATA max UDMA/133 abar m1024@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.

3 2

Re: [arch-general] Welcome to Arch
by dario 11 Jan '11

11 Jan '11

> Date: Sun, 9 Jan 2011 20:24:53 -0300 > From: Nicol?s Reynolds <fauno(a)kiwwwi.com.ar> > To: General Discussion about Arch Linux <arch-general(a)archlinux.org> > Subject: Re: [arch-general] Welcome to Arch > Message-ID: <20110109232453.GG5329@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!

2 1

Re: [arch-general] [arch-dev-public] [signoff] TeXLive packages
by Kazuo Teramoto 11 Jan '11

11 Jan '11

On Mon, Jan 10, 2011 at 8:49 AM, Rémy Oudompheng <remyoudompheng(a)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

1 1

[arch-general] python 2.7.1-3 -> python 2.7.1-4 broke django
by Alper KANAT 11 Jan '11

11 Jan '11

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?

2 1

[arch-general] Welcome to Arch
by dario 10 Jan '11

10 Jan '11

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 Darío

3 2

[arch-general] What about gallium on r600?
by Sergej Pupykin 10 Jan '11

10 Jan '11

Hi, it works not worse than classic mesa on my RV620. I add --enable-gallium-r600 and modify package_ati-dri-git() in mesa-git PKGBUILD as it is already done for r300 (make -C ${srcdir}/build/src/gallium/targets/dri-r600 DESTDIR="${pkgdir}" install) I test current (20101213) git snapshot. May be put it into testing and enable on next release?

4 4

[arch-general] [signoff] kernel-2.6.36.3-1
by Tobias Powalowski 10 Jan '11

10 Jan '11

Upstream update. This package is NOT in testing (2.6.37 currently resides there), but at: http://dev.archlinux.org/~tpowa/kernel26/ please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2