Re: [arch-general] [signoff] openvpn 2.1_rc20-1
Works like a charm here on x86_64 with certificate authentication. Thomas Bächler schrob: > Upstream update, please sign off (due to the low usage of this package > among developers, I also ask users to sign off). > > signature.asc Description: This is a digitally signed message part.
Re: [arch-general] kwrite: error while loading shared libraries: libqt-mt.so.3: wrong ELF class: ELFCLASS64 ??
On 10/18/2009 06:30 AM, David C. Rankin wrote: ..That's when the lightbulb winked on and when the feeling of SHAME begin to settle in on my consciousness. Further investigation revealed that on 10/8 when I had updated my box and the new pacman package was installed, I used the pacman.conf from an earlier update of my x86_64 Arch server as a "go-by". It would seem that there was one occasion with the community repository that an 'x86_64' did not get replaced by and 'i686', thus 'the loose nut behind the keyboard' had installed some: Good Linux debugging clue: when you're having a bunch of major problems that no one else is, it usually means you did something stupid that no one else did! :-) Seriously, though, I was reading all your messages going by, and kept thinking: there must be something weird he did to his box that's causing him all these problems, because Arch rarely gives me this much grief - especially with recent upgrades, as they've all gone very smoothly. Anyway, all's well that ends well, and glad to hear you solved the problem! DR
Re: [arch-general] [arch-dev-public] Load_Cycle_Count and storage-fixup
laptop-mode by itself won't do it, but laptop-mode-tools will. However, some users (such as I) see laptop-mode-tools as bloat because it comes with all this other stuff for controlling other aspects of power consumption.
Re: [arch-general] [arch-dev-public] Load_Cycle_Count and storage-fixup
On Mon, 2009-10-19 at 02:54 +0200, Damjan Georgievski wrote: > >> Anyone else has some opinion about how to handle this? > > > > I'd like to affirm the opinions of Roman and Xavier and take some action on > > this. > > > > Anyone object to my putting storage-fixup in [extra] at least? If no > > objections by W 9/21, I plan to go ahead with that step. If it works out, we > > can talk about follow-up steps like: > > > > 1) moving it to [core] > > 2) integrating it into default rc.d scripts > > > > It's a pretty serious issue for laptop users with affected drives. And the > > drives are pretty popular ones, methinks. > > Also note that, when raising awerness about this issue, the fixup > ussually needs to be run on resume from disk (and I think resume from > ram) too. Not only on boot. > > Isn't all this handled simply by getting laptop-mode to do it? Its possible to allow laptop-mode to control hdparm settings, after all. Besides, this is mainly (exclusively?) a problem for laptop hard discs.
Re: [arch-general] [arch-dev-public] Load_Cycle_Count and storage-fixup
>> Anyone else has some opinion about how to handle this? > > I'd like to affirm the opinions of Roman and Xavier and take some action on > this. > > Anyone object to my putting storage-fixup in [extra] at least? If no > objections by W 9/21, I plan to go ahead with that step. If it works out, we > can talk about follow-up steps like: > > 1) moving it to [core] > 2) integrating it into default rc.d scripts > > It's a pretty serious issue for laptop users with affected drives. And the > drives are pretty popular ones, methinks. Also note that, when raising awerness about this issue, the fixup ussually needs to be run on resume from disk (and I think resume from ram) too. Not only on boot. -- damjan
Re: [arch-general] [arch-dev-public] List of packages that could be rebuilt if you have nothing better to do...
Daenyth Blank wrote: > On Sat, Oct 17, 2009 at 11:16, Gerardo Exequiel Pozzi > wrote: > >> Good job. >> >> And for "Packages that can be converted to arch=any" sometime ago I >> sended a list of tentative packages [#1]. Its old and some of listed >> packages [#2] are now "any" >> > Do you have a script to do this? I'm looking at trying to get the > arch-games repo to use -any more as well. > > Nope :( Bah in part... is taking advantage of pkgdyn "debris"(*), then tweaks by hand. As I said before in response "Was done "at-run-time-command-line", no draft script :(" But I will see I can do ;) (*) "Is based on "discarded packages" generated by pkgdyn[#1] (packages without any ELF with dynamic section, this is zero-size in "db" from pkgdyn[#2]. And from this list, these packages that don't have any ELF at all. There is an small exception like webmin, that have and ELF for SPARC and is listed in db." [#1] http://mailman.archlinux.org/pipermail/arch-general/2009-July/006549.html -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] Splitting up the 'boinc' package
http://wiki.archlinux.org/index.php/Trusted_Users
Re: [arch-general] Splitting up the 'boinc' package
On Mo, 2009-10-19 at 01:18 +0400, Alexandr Bashmakov wrote: > You can find address in PKGBUILD file: > http://repos.archlinux.org/wsvn/community/boinc/repos/community-x86_64/PKGBUILD > I guess I was a little bit too fast with my conclusion, because I can't send him emails at all, as they are returned with the following error: > : mail for aur.archlinux.org loops back > to myself So is there anything I can do in order to contact the maintainer? Best regards -- Karol Babioch signature.asc Description: This is a digitally signed message part
[arch-general] [signoff] openvpn 2.1_rc20-1
Upstream update, please sign off (due to the low usage of this package among developers, I also ask users to sign off). signature.asc Description: OpenPGP digital signature
[arch-general] [signoff] iw 0.9.17-1
Upstream update, please sign off (due to the low usage of this package among developers, I also ask users to sign off). signature.asc Description: OpenPGP digital signature
Re: [arch-general] Splitting up the 'boinc' package
On Mo, 2009-10-19 at 01:18 +0400, Alexandr Bashmakov wrote: > You can find address in PKGBUILD file: > http://repos.archlinux.org/wsvn/community/boinc/repos/community-x86_64/PKGBUILD > Thanks a lot, haven't looked there at all :(. -- Karol Babioch signature.asc Description: This is a digitally signed message part
Re: [arch-general] Splitting up the 'boinc' package
You can find address in PKGBUILD file: http://repos.archlinux.org/wsvn/community/boinc/repos/community-x86_64/PKGBUILD
Re: [arch-general] How to get libasound_module_pcm_jack.so
pkgfile pkgfile community/pkgtools
Re: [arch-general] Splitting up the 'boinc' package
On So, 2009-10-18 at 16:14 -0400, Daenyth Blank wrote: > On Sun, Oct 18, 2009 at 13:49, Karol Babioch wrote: > > Hi, > > It probably makes more sense to mail the maintainer of the package > directly as not everyone reads the ML > Thanks for your response. This may sound stupid, but how can I contact him? According to the package info the maintainer is Jaroslav Lichtblau, but I can't figure out any email address :(. The only option I see on the page is to open up a bug report, but I think that this isn't the right way to go, is it? -- Karol Babioch signature.asc Description: This is a digitally signed message part
Re: [arch-general] How to get libasound_module_pcm_jack.so
On Sun, 18 Oct 2009 23:48:10 +0300 Biru Ionut wrote: > On 10/18/2009 11:47 PM, hollun...@gmx.at wrote: > > Any idea where to find libasound_module_pcm_jack.so or how to > > compile alsa to get it? > > > > It's probably of no use to the majority of arch users but it's a > > module that has to be enabled by hand in asoundrc anyway, so I > > think it wouldn't hurt to make it available for those that find it > > useful. > > > > Philipp > > pkgfile libasound_module_pcm_jack.so > community/alsa-plugins > > pacman -S alsa-plugins > Thanks Biru, it seems pkgfile is a nice tool.. Philipp
Re: [arch-general] How to get libasound_module_pcm_jack.so
On 10/18/2009 11:47 PM, hollun...@gmx.at wrote: Any idea where to find libasound_module_pcm_jack.so or how to compile alsa to get it? It's probably of no use to the majority of arch users but it's a module that has to be enabled by hand in asoundrc anyway, so I think it wouldn't hurt to make it available for those that find it useful. Philipp pkgfile libasound_module_pcm_jack.so community/alsa-plugins pacman -S alsa-plugins -- Ionut
[arch-general] How to get libasound_module_pcm_jack.so
Any idea where to find libasound_module_pcm_jack.so or how to compile alsa to get it? It's probably of no use to the majority of arch users but it's a module that has to be enabled by hand in asoundrc anyway, so I think it wouldn't hurt to make it available for those that find it useful. Philipp
Re: [arch-general] Can't Install GRUB on a GPT Formatted Disk
Well, thanks for the help everyone...at this point, I think I'm giving up on my GPT dreams and am going to switch back to straight-up MBR. I have been able to patch and use GRUB when booting off the installer CD, and launching the GRUB console from /mnt/sbin/grub works like a charm. But, as soon as I either "chroot /mnt" or reboot and boot off of the hard drive itself, it seems like the GRUB console is unable to read the filesystems and won't mount the partitions. Yes, I did upgrade the version of GRUB on the actual hard drive (not just the one used by the live CD, that's /sbin/grub,), but that didn't seem to make any difference. Such is life... -- Aaron "ElasticDog" Schaefer
Re: [arch-general] Splitting up the 'boinc' package
On Sun, Oct 18, 2009 at 13:49, Karol Babioch wrote: > Hi, It probably makes more sense to mail the maintainer of the package directly as not everyone reads the ML
Re: [arch-general] Can't Install GRUB on a GPT Formatted Disk
On Sun, Oct 18, 2009 at 10:19 PM, Aaron Schaefer wrote: > On Sun, Oct 18, 2009 at 11:02 AM, Dan McGee wrote: > > http://bugs.archlinux.org/task/10639 > > Thanks! I've applied that updated patch, and GRUB seems to install > okay, but when I boot I don't get the standard GRUB menu, I just get > dropped into the GRUB console...my menu.lst looks like this: > > # (0) Arch Linux > title Arch Linux > root (hd0,0) > kernel /vmlinuz26 root=/dev/mapper/system_vg-root_lv ro > initrd /kernel26.img > > I'm a little confused on the root declarations...I'm assuming the root > (hd0,0) should be pointing to the actual /boot partition, and then the > root kernel parameter points to the actual / partition (in this case > an LVM partition), correct? > > -- > Aaron "ElasticDog" Schaefer > Yes, that is correct. However, my menu.lst generated by default install has root=/dev/disk/by-uuid/longuuid, boots fine (also with lvm). I don't think it should matter, however. You can try putting the timout line there, if you don't have it there. Priit -- Priit Kivisoo
Re: [arch-general] Can't Install GRUB on a GPT Formatted Disk
On Sun, 18 Oct 2009 21:19:05 +0200, Aaron Schaefer wrote: On Sun, Oct 18, 2009 at 11:02 AM, Dan McGee wrote: http://bugs.archlinux.org/task/10639 Thanks! I've applied that updated patch, and GRUB seems to install okay, but when I boot I don't get the standard GRUB menu, I just get dropped into the GRUB console...my menu.lst looks like this: # (0) Arch Linux title Arch Linux root (hd0,0) kernel /vmlinuz26 root=/dev/mapper/system_vg-root_lv ro initrd /kernel26.img I'm a little confused on the root declarations...I'm assuming the root (hd0,0) should be pointing to the actual /boot partition, and then the root kernel parameter points to the actual / partition (in this case an LVM partition), correct? -- Aaron "ElasticDog" Schaefer Seems correct, but you explain it a little confusing. I hope the example clears some things my grub: # (0) Arch Linux title Arch Linux root (hd0,0) #kernel /vmlinuz26 root=/dev/sda3 init=/sbin/bootchartd ro vga=865 kernel /vmlinuz26 root=/dev/sda3 ro vga=865 initrd /kernel26.img my 'df -h': FilesystemSize Used Avail Use% Mounted on /dev/sda3 15G 8.7G 5.4G 62% / none 1001M 208K 1001M 1% /dev none 1001M 12K 1001M 1% /dev/shm /dev/sda1 38M 5.9M 31M 17% /boot /dev/sda4 94G 73G 16G 83% /home (ps: Hi everybody, I'm new on the list, this is my first post) -- Jeroen Op 't Eynde jer...@xprsyrslf.be http://xprsyrslf.be
Re: [arch-general] Can't Install GRUB on a GPT Formatted Disk
On Sun, Oct 18, 2009 at 11:02 AM, Dan McGee wrote: > http://bugs.archlinux.org/task/10639 Thanks! I've applied that updated patch, and GRUB seems to install okay, but when I boot I don't get the standard GRUB menu, I just get dropped into the GRUB console...my menu.lst looks like this: # (0) Arch Linux title Arch Linux root (hd0,0) kernel /vmlinuz26 root=/dev/mapper/system_vg-root_lv ro initrd /kernel26.img I'm a little confused on the root declarations...I'm assuming the root (hd0,0) should be pointing to the actual /boot partition, and then the root kernel parameter points to the actual / partition (in this case an LVM partition), correct? -- Aaron "ElasticDog" Schaefer
[arch-general] Splitting up the 'boinc' package
Hi, I'm new to this mailing list (and to mailing lists itself), so please forgive me any mistakes I'm doing ;). I hope that I use the right list, at least it seems to be the most adequate one ... However I'm participating in some BOINC projects. Although there is a 'boinc' package in the community repository (which was updated just yesterday). First of all I want to ask you why you have updated this package to a unstable version? According to this (http://boinc.berkeley.edu/download_all.php) page the latest stable version is 6.6.38, but the version in the repository is 6.10.13, which is a development version. Shouldn't there be just stable versions in the repository? Furthermore I think that the package itself should be splitted. I have a root server, which has not X server installed, but want to use boinc there, too. Therefore I think there should be at least two packages 'boinc-client' as well as 'boinc-manager'. The optimum would be even some more packages, something like 'boinc-dev' (all stuff in order to setup an own boinc project). Maybe you can take some inspiration from the debian structure of the boinc packages: http://packages.debian.org/search?keywords=boinc&searchon=names&suite=stable§ion=all I know that it is possible to create this packages for my own (using abs), but I think it should be available for greater audience. What do you think about this? Would it be ok, to create these packages and submit them to the aur? As there is already a boinc package in the main repository, I don't quite know whether such redundancy is accepted at all? Best regards Karol 'johnpatcher' Babioch -- Karol Babioch signature.asc Description: This is a digitally signed message part
Re: [arch-general] Can't Install GRUB on a GPT Formatted Disk
On Sun, Oct 18, 2009 at 10:57 AM, Aaron Schaefer wrote: > On Sun, Oct 18, 2009 at 9:47 AM, Aaron Schaefer wrote: >> I'm trying to get GRUB installed on a pure GPT disk (I didn't know it >> was best to make a hybrid MBR/GPT), and it looks like a patch was >> added back in March 2008 for this >> (http://bugs.archlinux.org/task/9864), but it continues to fail. > > > Looking through SVN, for some reason this patch was removed on the > GRUB 0.97-14 PKGBUILD and was never re-added. Is there any way I can > build this package on the installation CD to get things going? http://bugs.archlinux.org/task/10639
Re: [arch-general] Can't Install GRUB on a GPT Formatted Disk
On Sun, Oct 18, 2009 at 9:47 AM, Aaron Schaefer wrote: > I'm trying to get GRUB installed on a pure GPT disk (I didn't know it > was best to make a hybrid MBR/GPT), and it looks like a patch was > added back in March 2008 for this > (http://bugs.archlinux.org/task/9864), but it continues to fail. Looking through SVN, for some reason this patch was removed on the GRUB 0.97-14 PKGBUILD and was never re-added. Is there any way I can build this package on the installation CD to get things going? -- Aaron "ElasticDog" Schaefer
[arch-general] Can't Install GRUB on a GPT Formatted Disk
I'm trying to get GRUB installed on a pure GPT disk (I didn't know it was best to make a hybrid MBR/GPT), and it looks like a patch was added back in March 2008 for this (http://bugs.archlinux.org/task/9864), but it continues to fail. My layout is as follows on the drive: /dev/sda1 /boot /dev/sda2 LVM system_vg /dev/sdb1 LVM data_vg # lvs LV VGAttr LSize home_lv data_vg -wi-ao 500.00GB root_lv system_vg -wi-ao 64.00GB swap_lv system_vg -wc-ao 2.00GB var_lv system_vg -wi-ao 12.00GB # grub grub> device (hd0) /dev/sda grub> root (hd0,0) Filesystem type unknown, partition type 0xee grub> setup (hd0) Error 17: Cannot mount selected partition grub> quit Any thoughts? -- Aaron "ElasticDog" Schaefer
[arch-general] Linux containers HOWTO for Arch Linux
For anyone that might be interested in Linux Containers on Arch Linux, I've created an LXC HOWTO that is somewhat Arch Linux specific. http://lxc.teegra.net/ -- Dwight
Re: [arch-general] [arch-dev-public] List of packages that could be rebuilt if you have nothing better to do...
On Sat, Oct 17, 2009 at 11:16, Gerardo Exequiel Pozzi wrote: > Good job. > > And for "Packages that can be converted to arch=any" sometime ago I > sended a list of tentative packages [#1]. Its old and some of listed > packages [#2] are now "any" Do you have a script to do this? I'm looking at trying to get the arch-games repo to use -any more as well.
Re: [arch-general] kwrite: error while loading shared libraries: libqt-mt.so.3: wrong ELF class: ELFCLASS64 ??
On Sun, Oct 18, 2009 at 12:30 PM, David C. Rankin wrote: > > Now it seems I need to stroll on over to the bug I opened against the intel > graphics dying after updates -- and quietly close it diplomatically ;-) > As a side note, your Xorg logs where you were actually using intel did not show anything wrong. Nor did dmesg. So I am not that surprised. But I expect that you already figured that before.
Re: [arch-general] kwrite: error while loading shared libraries: libqt-mt.so.3: wrong ELF class: ELFCLASS64 ??
On Sun, Oct 18, 2009 at 6:08 AM, David C. Rankin wrote: > /opt/kde/bin/kwrite: error while loading shared libraries: libqt-mt.so.3: > wrong ELF class: ELFCLASS64 You are another candidate for a new feature of the future pacman 3.4 then. http://bugs.archlinux.org/task/15622
Re: [arch-general] kwrite: error while loading shared libraries: libqt-mt.so.3: wrong ELF class: ELFCLASS64 ??
David C. Rankin wrote: Guys, New strange error while I troubleshoot the dead X intel card issue. As mentioned, I have managed to get twm and openbox running in vncserver on the box with the intel card. kde4 apps will run, but look terrible due to the difference in color-depth, etc., so I was trying to get kde3/kate or kwrite running. I have always been able to run the kde3 apps from both twm and openbox before, but now I get the following error: /opt/kde/bin/kwrite: error while loading shared libraries: libqt-mt.so.3: wrong ELF class: ELFCLASS64 same error with kate, and just about any other kde3 app. Any way to fix this? I like vim, but I admit, I am a bit quicker with multiple kate/kwrite windows at my disposal. I don't think this would be related to the X problem, but... could it be? Is this a i686 box or x86_64 box? Could it be that you have an i686 box and your have mixed packages? ie a 32 bit OS and mixed in 64 bit packages?
Re: [arch-general] kwrite: error while loading shared libraries: libqt-mt.so.3: wrong ELF class: ELFCLASS64 ??
On Sunday 18 October 2009 03:54:54 am David C. Rankin wrote: > On Sunday 18 October 2009 12:36:07 am Eric Bélanger wrote: > > Oh,... you are good :) > > [03:51 supersff:/home/david] # l /var/cache/pacman/pkg/qt* > -rw-r--r-- 1 root root 28017189 2009-10-07 23:49 > /var/cache/pacman/pkg/qt-4.5.3-3-i686.pkg.tar.gz > -rw-r--r-- 1 root root 10646153 2009-06-17 19:26 > /var/cache/pacman/pkg/qt3-3.3.8-11-i686.pkg.tar.gz > -rw-r--r-- 1 root root 10619044 2009-10-13 11:58 > /var/cache/pacman/pkg/qt3-3.3.8-13-i686.pkg.tar.gz > -rw-r--r-- 1 root root 10599475 2009-04-28 21:14 /var/cache/pacman/pkg/qt3- > enhanced-3.3.8-1-i686.pkg.tar.gz > -rw-r--r-- 1 root root 11185765 2009-10-07 23:37 /var/cache/pacman/pkg/qt3- > enhanced-3.3.8-26-x86_64.pkg.tar.gz > > Somehow, how I don't know, but somehow I did get an x86_64 package > installed on this box. Go figure ;-) (too much Scotch ):p > Solved - The Arch Repository is Messed up. I just removed qt3- enhanced-3.3.8-26-x86_64.pkg.tar.gz with 'pacman -R -d qt3-enhanced', then deleted the file from my machine with: rm /var/cache/pacman/pkg/qt3-enhanced-3.3.8-26-x86_64.pkg.tar.gz then I reinstalled the package with 'pacman -Sy qt3-enhanced' and I'll be damned if it didn't install /var/cache/pacman/pkg/qt3- enhanced-3.3.8-26-x86_64.pkg.tar.gz again! ..That's when the lightbulb winked on and when the feeling of SHAME begin to settle in on my consciousness. Further investigation revealed that on 10/8 when I had updated my box and the new pacman package was installed, I used the pacman.conf from an earlier update of my x86_64 Arch server as a "go-by". It would seem that there was one occasion with the community repository that an 'x86_64' did not get replaced by and 'i686', thus 'the loose nut behind the keyboard' had installed some: 04:32 supersff:~> l /var/cache/pacman/pkg/*x86_64* | wc -l 52 Yes FIFTY-TWO x86_64 packages on my fine little i686 box. (SMACK to make sure I have learned the lesson and SMACK, just for good measure) Now it seems I need to stroll on over to the bug I opened against the intel graphics dying after updates -- and quietly close it diplomatically ;-) Now to clumbisly stumble through removing 52 x86_64 packages and reinstalling the same, but correct i686 package: drum-roll... ## Parse packages to create a list of packages for removal for i in $(ls -1 /var/cache/pacman/pkg/*x86_64*); do pkg=${i##*/pkg/}; echo "$pkg"; done > x86_64pkgs while read line; do pkg=${line%%.*}; pkg=${pkg%-*}; echo -n " $pkg" >> rmlist; done
Re: [arch-general] kwrite: error while loading shared libraries: libqt-mt.so.3: wrong ELF class: ELFCLASS64 ??
On Sunday 18 October 2009 12:36:07 am Eric Bélanger wrote: Oh,... you are good :) [03:51 supersff:/home/david] # l /var/cache/pacman/pkg/qt* -rw-r--r-- 1 root root 28017189 2009-10-07 23:49 /var/cache/pacman/pkg/qt-4.5.3-3-i686.pkg.tar.gz -rw-r--r-- 1 root root 10646153 2009-06-17 19:26 /var/cache/pacman/pkg/qt3-3.3.8-11-i686.pkg.tar.gz -rw-r--r-- 1 root root 10619044 2009-10-13 11:58 /var/cache/pacman/pkg/qt3-3.3.8-13-i686.pkg.tar.gz -rw-r--r-- 1 root root 10599475 2009-04-28 21:14 /var/cache/pacman/pkg/qt3- enhanced-3.3.8-1-i686.pkg.tar.gz -rw-r--r-- 1 root root 11185765 2009-10-07 23:37 /var/cache/pacman/pkg/qt3- enhanced-3.3.8-26-x86_64.pkg.tar.gz Somehow, how I don't know, but somehow I did get an x86_64 package installed on this box. Go figure ;-) (too much Scotch ):p -- 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] kwrite: error while loading shared libraries: libqt-mt.so.3: wrong ELF class: ELFCLASS64 ??
On Sunday 18 October 2009 12:36:07 am Eric Bélanger wrote: > It looks like you have installed a x86_64 packages on a i686 system. > Reinstall qt3 and make sure it's a package for i686 (I assume here > that your system is i686). > Stranger things have happened... I check on my laptop that it still happily runs kde3 apps, and it does without any problems. So I'll check the other box and reinstall qt3 and report back. -- 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
[arch-general] Superkaramba Theme - Grabs Arch Icon in KDE - cool enough to pass on
Guys, I don't usually pass on widgets and stuff, but this superkaramba theme surprised me when I opened it and the Arch kde icon was looking back at me. Somebody has taken the time to personalize the theme by grabbing a disto specific icon and adding a finihsing touch. Here is a small snippet of the Phenom-GT-Monitor superkaramba theme available at kde-look.org: http://www.3111skyline.com/download/screenshots/archlinux/Phenom-GT- Monitor.jpg -- 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