G. Matthew Rice wrote: > Can anyone confirm/deny the locations of the g/kdm files on other distros?
Just to make matter worse, under Ubuntu, XDM config is beneath /etc/X11, but GDM config is in /etc/gdm. If you take a step back and think about the problem with the goal of doing a cross-distribution certification, this problem is bound to come up on a fairly regular basis. There is two way I can think this problem can be dealt with: 1. Stick with question whose answer are unambiguously true on any distro. 2. Accept any answers that hold true on any distro. Sticking with 1. above would severely cripple the certification, but implementing 2. would be awfully time-consuming. We are screwed either way. In any case, a baseline would need to be established. As we try to certify on "what's out there" and not necessarily on the very latest release, how far back in time should we look at? Continuing with a focus on "what's out there", shall we really bother about the specificity of distro with tiny userbase? If not, how do we judge in an objective fashion which distro cuts it? Once we settle on the baseline, we could then build a test bed of distro considered relevant to the certification, and verify our assumption as they come up. It might even be automated to a certain degree. A virtualized lab would do just fine for the purpose, and building one would be a task we should have no problem finding volunteers for. Before people scream at me for suggesting that we compromise on distribution neutrality, let me just say that I fully understand this is sub-optimal and raise the idea of a baseline only as a compromise. If you have a suggestion on how we could be both completely distro-agnostic *and* correct all the time in the objectives and exam questions[1], I am all ears. [1]: We could even ponder the question further and ask ourselves, which is more important: being correct all the time, or being distro-agnostic? I know where I camp on the subject. -- Etienne Goyer 0x3106BCC2 "For Bruce Schneier, SHA-1 is merely a compression algorithm." http://geekz.co.uk/schneierfacts/fact/164
signature.asc
Description: OpenPGP digital signature
_______________________________________________ lpi-examdev mailing list lpi-examdev@lpi.org http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev
