Have you tried the qtcurve unified theme? It's very nice and the GTK theme
matches the QT theme to just about every detail.
On Nov 12, 2009 2:09 AM, "David C. Rankin"
wrote:
After mucking around trying to get firefox and openoffice to look right, I
thought I would pass on a few tips. For those o
After mucking around trying to get firefox and openoffice to look right, I
thought I would pass on a few tips. For those of you that know already, just
hit delete.
The dull boxy appearance of both GTK and some Qt apps left me scratching my
head for the right tools to fix the look. The normal qt
On 12.11.2009 05:20, Sergey Manucharian wrote:
> Excerpts from Tom's message of Thursday 12-Nov-09 04:20am:
>
>
>> http://www.phoronix-test-suite.com/
>>
> Thank you for the direction, Tom! I'll give it a try.
>
> Sergey
>
>
>
It's also in [community].
Excerpts from Tom's message of Thursday 12-Nov-09 04:20am:
> http://www.phoronix-test-suite.com/
Thank you for the direction, Tom! I'll give it a try.
Sergey
Excerpts from Smith Dhumbumroong's message of Thursday 12-Nov-09
10:49am:
> Better to install both Arch 32-bit and 64-bit on the same machine
> (dual boot) and run the tests.
I've already did it.
> from my personal experience certain operations, such as video/music
> encoding, is a _lot_ faster o
On Wed, 11 Nov 2009 09:11:02 -0700
Sergey Manucharian wrote:
> Hi folks,
>
> The similar question most probably has been discussed many times, but
> I really cannot find a clear answer. There are some obvious thinks
> like 64-bit addressing, but how about math calculations performance?
>
> I've
Why don't you use the Phoronix Test Suit on both archs and compare the
results. You can choose which benchmark-tests are to be performed, so
you can see 'real world ' performance in different usage -scenarios.
http://www.phoronix-test-suite.com/
On Wed, Nov 11, 2009 at 6:11 PM, Sergey Manucharian wrote:
> Hi folks,
>
> The similar question most probably has been discussed many times, but I
> really cannot find a clear answer. There are some obvious thinks like
> 64-bit addressing, but how about math calculations performance?
>
> I've set
* Updated to latest 0.16 version
* convert $startdir vars in PKGBUILD
--
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Index: libftdi/trunk/PKGBUILD
===
On Mon, 02 Nov 2009, Magnus Therning wrote:
> Well, all I'm really interested in is finding out whether it's
> xorg-server or xf86-video-nv which is broken. Then raise a bug, and
> get it fixed :-)
I just add here that I had a similar issue, which I *thought* I was able
to track down to a broken
At Mittwoch, 11. November 2009 15:04 Robert Howard wrote:
> Have you guys ever heard of krunner? It really makes doing things and
> launching apparently easy. You don't really need icons to launch programs.
Krunner is very nice but for me it is more a replacement for katapult which i
used under
On 11.11.2009 17:53, Andreas Radke wrote:
> Am Wed, 11 Nov 2009 17:44:53 +0100
> schrieb Dieter Plaetinck :
>
>
>> On Wed, 11 Nov 2009 17:18:12 +0100
>> Sven-Hendrik Haase wrote:
>>
>>
>>> You will probably see the
>>> opposite of what you saw in the VMs. Especially for video encoding,
>>>
On 11.11.2009 17:44, Dieter Plaetinck wrote:
> On Wed, 11 Nov 2009 17:18:12 +0100
> Sven-Hendrik Haase wrote:
>
>
>> You will probably see the
>> opposite of what you saw in the VMs. Especially for video encoding,
>> x86_64 will be noticeably faster.
>>
>
> why is that?
>
>
I'm not a CP
Am Wed, 11 Nov 2009 17:44:53 +0100
schrieb Dieter Plaetinck :
> On Wed, 11 Nov 2009 17:18:12 +0100
> Sven-Hendrik Haase wrote:
>
> > You will probably see the
> > opposite of what you saw in the VMs. Especially for video encoding,
> > x86_64 will be noticeably faster.
>
> why is that?
>
shoul
On Wed, 11 Nov 2009 17:18:12 +0100
Sven-Hendrik Haase wrote:
> You will probably see the
> opposite of what you saw in the VMs. Especially for video encoding,
> x86_64 will be noticeably faster.
why is that?
Excerpts from Sven-Hendrik Haase's message of Wednesday 11-Nov-09
05:18pm MST:
> If you want to make a serious comparison, set up
> two fresh chroots at least. Better yet, set up two partitions and do
> the tests using a native kernel as well.
I will do that. But the strange think is that I cannot
On Wednesday 11 November 2009 16:00:35 David C. Rankin wrote:
> Guys,
>
> Still chasing the keepassx problem. There are no debugging symbols in the
> package so I used ABS to build from source, but of course there is no
> debugging there either. What's the trick to compile so I can get a
> meanin
On Wed, Nov 11, 2009 at 08:10:07AM -0600, David C. Rankin wrote:
> sheepishly -- Uh... Log out? I think we have an answer. Why log out? I
> changed group permission hundreds of times without having to log out. What's
> the catch here?
Two different things:
- Changing group permissions, takes
Virtual machine performance is in no hell comparable to real machine
performance, not even for comparing between each other. Current VM
implementations generally run a lot faster on i686 guests because that's
what they have been optimized for mainly. I always found my x86_64 VMs
to be slower than i
Hi folks,
The similar question most probably has been discussed many times, but I
really cannot find a clear answer. There are some obvious thinks like
64-bit addressing, but how about math calculations performance?
I've set up two identical virtual machines in vbox - one with Arch
x86_64 and ano
On Wed, Nov 11, 2009 at 03:45:13PM +0100, Xavier wrote:
> On Wed, Nov 11, 2009 at 3:01 PM, David C. Rankin
> wrote:
> >
> > Just be thankful you are not using ATI hardware where everything prior to
> > the
> > 2400 Series cards were deprecated to "Legacy" cards and all Linux support
> > dropped i
On Monday 09 November 2009 20:39:28 and regarding:
> David C. Rankin wrote:
> > Just a note;
> >
> > keepassx, which has worked reliably for years, began crashing today. I
> > don't know whether it is keepassx, or qt (suspicion is qt). The errors
> > are:
> >
> > 18:31 alchemy:~> keepassx
> > Found
On Wed, 2009-11-11 at 09:00 -0600, David C. Rankin wrote:
> Guys,
>
> Still chasing the keepassx problem. There are no debugging symbols in the
> package so I used ABS to build from source, but of course there is no
> debugging there either. What's the trick to compile so I can get a meaningful
On 11/11/2009 08:41 AM, David C. Rankin wrote:
On Monday 26 October 2009 13:34:43 and regarding:
I disagree. The problems (at least from my perspective) stems from the
KDE devs' decision to "start fresh" with all their apps in order to
"simplify" them and/or apply their new philosophy/approach
Guys,
Still chasing the keepassx problem. There are no debugging symbols in the
package so I used ABS to build from source, but of course there is no
debugging there either. What's the trick to compile so I can get a meaningful
gdb backtrace?
--
David C. Rankin, J.D.,P.E.
Rankin Law Firm, PLL
On Wed, Nov 11, 2009 at 3:01 PM, David C. Rankin
wrote:
>
> Just be thankful you are not using ATI hardware where everything prior to the
> 2400 Series cards were deprecated to "Legacy" cards and all Linux support
> dropped in March ;-)
>
> (performance difference between fglrx and ati 1066 FPS ve
On Friday 06 November 2009 17:20:09 and regarding:
> On Fri, Nov 6, 2009 at 18:08, David C. Rankin
>
> wrote:
> > Can anyone see the error in my logic? (diplomatically, of course) What's
> > the trick?
>
> Did you log out and then log back in for the group changes to take effect?
>
sheepishly
On Friday 06 November 2009 17:22:32 and regarding:
> On Fri, Nov 06, 2009 at 05:08:02PM -0600, David C. Rankin wrote:
> > 16:59 alchemy:/srv/http> grep http /etc/group
> > http::33:david
>
> And what is the output of:
> $ groups
> ?
>
> Don't know if "gpasswd -a" is failing, I use:
> # usermod -a
Have you guys ever heard of krunner? It really makes doing things and
launching apparently easy. You don't really need icons to launch programs.
Also, I don't understand all of the dolphin detractors. I think dolphin is
near file manager perfection. Always felt that konquorer was like a big
incohe
>
>
> this really sucks. i have a perfectly fine fx5800 card. it performs
> (performed) very well, sucks to have it labeled as "deprecated" and not
> being able to actually use it decently on a modern system.
>
> Dieter
>
Just be thankful you are not using ATI hardware where everything prior
On Thursday 29 October 2009 12:35:50 and regarding:
> On Thu, Oct 29, 2009 at 2:28 PM, David C. Rankin
>
> wrote:
> > Guys,
> >
> >Next time you have a kde4 bug to file, you will have a new
> > Distribution listed to file it under. Archlinux is now there! See:
> >
> > https://bugs.kde.org
On Monday 26 October 2009 13:34:43 and regarding:
> I disagree. The problems (at least from my perspective) stems from the
> KDE devs' decision to "start fresh" with all their apps in order to
> "simplify" them and/or apply their new philosophy/approach of desktop
> GUI design to them.
>
> Tha
On Tue, Nov 10, 2009 at 5:11 PM, Christopher Daley wrote:
> Have you tried running pulseaudio as a daemon? e.g. "/etc/rc.d/pulseaudio
> start'
> This would likely be a fix for now...
First, it's not recommended to run pulseaudio in system mode. Second it fails:
Nov 11 08:35:27 bryma pulseaudio
33 matches
Mail list logo
