- Arch-general - lists.archlinux.org

[arch-general] Gallium by default for radeon?
by Sven-Hendrik Haase 09 Aug '10

09 Aug '10

Hey everybody, I wondered whether we should switch the default radeon driver stack over to gallium3d. I've been running gallium3d for a few months now and with every stack rebuild from git it only gets faster and neater. I haven't encountered any stability issues yet (or at least not any the standard drivers did not have). I think the speed and OpenGL compatibility are well worth it for our users. Since I'm toying around quite a lot with games and Ogre3D I know that shader support and overall speed now make the radeon + gallium3d drivers a viable replacement for the rather unlikeable catalyst drivers, even for gaming. For those who want to try it, build your gallium stack using my AUR package (http://aur.archlinux.org/packages.php?ID=38090) Upstream says that almost all current development efforts flow into gallium3d and radeon KMS. Perhaps we should take the hint? What do you think? -- Sven-Hendrik

3 2

[arch-general] parallel printer set up with archlinux
by Jude DaShiell 08 Aug '10

08 Aug '10

I almost have everything working. The foomatic-rip driver Panasonic/Epson is reported as unavailable by lpstat -d /dev/lp0 -p <enter>. If that's in the foomatic-db package I downloaded, what should I use to locate it in all of those files? The printer won't be handling any postscript and is only intended to print out text files.

1 0

[arch-general] AUR build of kdemod3-kipi-plugins fails on QString::QString( data->appName() ); ?
by David C. Rankin 08 Aug '10

08 Aug '10

Guys, Just messing around tweaking out kdemod3 with all the updates I can find, I was working to build kdemod3-kipi-plugins. http://aur.archlinux.org/packages.php?ID=24800 This package build now failes with the error: cdarchiving.cpp: In constructor `KIPICDArchivingPlugin::CDArchiving::CDArchiving(KIPI::Interface*, QObject*, KAction*)': cdarchiving.cpp:77:52: error: cannot call constructor `QString::QString' directly cdarchiving.cpp:77:52: error: for a function-style cast, remove the redundant `::QString' make[4]: *** [cdarchiving.lo] Error 1 make[4]: Leaving directory The line in cdarchiving.cpp is: m_hostName = QString::QString( data->appName() ); Googling, there are other packages that have the m_hostName assignment in the same manner so I don't know what the issue is. Is there some build environment misconfig such that the build is calling the incorrect Qt for kde4? How would I check? 90+ percent of all the kdemod3 updates build just fine, so I don't think it is a generic problem. Any thoughts on what to check? I have also posted this message at AUR with the package as well. I've done what it said and removed the the redundant `::QString' and it seems to be building for now. I'm unsure how bad this change might hose me. (what - worst case a bad hostname in the cdarchiving module?) How bad could removing the (whatever you call it? class reference?) be? Thanks for any help or thoughts you might have. -- 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

2 3

[arch-general] [signoff] mdadm-3.1.3-1
by Tobias Powalowski 08 Aug '10

08 Aug '10

This is a bugfix/stability release over 3.1.2 Significant changes are: - mapfile now lives in a fixed location which default to /dev/.mdadm/map but can be changed at compile time. This location is choses and most distros provide it during early boot and preserve it through. As long a /dev exists and is writable, /dev/.mdadm will be created. Other files file communication with mdmon live here too. This fixes a bug reported by Debian and Gentoo users where udev would spin in early-boot. - IMSM and DDF metadata will not be recognised on partitions as they should only be used on whole-disks. - Various overflows causes by 2G drives have been addressed. - A subarray of an IMSM contain can now be killed with --kill-subarray. Also subarrays can be renamed with --update-subarray - -If (or --incremental --fail) can be used from udev to fail and remove from all arrays a device which has been unplugged from the system. i.e. hot-unplug-support. - "mdadm /dev/mdX --re-add missing" will look for any device that looks like it should be a member of /dev/mdX but isn't and will automatically --re-add it - Now compile with -Wextra to get extra warnings. - Lots of minor bug fixes, documentation improvements, etcc 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] Shouldn't pacman restart dovecot after update?
by David C. Rankin 08 Aug '10

08 Aug '10

Guys, Sending mail from my local server resulted in errors "could not copy sent mail to 'sent' on servername? Checking the mail logs, I found this: <snip> Aug 2 17:15:03 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.12, login is v1.2.13 (if you don't care, set version_ignore=yes) Aug 2 17:15:03 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.12, login is v1.2.13 (if you don't care, set version_ignore=yes) <snip> So I restarted dovecot -- problem solved. That brought up the question, why didn't pacman restart dovecot with some post-install something?? So should it have? If it didn't, does this need to be reported? Let me know. Thanks. -- 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

20 40

[arch-general] Packages Translate.
by Netanel Shine 08 Aug '10

08 Aug '10

Why Archlinux dont allow translation of the packages part in the site like in the AUR? -- Netanel Shine

2 3

[arch-general] [signoff] kernel26 2.6.34.2-1
by Tobias Powalowski 08 Aug '10

08 Aug '10

Latest kernel is in testing, please signoff for both arches. I already have .35 prepared, a fast signoff would be great. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

9 20

[arch-general] Initial AIF localization support (patch)
by jesse jaara 08 Aug '10

08 Aug '10

For the past few days I have been working on adding support for localization in AIF. I think I have marked every string that contains text that can be translated, but it is possible that i have missed some. Also there is some work to be done in the makefile, as I couln't figure out how to make for loops in it. Also the code to the language selection screen sint working, yet. I will try to get that to work. I hope some one familiar whit the AIFs codebase would check this out and corret if something is wrong. If this isint turned down as waste of ?something? or something else, I will translate this into Finnish, also Im alredy translating the offical installation guide to finnish 1/3 redy I think. :D

2 1

[arch-general] Firefox & Opera Plugins on the fritz?
by David C. Rankin 08 Aug '10

08 Aug '10

Guys, My weather page has stopped working in both Firefox and Opera. I think it is a plugin issue. Can anyone else view this weather loop from the National Weather Service? http://radar.weather.gov/radar.php?rid=SHV&product=N0R&overlay=11101111&loo… If so what plugin does it take. If not -- what do you think is wrong? -- 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 7

[arch-general] No splash - just whitescreen on gnome startup (all kernels)
by David C. Rankin 07 Aug '10

07 Aug '10

Guys, Now that I can boot using 2.6.35-2, I am turning attention to another issue - whitescreen instead of splash on gnome start. After typing in my user:pw and hitting return, I see a total white screen with the busy cursor until the entire desktop is loaded - a long 20-30 seconds. Normally I would expect to see the gnome splash over the default background. Anybody else? What to check? What to try? -- 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

2 1