Hi, Eckhart;
Good question. I believe this used to be the case in the past (but I might
still be mistaken). Right now, it is not the case.
My current with Kwin 4.5.1 shows the mplayer window at movie size
immediately. I even ran kwin and mplayer with very high niceness under heavy
CPU load to
399292 upstream,help
thanks
On Mon, Aug 23, 2010 at 03:04:08 (CEST), Alexander Dorokhine wrote:
Sorry, there is a misunderstanding regarding what is working. Scaling works
fine as long as it is done after the movie starts.
If I start mplayer, and then click the 'maximise' button on the window
Hi,
Sorry, there is a misunderstanding regarding what is working. Scaling works
fine as long as it is done after the movie starts.
If I start mplayer, and then click the 'maximise' button on the window, it
maximises just fine.
However, if I configure my window manager (kwin) to automatically
I have also been affected by this issue. However, I am not able to rectify
it by reinstalling gp-esp. Trying to print a test page on my hp laserjet
p1005 from the cups web interface says:
Unsupported format 'application/vnd.cups-command'!
Is this the same error you were getting?
Hey, everyone;
Any news? Is libglib the right place for this bug or should it be
reassigned to gvfs? What should I be doing next?
Thanks,
Alexander
On 13 April 2010 13:31, Alexander Dorokhine arren...@gmail.com wrote:
On 13/04/2010, Julian Andres Klode j...@debian.org wrote:
2.21.5-1
2.21.4
Package: gimp
Version: 2.6.8-2
Severity: normal
The zoom dropdown box in the status bar of the image does not appear.
Perhaps it is related to this bug: http://bugs.archlinux.org/task/18912
Cheers,
Alexander
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT
Hi, Ari;
This upload seems to be amd64 only. Is this correct? This bug affects me on x86.
Thanks,
Alexander
From: Ari Pollak a...@debian.org
To: 576595-cl...@bugs.debian.org
Date: Sat, 17 Apr 2010 19:48:10 +
Subject: Bug#576595: fixed in gimp 2.6.8-3
Source: gimp
Source-Version:
Hi,
The problem exists in 2.21.6-1.
Any other packages of interest I should test?
Thanks,
Alexander
On 12 April 2010 00:59, Emilio Pozuelo Monfort po...@debian.org wrote:
On 12/04/10 06:49, Alexander Dorokhine wrote:
Also, I tested 2.20 and it was fine. So the problem happened somewhere
On 13/04/2010, Julian Andres Klode j...@debian.org wrote:
2.21.5-1
2.21.4-1
2.20.5-1
Hey.
I noticed that restarting dbus (sudo /etc/init.d/dbus restart) allowed
me to get back to the state where the file picker will hang. This
allowed me to test much faster.
So here is an interesting
Package: libglib2.0-0
Version: 2.22.4-1
Severity: normal
Upgrading from libglib2.0-0 2.18.4-2 to libglib2.0-0 2.22.4-1 causes
gtk file pickers in
all gtk applications to take a very very long time to appear (15-30
seconds). I have confirmed that
downgrading causes them to be fast again.
There is
Hi,
I don't think I'm going to be in a position to test this bug again.
I'm running a different card with a different driver, and also a
different desktop environment now. Maybe it's best to just close it
since I can't provide the info you need.
Sorry about that,
Alexander
--
To UNSUBSCRIBE,
Hi,
Same issue with 2.24 from unstable.
Cheers,
Alexander
On 11 April 2010 17:25, Emilio Pozuelo Monfort po...@debian.org wrote:
On 11/04/10 23:55, Alexander Dorokhine wrote:
Package: libglib2.0-0
Version: 2.22.4-1
Severity: normal
Upgrading from libglib2.0-0 2.18.4-2 to libglib2.0-0
Also, I tested 2.20 and it was fine. So the problem happened somewhere
in between 2.20 and 2.22.
On 11 April 2010 22:48, Alexander Dorokhine arren...@gmail.com wrote:
Hi,
Same issue with 2.24 from unstable.
Cheers,
Alexander
On 11 April 2010 17:25, Emilio Pozuelo Monfort po...@debian.org
13 matches
Mail list logo