réinstalles kdevelop

Règles ton problème de dépôts avant de procéder à toute nouvelle installation.

... encore un qui vient d'ubuntu... "sudo" n'a aucun droit, c'est pas un user.

Temet wrote:... encore un qui vient d'ubuntu... "sudo" n'a aucun droit, c'est pas un user.

Pas plus que su - ... Tout dépend de ce qui est mis dans ton /etc/sudoers.

Tu n'as pas compris Temet.
su and sudo sont tout des mécanismes pour acquérir temporairement l'identité d'un autre utilisateur, mais ce ne sont pas des utilisateurs comme le sous-entendait moueza dans sa dernière phrase.

Si tu passes root avec su -, l'historique des commandes est également disponible.

Normal puisque quand tu fait su - tu passes sous root... Je vois pas ouù est le problème.

Je crois qu'il veut juste dire que c'est plus pratique de ne pas passer en root pour consulter l'historique. Je ne le fais pas mais je le comprend.

D'un autre côté, regarder les logs, c'est un truc d'admins, pas d'user. Même si sudo est très souple et à des avantages certains, je suis assez scéptique sur son utilisation à tout va... Je l'utilise très peu (4 personnes sur le même PC). Quand je dois mettre le nez dans les logs, je revêt mon costume d'admin, et je tape su -
C'est trop facile de faire une connerie quand on est débutant. Et c'est le cas de Mueza apparement.
SU - me paraît nettement plus approprié pour l'instant. Mais après tout, c'est Linux, on peut faire ce qu'on veut. :lol:

Je suis d'accord avec toi, mickey : pour les tâches administratives, il vaut mieux être root.

Mais là, il s'agit d'un problème avec SELinux.
La solution ici.

Une dernière question : pourquoi lancer kdevelop en root ?

Root vs sudo, l'éternel débat.
Si sudo apporte une granularité plus fine par rapport à su en limitant le nombre de commandes que l'on peut exécuter en assumant l'identité d'un autre utilisateur, je suis pas d'accord avec son utilisation dans un desktop.
Supprimer le compte root pour donner tout les droits à un utilisateur via sudo fait perdre l'unique intérête de sudo: la granularité. Pire encore, sudo apporte de nouvelles failles, par exemple, par défaut, sudo est configuré pour permettre à l'utilisateur de ne pas à retaper son mot de passe pendant un certain temps. On justifie l'usage de sudo parce que certains utilisateurs indélicats se connectaient en root, mais au final, ces mêmes utilisateurs finissent par utiliser sudo pour tout et n'importe quoi. À force de se faire marteler que se connecter en root c'est mal, les utilisateurs débutants sont en général plus vigilants, là ou sudo leur donne une fausse impression de sécurité.
Sur le desktop, le modèle de sécurité de GNU/Linux est fondamentalement "défectueux", il ne répond pas à leurs besoins.
ConsoleKit et PolicyKit constituent l'avenir du bureau libre, dommage que la plupart des "grandes" distributions ne s'y intéressent pas vraiment.

@zetoun:

Une dernière question : pourquoi lancer kdevelop en root ?

Mystère..... D'ooù l'importance d'un vrai compte root, même quand on est seul à utiliser le PC, surtout quand on ne sait pas ce que l'on fait, c'est le cas de moueza apparement, sans vouloir le vexer.
@Sat, +1 et tu m'énerves... Tu as l'art et la manière d'exprimer les choses d'une manière simple et concise. :hammer:

Justement, le cas de moueza illustre parfaitement l'intérêt de SELinux. Malgré les pouvoirs qu'il gagne grâce à sudo, il existe toujours des limitations à ce qu'il peut faire.

Dans un sens, c'est un peu comme si le système lui-même se protégeait.