Bug#237583: xlibs: [XKB] us keymap, bar/backslash symbol doesn't work as it's supposed to
Package: xlibs Version: 4.3.0-5 Severity: normal Tags: sid This is the bug, with a solution. http://bugs.xfree86.org/show_bug.cgi?id=976 -- Package-specific info: Keyboard-related contents of XFree86 X server log (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Compaq P1210 (**) | |--Device ati 7000 (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel microsoft (**) XKB: model: microsoft (**) Option XkbLayout sapmi,us (**) XKB: layout: sapmi,us (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (**) |--Input Device Generic Mouse (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID does not exist. Entry deleted from font path. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. -- (II) RADEON(0): Direct rendering enabled (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Keyboard Generic Keyboard handled by legacy driver (**) Option Protocol ImPS/2 (**) Configured Mouse: Protocol: ImPS/2 (**) Option CorePointer (**) Configured Mouse: Core Pointer (**) Option Device /dev/input/mice XFree86 X server log files on system: -rw-r--r--1 root root43280 2004-03-12 08:56 /var/log/XFree86.0.log -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.22 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to se_NO.UTF-8) Versions of packages xlibs depends on: ii libice6 4.3.0-5Inter-Client Exchange library ii libsm64.3.0-5X Window System Session Management ii libx11-6 4.3.0-5X Window System protocol client li ii libxext6 4.3.0-5X Window System miscellaneous exte ii libxft1 4.3.0-5FreeType-based font drawing librar ii libxi64.3.0-5X Window System Input extension li ii libxmu6 4.3.0-5X Window System miscellaneous util ii libxmuu1 4.3.0-5lightweight X Window System miscel ii libxp64.3.0-5X Window System printing extension ii libxpm4 4.3.0-5X pixmap library ii libxrandr24.3.0-5X Window System Resize, Rotate and ii libxt64.3.0-5X Toolkit Intrinsics ii libxtrap6 4.3.0-5X Window System protocol-trapping ii libxtst6 4.3.0-5X Window System event recording an ii xlibs-data4.3.0-5X Window System client data -- no debconf information
Bug#237511: New information.
I removed the libxft-dev package: /usr/X11R6/include/X11/Xft/Xft.h is still here and belong to no package (dpkg -S). I deleted this file and re-installed libxft-dev, everything worked fine. Yannick -- Entre une mauvaise cuisinière et une empoisonneuse il n'y a qu'une différence d'intention. Pierre Desproges
Processed: reassign 237574 to xserver-xfree86
Processing commands for [EMAIL PROTECTED]: reassign 237574 xserver-xfree86 Bug#237574: X cannot start under kernel 2.6.3 Warning: Unknown package 'xerver-xfree86' Bug reassigned from package `xerver-xfree86' to `xserver-xfree86'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#237509: Another work around
If you move (or remove) /usr/X11R6/include/X11/Xft/Xft1.h and /usr/X11R6/include/X11/Xft/Xft to /tmp/, you can do apt-get -f install to finally upgrade this package. Hope that help someone for waiting. -- Raphaël SurcouF Bordet [EMAIL PROTECTED]
Bug#219283: Debian Bugs information: logs for Bug#219283
On 12.03.2004 13:03 the Debian Bug Tracking System wrote: Debian Bug report logs - #219283 OpenGL(?) problems in Debian Unstable [...] After further searching on the net I seem to have found a workaround: Starting an application with LD_PRELOAD=/usr/lib/tls/libGL.so.1.0.4496 [app] will load it, seemingly without problems. So I guess this is an incompatibility issue between the NVidia drivers and one of the recent system upgrades... ahh, nvidia-glx is in here. This bug appears likely to be the same as #220421(nvidia-glx, already closed) So, I'd suggest to close this #219283, as well. - Christian
Bug#237574: #237574 X cannot start under kernel 2.6.3
On 12.03.2004 13:03 Debian Bug Tracking System wrote: Debian Bug report logs - #237574 X cannot start under kernel 2.6.3 Since kernel 2.6.3 has recently become available to testing, I installed it and booted. The kernel was unable to startup gdm, and I also could not startx. The 2.4 kernels do not appear to have this problem. The kernel log complains about errors with XFree86, so that is why I am submitting it under this package. [...] (II) Keyboard Generic Keyboard handled by legacy driver (**) Option Protocol PS/2 (**) Configured Mouse: Protocol: PS/2 (**) Option CorePointer (**) Configured Mouse: Core Pointer (**) Option Device /dev/psaux (EE) xf86OpenSerial: Cannot open device /dev/psaux No such device. (EE) Configured Mouse: cannot open input device (EE) PreInit failed for input device Configured Mouse (II) UnloadModule: mouse (**) Option Protocol ImPS/2 (**) Generic Mouse: Protocol: ImPS/2 (**) Option SendCoreEvents true (**) Generic Mouse: always reports core events (**) Option Device /dev/input/mice (EE) xf86OpenSerial: Cannot open device /dev/input/mice No such device. (EE) Generic Mouse: cannot open input device (EE) PreInit failed for input device Generic Mouse (II) UnloadModule: mouse (WW) No core pointer registered Couldn't load XKB keymap, falling back to pre-XKB keymap No core pointer Fatal server error: failed to initialize core devices I guess, you don't have /dev/psaux available on your system. (maybe due to the new kernel + devfs ...) Please check, if there's /dev/misc/psaux. if true, then do a: ln -s /dev/misc/psaux /dev/psaux and see if X works again. - Christian
Bug#237641: xterm: Seg faults in ratpoison
Package: xterm Version: 4.3.0-5 Severity: important I use ratpoison version ratpoison 1.0.1-cvs. Starting xterm gives a segmentation fault. I also have icewm installed, and starting xterm inside icewm works fine. Ratpoison gives the entire screen to the window, and that might be messing up with xterm. Running xterm -geometry 1024x768 inside icewm does not cause any problems. But the same command inside ratpoison segfaults as well. My icewm version is 1.0.9.2-7. Do let me know if you need me to run some other tests as well. Thanks for your efforts and hard work, Vikram -- System Information Debian Release: 3.0 Architecture: powerpc Kernel: Linux merlin 2.4.20-pre7-ben0v1 #15 Sun Dec 28 13:16:48 EST 2003 ppc Locale: LANG=C, LC_CTYPE=C Versions of packages xterm depends on: ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libexpat1 1.95.6-6 XML parsing C library - runtime li ii libfontconfig12.2.1-15 generic font configuration library ii libfreetype6 2.1.7-2FreeType 2 font engine, shared lib ii libice6 4.3.0-2Inter-Client Exchange library ii libncurses5 5.3.20030719-4 Shared libraries for terminal hand ii libsm64.3.0-2X Window System Session Management ii libxaw7 4.1.0-16 X Athena widget set library ii libxext6 4.3.0-2X Window System miscellaneous exte ii libxft2 2.1.2-5FreeType-based font drawing librar ii libxmu6 4.3.0-2X Window System miscellaneous util ii libxpm4 4.3.0-2X pixmap library ii libxrender1 0.8.3-6X Rendering Extension client libra ii libxt64.3.0-2X Toolkit Intrinsics ii xlibs 4.3.0-2X Window System client libraries m ii xlibs-data4.3.0-2X Window System client data
Bug#234556: xlibs: many clients get BadLength error from X_ChangeProperty request
Hi,
I was pretty busy last two weeks...
In order to get rid of all these problem of ghost bugs caused by
optimizations, I recompiled a version of the X server without any -Ox
and with -g. As expected the out of range error vanished in the air,
but not the bug.
After few tries, I think I know now the real cause of the error
(but I might be wrong once again!).
It seems that the server X is sending a packet through the socket and
getting something different when receiving it afterward.
In what I have experimented, the X server is sending a packet of size
864 and getting something of size 32 on the other side.
The funny thing is that this fact was previously hidden by the ghost bug
caused by the misinterpretation of the code by gdb.
(Remark: I should have tried to see if the same ghost bug appears on
plain x86 architecture, but I've been too lazy to try it).
Here is the gdb trace of it:
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for
details.
This GDB was configured as i386-linux...
(gdb) break Color.c:99
Breakpoint 1 at 0x809f4cd: file Color.c, line 99.
(gdb) run :6
Starting program:
/home/fleury/devel/xfree_bug/src/xfree86-4.3.0/xc-no_opt-debug/programs/Xserver/Xnest
:6
Breakpoint 1, xnestCreateColormap (pCmap=0x84b61e8) at Color.c:99
99 XQueryColors(xnestDisplay, xnestColormap(pCmap), colors,
ncolors);
(gdb) break _XFlushInt
Breakpoint 2 at 0x400c0609: file XlibInt.c, line 589.
(gdb) c
Continuing.
Breakpoint 2, _XFlushInt (dpy=0x84af750, cv=0x0) at XlibInt.c:589
589 if (dpy-flags XlibDisplayIOError)
(gdb) disp size
1: size = 140421635
(gdb) s
597 while (dpy-flags XlibDisplayWriting) {
1: size = 140421635
(gdb)
605 size = todo = dpy-bufptr - dpy-buffer;
1: size = 140421635
(gdb)
606 if (!size) return;
1: size = 864
(gdb)
608 dpy-flags |= XlibDisplayWriting;
1: size = 864
(gdb)
610 dpy-bufptr = dpy-bufmax;
1: size = 864
(gdb)
612 for (ext = dpy-flushes; ext; ext = ext-next_flush)
1: size = 864
(gdb)
614 bufindex = dpy-buffer;
1: size = 864
(gdb)
620 while (size) {
1: size = 864
(gdb)
621 ESET(0);
1: size = 864
(gdb)
622 write_stat = _X11TransWrite(dpy-trans_conn,
1: size = 864
(gdb)
_X11TransWrite (ciptr=0x84afcf0, buf=0x84afdb0 \001\002, size=864)
at Xtrans.c:843
843 return ciptr-transptr-Write (ciptr, buf, size);
(gdb) disp size
2: size = 864
(gdb) s
_X11TransSocketWrite (ciptr=0x84afcf0, buf=0x84afdb0 \001\002,
size=864)
at Xtranssock.c:1750
1750return write (ciptr-fd, buf, size);
(gdb) disp size
3: size = 864
(gdb) s
1752}
3: size = 864
(gdb)
_X11TransWrite (ciptr=0x84afcf0, buf=0x84afdb0 \001\002, size=864)
at Xtrans.c:844
844 }
2: size = 864
(gdb)
_XFlushInt (dpy=0x84af750, cv=0x0) at XlibInt.c:624
624 if (write_stat = 0) {
1: size = 864
(gdb)
625 size -= write_stat;
1: size = 864
(gdb)
626 todo = size;
1: size = 0
(gdb)
627 bufindex += write_stat;
1: size = 0
(gdb)
620 while (size) {
1: size = 0
(gdb)
660 dpy-last_req = (char *)_dummy_request;
1: size = 0
(gdb)
661 if ((dpy-request - dpy-last_request_read) = SEQLIMIT
1: size = 0
(gdb)
667 dpy-bufptr = dpy-buffer;
1: size = 0
(gdb)
669 dpy-flags = ~XlibDisplayWriting;
1: size = 0
(gdb)
671 }
1: size = 0
(gdb)
_XReply (dpy=0x84af750, rep=0xb420, extra=0, discard=0) at
XlibInt.c:1670
1670if(dpy-lock
(gdb) s
1674dpy-flags |= XlibDisplayReply;
(gdb) s
1682if (!dpy-lock || !dpy-lock-reply_was_read)
(gdb) s
1684(void) _XRead(dpy, (char *)rep,
(long)SIZEOF(xReply));
(gdb) s
_XRead (dpy=0x84af750, data=0xb420 \035I!@D8IH\bJ\001, size=32)
at XlibInt.c:1035
1035int original_size = size;
(gdb) disp size
4: size = 32
(gdb) s
1038if ((dpy-flags XlibDisplayIOError) || size == 0)
4: size = 32
(gdb)
1040ESET(0);
4: size = 32
(gdb)
1041while ((bytes_read = _X11TransRead(dpy-trans_conn,
data, (int)size))
4: size = 32
(gdb)
_X11TransRead (ciptr=0x84afcf0, buf=0xb420 \035I!@D8IH\bJ\001,
size=32)
at Xtrans.c:836
836 return ciptr-transptr-Read (ciptr, buf, size);
(gdb)
_X11TransSocketRead (ciptr=0x84afcf0, buf=0xb420
\035I!@D8IH\bJ\001,
size=32) at Xtranssock.c:1736
1736return read (ciptr-fd, buf, size);
(gdb)
1738}
(gdb)
_X11TransRead (ciptr=0x84afcf0, buf=0xb420 , size=32) at
Xtrans.c:837
837 }
(gdb)
_XRead (dpy=0x84af750, data=0xb420 , size=32) at XlibInt.c:1072
1072 if (dpy-lock
Bug#237641: xterm: Bug is temporary and not with the package
Package: xterm Version: 4.3.0-5 Followup-For: Bug #237641 Hello, I ran a few more tests, and the bug does not occur when I start another instance of X running ratpoison. My guess is that the bug is due to files (libraries or otherwise) that have already been opened and are older versions. When I start a new instance, the new files are opened, and the problem does not exist. Feel free to close the bug. Vikram -- System Information Debian Release: 3.0 Architecture: powerpc Kernel: Linux merlin 2.4.20-pre7-ben0v1 #15 Sun Dec 28 13:16:48 EST 2003 ppc Locale: LANG=C, LC_CTYPE=C Versions of packages xterm depends on: ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libexpat1 1.95.6-6 XML parsing C library - runtime li ii libfontconfig12.2.1-15 generic font configuration library ii libfreetype6 2.1.7-2FreeType 2 font engine, shared lib ii libice6 4.3.0-2Inter-Client Exchange library ii libncurses5 5.3.20030719-4 Shared libraries for terminal hand ii libsm64.3.0-2X Window System Session Management ii libxaw7 4.1.0-16 X Athena widget set library ii libxext6 4.3.0-2X Window System miscellaneous exte ii libxft2 2.1.2-5FreeType-based font drawing librar ii libxmu6 4.3.0-2X Window System miscellaneous util ii libxpm4 4.3.0-2X pixmap library ii libxrender1 0.8.3-6X Rendering Extension client libra ii libxt64.3.0-2X Toolkit Intrinsics ii xlibs 4.3.0-2X Window System client libraries m ii xlibs-data4.3.0-2X Window System client data
Re: Bug#236428: liquidwar 5.6.2-1 and build on m68k
On Thu, Mar 11, 2004 at 08:26:10PM +0100, Alexandre Pineau wrote: Branden Robinson [EMAIL PROTECTED] wrote: If you reassign 236428 to any xfree86 package, I will reassign it right back to liquidwar. Why? I quote the original bug report 236428 : Received: (at submit) by bugs.debian.org; 6 Mar 2004 08:09:14 + [...] Package: libxext-dev Version: 4.3.0-2 Severity: normal [...] /usr/bin/ld: skipping incompatible /usr/X11R6/lib/libXext.so when searching for -lXext /usr/bin/ld: skipping incompatible /usr/X11R6/lib/libXext.a when searching for -lXext /usr/bin/ld: cannot find -lXext I really don't think it's a liquidwar bug. You have reasign the bug to liquidwar. What can I do with this bug now? I can't close it. Can I reasign it to libxext-dev again? There's two ways to view this bug: 1) As a duplicate of #233645, #234772, and #236132, which were already merged, fixed, and had been closed for over a week at the time #236428 was filed. 2) As a report that liquidwar FTBFSed and needed to be rebuilt. If the former, then yes, it can be reassigned to me. If the latter, then once liquidwar has been rebuilt and uploaded (which I think has already happened), then it can be closed. The code flaw was absolutely xfree86's fault, I agree with that; the question is whether it's a good idea to repurpose this bug as a FTBFS report against liquidwar under the circumstances. The point is kind of academic now as the bug can be closed either way, so I'm closing it. -- G. Branden Robinson|Optimists believe we live in the Debian GNU/Linux |best of all possible worlds. [EMAIL PROTECTED] |Pessimists are afraid the optimists http://people.debian.org/~branden/ |are right about that. signature.asc Description: Digital signature
X Strike Force Xcursor SVN commit: r42 - trunk/debian
Author: branden Date: 2004-03-12 12:50:49 -0500 (Fri, 12 Mar 2004) New Revision: 42 Modified: trunk/debian/changelog trunk/debian/control Log: Give source package a section (devel, just like xft) to shut up complaints from dpkg-genchanges. Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-02-20 03:08:53 UTC (rev 41) +++ trunk/debian/changelog 2004-03-12 17:50:49 UTC (rev 42) @@ -10,8 +10,12 @@ experimental XFree86 4.3.0 packages unecessary. - debian/README.Debian - -- Branden Robinson [EMAIL PROTECTED] Thu, 19 Feb 2004 22:08:41 -0500 + * Give source package a section (devel, just like xft) to shut up +complaints from dpkg-genchanges. +- debian/control + -- Branden Robinson [EMAIL PROTECTED] Fri, 12 Mar 2004 12:49:19 -0500 + xcursor (1.0.2-4) unstable; urgency=medium * urgency due to fix for FTBFS Modified: trunk/debian/control === --- trunk/debian/control2004-02-20 03:08:53 UTC (rev 41) +++ trunk/debian/control2004-03-12 17:50:49 UTC (rev 42) @@ -1,4 +1,5 @@ Source: xcursor +Section: devel Priority: optional Maintainer: Debian X Strike Force debian-x@lists.debian.org Uploaders: Branden Robinson [EMAIL PROTECTED], ISHIKAWA Mutsumi [EMAIL PROTECTED], Daniel Stone [EMAIL PROTECTED]
Processing of xcursor_1.0.2-5_powerpc.changes
xcursor_1.0.2-5_powerpc.changes uploaded successfully to localhost along with the files: xcursor_1.0.2-5.dsc xcursor_1.0.2-5.diff.gz libxcursor1_1.0.2-5_powerpc.deb libxcursor1-dbg_1.0.2-5_powerpc.deb libxcursor-dev_1.0.2-5_powerpc.deb Greetings, Your Debian queue daemon
Re: libxrender1 dependency
On Thu, Mar 11, 2004 at 05:59:56PM +0200, Emil wrote: Is this normal: depends on xlibs 4.1.0 and conflicts with xlibs 4.3.0 ? Package: libxrender1 Version: 0.8.3-7 Depends: libc6 (= 2.3.2.ds1-4), libx11-6 | xlibs ( 4.1.0) Conflicts: xlibs ( 4.3.0) Yes. The only way to satisfy this package's dependency is to install libx11-6. The package dependencies are calculated by dpkg-shlibdeps, not hand-coded into the package metadata, in which case I agree they would not make very much sense. -- G. Branden Robinson| Q: How does a Unix guru have sex? Debian GNU/Linux | A: unzip;strip;touch;finger;mount; [EMAIL PROTECTED] |fsck;more;yes;fsck;fsck;fsck; http://people.debian.org/~branden/ |umount;sleep signature.asc Description: Digital signature
xcursor_1.0.2-5_powerpc.changes ACCEPTED
Accepted: libxcursor-dev_1.0.2-5_powerpc.deb to pool/main/x/xcursor/libxcursor-dev_1.0.2-5_powerpc.deb libxcursor1-dbg_1.0.2-5_powerpc.deb to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-5_powerpc.deb libxcursor1_1.0.2-5_powerpc.deb to pool/main/x/xcursor/libxcursor1_1.0.2-5_powerpc.deb xcursor_1.0.2-5.diff.gz to pool/main/x/xcursor/xcursor_1.0.2-5.diff.gz xcursor_1.0.2-5.dsc to pool/main/x/xcursor/xcursor_1.0.2-5.dsc Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian.
Re: Processed: severity of 237509 is serious
On Thu, Mar 11, 2004 at 03:03:15PM -0800, Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 severity 237509 serious Bug#237509: libxft-dev: Upgrade fails because of divert file on /usr/X11R6/include/X11/Xft/Xft1.h isn't allowed Severity set to `serious'. Incorrect. This bug does not affect everyone. If it *did* affect everyone, it would be grave, not serious. Furthermore the package is not violating policy, and as you are not package maintainer, your opinion as to its suitability for release is irrelevant. Reviewing the definitions of the bug severities[1]: critical makes unrelated software on the system (or the whole system) break, or causes serious data loss, or introduces a security hole on systems where you install the package. grave makes the package in question unusable or mostly so, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package. serious is a severe violation of Debian policy (that is, it violates a must or required directive), or, in the package maintainer's opinion, makes the package unsuitable for release. important a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. normal the default value, applicable to most bugs. minor a problem which doesn't affect the package's usefulness, and is presumably trivial to fix. wishlist for any feature request, and also for any bugs that are very difficult to fix due to major design considerations. Nevertheless it's my intention to fix it ASAP, once it is determined where the actual bug lies.[2] If this bug is shown to affect stock woody users, that will make the package unsuitable for release in my opinion -- I solicit the opinions of my fellow Debian X Strike Force team members on this point. [1] http://www.debian.org/Bugs/Developer [2] http://lists.debian.org/debian-devel/2004/debian-devel-200403/msg00651.html -- G. Branden Robinson| Never attribute to malice that Debian GNU/Linux | which can be adequately explained [EMAIL PROTECTED] | by stupidity. http://people.debian.org/~branden/ | -- Hanlon's Razor signature.asc Description: Digital signature
Bug#237428: xserver-xfree86: When missing display, will not start console dialogue
tag 237428 + moreinfo thanks On Wed, Mar 10, 2004 at 08:10:18PM -0800, Daniel Burton wrote: When my configuration does not work and the display cannot be started, I get the following messages on console 7: missing DISPLAY and a console dialog could not be found. missing DISPLAY and a console dialog could not be found. This error message is not familiar to me. Does anyone recognize it? -- G. Branden Robinson|I have a truly elegant proof of the Debian GNU/Linux |above, but it is too long to fit [EMAIL PROTECTED] |into this .signature file. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Processed: Re: Bug#237428: xserver-xfree86: When missing display, will not start console dialogue
Processing commands for [EMAIL PROTECTED]: tag 237428 + moreinfo Bug#237428: xserver-xfree86: When missing display, will not start console dialogue There were no tags set. Tags added: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: reassign 237554 to xserver-xfree86, tagging 237554
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 reassign 237554 xserver-xfree86 Bug#237554: Message with no Package: tag cannot be processed! ([Hilfe] Xfree86 and Geforce FX5600!) Bug reassigned from package `xfree86' to `xserver-xfree86'. tags 237554 + moreinfo Bug#237554: Message with no Package: tag cannot be processed! ([Hilfe] Xfree86 and Geforce FX5600!) There were no tags set. Tags added: moreinfo End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#237509: libxft-dev: Upgrade fails because of divert file on /usr/X11R6/include/X11/Xft/Xft1.h isn't allowed
tag 237509 + help thanks On Thu, Mar 11, 2004 at 11:16:47PM +0100, Raphaël SurcouF Bordet wrote: Package: libxft-dev Version: 2.1.2-5 Severity: important Tags: sid When upgrading libxft-dev from 2.1.2-5 to 2.1.2-6, I'm getting this following output on preinst: ... (Reading database ... 118101 files and directories currently installed.) Preparing to replace libxft-dev 2.1.2-5 (using .../libxft-dev_2.1.2-6_i386.deb) ... diversion of /usr/X11R6/include/X11/Xft/Xft.h to /usr/X11R6/include/X11/Xft/Xft1.h by libxft-dev Removing `diversion of /usr/X11R6/include/X11/Xft/Xft.h to /usr/X11R6/include/X11/Xft/Xft1.h by libxft-dev' dpkg-divert: rename involves overwriting `/usr/X11R6/include/X11/Xft/Xft.h' with different file `/usr/X11R6/include/X11/Xft/Xft1.h', not allowed dpkg: error processing /var/cache/apt/archives/libxft-dev_2.1.2-6_i386.deb (--unpack): subprocess pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/libxft-dev_2.1.2-6_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) ... Work around by install this package using dpkg directly. I reported this problem -- which does not happen in every upgrade scenario -- to the debian-dpkg and debian-devel lists[1]. No one has yet replied. I am either using dpkg-divert wrong, in which case I require instruction from someone who knows how to use it better, or there is a bug in dpkg-divert. Another workaround is simply to move or delete /usr/X11R6/include/X11/Xft/Xft.h, getting it out of the way. [1] http://lists.debian.org/debian-devel/2004/debian-devel-200403/msg00651.html -- G. Branden Robinson| There's nothing an agnostic can't Debian GNU/Linux | do if he doesn't know whether he [EMAIL PROTECTED] | believes in it or not. http://people.debian.org/~branden/ | -- Graham Chapman signature.asc Description: Digital signature
Processed: Re: Bug#237509: libxft-dev: Upgrade fails because of divert file on /usr/X11R6/include/X11/Xft/Xft1.h isn't allowed
Processing commands for [EMAIL PROTECTED]: tag 237509 + help Bug#237509: libxft-dev: Upgrade fails because of divert file on /usr/X11R6/include/X11/Xft/Xft1.h isn't allowed Tags were: sid Bug#237511: libxft-dev: Upgrade to 2.1.2-6 from 2.1.2-5 fails Tags added: help thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: severity of 237511 is important, severity of 226365 is important, merging 237509 237511
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 severity 237511 important Bug#237511: libxft-dev: Upgrade to 2.1.2-6 from 2.1.2-5 fails Bug#237509: libxft-dev: Upgrade fails because of divert file on /usr/X11R6/include/X11/Xft/Xft1.h isn't allowed Severity set to `important'. severity 226365 important Bug#226365: xserver-xfree86: [debconfage rewrite] selection-method question should be displayed at high priority under fewer circumstances Severity set to `important'. merge 237509 237511 Bug#237509: libxft-dev: Upgrade fails because of divert file on /usr/X11R6/include/X11/Xft/Xft1.h isn't allowed Bug#237511: libxft-dev: Upgrade to 2.1.2-6 from 2.1.2-5 fails Merged 237509 237511. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#237511: New information.
On Fri, Mar 12, 2004 at 10:06:38AM +0100, Yannick Roehlly wrote: I removed the libxft-dev package: /usr/X11R6/include/X11/Xft/Xft.h is still here and belong to no package (dpkg -S). I deleted this file and re-installed libxft-dev, everything worked fine. Yes, this matches what I saw when I reported this to the dpkg developers[1]. I suspect a bug in dpkg-divert. That, or it's so poorly documented that a Debian geezer like me (relatively speaking) can't figure out how to use it correctly. [1] http://lists.debian.org/debian-devel/2004/debian-devel-200403/msg00651.html -- G. Branden Robinson| Never attribute to conspiracy that Debian GNU/Linux | which can be adequately explained [EMAIL PROTECTED] | by economics. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#237509: libxft-dev: Bug replicated here
Package: libxft-dev Version: 2.1.2-5 Severity: normal Followup-For: Bug #237509 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.3 Locale: LANG=C, LC_CTYPE=C Versions of packages libxft-dev depends on: ii libc6-dev [libc-dev]2.3.2.ds1-11 GNU C Library: Development Librari ii libfontconfig1-dev 2.2.2-1 generic font configuration library ii libfreetype6-dev2.1.7-2 FreeType 2 font engine, developmen ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxrender-dev 0.8.3-7 X Rendering Extension client libra hi xlibs-dev 4.3.0-5 X Window System client library dev ii zlib1g-dev [libz-dev] 1:1.2.1-4compression library - development -- no debconf information (Reading database ... 204085 files and directories currently installed.) Preparing to replace libxft-dev 2.1.2-5 (using .../libxft-dev_2.1.2-6_i386.deb) ... diversion of /usr/X11R6/include/X11/Xft/Xft.h to /usr/X11R6/include/X11/Xft/Xft1.h by libxft-dev Removing `diversion of /usr/X11R6/include/X11/Xft/Xft.h to /usr/X11R6/include/X11/Xft/Xft1.h by libxft-dev' dpkg-divert: rename involves overwriting `/usr/X11R6/include/X11/Xft/Xft.h' with different file `/usr/X11R6/include/X11/Xft/Xft1.h', not allowed dpkg: error processing /var/cache/apt/archives/libxft-dev_2.1.2-6_i386.deb (--unpack): subprocess pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/libxft-dev_2.1.2-6_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) [EMAIL PROTECTED]:/home/bruce#
Processed: Re: Bug#236464: [patch] support evdev hotplugging in XFree86
Processing commands for [EMAIL PROTECTED]: reassign 236464 xserver-xfree86 Bug#236464: [patch] support evdev hotplugging in XFree86 Bug reassigned from package `hotplug' to `xserver-xfree86'. retitle 236464 add hotplug support script for evdev Bug#236464: [patch] support evdev hotplugging in XFree86 Changed Bug title. tags 236464 - patch Bug#236464: add hotplug support script for evdev Tags were: patch sid Tags removed: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: libxrender1 dependency
On Fri, Mar 12, 2004 at 01:50:49PM -0500, Branden Robinson wrote: Depends: libc6 (= 2.3.2.ds1-4), libx11-6 | xlibs ( 4.1.0) Conflicts: xlibs ( 4.3.0) Yes. The only way to satisfy this package's dependency is to install libx11-6. No, xlibs 4.3.0 or above also meets the requirements. 4.3.1 (e.g.) is greater than 4.1.0, so it meets the dependency, and not less than 4.3.0, so it doesn't conflict. -- Chris Waters | Pneumonoultra-osis is too long [EMAIL PROTECTED] | microscopicsilico-to fit into a single or [EMAIL PROTECTED] | volcaniconi- standalone haiku
Bug#207543: xserver-xfree86: prefBusID patch to select prefered PCI bus id
diff -ruN xc-old/programs/Xserver/hw/xfree86/common/xf86Config.c
xc/programs/Xserver/hw/xfree86/common/xf86Config.c
--- xc-old/programs/Xserver/hw/xfree86/common/xf86Config.c 2003-02-20
05:36:07.0 +0100
+++ xc/programs/Xserver/hw/xfree86/common/xf86Config.c 2004-03-12
22:02:54.0 +0100
@@ -1416,6 +1416,20 @@
return TRUE;
}
+typedef enum {
+LAYOUT_ISOLATEDBUS,
+LAYOUT_SINGLECARD
+} LayoutValues;
+
+static OptionInfoRec LayoutOptions[] = {
+ { LAYOUT_ISOLATEDBUS,Isolatebus, OPTV_STRING,
+ {0}, FALSE },
+ { LAYOUT_SINGLECARD, SingleCard, OPTV_BOOLEAN,
+ {0}, FALSE },
+ { -1,NULL,
OPTV_NONE,
+ {0}, FALSE },
+};
+
/*
* figure out which layout is active, which screens are used in that layout,
* which drivers and monitors are used in these screens
@@ -2213,6 +2227,8 @@
const char *filename;
char *searchpath;
MessageType from = X_DEFAULT;
+char *scanptr;
+Bool singlecard = 0;
if (getuid() == 0)
searchpath = ROOT_CONFIGPATH;
@@ -2283,6 +2299,28 @@
}
}
+xf86ProcessOptions(-1, xf86ConfigLayout.options, LayoutOptions);
+
+if ((scanptr = xf86GetOptValString(LayoutOptions, LAYOUT_ISOLATEDBUS))) {
+; /* Isolatebus is primary */
+}
+else {
+xf86GetOptValBool(LayoutOptions, LAYOUT_SINGLECARD, singlecard);
+ if (singlecard) scanptr =
xf86ConfigLayout.screens-screen-device-busID;
+}
+if (scanptr) {
+int bus, device, func, stroffset = 0;
+ if (tolower(scanptr[0]) == 'p' strlen(scanptr) = 4) stroffset = 4;
+if (sscanf(scanptr + stroffset, %d:%d:%d, bus, device, func) ==
3) {
+xf86Isolatebus.bus = bus;
+xf86Isolatebus.device = device;
+xf86Isolatebus.func = func;
+ xf86Msg(X_INFO,
+ Isolated PCI Bus set to \%d:%d:%d\\n,bus,device,func);
+}
+}
+
+
/* Now process everything else */
if (!configFiles(xf86configptr-conf_files) ||
diff -ruN xc-old/programs/Xserver/hw/xfree86/common/xf86Globals.c
xc/programs/Xserver/hw/xfree86/common/xf86Globals.c
--- xc-old/programs/Xserver/hw/xfree86/common/xf86Globals.c 2003-02-20
05:05:14.0 +0100
+++ xc/programs/Xserver/hw/xfree86/common/xf86Globals.c 2004-03-12
22:02:54.0 +0100
@@ -215,6 +215,7 @@
#endif
PropertyPtr *xf86RegisteredPropertiesTable = NULL;
Bool xf86inSuspend = FALSE;
+PciBusId xf86Isolatebus;
#ifdef DLOPEN_HACK
/*
diff -ruN xc-old/programs/Xserver/hw/xfree86/common/xf86Init.c
xc/programs/Xserver/hw/xfree86/common/xf86Init.c
--- xc-old/programs/Xserver/hw/xfree86/common/xf86Init.c2004-03-12
22:02:16.0 +0100
+++ xc/programs/Xserver/hw/xfree86/common/xf86Init.c2004-03-12
22:02:54.0 +0100
@@ -1590,6 +1590,22 @@
xf86AllowMouseOpenFail = TRUE;
return 1;
}
+ if (!strcmp(argv[i], -isolatebus))
+ {
+int bus, device, func;
+if (++i = argc)
+ return 0;
+if (sscanf(argv[i], %d:%d:%d, bus, device, func) == 3) {
+ xf86Isolatebus.bus = bus;
+ xf86Isolatebus.device = device;
+ xf86Isolatebus.func = func;
+ return 2;
+}
+else {
+ ErrorF(Invalid isolated PCI Bus\n);
+ return 0;
+}
+ }
/* OS-specific processing */
return xf86ProcessArgument(argc, argv, i);
}
diff -ruN xc-old/programs/Xserver/hw/xfree86/common/xf86Priv.h
xc/programs/Xserver/hw/xfree86/common/xf86Priv.h
--- xc-old/programs/Xserver/hw/xfree86/common/xf86Priv.h2002-12-12
19:29:10.0 +0100
+++ xc/programs/Xserver/hw/xfree86/common/xf86Priv.h2004-03-12
22:02:54.0 +0100
@@ -53,6 +53,7 @@
extern Gamma xf86Gamma;
extern char *xf86ServerName;
extern Bool xf86ShowUnresolved;
+extern PciBusId xf86Isolatebus;
/* Other parameters */
diff -ruN xc-old/programs/Xserver/hw/xfree86/common/xf86pciBus.c
xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c
--- xc-old/programs/Xserver/hw/xfree86/common/xf86pciBus.c 2004-03-12
22:02:13.0 +0100
+++ xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c 2004-03-12
22:02:54.0 +0100
@@ -160,7 +160,10 @@
int num = 0;
pciVideoPtr info;
Bool mem64 = FALSE;
+int DoIsolatebusCheck = 0;
+if( xf86Isolatebus.bus || xf86Isolatebus.device || xf86Isolatebus.func )
+ DoIsolatebusCheck = 1;
pcrpp = xf86PciInfo = xf86scanpci(0);
getPciClassFlags(pcrpp);
@@ -182,7 +185,11 @@
subclass = pcrp-pci_sub_class;
}
- if (PCIINFOCLASSES(baseclass, subclass)) {
+ if (PCIINFOCLASSES(baseclass, subclass)
+ (DoIsolatebusCheck ?
+ (xf86Isolatebus.bus == pcrp-busnum
+xf86Isolatebus.device == pcrp-devnum
+xf86Isolatebus.func == pcrp-funcnum):1)) {
num++;
xf86PciVideoInfo =
X Strike Force XFree86 SVN commit: r1148 - trunk/debian
Author: branden Date: 2004-03-12 17:18:57 -0500 (Fri, 12 Mar 2004) New Revision: 1148 Modified: trunk/debian/TODO Log: Update item. Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-03-11 06:32:25 UTC (rev 1147) +++ trunk/debian/TODO 2004-03-12 22:18:57 UTC (rev 1148) @@ -61,6 +61,10 @@ I think the option should be called something better than prefBusId, though. Something that communicates the fact that operations are limited only to a particular bus would be good, which the term pref[erred] doesn't. + DECISION: IsolateBus. + 05:17PM|stockholm Overfiend: I swear upon the suckery tentacle of foulest + demon spawn that the IsolateBus patch doesn't break anything for people who + don't use it! * #234575: xserver-xfree86: Xfree 4.3.0-3 + radeon 9000 mobility (M9) + acpi = no picture after S3; look into the patch in this report * Add FAQ items:
Bug#237509: System broken due to the libxft-dev upgrade
I tried to upgrade, but I got the same problem. And the system is unfixable with apt-get -f install. So why isn't the severity set to grave so that it can be caught by apt-listbugs? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Bug#237509: libxft-dev: upgrade to 2.1.2-6 fails
Package: libxft-dev Version: 2.1.2-5 Severity: normal Followup-For: Bug #237509 I get a similar/same problem: dpkg-divert: rename involves overwriting `/usr/X11R6/include/X11/Xft/Xft.h' with different file `/usr/X11R6/include/X11/Xft/Xft1.h', not allowed dpkg: error processing /var/cache/apt/archives/libxft-dev_2.1.2-6_i386.deb (--unpack): subprocess pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/libxft-dev_2.1.2-6_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) I assume your advice of install manually with dpkg still holds. But how do you do that? When I run dpkg -i file on the file (in /var/spool/apt/archives/) it gives the same error. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.24-1-686 Locale: LANG=C, LC_CTYPE=C Versions of packages libxft-dev depends on: ii libc6-dev [libc-dev]2.3.2.ds1-11 GNU C Library: Development Librari pn libfontconfig1-dev Not found. ii libfreetype6-dev2.1.7-2 FreeType 2 font engine, developmen pn libxft2 Not found. ii libxrender-dev 0.8.3-7 X Rendering Extension client libra ii xlibs-dev 4.3.0-5 X Window System client library dev pn zlib1g-dev | libz-devNot found. -- no debconf information
Bug#237509: libxft-dev: upgrade to 2.1.2-6 fails
On Fri, Mar 12, 2004 at 08:15:23PM -0500, Jason Dorje Short wrote: Package: libxft-dev Version: 2.1.2-5 Severity: normal Followup-For: Bug #237509 I get a similar/same problem: dpkg-divert: rename involves overwriting `/usr/X11R6/include/X11/Xft/Xft.h' with different file `/usr/X11R6/include/X11/Xft/Xft1.h', not allowed dpkg: error processing /var/cache/apt/archives/libxft-dev_2.1.2-6_i386.deb (--unpack): subprocess pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/libxft-dev_2.1.2-6_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) I assume your advice of install manually with dpkg still holds. But how do you do that? When I run dpkg -i file on the file (in /var/spool/apt/archives/) it gives the same error. in the meantime, do a: $ apt-get -f install $ dpkg -r --force-depends libxft-dev $ apt-get -f install and probably a: $ apt-get install libxft-dev - Christian
