Posté par blino .
En réponse au journal Manbo-Labs.
Évalué à 3.
> C'est ConsoleKit qui le fait (via hal/dbus ?).
> Donc l'utilisateur test peut utiliser la carte son. Il n'a pas besoin d'appartenir à un groupe. Les acl sont utilisés aussi pour fast-user-switch.
ConsoleKit maintient une liste d'utlisateurs "console", et lors d'une modification de cette liste, hal réapplique les ACLs sur les devices, cf /usr/share/hal/fdi/policy/10osvendor/20-acl-management.fdi
Tous les utilisateurs loggués physiquement sur la machine ont le droit d'accès aux devices spécifiés dans ce fichier.
>> Et il n'y a pas vraiment d'équivalent qui permet de détecter le module à utiliser pour chaque périphérique.
> Tu parles de problèmes qui devrait être réglé en upstream. Fedora n'utilise pas ldetect ou autre. S'il y a un problème, il est corrigé en upstream (comme ça tout le monde en profite :-)).
C'est un peu comme mkinitrd, il n'y a pas vraiment d'"upstream".
Rien n'empêche les autres distributions de reprendre nos outils.
Apparement, les 2 implémentations qui ressortent dans ce domaine sont ldetect et kudzu.
> Fedora utilise kudzu, mais pour des raisons historiques. kudzu va être viré.
> A vrai dire, je ne sais même plus exactement ce que fait kudzu :-)
> Kudzu ne fait pas de détection de matériel, il permet principalement de détecter un changement de matériel. Si par exemple un carte réseau a été ajoutée entre deux boots, il propose de la configurer (ce qu'on peut faire sans kudzu).
Il a quand même besoin de détecter du matériel pour proposer de le configurer, et c'est ce qu'il fait avec pas mal de workarounds :-) (cf le code de Kudzu dans le CVS de RedHat).
Dans Mandriva, la reconfiguration de matériel est faite avec le service harddrake, écrit en Perl et se basant sur ldetect, c'est difficile d'envisager une fusion des 2 deux outils ...
Et chaque distribution a ses besoins particuliers, et surtout une vision différente de la manière dont il faut détecter et configurer le matériel.
[^] # Re: mini-forks
Posté par blino . En réponse au journal Manbo-Labs. Évalué à 3.
> Donc l'utilisateur test peut utiliser la carte son. Il n'a pas besoin d'appartenir à un groupe. Les acl sont utilisés aussi pour fast-user-switch.
ConsoleKit maintient une liste d'utlisateurs "console", et lors d'une modification de cette liste, hal réapplique les ACLs sur les devices, cf /usr/share/hal/fdi/policy/10osvendor/20-acl-management.fdi
Tous les utilisateurs loggués physiquement sur la machine ont le droit d'accès aux devices spécifiés dans ce fichier.
Cf http://fedoraproject.org/wiki/Releases/FeatureRemovePAMConso(...)
>> Et il n'y a pas vraiment d'équivalent qui permet de détecter le module à utiliser pour chaque périphérique.
> Tu parles de problèmes qui devrait être réglé en upstream. Fedora n'utilise pas ldetect ou autre. S'il y a un problème, il est corrigé en upstream (comme ça tout le monde en profite :-)).
C'est un peu comme mkinitrd, il n'y a pas vraiment d'"upstream".
Rien n'empêche les autres distributions de reprendre nos outils.
Apparement, les 2 implémentations qui ressortent dans ce domaine sont ldetect et kudzu.
> Fedora utilise kudzu, mais pour des raisons historiques. kudzu va être viré.
> A vrai dire, je ne sais même plus exactement ce que fait kudzu :-)
> Kudzu ne fait pas de détection de matériel, il permet principalement de détecter un changement de matériel. Si par exemple un carte réseau a été ajoutée entre deux boots, il propose de la configurer (ce qu'on peut faire sans kudzu).
Il a quand même besoin de détecter du matériel pour proposer de le configurer, et c'est ce qu'il fait avec pas mal de workarounds :-) (cf le code de Kudzu dans le CVS de RedHat).
Dans Mandriva, la reconfiguration de matériel est faite avec le service harddrake, écrit en Perl et se basant sur ldetect, c'est difficile d'envisager une fusion des 2 deux outils ...
Et chaque distribution a ses besoins particuliers, et surtout une vision différente de la manière dont il faut détecter et configurer le matériel.