On Sun, Jun 27, 2010 at 22:16:34 -0500, Adam Majer wrote:
> Driver "nvidia"
I'm afraid there's not much we can do with this, and unless you can
reproduce and investigate with a free driver we'll have to close this
bug.
Cheers,
Julien
signature.asc
Description: Digital signature
Processing commands for cont...@bugs.debian.org:
> reassign 584100 xserver-xorg-video-intel
Bug #584100 [pm-utils] pm-utils: Resume from hibernate to blank screen on
Lenovo R61
Bug reassigned from package 'pm-utils' to 'xserver-xorg-video-intel'.
Bug No longer marked as found in versions pm-utils
Processing commands for cont...@bugs.debian.org:
> forwarded 584100 https://bugs.freedesktop.org/show_bug.cgi?id=25412
Bug #584100 [xserver-xorg-video-intel] pm-utils: Resume from hibernate to blank
screen on Lenovo R61
Bug #577996 [xserver-xorg-video-intel] [945GME] xorg: Screen occasionaly fail
Processing commands for cont...@bugs.debian.org:
> tags 577996 - squeeze sid
Bug #577996 [xserver-xorg-video-intel] [945GME] xorg: Screen occasionaly fails
to unblank after resuming from suspend
Bug #584100 [xserver-xorg-video-intel] pm-utils: Resume from hibernate to blank
screen on Lenovo R61
Processing commands for cont...@bugs.debian.org:
> severity 577996 normal
Bug #577996 [xserver-xorg-video-intel] [945GME] xorg: Screen occasionaly fails
to unblank after resuming from suspend
Bug #584100 [xserver-xorg-video-intel] pm-utils: Resume from hibernate to blank
screen on Lenovo R61
Sev
debian/changelog | 11 ++
debian/control | 59 +--
2 files changed, 13 insertions(+), 57 deletions(-)
New commits:
commit 26ebb33c526431117b5a4017105e669bea10a746
Author: Julien Cristau
Date: Mon Jun 28 12:31:42 2010 +0100
Patch #261 - 2010/6/28
* fix regression in renderFont logic, from [265]patch #260 changes
(report by Joseph Quinsey).
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
Hi,
ever since etch or so, Xorg upgrades have been a bit of a pain as
apt/aptitude decide to uninstall driver packages instead of upgrading
them.
The current situation looks like this:
Package: xserver-xorg
Depends: xserver-xorg-core, xserver-xorg-video-all | xserver-xorg-video-${abi}
Package:
Package: xorg
Version: 1:7.5+6
Severity: important
3d acceleration is unavaillable, or,to say more, it seems to use the CPU to do
it, in fact, if I launch "glxgears" for example, my CPU would be entirely used,
about 70% by glxgears and 30% by Xorg. Xorg log shows this lines :
<<
(EE) RADEON(0):
Your message dated Mon, 28 Jun 2010 16:16:48 +0100
with message-id <20100628151648.gt10...@radis.liafa.jussieu.fr>
and subject line Re: Bug#587425: xorg: No 3d acceleration availlable,
Xorg.0.log show a DRI problem
has caused the Debian Bug report #587425,
regarding xorg: No 3d acceleration availl
Package: xterm
Version: 260-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The thext is now very smaller than it used to be.
- -- System Information:
Debian Release: squeeze/sid
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US
Package: xkb-data
Version: 1.8-1
Severity: normal
Using Asus EEE 904HA netbook
Following an upgrade I got these types of changes(fixed easily by reverting the
/usr/share/X11/xkb directory from the stable's xkb-data deb):
UP arrow key activates Printscreen (xev says something else like "Katakana
Quoting Anders Lagerås :
Package: xterm
Version: 260-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The thext is now very smaller than it used to be.
It is likely the problem that I fixed this morning in #261.
The workaround is to set the "renderFont" resource to "true",
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The text between umlaut and the end of the line is still cut off.
Is this expected?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkwo1hgACgkQUTlbRTxpHjfv6w
Quoting Harald Dunkel :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The text between umlaut and the end of the line is still cut off.
Is this expected?
yes -- the line-ending exits from the mode where xterm is collecting
a long string. The point of the change to include the brokenStringTer
On Mon, Jun 28, 2010 at 08:52:03AM +0100, Julien Cristau wrote:
> On Sun, Jun 27, 2010 at 22:16:34 -0500, Adam Majer wrote:
>
> > Driver "nvidia"
>
> I'm afraid there's not much we can do with this, and unless you can
> reproduce and investigate with a free driver we'll have to close
On Mon, Jun 28, 2010 at 14:19:48 -0500, Adam Majer wrote:
> As you can see, that was just additional information as in "me
> too". AFAIK, the original bug report was for Intel and there was also
> reports for radeon.
>
Ah, right, didn't notice that. These might still be different bugs,
though.
charproc.c | 15 ++-
debian/changelog |8
version.h|4 ++--
xterm.log.html | 10 +-
4 files changed, 29 insertions(+), 8 deletions(-)
New commits:
commit 0638f6fc9291e950f91cda7eba1ed3824e71d979
Author: Julien Cristau
Date: Mon Jun 28 21
charproc.c | 15 ++-
version.h |4 ++--
xterm.log.html | 10 +-
3 files changed, 21 insertions(+), 8 deletions(-)
New commits:
commit 400e8ed360cd27710233916db075673bb3c78a2a
Author: Julien Cristau
Date: Mon Jun 28 21:50:38 2010 +0100
Imported Upstream
Tag 'xterm-261-1' created by Julien Cristau at 2010-06-28
21:00 +
Tagging upload of xterm 261-1 to unstable.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAABCAAGBQJMKQ19AAoJEDEBgAUJBeQM9wYP/Aj1BqJj9h1EzcjnMfzMC9vw
/2uUOvAYcAi3/Hk43J5yOCw+sGZQQxxK+9AT7jyZqogcZYBGsDYJ
xterm_260.orig.tar.gz.delta |binary
xterm_260.orig.tar.gz.id|1 +
xterm_261.orig.tar.gz.delta |binary
xterm_261.orig.tar.gz.id|1 +
4 files changed, 2 insertions(+)
New commits:
commit fc358ff879905cadfb2f74be47348828ce7041ef
Author: Julien Cristau
Date: Mon Jun 28 21:50:39 2
xterm_261-1_amd64.changes uploaded successfully to localhost
along with the files:
xterm_261-1.dsc
xterm_261.orig.tar.gz
xterm_261-1.diff.gz
xterm_261-1_amd64.deb
Greetings,
Your Debian queue daemon (running on host ries.debian.org)
--
To UNSUBSCRIBE, email to debian-x-requ...@
Accepted:
xterm_261-1.diff.gz
to main/x/xterm/xterm_261-1.diff.gz
xterm_261-1.dsc
to main/x/xterm/xterm_261-1.dsc
xterm_261-1_amd64.deb
to main/x/xterm/xterm_261-1_amd64.deb
xterm_261.orig.tar.gz
to main/x/xterm/xterm_261.orig.tar.gz
Override entries for your package:
xterm_261-1.dsc -
Your message dated Mon, 28 Jun 2010 22:06:47 +
with message-id
and subject line Bug#587428: fixed in xterm 261-1
has caused the Debian Bug report #587428,
regarding xterm: it is no longer possible to change fontsize through .Xresources
to be marked as done.
This means that you claim that the
debian/changelog |6 ++
debian/control |8
2 files changed, 10 insertions(+), 4 deletions(-)
New commits:
commit 1abf2f5ab4542efdbd38079c5fb88c43ff7589b1
Author: Julien Cristau
Date: Thu Jun 17 15:15:42 2010 +0100
Drop lpia from the control file, it's dead.
diff --
Hello,
2010/6/28 Julien Cristau :
> ever since etch or so, Xorg upgrades have been a bit of a pain as
> apt/aptitude decide to uninstall driver packages instead of upgrading
> them.
( If you want to be sure that aptitude is in the loop you want to write
to aptit...@packages.debian.org too, but we
On Tue, Jun 29, 2010 at 00:04:19 +0200, David Kalnischkies wrote:
> Hello,
>
> 2010/6/28 Julien Cristau :
> > ever since etch or so, Xorg upgrades have been a bit of a pain as
> > apt/aptitude decide to uninstall driver packages instead of upgrading
> > them.
>
> ( If you want to be sure that ap
On Di, 2010-06-29 at 00:04 +0200, David Kalnischkies wrote:
> Hello,
>
> 2010/6/28 Julien Cristau :
> > ever since etch or so, Xorg upgrades have been a bit of a pain as
> > apt/aptitude decide to uninstall driver packages instead of upgrading
> > them.
>
> ( If you want to be sure that aptitude
28 matches
Mail list logo
