-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Found: it is a kernel bug, already reported
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=406111
Sorry for rising a false warning.
pc
Julien Cristau ha scritto:
> On Wed, Mar 28, 2007 at 15:32:51 +0200, Paolo Cavallini wrote:
>
>> Hi all.
>> Appar
Hello,
В Срд, 28/03/2007 в 20:58 +0200, Brice Goglin пишет:
> (adding the kernel team to Cc: in case they have some ideas).
>
> Alexander Vlasov wrote:
> > I'm using vserver-enabled kernel on amd64 arch on my desktop and after
> > switching to evdev from kbd+mouse I found strange behavior in
> >
Brice Goglin wrote:
> Sebastian Miele wrote:
xorg sporadically dies with backtrace and signal 11 on a debian
GNU/Linux amd64 testing/etch system:
>> The person who owns the computer is happy with i386-debian now. Sorry.
>>
>
> You mean that Xorg works fine in 32bits mode
Brice Goglin wrote:
Stefano Rivoir wrote:
Note that downgrading to 6.6.3-2 fixes the problem.
6.6.3-2 is a "stable" release of the ATI driver, while 6.6.3-5 was
actually a non-official 6.6.99 pre-release. An official release
candidate for 6.7 is out since yesterday (6.6.191), it should be in
Stefano Rivoir wrote:
> Brice Goglin wrote:
>> Stefano Rivoir wrote:
>>> Note that downgrading to 6.6.3-2 fixes the problem.
>>>
>>
>> 6.6.3-2 is a "stable" release of the ATI driver, while 6.6.3-5 was
>> actually a non-official 6.6.99 pre-release. An official release
>> candidate for 6.7 is out si
Could you try increasing the memory to 4, 8 or 16MB in xorg.conf by
adding a VideoRam option in the Device section?
Ram sizes 2048, 4096 result in corrupted display, larger ones result in
sigint 11 crashes of the server.
I just noted that the last commit of the xf86-video-mga driver at
http:/
Your message dated Thu, 29 Mar 2007 13:42:04 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#414403: xserver-xorg-video-mga: Error detecting memory on
g200e
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If t
Processing commands for [EMAIL PROTECTED]:
> tags 416544 patch l10n
Bug#416544: Romanian keyboard not set on new installations
There were no tags set.
Tags added: patch, l10n
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
tags 416544 patch l10n
thanks
Christian Perrier wrote:
> I think this probably belongs to xserver-xorg. The X keymap is set in
> that package's postinst. In that piece of code, I see nothing to
> properly handle Romanian keymaps (and, yes, this is ugl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
# Christian was right
reassign 416544 xserver-xorg
thanks
Eddy Petrișor wrote:
> tags 416544 patch l10n
> thanks
>
> Christian Perrier wrote:
>> I think this probably belongs to xserver-xorg. The X keymap is set in
>> that package's postinst. In that
Processing commands for [EMAIL PROTECTED]:
> # Christian was right
> reassign 416544 xserver-xorg
Bug#416544: Romanian keyboard not set on new installations
Bug reassigned from package `x11-common' to `xserver-xorg'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
D
Package: xserver-xorg-video-ati
Version: 1:6.6.3-2
Severity: normal
Whenever I log out from X and log in back or restart X in any other way, the
display resolution is set to something hideous like 640x480 instead of the
configured resolution.
The x server log for the broken case is attached, I'll
ons 2007-03-28 klockan 19:48 +0200 skrev Brice Goglin:
> We need somebody to reproduce this bug with a recent Xserver before
> requesting upstream to really look at it. Did any of you guys try the
> xserver-xorg-core currently in experimental (2:1.2.99.903-1 as of today)?
>
> thanks,
> Brice
I tr
whoops, I spoke too soon. The problem only happens after having
suspended the machine at least once. Attached is also the log of my
currently running session.
johannes
X Window System Version 7.1.1
Release Date: 12 May 2006
X Protocol Version 11, Revision 0, Release 7.1.1
Build Operating System:
Package: xterm
Version: 225-1
Severity: normal
I'm seeing a strange display problem in recent xterm versions (I think
it started in patch #223): when running Emacs under screen in xterm,
ringing the visual bell sometimes makes all bold fonts display as normal
fonts. Ringing the bell again (with C
Johannes Berg wrote:
> Package: xserver-xorg-video-ati
> Version: 1:6.6.3-2
> Severity: normal
>
> Whenever I log out from X and log in back or restart X in any other way, the
> display resolution is set to something hideous like 640x480 instead of the
> configured resolution.
>
There's a new u
> > Christian Perrier wrote:
> >> I think this probably belongs to xserver-xorg. The X keymap is set in
> >> that package's postinst. In that piece of code, I see nothing to
> >> properly handle Romanian keymaps (and, yes, this is ugly and not well
> >> scalable):
>
> > I'll test the attached patc
Processing commands for [EMAIL PROTECTED]:
> tags 416544 pending
Bug#416544: Romanian keyboard not set on new installations
Tags were: l10n patch
Tags added: pending
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administra
tags 416544 pending
thanks
Quoting Eddy Petri?or ([EMAIL PROTECTED]):
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> tags 416544 patch l10n
> thanks
Fix committed to the git repository.
signature.asc
Description: Digital signature
debian/changelog|9 +
debian/xserver-xorg.postinst.in |1 +
2 files changed, 10 insertions(+)
New commits:
commit 906ec0460543702a3a614ae430a7b82fb03a6c22
Author: Christian Perrier <[EMAIL PROTECTED]>
Date: Thu Mar 29 22:03:02 2007 +0200
Configure Romanian k
Hello,
i'm running xorg 7.1.1 and openbox 3.3-2.1 and have the same problem.
after resync the hwclock with ntpdate (after ifup for example) non of
my input devices work any more. display refresh is working (gkrellm
still running and show me some stats), so it is no system freeze.
the only thing
On Thu, Mar 29, 2007 at 06:30:10PM +0200, Romain Francoise wrote:
> Package: xterm
> Version: 225-1
> Severity: normal
>
> I'm seeing a strange display problem in recent xterm versions (I think
> it started in patch #223): when running Emacs under screen in xterm,
ok... (the changes for #223 were
Sigh. That was a little bit premature. The important things - switching
users and so on - are working now, hooray! it's also possible to use
CTRL-ALT-F8. However, CTRL-ALT-F9 causes the same crash. I have
absolutely no idea what the difference is between those to VTs in this
case, but there it is.
debian/changelog |3 ++-
debian/local/dexconf |9 +
2 files changed, 3 insertions(+), 9 deletions(-)
New commits:
commit 203f0e7c87c3ec6c0a259c93075dce249c66a0b9
Author: Julien Cristau <[EMAIL PROTECTED]>
Date: Fri Mar 30 02:58:49 2007 +0200
dexconf: don't add fontpaths
To avoid hang I had to boot with video=atyfb:off
I am not using the kernel fbdev.
With this I can now use X: -
Section "Device"
Identifier "ATI Technologies 3D Rage Pro or similar (ATY,RageXL)"
Driver "ati"
BusID "PCI:0:19:0"
Option "Referen
On Thu, 2007-03-29 at 16:20 +0200, Johannes Berg wrote:
> Package: xserver-xorg-video-ati
> Version: 1:6.6.3-2
> Severity: normal
>
> Whenever I log out from X and log in back or restart X in any other way, the
> display resolution is set to something hideous like 640x480 instead of the
> configur
26 matches
Mail list logo
