I had the same problem, and made a link from directory /usr/lib/dri to
directory /usr/lib/x86_64-linux-gnu/dri.
Just guessing, but looks like a directory policy change that was not
propagated through to the driver.
More info. As the log in the previous post suggests, the trouble is in the
battery applet.
I applied the "Dirty Harry" technique described in the Docky wiki (remove and
reset all config info).
As long as I don't enable the battery applet, all is fine. So this is clearly
an upstream problem.
It appears to be unable to access a proc entry on resume which causes docky to
crash. Here is the terminal log:
I'm attaching the entire session, but the useful bit is at the bottom, of
course.
typescript
Description: Binary data
After recent updates against the repository, the problem is _gone_ on both
machines
(ATI Mobility M10 using the radeon driver & Intel GM45 using the intel driver,
FWIW.
The first is using metacity with compositing and the second, compiz).
So, sorry for the trouble, I'll keep an eye on it, but
Package: docky
Version: 2.0.5-1
Severity: important
Tags: upstream
As the title says. I've tried this on two different laptops, one running
metacity w compositing and the other with compiz. Obviously, the workaround
is to relaunch docky after resuming.
-- System Information:
Debian Release: s
Package: gstm
Version: 1.2-7
Severity: important
Tags: patch
It appears that the icon images are no longer being updated. Attached
patch fixes this problem.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (1001, 'testing')
Architecture: i386 (i686)
Kernel
I noticed the same problem. You can get yourself up and running
by grabbing the 0.8.4 compiz packages from sid. They all work fine
with squeeze.
HTH.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debia
I found that an upgrade to 2.6.32.6 (with no other distribution or
configuration changes) helps enormously. I suppose that this
implicates the intel drm kernel code . . .
The only remaining issues are now occasional episodes of blank screen
on resume that may be fixed by toggling the video mode.
Package: xserver-xorg-core
Version: 2:1.7.4-2
Severity: important
X hangs (or becomes unusable) in a short while after a resume from
suspend and is unusable immediately after a resume from hibernation.
Sometimes I can kill the xserver using sysrq-K other times, I need to
reboot using sysrq-SUB.
Same problems here.
No luck with ServerAlias *.
However, I have found that cups commands will work if I explicitly specify the
hostname "localhost", e.g.:
# lpstat -a
lpstat: Bad Request
# lpstat -h localhost -a
DeskJet accepting requests since Fri Jul 10 13:00:17 2009
And similarly with all t
Package: gnome-settings-daemon
Version: 2.24.1-3
Severity: important
*** Please type your report below this line ***
1) On upgrading to testing, I discovered that the media key shortcuts did
not work
2) Using xev and Xmodmap, I made sure that (e.g.) XF86AudioLowerVolume and
XF86AudioRaiseVo
This seems to solve the problem. NOTE: I'm a boost user, not a
developer.
--- utility.hpp 2008-07-18 14:13:24.0 -0400
+++ utility.hpp.orig 2008-07-17 23:12:48.0 -0400
@@ -20,8 +20,6 @@
#include
#include
-#include
-
#include
#include
#include
--
To UNSUBSCRIB
On Fri, Jul 11, 2008 at 04:16:07PM +0200, Mike Hommey wrote:
> On Fri, Jul 11, 2008 at 10:12:58AM -0400, Martin Weinberg <[EMAIL PROTECTED]>
> wrote:
> > On Fri, Jul 11, 2008 at 04:07:31PM +0200, Mike Hommey wrote:
> > > On Fri, Jul 11, 2008 at 10:01:43AM -04
On Fri, Jul 11, 2008 at 04:07:31PM +0200, Mike Hommey wrote:
> On Fri, Jul 11, 2008 at 10:01:43AM -0400, Martin Weinberg <[EMAIL PROTECTED]>
> wrote:
> > On Fri, Jul 11, 2008 at 07:23:23AM +0200, Mike Hommey wrote:
> > > On Fri, Jul 11, 2008 at 12:22:17AM -
On Fri, Jul 11, 2008 at 07:23:23AM +0200, Mike Hommey wrote:
> On Fri, Jul 11, 2008 at 12:22:17AM -0400, Martin Weinberg wrote:
> > Package: iceweasel
> > Version: 3.0~rc2-2
> > Severity: grave
> > Justification: renders package unusable
> >
> > Hangs
Quick follow up: the firefox-3.0 package downloaded from mozilla
works fine, in case this is a useful clue.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I cross posted my bug report to the gdm list and provided addition
details to Brian Cameron. He has fixed the breakage and commited the
changes upstream. There were several problems. One that had been
already addressed and we found an additional bug in the config
parsers.
So, these bugs should
Package: gdm
Version: 2.20.2-1
Severity: important
Synopsis
As of this release, gdm is not including server stanzas marked
flexible=true but not started on a VT in its server list. Thus,
when gdmflexiserver is invoked, a list of other servers is not
available, making the on demand featu
I grabbed the source and tried to debug. The problem appears to be in
the wibble::Splitter logic near and after line 253 in IfaceParser.cc.
I'd have to dig pretty deep into libwibble to provide a patch but I'm
hoping this helps.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
Package: guessnet
Version: 0.45-1
Severity: important
This version of guessnet does not parse essid containing spaces in
ifupdown mode. In particular I have a stanza:
iface home inet static
address 10.0.1.5
netmask 255.255.255.0
broadcast 10.0.1.255
gateway 10.0.
FB worked recently and only failed recently.
> MergedFB is dead anyway. So you will have to get used to RandR 1.2 in
> the end. I'd recommend you install 6.7.195 from experimental and fix
> your xorg.conf to use RandR 1.2.
Sure, I'll give it a shot. Thanks!
--
Martin Weinber
21 matches
Mail list logo
