Bug#214712: libxrender-dev: Same problem here
Package: libxrender-dev Version: 0.8.3-2 Severity: normal Followup-For: Bug #214712 When trying to remove this package I get this error: Removing libxrender-dev ... Removing `diversion of /usr/X11R6/lib/libXrender.a to /usr/X11R6/lib/libXrender-1.1.a by libxrender-dev' dpkg-divert: rename involves overwriting `/usr/X11R6/lib/libXrender.a' with different file `/usr/X11R6/lib/libXrender-1.1.a', not allowed dpkg: error processing libxrender-dev (--purge): subprocess post-removal script returned error exit status 2 Errors were encountered while processing: libxrender-dev E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux asus.ellenshoej.dk 2.6.0-test7 #2 Sat Oct 11 11:15:28 CEST 2003 i686 Locale: LANG=da_DK, LC_CTYPE=da_DK Versions of packages libxrender-dev depends on: ii libc6-dev [libc-dev] 2.3.2-8GNU C Library: Development Librari ii libxrender1 0.8.3-2X Rendering Extension client libra ii xlibs-dev 4.2.1-12.1 X Window System client library dev -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Dealing with i18n bugs in X
On Sat, Oct 18, 2003 at 04:02:34PM -0500, Branden Robinson wrote: [...] > I can't test a lot of the patches that are submitted (for example, > because I don't have the proper environment configured or don't own a > non-US keyboard -- incidentally, it's extremely rare that someone with > an alternative localization setup includes that information in the bug > report; in fact, it's rare that any information on how to reproduce the > bug is given at all). I've tried applying patches blindly before, and > it often results in things breaking for other people. Many patches I > get are just flat-out wrong. > > XFree86 is team-maintained these days. If you think you can be a team > player, ask to join. If all you can do is bitch about how things aren't > being handled to suit your tastes, my preference is that you'd just go > away. I do not have the time to help actively concerning all aspects of the xfree86 package, which is ways to complicated and big for the free time I have, but I am willing to (try to) help dealing with i18n related bugs, trying to reproduce them and see if the provided patches do fix the issue for me (and that they won't break something else on my setup). Given the fact that I use a french localized setup, I guess it could help you, couldn't it? Would you be ok with marking i18n bugs as so in the BTS in the way used in the dpkg package and explained in the thread beginning at http://lists.debian.org/debian-dpkg/2003/debian-dpkg-200309/msg00092.html ? I mean, would you accept that I retitle the relevant bugs to add [INTL] in title, to ease my work? Would you mind to do this tagging yourself for the new bugs you get so that I can get a chance to notice them easily? Once again, I cannot promise to be very helpfull on that area since days are so time limited, but I'm willing to try. > If you want to help, help. Identify patches that offer no > more in the way of explanation than "Is broke. Here fix.", and provide > the missing justification and explanation. I'll try to. > I trust you're aware of the massive rearrangement of the XKB data in > 4.3.0, which is why I haven't been applying much in the way of XKB data > patches. Well, no, you probably weren't. That would require reading > the traffic on the debian-x mailing list, wouldn't it? Would you mind forwarding some of those mails on the -i18n list? It would be enough to do so when they are not related to a bug, and pseudo-tag the bug [INTL] in other cases, IMHO. I am sorry, but I fear I have not enough interess in the core of the -x list to subscribe to yet another ML, but once I'm aware of a i18n related thread on that list, I could read it using the web interface. Thanks for your time, empty (Mt). -- Get a clue, or a dictionary. -- example of mutual love on debian-devel ;) pgp0.pgp Description: PGP signature
Re: X Strike Force XFree86 SVN commit: rev 676 - branches/4.3.0/sid/debian
On Sat, Oct 18, 2003 at 10:39:45PM -0500, X Strike Force SVN Repository Admin wrote:
> Author: branden
> Date: 2003-10-18 22:39:42 -0500 (Sat, 18 Oct 2003)
> New Revision: 676
>
> Modified:
>branches/4.3.0/sid/debian/xbase-clients.install
> Log:
> Fix yet another regression from trunk. Ship
> usr/X11R6/lib/X11/{Cards,Options} in xbase-clients.
>
> - debian/xbase-clients.install
You know, I remember deleting this stuff, and can't for the life of me remember
why, now. Ah, the fun of learning XFree86 and MANIFESTs by packaging a major new
upstream release ...
(Hint: there are probably tons of regressions like this.)
(Hint #2: make your svn hook script set M-F-T.)
--
Daniel Stone <[EMAIL PROTECTED]>
http://www.debian.org - http://www.kde.org - http://www.freedesktop.org
"What's next? People turning up on my doorstep, observing that the lack of
doorbell is likely to confuse people and hence removing my front door?"
-- David Woodhouse on usability efforts, Advogato
pgp0.pgp
Description: PGP signature
Re: X Strike Force XFree86 SVN commit: rev 678 - branches/4.3.0/sid/debian
On Sat, Oct 18, 2003 at 11:05:24PM -0500, X Strike Force SVN Repository Admin wrote: > Ship the new-fangled HTML versions of the specs docs in the xspecs package > (using dh_installdocs) instead of in /usr/X11R6/lib/X11/doc/html in > xlibs-dev. Whoever made that decision also neglected to ensure the docs > were also shipped for the hurd-i386 and s390 versions of xlibs-dev. > Sloppy, sloppy. Agh, I lose. Then again, whether HTML versions should even be generated (witness the pain on slower machines - 27 hours on a 300MHz Alpha for HTML/PS) is debatable. -- Daniel Stone <[EMAIL PROTECTED]> http://www.debian.org - http://www.kde.org - http://www.freedesktop.org "What's next? People turning up on my doorstep, observing that the lack of doorbell is likely to confuse people and hence removing my front door?" -- David Woodhouse on usability efforts, Advogato pgp0.pgp Description: PGP signature
Bug#190323: News?
Hi, will this bug ever be fixed? Are there technical reasons that hinder fixing? regards, yg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#22506: Vicodin, pain medication available br sviq ntifdv hd
Vicodin ES 90 Tab Special. -Free Doctors consultation -No Rx Required -Overnight Shipping -Other Drugs Available Including SOMA, HYDROCODONE, LEVITRA... Buy Now! http://www.rxsuperstore.biz/medical take off list http://www.rxsuperstore.biz/a.html medtswhspunzuucdhc s b c dgbe grgfis gztfykos q lxogsg
Bug#178812: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=178812
> Debian Bug report logs - #178812 > xterm: resource-based keybindings don't work when mouse cursor over scrollbar Perhaps more information would help (such as a copy of whatever customization he was making to test this with). There aren't any xterm-specific default resource settings that map the keystrokes to scrollbar actions. (This applies to XFree86 xterm and X11R5, X11R6 xterms). The scrollbar, by the way, happens to be a child of the widget that displays text. So keystrokes that are not handled by the scrollbar end up being processed by the text (VT100) widget. -- Thomas E. Dickey <[EMAIL PROTECTED]> http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#178812: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=178812
> Debian Bug report logs - #178812 > xterm: resource-based keybindings don't work when mouse cursor over scrollbar never mind - I found a nicer solution which will be in patch #181 (see patch #158 for reference). -- Thomas E. Dickey <[EMAIL PROTECTED]> http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#179407: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=179407
> Debian Bug report logs - #179407 > xterm: bold fonts do not work with widechars (and consequently utf-8 mode) I believe this is fixed in xterm patch #180 (last week). -- Thomas E. Dickey <[EMAIL PROTECTED]> http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#215828: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=215828
> Debian Bug report logs - #215828 > xterm: pixel garbage in line-drawing characters in UTF-8 mode I see the dots in the attached picture, however I don't see an indication of which font was used. That sort of thing could happen if the bounding box of the font isn't consistent with the ascent/descent values (a defective font, in other words - there are several in XFree86). But knowing the font I could verify this. >I'm using various sizes of the fixed font, with mutt-utf8, with The ISO8859 fixed font, or the ISO10646 font? (or even Freetype fonts ;-) -- Thomas E. Dickey <[EMAIL PROTECTED]> http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#216623: xlibs-dev: Depends: xlibs (= 4.2.1-12.1) but 4.3.0-0ds3v1 is to be installed
Package: xlibs-dev Version: 4.2.1-12.1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 apt-get install xlibs-dev Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: xlibs-dev: Depends: xlibs (= 4.2.1-12.1) but 4.3.0-0ds3v1 is to be installed E: Broken packages - -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux bminton.dyn.cheapnet.net 2.4.21+bjm #1 Mon Jun 30 01:20:47 EDT 2003 i686 Locale: LANG=C, LC_CTYPE=C -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/k1AocieIIFcDdHIRAmAmAKDlwVYxJ6jPSs8NOLFMy5H+CNIqNACgmhbR 6y3cXdlgD+I21tIxl2lRFV8= =JWwI -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Xfree86 4.4 release dates
I went by the XFree webpage this evening and looked at the release plans. It states: >The next full release of XFree86 will be 4.4.0. The schedule for this release is: >Feature freeze: 15 October 2003. >Code freeze: 28 November 2003. >Release date: 15 December 2003. Only 5 more weeks to code freeze. BTW, when 4.3 moves from experimental to sid, would it be possible to sync up with the r200 DRI tree for the latest R200 core radeon drivers? It has working DGA, etc. when the ATI binaries don't. Keep up the great work guys! Peter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
