Bug#431032: xserver-xorg-video-i810: LCD won't turn off when docked, on Dell laptop

2007-06-29 Thread Brice Goglin
Guy Heatley wrote:
 I use a docking station for my laptop: a Dell Latitude D610.
 Since a apt-get upgrade of the X server the sensor that detects when
 the lid is
 down does not function and the LCD screen is on all the time, event
 when the lid is closed.

Could you try with xserver-xorg-video-intel 2:2.0.0-5 currently in
experimental? The driver got lots of fixes since 2:2.0.0-1.

 I tried using Fn + f8 and the program i810switch to force
 the LCD off, but to no avail.

i810switch might not work anymore anyway since the way the driver
manages multiple heads has changed with RandR 1.2.

xrandr should be preferred for this kind of things. For instance, to
shutdown the internal panel and change the VGA monitor resolution:
xrandr --output LVDS --off
xrandr --output VGA --mode 1600x1200
If it doesn't work, check the output names in xrandr's output. You might
have to replace VGA with TMDS-1 or so if the external monitor is
connected on DVI.

 1) The CRT I attach to the docking station runs at the resolution of
 the LCD
 display - very flickery and annoying and low-res.

Actually, it is not clear whether it actually runs at 1024x768 because
LCD is kept on. It might just be that it does not choose the correct
resolution for the CRT. I have a similar problem on my Dell D420, the
LCD panel is kept on at 1280x800 and the external DVI gets 1152x864
(instead of its primary resolution, which is 1600x1200). I reported this
at https://bugs.freedesktop.org/show_bug.cgi?id=10625 without any fix so
far.

What does xrandr report? You have a + at the end of the primary
resolution of your external display.

 This used to work fine before the upgrade!

Yes, but it is very easy to workaround with the xrandr lines above :)
And this new driver brings so many improvements that this kind of small
glitches is almost negligible :)

Note that resolutions in xorg.conf at pretty useless now. There are ways
to force a mode on an output in xorg.conf. But since xrandr also does
all this at runtime, it might be easier do just use a small startup script.

Brice



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



Bug#355125: i810 X server dies with Active ring not flushed error

2007-06-29 Thread Eric
It still happens occasionally (once every 2 weeks), so I waited to get a fresh 
crash before replying.  It only has the fatal error when running firefox (and 
now when running ice-weasel).  Attached is the log of the latested crash.

Eric


On Fri, 22 Jun 2007 08:17:11 +0200
Brice Goglin [EMAIL PROTECTED] wrote:

 Hi,
 
 About a year ago, you reported (or replied to) a bug in the Debian BTS
 regarding the Xorg server dying with the i810 driver with error Active
 ring not flushed. Did any of you guys reproduce this problem recently?
 With Xorg/Etch? With latest xserver-xorg-core and drivers? If not, I
 will close this bug in the next weeks.
 
 Thanks,
 Brice
 
 



Xorg.0.log.old
Description: application/trash


Bug#420712: marked as done (xserver-xorg-video-intel does not show virtual screens)

2007-06-29 Thread Debian Bug Tracking System
Your message dated Fri, 29 Jun 2007 18:41:12 +0200
with message-id [EMAIL PROTECTED]
and subject line Bug#420712: xserver-xorg-video-intel does not show virtual 
screens
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

---BeginMessage---
Package: xserver-xorg-video-intel
Version: 2:2.0.0-1
Severity: normal

The new intel video driver doesn't any more show virtual screens, like the 
older i810-driver did. The driver seems to handle the desired virtual 
resolution 1824x1152 as a real resolution, which the screen doesn't support.
Already tried lower depth an different virtual modes. No chance.With old 
i810-driver all this works fine.

--snippet xorg.conf
...
Section Screen
Identifier  Default Screen
Device  Intel Corporation 82915G/GV/910GL Integrated Graphics 
Controller
Monitor Acer AL1512
DefaultDepth24
SubSection Display
Depth   1
Modes  ...
Depth   24

Modes   1024x768 832x624 800x600 720x400 640x480
Virtual 1824 1152
EndSubSection
EndSection
...
--snippet end

I am using Debian GNU/Linux lenny/sid, kernel 2.6.21-rc7 and libc6 2.5-2

-- 
Wolfgang Lauterbach
Goethering 54
90547 Stein

This is Linux country. If you listen carefully, you can hear Windows reboot...



pgpQGslaT2sE1.pgp
Description: PGP signature
---End Message---
---BeginMessage---
Quote from upstream:
It got removed from xserver and has to be reimplemented (along with
xrandr-1.2 awareness) in window managers.

Closing this bug then. Feel free to open some wishlists against window
managers :)

Brice

---End Message---


Bug#355125: i810 X server dies with Active ring not flushed error

2007-06-29 Thread Brice Goglin
Eric wrote:
 It still happens occasionally (once every 2 weeks), so I waited to get a 
 fresh crash before replying.  It only has the fatal error when running 
 firefox (and now when running ice-weasel).  Attached is the log of the 
 latested crash.
   

Ok, thanks. I see you are running a regular Debian 2.6.18 kernel with
xserver-xorg-core 1.3. If you didn't already try, you could possibly try
xserver-xorg-video-intel 2:2.0.0-5 currently in experimental, but I
don't really expect much. There are very few i810 chipsets out there, so
it's unlikely to be fixed.

https://bugs.freedesktop.org/show_bug.cgi?id=1794 seems to talk about
the same problem, with 2.6.8 or .9 kernels. I'll post a comment there.

Brice



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



Bug#420974: xterm: Bug is not fixed, because KOI8-R is not only one cyrillic charset.

2007-06-29 Thread Yauhen Kharuzhy
Package: xterm
Version: 226-1
Followup-For: Bug #420974


I use locales ru_RU.CP1251 and be_BY.CP1251, CP1251 is another cyrillic
charset, and this bug still exists for me and many users from ex-USSR.
Additionaly, another one-byte charsets exist, not only for cyrillic
symbols, and fixing this bug for KOI8-R users only is error.

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

Kernel: Linux 2.6.19 (SMP w/1 CPU core)
Locale: LANG=be_BY.CP1251, LC_CTYPE=be_BY.CP1251 (charmap=CP1251)
Shell: /bin/sh linked to /bin/bash

Versions of packages xterm depends on:
ii  libc6 2.5-11 GNU C Library: Shared libraries
ii  libfontconfig12.4.2-1.2  generic font configuration library
ii  libice6   1:1.0.3-2  X11 Inter-Client Exchange library
ii  libncurses5   5.6-3  Shared libraries for terminal hand
ii  libsm62:1.0.3-1  X11 Session Management library
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxaw7   1:1.0.3-3  X11 Athena Widget library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar
ii  libxft2   2.1.12-2   FreeType-based font drawing librar
ii  libxmu6   1:1.0.3-1  X11 miscellaneous utility library
ii  libxt61:1.0.5-3  X11 toolkit intrinsics library
ii  xbitmaps  1.0.1-2Base X bitmaps

Versions of packages xterm recommends:
ii  xutils  1:7.1.ds.3-1 X Window System utility programs

-- no debconf information


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



Bug#431098: xserver-xorg-video-ati: [ati/radeon] blender corruption

2007-06-29 Thread picca frederic
Package: xserver-xorg-video-ati
Version: 1:6.6.3-2
Severity: important


Hello

I made an upgrade of my debian testing with the new xorg 7.2 and now my
blender windows looks like in the attached file.

Have a nice day.

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

Kernel: Linux 2.6.20 (SMP w/1 CPU core)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xserver-xorg-video-ati depends on:
ii  libc6   2.5-9+b1 GNU C Library: Shared libraries
ii  xserver-xorg-core   2:1.3.0.0.dfsg-6 X.Org X server -- core server

xserver-xorg-video-ati recommends no packages.

-- no debconf information
attachment: blender.png

Bug#420974: xterm: Bug is not fixed, because KOI8-R is not only one cyrillic charset.

2007-06-29 Thread Thomas Dickey
On Fri, Jun 29, 2007 at 08:00:15PM +0200, Yauhen Kharuzhy wrote:
 Package: xterm
 Version: 226-1
 Followup-For: Bug #420974
 
 
 I use locales ru_RU.CP1251 and be_BY.CP1251, CP1251 is another cyrillic
 charset, and this bug still exists for me and many users from ex-USSR.
 Additionaly, another one-byte charsets exist, not only for cyrillic
 symbols, and fixing this bug for KOI8-R users only is error.

iirc, all of those use printable C1 (128-159 codes), so the fix noted in
the changes should apply:

 * amend select/paste change from patch #225 by limiting it to
   non-UTF-8/non-KOI8-R encoding (Debian #420974).
 
since the internal check for the non-KOI8-R only checks if the
allowC1Printable resource is set (the -k8 option).

Here's the related chunk in xterm's button.c:

@@ -1611,7 +1611,8 @@
GettingSelection(dpy, *type, line, *length);

 #if OPT_WIDE_CHARS
-   if (*type == XA_UTF8_STRING(dpy)) {
+   if (*type == XA_UTF8_STRING(dpy) 
+   !(screen-wide_chars || screen-c1_printable)) {
rc = Xutf8TextPropertyToTextList(dpy, text_prop,
 text_list, text_list_count);
if (text_list != NULL  text_list_count != 0) {

Some KOI8-R users don't use the option, but that's never been supported.

p.s: before reporting a bug not fixed, try testing it.

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net


pgp4aodMKpWis.pgp
Description: PGP signature


Bug#430159: compiz: black screen after resume from suspend to ram, intel graphic card

2007-06-29 Thread DiCiCat
Hello,

after an update today (i don't make one since Monday evening) the bug
have disapeared. All works fine now.

Have a nice week end
Christophe




signature.asc
Description: OpenPGP digital signature


Bug#348831: xserver-xorg: matrox G550 w. 16-bit color now gets lots of painting errors. Mostly white stripes

2007-06-29 Thread Helge Hafting

Brice Goglin wrote:

Hi,

About a year ago, you reported a bug to the Debian BTS regarding white
stripes appearing in 16bits color with a Matrox G550 board. Did you
reproduce this problem recently? With Xorg/Etch? With latest
xserver-xorg-core and driver in unstable? If not, I will close this bug
in the next weeks.
  
I have now tested the G550 with 16-bit color and the unstable xorg. The 
problem is gone,
you can close my bug.  The G550 is a joy to use now, as it were before 
the bug.

It even works well with 24-bit color these days. :-)

Helge Hafting


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



Bug#430161: marked as done (intel driver with compiz gives a black screen after suspend)

2007-06-29 Thread Debian Bug Tracking System
Your message dated Sat, 30 Jun 2007 00:40:52 +0200
with message-id [EMAIL PROTECTED]
and subject line Bug#430159: compiz: black screen after resume from suspend to 
ram, intel graphic card
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

---BeginMessage---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: compiz
Version: 0.5.0.dfsg-1
Severity: normal

*** Please type your report below this line ***

gnome 2.18 + compiz + intel I855GM graphic card.

After a suspend to ram (via gnome_power_manager or acpi-support
scripts) laptop stop to work normally. On resume, mouse cursor appear on
a black screen. It seem that xorg and compiz works because if i press
shortcut to active cube plugin, mouse cursor flick for one second.
A ctrl+alt+bck restart xserver and gdm normally, but computer totally
hang when nautilus or compiz try to start.
No problem with suspend to disk nor with suspend to ram if i deactivate
compiz.

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

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

Versions of packages compiz depends on:
ii  compiz-core 0.5.0.dfsg-1 OpenGL window and
compositing mana
ii  compiz-gnome0.5.0.dfsg-1 OpenGL window and
compositing mana
ii  compiz-gtk  0.5.0.dfsg-1 OpenGL window and
compositing mana
ii  compiz-plugins  0.5.0.dfsg-1 OpenGL window and
compositing mana

compiz recommends no packages.

- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGfC7y3BkvYjzWcSwRAu+5AJ4sqgeb/N+a3Cbu+NmbPgTnDH202wCgz5x+
4fTtHvCVfNsNRDLv2HijuzE=
=Lz5J
-END PGP SIGNATURE-



---End Message---
---BeginMessage---
DiCiCat wrote:
 after an update today (i don't make one since Monday evening) the bug
 have disapeared. All works fine now.
   

Ok, closing the bug then. However, since this fix wasn't really expected
from my point of view, it might be good to know which upgrade of which
package fixed the problem. So, if you have any idea, please let us know
(looking at /var/log/dpkg.log or /var/log/aptitude might help you).

Brice

---End Message---


Bug#430159: marked as done (intel driver with compiz gives a black screen after suspend)

2007-06-29 Thread Debian Bug Tracking System
Your message dated Sat, 30 Jun 2007 00:40:52 +0200
with message-id [EMAIL PROTECTED]
and subject line Bug#430159: compiz: black screen after resume from suspend to 
ram, intel graphic card
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

---BeginMessage---
Package: compiz
Version: 0.5.0.dfsg-1
Severity: normal

gnome 2.18 + compiz + intel I855GM graphic card.

After a suspend to ram (via gnome_power_manager or acpi-support 
scripts) laptop stop to work normally. On resume, mouse cursor appear on 
a black screen. It seem that xorg and compiz works because if i press 
shortcut to active cube plugin, mouse cursor flick for one second.
A ctrl+alt+bck restart xserver and gdm normally, but computer totally 
hang when nautilus or compiz try to start.
No problem with supsend to disk nor with suspend to ram if i desactivate 
compiz.

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

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

Versions of packages compiz depends on:
ii  compiz-core 0.5.0.dfsg-1 OpenGL window and compositing mana
ii  compiz-gnome0.5.0.dfsg-1 OpenGL window and compositing mana
ii  compiz-gtk  0.5.0.dfsg-1 OpenGL window and compositing mana
ii  compiz-plugins  0.5.0.dfsg-1 OpenGL window and compositing mana

compiz recommends no packages.

-- no debconf information

---End Message---
---BeginMessage---
DiCiCat wrote:
 after an update today (i don't make one since Monday evening) the bug
 have disapeared. All works fine now.
   

Ok, closing the bug then. However, since this fix wasn't really expected
from my point of view, it might be good to know which upgrade of which
package fixed the problem. So, if you have any idea, please let us know
(looking at /var/log/dpkg.log or /var/log/aptitude might help you).

Brice

---End Message---


Bug#348831: marked as done (xserver-xorg: matrox G550 w. 16-bit color now gets lots of painting errors. Mostly white stripes)

2007-06-29 Thread Debian Bug Tracking System
Your message dated Sat, 30 Jun 2007 00:44:56 +0200
with message-id [EMAIL PROTECTED]
and subject line Bug#348831: xserver-xorg: matrox G550 w. 16-bit color now gets 
lots of painting errors. Mostly white stripes
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

---BeginMessage---
Package: xserver-xorg
Version: 6.9.0.dfsg.1-4
Severity: normal


I upgraded from xserver-xorg 6.8.2 in order to test the new release.
I have always used 16-bit color on the G550, because 24-bit have all sorts of
crashing problems.  

Now I get all sorts of drawing artifacts. for example, my xterms have a 4-pixel 
thick white stripe for
every fifth character. (Seems to happen at every 32-pixel boundary.)

Marking the text and then unmarking fixes this temporarily, but it comes back 
quickly enough.
Changing z-order of windows doesn't necessarily re�paint everything either. In 
an xterm I see
that the text is repainted, while regions with out text isn't.  Reverting
xterm back to testing did not help - doesn't look like a xterm problem.  
firefox and icewm struggle too, but not as bad as xterm.

-- Package-specific info:
Contents of /var/lib/xfree86/X.roster:
xserver-xfree86
xserver-xorg

/etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum.

X server symlink status:
lrwxrwxrwx  1 root root 17 2005-06-01 21:33 /etc/X11/X - /usr/bin/X11/Xorg
-rwxr-xr-x  1 root root 2123720 2006-01-17 06:19 /usr/bin/X11/Xorg

Contents of /var/lib/xfree86/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
:00:08.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 
SE] (rev 01)
:01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G550 AGP (rev 
01)

/etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r--  1 root root 4326 2006-01-19 09:42 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
### BEGIN DEBCONF SECTION
# XF86Config-4 (XFree86 server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type man XF86Config-4 at the shell prompt.)
#
# If you want your changes to this file preserved by dexconf, only make changes
# before the ### BEGIN DEBCONF SECTION line above, and/or after the
# ### END DEBCONF SECTION line below.
#
# To change things within the debconf section, run the command:
#   dpkg-reconfigure xserver-xfree86
# as root.  Also see How do I add custom sections to a dexconf-generated
# XF86Config or XF86Config-4 file? in /usr/share/doc/xfree86-common/FAQ.gz.

Section Files
FontPathunix/:7100# xfs local font server
# if the local font server has problems, we can fall back on these
#   FontPath/usr/lib/X11/fonts/Type1
#   FontPath/usr/lib/X11/fonts/CID
#   FontPath/usr/lib/X11/fonts/Speedo
#   FontPath/usr/lib/X11/fonts/misc
#   FontPath/usr/lib/X11/fonts/cyrillic
#   FontPath/usr/lib/X11/fonts/100dpi
#   FontPath/usr/lib/X11/fonts/75dpi
EndSection

Section Module
Loadbitmap
Loaddbe
Loadddc
Loaddri
Loadextmod
Loadfreetype
Loadglx
Loadint10
Loadrecord
Loadspeedo
Loadtype1
Loadvbe
EndSection

Section InputDevice
Identifier  Generic Keyboard
#   Driver  kbd
Driver  evdev
#   Option  Protocol  evdev
Option  Device/dev/input/event2
#   Option  Dev Phys  isa0060/serio0/input0
Option  CoreKeyboard
Option  XkbRules  xfree86
Option  XkbModel  pc102
Option  XkbLayout no
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  Buttons   6
Option  CorePointer
Option  Device/dev/ttyS0
#   Option  Protocol  Microsoft
Option  Protocol  intellimouse
#ExplorerPS/2 el imps/2 for scrollhjul - men
#kan det virke serielt?
#Option  Protocol  ExplorerPS/2
#intellimouse for seriemus?
Option  ZAxisMapping  4 5
EndSection

Section Device
BusID   PCI:1:0:0
   

Bug#431098: xserver-xorg-video-ati: [ati/radeon] blender corruption

2007-06-29 Thread Brice Goglin
picca frederic wrote:
 I made an upgrade of my debian testing with the new xorg 7.2 and now my
 blender windows looks like in the attached file.
   

Which mesa packages are you using? Probably 6.5.2-5, right? Does it help
if you upgrade libgl1-mesa-dri (and maybe other mesa packages) to
6.5.3-1 currently in experimental?

Brice




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



Re: All java apps are aborted after upgrading to libx11-6 (2:1.1.2-1)

2007-06-29 Thread Julien Cristau
On Fri, Jun 29, 2007 at 12:17:09 +0800, Jos van Wolput wrote:
 When now starting a java application I get the following error:
 ---
 java: xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c-xlib.lock' failed.
 Aborted
 ---
 
This is a known issue, see
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6532373 and
https://bugs.freedesktop.org/show_bug.cgi?id=11390

Cheers,
Julien


signature.asc
Description: Digital signature


xterm 226-1 MIGRATED to testing

2007-06-29 Thread Debian testing watch
FYI: The status of the xterm source package
in Debian's testing distribution has changed.

  Previous version: 225-1
  Current version:  226-1

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



[bts-link] source package xserver-xorg-video-ati

2007-06-29 Thread bts-link-upstream
#
# bts-link upstream status pull for source package xserver-xorg-video-ati
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#

user [EMAIL PROTECTED]

# remote status report for #420721
#  * https://bugs.freedesktop.org/show_bug.cgi?id=10772
#  * remote status changed: NEEDINFO - NEW
usertags 420721 - status-NEEDINFO
usertags 420721 + status-NEW

thanks



[bts-link] source package xorg-server

2007-06-29 Thread bts-link-upstream
#
# bts-link upstream status pull for source package xorg-server
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#

user [EMAIL PROTECTED]

# remote status report for #376132
#  * https://bugs.freedesktop.org/show_bug.cgi?id=11167
#  * remote status changed: (?) - NEW
usertags 376132 + status-NEW

thanks



Bug#422777: bug #422777 prematurely closed

2007-06-29 Thread Felix C. Stegerman
* Michel Dänzer [EMAIL PROTECTED] [2007-06-25 09:09]:
 unmerge 422777
 reopen 422777
 notfixed 422777 1:6.6.192-1
 kthxbye

 On Sun, 2007-06-24 at 06:22 +0200, Felix C. Stegerman wrote:
 
  Unfortunately, 1:6.6.192-1 doesn't make me happy.  After I
  received the bug closed email, I updated xserver-xorg-video-ati
  to 1:6.6.192-1 from experimental (and all other xorg packages
  installed to the latest versions in unstable).  And now I have
  exactly the same problem [bug #422777] again.
 
  Please let me know if you need more information (e.g. xorg.conf or
  Xorg.0.log).
 
  [In the mean time, I guess I'll have to pin xserver-xorg-core to
  stable.]

 Your problem looks like
 https://bugs.freedesktop.org/show_bug.cgi?id=9816 , can you try the
 patch I attached there?

I tried.  It didn't fix the problem.  Thanks anyway.

Of course, my knowledge of package building is limited [as I'm not a
dd (yet)], so I could have messed something up.  Here's what I did:

  * $ apt-get source xserver-xorg-video-ati=1:6.6.192-1
  * add patch as debian/patches/03_radeon_driver.diff
  * add patch to debian/patches/series
  * $ dch -n
  * install build dependencies
  * $ dpkg-buildpackage
  * upgrade all xorg packages to the latest versions in unstable
  * $ sudo dpkg -i package
  * restart X
  * [no image on CRT2]


- Felix

-- 
Felix C. Stegerman [EMAIL PROTECTED]  http://obfusk.net
~ Any sufficiently advanced bug is indistinguishable from a feature.
~   -- R. Kulawiec
~ vim: set ft=mail tw=70 sw=2 sts=2 et:


pgpJnnY5RRRN9.pgp
Description: PGP signature