Thanks for the hint, this bug is quite nasty - was not able to use
remmina anymore (it stopped working after password change in AD) and
had to use rdesktop...
aptitude versions libfreerdp1
Package libfreerdp1:
i A 1.0.1-1
testing,unstable650
Reg
Package: gnote
Version: 0.8.1-1
Severity: normal
--- Please enter the report below this line. ---
The Gnote applet fails to load after restart with this error window
information - "The panel encountered a problem while loading
"GnoteAppletFactory::GnoteApplet"."
It's possible to add the Gnote
On Wed, Sep 28, 2011 at 11:02 PM, Julien Cristau wrote:
> Run '/usr/share/bug/xorg/script 3> 643706.txt' and send the resulting
> file to this bug.
>
> Please use reportbug next time so most of the relevant information is
> not missing.
>
> Cheers,
> Julien
>
Hi, requested file should be attached
Package: xserver-common
Version: 2:1.11.1-1
Severity: normal
--- Please enter the report below this line. ---
After upgrading xserver-common from 2:1.10.4-1 to 2:1.11.1-1 (aptitude
update; aptitude full-upgrade every day) and restarting the computer I
noticed enormous lagging in Gnome desktop
On Tue, Oct 5, 2010 at 8:14 AM, Yves-Alexis Perez wrote:
> Hmhm, I'm a bit puzzled, I can't really find those dependencies in the
> packages downloaded from the archive. Are you 100% sure you're reporting
> against 0.30.3-2+b1 and not 0.30.3-2? The latter was known to be built
> on a dirty chroot
On Mon, Oct 4, 2010 at 8:33 PM, Yves-Alexis Perez wrote:
> On lun., 2010-10-04 at 14:31 +0200, Matej Zary wrote:
>> Package: evolution-mapi
>> Version: 0.30.3-2+b1
>> Severity: important
>>
>> Can't use evolution-mapi plugin after updating whole Evolution suite (from
>> version 2.28).
>>
>> When l
Same problem here. Quite annoying detail (and STOP for casual user),
but the easy fix mentioned by Alexander solves the problem.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Some additional info:
Debian Kernel 2.6.26-2-amd64 (current Lenny IIRC) doesn't show this
behaviour, the POWER_SUPPLY_CURRENT_NOW value is still bogus right
after powerd cord unplug, but it's much lower than the "correct"
value, that will appear after 1-2 seconds later. So with Lenny kernel
the ac
Hi Michael,
checked out that bug thread and here are my numbers (cat
/sys/class/power_supply/BAT1/uevent && acpi)
a) power cord plugged in and full battery.
POWER_SUPPLY_NAME=BAT1
POWER_SUPPLY_TYPE=Battery
POWER_SUPPLY_STATUS=Full
POWER_SUPPLY_PRESENT=1
POWER_SUPPLY_TECHNOLOGY=Unknown
POWER_SUPP
9 matches
Mail list logo
