Accepted:
lbxproxy_4.3.0.dfsg.1-14sarge5_i386.deb
to pool/main/x/xfree86/lbxproxy_4.3.0.dfsg.1-14sarge5_i386.deb
libdps-dev_4.3.0.dfsg.1-14sarge5_i386.deb
to pool/main/x/xfree86/libdps-dev_4.3.0.dfsg.1-14sarge5_i386.deb
libdps1-dbg_4.3.0.dfsg.1-14sarge5_i386.deb
to pool/main/x/xfree86/libdps
Hi,
On Fri, Dec 21, 2007, Thomas Dickey wrote:
> I'd suggest you reassign this to gnome-terminal (but since it applies
> to each of the other terminals I mentioned, that would require some
> additional work).
Thanks for your thorough analysis! I can only imagine you're correct
in point
Hi,
>> prompts. After that (reproducible here) every key combination that includes
>> ctrl-alt, like ctrl-alt-F1 or ctl-alt-backspace ceases to work.
> Can you start xkbwatch and see what happens when you press the "bad"
> keys in ratpoisons? Does it light anything in xkbwatch?
> Does the ctrl-alt
Hi,
sorry, the mail before was sent prematurely (before I had coffee).
> > prompts. After that (reproducible here) every key combination that includes
> > ctrl-alt, like ctrl-alt-F1 or ctl-alt-backspace ceases to work.
> Can you start xkbwatch and see what happens when you press the "bad"
> keys
#
# bts-link upstream status pull for source package xserver-xorg-video-sis
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user [EMAIL PROTECTED]
# remote status report for #375553
# * https://bugs.freedesktop.org/show_bug.cgi?id=5842
# * remote status changed: (?)
#
# bts-link upstream status pull for source package xserver-xorg-video-mga
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user [EMAIL PROTECTED]
# remote status report for #448916
# * https://bugs.freedesktop.org/show_bug.cgi?id=13781
# * remote status changed: (?)
#
# bts-link upstream status pull for source package xserver-xorg-input-evdev
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user [EMAIL PROTECTED]
# remote status report for #423090
# * https://bugs.freedesktop.org/show_bug.cgi?id=13180
# * remote status changed: (
#
# bts-link upstream status pull for source package xserver-xorg-input-mouse
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user [EMAIL PROTECTED]
# remote status report for #444601
# * https://bugs.freedesktop.org/show_bug.cgi?id=12826
# * remote status changed: (
#
# bts-link upstream status pull for source package xserver-xorg-video-intel
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user [EMAIL PROTECTED]
# remote status report for #453754
# * https://bugs.freedesktop.org/show_bug.cgi?id=13782
# * remote status changed: (
#
# bts-link upstream status pull for source package xserver-xorg-video-s3virge
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user [EMAIL PROTECTED]
# remote status report for #76685
# * https://bugs.freedesktop.org/show_bug.cgi?id=5648
# * remote status changed: (
Hi,
Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the xserver-xorg-core package:
>
> #452167: Xorg hangs shortly after the window manager starts
>
> It has been closed by Julien Cristau <[EMAIL PROTECTED]>.
Thanks - wi
#
# bts-link upstream status pull for source package mesa
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user [EMAIL PROTECTED]
# remote status report for #423606
# * https://bugs.freedesktop.org/show_bug.cgi?id=13705
# * remote status changed: (?) -> NEW
usertags 4
This one time, at band camp, Wolf Wiegand said:
> Hi,
>
> Debian Bug Tracking System wrote:
>
> > This is an automatic notification regarding your Bug report
> > which was filed against the xserver-xorg-core package:
> >
> > #452167: Xorg hangs shortly after the window manager starts
> >
> > It
On Sat, 22 Dec 2007, Brice Goglin wrote:
> Santiago Vila wrote:
> > Last time I checked (etch) the bug was still there.
> >
> > The fact that I didn't have a system running lenny to check this bug
> > does not make the bug to disappear. So please don't close bugs
> > gratuitously.
>
> The fact
On Sun, Dec 23, 2007 at 13:47:44 +0100, Santiago Vila wrote:
> No, it's not fine to close a bug without doing anything at all to fix it.
>
If you're the only one who reproduces this and cares about it, and you
don't reply to queries about the bug's status, then it's perfectly fine
to close it imo
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.11
> tags 145797 - moreinfo etch
Bug#145797: xserver-xfree86: [keyboard] want driver to not change keyboard
autorepeat by default
Tags were: etch moreinfo upstream
Tags removed: moreinfo
On Sun, Dec 23, 2007 at 14:44:56 +0100, Julien Cristau wrote:
> On Sun, Dec 23, 2007 at 13:47:44 +0100, Santiago Vila wrote:
>
> > No, it's not fine to close a bug without doing anything at all to fix it.
> >
> If you're the only one who reproduces this and cares about it, and you
> don't reply
Package: xserver-xorg-video-ati
Version: 1:6.7.197-1
Severity: critical
Justification: breaks the whole system
I upgraded yesterday to this version and today the system crashes. After boot
and
switching to KDM no signal is sent to the monitor. I'm unable to ping the
machine. I'm unable to sw
On Sun, 23 Dec 2007, Julien Cristau wrote:
> On Sun, Dec 23, 2007 at 13:47:44 +0100, Santiago Vila wrote:
>
> > No, it's not fine to close a bug without doing anything at all to fix it.
>
> If you're the only one who reproduces this and cares about it, and you
> don't reply to queries about the b
Santiago Vila wrote:
No, it's not fine to close a bug without doing anything at all to fix it.
It's the duty of the maintainer to reproduce the bug,
You are not going to tell me what I need to do. I am not paid to do
this, I try to do my best in my free time and I have several hundreds of
Package: xserver-xorg-video-intel
Version: 2:2.2.0-1
Severity: normal
Tags: patch
Hi !
Here are the steps to reproduce the crash :
- play a video with vlc
- switch to another desktop
- wait for 10 seconds
- switch back
This bug is already known upstream:
https://bugs.freedesktop.org/show_
Package: xserver-xorg-video-intel
Version: 2:2.2.0-1
Followup-For: Bug #451791
Hi !
I have the same issue. Sometimes on startup, sometimes on resume.
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM
Integrated Graphics Device (rev 02)
Patch from https://bugs.freedesktop.org/show
Brice Goglin wrote:
I can't find it either. I don't even know where to find it upstream. Do
you actually really this program? In which x11-* would you put it?
It seems to still be carried upstream [1].
I guess it's generally useful in those few cases where you need to use
the network transpare
Brice Goglin wrote:
I can't find it either. I don't even know where to find it upstream. Do
you actually really this program? In which x11-* would you put it?
It seems to still be carried upstream [1].
I guess it's generally useful in those few cases where you need to use
the network transpar
Package: x11-xserver-utils
Version: 7.3+2
Severity: minor
File: /usr/share/man/man1/xrandr.1.gz
--fb x
Reconfigures the screen to the specified size. All config-
ured monitors must fit within this size. When this option
is not provided, xrandr co
On Thu, Dec 20, 2007 at 04:09:13AM +0800, [EMAIL PROTECTED] wrote:
> David, perhaps the difficulty I am having in bug #456955 is related to
> the below. Or maybe I just don't know how to write xorg.conf anymore. Thanks.
>
> [ David Nusinow ]
> * Don't write the default depth to xorg.conf any m
On Dec 22, 2007 9:01 PM, Josh Triplett <[EMAIL PROTECTED]> wrote:
> Package: xserver-xorg-video-ati
> Version: 1:6.7.197-1
> Severity: normal
>
> On my ThinkPad T42, the X server does not start with the laptop lid
> closed. If I leave the lid open, the X server will start. I have
> attached the l
Package: x11-common
Version: 1:7.3+8
Severity: wishlist
File: /etc/X11/Xsession
Tags: patch
it seems like "run-parts --list" would be equivalent to the run_parts
function in /etc/X11/Xsession. patch attached.
--- /etc/X11/Xsession 2007-02-20 01:07:09.0 -0800
+++ Xsession2007-12-23 1
Same problem has ever: windows have no decoration.
Checking for Xgl: not present.
xset q doesn't reveal the location of the log file. Using
fallback /var/log/Xorg.0.log
Detected PCI ID for VGA: :00:10.0 0300: 1002:5c63 (rev 01) (prog-if
00 [VGA])
Checking for texture_from_pixmap: not present
On Saturday, December 22, 2007 9:12 am Brice Goglin wrote:
> Henrique de Moraes Holschuh wrote:
> > On Sat, 15 Dec 2007, Marcus Better wrote:
> >> I just tried with a new one, but the brightness is still broken.
> >> It requires "native" or "combination" mode.
> >
> > I'd like to see X.org talking
On Dec 22, 2007 6:02 PM, Yannick Roehlly <[EMAIL PROTECTED]> wrote:
> Le samedi 22 décembre 2007, Michel Dänzer a écrit:
> > isolating the problematic change with git-bisect
> > would be nice.
>
> Hi Michel,
>
> git-bisect is a handy tool! :-)
>
> Here's the culprit:
>
> f3d2ec3a5ae61215c7920183201
Brice Goglin -> Kirill A. Korinskiy @ Sat, 22 Dec 2007 17:59:55 +0100:
BG> Login by ssh, and run
BG>gdb -p $(pidof X)
BG> then you can interrupt X within gdb with ctrl-c and get the current
BG> stack with
BG>bt full
BG> X can run again if you enter "c" (for "continue"). Then you can
Thank you for replying.
I note nowadays
for QUESTION in "shared/default-x-server" \
"xserver-xorg/config/monitor/mode-list" \
"xserver-xorg/config/display/modes" \
"xserver-xorg/config/display/default_depth" \
[EMAIL PROTECTED] wrote:
DN> In order to make this permanent, please use the PreferredMode
DN> stanza in your xorg.conf. See the xorg.conf manpage for details.
OK, the following indeed gets as I see logged e.g.,
(**) intel(0): Option "PreferredMode" "800x600"
etc. but still I end up in 1024x768.
Package: xserver-xorg-video-ati
Version: 1:6.7.196-1
Severity: normal
After the upgrade from xserver-xorg-video-ati 1:6.7.196-1 to: 1:6.7.197-1 the X
server fails to start.
I've returned back to: 1:6.7.196-1 which is working.
-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver
On Mon, Dec 24, 2007 at 05:03:30 +0800, [EMAIL PROTECTED] wrote:
> Rather than use several more hours of
> # cd /tmp; nohup /etc/init.d/xdm restart
> just perhaps you could maybe under the table slide me the secret
> formula that one uses these days to achieve say 832x624 in ones xorg.conf.
See s
Dan Jacobson wrote:
Package: x11-xserver-utils
Version: 7.3+2
Severity: minor
File: /usr/share/man/man1/xrandr.1.gz
--fb x
Reconfigures the screen to the specified size. All config-
ured monitors must fit within this size. When this option
is n
reopen 412598
thank you
Benoît Dejean wrote:
Same problem has ever: windows have no decoration.
Checking for Xgl: not present.
xset q doesn't reveal the location of the log file. Using
fallback /var/log/Xorg.0.log
Detected PCI ID for VGA: :00:10.0 0300: 1002:5c63 (rev 01) (prog-if
00 [
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.11
> notfound 457612 1:6.7.196-1
Bug#457612: After the upgrade from xserver-xorg-video-ati 1:6.7.196-1 to:
1:6.7.197-1 the X server fails to start
Bug no longer marked as found in versio
On Sun, Dec 23, 2007 at 23:15:08 +0200, Gal Gur-Arie wrote:
> Package: xserver-xorg-video-ati
> Version: 1:6.7.196-1
> Severity: normal
>
>
> After the upgrade from xserver-xorg-video-ati 1:6.7.196-1 to: 1:6.7.197-1 the
> X server fails to start.
> I've returned back to: 1:6.7.196-1 which is wo
Kirill A. Korinskiy wrote:
Brice Goglin -> Kirill A. Korinskiy @ Sat, 22 Dec 2007 17:59:55 +0100:
BG> Login by ssh, and run
BG>gdb -p $(pidof X)
BG> then you can interrupt X within gdb with ctrl-c and get the current
BG> stack with
BG>bt full
BG> X can run again if you enter "c" (f
Vincent Bernat wrote:
Package: xserver-xorg-video-intel
Version: 2:2.2.0-1
Followup-For: Bug #451791
Hi !
I have the same issue. Sometimes on startup, sometimes on resume.
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM
Integrated Graphics Device (rev 02)
Patch from https://b
Processing commands for [EMAIL PROTECTED]:
> reopen 412598
Bug#412598: compiz: unusable
'reopen' may be inappropriate when a bug has been closed with a version;
you may need to use 'found' to remove fixed versions.
Bug reopened, originator not changed.
> thank you
Stopping processing here.
Pleas
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.11
> forwarded 457587 https://bugs.freedesktop.org/show_bug.cgi?id=13108
Bug#457587: xserver-xorg-video-intel: XV window hidden for some seconds causes
SEGFAULT when taken into foregroun
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.11
> tags 457587 + fixed-upstream
Bug#457587: xserver-xorg-video-intel: XV window hidden for some seconds causes
SEGFAULT when taken into foreground again
Tags were: patch
Tags added: fi
severity 457563 important
thank you
Brian DeRocher wrote:
Package: xserver-xorg-video-ati
Version: 1:6.7.197-1
Severity: critical
Justification: breaks the whole system
I upgraded yesterday to this version and today the system crashes. After boot and
switching to KDM no signal is sent to th
Processing commands for [EMAIL PROTECTED]:
> severity 457563 important
Bug#457563: xserver-xorg-video-ati: Recent upgrade causes machine crash
Severity set to `important' from `critical'
> thank you
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system a
debian/changelog|6 +-
debian/xserver-xorg.postinst.in | 12
2 files changed, 5 insertions(+), 13 deletions(-)
New commits:
commit a2bcba3aadc4f36a540fd3041775a7ee4f11fdff
Author: David Nusinow <[EMAIL PROTECTED]>
Date: Sun Dec 23 17:05:40 2007 -0500
Tomaz Solc wrote:
Can you point me to some up-to-date documentation
(xserver-xorg-input-evdev package only includes the manpage) or at
least tell me how to achieve the same effect as my
HWHEELRelativeAxisButtons option (i.e. reversing the direction of the
tilt wheel/horizontal scroll) with t
On Fri, Dec 21, 2007 at 11:11:46AM +0200, Timo Aaltonen wrote:
> On Fri, 21 Dec 2007, Timo Aaltonen wrote:
>
>> On Tue, 4 Dec 2007, David Nusinow wrote:
>>
>>> Potential Issues:
>>> What we can assume from all this is that the drivers will call DDC on
>>> their
>>> own, so why should we care abou
On Dec 23, 2007 4:45 PM, Julien Cristau <[EMAIL PROTECTED]> wrote:
> On Sun, Dec 23, 2007 at 23:15:08 +0200, Gal Gur-Arie wrote:
>
> > Package: xserver-xorg-video-ati
> > Version: 1:6.7.196-1
> > Severity: normal
> >
> >
> > After the upgrade from xserver-xorg-video-ati 1:6.7.196-1 to: 1:6.7.197-1
configure.ac |3
man/radeon.man|6
src/Makefile.am |3
src/atombios_crtc.c |8
src/legacy_crtc.c | 1847 ++
src/legacy_output.c | 1732 ++
src/radeon.h
ChangeLog | 71 +
configure |3
configure.ac |3
debian/changelog |9
man/radeon.man|6
src/Makefile.am |3
src/Makefile.in | 21
src/atombios_crtc.c |8
src/legacy_crtc.c | 1847
Tag 'xserver-xorg-video-ati-1_6.7.198-git20071223.ad3325f6-1' created by Brice
Goglin <[EMAIL PROTECTED]> at 2007-12-23 22:37 +
Tagging upload of xserver-xorg-video-ati 1:6.7.198~git20071223.ad3325f6-1 to
experimental.
Changes since xserver-xorg-video-ati-1_6.7.198-git20071221.be7f8fd3-1:
A
xserver-xorg-video-ati_6.7.198~git20071223.ad3325f6-1_i386.changes uploaded
successfully to localhost
along with the files:
xserver-xorg-video-ati_6.7.198~git20071223.ad3325f6-1.dsc
xserver-xorg-video-ati_6.7.198~git20071223.ad3325f6-1.tar.gz
xserver-xorg-video-ati_6.7.198~git20071223.ad3325
Brice Goglin -> Kirill A. Korinskiy @ Sun, 23 Dec 2007 22:45:30 +0100:
BG> And this is still with xserver-xorg-core 2:1.4.1~git20071212-1, right ?
Yes.
Now i need try to upgrade to xserver-xorg-core 2:1.4.1~git20071212-2, right?
--
.''`. Kirill A. Korinskiy <[EMAIL PROTECTED]>
: :' : pro
Kirill A. Korinskiy wrote:
Brice Goglin -> Kirill A. Korinskiy @ Sun, 23 Dec 2007 22:45:30 +0100:
BG> And this is still with xserver-xorg-core 2:1.4.1~git20071212-1, right ?
Yes.
Now i need try to upgrade to xserver-xorg-core 2:1.4.1~git20071212-2, right?
Yes please, it contains a fix fo
Brice Goglin -> Kirill A. Korinskiy @ Sun, 23 Dec 2007 22:45:30 +0100:
BG> And this is still with xserver-xorg-core 2:1.4.1~git20071212-1, right ?
Yes.
Now i need try to upgrade to xserver-xorg-core 2:1.4.1~git20071212-2, right?
--
.''`. Kirill A. Korinskiy <[EMAIL PROTECTED]>
: :' : pro
Your message dated Sun, 23 Dec 2007 23:36:26 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400404: xserver-xorg-video-mga: corrupted display when
scrolling
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
Accepted:
xserver-xorg-video-ati-dbg_6.7.198~git20071223.ad3325f6-1_i386.deb
to
pool/main/x/xserver-xorg-video-ati/xserver-xorg-video-ati-dbg_6.7.198~git20071223.ad3325f6-1_i386.deb
xserver-xorg-video-ati_6.7.198~git20071223.ad3325f6-1.dsc
to
pool/main/x/xserver-xorg-video-ati/xserver-xorg-v
So kind of you all to reply, and I did check out all those web pages.
Anyways, the log just shows (WW) preferred mode not used.
There is no way to get other than 1024x768 via xorg.conf anymore
unless somebody types it out for me. Implying from examples didn't
work. One can only put xrandr -s 832x62
Your message dated Sun, 23 Dec 2007 22:47:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#457563: fixed in xserver-xorg-video-ati
1:6.7.198~git20071223.ad3325f6-1
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt w
Your message dated Sun, 23 Dec 2007 22:47:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#457612: fixed in xserver-xorg-video-ati
1:6.7.198~git20071223.ad3325f6-1
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt w
Your message dated Sun, 23 Dec 2007 22:47:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#457516: fixed in xserver-xorg-video-ati
1:6.7.198~git20071223.ad3325f6-1
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt w
On Sun, 23 Dec 2007, Brice Goglin wrote:
> Santiago Vila wrote:
> > No, it's not fine to close a bug without doing anything at all to fix it.
> > It's the duty of the maintainer to reproduce the bug,
> >
>
> You are not going to tell me what I need to do. I am not paid to do this, I
> try to d
On Dec 23, 2007 3:40 PM, Alex Deucher <[EMAIL PROTECTED]> wrote:
> On Dec 22, 2007 6:02 PM, Yannick Roehlly <[EMAIL PROTECTED]> wrote:
> > Le samedi 22 décembre 2007, Michel Dänzer a écrit:
> > > isolating the problematic change with git-bisect
> > > would be nice.
> >
> > Hi Michel,
> >
> > git-bi
On Mon, Dec 24, 2007 at 05:03:30AM +0800, [EMAIL PROTECTED] wrote:
> OK, the following indeed gets as I see logged e.g.,
> (**) intel(0): Option "PreferredMode" "800x600"
> etc. but still I end up in 1024x768.
Ok, that's broken and should be fixed. I'll try and take a look at it over
the next coup
Package: xterm
Version: 229-1
Severity: normal
When the left-to-right mark[*] is output in bold mode, uxterm displays
a replacement character over the previous character. For instance, try
the following in a uxterm:
printf '\u200e)foo %s)\u200efoo\n' "`tput bold`"
See attached snapshot.
[*] h
On Sun, Dec 23, 2007 at 11:00:17AM +0100, Loïc Minier wrote:
> Hi,
>
> On Fri, Dec 21, 2007, Thomas Dickey wrote:
> > I'd suggest you reassign this to gnome-terminal (but since it applies
> > to each of the other terminals I mentioned, that would require some
> > additional work).
>
> T
69 matches
Mail list logo
