Bug#136988: Hey you its Dani

2007-12-14 Thread Fanny Tyler
Hi 
I saw your profile on-line
Maybe we can chat today?
email me at [EMAIL PROTECTED] and I will reply with a Picture and info right 
away.





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



Processed: severity of 456219 is wishlist

2007-12-14 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 # Automatically generated email from bts, devscripts version 2.10.11
 severity 456219 wishlist
Bug#456219: xserver-xorg-video-intel: causes excessive interrupts with compiz
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#456219: xserver-xorg-video-intel: causes excessive interrupts with compiz

2007-12-14 Thread Michel Dänzer
reassign 456219 linux-2.6
kthxbye

On Thu, 2007-12-13 at 18:58 +, brian m. carlson wrote:
 
 According to [0], the graphics driver uses an interrupt for OpenGL 
 compatibility.  On my machine, that results in approximately 70 wakeups 
 per second when idle, if I use compiz.
 
 Please fix the driver so it does not need this interrupt anymore, which 
 will save power.  I realize this will not be fixed immediately, but 
 please report this upstream if it has not been already.

A fix is already available in the upstream drm Git branch vblank-rework.
It's almost ready to be merged to the master branch (and consequently to
the Linux kernel) but there are still some issues to be worked out.

I don't think the X driver can handle this better, so I'm reassigning to
the kernel.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer




Processed: Re: Bug#456219: xserver-xorg-video-intel: causes excessive interrupts with compiz

2007-12-14 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reassign 456219 linux-2.6
Bug#456219: xserver-xorg-video-intel: causes excessive interrupts with compiz
Bug reassigned from package `xserver-xorg-video-intel' to `linux-2.6'.

 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]



Bug#411639: add a file to allow .xsessionrc to be sourced at login

2007-12-14 Thread SainTiss
Yes, sounds perfect!

On Friday 14 December 2007 12:28:40 Yves-Alexis Perez wrote:
 Would it be ok to put this file /etc/X11/Xsession.d so user can have a
 .xsessionrc in her homedir?




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



Bug#411639: add a file to allow .xsessionrc to be sourced at login

2007-12-14 Thread Yves-Alexis Perez
Would it be ok to put this file /etc/X11/Xsession.d so user can have a
.xsessionrc in her homedir?

-- 
Yves-Alexis
#Source user defined xsessionrc (locales and other environment variables)
USERXSESSIONRC=$HOME/.xsessionrc
if [ -r $USERXSESSIONRC ]; then
. $USERXSESSIONRC
fi


Bug#455837: Crash when using Xv

2007-12-14 Thread Michel Dänzer

On Tue, 2007-12-11 at 21:13 -0500, Ari Pollak wrote:
 
 X has recently started to crash every so often when playing a video in
 totem-gstreamer, usually while switching between windows or resizing the
 video window. This happens with the ATI driver in both unstable and
 experimental, and using both EXA and XAA. Here is the crash backtrace when
 using EXA and xserver-xorg-video-ati 1:6.7.196-2::

Thanks, but it looks like a lot of interesting values have been
optimized out... can you provide a backtrace from a driver built without
optimization?


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer




Bug#455570: xserver-xorg: tossed event which came in late with kernel 2.6.23-1, keyboard doesn't react

2007-12-14 Thread Michel Dänzer
reassign 455570 xserver-xorg-video-ati
kthxbye

On Mon, 2007-12-10 at 23:43 +0100, Andreas Juch wrote:
 Package: xserver-xorg
 Version: 1:7.3+7
 Severity: important
 
 This problem occours only with 2.6.23 kernels (self compiled, or from
 debian). With 2.6.22 everything is ok.
 
 The problem is, that the graphical environment becomes unresponsive in
 less than a second. 

That's from the time the X server starts or from the time you log in? If
the latter, what kind of session (desktop environment, window manager
etc.) are you using?

 Keyboard is dead (even switching to VTs is not possible). Mouse works,
 but clicking buttons doesn't have an effect.

At that point, does the X server hog the CPU? Can you attach gdb to the
X server process and get a backtrace?


 I don't have an idea what config details to post.

reportbug has automatically included a lot of useful information.


 I made a diff between the Xorg.0.log (.22 kernel) and Xorg.0.log.old
 (.23 kernel) below.

Thanks. In the future, please use diff -u for better readability.

Did you capture both log files at similar times, e.g. both after logging
in?


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer




Bug#449108: CVE-2007-3920 anyone?

2007-12-14 Thread sean finney
hi there,

Some time ago, CVE-2007-3920 was reported as a vulnerability on compiz, but I 
have yet to see any comment from the compiz/compiz-fusion folks about it.  
I've submitted a bug to the opencompositing bugzilla database, but it's been 
over a week without any comment:

http://bugs.opencompositing.org/show_bug.cgi?id=668

looking at the recent lack of activity in the bts i wonder if maybe i've 
reported this issue to the wrong place?  or maybe it's just all this 
objectframework stuff is taking up the dev team's time?

in any event the bug report has a pretty concise summary and i'd appreciate 
some official comment on the compiz/compiz-fusion opinion of the bug .

thanks!

(please continue to cc me and the debian bug address i've cc'd, as neither of 
us are subscribed to the list :)

sean


signature.asc
Description: This is a digitally signed message part.


Processed: bug 449108 is forwarded to http://bugs.opencompositing.org/show_bug.cgi?id=668

2007-12-14 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 # Automatically generated email from bts, devscripts version 2.10.11
 forwarded 449108 http://bugs.opencompositing.org/show_bug.cgi?id=668
Bug#449108: CVE-2007-3920: bypass password authentication
Noted your statement that Bug has been forwarded to 
http://bugs.opencompositing.org/show_bug.cgi?id=668.


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#455570: xserver-xorg: tossed event which came in late with kernel 2.6.23-1, keyboard doesn't react

2007-12-14 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reassign 455570 xserver-xorg-video-ati
Bug#455570: xserver-xorg: tossed event which came in late with kernel 
2.6.23-1, keyboard doesn't react
Bug reassigned from package `xserver-xorg' to `xserver-xorg-video-ati'.

 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]



Bug#455570: xserver-xorg: tossed event which came in late with kernel 2.6.23-1, keyboard doesn't react

2007-12-14 Thread Andreas Juch
Am Fri, 14 Dec 2007 18:40:47 +0100
schrieb Michel Dänzer [EMAIL PROTECTED]:

 That's from the time the X server starts or from the time you log in?
 If the latter, what kind of session (desktop environment, window
 manager etc.) are you using?

I am using Gnome. But i have this issue with GDM too. Once i click
Actions Xorg everything except mouse is frozen.

 
  Keyboard is dead (even switching to VTs is not possible). Mouse
  works, but clicking buttons doesn't have an effect.
 
 At that point, does the X server hog the CPU? Can you attach gdb to
 the X server process and get a backtrace?

Ok. I hope i did that right:

Started the machine as usual, ssh from another machine to it, ran gdb,
then attach PID of Xorg.

I'm not very familiar with gdb... But as far as I can see the execution
of Xorg stops as soon as I attach gdb to it. If i run backtrace full
at the gdm prompt, the output is:
-
(gdb) backtrace full
#0  0xe410 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb7de1fed in select () from /lib/i686/cmov/libc.so.6
No symbol table info available.
#2  0x081add00 in WaitForSomething (pClientsReady=0xbfe69f00)
at ../../os/WaitFor.c:235 client_priority = value optimized out
client_index = value optimized out
highest_priority = value optimized out
i = value optimized out
waittime = {tv_sec = 50, tv_usec = 996000}
wt = (struct timeval *) 0xbfe69ec0
timeout = value optimized out
clientsReadable = {fds_bits = {0 repeats 32 times}}
clientsWritable = {fds_bits = {136434224, 1, -1075405320,
136142732, -1075405320, 1, -1075405196, -1210180984, -1075405196, 12,
78, 136142732, 1, 32, -1075405288, 136020926, 12, -1075405196, 1,
135996684, 138756248, 136142732, -1075405256, 136016079, 138480224,
-1075405196, 1, 136142732, 13368, 138499112, -1075405160,
135995446}} curclient = value optimized out selecterr = 4 nready =
value optimized out devicesReadable = {fds_bits = {138499112, 78,
136434224, 136142732, 136594944, 136406552, -1075405432, 134812170,
136319752, 0, -1075405392, 0, 138499112, 4194619, 138773648, 136142732,
-1075405372, 78, -1075405416, 134811824, 136319752, -1075405392,
-1075405352, 135582719, 136319752, -1075405392, 138499112, 136142732,
138499112, 78, -1073741823, 1}} now = 569772 someReady = 0 #3
0x0808cf82 in Dispatch () at ../../dix/dispatch.c:425 result = value
optimized out client = (ClientPtr) 0x8415428
nready = -1
start_tick = 4280
#4  0x0807470b in main (argc=9, argv=0xbfe6a424, envp=0x0)
at ../../dix/main.c:452 pScreen = value optimized out
i = 1
error = 136142732
xauthfile = value optimized out
alwaysCheckForInput = {0, 1}
--
But i fear this is just the ordinary program loop... When i type
cont, i don't come back to the gdb prompt. Probably because no error
of any sort occours, probably Xorg is just caught in a endless loop or
something like that. CPU is hogged (99,7% usage of Xorg). How do i
track this problem with gdb? I already found
http://xorg.freedesktop.org/wiki/Development/Documentation/ServerDebugging,
but that was no big help... They are also waiting for a crash to do a
backtrace in that page...

But i observed also other error messages in Xorg.0.log:

tossed event which came in late
mieqEnequeue: out-of-order valuator event; dropping.
tossed event which came in late
mieqEnequeue: out-of-order valuator event; dropping.

The original errors were only tossed event...

  I made a diff between the Xorg.0.log (.22 kernel) and Xorg.0.log.old
  (.23 kernel) below.
 
 Thanks. In the future, please use diff -u for better readability.

Didn't know this option until now.

 Did you capture both log files at similar times, e.g. both after
 logging in?

The first was captured with the faulty kernel. I logged into Gnome,
waited until it froze, then shut the machine off. Then i rebooted with
2.6.22 and logged in again, then copied the logfiles away.

Oh. If it's important: The machine is an Acer 4002 WLMi Notebook.

Thanks for caring for my problem!

Andreas


-- 
Andreas JuchASCII Ribbon Campaign  /\
   against HTML email  \ /
GPG-Key ID:  21E6864A   X 
Fingerprint: D4D2 0F3F 138A F7A4 6DED  76EC F9EA 29BC 21E6 864A/ \


signature.asc
Description: PGP signature


Bug#455817: X server crashes in torus-trooper game

2007-12-14 Thread Brice Goglin
On Tue, Dec 11, 2007 at 06:53:56PM -0500, Joe Nahmias wrote:

 Complete Xorg.log is attached.

We need the log of the crash. If X already restarted after the
crash, the log of the previous session should be available in
/var/log/Xorg.0.log.old. There should be a backtrace of the
the crash at the end.

But, it would be even better to get a full debugging backtrace.
The easiest way to get one is to:
* install xserver-xorg-core-dbg
* login from another machine with ssh and enter 'gdb -p $(pidof X)'
* reproduce the crash
* enter 'bt full' in gdb and send us the whole output

 The device section in xorg.conf is:
 
 Section Device
 Identifier  Generic Video Card
 Driver  intel
 BusID   PCI:0:2:0
 Option  XAANoOffscreenPixmaps true
 EndSection

Note that XAANoOffscreenPixmaps is unused zith intel 2.0 since
EXA is now used by default instead of XAA.

Brice



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



Bug#423606: k3dsurf: segfault also on i368 and intel graphics

2007-12-14 Thread Brice Goglin
On Mon, Dec 10, 2007 at 04:29:24PM +0100, Daniel Blaschke wrote:
 Here's the output of gdb:

Thanks for the backtrace, I will forward it upstream. Before I do so,
can you tell which libgl1-mesa-dri you were using? If not 7.0.2-2,
can you upgrade and try again?

thanks,
Brice



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



Bug#452223: Segfaults with MGA 2164W board

2007-12-14 Thread Brice Goglin
forwarded 452223 https://bugs.freedesktop.org/show_bug.cgi?id=12811
thank you



Andrew Ruthven wrote:
 I've just run gdb manually and grabbed the backtrace.  Here it is:

 (gdb) bt full
 #0  0x in ?? ()
 No symbol table info available.
 #1  0xb7b06728 in ?? () from /usr/lib/xorg/modules/drivers//mga_drv.so
 No symbol table info available.
 #2  0x082193b8 in ?? ()
 No symbol table info available.
 #3  0xb7a7f000 in ?? ()
 No symbol table info available.
 #4  0x1c00 in ?? ()
 No symbol table info available.
 #5  0xbfea4998 in ?? ()
 No symbol table info available.
 #6  0xb7d48090 in malloc () from /lib/libc.so.6
 No symbol table info available.
 #7  0x08073c9c in AddScreen (pfnInit=0xb7b065d0, argc=1,
 argv=0xbfea4b74)
 at ../../dix/main.c:769
 i = 0
 scanlinepad = value optimized out
 depth = value optimized out
 bitsPerPixel = 1
 k = 2
 pScreen = value optimized out
 #8  0x080a7f5e in InitOutput (pScreenInfo=0x8204a00, argc=1,
 argv=0xbfea4b74)
   

It looks like the upstream bug at the URL above.

Brice




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



Processed: Bug#452223: Segfaults with MGA 2164W board

2007-12-14 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 forwarded 452223 https://bugs.freedesktop.org/show_bug.cgi?id=12811
Bug#452223: Segfaults with MGA 2164W board
Noted your statement that Bug has been forwarded to 
https://bugs.freedesktop.org/show_bug.cgi?id=12811.

 thank you
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#454304: xserver-xorg: X doesn't start anymore after upgrade to Lenny on Toshiba S1800

2007-12-14 Thread Brice Goglin
Bert Verbeek wrote:
 Op Wednesday 05 December 2007, schreef Bert Verbeek:
   
 xserver-xorg-core_1.2.0-4 runs exactly the same as 1.1.1-21etch1,
 the same minor imperfections I mentioned before (In KDE).

 Bert
 

 I removed the synaptics input device from my xorg.conf file, 
 as this laptop doesn't have one.

 I also tried from here, once more, to go to a normal testing installation,
 and found out that I actually can ssh into the laptop.

 top shows that Xorg consumes 99.5 % CPU time,
 and I can kill it.
   

With Xserver 1.3 then? That's an interesting point. Could you log in
through ssh and attach a gdb with
gdb -p $(pidof X)
then interrupt with ctrl-c, enter 'bt full' to see which code is being
run, then enter 'c' to continue, wait a bit, enter ctrl-c again, enter
'bt full' again ... several times to get several backtraces. If all
backtraces are similar, we may know where the server is stuck.

It would be even better to do that with Xserver 1.4 from unstable.

thanks,
Brice




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



Bug#455313: xserver-xorg-video-sunffb: crashes when client disconnects

2007-12-14 Thread Brice Goglin
Bernhard R. Link wrote:
 When I running an X server using xserver-xorg-video-sunffb directly
 from the command line (don't have anything installed currently and
 only had an xserver installed to have xrandr 1.2 to test), the xserver
 crashes when the first client disconnects.
 Following a (slightly shortened) script of a gdb run. (sunffb has no -dbg
 package, perhaps I'll find the time to recompile it with debugging symbols 
 later):
   

It would be very nice to build this debugging package (see [1] for help).
Your analysis looks good to me, but I'd like to get a full debugging
backtrace
before reporting the problem upstream.

Also, this problem did not occur with xserver-xorg-core and
xserver-xorg-video-sunffb
from testing, right?

Thanks,
Brice

[1] http://wiki.debian.org/HowToGetABacktrace



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



Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work

2007-12-14 Thread Brice Goglin
On Mon, Dec 10, 2007 at 09:43:30AM +0100, Julien Cristau wrote:
 On Sun, Dec  9, 2007 at 19:25:20 +0100, Marcus Better wrote:
 
  Brice Goglin wrote:
  Can you try the latest upstream git of the driver ?
 
  That didn't go too well, X refused to start. Log attached.
 
  (II) LoadModule: intel
  (II) Loading /usr/lib/xorg/modules/drivers//intel_drv.so
  (II) Module intel: vendor=X.Org Foundation
  compiled for 1.3.0, module version = 2.2.0
  Module class: X.Org Video Driver
  ABI class: X.Org Video Driver, version 1.2
  (EE) module ABI major version (1) doesn't match the server's version (2)
  (II) UnloadModule: intel
  (II) Unloading /usr/lib/xorg/modules/drivers//intel_drv.so
  (EE) Failed to load module intel (module requirement mismatch, 0)
 
 Looks like you built it against an old version of xserver-xorg-dev?

Right, you need to upgrade xserver-xorg-dev to unstable and rebuild again.

Brice



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



Bug#454546: Cause of problem, possible patch

2007-12-14 Thread Pigeon
On Sat, Dec 08, 2007 at 01:11:10PM +0100, Brice Goglin wrote:
 Does both wheels work very fine with your patch?
 (apart from some unrecognized packet warnings in the Xorg log)

...update since my last message: I have since had several
unrecognised packet events recorded in the log, but both wheels
have continued to work fine throughout.

-- 
Pigeon

Be kind to pigeons- -Pigeon's Nest: http://pigeonsnest.co.uk/
GPG key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x21C61F7F


signature.asc
Description: Digital signature


Bug#454546: Cause of problem, possible patch

2007-12-14 Thread Brice Goglin
forwarded 454546 https://bugs.freedesktop.org/show_bug.cgi?id=13662
thank you



Pigeon wrote:
 I will report your problem upstream. Does both wheels work very fine
 with your patch?
 (apart from some unrecognized packet warnings in the Xorg log)
 

 Because of the intermittent nature of the problem the warning has only
 appeared once since I installed the patch, but it has indeed occurred,
 and both wheels are still working fine. As far as I can tell there is
 no problem.
   


I have forwarded your problem at the URL above. Feel free to add any comment
if you think it could help.

Brice




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



Processed: Re: Bug#454546: Cause of problem, possible patch

2007-12-14 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 forwarded 454546 https://bugs.freedesktop.org/show_bug.cgi?id=13662
Bug#454546: Mouse wheel mapping randomly fails with (II) Mouse autoprobe: 
Disabling secondary wheel
Noted your statement that Bug has been forwarded to 
https://bugs.freedesktop.org/show_bug.cgi?id=13662.

 thank you
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]



x11-xserver-utils 7.3+2 MIGRATED to testing

2007-12-14 Thread Debian testing watch
FYI: The status of the x11-xserver-utils source package
in Debian's testing distribution has changed.

  Previous version: 7.3+1
  Current version:  7.3+2

-- 
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.


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



Bug#455225: /usr/bin/xrandr: please consider possibility to disable hardware detection

2007-12-14 Thread Brice Goglin
reassign 455225 xserver-xorg-core
retitle 455225 Xserver should allow xrandr to get output info without querying 
the hardware again
thank you



Marc Haber wrote:
 On Tue, Dec 11, 2007 at 08:44:04AM +0100, Marc Haber wrote:
   
 How would that call look like?

 xrandr --output VGA-0 --auto --left-of LVDS --output LVDS --auto?
 

 It looks like an output can only be mentioned once, so

 xrandr --output VGA-0 --auto --output LVDS --auto --output VGA-0 --left-of 
 LVDS

 won't work. So, a little more command line processing is necessary.
   

Right, I fixed this in the upstream xrandr git. It will work in the next
release. I also clarified the manpage about the ability to manage
multiple outputs at the same time with a single command line.

As said by Michel on IRC, the original problem is in the server. It
should cache output infos and let xrandr retrieve them without querying
the hardware again. It would be much better than trying to cache things
in xrandr or so. I am reassigning the bug report accordingly.

Brice




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



Processed: Re: Bug#455225: /usr/bin/xrandr: please consider possibility to disable hardware detection

2007-12-14 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reassign 455225 xserver-xorg-core
Bug#455225: /usr/bin/xrandr: please consider possibility to disable hardware 
detection
Bug reassigned from package `x11-xserver-utils' to `xserver-xorg-core'.

 retitle 455225 Xserver should allow xrandr to get output info without 
 querying the hardware again
Bug#455225: /usr/bin/xrandr: please consider possibility to disable hardware 
detection
Changed Bug title to `Xserver should allow xrandr to get output info without 
querying the hardware again' from `/usr/bin/xrandr: please consider possibility 
to disable hardware detection'.

 thank you
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#454546: Cause of problem, possible patch

2007-12-14 Thread Pigeon
On Fri, Dec 14, 2007 at 11:36:45PM +0100, Brice Goglin wrote:
 I have forwarded your problem at the URL above. Feel free to add any comment
 if you think it could help.

These which I have just googled are probably relevant:

Probably related problem: 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=392864

Reasoning behind the introduction of the problem code: 
https://bugzilla.novell.com/show_bug.cgi?id=144682

Copied to above bugzilla along with link to this bug.

-- 
Pigeon

Be kind to pigeons- -Pigeon's Nest: http://pigeonsnest.co.uk/
GPG key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x21C61F7F


signature.asc
Description: Digital signature


Bug#449382: compiz-kde: requires newer version of compiz-plugins

2007-12-14 Thread Brice Goglin
Marcus Better wrote:
 Did you have some strange or
 highly-experimental versions of compiz installed earlier
 

 Only the ones from Debian experimental (versions before 0.5).
   

I can't find any compiz version where compiz-plugins would not
versionly-depends on the same version of compiz-core. All the ones
currently in etch/testing/unstable/experimental, and the other versions
that I looked at are ok. So I am really wondering how this could have
happened...

If anybody ever reproduces, please report the whole output of
dpkg -l compiz*
before fixing the problem by upgrading. And try to reinstall these
packages at the same version to be sure that they didn't get overwritten
by manually installed plugins or so...

Brice




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



Bug#440880: xserver-xorg-core: bad behaving clients can starve other clients

2007-12-14 Thread Brice Goglin
Jiří Paleček wrote:

 On Sun, 25 Nov 2007 22:55:08 +0100, Brice Goglin
 [EMAIL PROTECTED] wrote:

 Jiří Paleček wrote:
 I tried the xrender benchmark from
 http://www.freedesktop.org/~zack/xrenderbenchmark.tar.bz2, and when I
 ran it, it virtually locked up every other X client. I think this is a
 problem, although such clients are uncommon. Also, I think it would be
 quite hard to implement some kind of fairness in the xserver.

 Sorry for the late reply, we should forward this bug upstream
 (bugzilla.freedesktop.org, product xorg, component Server/General).

 Thanks for your answer.

 Before we do so, can you reproduce the problem with xserver-xorg-core
 1.4.1
 currently in unstable?

 Yes. I see this problem eg. when running freecol, too.

I don't see any problem here on i945 and r300 with Xserver 1.4 under a
Gnome environment. Maybe it's driver specific, depending on how the
Render extension is supported. Can you send the whole output of
/usr/share/bug/xserver-xorg/script 31 (or point me to another bug
report that contains a recent one from the same machine) ?

Also, can you describe what you exactly observed? Did the problem appear
immediately? Or only during some specific tests? Did the system come
back to work fine after the benchmark? Was the mouse working ok?
Anything else?

Brice





Bug#175074: Compact Disc

2007-12-14 Thread Mary Herring
Pleasure your women much easier with a sizeable thing. Make her respect you.
http://www.dotorial.com

Table




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



Bug#456380: compiz-fusion-plugins-main: missing build-depends

2007-12-14 Thread Tarek Soliman
Package: compiz-fusion-plugins-main
Version: 0.6.0-4
Severity: important

Missing build-depends on libcairo2-dev and libpango1.0-dev
This results in some missing plugins. (e.g. Text)

Autoconf seems to hide the issue.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-k7 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages compiz-fusion-plugins-main depends on:
ii  libc6  2.7-4 GNU C Library: Shared libraries
ii  libglu1-mesa [libglu1] 7.0.2-2   The OpenGL utility library (GLU)
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libsm6 2:1.0.3-1+b1  X11 Session Management library
ii  libstartup-notification0   0.9-1 library for program launch feedbac
ii  libxcomposite1 1:0.4.0-1 X11 Composite extension library
ii  libxdamage11:1.1.1-3 X11 damaged region extension libra
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxinerama1   1:1.0.2-1 X11 Xinerama extension library
ii  libxml22.6.30.dfsg-3 GNOME XML library
ii  libxrandr2 2:1.2.2-1 X11 RandR extension library
ii  libxslt1.1 1.1.22-1  XSLT processing library - runtime 

compiz-fusion-plugins-main recommends no packages.

-- no debconf information



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