On Mon, Mar 5, 2012 at 16:30, pete wrote:
>
> Hi all
>
> Just been trying to play Shisen-Sho and it is so slow it is
> unplayable has anyone else noticed this running KDE 4.8.0
>
> Pete .
>
>
> --
> Linux 7-of-9 3.2.8-1-ARCH #1 SMP PREEMPT Mon Feb 27 21:51:46 CET 2012
> x86_64 AMD Phenom(tm
Today I updated pacman to 4.0.2 and now I get errors I don't understand
when trying to install anything:
$ sudo pacman -S gpgme
pacman: /usr/lib/libcurl.so.4: no version information available (required by
/usr/lib/libalpm.so.7)
resolving dependencies...
[...]
Proceed with installation?
On 03/06/2012 12:07 AM, pete wrote:
> On Mon, 05 Mar 2012 23:55:53 +0100
> Jakob Gruber wrote:
>
>> On 03/05/2012 11:30 PM, pete wrote:
>>> Hi all
>>>
>>> Just been trying to play Shisen-Sho and it is so slow it is
>>> unplayable has anyone else noticed this running KDE 4.8.0
>>>
>> It's
On Mon, 05 Mar 2012 23:55:53 +0100
Jakob Gruber wrote:
> On 03/05/2012 11:30 PM, pete wrote:
> > Hi all
> >
> > Just been trying to play Shisen-Sho and it is so slow it is
> > unplayable has anyone else noticed this running KDE 4.8.0
> >
> > Pete .
> >
> >
>
> It's apparently the pho
On 03/05/2012 11:30 PM, pete wrote:
> Hi all
>
> Just been trying to play Shisen-Sho and it is so slow it is
> unplayable has anyone else noticed this running KDE 4.8.0
>
> Pete .
>
>
It's apparently the phonon backend.
http://websvn.kde.org/?view=revision&revision=1281913
Hi all
Just been trying to play Shisen-Sho and it is so slow it is
unplayable has anyone else noticed this running KDE 4.8.0
Pete .
--
Linux 7-of-9 3.2.8-1-ARCH #1 SMP PREEMPT Mon Feb 27 21:51:46 CET 2012
x86_64 AMD Phenom(tm) 9600B Quad-Core Processor AuthenticAMD GNU/Linux
On 5 March 2012 21:23, Lukas Fleischer wrote:
>
> On Mon, Mar 05, 2012 at 05:49:57PM +0100, Tom Gundersen wrote:
> > On Mon, Mar 5, 2012 at 4:40 PM, Lukas Fleischer
> > wrote:
> > > * bluez-firmware
> >
> > I take this one.
>
> Thanks!
>
> >
> > > * lzo
> >
> > If nothing is depending on this, it
On Mon, Mar 05, 2012 at 05:49:57PM +0100, Tom Gundersen wrote:
> On Mon, Mar 5, 2012 at 4:40 PM, Lukas Fleischer
> wrote:
> > * bluez-firmware
>
> I take this one.
Thanks!
>
> > * lzo
>
> If nothing is depending on this, it might simply mean that all users
> have moved to lzo2 and that lzo ca
On Mon, Mar 5, 2012 at 2:20 PM, Victor Silva wrote:
> Maybe -C option can help:
> -C Requests compression of all data (including stdin, stdout,
> stderr, and data for forwarded X11 and TCP connections). The
> compression algorithm is the same used by gzip(1), and the
>
On 5 March 2012 20:21, Jarek Sedlacek wrote:
> That may increase the performance, but doesn't explain why GTK apps are so
> much faster.
>
> Thanks,
> Jarek Sedlacek
>
My guess is that it's because Qt themes use lots of gradients which
are probably transferred as a bitmap, while GTK themes doesn'
That may increase the performance, but doesn't explain why GTK apps are so
much faster.
Thanks,
Jarek Sedlacek
On Mon, Mar 5, 2012 at 2:20 PM, Victor Silva wrote:
> Maybe -C option can help:
> -C Requests compression of all data (including stdin, stdout,
> stderr, and data
Maybe -C option can help:
-C Requests compression of all data (including stdin, stdout,
stderr, and data for forwarded X11 and TCP connections). The
compression algorithm is the same used by gzip(1), and the
“level” can be controlled by the CompressionL
Hi folks,
Regularly I do not use many Qt applications, mostly Skype. I run it over
ssh tunnel from another computer within the same local network for long
time. After recent system update I noticed it became very slow refreshing
its graphics. I checked several Gtk and Qt applications and found th
On Mon, Mar 5, 2012 at 4:40 PM, Lukas Fleischer
wrote:
> * bluez-firmware
I take this one.
> * lzo
If nothing is depending on this, it might simply mean that all users
have moved to lzo2 and that lzo can be dropped.
> I'm not sure about lirc either, I'd prefer if someone could adopt both
> lir
On Mon, Mar 05, 2012 at 01:01:03AM +0100, Pierre Schmitz wrote:
> Am 24.02.2012 17:06, schrieb Lukas Fleischer:
> > Apart from that, +1 to this idea. I already checked the list of unneeded
> > orphans and there's >20 packages I'd like to maintain if they aren't
> > picked up in [extra]...
>
> Send
Florian Pritz on Mon, 05 Mar 2012 10:42:15 +0100:
> On 05.03.2012 10:39, Christian Hesse wrote:
> > Hello everybody,
> >
> > afaik, database files in official repositories are not signed yet. Are
> > they?
> >
> > This forces one to set SigLevel to 'Optional' instead of 'Required'. Now
> > if an
On 05.03.2012 10:39, Christian Hesse wrote:
> Hello everybody,
>
> afaik, database files in official repositories are not signed yet. Are they?
>
> This forces one to set SigLevel to 'Optional' instead of 'Required'. Now if
> anybody wants to provide an infected package he/she only needs to provi
On 05/03/12 19:39, Christian Hesse wrote:
> And even more interesting: Does it make sense to add a new option
> 'PkgRequired'? This could force valid signatures for packages and make it
> optional for database files.
You mean like the "PackageRequired" option that is already there? Or
you could
On 05.03.2012 10:04, Christian Hesse wrote:
> Leonid Isaev on Sun, 4 Mar 2012 10:32:45 -0600:
>> On Sun, 4 Mar 2012 14:56:43 +0100
>> Christian Hesse wrote:
>> > Ionut Biru on Sun, 04 Mar 2012 12:57:53 +0200:
>> > > On 03/04/2012 12:22 PM, Christian Hesse wrote:
>> > > > I think it makes sense t
Hello everybody,
afaik, database files in official repositories are not signed yet. Are they?
This forces one to set SigLevel to 'Optional' instead of 'Required'. Now if
anybody wants to provide an infected package he/she only needs to provide no
signature at all and the package is happily accept
Leonid Isaev on Sun, 4 Mar 2012 10:32:45 -0600:
> On Sun, 4 Mar 2012 14:56:43 +0100
> Christian Hesse wrote:
>
> > Ionut Biru on Sun, 04 Mar 2012 12:57:53 +0200:
> > > On 03/04/2012 12:22 PM, Christian Hesse wrote:
> > > > I think it makes sense to not allow pages related to package signing
> >
21 matches
Mail list logo
