X Strike Force SVN commit: rev 481 - branches/4.3.0/sid/debian
Author: branden
Date: 2003-09-04 18:53:26 -0500 (Thu, 04 Sep 2003)
New Revision: 481
Modified:
branches/4.3.0/sid/debian/TODO
Log:
debian/TODO: get this file up-to-date with my current plans
Modified: branches/4.3.0/sid/debian/TODO
===================================================================
--- branches/4.3.0/sid/debian/TODO 2003-09-04 00:40:47 UTC (rev 480)
+++ branches/4.3.0/sid/debian/TODO 2003-09-04 23:53:26 UTC (rev 481)
@@ -1,24 +1,26 @@
To-Do List for XFree86 4.3.0 Release to Debian Unstable
-------------------------------------------------------
-1) ensure full synchronicity and up-to-dateness of branches/4.3.0/sid with
- respect to the trunk;
-2) ensure packages are at least as functional on the architectures in
- unstable as the 4.2.1 packages are (so that no arch sees a horrendous
- regression);
-3) split xlibs* and xbase-clients (one package per shared library;
- 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)
-4) respect Joey Hess; use debconf as intended (no "manage $foo with
- debconf") questions; move xserver-xfree86 debconfage into an auxiliary
- utility if necessary (the return of dexter, perhaps as a front end to
- dexconf?); make dexconf use ucf to merge updates instead of rewriting
- XF86Config* from scratch every time
-5) find a way to stop the dpkg conffile prompting madness when moving
- conffiles from xlibs to xlibs-data!
-6) Fix this:
+0pre1v2
+-------
+* FSO security update
+* ensure full synchronicity and up-to-dateness of branches/4.3.0/sid with
+ respect to the trunk;
+ + respect Joey Hess; use debconf as intended (no "manage $foo with
+ debconf") questions [implemented in 4.2.1-11; merge it]
+* ensure packages are at least as functional on the architectures in
+ unstable as the 4.2.1 packages are (so that no arch sees a horrendous
+ regression);
+ + Fix XFree86 X server module loader problems on IA-64 (fixed in upstream
+ CVS HEAD; see mail from Daniel Stone)
+ + Fix busted PCI bus handling on ARM (fixed in upstream CVS HEAD; see mail
+ from Phil Blundell)
+-1
+--
+
+* Fix this:
+
# dpkg -i xlibmesa-gl_4.3.0-0pre1v1_powerpc.deb xlibmesa-glu_4.3.0-0pre1v1_powerpc.deb
dpkg: considering removing xlibmesa3-gl in favour of xlibmesa-gl ...
dpkg: no, cannot remove xlibmesa3-gl (--auto-deconfigure will help):
@@ -35,13 +37,18 @@
dpkg: error processing xlibmesa-glu_4.3.0-0pre1v1_powerpc.deb (--install):
conflicting packages - not installing xlibmesa-glu
- There are other upgrade problems affecting the xlibmesa* transition.
- Fix them. Test upgrade scenarios from woody (4.1.0-16), 4.2.1-9 and
- 4.2.1-10. The unfortunate -dbg package screwage in -9 makes things
- more complicated.
-7) Fix XFree86 X server module loader problems on IA-64 (fixed in upstream
- CVS HEAD; see mail from Daniel Stone)
-8) Fix busted PCI bus handling on ARM (fixed in upstream CVS HEAD; see mail
- from Phil Blundell)
+ There are other upgrade problems affecting the xlibmesa* transition.
+ Fix them. Test upgrade scenarios from woody (4.1.0-16), 4.2.1-9 and
+ 4.2.1-10. The unfortunate -dbg package screwage in -9 makes things
+ more complicated.
+ [The above item may already be fixed.]
+
+* split xlibs* and xbase-clients (one package per shared library;
+ 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)
+* find a way to stop the dpkg conffile prompting madness when moving
+ conffiles from xlibs to xlibs-data!
+
$Id$
Reply to: