"Cyril Olivier MARTIN" <[EMAIL PROTECTED]> writes: > > > > drakconnect, en fait, car urpme && urpmi donne le même > > > > résultat. Je n'ai pas trouvé d'indication sur eagle-usb.ko > > > > dans la doc du paquet -- pourtant il doit bien (tenter de) > > > > l'installer quelque part ? > > > > > > non il ne l'installe pas, c'est avec le kernel. Tux a adopté la > > > même logique : il y a une partie dépendante du kernel et une > > > partie indépendante (adictrl doit encore fonctionner si ça se > > > trouve en 2.6). > > > > Bon, s'il ne l'installe pas cela explique qu'après que je l'aie > > enlevé il ne l'ait pas remis ... Mais pourquoi ne le ferait-il pas > > (comme la fait la version CVS) : cela éviterait d'avoir à > > l'inclure dans chaque nouveau noyal. > > Pourquoi ne pas faire un deuxième paquet (comme sur Debian ;-)
les pilotes kernel packages a part, c'est horrible. des que tu veux mettre a jour le kernel, tu est mort. pour peu que le nommage du paquet n'est pas versionnifie, tu ne peux avoir qu'un seul paquet installe a un instant donne, et alors tu ne supporte plus qu'un seul des noyaux installes (genre le kernel de la 9.2 vs celui de la 10.0, le kernel 2.4 vs le 2.6, celui de la 10.0 vs la maj de securite, ...) c deja assez chiant comme ca a gerer pour les pilotes proprietaires a la $£*µ#&@, on ne va pas refaire les memes erreurs pour les pilotes qui ont la chance d'etre libres. la solution ultime est l'integration dans le kernel officiel.
