Bug#531071: xserver memory leak
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
Processed (with 1 errors): Looks like an Intel driver bug
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/1.3.0-1. > merge 584100 577996 Bug#577996: [945GME] xorg: Screen occasionaly fails to unblank after resuming from suspend Bug#584100: pm-utils: Resume from hibernate to blank screen on Lenovo R61 Merged 577996 584100. > forward 584100 https://bugs.freedesktop.org/show_bug.cgi?id=25412 Unknown command or malformed arguments to command. > thanks Stopping processing here. Please contact me if you need assistance. -- 577996: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577996 584100: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584100 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.127772094628578.transcr...@bugs.debian.org
Processed: This time without typo
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 fails to unblank after resuming from suspend Set Bug forwarded-to-address to 'https://bugs.freedesktop.org/show_bug.cgi?id=25412'. Set Bug forwarded-to-address to 'https://bugs.freedesktop.org/show_bug.cgi?id=25412'. > thanks Stopping processing here. Please contact me if you need assistance. -- 584100: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584100 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.127772127630909.transcr...@bugs.debian.org
Processed: tagging 577996
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 Removed tag(s) sid and squeeze. Removed tag(s) sid and squeeze. > thanks Stopping processing here. Please contact me if you need assistance. -- 577996: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577996 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12777219753652.transcr...@bugs.debian.org
Processed: severity of 577996 is normal
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 Severity set to 'normal' from 'important' Severity set to 'normal' from 'important' > thanks Stopping processing here. Please contact me if you need assistance. -- 577996: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577996 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12777220714189.transcr...@bugs.debian.org
xorg: Changes to 'debian-unstable'
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
Drop x11-common Depends on debianutils 1.13.
That was also in woody.
diff --git a/debian/changelog b/debian/changelog
index 5b1085c..0aa172b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -5,6 +5,7 @@ xorg (1:7.5+7) UNRELEASED; urgency=low
* Also drop Pre-Depends on debconf. The debconf interaction in
x11-common.preinst was removed in 1:7.4+2.
* Drop versioned build-dep on dpkg 1.7.0. Even woody had that..
+ * Drop x11-common Depends on debianutils 1.13. That was also in woody.
-- Julien Cristau Mon, 28 Jun 2010 12:18:58 +0100
diff --git a/debian/control b/debian/control
index 1a66aa5..d7fd60b 100644
--- a/debian/control
+++ b/debian/control
@@ -8,7 +8,7 @@ Build-Depends: po-debconf, debhelper (>= 7)
Package: x11-common
Architecture: all
-Depends: ${misc:Depends}, debianutils (>= 1.13), lsb-base (>= 1.3-9ubuntu2)
+Depends: ${misc:Depends}, lsb-base (>= 1.3-9ubuntu2)
Breaks: gdm (<< 2.20.7-5)
Replaces: xfree86-common, xorg-common, xserver-common (<< 7), x-common
Description: X Window System (X.Org) infrastructure
commit 1a9bb9ef05e3d5e81ef4e952f6862636efa15cc9
Author: Julien Cristau
Date: Mon Jun 28 12:28:09 2010 +0100
Drop versioned build-dep on dpkg 1.7.0.
Even woody had that..
diff --git a/debian/changelog b/debian/changelog
index b17ce70..5b1085c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -4,6 +4,7 @@ xorg (1:7.5+7) UNRELEASED; urgency=low
monolith, which aren't relevant anymore.
* Also drop Pre-Depends on debconf. The debconf interaction in
x11-common.preinst was removed in 1:7.4+2.
+ * Drop versioned build-dep on dpkg 1.7.0. Even woody had that..
-- Julien Cristau Mon, 28 Jun 2010 12:18:58 +0100
diff --git a/debian/control b/debian/control
index 57fe5dc..1a66aa5 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Priority: optional
Maintainer: Debian X Strike Force
Uploaders: David Nusinow , Drew Parsons
, Brice Goglin
Standards-Version: 3.8.4
-Build-Depends: dpkg (>= 1.7.0), po-debconf, debhelper (>= 7)
+Build-Depends: po-debconf, debhelper (>= 7)
Package: x11-common
Architecture: all
commit 4ec50b108f0b047c06f6fb621fcb84c79fff7418
Author: Julien Cristau
Date: Mon Jun 28 12:24:23 2010 +0100
Also drop Pre-Depends on debconf.
The debconf interaction in x11-common.preinst was removed in 1:7.4+2.
diff --git a/debian/changelog b/debian/changelog
index dd00042..b17ce70 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2,6 +2,8 @@ xorg (1:7.5+7) UNRELEASED; urgency=low
* Nuke x11-common's Conflicts. This was needed for upgrades from the
monolith, which aren't relevant anymore.
+ * Also drop Pre-Depends on debconf. The debconf interaction in
+x11-common.preinst was removed in 1:7.4+2.
-- Julien Cristau Mon, 28 Jun 2010 12:18:58 +0100
diff --git a/debian/control b/debian/control
index 5134145..57fe5dc 100644
--- a/debian/control
+++ b/debian/control
@@ -9,7 +9,6 @@ Build-Depends: dpkg (>= 1.7.0), po-debconf, debhelper (>= 7)
Package: x11-common
Architecture: all
Depends: ${misc:Depends}, debianutils (>= 1.13), lsb-base (>= 1.3-9ubuntu2)
-Pre-Depends: debconf | debconf-2.0
Breaks: gdm (<< 2.20.7-5)
Replaces: xfree86-common, xorg-common, xserver-common (<< 7), x-common
Description: X Window System (X.Org) infrastructure
commit 1d025ea416513e628859c51279d06741e00e7a0c
Author: Julien Cristau
Date: Mon Jun 28 12:19:39 2010 +0100
Nuke x11-common's Conflicts.
This was needed for upgrades from the monolith, which aren't relevant
anymore.
diff --git a/debian/changelog b/debian/changelog
index c9f1086..dd00042 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+xorg (1:7.5+7) UNRELEASED; urgency=low
+
+ * Nuke x11-common's Conflicts. This was needed for upgrades from the
+monolith, which aren't relevant anymore.
+
+ -- Julien Cristau Mon, 28 Jun 2010 12:18:58 +0100
+
xorg (1:7.5+6) unstable; urgency=medium
* Drop radeonhd from xserver-xorg-video-all. We switched to kernel
diff --git a/debian/control b/debian/control
index 731c839..5134145 100644
--- a/debian/control
+++ b/debian/control
@@ -10,60 +10,6 @@ Package: x11-common
Architecture: all
Depends: ${misc:Depends}, debianutils (>= 1.13), lsb-base (>= 1.3-9ubuntu2)
Pre-Depends: debconf | debconf-2.0
-Conflicts: xfree86-common, xorg-common, xserver-common (<< 7), x-common,
- xserver-xorg (<< 1:7.4~), xserver-xfree86 (<< 1:7.0),
- libxft-dev (<= 2.1.8.2-5), aee (<= 2.2.15b-1), ascd (<= 0.13.2-3),
- bibview (<= 2.2-8), fvwm1 (<= 1.24r-46), grace (<= 1:5.1.18-1),
- groff (<= 1.18.1.1-7), hfsutils-tcltk (<= 3.2.6-7), login.app (<= 1.2.1-18)
xterm-261
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
Xorg dist upgrade troubles
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: xserver-xorg-core
Depends: xserver-xorg
Conflicts: xserver-xorg-video-${oldabi}
Package: xserver-xorg-video-foo
Provides: xserver-xorg-video-${abi}
Depends: xserver-xorg-core
For squeeze I'm trying to get to something like this:
Package: xserver-xorg
Depends: xserver-xorg-core, xserver-xorg-video-all | xorg-driver-video
Package: xserver-xorg-core
Provides: xorg-video-abi-${abi}
Package: xserver-xorg-video-foo
Depends: xorg-video-abi-${abi}
Provides: xorg-driver-video
This way we won't need Conflicts or Breaks to ensure a consistent ABI
between the server and all installed drivers (if you have suggestions
how to make this even better please let me know).
However this doesn't help for lenny→squeeze because drivers in lenny
are incompatible with squeeze's xserver-xorg-core, so it seems that we
need to keep Conflicts or Breaks there, which seems to cause
uninstallation of most drivers instead of the expected upgrade.
Do you have any suggestions to improve the lenny→squeeze upgrade path
for these packages?
Cheers,
Julien
signature.asc
Description: Digital signature
Bug#587425: xorg: No 3d acceleration availlable, Xorg.0.log show a DRI problem
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): [dri] RADEONDRIGetVersion failed because of a version mismatch. [dri] This chipset requires a kernel module version of 1.8.0, [dri] but the kernel reports a version of 2.0.0.[dri] If using legacy modesetting, upgrade your kernel. [dri] If using kernel modesetting, make sure your module is [dri] loaded prior to starting X, and that this driver was built [dri] with support for KMS. [dri] Disabling DRI. >> This bug also issues in Ubuntu and seems to affects quite a lot of people, hope I gave enough informations. Arthur Carcano. PS : I'm french and 15 old, wich may explains potential mistakes. -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xorg depends on: ii gnome-terminal [x-terminal-em 2.30.1-1 The GNOME terminal emulator applic ii libgl1-mesa-dri 7.7.1-3A free implementation of the OpenG ii libgl1-mesa-glx [libgl1] 7.7.1-3A free implementation of the OpenG ii libglu1-mesa 7.7.1-3The OpenGL utility library (GLU) ii x11-apps 7.5+5 X applications ii x11-session-utils 7.5+1 X session utilities ii x11-utils 7.5+4 X11 utilities ii x11-xfs-utils 7.4+1 X font server utilities ii x11-xkb-utils 7.5+2 X11 XKB utilities ii x11-xserver-utils 7.5+1+b1 X server utilities ii xauth 1:1.0.4-1 X authentication utility ii xfonts-100dpi 1:1.0.1100 dpi fonts for X ii xfonts-75dpi 1:1.0.175 dpi fonts for X ii xfonts-base 1:1.0.1standard fonts for X ii xfonts-scalable 1:1.0.1-1 scalable fonts for X ii xfonts-utils 1:7.5+2X Window System font utility progr ii xinit 1.2.0-2X server initialisation tool ii xkb-data 1.8-1 X Keyboard Extension (XKB) configu ii xorg-docs-core1:1.5-1Core documentation for the X.org X ii xserver-xorg 1:7.5+6the X.Org X server ii xterm [x-terminal-emulator] 259-1 X terminal emulator xorg recommends no packages. Versions of packages xorg suggests: pn xorg-docs (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100628145210.7789.44368.report...@arthur-desktop.home
Bug#587425: marked as done (xorg: No 3d acceleration availlable, Xorg.0.log show a DRI problem)
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 availlable, Xorg.0.log show a DRI problem 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 587425: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587425 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- 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): [dri] RADEONDRIGetVersion failed because of a version mismatch. [dri] This chipset requires a kernel module version of 1.8.0, [dri] but the kernel reports a version of 2.0.0.[dri] If using legacy modesetting, upgrade your kernel. [dri] If using kernel modesetting, make sure your module is [dri] loaded prior to starting X, and that this driver was built [dri] with support for KMS. [dri] Disabling DRI. >> This bug also issues in Ubuntu and seems to affects quite a lot of people, hope I gave enough informations. Arthur Carcano. PS : I'm french and 15 old, wich may explains potential mistakes. -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xorg depends on: ii gnome-terminal [x-terminal-em 2.30.1-1 The GNOME terminal emulator applic ii libgl1-mesa-dri 7.7.1-3A free implementation of the OpenG ii libgl1-mesa-glx [libgl1] 7.7.1-3A free implementation of the OpenG ii libglu1-mesa 7.7.1-3The OpenGL utility library (GLU) ii x11-apps 7.5+5 X applications ii x11-session-utils 7.5+1 X session utilities ii x11-utils 7.5+4 X11 utilities ii x11-xfs-utils 7.4+1 X font server utilities ii x11-xkb-utils 7.5+2 X11 XKB utilities ii x11-xserver-utils 7.5+1+b1 X server utilities ii xauth 1:1.0.4-1 X authentication utility ii xfonts-100dpi 1:1.0.1100 dpi fonts for X ii xfonts-75dpi 1:1.0.175 dpi fonts for X ii xfonts-base 1:1.0.1standard fonts for X ii xfonts-scalable 1:1.0.1-1 scalable fonts for X ii xfonts-utils 1:7.5+2X Window System font utility progr ii xinit 1.2.0-2X server initialisation tool ii xkb-data 1.8-1 X Keyboard Extension (XKB) configu ii xorg-docs-core1:1.5-1Core documentation for the X.org X ii xserver-xorg 1:7.5+6the X.Org X server ii xterm [x-terminal-emulator] 259-1 X terminal emulator xorg recommends no packages. Versions of packages xorg suggests: pn xorg-docs (no description available) -- no debconf information --- End Message --- --- Begin Message --- On Mon, Jun 28, 2010 at 16:52:10 +0200, Arthur Carcano wrote: > Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) You need to use linux-image-2.6.32-5-686, this one is too old. Cheers, Julien signature.asc Description: Digital signature --- End Message ---
Bug#587428: xterm: it is no longer possible to change fontsize through .Xresources
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.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xterm depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libncurses5 5.7+20100313-2 shared libraries for terminal hand ii libutempter0 1.1.5-3A privileged helper for utmp/wtmp ii libx11-6 2:1.3.3-3 X11 client-side library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii xbitmaps 1.1.0-1Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.5+4 X11 utilities ii xutils1:7.5+6X Window System utility programs m Versions of packages xterm suggests: pn xfonts-cyrillic(no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwovk8ACgkQw5UvgfnzqGrw+QCfb/ZCkGpJUTC6+hRMYPlrH4Bb 8YsAnjUt8ZTSiEOnIJcpY1JvV0+tPci5 =j7rt -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100628152258.4591.72445.report...@streamdredger.cutthroat.eu.org
Bug#550084: Similar(but different) keymap hiccups on upgrade
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") Down arrow sends down and then also sends a Keypad enter (xev says something else The other two send correct keys (though xev says something else) , None of the arrow keys autorepeat. The old xkb-data from stable gives a-ok results. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100628161358.11283.85034.report...@laxeee.kamathln.homelinux.net
Bug#587428: xterm: it is no longer possible to change fontsize through .Xresources
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", e.g., *renderFont:true -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100628124756.2gazz0dklpno0...@webmail.his.com
Bug#584801: closed by Julien Cristau (Bug#584801: fixed in xterm 260-1)
-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/ iEYEARECAAYFAkwo1hgACgkQUTlbRTxpHjfv6wCfXJKBHPKCkknec7xLxHbiTP6r 8PEAmwU7ElmCvabiEA3qsfqrwziiOGud =gu15 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c28d61e.3040...@afaics.de
Bug#584801: closed by Julien Cristau (Bug#584801: fixed in xterm 260-1)
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 brokenStringTerm resource setting is to allow a newline to do this. Otherwise, it would wait for the proper string terminator character, which is something you are not likely to enter on the keyboard. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100628133534.q2x2ozfwch5ww...@webmail.his.com
Bug#531071: xserver memory leak
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 this > bug. 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. I've read reports that "it is well known that firefox leaks X memory" and I have observed such behaviour. X will slowly increase its RSS footprint, though it's not very significant for me. What I don't understand is *how* can firefox result in X leak? Doesn't X keep track of which program (or window) allocates what resources? Is there a method to determine which part of X allocated what memory? Is it possible or advisable to run X under Valgrind? I'll also try using the nouvau driver on the weekend (from the 2.3.34 kernel) and try to reproduce the memory leak. - Adam -- Adam Majer ad...@zombino.com -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100628191947.ga5...@mira.lan.galacticasoftware.com
Bug#531071: xserver memory leak
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. Running valgrind under X should work, although it'll probably be dead slow. X keeps track of what client allocated which resources, and should free them when that client dies. Due to fragmentation this may or may not show up in the reported RSS. And due to bugs this may or may not actually happen... Cheers, Julien signature.asc Description: Digital signature
xterm: Changes to 'debian-unstable'
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:53:31 2010 +0100
Upload to unstable
diff --git a/debian/changelog b/debian/changelog
index f607171..30dc5ad 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,10 +1,10 @@
-xterm (261-1) UNRELEASED; urgency=low
+xterm (261-1) unstable; urgency=low
* New upstream release
+ fix regression in renderFont logic, from patch #260 changes
(closes: #587428)
- -- Julien Cristau Mon, 28 Jun 2010 21:51:27 +0100
+ -- Julien Cristau Mon, 28 Jun 2010 21:53:28 +0100
xterm (260-1) unstable; urgency=low
commit 83f8fcac92e5f7c3a7c6c191899d8a618002ca3c
Author: Julien Cristau
Date: Mon Jun 28 21:53:00 2010 +0100
Bump changelog
diff --git a/debian/changelog b/debian/changelog
index d8e44ca..f607171 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+xterm (261-1) UNRELEASED; urgency=low
+
+ * New upstream release
++ fix regression in renderFont logic, from patch #260 changes
+ (closes: #587428)
+
+ -- Julien Cristau Mon, 28 Jun 2010 21:51:27 +0100
+
xterm (260-1) unstable; urgency=low
* New upstream release
commit 400e8ed360cd27710233916db075673bb3c78a2a
Author: Julien Cristau
Date: Mon Jun 28 21:50:38 2010 +0100
Imported Upstream version 261
diff --git a/charproc.c b/charproc.c
index a0b2d7f..b75a093 100644
--- a/charproc.c
+++ b/charproc.c
@@ -1,4 +1,4 @@
-/* $XTermId: charproc.c,v 1.1070 2010/06/20 21:39:59 tom Exp $ */
+/* $XTermId: charproc.c,v 1.1071 2010/06/28 09:03:42 tom Exp $ */
/*
@@ -6551,10 +6551,15 @@ VTInitialize(Widget wrequest,
wnew->misc.render_font =
(Boolean) extendedBoolean(wnew->misc.render_font_s,
tblRenderFont, erLast);
-if (wnew->misc.render_font == erDefault && IsEmpty(wnew->misc.face_name)) {
- wnew->misc.face_name = x_strdup(DEFFACENAME_AUTO);
- TRACE(("will allow runtime switch to render_font using \"%s\"\n",
- wnew->misc.face_name));
+if (wnew->misc.render_font == erDefault) {
+ if (IsEmpty(wnew->misc.face_name)) {
+ wnew->misc.face_name = x_strdup(DEFFACENAME_AUTO);
+ TRACE(("will allow runtime switch to render_font using \"%s\"\n",
+ wnew->misc.face_name));
+ } else {
+ wnew->misc.render_font = erTrue;
+ TRACE(("initially using TrueType font\n"));
+ }
}
/* minor tweak to make debug traces consistent: */
if (wnew->misc.render_font) {
diff --git a/version.h b/version.h
index 296dcf0..08a4fe2 100644
--- a/version.h
+++ b/version.h
@@ -1,5 +1,5 @@
/*
- * $XTermId: version.h,v 1.318 2010/06/13 16:03:59 tom Exp $
+ * $XTermId: version.h,v 1.319 2010/06/28 08:49:07 tom Exp $
*
* this file is part of xterm
*
@@ -39,7 +39,7 @@
* version of X to which this version of xterm has been built. The number in
* parentheses is my patch number (Thomas E. Dickey).
*/
-#define XTERM_PATCH 260
+#define XTERM_PATCH 261
#ifndef __vendorversion__
#define __vendorversion__ "XTerm"
diff --git a/xterm.log.html b/xterm.log.html
index deab291..2e33935 100644
--- a/xterm.log.html
+++ b/xterm.log.html
@@ -31,7 +31,7 @@
* sale, use or other dealings in this Software without prior written*
* authorization.*
*
- $XTermId: xterm.log.html,v 1.954 2010/06/21 00:40:58 tom Exp $
+ $XTermId: xterm.log.html,v 1.957 2010/06/28 09:25:58 tom Exp $
-->
@@ -56,6 +56,7 @@ Most of these are summarized in the XFree86 CHANGELOG
is the latest version of this file.
+Patch #261 - 2010/6/28
Patch #260 - 2010/6/20
Patch #259 - 2010/6/5
Patch #258 - 2010/5/1
@@ -319,6 +320,13 @@ is the latest version of this file.
Patch #1 - 1996/1/6
+Patch #261 - 2010/6/28
+
+ fix regression in renderFont logic, from
+ patch #260 changes
+ (report by Joseph Quinsey).
+
+
Patch #260 - 2010/6/20
modify plink.sh to work around problem linking to
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1otls3-0007dm...@alioth.debian.org
xterm: Changes to 'upstream-unstable'
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 version 261
diff --git a/charproc.c b/charproc.c
index a0b2d7f..b75a093 100644
--- a/charproc.c
+++ b/charproc.c
@@ -1,4 +1,4 @@
-/* $XTermId: charproc.c,v 1.1070 2010/06/20 21:39:59 tom Exp $ */
+/* $XTermId: charproc.c,v 1.1071 2010/06/28 09:03:42 tom Exp $ */
/*
@@ -6551,10 +6551,15 @@ VTInitialize(Widget wrequest,
wnew->misc.render_font =
(Boolean) extendedBoolean(wnew->misc.render_font_s,
tblRenderFont, erLast);
-if (wnew->misc.render_font == erDefault && IsEmpty(wnew->misc.face_name)) {
- wnew->misc.face_name = x_strdup(DEFFACENAME_AUTO);
- TRACE(("will allow runtime switch to render_font using \"%s\"\n",
- wnew->misc.face_name));
+if (wnew->misc.render_font == erDefault) {
+ if (IsEmpty(wnew->misc.face_name)) {
+ wnew->misc.face_name = x_strdup(DEFFACENAME_AUTO);
+ TRACE(("will allow runtime switch to render_font using \"%s\"\n",
+ wnew->misc.face_name));
+ } else {
+ wnew->misc.render_font = erTrue;
+ TRACE(("initially using TrueType font\n"));
+ }
}
/* minor tweak to make debug traces consistent: */
if (wnew->misc.render_font) {
diff --git a/version.h b/version.h
index 296dcf0..08a4fe2 100644
--- a/version.h
+++ b/version.h
@@ -1,5 +1,5 @@
/*
- * $XTermId: version.h,v 1.318 2010/06/13 16:03:59 tom Exp $
+ * $XTermId: version.h,v 1.319 2010/06/28 08:49:07 tom Exp $
*
* this file is part of xterm
*
@@ -39,7 +39,7 @@
* version of X to which this version of xterm has been built. The number in
* parentheses is my patch number (Thomas E. Dickey).
*/
-#define XTERM_PATCH 260
+#define XTERM_PATCH 261
#ifndef __vendorversion__
#define __vendorversion__ "XTerm"
diff --git a/xterm.log.html b/xterm.log.html
index deab291..2e33935 100644
--- a/xterm.log.html
+++ b/xterm.log.html
@@ -31,7 +31,7 @@
* sale, use or other dealings in this Software without prior written*
* authorization.*
*
- $XTermId: xterm.log.html,v 1.954 2010/06/21 00:40:58 tom Exp $
+ $XTermId: xterm.log.html,v 1.957 2010/06/28 09:25:58 tom Exp $
-->
@@ -56,6 +56,7 @@ Most of these are summarized in the XFree86 CHANGELOG
is the latest version of this file.
+Patch #261 - 2010/6/28
Patch #260 - 2010/6/20
Patch #259 - 2010/6/5
Patch #258 - 2010/5/1
@@ -319,6 +320,13 @@ is the latest version of this file.
Patch #1 - 1996/1/6
+Patch #261 - 2010/6/28
+
+ fix regression in renderFont logic, from
+ patch #260 changes
+ (report by Joseph Quinsey).
+
+
Patch #260 - 2010/6/20
modify plink.sh to work around problem linking to
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1otlsa-0007f7...@alioth.debian.org
xterm: Changes to 'refs/tags/xterm-261-1'
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+9AT7jyZqogcZYBGsDYJ5Zqgu1Ulda9V AmPRrapsokgNTOBC6dEG3GWHONzUHW4NK4iS/5NxJWfpZcMNCdurtVyloJZvl+no x1lf8aJWXd+IGoZ2bn/UFpuX6XW0EPmB9Oh3MQDocSH5o8Ivs0iRlsHoymw4iFM4 WWVCrZDFdlxDXJLtOK3kaInDFMuIZHRaA0gOvckqjLf5hDkuPDkFM1tokWwqQQKX TdfhnNcMz5FbzaOfyMQarbGvELDZEYQCdyqV9cCm6RcAU96KfGE/clPea9eZy4Td lGbHSkyB+OEusbiHF9CTzGVlWBdxZXE4Tt50tiaA3fP1beCSY9TezjXYtebpuYOu 8lZQJlIBNMcC2Knv3L+h44BdKGTH3jnS/N4TN5f5AG1F4U0u7C4PgeICoeFA6/mT S6Jt7Ay+lAMQo0RGrEQVcfk/mUW2VyegVizr2Scbgw9iOJoFcGl8KwBEd4FONZrw V8R81R8CCg7sUvf+mjVC+/lfSPt0TYgcnbGs9MzMDQsOlYAeDyEAiel6RINYD5X5 RGOkxxvsNJINTJESNHPvVUjJ1DEHTIxCGdlaJ0yI5spWTyKsYHqKYFjisoHe2Os3 LG3532qkl/PDzFcjYW2M =sRC4 -END PGP SIGNATURE- Changes since xterm-260-1: Julien Cristau (4): Imported Upstream version 261 Merge commit 'xterm-261' into debian-unstable Bump changelog Upload to unstable --- charproc.c | 15 ++- debian/changelog |8 version.h|4 ++-- xterm.log.html | 10 +- 4 files changed, 29 insertions(+), 8 deletions(-) --- -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1otlsh-0007ii...@alioth.debian.org
xterm: Changes to 'pristine-tar'
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 2010 +0100 pristine-tar data for xterm_261.orig.tar.gz diff --git a/xterm_261.orig.tar.gz.delta b/xterm_261.orig.tar.gz.delta new file mode 100644 index 000..add9175 Binary files /dev/null and b/xterm_261.orig.tar.gz.delta differ diff --git a/xterm_261.orig.tar.gz.id b/xterm_261.orig.tar.gz.id new file mode 100644 index 000..88024d1 --- /dev/null +++ b/xterm_261.orig.tar.gz.id @@ -0,0 +1 @@ +400e8ed360cd27710233916db075673bb3c78a2a commit a7942f425f25b4f53dbfd98e95fa18af49eb82b7 Author: Julien Cristau Date: Wed Jun 23 15:18:01 2010 +0100 pristine-tar data for xterm_260.orig.tar.gz diff --git a/xterm_260.orig.tar.gz.delta b/xterm_260.orig.tar.gz.delta new file mode 100644 index 000..5560db8 Binary files /dev/null and b/xterm_260.orig.tar.gz.delta differ diff --git a/xterm_260.orig.tar.gz.id b/xterm_260.orig.tar.gz.id new file mode 100644 index 000..66adcfe --- /dev/null +++ b/xterm_260.orig.tar.gz.id @@ -0,0 +1 @@ +17deb5faec7299f1fe7d849319dfe64f9a1ed05e -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1otlvj-0008j1...@alioth.debian.org
Processing of xterm_261-1_amd64.changes
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...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1otlxi-00030k...@ries.debian.org
xterm_261-1_amd64.changes ACCEPTED
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 - source x11 xterm_261-1_amd64.deb - optional x11 Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 587428 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1otmtx-0006qg...@ries.debian.org
Bug#587428: marked as done (xterm: it is no longer possible to change fontsize through .Xresources)
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 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 587428: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587428 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- 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.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xterm depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libncurses5 5.7+20100313-2 shared libraries for terminal hand ii libutempter0 1.1.5-3A privileged helper for utmp/wtmp ii libx11-6 2:1.3.3-3 X11 client-side library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii xbitmaps 1.1.0-1Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.5+4 X11 utilities ii xutils1:7.5+6X Window System utility programs m Versions of packages xterm suggests: pn xfonts-cyrillic(no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwovk8ACgkQw5UvgfnzqGrw+QCfb/ZCkGpJUTC6+hRMYPlrH4Bb 8YsAnjUt8ZTSiEOnIJcpY1JvV0+tPci5 =j7rt -END PGP SIGNATURE- --- End Message --- --- Begin Message --- Source: xterm Source-Version: 261-1 We believe that the bug you reported is fixed in the latest version of xterm, which is due to be installed in the Debian FTP archive: 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 A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 587...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Julien Cristau (supplier of updated xterm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 28 Jun 2010 21:53:28 +0100 Source: xterm Binary: xterm Architecture: source amd64 Version: 261-1 Distribution: unstable Urgency: low Maintainer: Debian X Strike Force Changed-By: Julien Cristau Description: xterm - X terminal emulator Closes: 587428 Changes: xterm (261-1) unstable; urgency=low . * New upstream release + fix regression in renderFont logic, from patch #260 changes (closes: #587428) Checksums-Sha1: 5d69a8ebbeb91c869d0e80dbb62297db7553bf69 1948 xterm_261-1.dsc c19b73bea2f43c676699e914c8a059d8b69fc89b 926486 xterm_261.orig.tar.gz 48e85d086d15105f5db3a9fb3982b7630132d2b0 80131 xterm_261-1.diff.gz 15fdd9755ca75dfe79eb0179a917b93f7acd2f75 550664 xterm_261-1_amd64.deb Checksums-Sha256: 08dc579fdac8aed2d6fb212287a14786ba185ef77aade472dae54fd2ed35a8fe 1948 xterm_261-1.dsc a0d57a33376d5a31a5ffd79bf6556aaa2399071b94c2a2c4276ea784342415a3 926486 xterm_261.orig.tar.gz 5dfd8455dbf35c7337750d97c33bd134fa610da580475d36017352fea88172db 80131 xterm_261-1.diff.gz cc4b9f4a1cdd68968191ee6a1f90457cfa31cbc867e7f4809dbac2ecc2fedd4c 550664 xterm_261-1_amd64.deb Files: 49fcd927c232bc17af21d721dc3f3628 1948 x11 optional xterm_261-1.dsc 10d211f6986c4b279cfa9530b2361457 926486 x11 optional xterm_261.orig.tar.gz a9f21587db4afa10023e6d1b08a0b519 80131 x11 optional xterm_
xorg-server: Changes to 'debian-unstable'
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 --git a/debian/changelog b/debian/changelog
index 23c076f..fc509ef 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+xorg-server (2:1.7.7-3) UNRELEASED; urgency=low
+
+ * Drop lpia from the control file, it's dead.
+
+ -- Julien Cristau Thu, 17 Jun 2010 15:15:20 +0100
+
xorg-server (2:1.7.7-2) unstable; urgency=low
* autoconfig: load the nouveau driver for nvidia hw. Stolen from F13.
diff --git a/debian/control b/debian/control
index 011cb5d..5181f1c 100644
--- a/debian/control
+++ b/debian/control
@@ -49,9 +49,9 @@ Build-Depends:
nettle-dev,
libdbus-1-dev [kfreebsd-amd64 kfreebsd-i386],
libhal-dev [kfreebsd-amd64 kfreebsd-i386],
- libudev-dev (>= 151-3) [alpha amd64 arm armeb armel avr32 hppa i386 ia64 lpia
m32r m68k mips mipsel powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc],
- libselinux1-dev (>= 2.0.80) [alpha amd64 arm armeb armel avr32 hppa i386 ia64
lpia m32r m68k mips mipsel powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc],
- libaudit-dev [alpha amd64 arm armeb armel avr32 hppa i386 ia64 lpia m32r m68k
mips mipsel powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc],
+ libudev-dev (>= 151-3) [alpha amd64 arm armeb armel avr32 hppa i386 ia64 m32r
m68k mips mipsel powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc],
+ libselinux1-dev (>= 2.0.80) [alpha amd64 arm armeb armel avr32 hppa i386 ia64
m32r m68k mips mipsel powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc],
+ libaudit-dev [alpha amd64 arm armeb armel avr32 hppa i386 ia64 m32r m68k mips
mipsel powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc],
x11proto-xf86dri-dev (>= 2.1.0),
libdrm-dev (>= 2.4.3) [!hurd-i386],
x11proto-gl-dev (>= 1.4.9),
@@ -278,7 +278,7 @@ Description: nested X server
This package is built from the X.org xserver module.
Package: xserver-xfbdev
-Architecture: alpha amd64 arm armeb armel hppa i386 ia64 lpia m32r m68k mips
mipsel powerpc ppc64 sh3 sh3eb sh4 sh4eb sparc
+Architecture: alpha amd64 arm armeb armel hppa i386 ia64 m32r m68k mips mipsel
powerpc ppc64 sh3 sh3eb sh4 sh4eb sparc
Depends:
xserver-common (>= ${source:Version}),
${shlibs:Depends},
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1otmgm-0008rl...@alioth.debian.org
Re: Xorg dist upgrade troubles
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 are talking here based
on the great upgrade test from Petter Reinholdtsen "just" about the
current behavior of APT, doesn't we? )
I haven't found the real cause for this problem, but for the time being
you can add to the xserver-xorg-video-all package the following line:
>
Breaks: xserver-xorg-video-cyrix, xserver-xorg-video-dummy,
xserver-xorg-video-glint, xserver-xorg-video-i810,
xserver-xorg-video-imstt, xserver-xorg-video-nsc,
xserver-xorg-video-radeonhd, xserver-xorg-video-tga,
xserver-xorg-video-v4l, xserver-xorg-video-vga, xserver-xorg-video-via
<
(a list of all packages xserver-xorg-video-all depended on in lenny but
no longer in squeeze). You might want to add versions to these breaks,
also a different package is maybe a better fit for this breaks line,
but at least in my test this caused the xorg upgrade problem to disappear.
> The current situation looks like this:
>
> Package: xserver-xorg
> Depends: xserver-xorg-core, xserver-xorg-video-all | xserver-xorg-video-${abi}
>
> Package: xserver-xorg-core
> Depends: xserver-xorg
> Conflicts: xserver-xorg-video-${oldabi}
>
> Package: xserver-xorg-video-foo
> Provides: xserver-xorg-video-${abi}
> Depends: xserver-xorg-core
The conflicts is a breaks in current unstable, isn't it?
Packages like x11-common seems to have a lot of conflicts.
Are all of them - not only in this specific package - really needed or
would be Breaks enough? (see also the fresh policy version 3.9.0)
Also, xserver-xorg and xserver-xorg-core forming a dependency loop
in your snippet.
> For squeeze I'm trying to get to something like this:
>
> Package: xserver-xorg
> Depends: xserver-xorg-core, xserver-xorg-video-all | xorg-driver-video
>
> Package: xserver-xorg-core
> Provides: xorg-video-abi-${abi}
>
> Package: xserver-xorg-video-foo
> Depends: xorg-video-abi-${abi}
> Provides: xorg-driver-video
Looks much better on first glance. :)
But why the Depends on xserver-xorg-video-all ?
I assume that all packages xserver-xorg-video-all depends on will
provide xorg-driver-video so you depend on (A & B & …) | (A | B | …).
While apt currently chooses always the first option at first if it needs
to install something it is not guaranteed that it will do this forever or
that any other $packagemanager will always choose the A & B & … path
Best regards,
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/aanlktimhsyfjmwemxd_cv9fbgi2afbv51jtbgebol...@mail.gmail.com
Re: Xorg dist upgrade troubles
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 aptitude is in the loop you want to write
> to aptit...@packages.debian.org too, but we are talking here based
> on the great upgrade test from Petter Reinholdtsen "just" about the
> current behavior of APT, doesn't we? )
>
Partly based on Petter's tests, and partly based on experience from
upgrade reports for lenny.
As far as I know apt and aptitude both have the same problem with this
upgrade path, so adding aptit...@pdo in the loop. aptitude people, this
thread started at http://lists.debian.org/deity/2010/06/msg00088.html.
> I haven't found the real cause for this problem, but for the time being
> you can add to the xserver-xorg-video-all package the following line:
> >
> Breaks: xserver-xorg-video-cyrix, xserver-xorg-video-dummy,
> xserver-xorg-video-glint, xserver-xorg-video-i810,
> xserver-xorg-video-imstt, xserver-xorg-video-nsc,
> xserver-xorg-video-radeonhd, xserver-xorg-video-tga,
> xserver-xorg-video-v4l, xserver-xorg-video-vga, xserver-xorg-video-via
> <
> (a list of all packages xserver-xorg-video-all depended on in lenny but
> no longer in squeeze). You might want to add versions to these breaks,
> also a different package is maybe a better fit for this breaks line,
> but at least in my test this caused the xorg upgrade problem to disappear.
>
Ah, that sounds doable, thanks. (Probably with versioned Breaks in
xserver-xorg-core.)
> > The current situation looks like this:
> >
> > Package: xserver-xorg
> > Depends: xserver-xorg-core, xserver-xorg-video-all |
> > xserver-xorg-video-${abi}
> >
> > Package: xserver-xorg-core
> > Depends: xserver-xorg
> > Conflicts: xserver-xorg-video-${oldabi}
> >
> > Package: xserver-xorg-video-foo
> > Provides: xserver-xorg-video-${abi}
> > Depends: xserver-xorg-core
>
> The conflicts is a breaks in current unstable, isn't it?
Yeah I changed it to a breaks recently.
> Packages like x11-common seems to have a lot of conflicts.
> Are all of them - not only in this specific package - really needed or
> would be Breaks enough? (see also the fresh policy version 3.9.0)
Conflicts was needed for x11-common, because of the move of
/usr/X11R6/bin from a directory to a symlink in etch, so packages
installing files in that directory needed to be upgraded or removed
before x11-common could be unpacked. They should hopefully not hurt too
much nowadays since all those conflicts are on very old packages, but
I dropped them earlier today, will be in the next upload.
http://git.debian.org/?p=pkg-xorg/debian/xorg.git;a=commitdiff;h=1d025ea416513e628859c51279d06741e00e7a0c
Which other conflicts are you concerned about?
> Also, xserver-xorg and xserver-xorg-core forming a dependency loop
> in your snippet.
>
Yes, that's #362313. I believe xserver-xorg-core can drop its
dependency on xserver-xorg, but iirc last time this happened there was
some complaint (#392295).
> > For squeeze I'm trying to get to something like this:
> >
> > Package: xserver-xorg
> > Depends: xserver-xorg-core, xserver-xorg-video-all | xorg-driver-video
> >
> > Package: xserver-xorg-core
> > Provides: xorg-video-abi-${abi}
> >
> > Package: xserver-xorg-video-foo
> > Depends: xorg-video-abi-${abi}
> > Provides: xorg-driver-video
>
> Looks much better on first glance. :)
> But why the Depends on xserver-xorg-video-all ?
I want to get xserver-xorg-video-all installed by default, but allow
people to shoot themselves in the foot (by removing the drivers they
don't use) if they so choose. Having just a recommends on -all didn't
quite feel strong enough.
> I assume that all packages xserver-xorg-video-all depends on will
> provide xorg-driver-video so you depend on (A & B & …) | (A | B | …).
> While apt currently chooses always the first option at first if it needs
> to install something it is not guaranteed that it will do this forever or
> that any other $packagemanager will always choose the A & B & … path
>
It seems like both apt and aptitude put a strong preference for the
first alternative in any case, so this seemed to work so far (except on
upgrades, where both of them would remove a set of drivers).
Thanks for the help,
Julien
signature.asc
Description: Digital signature
Re: Xorg dist upgrade troubles
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 is in the loop you want to write
> to aptit...@packages.debian.org too, but we are talking here based
> on the great upgrade test from Petter Reinholdtsen "just" about the
> current behavior of APT, doesn't we? )
>
>
> I haven't found the real cause for this problem, but for the time being
> you can add to the xserver-xorg-video-all package the following line:
> >
> Breaks: xserver-xorg-video-cyrix, xserver-xorg-video-dummy,
> xserver-xorg-video-glint, xserver-xorg-video-i810,
> xserver-xorg-video-imstt, xserver-xorg-video-nsc,
> xserver-xorg-video-radeonhd, xserver-xorg-video-tga,
> xserver-xorg-video-v4l, xserver-xorg-video-vga, xserver-xorg-video-via
> <
> (a list of all packages xserver-xorg-video-all depended on in lenny but
> no longer in squeeze). You might want to add versions to these breaks,
> also a different package is maybe a better fit for this breaks line,
> but at least in my test this caused the xorg upgrade problem to disappear.
>
>
> > The current situation looks like this:
> >
> > Package: xserver-xorg
> > Depends: xserver-xorg-core, xserver-xorg-video-all |
> > xserver-xorg-video-${abi}
> >
> > Package: xserver-xorg-core
> > Depends: xserver-xorg
> > Conflicts: xserver-xorg-video-${oldabi}
> >
> > Package: xserver-xorg-video-foo
> > Provides: xserver-xorg-video-${abi}
> > Depends: xserver-xorg-core
>
> The conflicts is a breaks in current unstable, isn't it?
> Packages like x11-common seems to have a lot of conflicts.
> Are all of them - not only in this specific package - really needed or
> would be Breaks enough? (see also the fresh policy version 3.9.0)
> Also, xserver-xorg and xserver-xorg-core forming a dependency loop
> in your snippet.
>
> > For squeeze I'm trying to get to something like this:
> >
> > Package: xserver-xorg
> > Depends: xserver-xorg-core, xserver-xorg-video-all | xorg-driver-video
> >
> > Package: xserver-xorg-core
> > Provides: xorg-video-abi-${abi}
> >
> > Package: xserver-xorg-video-foo
> > Depends: xorg-video-abi-${abi}
> > Provides: xorg-driver-video
>
> Looks much better on first glance. :)
> But why the Depends on xserver-xorg-video-all ?
> I assume that all packages xserver-xorg-video-all depends on will
> provide xorg-driver-video so you depend on (A & B & …) | (A | B | …).
> While apt currently chooses always the first option at first if it needs
> to install something it is not guaranteed that it will do this forever or
> that any other $packagemanager will always choose the A & B & … path
I guess we can guarantee that the primary choice will always be the
first possible option in an OR-group unless one alternative is already
satisfied. Of course, it might make sense to express the evalutation
order of OR-groups more precisely in policy, probably as a "should".
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1277764845.19559.46.ca...@hp
