Bug#611425: nvidia-kernel-2.6.32-5-amd64: Installing nvidia driver silences bell

2011-01-29 Thread Joe Riel
On Sat, 29 Jan 2011 20:29:15 +0100
Andreas Beckmann  wrote:

> On 2011-01-29 19:34, Joe Riel wrote:
> > Did so.  Installation seemed to go okay.  But upon rebooting 
> > X would not come up.  Attached are the relevant logs, 
> > with extension .exp
> 
> Xorg didn't even try to load the nvidia driver - how does your
> /etc/X11/xorg.conf look like? Did you change it? Do you have an
> Xorg.?.log from the configuration directly before you switched to
> experimental? I.e. using the nvidia driver from testing.

No, I was using the nouveau driver, which doesn't use an xorg.conf.
When I previously installed the nvidia driver I believe it 
created an appropriate xorg.conf.  I didn't check this time and have
since purged nvidia, so cannot immediately verify.  
Do I need to install something else to generate the xorg.conf?  
I can hand create it (it's simple enough), but that shouldn't be
necessary.

-- 
Joe Riel




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#611425: nvidia-kernel-2.6.32-5-amd64: Installing nvidia driver silences bell

2011-01-29 Thread Joe Riel
On Sat, 29 Jan 2011 16:27:07 +0100
Andreas Beckmann  wrote:

> reassign 611425 nvidia-graphics-drivers
> tags 611425 + upstream moreinfo
> thanks
> 
> On 2011-01-29 08:01, Joseph S. Riel wrote:
> > Package: nvidia-kernel-2.6.32-5-amd64
> > Severity: normal
> > 
> > Installing the nvidia kernel module silences the bell that one
> > should hear when executing
> > 
> > echo -e "\a"
> > 
> > The bell sounds in a virtual terminal, but not in an xterm.
> > Purging nvidia (and restoring the nouveau driver) restores the bell.
> 
> Which driver version were you using? I assume this was 195.36.31 since
> you use testing exclusively:

That is correct.

> > -- System Information:
> > Debian Release: 6.0
> >   APT prefers testing
> >   APT policy: (500, 'testing')
> > Architecture: amd64 (x86_64)
> 
> Could you please test the driver currently in experimental
> (260.19.something) and see if the problem persists?

I'll give it a try.


-- 
Joe Riel




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#610905: gdm3: gdm3 displays blank screen after logout

2011-01-23 Thread Joe Riel
Package: gdm3
Version: 2.30.5-6
Severity: important

After logging out, instead of seeing the gdm3 login prompt,
I see a blank screen, with a working mouse.  The same thing
happens when returning from a virtual terminal.  Restarting
gdm3 (/etc/init.d/gdm3 restart) does not help.

As a workaround I installed xdm and configured to use it.
That eliminates the problem, though the login screen
isn't quite so nice looking.

I have an onboard graphic controller:

~$ lspci
00:00.0 Host bridge: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE DRAM
Controller/Host-Hub Interface (rev 01)
00:02.0 VGA compatible controller: Intel Corporation
82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01)
00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01)
00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2
EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 81)
00:1f.0 ISA bridge: Intel Corporation 82801DB/DBL (ICH4/ICH4-L) LPC
Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801DB (ICH4) IDE Controller
(rev 01)
00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M)
SMBus Controller (rev 01)
01:00.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado]
(rev 78)
01:01.0 VGA compatible controller: S3 Inc. 86c375 [ViRGE/DX] or 86c385
[ViRGE/GX] (rev 01)


-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gdm3 depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  debconf [debconf-2.0]   1.5.36   Debian configuration management sy
ii  gconf2  2.28.1-6 GNOME configuration database syste
ii  gnome-session [x-sessio 2.30.2-3 The GNOME Session Manager - GNOME 
ii  gnome-session-bin   2.30.2-3 The GNOME Session Manager - Minima
ii  gnome-terminal [x-termi 2.30.2-1 The GNOME terminal emulator applic
ii  libart-2.0-22.3.21-1 Library of functions for 2D graphi
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libattr11:2.4.44-2   Extended attribute shared library
ii  libaudit0   1.7.13-1+b2  Dynamic library for security audit
ii  libbonobo2-02.24.3-1 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.24.3-1 The Bonobo UI library
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-6 The Cairo 2D vector graphics libra
ii  libcanberra-gtk00.24-1   Gtk+ helper for playing widget eve
ii  libcanberra00.24-1   a simple abstract interface for pl
ii  libdbus-1-3 1.2.24-4 simple interprocess messaging syst
ii  libdbus-glib-1-20.88-2.1 simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-2.1FreeType 2 font engine, shared lib
ii  libgconf2-4 2.28.1-6 GNOME configuration database syste
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgnome2-0 2.30.0-1 The GNOME library - runtime files
ii  libgnomecanvas2-0   2.30.1-1 A powerful object-oriented display
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface 
ii  liborbit2   1:2.14.18-0.1libraries for ORBit2 - a CORBA ORB
ii  libpam-modules  1.1.1-6.1Pluggable Authentication Modules f
ii  libpam-runtime  1.1.1-6.1Runtime support for the PAM librar
ii  libpam0g1.1.1-6.1Pluggable Authentication Modules l
ii  libpanel-applet2-0  2.30.2-2 library for GNOME Panel applets
ii  libpango1.0-0   1.28.3-1 Layout and rendering of internatio
ii  libpolkit-gobject-1-0   0.96-4   PolicyKit Authorization API
ii  libpolkit-gtk-1-0   0.96-3   PolicyKit GTK+ API
ii  libpopt01.16-1   lib for parsing cmdline parameters
ii  librsvg2-common 2.26.3-1 SAX-based renderer library for SVG
ii  libselinux1 2.0.96-1 SELinux runtime shared libraries
ii  libupower-glib1 0.9.5-5  abstraction for power management -
ii  libwrap07.6.q-19 Wietse Venema's TCP wrappers libra
ii  libx11-62:1.3.3-4X11 client-side library

Bug#508662: emacs22-common-non-dfsg: elisp manual: inaccuracy in section 15.6 Repeated Loading

2008-12-13 Thread Joe Riel
Package: emacs22-common-non-dfsg
Version: 22.2+2-1.1
Severity: normal

Section 15.6 of the elisp manual, titled Repeated Loading,
suggests the following as a superior alternative to push:

 (add-to-list '(leif-mode " Leif") minor-mode-alist)

That is wrong, the arguments are swapped.  Correct is

 (add-to-list 'minor-mode-alist '(leif-mode " Leif"))


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#358049: Problem with mmm-noweb

2007-04-07 Thread Joe Riel
The problem Norman reported is causes by an incorrect major-mode 
assignment (what do they call the `-*- ... -*-' line in a file?).  Changing


% -*- mode: latex; mmm-noweb-code-mode: c++; -*-

to

% -*- mode: latex; mmm-classes: noweb; mmm-noweb-code-mode: c++-mode; -*-

should fix his problems (I've emailed him directly).  I'm not sure whether the mmm-classes assignment is necessary, 
but the change from c++ to c++-mode probably is, unless he has a c++.el file, which is unlikely.



Joe


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]