2014-11-02 12:41 GMT+01:00 Michael Tokarev :
> > Obviuously not an operator error. There has been a dependency for
> bridge-utils in the past, that depency has now been removed which causes
> apt to mark bridge-utils as not needed when it clearly still is in use, as
> it was on my installation.
>
Package: qemu-kvm
Version: 2.1+dfsg-5+b1
Severity: important
Dear Maintainer,
* What led up to the situation?
I updated my Jessie system.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Had to remove bridge information from /etc/network/interfaces.
* W
sing that one of the
xserver updates solved the problem.
2014-04-17 19:25 GMT+02:00 Daniel Lindgren :
> Package: libdrm2
> Version: 2.4.52-1
> Severity: important
>
> Dear Maintainer,
>
> Graphics hangs intermittently in Debian testing, this was in dmesg after
>
Package: libdrm2
Version: 2.4.52-1
Severity: important
Dear Maintainer,
Graphics hangs intermittently in Debian testing, this was in dmesg after
several seconds of non responsive graphics:
[ 430.954914] [drm] stuck on render ring
[ 430.954918] [drm] GPU crash dump saved to /sys/class/drm/card0
2012/12/25 Julien Cristau
> On Tue, Dec 25, 2012 at 08:51:19 +0100, Daniel Lindgren wrote:
>
> > Package: debian-installer-7.0-netboot-amd64
> > Version: D-I 7 beta 4
> > Severity: normal
> > Tags: d-i
> >
> > Dear Maintainer,
> >
> > After
Package: debian-installer-7.0-netboot-amd64
Version: D-I 7 beta 4
Severity: normal
Tags: d-i
Dear Maintainer,
After installing Debian Wheezy using D-I 7 beta 4 netboot, I noticed that
/proc/cmdline looked strange:
BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64
root=UUID=fe8bcdc8-5f22-4539-9f50-1d2a35861
Package: firmware-linux-nonfree
Version: 0.28+squeeze1
Severity: important
I have an old computer with a Radeon 9200 (RV280) AGP card.
After installing Squeeze everything works fine. If I install firmware-linux-
nonfree to get the firmware for my Radeon card, the screen (in X/Gnome) goes
black fo
Today there was a kernel update released for Squeeze. After reboot,
the bind mounted subdirectory was inaccessible via NFS again, even
with Lenny versions of nfs-common and nfs-kernel-server installed. I
updated them to Squeeze versions, no improvement. DId some
troubleshooting, couldn't get it to
The bug report is still tagged "moreinfo", please indicate what (if
any) additional information that is needed.
/Daniel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Were these clients restarted after the file server was upgraded?
Yes. I rebooted them too, didn't help. I have a couple of Debian
clients and a Mac OS X machine, neither could access the raid
directory after upgrade (and reboots). Downgrade solved all problems.
I may have filed the bug for the
Package: nfs-kernel-server
Version: 1:1.1.2-6lenny2
Severity: important
Upgraded file server from Lenny to Squeeze. After upgrade NFS clients failed to
access bind mounted subdirectories on NFS server, error message about stale NFS
handle.
Basic setup on "fileserver":
/dev/md0 is mounted at /mnt
Package: brasero
Version: 2.30.3-1
Severity: important
I've been trying to burn data CD:s. During burning this message is written to
the command prompt where brasero was started:
brasero (libisofs)MISHAP : Image write cancelled
However, brasero continues to burn the CD and creates an unusable di
The last line added to .SciTEUser.properties is missing, it should
look like this:
ext.lua.startup.script=$(SciteUserHome)/scite_commands.lua
command.name.1.*=Sortera text
command.1.*=sort_text
command.mode.1.*=subsystem:lua,savebefore:no
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@li
Package: scite
Version: 1.76-1
Severity: normal
I use SciTE on Windows, Debian (Lenny & Squeeze), CentOS and Ubuntu. I have a
startup script which adds a sort function to SciTE, that function works in all
SciTE installs I have except Debian.
This is the startup script I use (~/scite_commands.l
14 matches
Mail list logo
