Re: X Strike Force XFree86 SVN commit: rev 998 - branches/4.3.0/sid/debian
On Fri, Jan 30, 2004 at 12:17:33AM -0500, Nathanael Nerode wrote: Um, you seem to have left out + 049_remove_duplicate_XShm_prototype.diff Which does indeed need to be forward-ported (although it turns into a stolen-from-HEAD patch). (Or maybe it doesn't need to be forward-ported due to its unimportance?) Hmm, that was just plain notated wrong. Bad. And you also seem to have dropped the font path catalog change in + 906_debian_xfs.diff which may actually matter (or may not, I dunno). Thanks. I've put these on the short list to fix for 4.3.0-1. -- G. Branden Robinson| Why should I allow that same God Debian GNU/Linux | to tell me how to raise my kids, [EMAIL PROTECTED] | who had to drown His own? http://people.debian.org/~branden/ | -- Robert Green Ingersoll signature.asc Description: Digital signature
Re: X Strike Force XFree86 SVN commit: rev 998 - branches/4.3.0/sid/debian
On Thu, Jan 29, 2004 at 10:48:09PM -0500, X Strike Force SVN Repository Admin wrote: +Post 4.3.0-1 + snip +* Rewrite xserver-xfree86 debconfage. Joey Hess and Eduard Bloch have provided + good input. Aside from their input, what do you have in mind for the rewrite? I'd actually like to take an early stab at it, if I might. I know you're not a perl fan Branden, but I'd feel more comfortable working in perl, and I think the extra tools that it brings along could help a lot. One thing I'd like to have is a real parser for XF86Config-4, rather than the md5sum hack, and I think perl would allow this where it would be very difficult in shell. Then again, I'm no shell expert so feel free to prove me wrong. - David Nusinow
Re: X Strike Force XFree86 SVN commit: rev 998 - branches/4.3.0/sid/debian
On Fri, Jan 30, 2004 at 03:15:29PM +1100, Daniel Stone wrote: On Thu, Jan 29, 2004 at 10:48:09PM -0500, X Strike Force SVN Repository Admin wrote: +* package the driver SDK. + + being worked on in people/daniel. Given I can't commit, and didn't work on it for ages before I got kicked out, this is kind of (very) misleading. Yes indeed. I sent Branden a clean patch a few month ago, and he said he would apply it post 4.3.0-1, so i hope this would be fixed in a few days/weeks, whatever. I just hope Branden didn't loose the patch or something, as i would hate to have to redo it a third time because of it getting lost when i did it. Friendly, Sven Luther
Re: X Strike Force XFree86 SVN commit: rev 998 - branches/4.3.0/sid/debian
[Please don't send mail both to the -x list and to me privately. There is no need.] On Fri, Jan 30, 2004 at 03:15:29PM +1100, Daniel Stone wrote: On Thu, Jan 29, 2004 at 10:48:09PM -0500, X Strike Force SVN Repository Admin wrote: +* package the driver SDK. + + being worked on in people/daniel. Given I can't commit, and didn't work on it for ages before I got kicked out, ...you should have removed it when you *could* still commit. this is kind of (very) misleading. I'll remove it now. (Committed revision 999.) -- G. Branden Robinson| There's something wrong if you're Debian GNU/Linux | always right. [EMAIL PROTECTED] | -- Glasow's Law http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Re: X Strike Force XFree86 SVN commit: rev 998 - branches/4.3.0/sid/debian
[The following is a form letter.] Hello, You recently sent a message to a Debian Project mailing list to which I am subscribed, and also included me in the To or CC header. Please don't do this. The Debian Mailing List Code of Conduct says: When using the Debian mailing lists, please follow these rules: [...] * When replying to messages on the mailing list, do not send a carbon copy (CC) to the original poster unless they explicitly request to be copied. (You can review the entire Debian Mailing List Code of Conduct at URL:http://www.debian.org/MailingLists/.) Rationally interpreted, this of course includes anything that works equivalently to a CC, such including the original poster in the To: or Bcc: headers, forwarding the message to the original poster, or using the bounce feature of some mailers to send the message again, but rewriting the SMTP envelope to address the original poster instead of the list. Some people feel that it is best to send email to everyone who might possibly be interested in a message, indifferent to whom might be subscribed to various mailing lists, be part of the expansion of various mailing lists, be behind an SMTP exploder, and so forth -- in other words, that it is the responsibility of the recipient of duplicate mail messages to handle them. The Debian Mailing List Code of Conduct does not endorse that philosophy. There are proven limitations with using procmail rules to eliminate duplicate message based on Message-ID, for instance. More importantly, the Debian Mailing List Code of Conduct expects the *senders* of mail to exercise discretion and good judgement; it does not place the burden of pruning unwanted copies of mail messages upon the recipient. You can find discussions of this aspect of the Mailing List Code of Conduct in the Debian mailing lists themselves, if you are interested: please see URL:http://lists.debian.org/search.html to perform a search. The subject has come up several times over the past years, and time and again, the existing policy has been affirmed as the wisest course of action. Many people, myself included, use the Mail-Followup-To message header, which is honored by mail user agents such as Mutt to control the distribution of replies to mailing lists; using such a header, a person can easily indicate that he does (or does not) want to be send copies of replies to his message. You may want to use an MUA that honors this header, as it is in fairly wide usage on the Debian mailing lists, and may help you avoid mistakes resulting in inadvertent violations of Debian's Mailing List Code of Conduct. Thank you. On Sat, Jan 31, 2004 at 04:27:15PM +0100, Sven Luther wrote: On Fri, Jan 30, 2004 at 03:15:29PM +1100, Daniel Stone wrote: On Thu, Jan 29, 2004 at 10:48:09PM -0500, X Strike Force SVN Repository Admin wrote: +* package the driver SDK. + + being worked on in people/daniel. Given I can't commit, and didn't work on it for ages before I got kicked out, this is kind of (very) misleading. Yes indeed. I sent Branden a clean patch a few month ago, and he said he would apply it post 4.3.0-1, so i hope this would be fixed in a few days/weeks, whatever. I just hope Branden didn't loose the patch or something, as i would hate to have to redo it a third time because of it getting lost when i did it. Mailing a patch to the BTS is a better way of ensuring it doesn't get lost. -- G. Branden Robinson|If you make people think they're Debian GNU/Linux |thinking, they'll love you; but if [EMAIL PROTECTED] |you really make them think, they'll http://people.debian.org/~branden/ |hate you.-- Don Marquis signature.asc Description: Digital signature
Re: X Strike Force XFree86 SVN commit: rev 998 - branches/4.3.0/sid/debian
On Sat, Jan 31, 2004 at 06:04:01PM -0500, Branden Robinson wrote: [...] * When replying to messages on the mailing list, do not send a carbon copy (CC) to the original poster unless they explicitly request to be copied. What about proper Headers instead of longish pseudo-legalese? Any sane person either epects him/her in the To line for replies or sets headers. And while I'll trey to follow this suggestion for debian lists I'm pretty sure I'll forget it one day, and I'll surely not take care of it when cross-posting.
Re: X Strike Force XFree86 SVN commit: rev 998 - branches/4.3.0/sid/debian
On Fri, 2004-01-30 at 05:15, Daniel Stone wrote: * Package freedesktop.org X libraries (~50% done in my repo). Interesting, where's your repo? * Start migration to Mesa 5 (the one from Mesa themselves, not this xlibmesa crap). There are already Mesa 5 packages (apt-cache showsrc mesa), what do you mean? -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: X Strike Force XFree86 SVN commit: rev 998 - branches/4.3.0/sid/debian
On Fri, 2004-01-30 at 11:02, Daniel Stone wrote: On Fri, Jan 30, 2004 at 11:00:37AM +0100, Michel D?nzer wrote: On Fri, 2004-01-30 at 05:15, Daniel Stone wrote: * Start migration to Mesa 5 (the one from Mesa themselves, not this xlibmesa crap). There are already Mesa 5 packages (apt-cache showsrc mesa), what do you mean? Migrate to them, and away from xlibmesa* (i.e. stop providing). Mesa will have to make that possible first, even version 6 can't yet build a libGL capable of direct rendering with an X server. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: X Strike Force XFree86 SVN commit: rev 998 - branches/4.3.0/sid/debian
On Fri, Jan 30, 2004 at 11:00:37AM +0100, Michel D?nzer wrote: On Fri, 2004-01-30 at 05:15, Daniel Stone wrote: * Package freedesktop.org X libraries (~50% done in my repo). Interesting, where's your repo? You can try 'deb http://ftp-master.kde-debian.org/archive/ workstation-unstable x11', but you'll be disappointed; there's not much there. * Start migration to Mesa 5 (the one from Mesa themselves, not this xlibmesa crap). There are already Mesa 5 packages (apt-cache showsrc mesa), what do you mean? Migrate to them, and away from xlibmesa* (i.e. stop providing). -- Daniel Stone[EMAIL PROTECTED] Debian: the universal operating system http://www.debian.org pgpoQYOsLl6y2.pgp Description: PGP signature
X Strike Force XFree86 SVN commit: rev 998 - branches/4.3.0/sid/debian
Author: branden Date: 2004-01-29 22:48:07 -0500 (Thu, 29 Jan 2004) New Revision: 998 Modified: branches/4.3.0/sid/debian/TODO Log: Update and rearrange. The list of 4.3.0-1 items is now specific. Modified: branches/4.3.0/sid/debian/TODO === --- branches/4.3.0/sid/debian/TODO 2004-01-30 03:41:01 UTC (rev 997) +++ branches/4.3.0/sid/debian/TODO 2004-01-30 03:48:07 UTC (rev 998) @@ -1,14 +1,83 @@ To-Do List for XFree86 4.3.0 Release to Debian Unstable --1 --- +4.3.0-1 +=== * Fix the freakin' Xcursor-shared-object-search in Xlib. +http://lists.debian.org/debian-x/2004/debian-x-200401/msg00475.html +* Investigate/forward-port the following patches from trunk: + + 067_nonexecutable_malloced_mem.diff + + 068_riscpc_ioport_fix.diff + + 070_fbdevhw_device_node_warnings.diff + + 083_i810_do_not_reference_undefined_functions.diff + + 201_alpha_truetype_gcc_bugfix.diff + + 203_Xpm_wordsize.diff + + 351_newport_range.diff + (see patch forward-port status chart below for more details) -* clean up the debian/patches disaster: +Post 4.3.0-1 + +* Re-do migration of /usr/X11R6/lib/X11/{app-defaults,xkb}: + + stop shipping symlink + + In {libxt6,xlibs}.preinst: +- if existing stuff in /usr/X11R6/lib/X11/$DIR: + + debconf boolean explaining situationand permitting abort + + if user doesn't abort: +- mv existing directory contents to /etc/X11/$DIR +- create /usr/X11R6/lib/X11/$DIR symlink +- touch $DIR migration file in /var/run + + In {libxt6,xlibs}.postinst: +- remove $DIR migration file from /var/run + + In {libxt6,xlibs}.postrm: +- If /var/run/$DIR migration file exists: + + remove /usr/X11R6/lib/X11/$DIR symlink + + mv /etc/X11/$DIR back to /usr/X11R6/lib/X11/$DIR +* Rewrite xserver-xfree86 debconfage. Joey Hess and Eduard Bloch have provided + good input. +* Bug #216806: aoutloader missing header file for ntohl +* Fix upstream install rule that prevents Xcursor themes from being + installed on s390. As I understand it, this is client-side stuff and + there's not really any reason it shouldn't be made available on the s390 + architecture. +* Fix other gratuitous differences between s390 debehlper files and the + generic ones by fixing upstream Imakeage to not turn extra stuff off when + the XFree86 X server is not being built (like xmodmap.std). It ships + libXxf86vm.a but not the corresponding manpages. +* Grab SiS driver from HEAD per Thomas Winischhofer. +* hurd-i386 MANIFEST, and probably some debhelper files, are out of date. +* package the driver SDK. + + being worked on in people/daniel. +* Should xc/include/{Xw32defs.h,Xwinsock.h} be installed (and shipped) for + the benefit of cross-compilers? Check upstream Imakeage. +* Why doesn't xc/include/extensions/xtestext1.h do something like this?: + #ifndef _XTESTEXT1_H_ + #define _XTESTEXT1_H_ + [...] + #endif +* patch Xft1 manpage to turn it into XftConfig(5x) and ship it in libxft1 +* make install should not install X render headers (render.h, + renderproto.h) if the Xrender library itself is not being installed +* move docs from xspecs to -dev packages as appropriate +* Ensure the lists of programs in the xbase-clients and xutils package + descriptions are up-to-date. +* move patch in 009_use_xf86config-4_in_xf86config.diff to + 911_debian_XF86Config_to_XF86Config-4.diff +* 006_dont_ref_rman.man.diff: different fix exists upstream; steal it from HEAD +* 013_xkb_symbols_euro_support.diff: different fix exists upstream; steal it + from HEAD +* steal {U,}XTerm* app-defaults updates from HEAD and resync patches +* Ensure all patches in debian/patches are properly annotated. -Patch forward-port status chart: +Probably for 4.4.0 +== +* Split xbase-clients. xbase-clients should be broken into functional + groups probably mostly determined by library dependencies; xauth, the + Athena clients, and libGL-linked clients are all good candidates for + splitting) +XFree86 4.2.1-4.3.0 Patch Forward-port Status Chart + + Key: unchanged: patch applies cleanly without changes upstream: patch now exists in upstream archive @@ -157,65 +226,6 @@ 909_debian_XF86Config_to_XF86Config-4.diff merged renamed to 911_debian_XF86Config_to_XF86Config-4 910_Xserver_RTFF.diff unchanged renamed to 910_debian_Xserver_RTFF -Post 4.3.0-1 - -* Re-do migration of /usr/X11R6/lib/X11/{app-defaults,xkb}: - + stop shipping symlink - + In {libxt6,xlibs}.preinst: -- if existing stuff in /usr/X11R6/lib/X11/$DIR: - + debconf boolean explaining situationand permitting abort - + if user doesn't abort: -- mv existing directory contents to /etc/X11/$DIR -- create /usr/X11R6/lib/X11/$DIR symlink -- touch
Re: X Strike Force XFree86 SVN commit: rev 998 - branches/4.3.0/sid/debian
On Thu, Jan 29, 2004 at 10:48:09PM -0500, X Strike Force SVN Repository Admin wrote: +* package the driver SDK. + + being worked on in people/daniel. Given I can't commit, and didn't work on it for ages before I got kicked out, this is kind of (very) misleading. +Probably for 4.4.0 +== +* Split xbase-clients. xbase-clients should be broken into functional + groups probably mostly determined by library dependencies; xauth, the + Athena clients, and libGL-linked clients are all good candidates for + splitting) And my TODO: * Package freedesktop.org X libraries (~50% done in my repo). * Package fonts/docs externally. * Assess best layout for programs (e.g. TWM, most of xbase-clients) - whether they should be a separate xfree86-programs tarball, or separate in their own right; also, use fd.o/other upstream for programs not from XFree86/not actively maintained there anymore. * Start migration to Mesa 5 (the one from Mesa themselves, not this xlibmesa crap). * Server-only build of XFree86, eliminating the stupidly big and scary tarball. -- Daniel Stone[EMAIL PROTECTED] Debian: the universal operating system http://www.debian.org pgpWtmDOSPpZj.pgp Description: PGP signature
Re: X Strike Force XFree86 SVN commit: rev 998 - branches/4.3.0/sid/debian
+* Investigate/forward-port the following patches from trunk: + + 067_nonexecutable_malloced_mem.diff + + 068_riscpc_ioport_fix.diff + + 070_fbdevhw_device_node_warnings.diff + + 083_i810_do_not_reference_undefined_functions.diff + + 201_alpha_truetype_gcc_bugfix.diff + + 203_Xpm_wordsize.diff + + 351_newport_range.diff + (see patch forward-port status chart below for more details) Um, you seem to have left out + 049_remove_duplicate_XShm_prototype.diff Which does indeed need to be forward-ported (although it turns into a stolen-from-HEAD patch). (Or maybe it doesn't need to be forward-ported due to its unimportance?) And you also seem to have dropped the font path catalog change in + 906_debian_xfs.diff which may actually matter (or may not, I dunno).