Re: [arch-general] Catalyst-test
On 03/07/10 03:40, Martín Cigorraga wrote: @Nathan, Janno: Hi guys, thanks for your time and forgive me the lapse to post my comment but I'm literally out of time these days - personal things and such... I did follow wiki step by step just like I do allways with all the *excellent* Arch wikis and the only problem I found with this Catalyst 10.6.2 is composite effects are not active when loggin in - unlike with 10.4 which works ok giving me composite efffects from startup without the need to hit Alt+Shift+F12 twice in KDE SC. I only experience artifacts problems with xorg-server-backclear (main panel misspainted with black squares) and xorg-server-1.8-catalyst-maximize-fix which renders Kickoff menu and Yakuake unusable. Seems I have to wait to new Catalyst release this time :( Once again, thanks! I don't use KDE so I can't comment on the KDE issues specifically but the black square issue sounds like the rendering bugs introduced with the new acceleration which can be reverted with `aticonfig --set-pcs-str=DDX,ForceXAA,TRUE`
Re: [arch-general] Licensing of Arch Wiki content
On Tue, 29 Jun 2010 17:56:39 -0500, Aaron Griffin aaronmgrif...@gmail.com wrote: On Tue, Jun 29, 2010 at 5:30 PM, Dan McGee dpmc...@gmail.com wrote: On Tue, Jun 29, 2010 at 5:09 PM, Ananda Samaddar ana...@samaddar.co.uk wrote: On Thu, 17 Jun 2010 23:19:09 +0200 Linas linas...@ymail.com wrote: I assume this ask to have GFDL CC-BY-SA content coexist at the wiki. The existing content can only be relicensed by its authors. The GFDL 1.3 gateway expired on August 1, 2009. I really need an answer on this as soon as possible. For new Wiki articles would it be OK to add a footer in the article stating that it is licensed under a CC license and not the GFDL? Any official word on this please from the Arch wiki admins or developers. If you're not willing to officially allow CC licenses could the 'override' paragraph I'm suggesting for new content only be all right? I honestly don't know who is going to reply to you. If you were to just change the license I also don't think you'd have anyone come after you anytime soon. Who is in charge of the wiki these days I'm not sure, but I'd try to get someone's attention besides mine- maybe Pierre or Aaron would be the right guys. I was also waiting for someone more knowledgeable with regards to the wiki. If it's my say-so you want, I don't see a problem with adding *additional* content under CC. But switching all *existing* content to CC might be a problem. Maybe not. Wikipedia did the same; see http://meta.wikimedia.org/wiki/Licensing_update -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] Last Updates w/kernel 2.6.33.4-1 - 2.6.34-2 broke radeon driver for RS690M cards
TIA。I will fix it! On Sat, Jul 3, 2010 at 2:04 AM, David C. Rankin drankina...@suddenlinkmail.com wrote: On 06/29/2010 04:34 AM, 宇钟 wrote: So do i!BUMP Yes, I think you are safe. I had to rebuild the kernel init and the ATI issue seems much better. -- 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
Re: [arch-general] Bashification of initscripts for moderate speedup
On Sun, 2010-06-27 at 22:10 -0500, Victor Lowther wrote: I have spent some time over the last month or so rewriting the Arch initscripts in idiomatic bash -- since they rely on bash-specific features, trying to keep them fairly POSIX is rather a waste of time and a net performance loss -- using bash-style conditionals is about 30% faster when nothing needs to be touched on the filesystem and about 200% easier to read, and you can use bash regexps in place of most trivial uses of sed, grep, and awk when mangling parameters or variables -- the fewer short-lived processes we fork the better. You can browse changes I have made in the git repo @ http://git.fnordovax.org/arch-initscripts/log/?h=bashification and you can checkout my changes to play around with from git://fnordovax.org/~victor/arch-initscripts OK, the bashification branch has been rebased and updated to fix issues pointed out in the patch-by-patch feedback. Thomas, if you want I will repost the branch to the mailing list. -- Victor Lowther LPIC2 UCP RHCE
Re: [arch-general] Bashification of initscripts for moderate speedup
Am 03.07.2010 21:07, schrieb Victor Lowther: On Sun, 2010-06-27 at 22:10 -0500, Victor Lowther wrote: I have spent some time over the last month or so rewriting the Arch initscripts in idiomatic bash -- since they rely on bash-specific features, trying to keep them fairly POSIX is rather a waste of time and a net performance loss -- using bash-style conditionals is about 30% faster when nothing needs to be touched on the filesystem and about 200% easier to read, and you can use bash regexps in place of most trivial uses of sed, grep, and awk when mangling parameters or variables -- the fewer short-lived processes we fork the better. You can browse changes I have made in the git repo @ http://git.fnordovax.org/arch-initscripts/log/?h=bashification and you can checkout my changes to play around with from git://fnordovax.org/~victor/arch-initscripts OK, the bashification branch has been rebased and updated to fix issues pointed out in the patch-by-patch feedback. Thomas, if you want I will repost the branch to the mailing list. I will finish reviewing the rest of the patches first, when I get the time again. Sorry for being so slow on this. signature.asc Description: OpenPGP digital signature
[arch-general] screen goes blank on reboot after 1st pacman Su of new install!!!???
Hi. I'm not that sure what's happening. But I just acquired an HP Pavilion
desktop. (My Sister's Hubby just bought a new win 7 box and let me
recycle his old xp box... I told him right away that I'd found the
problem he was having with the old box, it was running windows...)
Anyway it's got AMD 64 processor with a gig of ram, and integrated NVIDIA
GeForce 6150 LE (which could be the problem for all I know. But since I
don't give a tallywack about 3d acceleration I doubt I'm supposed to need
to know much about tweaking NVIDIA graphics.
Anyway I promptly used gparted to squeeze the existing winxp installed to
the 200 gig sata harddrive down to only 70 gig, attached an ide seagate 250
gig drive I'd had left over from my former (defunct) desktop which had died
about a year ago. Making room for multiple Linux distros. Because PCLinuxOS
features a mylivecd script that's designed to make it easy for non-experts
to make fully configured and installable live cd/dvd images of their running
PCLinuxOS installation, PCLinuxOS got the first install.
But Arch was supposed to be the 2nd. I installed the core system from an
archlinux-2010.05-core-dual.iso But since I already have a 64 bit Arch on
my laptop I thought I'd try the i686 image on the desktop...
Then I set up my user partitions via udev rule (I've named all my
partitions cause something like LABEL=Arch_desk-7, LABEL=PCLOS_desk-3
are much more human readable than any UUID={string} will ever be).
Anyway, I updated the new Arch system and kept working on customizations.
I kept getting interrupted so it was a couple of days later that I was
comfortable enough to reboot. It does reboot, but right after the bootup
screen says something about waiting for UDev events the monitor goes
blank. (I expect this to happen cause the arch on my laptop does the same
thing except with the laptop, the screen returns to life a moment later
with a new screen font that holds true until it enters runlevel: 3 where
the font I defined in my rc.conf finally takes over...
But on this new desktop which has a nice Sony flat screen monitor, when the
screen goes blank, the Sony monitor flashes a pop-up notification about no
signal, which is quickly followed by a notice that it's going to power save
mode... And the new arch system never sends it any more output to wake it
up. No mater what I do to the keyboard or mouse. And no matter how long I wait
either. I tried just waiting... Went to bed, got up late the next day.
Still no monitor output... But Arch itself is NOT hung up. It will respond
to the three fingered salute with a reboot, and I even one time blindly
logged in as root to the console and blindly typed:
shutdown -h now
Which resulted in a powerdown.
But I still don't have any idea what's killing my monitor output. I can
use my PCLinuxOS installation's root account to examine/edit *ANY* file.
But I don't have a clue what to look for. Suggestions anyone???
--
| ~^~ ~^~
| ? ? Joe (theWordy) Philbrook
| ^J(tWdy)P
|\___/ jtw...@ttlc.net
