Processed: Re: Bug#368942: xcursor-themes overwrites conffile in old xlibs-data package
Processing commands for [EMAIL PROTECTED]: severity 368942 important Bug#368942: xcursor-themes overwrites conffile in old xlibs-data package Severity set to `important' from `serious' thanks 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#176834: starving wages!
Hey buddy, Are you stuck in a job that is leading you on the path to no where? Do you wish you could better your financial situtation? We can help you obtain a College Degree with classes, books, and exams from a reputable Univ, transcripts included. Call me anytime at 1 - 206 - 350 - 3737 for detailed information. Regards, mr Turner Admission Office -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 6.4.2 and 6.5
On Fri, 2006-05-26 at 08:46 +0200, Michel Dänzer wrote: On Fri, 2006-05-26 at 11:36 +1000, Drew Parsons wrote: How do you plan to coordinate the move to testing between mesa, xorg-server and xprint? AFAICT the current versions of the latter two are missing something like Build-Depends: mesa-swx11-source ( 6.5.0) at the very least. If there's a need for it, I can remove OpenGL support from Xprint until the mesa versions settle down. But xprint asks for mesa-swx11-source ( 6.4.0), not 6.5.0, so it oughtn't be a problem I think. It'll only build with 6.4.0 and 6.5.0. Do you mean the old xserver (1.0.2) will simply not build with the new mesa 6.5? That surprises me. For my education, could you pinpoint for me an example of how it breaks? Drew
Bug#126519: Switzer penny gerwer wordy
Good Afternoon, penny gerwer Do you POSSSESS property and need INSTANTANEOUS capital to use ANY way you wish? Maybe you wish to REDUCE your premiums by 32% or more. C-redit reports aren't pulled with our current specials : 799K @ 2.8 % FlXED 681K @ 3.4 % variable 716K @ 2.2 % lnterest-OnIy http://allthisall.net I will provide you an approval within 56 minutes, 9 out of 10 are accepted. Thank you, XHH Banks Group Validation Administrator Denis Kaufmann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368949: xserver-xfree86: DPMS won't work
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-14sarge1 Severity: normal xset dpms force off does nothing except blank the monitor (it does not actually turn it off). Similarly, setting timeouts does not cause the monitor to turn off after the timeout but only blanks it. When I boot into Knoppix or Morphix on the same hardware, DPMS works as expected, so I am suspecting something's up with the Debian package. If I should be doing something differently then perhaps that needs to be documented somewhere. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 20 2006-01-05 23:44 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x 1 root root 1746444 2005-09-01 23:44 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :00:0b.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG [Mystique] (rev 02) /var/lib/xfree86/XF86Config-4.md5sum does not exist. XFree86 X server configuration file status: -rw-rw-r-- 1 root root 5038 2006-05-24 15:53 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: Section Files FontPath /usr/X11R6/lib/X11/fonts/misc:unscaled,/usr/X11R6/lib/X11/fonts/75dpi:unscaled,/usr/X11R6/lib/X11/fonts/100dpi:unscaled,/usr/X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/Speedo,/usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/100dpi FontPath /usr/X11R6/lib/X11/fonts/TrueType FontPath /usr/X11R6/lib/X11/fonts/kaname/ FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/ EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadpex5 Loadrecord Loadspeedo Loadtype1 Loadvbe Loadxie EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc105 Option XkbLayout gb EndSection #Section InputDevice # Identifier Configured Mouse # Driver mouse # Option CorePointer ## Option Device/dev/ttyS0 #Option Device/dev/mconv2-msemouse # ## 2-button: ## Option Protocol Microsoft ## 3-button: #Option Protocol MouseSystems ##Option ClearDTR # not for mconv2 # # Option Emulate3Buttons true # Option ZAxisMapping 4 5 #EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue # OptionDevice/dev/psaux # real PS/2 # NOTE! DO NOT use real PS/2 mouse with software suspend # - it crashes on resume. see /etc/suspend.conf. # Get a USB hub if you need the USB port back. Option Device/dev/input/mouse0 # USB # OptionDevice/dev/mconv2-ps2mouse # OptionDevice/dev/gpmdata Option Protocol ImPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 # SSB: added: Option CorePointer EndSection Section Device Identifier Matrox Mystique 2Mb # Drivervesa Driver mga # BusID PCI:0:11:0 VideoRam2048 EndSection Section Monitor Identifier 15-inch TFT HorizSync 27-110 Modeline [EMAIL PROTECTED] 64.56 1024 1056 1296 1328 768 783 791 807 Modeline [EMAIL PROTECTED] 24.11 640 672 760 792 480 490 495 505 Modeline [EMAIL PROTECTED] 30.76 512 544 600 632 384 392 396 404 doublescan Modeline [EMAIL PROTECTED] 15.38 512 544 600 632 384 392 396 404 Modeline [EMAIL PROTECTED] 12.37 320 352 368 400 240 245 248 253 doublescan Modeline [EMAIL PROTECTED] 6.19 320 352 368 400 240 245 248 253 Modeline [EMAIL PROTECTED] 8.13 256 288 296 328 192 196 198 202 doublescan Modeline [EMAIL PROTECTED] 4.07 256 288 296 328 192 196 198 202 Modeline [EMAIL PROTECTED] 83.54 1152 1184 1496 1528 864 881 890 908 EndSection Section Monitor Identifier Iiyama VM at 85Hz HorizSync 27-110 VertRefresh 50-160 # modelines created using http://xtiming.sourceforge.net/cgi-bin/xtiming.pl # Modeline 1152x864 132.80 1152 1184 1688 1720 864 880 892 908 # 74Hz # from prev: Modeline 1152x864 137.65 1152 1184 1312 1536 864 866 885 902 -hsync -vsync # 99 Hz Modeline [EMAIL PROTECTED] 100.94 1024 1056 1432 1464 768 782 793 807 # Modeline
Processed: Appears to actually be a bug in the macintosh xkb file
Processing commands for [EMAIL PROTECTED]: reassign 366924 xlibs Bug#366924: Meta no longer sends escape in xterm Bug reassigned from package `xterm' to `xlibs'. retitle 366924 xkb map for macintosh keyboards causing meta/alt/left/right issues Bug#366924: Meta no longer sends escape in xterm Changed Bug title. thanks 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#366924: Appears to actually be a bug in the macintosh xkb file
reassign 366924 xlibs retitle 366924 xkb map for macintosh keyboards causing meta/alt/left/right issues thanks After playing around a bit, it appears that this problem goes away if I xbsel us; which selects the xfree86(us) keymap instead of the macintosh keymap which was selected by default. I'm not quite sure what changed in the recent upgrade to xlibs to break this, but it was working fine previously. Don Armstrong -- Because, Fee-5 explained patiently, I was born in the fifth row. Any fool would understand that, but against stupidity the very Gods themselves contend in vain. -- Alfred Bester _The Computer Connection_ p19 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367986: Acknowledgement (sylpheed-gtk1: ..moving mail between folders within Sg1-1.0.6, crashes X.)
On Wed, May 24, 2006 at 08:11:09PM -0700, Steve Langasek wrote: On Thu, May 25, 2006 at 04:17:02AM +0200, Arnt Karlsen wrote: ..could it be a font thing? These crashes started after the font I had set up for Sylpheed-gtk1, disappeared off this box, everything else works like it should, AFAICT. Uh, it could be tied somehow to the fonts, but I don't see any way to debug it on that basis alone as I can't imagine any way that would cause an X server to crash *or* cause an app to chew up memory. GTK2 app maybe, but GTK1 was all about core (i.e. server-side) fonts, so I don't see how that could occur. signature.asc Description: Digital signature
Bug#367986: Acknowledgement (sylpheed-gtk1: ..moving mail between folders within Sg1-1.0.6, crashes X.)
On Fri, 26 May 2006 00:16:54 +0300, Daniel wrote in message [EMAIL PROTECTED]: On Wed, May 24, 2006 at 08:11:09PM -0700, Steve Langasek wrote: On Thu, May 25, 2006 at 04:17:02AM +0200, Arnt Karlsen wrote: ..could it be a font thing? These crashes started after the font I had set up for Sylpheed-gtk1, disappeared off this box, everything else works like it should, AFAICT. Uh, it could be tied somehow to the fonts, but I don't see any way to debug it on that basis alone as I can't imagine any way that would cause an X server to crash *or* cause an app to chew up memory. GTK2 app maybe, but GTK1 was all about core (i.e. server-side) fonts, so I don't see how that could occur. ..ok, any kinda stunt I can try to help you guys find out? -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 6.4.2 and 6.5
On Thu, May 25, 2006 at 02:25:29PM +0200, Michel D?nzer wrote: On Tue, 2006-05-23 at 21:08 -0400, David Nusinow wrote: Ok, I've still got plenty of bugs in Xorg 7.0 to squash, so feel free to take your time getting 6.5 in to experimental. Once it's there, I'll get started on putting Xorg 7.1 in, and we can coordinate the upload to unstable then. How do you plan to coordinate the move to testing between mesa, xorg-server and xprint? AFAICT the current versions of the latter two are missing something like Build-Depends: mesa-swx11-source ( 6.5.0) at the very least. I had assumed there would be an appropriate shlibs change for 6.5. If not (assuming there's a good reason) then I'll just version the dependency. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 6.4.2 and 6.5
On Thu, May 25, 2006 at 10:54:21PM -0400, David Nusinow wrote: On Thu, May 25, 2006 at 02:25:29PM +0200, Michel D?nzer wrote: On Tue, 2006-05-23 at 21:08 -0400, David Nusinow wrote: Ok, I've still got plenty of bugs in Xorg 7.0 to squash, so feel free to take your time getting 6.5 in to experimental. Once it's there, I'll get started on putting Xorg 7.1 in, and we can coordinate the upload to unstable then. How do you plan to coordinate the move to testing between mesa, xorg-server and xprint? AFAICT the current versions of the latter two are missing something like Build-Depends: mesa-swx11-source ( 6.5.0) at the very least. I had assumed there would be an appropriate shlibs change for 6.5. If not (assuming there's a good reason) then I'll just version the dependency. libGL still has the same API and ABI. It's only the internals that have changed, so yeah. signature.asc Description: Digital signature
Bug#368942: xcursor-themes overwrites conffile in old xlibs-data package
Package: xcursor-themes Version: 1.0.1-4 Severity: serious Hi, Apparently the Conflicts/Replaces of xcursor-themes on xlibs-data ( 6.8.2-35) isn't sufficient. From an attempted upgrade in a Sid chroot (which had not been upgraded for some time) today: Selecting previously deselected package xcursor-themes. Unpacking xcursor-themes (from .../xcursor-themes_1.0.1-4_all.deb) ... dpkg: error processing /var/cache/apt/archives/xcursor-themes_1.0.1-4_all.deb (--unpack): trying to overwrite `/etc/X11/cursors/core.theme', which is also in package xlibs-data Preparing to replace xlibs-data 6.9.0.dfsg.1-2 (using .../xlibs-data_1%3a7.0.20_all.deb) ... Unpacking replacement xlibs-data ... [snip] Errors were encountered while processing: /var/cache/apt/archives/xcursor-themes_1.0.1-4_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: [snip] dpkg: dependency problems prevent configuration of xlibs-data: xlibs-data depends on xcursor-themes; however: Package xcursor-themes is not installed. dpkg: error processing xlibs-data (--configure): dependency problems - leaving unconfigured Come to think of it, the file being overwritten here is a conffile; shouldn't there be some elaborate ritual to transfer its ownership from xlibs-data to xcursor-themes, instead of a simple Conflicts/Replaces, anyway? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-3-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- no debconf information regards, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368367: xserver-xorg: [dexconf] xorg.conf a zero file if keyboard detection failed at install
On Sun 21 May 2006, Martin-Éric Racine wrote: Upon a fresh installation of X11 7.0, dexconf produces a zero-lenght xorg.conf, whenever automatic keyboard detection failed (debconf:high). (I'm using 1:7.0.20) It also happened to me, when I answered no to automatic keyboard detection, I was not asked the question which keyboard to use; I only saw that answer after running dpkg-reconfigure xserver-xorg. However: A zero file is also produced at debconf:medium priority. At this priority, dexconf DOES inform the user that configuration failed and suggests running dpkg-reconfigure xserver-xorg, but doing exactly that fixes nothing: the post-install script informs that is has NOT updated the config, because it thinks that /etc/X11/X has been modified (which is not the case). Trying dpkg-reconfigure -p low xserver-xorg does not solve it either; the user is still left with a zero-lenght xorg.conf. I tried removing the xorg.conf and the /etc/X11/X symlink; however, the postinst _still_ refuses to create the xorg.conf (and the X symlink) because with dpkg-reconfigure $2 contains the current version number and this code (around line 890) sets the $UPGRADE flag: if [ $1 = configure ] [ -n $2 ]; then UPGRADE='true' fi Then the code at line 1651: # here's a novel concept: DON'T TOUCH THE CONFIG ON UPGRADES if [ -z $UPGRADE ] || dpkg --compare-versions $2 le 1:7.0.14; then thinks it's being upgraded... while I'm still trying to get the first installed version ever to work (this is on a fresh amd64 install). The logic needs to be improved somewhat... Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368942: xcursor-themes overwrites conffile in old xlibs-data package
severity 368942 important thanks On Fri, May 26, 2006 at 12:46:46AM -0400, Kevin B. McCarty wrote: Apparently the Conflicts/Replaces of xcursor-themes on xlibs-data ( 6.8.2-35) isn't sufficient. From an attempted upgrade in a Sid chroot (which had not been upgraded for some time) today: Selecting previously deselected package xcursor-themes. Unpacking xcursor-themes (from .../xcursor-themes_1.0.1-4_all.deb) ... dpkg: error processing /var/cache/apt/archives/xcursor-themes_1.0.1-4_all.deb (--unpack): trying to overwrite `/etc/X11/cursors/core.theme', which is also in package xlibs-data Preparing to replace xlibs-data 6.9.0.dfsg.1-2 (using .../xlibs-data_1%3a7.0.20_all.deb) ... Unpacking replacement xlibs-data ... [snip] Errors were encountered while processing: /var/cache/apt/archives/xcursor-themes_1.0.1-4_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: [snip] dpkg: dependency problems prevent configuration of xlibs-data: xlibs-data depends on xcursor-themes; however: Package xcursor-themes is not installed. dpkg: error processing xlibs-data (--configure): dependency problems - leaving unconfigured RC in principle, but not in practice, because xlibs-data 6.9.0.dfsg.1-2 was not in sarge so this does not affect upgrades from the previous stable release. This makes it severity: nasty-ugh, but the BTS only knows about severity: important. Come to think of it, the file being overwritten here is a conffile; shouldn't there be some elaborate ritual to transfer its ownership from xlibs-data to xcursor-themes, instead of a simple Conflicts/Replaces, anyway? No, AFAIK elaborate rituals are only required when renaming conffiles, not when transferring ownership of them. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Re: 6.4.2 and 6.5
On Fri, 2006-05-26 at 11:36 +1000, Drew Parsons wrote: Michel wrote: On Tue, 2006-05-23 at 21:08 -0400, David Nusinow wrote: Ok, I've still got plenty of bugs in Xorg 7.0 to squash, so feel free to take your time getting 6.5 in to experimental. Once it's there, I'll get started on putting Xorg 7.1 in, and we can coordinate the upload to unstable then. How do you plan to coordinate the move to testing between mesa, xorg-server and xprint? AFAICT the current versions of the latter two are missing something like Build-Depends: mesa-swx11-source ( 6.5.0) at the very least. If there's a need for it, I can remove OpenGL support from Xprint until the mesa versions settle down. But xprint asks for mesa-swx11-source ( 6.4.0), not 6.5.0, so it oughtn't be a problem I think. It'll only build with 6.4.0 and 6.5.0. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
X Strike Force X.Org X11 SVN commit: r2234 - in trunk/app/xbase-clients/debian: . patches
Author: vorlon Date: 2006-05-26 03:03:10 -0400 (Fri, 26 May 2006) New Revision: 2234 Added: trunk/app/xbase-clients/debian/patches/pkgconfig_naughtiness Modified: trunk/app/xbase-clients/debian/changelog trunk/app/xbase-clients/debian/patches/series Log: call PKG_PROG_PKG_CONFIG explicitly from xdbebizzy's configure.ac, since otherwise --disable-xprint leaves us without PKG_CONFIG defined. Modified: trunk/app/xbase-clients/debian/changelog === --- trunk/app/xbase-clients/debian/changelog2006-05-25 06:40:02 UTC (rev 2233) +++ trunk/app/xbase-clients/debian/changelog2006-05-26 07:03:10 UTC (rev 2234) @@ -8,6 +8,9 @@ package to consistently build *without* xprint support, instead of autodetecting (and possibly failing) based on whether libxp-dev is installed. Properly closes: #366275. + * Also call PKG_PROG_PKG_CONFIG explicitly from xdbebizzy's +configure.ac, since otherwise --disable-xprint leaves us without +PKG_CONFIG defined. [ David Nusinow ] * This update should include all the apps released with X11R7.1. Version the Added: trunk/app/xbase-clients/debian/patches/pkgconfig_naughtiness === --- trunk/app/xbase-clients/debian/patches/pkgconfig_naughtiness 2006-05-25 06:40:02 UTC (rev 2233) +++ trunk/app/xbase-clients/debian/patches/pkgconfig_naughtiness 2006-05-26 07:03:10 UTC (rev 2234) @@ -0,0 +1,132 @@ +Index: xdbedizzy-X11R7.0-1.0.1/configure.ac +=== +--- xdbedizzy-X11R7.0-1.0.1/configure.ac (revision 2182) xdbedizzy-X11R7.0-1.0.1/configure.ac (working copy) +@@ -35,6 +35,10 @@ + + AC_ARG_ENABLE(xprint, AC_HELP_STRING([--enable-xprint], [Enable XPrint support]), + [use_xprint=$enableval],[use_xprint=auto]) ++ ++dnl Call this explicitly first, otherwise the following if may leave us ++dnl without $PKG_CONFIG defined! ++PKG_PROG_PKG_CONFIG + if test x$use_xprint = xauto; then +PKG_CHECK_MODULES(XPRINT, xp, use_xprint=yes, use_xprint=no) + fi +Index: xdbedizzy-X11R7.0-1.0.1/configure +=== +--- xdbedizzy-X11R7.0-1.0.1/configure (revision 2182) xdbedizzy-X11R7.0-1.0.1/configure (working copy) +@@ -951,7 +951,7 @@ + else + echo $as_me: WARNING: no configuration information is in $ac_dir 2 + fi +-cd $ac_popdir ++cd $ac_popdir + done + fi + +@@ -2305,8 +2305,7 @@ + cat conftest.err 5 + echo $as_me:$LINENO: \$? = $ac_status 5 + (exit $ac_status); } +- { ac_try='test -z $ac_c_werror_flag +- || test ! -s conftest.err' ++ { ac_try='test -z $ac_c_werror_flag || test ! -s conftest.err' + { (eval echo $as_me:$LINENO: \$ac_try\) 5 + (eval $ac_try) 25 + ac_status=$? +@@ -2364,8 +2363,7 @@ + cat conftest.err 5 + echo $as_me:$LINENO: \$? = $ac_status 5 + (exit $ac_status); } +- { ac_try='test -z $ac_c_werror_flag +- || test ! -s conftest.err' ++ { ac_try='test -z $ac_c_werror_flag || test ! -s conftest.err' + { (eval echo $as_me:$LINENO: \$ac_try\) 5 + (eval $ac_try) 25 + ac_status=$? +@@ -2481,8 +2479,7 @@ + cat conftest.err 5 + echo $as_me:$LINENO: \$? = $ac_status 5 + (exit $ac_status); } +- { ac_try='test -z $ac_c_werror_flag +- || test ! -s conftest.err' ++ { ac_try='test -z $ac_c_werror_flag || test ! -s conftest.err' + { (eval echo $as_me:$LINENO: \$ac_try\) 5 + (eval $ac_try) 25 + ac_status=$? +@@ -2536,8 +2533,7 @@ + cat conftest.err 5 + echo $as_me:$LINENO: \$? = $ac_status 5 + (exit $ac_status); } +- { ac_try='test -z $ac_c_werror_flag +- || test ! -s conftest.err' ++ { ac_try='test -z $ac_c_werror_flag || test ! -s conftest.err' + { (eval echo $as_me:$LINENO: \$ac_try\) 5 + (eval $ac_try) 25 + ac_status=$? +@@ -2582,8 +2578,7 @@ + cat conftest.err 5 + echo $as_me:$LINENO: \$? = $ac_status 5 + (exit $ac_status); } +- { ac_try='test -z $ac_c_werror_flag +- || test ! -s conftest.err' ++ { ac_try='test -z $ac_c_werror_flag || test ! -s conftest.err' + { (eval echo $as_me:$LINENO: \$ac_try\) 5 + (eval $ac_try) 25 + ac_status=$? +@@ -2627,8 +2622,7 @@ + cat conftest.err 5 + echo $as_me:$LINENO: \$? = $ac_status 5 + (exit $ac_status); } +- { ac_try='test -z $ac_c_werror_flag +- || test ! -s conftest.err' ++ { ac_try='test -z $ac_c_werror_flag || test ! -s conftest.err' + { (eval echo $as_me:$LINENO: \$ac_try\) 5 + (eval $ac_try) 25 + ac_status=$? +@@ -2923,9 +2917,9 @@ + else + use_xprint=auto + fi;
Re: 6.4.2 and 6.5
On Fri, 2006-05-26 at 17:01 +1000, Drew Parsons wrote: On Fri, 2006-05-26 at 08:46 +0200, Michel Dänzer wrote: On Fri, 2006-05-26 at 11:36 +1000, Drew Parsons wrote: How do you plan to coordinate the move to testing between mesa, xorg-server and xprint? AFAICT the current versions of the latter two are missing something like Build-Depends: mesa-swx11-source ( 6.5.0) at the very least. If there's a need for it, I can remove OpenGL support from Xprint until the mesa versions settle down. But xprint asks for mesa-swx11-source ( 6.4.0), not 6.5.0, so it oughtn't be a problem I think. It'll only build with 6.4.0 and 6.5.0. Do you mean the old xserver (1.0.2) will simply not build with the new mesa 6.5? Yes, that's what I've been trying to say... That surprises me. For my education, could you pinpoint for me an example of how it breaks? Some files are gone, new ones need to be built and linked in, for starters. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Problem with X in testing
Hi All! I have a big problem with the xserver-xorg package in etch. (ii xserver-xorg 6.9.0.dfsg.1-6the X.Org X server) The problem is, that X get a signal when I use gnome. (But not with icewm) The backtrace what I can gain is the follow: *** If unresolved symbols were reported above, they might not *** be the reason for the server aborting. Backtrace: 0: /usr/bin/X11/X(xf86SigHandler+0x88) [0x8089898] 1: [0xe420] 2: /usr/bin/X11/X(Dispatch+0x15e) [0x80c9a7e] 3: /usr/bin/X11/X(main+0x415) [0x80d6785] 4: /lib/tls/libc.so.6(__libc_start_main+0xd0) [0xb7e2beb0] 5: /usr/bin/X11/X [0x8070131] Fatal server error: Caught signal 11. Server aborting I have tried it with an nvidia and an ati card, the result is the same. (And with ati I get other problems too.) I don't know what coused the problem, but it's appears when I upgraded my system in monday. (But I don't know when I had upgraded it before that) What can I do? - Wait for the new version? (May be little bit too long time because of rc bugs) - Remove some extension? (But which) - Downgrade? (From where can I?) - Send some other information? (What?) When I use gdm the X server restart, but I couldn't find any log. When I start it by hand, then I can collect information but only automatically, becouse in this way the machine is hang. So. What can I do? -- Szalay Attila BalaBit IT Biztonságtechnikai Kft. tel:(36-1)-371-05-40 1116 Bp. Csurgoi ut 20/b fax:(36-1)-208-08-75 http://www.balabit.hu/
Re: 6.4.2 and 6.5
On Fri, May 26, 2006 at 05:01:01PM +1000, Drew Parsons wrote: On Fri, 2006-05-26 at 08:46 +0200, Michel Dänzer wrote: On Fri, 2006-05-26 at 11:36 +1000, Drew Parsons wrote: How do you plan to coordinate the move to testing between mesa, xorg-server and xprint? AFAICT the current versions of the latter two are missing something like Build-Depends: mesa-swx11-source ( 6.5.0) at the very least. If there's a need for it, I can remove OpenGL support from Xprint until the mesa versions settle down. But xprint asks for mesa-swx11-source ( 6.4.0), not 6.5.0, so it oughtn't be a problem I think. It'll only build with 6.4.0 and 6.5.0. Do you mean the old xserver (1.0.2) will simply not build with the new mesa 6.5? That surprises me. For my education, could you pinpoint for me an example of how it breaks? You need to add a bunch of files to the build, because Mesa frequently adds files and shuffles them around, so the new Mesa code will be referencing symbols in those files, but they won't be linked in, because you haven't built the relevant files. signature.asc Description: Digital signature
Bug#368240: emacs-snapshot-gtk: Letters in many places do not appear; instead, I see empty boxes
On Sat, 20 May 2006, Romain Francoise wrote: Not really, please try with xfs. Could you please also send the relevant parts of your xorg.conf file (the FontPath lines)? I installed xfs. With xfs running, it works just fine: no unsightly squares. Without xfs running, I still get the squares. Finally, here is the result of grep FontPath /etc/X11/xorg.conf: FontPath unix/:7100 # local font server FontPath /usr/share/fonts/X11/misc FontPath /usr/share/fonts/X11/misc FontPath /usr/lib/X11/fonts/misc FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/lib/X11/fonts/cyrillic FontPath /usr/lib/X11/fonts/100dpi/:unscaled FontPath /usr/lib/X11/fonts/75dpi/:unscaled FontPath /usr/share/fonts/X11/Type1 FontPath /usr/share/fonts/X11/Type1 FontPath /usr/lib/X11/fonts/Type1 FontPath /usr/share/fonts/X11/CID FontPath /usr/share/fonts/X11/CID FontPath /usr/lib/X11/fonts/CID FontPath /usr/share/fonts/X11/100dpi FontPath /usr/share/fonts/X11/100dpi FontPath /usr/lib/X11/fonts/100dpi FontPath /usr/share/fonts/X11/75dpi FontPath /usr/share/fonts/X11/75dpi FontPath /usr/lib/X11/fonts/75dpi -- Asheesh. -- There is no security on this earth. There is only opportunity. -- General Douglas MacArthur -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mesa 6.4.2 and 6.5, Release Candidates
Marcelo E. Magallon [EMAIL PROTECTED] writes: I was trying to be cautious since I don't really understand which parts of Mesa are needed for the X bits build. My guess is the rasterizer. Fair enough; it's definitely better to err on the side of inclusion. At any rate, although I'm not entirely clear on X's needs either, I can confirm that current xorg-server sources build cleanly against this morning's version of mesa-swx11-source 6.4.2-1. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364932: Workaround Re: xorg: My keyboard no longer works after upgrading
Same situation for me here, but interestingly it's only one user's account that has this problem. Unfortunately, it's the one account that I really need to use X on. I got it to work again by commenting out the -VMode/+VMode sections of /etc/X11/xkb/symbols/pc/pc (as below). Of course, this disables resolution changes, but I never use that anyway... // -VMode switches to the previous video mode // key KPSU { // type=CTRL+ALT, // symbols[Group1]= [ KP_Subtract, XF86_Prev_VMode ] // }; key KP7 {[ KP_Home, KP_7] }; key KP8 {[ KP_Up, KP_8] }; key KP9 {[ KP_Prior,KP_9] }; // +VMode switches to the next video mode // key KPAD { // type=CTRL+ALT, // symbols[Group1]= [ KP_Add, XF86_Next_VMode ] // }; -- The more people you rule over, the less an individual matters. +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ Noel Maddy [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362889: xbase-clients: /usr/lib/X11/xinit/xinitrc tries to use (possibly non-existant) twm/xterm
Hi, You wrote: xinitrc tries to run twm/xterm (which may not exist) from /usr/lib/X11/xinit/xinitrc Since 7.0.0-5, xinit no longer tries to read that location nor does it ship any files there. Instead, that is now once again the same as it was on sarge: % grep '^[^#]' /etc/X11/xinit/xinitrc . /etc/X11/Xsession This bug report should probably be closed. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]