6.9 branch and powerpc ...
Hello, all. I have been trying to build the 6.9 branch on powerpc, and failed on Xpritn, with the following message : gcc -c -g -O2 -fno-strict-aliasing -I. -I../../../../exports/include/X11 -I.. -I../../../../lib -I../../cfb -I../../mfb -I../../mi -I../../include -I../../../../include -I../../../../include/fonts -I../../../.. -I../../../../exports/include -Dlinux -D__powerpc__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DXPRINT -DPIXPRIV -DPANORAMIX -DRENDER -DRANDR -DXFIXES -DDAMAGE -DCOMPOSITE -DXEVIE-DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DDLOPEN_HACK -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_BIG_ENDIAN -DXORG_VERSION_CURRENT=(((6) * 1000) + ((8) * 10) + ((99) * 1000) + 900) -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -D_XP_PRINT_SERVER_ -UXFree86LOADER Raster.c make[7]: *** Pas de règle pour fabriquer la cible « /usr/include/bi/incndian.h », nécessaire pour « RasterAttVal.o ». Arrêt. Sorry, for the french, but this says that /usr/include/bi/incndian.h is not found by Make i believe. going to the directory and building RasterAttVal by hand works just fine, and furthermore there is no such thing as a bi/incndian.h header anywhere. There is a bits/endian.h though, and maybe this is meant here ? If so there is something kind of broken in the Imake stuff or the endianness detection, but why it is triggered only in XPrint is beyond me. Has anyone tried building 6.9 on powerpc or another big endian machine ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#326755: maybe because of new savage driver in xorg-6.8.2.dfsg.1-6?
Otavio Salvador wrote: Bastian Venthur [EMAIL PROTECTED] writes: I've heard, that with xorg-6.8.2.dfsg.1-6 came new savage drivers. Could this bug have something to do with the new drivers? What is the easiest way to check this out? Test with previous binary release? I guess I need xorg-6.8.2.dfsg.1-5 -- where can I get it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326755: I found the problem
retitle 326755 savage driver broken quit I lokated the problem, the new savage driver is broken. I've replaced the savage_drv.o with the one from the previous version (xserver-xorg_6.8.2.dfsg.1-5_i386) and everything looks good now. I guess the severity is still grave for all savage users. If you need further infos, please contact me. Kind regards Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: I found the problem
Processing commands for [EMAIL PROTECTED]: retitle 326755 savage driver broken Bug#326755: Xorg uses 100% and causes system to hang on startup (?dm) Changed Bug title. quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: cloning 323296, reassign -1 to xdm
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.7 clone 323296 -1 Bug#323296: typo in the french translation of the config script Bug 323296 cloned as bug 326865. # typo is in current xdm.templates reassign -1 xdm Bug#326865: typo in the french translation of the config script Bug reassigned from package `gdm' to `xdm'. 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#163634: Only in woody?
Hello, I believe that this bug only affects woody, since /etc/X11/XftConfig and xftcache don't exist anymore in sarge and newer. Seems to me that this bug can be closed. Regards, Henry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326910: xlibmesa-glu-dev: libGLU.so is linking against old libstdc++.so.5
Package: xlibmesa-glu-dev Version: 4.3.0.dfsg.1-14 Severity: minor It would nice if libGLU would be rebuild against newer libstdc++.so.6, so that you don't get the warning: /usr/bin/ld: warning: libstdc++.so.5, needed by /usr/X11R6/lib/libGLU.so, may conflict with libstdc++.so.6 Since now the default g++ compiler is g++4 which uses libstdc++.so.6 regards Mathieu -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xlibmesa-glu-dev depends on: ii libc6-dev [libc-dev] 2.3.5-6 GNU C Library: Development Librari ii libstdc++2.10-dev [libst 1:2.95.4-22 The GNU stdc++ library (developmen ii libstdc++5-3.3-dev [libs 1:3.3.6-7 The GNU Standard C++ Library v3 (d ii libstdc++6-4.0-dev [libs 4.0.1-2 The GNU Standard C++ Library v3 (d ii libstdc++6-dev [libstdc+ 3.4.4-5 The GNU Standard C++ Library v3 (d ii xfree86-common 4.3.0.dfsg.1-14 X Window System (XFree86) infrastr ii xlibmesa-gl-dev [libgl-d 4.3.0.dfsg.1-14 Mesa 3D graphics library developme ii xlibmesa-glu 4.3.0.dfsg.1-14 Mesa OpenGL utility library [XFree xlibmesa-glu-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 6.9 branch and powerpc ...
On Tue, 2005-09-06 at 09:17 +0200, Sven Luther wrote: I have been trying to build the 6.9 branch on powerpc, and failed on Xpritn, with the following message : gcc -c -g -O2 -fno-strict-aliasing -I. -I../../../../exports/include/X11 -I.. -I../../../../lib -I../../cfb -I../../mfb -I../../mi -I../../include -I../../../../include -I../../../../include/fonts -I../../../.. -I../../../../exports/include -Dlinux -D__powerpc__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DXPRINT -DPIXPRIV -DPANORAMIX -DRENDER -DRANDR -DXFIXES -DDAMAGE -DCOMPOSITE -DXEVIE-DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DDLOPEN_HACK -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_BIG_ENDIAN -DXORG_VERSION_CURRENT=(((6) * 1000) + ((8) * 10) + ((99) * 1000) + 900) -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -D_XP_PRINT_SERVER_ -UXFree86LOADER Raster.c make[7]: *** Pas de règle pour fabriquer la cible « /usr/include/bi/incndian.h », nécessaire pour « RasterAttVal.o ». Arrêt. Sorry, for the french, You may want to run the build with LC_ALL=C to avoid this. but this says that /usr/include/bi/incndian.h is not found by Make i believe. going to the directory and building RasterAttVal by hand works just fine, and furthermore there is no such thing as a bi/incndian.h header anywhere. There is a bits/endian.h though, and maybe this is meant here ? If so there is something kind of broken in the Imake stuff or the endianness detection, but why it is triggered only in XPrint is beyond me. Well, can you find the wrong spelling in the generated Makefile, or anywhere in the tree, for that matter? Might have been a fluke, have you retried the build? -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: 6.9 branch and powerpc ...
On Tue, Sep 06, 2005 at 11:49:33AM -0400, Michel Dänzer wrote: On Tue, 2005-09-06 at 09:17 +0200, Sven Luther wrote: I have been trying to build the 6.9 branch on powerpc, and failed on Xpritn, with the following message : gcc -c -g -O2 -fno-strict-aliasing -I. -I../../../../exports/include/X11 -I.. -I../../../../lib -I../../cfb -I../../mfb -I../../mi -I../../include -I../../../../include -I../../../../include/fonts -I../../../.. -I../../../../exports/include -Dlinux -D__powerpc__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DXPRINT -DPIXPRIV -DPANORAMIX -DRENDER -DRANDR -DXFIXES -DDAMAGE -DCOMPOSITE -DXEVIE-DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER -DDLOPEN_HACK -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=X_BIG_ENDIAN -DXORG_VERSION_CURRENT=(((6) * 1000) + ((8) * 10) + ((99) * 1000) + 900) -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -D_XP_PRINT_SERVER_ -UXFree86LOADER Raster.c make[7]: *** Pas de règle pour fabriquer la cible « /usr/include/bi/incndian.h », nécessaire pour « RasterAttVal.o ». Arrêt. Sorry, for the french, You may want to run the build with LC_ALL=C to avoid this. Another one of those :/ i already had such problems with kernel-packages :/ but this says that /usr/include/bi/incndian.h is not found by Make i believe. going to the directory and building RasterAttVal by hand works just fine, and furthermore there is no such thing as a bi/incndian.h header anywhere. There is a bits/endian.h though, and maybe this is meant here ? If so there is something kind of broken in the Imake stuff or the endianness detection, but why it is triggered only in XPrint is beyond me. Well, can you find the wrong spelling in the generated Makefile, or anywhere in the tree, for that matter? Might have been a fluke, have you retried the build? I tried it thrice already, and no, couldn't really find the wrong spelling. notice that doing a make in the XPrint/raster dir works fine, so it is definitively a Imake/make problem. Will look at the config files. BTW, what is the best way to continue a build ? debian/rules build-all didn't do anything remotely useful. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326910: marked as done (xlibmesa-glu-dev: libGLU.so is linking against old libstdc++.so.5)
Your message dated Tue, 6 Sep 2005 20:59:32 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#326910: xlibmesa-glu-dev: libGLU.so is linking against old libstdc++.so.5 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 6 Sep 2005 14:38:44 + From [EMAIL PROTECTED] Tue Sep 06 07:38:44 2005 Return-path: [EMAIL PROTECTED] Received: from smtp2.server.rpi.edu [128.113.2.2] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1ECeay-0003IK-00; Tue, 06 Sep 2005 07:38:44 -0700 Received: from localhost.localdomain (quidditch-19.dynamic.rpi.edu [128.113.119.28]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j86EcgXR004232; Tue, 6 Sep 2005 10:38:42 -0400 Received: by localhost.localdomain (Postfix, from userid 1000) id 9624DB148A; Tue, 6 Sep 2005 10:35:56 -0400 (EDT) Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Mathieu Malaterre [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: xlibmesa-glu-dev: libGLU.so is linking against old libstdc++.so.5 X-Mailer: reportbug 3.15 Date: Tue, 06 Sep 2005 10:35:56 -0400 Message-Id: [EMAIL PROTECTED] X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.2 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: xlibmesa-glu-dev Version: 4.3.0.dfsg.1-14 Severity: minor It would nice if libGLU would be rebuild against newer libstdc++.so.6, so that you don't get the warning: /usr/bin/ld: warning: libstdc++.so.5, needed by /usr/X11R6/lib/libGLU.so, may conflict with libstdc++.so.6 Since now the default g++ compiler is g++4 which uses libstdc++.so.6 regards Mathieu -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xlibmesa-glu-dev depends on: ii libc6-dev [libc-dev] 2.3.5-6 GNU C Library: Development Librari ii libstdc++2.10-dev [libst 1:2.95.4-22 The GNU stdc++ library (developmen ii libstdc++5-3.3-dev [libs 1:3.3.6-7 The GNU Standard C++ Library v3 (d ii libstdc++6-4.0-dev [libs 4.0.1-2 The GNU Standard C++ Library v3 (d ii libstdc++6-dev [libstdc+ 3.4.4-5 The GNU Standard C++ Library v3 (d ii xfree86-common 4.3.0.dfsg.1-14 X Window System (XFree86) infrastr ii xlibmesa-gl-dev [libgl-d 4.3.0.dfsg.1-14 Mesa 3D graphics library developme ii xlibmesa-glu 4.3.0.dfsg.1-14 Mesa OpenGL utility library [XFree xlibmesa-glu-dev recommends no packages. -- no debconf information --- Received: (at 326910-done) by bugs.debian.org; 6 Sep 2005 18:59:44 + From [EMAIL PROTECTED] Tue Sep 06 11:59:44 2005 Return-path: [EMAIL PROTECTED] Received: from bobu.elmundo.es (mail3.elmundo.es) [193.110.128.13] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1ECifX-0006Wa-00; Tue, 06 Sep 2005 11:59:44 -0700 Received: from xanes.el-mundo.int (xanes.elmundo.int [10.5.222.50]) by mail3.elmundo.es (Postfix) with ESMTP id BD3653742B; Tue, 6 Sep 2005 20:59:44 +0200 (CEST) Received: by xanes.el-mundo.int (Postfix, from userid 65500) id EDF0D17315; Tue, 6 Sep 2005 20:59:41 +0200 (CEST) Received: from localhost (xanes.elmundo.int [10.5.222.50]) by xanes.el-mundo.int (Postfix) with ESMTP id B61FE17313; Tue, 6 Sep 2005 20:59:41 +0200 (CEST) From: David =?iso-8859-1?q?Mart=EDnez_Moreno?= [EMAIL PROTECTED] Organization: Debian To: Mathieu Malaterre [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#326910: xlibmesa-glu-dev: libGLU.so is linking against old libstdc++.so.5 Date: Tue, 6 Sep 2005 20:59:32 +0200 User-Agent: KMail/1.8.2 References: [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: multipart/signed; boundary=nextPart46919122.uD2mZIKNhK; protocol=application/pgp-signature; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: [EMAIL PROTECTED] X-Bogosity: No,
Bug#24192: attempt was made
ATTENTION- For your immediate review: Sorry for the initial delay, but your file has now been reviewed and there are three potential options for you to consider. Please note that this is a time sensitive matter and that your previous credit situation is not an issue at this time. Please confirm your details with our secure database to ensure our records are up to date, Thank You. http://www.quick-refis.com/index.php?refid=windsor --Jamie Goodson Senior Financial Advisor - eLMR Inc Did this reach you in error? please let us know so you won't recieve again: http://www.quick-refis.com/r.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#22506: why all this
ATTENTION- For your immediate review: Sorry for the initial delay, but your file has now been reviewed and there are three potential options for you to consider. Please note that this is a time sensitive matter and that your previous credit situation is not an issue at this time. Please confirm your details with our secure database to ensure our records are up to date, Thank You. http://www.elenderz-xs.net/index.php?refid=windsor --Bud Phillips Senior Financial Advisor - eLMR Inc Did this reach you in error? please let us know so you won't recieve again: http://www.elenderz-xs.net/r.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326956: xserver-xorg: Memory leak
Package: xserver-xorg Version: 6.8.2.dfsg.1-5 Severity: normal Loading a new background image on the root window usually increases the amount of memory taken up by Xorg by 2 or 3 mb, going by the RES column of top. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 Jul 24 22:21 /etc/X11/X - /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 2167168 Aug 11 15:48 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :00:10.0 VGA compatible controller: ATI Technologies Inc Rage Mobility M3 AGP 2x (rev 02) /var/lib/xfree86/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 4028 Aug 11 13:34 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type man /etc/X11/xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands: # # cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom # sudo sh -c 'md5sum /etc/X11/xorg.conf /var/lib/xfree86/xorg.conf.md5sum' # sudo dpkg-reconfigure xserver-xorg Section Files # FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath /usr/local/lib/fonts/win/:unscaled FontPath/usr/lib/X11/fonts/misc:unscaled # FontPath /usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/100dpi/:unscaled #FontPath /usr/lib/X11/fonts/Type1 #FontPath /usr/lib/X11/fonts/CID FontPath/usr/local/lib/fonts/Type1 FontPath/usr/local/lib/fonts/math-ttf/cmtex-ttf FontPath/usr/local/lib/fonts/math-ttf/mathematica-ttf FontPath/usr/local/lib/fonts/TrueType FontPath/usr/local/lib/fonts/jre # FontPath/usr/lib/X11/fonts/cyrillic # FontPath/usr/lib/X11/fonts/100dpi # FontPath/usr/lib/X11/fonts/75dpi # paths to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadtype1 Loadvbe # Loadwacom EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbLayout us Option XkbRules xorg Option XkbModel macintosh EndSection # Option XkbRules xfree86 # Option XkbModel pc104 Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section InputDevice Driver wacom Identifier WacomMouse Option Device /dev/wacom Option Mode Relative # Option Threshold 6 Option Type cursor Option USB on EndSection Section InputDevice Driver wacom Identifier Wacom Option Device /dev/wacom Option Mode Absolute # Option Threshold 6 Option Type stylus Option USB on EndSection Section Device Identifier ati Driver ati BusID PCI:0:16:0 Option UseFBDev true EndSection Section Monitor Identifier laptop Option DPMS HorizSync 30-57 VertRefresh 43-72 EndSection Section Screen Identifier Default Screen Device ati Monitor laptop DefaultDepth24 SubSection Display Depth 1 Modes 1024x768 EndSubSection SubSection Display Depth 4 Modes 1024x768 EndSubSection SubSection Display Depth 8
Bug#326981: xlibs-data fails to get installed/removed if /usr/X11R6/lib/X11/icons/ is missing
Package: xlibs-data Version: 6.8.2.dfsg.1-0pre1v1 Severity: normal If /usr/X11R6/lib/X11/icons/default/index.theme-dpkg.tmp is missing, the package xlibs-data is not installable or removable because the postinst script complains that it is unable to update /etc/alternatives/x-cursor-theme and fails with error 2. This is a potential problem if someone has a missing /usr/X11R6 dir and wants to reinstall X. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327000: Regression: suspend with radeon doesn't work any more
On Wed, Sep 07, 2005 at 04:04:32AM +0200, Erich Schubert wrote: Package: xserver-xorg Version: 6.8.2.dfsg.1-6 Severity: normal I've been a happy user of suspend2 for a long time, and I've been running xorg for half a year now. Since my upgrade to the latest xserver-xorg package - but with the same kernel and suspend scripts - suspending suddenly doesn't work any more. When I switch back to text mode before suspending I can still suspend, but after resuming xorg locks up within a minute. This worked fine with the previous release. It might be an AGP issue, not a radeon driver issue though. Did you upgrade from -5 to -6? There shouldn't have been anything that touched this sort of thing between those two revisions. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#24192: 10 minutes before sex, lasts for 24-36 hours
Drug Store http://magically.groupstar.info/?LiverpudlianxtvuyHolmanzvpairer Truth is the daughter of time. I have seen the future and it doesn't work. It is better to be envied than pitied. Most people would rather be certain they're miserable, than risk being happy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of xorg-x11_6.9.0.dfsg.1-0pre1+SVN_i386.changes
xorg-x11_6.9.0.dfsg.1-0pre1+SVN_i386.changes uploaded successfully to localhost along with the files: xorg-x11_6.9.0.dfsg.1-0pre1+SVN.dsc xorg-x11_6.9.0.dfsg.1-0pre1+SVN.diff.gz pm-dev_6.9.0.dfsg.1-0pre1+SVN_all.deb x-dev_6.9.0.dfsg.1-0pre1+SVN_all.deb xfonts-100dpi_6.9.0.dfsg.1-0pre1+SVN_all.deb xfonts-100dpi-transcoded_6.9.0.dfsg.1-0pre1+SVN_all.deb xfonts-75dpi_6.9.0.dfsg.1-0pre1+SVN_all.deb xfonts-75dpi-transcoded_6.9.0.dfsg.1-0pre1+SVN_all.deb xfonts-base_6.9.0.dfsg.1-0pre1+SVN_all.deb xfonts-base-transcoded_6.9.0.dfsg.1-0pre1+SVN_all.deb xfonts-cyrillic_6.9.0.dfsg.1-0pre1+SVN_all.deb xfonts-scalable_6.9.0.dfsg.1-0pre1+SVN_all.deb x11-common_6.9.0.dfsg.1-0pre1+SVN_all.deb xlibs_6.9.0.dfsg.1-0pre1+SVN_all.deb xlibs-data_6.9.0.dfsg.1-0pre1+SVN_all.deb xspecs_6.9.0.dfsg.1-0pre1+SVN_all.deb x-window-system_6.9.0.dfsg.1-0pre1+SVN_all.deb xfree86-common_6.9.0.dfsg.1-0pre1+SVN_all.deb xlibs-dbg_6.9.0.dfsg.1-0pre1+SVN_all.deb xlibs-pic_6.9.0.dfsg.1-0pre1+SVN_all.deb lbxproxy_6.9.0.dfsg.1-0pre1+SVN_i386.deb libdmx1_6.9.0.dfsg.1-0pre1+SVN_i386.deb libdmx1-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libdmx-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libfs6_6.9.0.dfsg.1-0pre1+SVN_i386.deb libfs6-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libfs-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libice6_6.9.0.dfsg.1-0pre1+SVN_i386.deb libice6-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libice-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxp6_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxp6-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxp-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libsm6_6.9.0.dfsg.1-0pre1+SVN_i386.deb libsm6-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libsm-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libx11-6_6.9.0.dfsg.1-0pre1+SVN_i386.deb libx11-6-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libx11-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxau6_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxau6-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxau-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxaw6_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxaw6-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxaw6-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxaw7_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxaw7-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxaw7-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxaw8_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxaw8-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxaw8-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxcomposite1_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxcomposite1-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxcomposite-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxdamage1_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxdamage1-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxdamage-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxdmcp6_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxdmcp6-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxdmcp-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxevie1_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxevie1-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxevie-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxext6_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxext6-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxext-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxfixes3_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxfixes3-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxfixes-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxi6_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxi6-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxi-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxinerama1_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxinerama1-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxinerama-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxkbfile1_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxkbfile1-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxkbfile-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxkbui1_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxkbui1-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxkbui-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxmu6_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxmu6-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxmu-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxmuu1_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxmuu1-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxmuu-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxpm4_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxpm4-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxpm-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxrandr2_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxrandr2-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxrandr-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxres1_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxres1-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxres-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxss1_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxss1-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxss-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxt6_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxt6-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxt-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxtrap6_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxtrap6-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxtrap-dev_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxtst6_6.9.0.dfsg.1-0pre1+SVN_i386.deb libxtst6-dbg_6.9.0.dfsg.1-0pre1+SVN_i386.deb
Re: Processing of xorg-x11_6.9.0.dfsg.1-0pre1+SVN_i386.changes
On Tue, Sep 06, 2005 at 09:50:24PM -0700, Archive Administrator wrote: xorg-x11_6.9.0.dfsg.1-0pre1+SVN_i386.changes uploaded successfully to localhost along with the files: xorg-x11_6.9.0.dfsg.1-0pre1+SVN.dsc Was that an upload to experimental ? Would it not have made sense to include the date of the SVN snapshot in the version number, as done for recent render/xrender packages ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327000: Regression: suspend with radeon doesn't work any more
On Wed, Sep 07, 2005 at 04:04:32AM +0200, Erich Schubert wrote: Package: xserver-xorg Version: 6.8.2.dfsg.1-6 Severity: normal I've been a happy user of suspend2 for a long time, and I've been running xorg for half a year now. Since my upgrade to the latest xserver-xorg package - but with the same kernel and suspend scripts - suspending suddenly doesn't work any more. When I switch back to text mode before suspending I can still suspend, but after resuming xorg locks up within a minute. This worked fine with the previous release. It might be an AGP issue, not a radeon driver issue though. This is also the case on a fairly recent ubuntu/breezy install on my 1Ghz titanium powerbook. It is just X, and the display in general who locks up, you can still ssh to the box over the network. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
