This is ok, but I think it would have been better to drop the versioned dependency on xserver-xorg-core as suggested in the bug report. oneiric's xserver-xorg-core has a Provides of xorg-video-abi-10, so there's no actual risk of a too-old xserver-xorg-core being pulled in together with fglrx; and by hard-coding xserver-xorg-core | xserver-xorg-core-lts-quantal, you ensure that this will have to be updated again for the next enablement stack in 12.04.3.
The fglrx-updates package in the queue addresses the dependencies like so:
--- fglrx-installer -updates- 9.000/debian/ substvars 2012-10-16 15:04:48.000000000 +0000 -updates- 9.000/debian/ substvars 2012-11-21 13:48:00.000000000 +0000 Depends= xorg-video- abi-11| xorg-video- abi-12| xorg-video- abi-13, xserver-xorg-core (>= 2:1.10.99.901) Depends= xorg-video- abi-11| xorg-video- abi-12| xorg-video- abi-13, xserver-xorg-core (>= 2:1.10. 99.901) |xserver- xorg-core- lts-quantal (>= 2:1.10.99.901) Provides= xorg-driver- video
+++ fglrx-installer
@@ -1,2 +1,2 @@
-xviddriver:
+xviddriver:
xviddriver:
This is ok, but I think it would have been better to drop the versioned dependency on xserver-xorg-core as suggested in the bug report. oneiric's xserver-xorg-core has a Provides of xorg-video-abi-10, so there's no actual risk of a too-old xserver-xorg-core being pulled in together with fglrx; and by hard-coding xserver-xorg-core | xserver- xorg-core- lts-quantal, you ensure that this will have to be updated again for the next enablement stack in 12.04.3.