Bug#560126: xserver-xorg-video-radeon: Launching GL Apps Corrupts System
On Wed, Dec 09, 2009 at 07:45:35AM +0100, Brice Goglin wrote: Leo L. Schwab wrote: I've upgraded to the 'unstable' mesa libraries, and to the 2.6.32-rc8 kernel. Same problems. You may try upgrading to experimental now... Those were the latest available versions that I could find via packages.debian.org. When did this problem start? What did you upgrade when it started? This is basically a virgin 'testing' install. The machine is a Sony VAIO VGN-S150 laptop. This machine was decommissioned about two years ago when the keyboard inexplicably died. Prior to that, it was running Debian 'unstable' on a daily basis just fine, including GL acceleration. The keyboard just as inexplicably came back to life recently, and I've been experimenting with various desktops as a prelude to gifting it to my mother. But then this corruption issue surfaced. It's a Sony, so I suppose it's possible the machine has traded a broken keyboard for a broken graphics chip (is there a way to test this?), but it has never been subjected to any abuse. It also passes MemTest86+ without issue, so it would not seem to be a problem with flaky memory. Since nobody else has ever reported such a critical problem (while the radeon driver has many users), I suggest your check your installation (with debsums for instance) and maybe check your hardware as well (memtest, smartctl, is there some sort of memtest for video?). The laptop in question isn't being used for anything (yet), so I can subject it to any form of diagnostic abuse you choose :-). Something strange is going on here... I wholeheartedly agree. Thanks, Schwab -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543512: update-fonts-alias should skip removed fonts
On Thu, Dec 03, 2009 at 02:04:01AM +0100, Julien Cristau wrote:
I think I've fixed this, I put a package up for testing at
http://people.debian.org/~jcristau/xfonts-utils_7.5+1~thep1.dsc
I haven't tested that this works properly, and I don't know when I can
do that, so any help would be welcome (install that package, purge it,
install a font package using the patched debhelper, etc).
Problems found:
- xfonts-utils.{postinst,postrm}.in include shell lib without defining
$THIS_PACKAGE and $THIS_SCRIPT variables.
- xfonts-utils.postinst.in tries to create the $EXCLUDE file without preparing
the directory.
- xfonts-utils.postrm.in leaves /var/lib/xfonts directory on purge,
as detected by piuparts.
I've reapplied the changes to the latest xfonts-utils 7.5+1 and fixed above
problems here:
http://people.debian.org/~thep/xfonts-utils_7.5+1thep1.dsc
It has also been tested with a font package built with the patched debhelper.
Regards,
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560039: #560039 xterm: double-click on word spanning across several lines doesn't select the bottom part
Looks like a problem with precedence (fix attached) -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net xterm-252a.patch.gz Description: Binary data signature.asc Description: Digital signature
Processed: re: #560039 xterm: double-click on word spanning across several lines doesn't select the bottom part
Processing commands for cont...@bugs.debian.org: tags 560039 fixed-upstream Bug #560039 [xterm] xterm: double-click on word spanning across several lines doesn't select the bottom part Added tag(s) fixed-upstream. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Really cloning 549407 to xutils-dev
Processing commands for cont...@bugs.debian.org: clone 549407 -1 Bug#549407: ivtools: FTBFS because of imake changing $(ARCH) string in tempdir name Bug 549407 cloned as bug 560171. reassign -1 xutils-dev Bug #560171 [buildd.debian.org,ivtools] ivtools: FTBFS because of imake changing $(ARCH) string in tempdir name Bug reassigned from package 'buildd.debian.org,ivtools' to 'xutils-dev'. retitle -1 imake: Must not unconditionally mangle pre-defined symbols in paths. Bug #560171 [xutils-dev] ivtools: FTBFS because of imake changing $(ARCH) string in tempdir name Changed Bug title to 'imake: Must not unconditionally mangle pre-defined symbols in paths.' from 'ivtools: FTBFS because of imake changing $(ARCH) string in tempdir name' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [buildd-tools-devel] Bug#549407: ivtools 1.2.6-1 FTBFS on sparc and powerpc
clone 549407 -1 reassign -1 xutils-dev retitle -1 imake: Must not unconditionally mangle pre-defined symbols in paths. thanks On Tue, Dec 08, 2009 at 03:01:12PM +, Roger Leigh wrote: Thanks for identifying the cause of the problem! So, to state the problem clearly: Imake is substituting the $(ARCH) part of the path to something else. Such as 'i386' being swapped for something else entirely, thus resulting in an invalid path. Exactly. This is particularly obscure, since not all arch names have the associated symbol defined, e.g., I could not reproduce this with amd64, and there were no problems with other autobuilders using new sbuild, but there were with i386, sparc and powerpc. This is, IMO, completely broken on the part of Imake. Agreed I'm reluctant to alter sbuild to accommodate such bad behaviour. For one thing, it can substitute /any part/ of the path, so there's no guarantee it won't randomly break on the XX random part or any other path component for any given build. The fix just makes the arch mismatch because underscore makes the two parts a single token, but that is not to say it will /never/ match. I accept that it solves the immediate issue, but it doesn't correct the fundamental underlying defect in imake. What's worse is that the random path might actually be /valid/, in which case it might scribble junk into, or delete files from, a directory other than the build directory. Unlikely, but possible, so a potential security problem on the buildd. Agreed also, but note that there is the same potential problem with the current setup. IIRC, few packages still use imake, so this is not at all a generalized problem. The only action I'd currently expect to be considered from the sbuild side is documenting this misbehavior. I agree that this is an imake misbehavior, so I am cloning this bug report and reassigning the clone to xutils-dev. I am keeping current RC severity, xutils-dev maintainers, please readjust at your will. Is this possible to fix in ivtools using the -u option to undefine things as suggested in the FAQ? Given the package-specific nature of the problem, I feel this would be a more appropriate place for a fix. Yes, that is the scheduled fix. Unfortunately, the buildd-tools mailing list stripped the patch, this is the relevant part, +# Make sure this symbol is disabled when imake is invoked. +MAKE += SPECIAL_IMAKEFLAGS=-U$(ARCH) + and changed make-$(MAKE). In practice, this should only affect the Makefile and Makefiles targets. However, I did not check carefully if there is other indirect imake invocation, so doing things this way does not hurt. I expect to upload a fixed ivtools NMU today. Cheers, -- Agustin -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: severity of 560171 is important, tagging 560171
Processing commands for cont...@bugs.debian.org: severity 560171 important Bug #560171 [xutils-dev] imake: Must not unconditionally mangle pre-defined symbols in paths. Severity set to 'important' from 'serious' tags 560171 upstream Bug #560171 [xutils-dev] imake: Must not unconditionally mangle pre-defined symbols in paths. Added tag(s) upstream. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 560171
Processing commands for cont...@bugs.debian.org: tags 560171 - patch pending Bug #560171 [xutils-dev] imake: Must not unconditionally mangle pre-defined symbols in paths. Removed tag(s) pending and patch. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
xfonts-utils: Changes to 'debian-unstable'
debian/changelog|8 ++
debian/local/update-fonts-alias | 118 ++--
debian/xfonts-utils.postinst.in | 22 +++
debian/xfonts-utils.postrm.in | 22 +++
4 files changed, 129 insertions(+), 41 deletions(-)
New commits:
commit 6c9954c869ef8960790cfcb63a30200c0390689f
Author: Theppitak Karoonboonyanan t...@debian.org
Date: Wed Dec 9 14:30:57 2009 +0100
update-fonts-alias: add an exclude file
Use an exclude file in /var/lib/xfonts/ listing alias files we need to
ignore, which is to be used when font packages are removed.
Signed-off-by: Julien Cristau jcris...@debian.org
diff --git a/debian/changelog b/debian/changelog
index c82dca7..13b6aa7 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+xfonts-utils (1:7.5+2) UNRELEASED; urgency=low
+
+ * update-font-alias: use an exclude file listing alias files we need to
+ignore, which is to be used when font packages are removed
+(closes: #543512).
+
+ -- Theppitak Karoonboonyanan t...@debian.org Wed, 09 Dec 2009 15:04:53
+0700
+
xfonts-utils (1:7.5+1) unstable; urgency=low
[ Julien Cristau ]
diff --git a/debian/local/update-fonts-alias b/debian/local/update-fonts-alias
index 508e313..a344542 100644
--- a/debian/local/update-fonts-alias
+++ b/debian/local/update-fonts-alias
@@ -43,7 +43,7 @@ usage () {
message usage error: $*
fi
cat EOF
-Usage: $PROGNAME DIRECTORY ...
+Usage: $PROGNAME [OPTIONS] DIRECTORY ...
$PROGNAME { -h | --help }
This program combines X font alias information from several packages into a
single file that is placed in each specified X font directory DIRECTORY. This
@@ -51,35 +51,68 @@ utility is primarily useful to Debian package maintainer
scripts. See
update-fonts-alias(8) for more information.
Options:
-h, --helpdisplay this usage message and exit
+-i, --include ALIAS-FILE drop ALIAS-FILE from exlude list if any
+-x, --exclude ALIAS-FILE add ALIAS-FILE to exclude list
EOF
}
X11R7_LAYOUT=
-
-# Validate arguments.
-case $1 in
--h|--help)
-usage
-exit 0
-;;
--7|--x11r7-layout)
-X11R7_LAYOUT=true
-shift
-;;
-esac
-
-case $1 in
--*)
-usage unrecognized option 2
-exit 2
-;;
-esac
+INCLUDE_ALIAS=
+EXCLUDE_ALIAS=
+EXCLUDE_CONF=/var/lib/xfonts/excluded-aliases
+
+# Validate options.
+while [ $# -gt 0 ]; do
+case $1 in
+-h|--help)
+usage
+exit 0
+;;
+-7|--x11r7-layout)
+X11R7_LAYOUT=true
+shift
+;;
+-i|--include)
+if [ $# -lt 2 ]; then
+usage alias file to include is missing 2
+exit 2
+fi
+INCLUDE_ALIAS=$INCLUDE_ALIAS $2
+shift 2
+;;
+-x|--exclude)
+if [ $# -lt 2 ]; then
+usage alias file to exclude is missing 2
+exit 2
+fi
+EXCLUDE_ALIAS=$EXCLUDE_ALIAS $2
+shift 2
+;;
+-*)
+usage unrecognized option 2
+exit 2
+;;
+*)
+break
+;;
+esac
+done
if [ $# -eq 0 ]; then
usage one or more font directories must be specified 2
exit 2
fi
+# Remove aliases to be included from exclude list
+for f in $INCLUDE_ALIAS; do
+sed -i \\,^$f$,d $EXCLUDE_CONF
+done
+# Add aliases to be excluded to exclude list
+for f in $EXCLUDE_ALIAS; do
+sed -i \\,^$f$,d $EXCLUDE_CONF
+echo $f $EXCLUDE_CONF
+done
+
while [ -n $1 ]; do
# Try to be clever about the argument; were we given an absolute path?
if expr $1 : /.* /dev/null 21; then
@@ -129,30 +162,33 @@ while [ -n $1 ]; do
continue
fi
-# Are there any files to process?
-if [ $(echo $ETCDIR/*.alias $ETC7DIR/*.alias) != $ETCDIR/*.alias
$ETC7DIR/*.alias ]
-then
-if [ -n $X11R7DIR ] [ -d $X11R7DIR ]; then
-# Write the new alias file in a temporary location in case we are
-# interrupted.
-cat $X11R7DIR/fonts.alias.update-new EOF
+if [ -n $X11R7DIR ] [ -d $X11R7DIR ]; then
+# Write the new alias file in a temporary location in case we are
+# interrupted.
+cat $X11R7DIR/fonts.alias.update-new EOF
!! fonts.alias -- automatically generated file. DO NOT EDIT.
!! To modify, see update-fonts-alias(8).
EOF
-for FILE in $ETCDIR/*.alias $ETC7DIR/*.alias; do
-[ -e $FILE ] || continue
-echo !! $FILE $X11R7DIR/fonts.alias.update-new
-cat $FILE $X11R7DIR/fonts.alias.update-new
-done
-mv $X11R7DIR/fonts.alias.update-new $X11R7DIR/fonts.alias
-fi
-else
-if [ -n $X11R7DIR ] [ -d $X11R7DIR ]; then
-# There are no files to
Bug#543512: update-fonts-alias should skip removed fonts
tag 543512 pending kthxbye On Wed, Dec 9, 2009 at 13:04:41 +0100, Julien Cristau wrote: With those changes I think this is ready. Pushed: http://git.debian.org/?p=pkg-xorg/font/xfonts-utils.git;a=commit;h=6c9954c869ef8960790cfcb63a30200c0390689f Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#543512: update-fonts-alias should skip removed fonts
Processing commands for cont...@bugs.debian.org: tag 543512 pending Bug #543512 [xfonts-utils] update-fonts-alias should skip removed fonts Added tag(s) pending. kthxbye Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Come join me on Government Lists - U.S. | Canada
Government Lists - U.S. | Canada: REACH YOUR KEY GOVERNMENT AUDIENCE EASILY! I welcome you to join me on this business network. REACH YOUR KEY GOVERNMENT AUDIENCE EASILY! http://www.government-mailing-lists.com Click the link below to Join: http://governmentlists.ning.com/?xgi=1atgPRk4jLItttxg_source=msg_invite_net If your email program doesn't recognize the web address above as an active link, please copy and paste it into your web browser Members already on Government Lists - U.S. | Canada government-mailing-lists.com, Richard Furlong, Ryan Sharpe, Jim Kellough, Nitin Chaudhry About Government Lists - U.S. | Canada government-mailing-lists.com is the key-contact database for reaching government markets. Government Lists – U.S. | Canada 10 photos To control which emails you receive on the corner, or to opt-out, go to: http://governmentlists.ning.com/?xgo=N693cW7YmcNv1YYU1WdNnxp4gIqqmBiAQNpcCxIBNZKumyC1f0rVh5rugSubSjon
xterm 251-1 MIGRATED to testing
FYI: The status of the xterm source package in Debian's testing distribution has changed. Previous version: 250-1 Current version: 251-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560126: xserver-xorg-video-radeon: Launching GL Apps Corrupts System
Further information: - An extended 'smartctl' test revealed no errors. So it's probably not the disk. - 'debsums -s' reported errors for a couple of files in OpenOffice; everything else was fine. I also did some fiddling with options in xorg.conf this morning. Setting AGPMode to 1 does not improve behavior. Setting AGPFastWrites to False does not improve behavior. The system still goes to pieces when GL kicks in. Setting DRI to False improves things -- GL acceleration is disabled, but the system remains stable. Schwab -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
