Matthew Johnson wrote: > Excellent. I shall have time tonight or over the weekend to review and > upload these, although I will touch base with the XSF before doing so.
Sorry about the short delay.. here we go: http://chris-lamb.co.uk/debian/libdrm-snapshot_2.3.1~git%2b20080530%2b6e8a2cf-1.dsc http://chris-lamb.co.uk/debian/xserver-xorg-video-nouveau_0.0.10~git%2b20080526%2be034616-1.dsc These are almost certainly not 100% ready-for-upload. I can think of three issues/topics currently: * Relationship with libdrm package -- I've gone with creating seperately named binary packages in the style of libdrm-snapshot{2,-dev}, etc., for reasons discussed on the debian-x list. However, I seem to have been misinformed about how the Replaces/Conflicts/Provides trick works (or am doing something silly) as my attempts to construct a package that can replace the libdrm2 package whilst still providing it were unsuccessful - attempting to install the resulting package kept trying to remove X.Org. (Currently, each package currently just "Replaces:" its non-snapshot counterpart.) * The Build-Depends for xserver-xorg-video-nouveau currently contains: Build-Depends: [...], libdrm-snapshot-dev, [...] Should this (and/or the linux-nouveau-modules binary dependency) be versioned to ensure that the X driver and kernel module do not get horribly out of sync? I would not like to annoy upstream with unreproducable issues resulting from disparate versions (even if they do compile). * Maintainer/Uploaders field -- this is currently just set to me, *purely* to keep Lintian happy and to force discussion. If the package is to maintained in the XSF, this should probably change to: Maintainer: Debian X Strike Force <[EMAIL PROTECTED]> Uploaders: Matthew Johnson <[EMAIL PROTECTED]>, $ME Looking forward to hearing your comments, etc. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20
signature.asc
Description: PGP signature