Here comes the forth “Debian XSF News” issue! I usually try to keep
the items sorted chronologically (but grouped by topic when possible),
so if you’re wondering about the current status of X in unstable,
make sure you read the last entry.
I prepared a reference documentation about dependency handling between the X server and the drivers. It describes both upstream and Debian sides, and documents the mechanisms to get the dependencies right. If you maintain an input or a video driver for X, you really should have a look into it.
I also announced the changes on
debian-boot@since the Graphical Installer is also concerned.Since there are some drivers which aren’t maintained by the X Strike Force, I mailed almost all maintainers (plus the ones I missed) to keep them posted. Further coordination will go through a mail alias (which means a little less overhead than running a mailing list; mail me if you want to be added).
I prepared a great clean-up of the drivers, and published a status report 3 days later.
In order to keep track of people working on X packages these days, I started pinging the
Uploadersof X packages. Thanks again, folks!On the driver side, I moved the
xserver-xorg-video-dovedriver to the attic (where we move repositories of unmaintained packages), since it was only ever uploaded to Ubuntu, and not really maintained upstream. I also moved 7 drivers there, and requested their removal throughRMbugs (each bug contains a link to the git repository in the attic in case someone wants to revive a driver): xserver-xorg-input-citron, xserver-xorg-input-evtouch, xserver-xorg-input-fpit, xserver-xorg-input-hyperpen, xserver-xorg-video-nv, xserver-xorg-video-radeonhd, xserver-xorg-video-v4l.Julien Cristau also requested the removal of xprint and xprint-utils. He also orphaned
xresprobesince it’s of no use as far as X is concerned, but still seems to be of some interest to DebianEdu folks.I requested an update of
debian-x@’s description. We haven’t been doing any “Debian XFree86 packaging” in a while.I requested help from GNU/kFreeBSD and GNU/Hurd folks, and got replies from Petr Salinger and Dave Airlie. Now mesa builds again on
kfreebsd-amd64(andkfreebsd-i386once the remaining glitch is fixed).In the same mesa upload, I enabled the
r600Gallium driver, and cherry-picked a commit to fix the crash at X’s start-up withr300andUMS.I merged the
xsf-docs.gitrepository (source for XSF documentation at http://pkg-xorg.alioth.debian.org/) into thexorg.gitone, and moved the former to the attic. Starting with xorg/xserver-xorg 1:7.6+2, XSF documentation is shipped in thexserver-xorgpackage, in the/usr/share/doc/xorgdirectory, in HTML, PDF, and TXT formats.I also added a bug control file (as documented in reportbug’s
README.developers) toxorg, telling reportbug to also report information related to thexserver-xorgpackage. This means we getxserver-xorg-core’s version, along with the drivers. I also madexorgdepend onxserver-xorgwith the same version, to make sure that upgradingxorgmeans upgradingxserver-xorgas well (andxserver-xorg-coreultimately, sincexserver-xorgpulls a given version of the server).Julien also uploaded a few libraries and mesa-demos (new source package for mesa-utils) to
unstable. I also uploaded the latestpixmantounstable.A few hours before
squeezegot released, I prepared the big move of the X server fromexperimentaltounstable. For the record that meant uploadinglibdrm,libxfont, andmesaas prerequisites. I then pushed the locally-built packages in a local archive to use from mysbuildchroot, to getxorg-serverbuilt. Subsequently, I built 45 drivers against it. Thexorgmetapackage was also prepared. All in all, that meant 200MB worth of Debian packages (including 130MB formesaalone…), which sat onravel.debian.orguntil thesqueezerelease announcement. Unfortunately, lintian’s #612137 triggered an automated rejection of all drivers. Options seemed to be: adding build dependency noise todebian/controlfor all drivers; or addinglintian-overridesnoise to all drivers; or waiting for some reaction from lintian’s maintainers or from ftpmasters. I picked the last option for now, since I’m very reluctant to do extra and pointless work on 45 packages to get them accepted when the reason for the rejection is buggy. Hopefully this will be sorted out soon, and I’ll be able to upload the same packages again. If one feels the urge of installingX11R7.6, picking drivers fromexperimentalwill do the job.