Processed: tagging 453754

2008-02-17 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 # Automatically generated email from bts, devscripts version 2.10.13
 tags 453754 - fixed-upstream
Bug#453754: xserver-xorg-video-intel - xvideo double buffering unsynchronized
Tags were: fixed-upstream
Tags removed: fixed-upstream


End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Processed: Re: Bug#464799: debian-installer: can't use Canadian Keyboard (it use legacy canadian)

2008-02-17 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 clone 464799 -1
Bug#464799: debian-installer: can't use Canadian Keyboard (it use legacy 
canadian)
Bug 464799 cloned as bug 466226.

 reassign 464799 console-data
Bug#464799: debian-installer: can't use Canadian Keyboard (it use legacy 
canadian)
Bug reassigned from package `kbd-chooser' to `console-data'.

 retitle 464799 Please create a ca-multi keymap for the console and include it 
 in the udeb
Bug#464799: debian-installer: can't use Canadian Keyboard (it use legacy 
canadian)
Changed Bug title to `Please create a ca-multi keymap for the console and 
include it in the udeb' from `debian-installer: can't use Canadian Keyboard (it 
use legacy canadian)'.

 reassign -1 xserver-xorg
Bug#466226: debian-installer: can't use Canadian Keyboard (it use legacy 
canadian)
Bug reassigned from package `kbd-chooser' to `xserver-xorg'.

 retitle -1 Please choose the ca keymap, variant multi when DI keymap is 
 ca-multi
Bug#466226: debian-installer: can't use Canadian Keyboard (it use legacy 
canadian)
Changed Bug title to `Please choose the ca keymap, variant multi when DI keymap 
is ca-multi' from `debian-installer: can't use Canadian Keyboard (it use legacy 
canadian)'.

 block -1 by 464799
Bug#464799: Please create a ca-multi keymap for the console and include it in 
the udeb
Bug#466226: Please choose the ca keymap, variant multi when DI keymap is 
ca-multi
Was not blocked by any bugs.
Blocking bugs of 466226 added: 464799

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Bug#389007: Regression: Radeon 9200 powers off Apple Cinema Display

2008-02-17 Thread Mark Brown
On Wed, Jan 02, 2008 at 09:57:17AM +0100, Michel Dänzer wrote:

 That's not minimal - does commenting out Option MacModel or changing
 its value to mini-internal help?

I'm experiencing the same problem.  Neither of these help for me - they
both result in the monitor powering off.

-- 
You grabbed my hand and we fell into it, like a daydream - or a fever.



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




Processed: severity of 466044 is minor

2008-02-17 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 # Automatically generated email from bts, devscripts version 2.10.16
 severity 466044 minor
Bug#466044: xserver-xorg-core: internal screen of laptop with external screen 
attached not blanked when laptop closed but still in use
Severity set to `minor' from `normal'


End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Processed: severity of 466081 is wishlist

2008-02-17 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 # Automatically generated email from bts, devscripts version 2.10.16
 severity 466081 wishlist
Bug#466081: manpages are missing
Severity set to `wishlist' from `normal'


End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Bug#466104: xinit: please use sessreg like in xdm, to log startx in the wtmp database

2008-02-17 Thread Julien Cristau
severity 466104 wishlist
kthxbye

On Sun, Feb 17, 2008 at 02:51:53 +1100, Tim Connors wrote:

 For those of us who choose not to start X every boot using xdm, we
 don't get the X session being logged in the wtmp database like it does
 from xdm.
 
 Because X can be started and the parent shell subsequently exited, the
 lack of an entry in wtmp gives the sysadmin a false impression that
 noone is actually logged into the system when it comes time for them
 to do maintenance and rebooting.
 
 xdm has its mechanism in /etc/X11/xdm/{Xstartup,Xreset} to log the
 details using sessreg - it would be good if startx could make use of a
 similar scheme too.
 
xdm runs as root, and actually lets the user log in.  Neither of those
is the case for xinit.  The user running xinit has already logged in.
(I'm actually tempted to close this bug or at least tag it wontfix)

Cheers,
Julien



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



Processed: Re: Bug#466104: xinit: please use sessreg like in xdm, to log startx in the wtmp database

2008-02-17 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 severity 466104 wishlist
Bug#466104: xinit: please use sessreg like in xdm, to log startx in the wtmp 
database
Severity set to `wishlist' from `normal'

 kthxbye
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Processed: Re: Bug#466104: xinit: please use sessreg like in xdm, to log startx in the wtmp database

2008-02-17 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reassign 466104 x11-common
Bug#466104: xinit: please use sessreg like in xdm, to log startx in the wtmp 
database
Bug reassigned from package `xinit' to `x11-common'.

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Bug#466104: xinit: please use sessreg like in xdm, to log startx in the wtmp database

2008-02-17 Thread Tim Connors
reassign 466104 x11-common
thanks

On Sun, 17 Feb 2008, Julien Cristau wrote:

 severity 466104 wishlist
 kthxbye

 On Sun, Feb 17, 2008 at 02:51:53 +1100, Tim Connors wrote:

  For those of us who choose not to start X every boot using xdm, we
  don't get the X session being logged in the wtmp database like it does
  from xdm.
 
  Because X can be started and the parent shell subsequently exited, the
  lack of an entry in wtmp gives the sysadmin a false impression that
  noone is actually logged into the system when it comes time for them
  to do maintenance and rebooting.
 
  xdm has its mechanism in /etc/X11/xdm/{Xstartup,Xreset} to log the
  details using sessreg - it would be good if startx could make use of a
  similar scheme too.
 
 xdm runs as root, and actually lets the user log in.  Neither of those
 is the case for xinit.  The user running xinit has already logged in.
 (I'm actually tempted to close this bug or at least tag it wontfix)

Except that the user is free to logout of the terminal which started X, so
it truly is a seperate login.

With xdm, w shows the TTY as :0 (or :1 or xdmcphost:0 or whatever), and
with startx, it should also show the display being used (since individual
xterms within that X session won't log their logins/logouts).

xinit doesn't run as root, but X certainly does.  It knows the real uid of
the user running X, it knows the time it is running for, and it knows the
display, and thus it has all the info it needs to log an entry in the wtmp
database.  It might need/want to check that an entry hasn't already been
logged by sessreg on behalf of xdm, which may or may not be part of the
same X session because of xdmcp remote displays.

Perhaps I need to reassign this bug from xinit to x11-common since it owns
the X binary.

-- 
TimC
Think of bicycles as rideable art that can just about save the
world. - Grant Peterson



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



Bug#466030: compiz: Compiz let shadows on screen

2008-02-17 Thread Saulo S. Toledo

I got only 1 screenshot of the problem at the moment:
http://filebin.ca/nqwc/erro_1.png

See the box at botton panel, near eternallands application, this happens all 
the time, while I'm using OpenOffice.org, Internet, playing etc.
I use this NVIDIA driver: NVIDIA-Linux-x86-100.14.19-pkg1.run

I have a GeForce FX 5500 256MB.

I can put more information if you need. I will put here more screenshots when I 
get then.




 Date: Sat, 16 Feb 2008 09:22:24 +0100
 From: [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
 Subject: Re: Bug#466030: compiz: Compiz let shadows on screen
 
 Saulo Soares de Toledo wrote:
 Package: compiz
 Version: 0.6.3~git20071222.061ff159-1
 Severity: important

 Frequentily compiz let shadows of menus, helps, hints etc. at screen.
 This problem happens with gnome 2.20 (tested since 2.20.0 even 2.20.3, my 
 actual
 version). It's unconfortable see a lot of shadows at my screen who don't
 disapear.
   
 
 Can we see a screenshot of the problem? (digital camera image would be
 fine).
 
 Which driver are you using? Does it help if you switch to
 XAA+XAANoOffscreenPixmap
 or to EXA?
 
 Brice
 

_
Receba GRÁTIS as mensagens do Messenger no seu celular quando você estiver 
offline. Conheça  o MSN Mobile!
http://mobile.live.com/signup/signup2.aspx?lc=pt-br




sid i830 driver not ok

2008-02-17 Thread Benjamin Hagemann
Hello Debian X-Team,

I have a Acer TravelMate 620 with i830m grafic chipset and use unstable.
With xserver-xorg-video-intel_2.1.1-4_i386.deb grafic on 1400x1050 works
fine, but with the new xserver-xorg-video-intel_2.2.0.90-3_i386.deb my
LCD shows only strange black/white patterns to nice picture but no real
desktop or ASCII.

I read this logfile but I found nothing big error :/
Maybe somebody else can find something, I attached this log and work
next days with 2.1.1-4.

Thank you.

-- 
regards, Benny

This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the xorg product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.

X.Org X Server 1.4.0.90
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20080131-1)
Current Operating System: Linux openeye 2.6.23.1 #1 PREEMPT Thu Nov 1 12:47:49 
CET 2007 i686
Build Date: 01 February 2008  03:49:13AM
 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Mon Feb 18 02:45:29 2008
(==) Using config file: /etc/X11/xorg.conf
(==) ServerLayout Default Layout
(**) |--Screen Screen0 (0)
(**) |   |--Monitor Monitor0
(**) |   |--Device Card0
(**) |--Input Device Generic Keyboard
(**) |--Input Device Generic Mouse
(==) Automatically adding devices
(==) Automatically enabling devices
(==) Including the default font path 
/usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType.
(**) FontPath set to:
/usr/share/fonts/X11/Type1/,
/usr/share/fonts/X11/misc/,
/usr/share/fonts/X11/100dpi/,
/usr/share/fonts/X11/75dpi/,
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/cyrillic,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
(**) RgbPath set to /usr/share/X11/rgb
(==) ModulePath set to /usr/lib/xorg/modules
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x81d8a60
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 2.0
X.Org XInput driver : 2.0
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: pcidata
(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor=X.Org Foundation
compiled for 1.4.0.90, module version = 1.0.0
ABI class: X.Org Video Driver, version 2.0
(++) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,3575 card 1025,101f rev 03 class 06,00,00 hdr 00
(II) PCI: 00:02:0: chip 8086,3577 card 1025,101f rev 03 class 03,00,00 hdr 80
(II) PCI: 00:02:1: chip 8086,3577 card 1025,101f rev 00 class 03,80,00 hdr 80
(II) PCI: 00:1d:0: chip 8086,2482 card 1025,101f rev 01 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,2484 card 1025,101f rev 01 class 0c,03,00 hdr 00
(II) PCI: 00:1d:2: chip 8086,2487 card 1025,101f rev 01 class 0c,03,00 hdr 00
(II) PCI: 00:1e:0: chip 8086,2448 card , rev 41 class 06,04,00 hdr 01
(II) PCI: 00:1f:0: chip 8086,248c card , rev 01 class 06,01,00 hdr 80
(II) PCI: 00:1f:1: chip 8086,248a card 1025,101f rev 01 class 01,01,8a hdr 00
(II) PCI: 00:1f:3: chip 8086,2483 card 1025,101f rev 01 class 0c,05,00 hdr 00
(II) PCI: 00:1f:5: chip 8086,2485 card 1025,101f rev 01 class 04,01,00 hdr 00
(II) PCI: 00:1f:6: chip 8086,2486 card 1025,101f rev 01 class 07,03,00 hdr 00
(II) PCI: 01:03:0: chip 104c,8023 card 1025,101d rev 00 class 0c,00,10 hdr 00
(II) PCI: 01:08:0: chip 8086,1031 card 1025,1017 rev 41 class 02,00,00 hdr 00
(II) PCI: 01:09:0: chip 1217,6933 card 7401, rev 02 class 06,07,00 hdr 82
(II) PCI: 01:09:1: chip 1217,6933 card 7c01, rev 02 class 06,07,00 hdr 82
(II) PCI: End of PCI scan
(II) Intel Bridge workaround enabled
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,6), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
[0] -1  0   0x - 0x (0x1) IX[B]
(II) Bus 0 non-prefetchable memory range:
[0] -1  0   0x - 0x