Yann Dirson <ydir...@free.fr> (29/05/2012):
> OK I understand that there is no absolute requirement for -ati, and
> thus a Depends is probably not a good idea for some users. But for
> the vast majority, who will want to use it, what about adding a note
> in package descriptions of {mach64,r128,radeon} that the -ati package
> is required to avoid manual Xorg configuration ? Adding somewhere the
> suggestion to set the driver in xorg.conf (package desc or manpage),
> to avoid depending on -ati, would also be a good idea.
Good thing is: we already have xserver-xorg-video-all which covers the
needs for the vast majority, by pulling -ati.
Besides that, patches welcome: debcheckout xserver-xorg-video-ati
(mailto: 674...@bugs.debian.org, plus debian-x@ if you want to make sure)
> Even then, why this Depends of ati on all 3 drivers ? I can "dpkg -r
> --force-depends" both mach64 and r128, and ati+radeon does startup
> without complaining at all. Shouldn't this be downgraded to a
> Recommends as well ?
This is very fine for you. What about mach64 and r128 users? Then we'll
get reports from people turning off Recommends. The usual fine line,
between Depends and Recommends, etc. Depends means being safer.
> The current situation just makes some people (eg. me ;) break the
> dependency link that's the weakest to get rid of useless drivers, with
> the results described in my original report.
What are you gaining?
$ for f in $(dpkg -L xserver-xorg-video-r128); do if [ -f $f ]; then ls -lh $f;
fi; done|awk '{print $5}'
110K
5.1K
676
6.0K
117K
2.2K
27
> If I check the Policy about Depends, "This declares an absolute
> dependency", which is clearly not the case here. Even the official
> definition of Recommends makes me wonder if it would not be too
> strong. After all, someone with a radeon is likely to select the
> readon driver, then the ati wrapper will be selected as Recommended,
> but the latter should IMHO have no reason to pull mach64 and r128,
> that would not fit the "packages that would be found together with
> this one in all but unusual installations" criteria.
The current situation ensures that X works by default. People can still
select this or that driver manually as explained previously, so it looks
to me like the current relationships are fine (and have been for I think
many years).
Mraw,
KiBi.
signature.asc
Description: Digital signature
