Re: X Strike Force X.Org X11 SVN commit: r372 - trunk/debian
El Viernes, 22 de Julio de 2005 02:01, Daniel Stone escribió: Bear in mind that one of the things that will bite us in the arse is people who use the AC_PATH_XTRA autoconf macro to look for X, which searches for Xt headers, so your Build-Depends is everything from X you use, plus libxt-dev. I was pending of guessing which development package was autoconf using for the X detection. Thanks for the hint, Daniel. Best regards, Ender. -- Network engineer Debian Developer pgp1AGWZDyeFC.pgp Description: PGP signature
Re: X Strike Force X.Org X11 SVN commit: r372 - trunk/debian
On Fri, Jul 22, 2005 at 08:16:02AM +0200, David Martínez Moreno wrote: El Viernes, 22 de Julio de 2005 02:01, Daniel Stone escribió: Bear in mind that one of the things that will bite us in the arse is people who use the AC_PATH_XTRA autoconf macro to look for X, which searches for Xt headers, so your Build-Depends is everything from X you use, plus libxt-dev. I was pending of guessing which development package was autoconf using for the X detection. Thanks for the hint, Daniel. AC_PATH_X searches on core headers like X.h, IIRC, but _XTRA seems to be what all the cool kids use. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X Strike Force X.Org X11 SVN commit: r372 - trunk/debian
On Tue, Jul 19, 2005 at 08:00:47PM +0200, David Martínez Moreno wrote: El Martes, 19 de Julio de 2005 14:20, David Nusinow escribió: These xlibmesa packages are gone and I haven't decided what to do about xlibs-* yet. Transitioning the whole archive off them will take an enormous amount of work that's not that critical right now. Maybe for the modular tree, but I don't think that should be on the TODO list for the monolithic tree at all. I think so. It is very 'silly' (sorry if this sounds harsh, I do not know any other word in English softer than silly), in my humble opinion to have separate packages for *everything* and not use that separation in the development packages. It pushes less load on the whole system (you only use whatever you need): users and builders. And all these xlibs-* packages are, as stated, for transitioning purposes. Obviously it is going to make half of the distribution FTBFS, but unstable is *now* half-frozen...it is time to change, IMO. Reorganization of packages is hard, all of us know that, and I understand that it is not for maybe -4 or even -5, but it deserves a line in the TODO, because it is work to do. :-) Hide it won't do it. I'm not willing to do this without a concerted effort on the part of the XSF to help it move along faster. Yes, there are advantages to dumping xlibs-dev, but they are minimal in comparison to things like switching to the modular tree. I'm not trying to hide anything, I'm trying to prioritize what our goals are rather than throwing a ton of stuff that might be nice to have on our TODO list. If you want a WISHLIST, I can make one and put this on there. If you want to start grepping through the whole archive and finding all the packages that build-dep on xlibs-dev, and then start sending patches to every one, feel free. I'm not prepared to even think about doing that myself until we've caught up with our own upstream. That said, if you want to send a mail to -devel-announce asking people to start switching their build-deps, that could potentially go a long way. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X Strike Force X.Org X11 SVN commit: r372 - trunk/debian
On Thu, Jul 21, 2005 at 03:19:07PM -0400, David Nusinow wrote: If you want to start grepping through the whole archive and finding all the packages that build-dep on xlibs-dev, and then start sending patches to every one, feel free. I'm not prepared to even think about doing that myself until we've caught up with our own upstream. That said, if you want to send a mail to -devel-announce asking people to start switching their build-deps, that could potentially go a long way. Bear in mind that one of the things that will bite us in the arse is people who use the AC_PATH_XTRA autoconf macro to look for X, which searches for Xt headers, so your Build-Depends is everything from X you use, plus libxt-dev. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X Strike Force X.Org X11 SVN commit: r372 - trunk/debian
El Miércoles, 20 de Julio de 2005 03:53, Daniel Stone escribió: [...] Since it used to build fine on SPARC (-2 got as far as MANIFEST before it bombed), the consensus was that this was a SPARC porter problem. Mmmm...true, Daniel. Thanks for pointing it. There weren't functional changes in -3 to justify such a failure. I will not worry about this, then. Ender. -- - Where's Johns? - Which half? -- Imam Riddick (Pitch Black). -- Debian developer pgp7WzHXF8LxF.pgp Description: PGP signature
Re: X Strike Force X.Org X11 SVN commit: r372 - trunk/debian
El Lunes, 18 de Julio de 2005 21:50, X Strike Force SVN Repository Admin escribió: [...] -xorg-x11 6.8.2-2 (unstable) +xorg-x11 6.8.2-5 (unstable) Why -5? :-) -* Drop the Debian woody-sarge transitional packages: - + xlibmesa3 - + xlibmesa3-dbg - + xlibmesa-dev - + xlibs-dbg - + xlibs-dev - + xlibs-pic - This is not yet done. I do not see the point of removing it. Best regards, Ender. -- Non. Je suis la belette de personne. -- Amélie (Le fabuleux destin d'Amélie Poulain). -- Debian developer pgpnfBYMIaY4T.pgp Description: PGP signature
Re: X Strike Force X.Org X11 SVN commit: r372 - trunk/debian
On Tue, Jul 19, 2005 at 11:58:57AM +0200, David Martínez Moreno wrote: El Lunes, 18 de Julio de 2005 21:50, X Strike Force SVN Repository Admin escribió: [...] -xorg-x11 6.8.2-2 (unstable) +xorg-x11 6.8.2-5 (unstable) Why -5? :-) Because the first priority is to get the thing to build on all arches. These stupid MANIFEST changes are something you only really have to do once, but they need to be done to unblock a lot of things. -* Drop the Debian woody-sarge transitional packages: - + xlibmesa3 - + xlibmesa3-dbg - + xlibmesa-dev - + xlibs-dbg - + xlibs-dev - + xlibs-pic - This is not yet done. I do not see the point of removing it. These xlibmesa packages are gone and I haven't decided what to do about xlibs-* yet. Transitioning the whole archive off them will take an enormous amount of work that's not that critical right now. Maybe for the modular tree, but I don't think that should be on the TODO list for the monolithic tree at all. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X Strike Force X.Org X11 SVN commit: r372 - trunk/debian
El Martes, 19 de Julio de 2005 14:20, David Nusinow escribió: Because the first priority is to get the thing to build on all arches. These stupid MANIFEST changes are something you only really have to do once, but they need to be done to unblock a lot of things. :-) All right, all right. I know that you are in a hurry to build X.Org in all the architectures, but there are another bug: SPARC: http://buildd.debian.org/fetch.php?pkg=xorg-x11ver=6.8.2.dfsg.1-3arch=sparcstamp=1121723761file=logas=raw Dies with: In file included from /usr/include/asm/fbio.h:8, from xf86Sbus.h:31, from xf86Configure.c:51: /usr/include/asm-sparc/fbio.h:58: error: syntax error before '*' token /usr/include/asm-sparc/fbio.h:59: error: syntax error before '*' token /usr/include/asm-sparc/fbio.h:60: error: syntax error before '*' token /usr/include/asm-sparc/fbio.h:61: error: syntax error before '}' token /usr/include/asm-sparc/fbio.h:100: error: field 'cmap' has incomplete type make[7]: *** [xf86Configure.o] Error 1 make[7]: Leaving directory `/build/buildd/xorg-x11-6.8.2.dfsg.1/build-tree/xc/programs/Xserver/hw/xfree86/common' I have not had time to search more information about this subject. -* Drop the Debian woody-sarge transitional packages: - + xlibmesa3 - + xlibmesa3-dbg - + xlibmesa-dev - + xlibs-dbg - + xlibs-dev - + xlibs-pic - This is not yet done. I do not see the point of removing it. These xlibmesa packages are gone and I haven't decided what to do about xlibs-* yet. Transitioning the whole archive off them will take an enormous amount of work that's not that critical right now. Maybe for the modular tree, but I don't think that should be on the TODO list for the monolithic tree at all. I think so. It is very 'silly' (sorry if this sounds harsh, I do not know any other word in English softer than silly), in my humble opinion to have separate packages for *everything* and not use that separation in the development packages. It pushes less load on the whole system (you only use whatever you need): users and builders. And all these xlibs-* packages are, as stated, for transitioning purposes. Obviously it is going to make half of the distribution FTBFS, but unstable is *now* half-frozen...it is time to change, IMO. Reorganization of packages is hard, all of us know that, and I understand that it is not for maybe -4 or even -5, but it deserves a line in the TODO, because it is work to do. :-) Hide it won't do it. Best regards, Ender. -- Oh, I saw...Very American. Fire enough bullets and hope they hit the target! -- Allan Quatermain (The League of Extraordinary Gentlemen). -- Debian developer pgpW4scT77Nlt.pgp Description: PGP signature
Re: X Strike Force X.Org X11 SVN commit: r372 - trunk/debian
On Tue, Jul 19, 2005 at 08:00:47PM +0200, David Martínez Moreno wrote: El Martes, 19 de Julio de 2005 14:20, David Nusinow escribió: Because the first priority is to get the thing to build on all arches. These stupid MANIFEST changes are something you only really have to do once, but they need to be done to unblock a lot of things. :-) All right, all right. I know that you are in a hurry to build X.Org in all the architectures, but there are another bug: SPARC: http://buildd.debian.org/fetch.php?pkg=xorg-x11ver=6.8.2.dfsg.1-3arch=sparcstamp=1121723761file=logas=raw Dies with: In file included from /usr/include/asm/fbio.h:8, from xf86Sbus.h:31, from xf86Configure.c:51: /usr/include/asm-sparc/fbio.h:58: error: syntax error before '*' token /usr/include/asm-sparc/fbio.h:59: error: syntax error before '*' token /usr/include/asm-sparc/fbio.h:60: error: syntax error before '*' token /usr/include/asm-sparc/fbio.h:61: error: syntax error before '}' token /usr/include/asm-sparc/fbio.h:100: error: field 'cmap' has incomplete type make[7]: *** [xf86Configure.o] Error 1 make[7]: Leaving directory `/build/buildd/xorg-x11-6.8.2.dfsg.1/build-tree/xc/programs/Xserver/hw/xfree86/common' Since it used to build fine on SPARC (-2 got as far as MANIFEST before it bombed), the consensus was that this was a SPARC porter problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r372 - trunk/debian
Author: dnusinow Date: 2005-07-18 14:50:00 -0500 (Mon, 18 Jul 2005) New Revision: 372 Modified: trunk/debian/TODO Log: Update TODO list with already completed items Modified: trunk/debian/TODO === --- trunk/debian/TODO 2005-07-18 16:18:53 UTC (rev 371) +++ trunk/debian/TODO 2005-07-18 19:50:00 UTC (rev 372) @@ -5,7 +5,7 @@ To claim an item, put your username after it in [brackets]. -xorg-x11 6.8.2-2 (unstable) +xorg-x11 6.8.2-5 (unstable) --- * Update manifest-install-reconcile's data lists so the tool is usable again. This implies getting valid, up-to-date MANIFEST files for every architecture. @@ -91,8 +91,6 @@ * Ship the extramodes file via xserver-xorg.examples. -* Enable SELinux support in xdm by default (See #317024) - * Provide ability for X.Org to generate config file each time on boot for LiveCD use (suggested by Petter Reinholdtsen. David has the example script he sent that provides this.) @@ -114,12 +112,4 @@ account the many lessons of the past 5 years (and hopefully leveraging the new autoconfiguration code in the Xorg X server). -* Drop the Debian woody-sarge transitional packages: - + xlibmesa3 - + xlibmesa3-dbg - + xlibmesa-dev - + xlibs-dbg - + xlibs-dev - + xlibs-pic - # vim:set ai et sts=4 sw=4 tw=80: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
