[DOLPHIN & KATE] ouverture en root impossible

bonjour à tous.

je sais que mon post a pas lieu d'être ici, mais comme Manjaro est la soeur de Arch, je me dis que c'est presque la même chose, j'ai ouvert aussi un post sur le fofo de Arch, mais vaut mieux à plusieurs endroits que nul part

j'ai installé ArchLinux KDE il y a environ un mois, installation minimale bien sûr.
tout fonctionne à la perfection, sauf l'ouverture de Dolphin et de Kate en root.....

j'ai essayé avec Konqueror, qui s'ouvre en root, mais impossible à modifier mon fichier...

pour Dolphin, j'ai suivi les recommandations, à savoir

# kdesu dbus-launch dolphin

mais impossible, la demande de mot de passe à bien lieu, je le rentre, et ensuite rien ne se passe

j'ai retourné le web et je trouve rien du tout...
j'ai bien via le clic droit de Dolphin, la possibilité d'ouvrir en root, mais idem rien ne se passe...

c'est ma 1ere installation de Arch en dur sur mon SSD, je me doute qu'il me manque des paquets peut-être nécessaire pour que ça fonctionne, mais Google n'est pas mon ami sur ce coup...

et je sais qu'on va me critiquer de vouloir aller toucher aux fichiers de conf en root, mais c'est pour changer le timing de Thunderbird au boot du pc, le fichier thunderbird-bin
la solution que j'ai trouvé c'est de passer par ma Debian Sid, modifier mon fichier et revenir sur Arch, mais c'est un poil casse pied quand même...
comment je fais pour mettre certains mes curseurs de souris, qui se trouvent que sur gnome-look..???
encore passer par ma Sid pour y faire.??
oui mais c'est agaçant de pas pouvoir y faire directement dans Dolphin, comme je fais sous Nemo, ou comme n'importe qui fait dans son gestionnaire de fichiers :roll:

voilà si quelqu'un veut m'aider, ça serait pas de refus, je vais finir chauve à force de me creuser la tête et tourner en rond pour rien trouver du tout comme solution.......

bonjour,

depuis quelques jours il n'est plus possible de lancer kate(kwrite) et dolphin en root , c'est maintenant le comportement normal avec kde...
Toutefois, pour kate, il est possible quand même d'éditer un fichier protégé :

SUDO_EDITOR=kate sudoedit /etc/pacman.conf

ps: ce ne sont que ces 2 programmes qui sont bloqués (pour l'instant), donc aucun problème avec un autre éditeur ou gestionnaire de fichier

explications(en) du dev kde

merci pour la réponse ultra rapide :clap

en effet ta manip permet de modifier mon fichier tant désiré

un problème de résolu.
et pour ouvrir Dolphin en root pour transférer les thèmes de curseurs de souris, il y a un alternative.??
ou il vaut mieux que je passe par ma Debian ou Fedora.??

Bonjour,

KWrite est également affecté par cette limitation. Le message d'erreur suggère une syntaxe similaire à celle de Kate pour l'édition d'un fichier. MC n'a pas l'air concerné. C'est tout de même un peu fort de café que KDE se permette de juger ce qui est "bon" ou "mauvais". On se croirait, toutes proportions gardées, revenu au temps de l'inquisition !

JLB

melissa6969 a écrit :merci pour la réponse ultra rapide

en effet ta manip permet de modifier mon fichier tant désiré
un problème de résolu.
et pour ouvrir Dolphin en root pour transférer les thèmes de curseurs de souris, il y a un alternative.??
ou il vaut mieux que je passe par ma Debian ou Fedora.??

La seule alternative est de passer par la ligne de commande.

PapyLinux a écrit :Bonjour,

KWrite est également affecté par cette limitation. Le message d'erreur suggère une syntaxe similaire à celle de Kate pour l'édition d'un fichier. MC n'a pas l'air concerné. C'est tout de même un peu fort de café que KDE se permette de juger ce qui est "bon" ou "mauvais". On se croirait, toutes proportions gardées, revenu au temps de l'inquisition !

JLB

C'est plutôt une méthode pour "éviter les dégâts". Un appui involontaire sur la touche Suppr en sélectionnant un dossier dans la racine a vite fait de casser une distribution.
Au moins, dans le terminal, on sait ce qu'on fait.

sloiY a écrit :
melissa6969 a écrit :merci pour la réponse ultra rapide

en effet ta manip permet de modifier mon fichier tant désiré
un problème de résolu.
et pour ouvrir Dolphin en root pour transférer les thèmes de curseurs de souris, il y a un alternative.??
ou il vaut mieux que je passe par ma Debian ou Fedora.??

La seule alternative est de passer par la ligne de commande.

merci pour la réponse, ça va être folklo alors de passer par la commande pour copier coller les thèmes de souris, enfin avec cp je devrais y arriver, je m'en sers de temps en temps.

c'est vrai ce que dit papylinux, c'est une décision un peu radicale, même si c'est une précaution pour notre bien, mais quand on est nouveau-nouvelle sur Arch et ses dérivées (ce qui est mon cas), on pense tout de suite à une installation bancale de notre part...
après je sais que Arch comme Manjaro, ça s'administre différemment que Debian ou Fedora, où je fais beaucoup de choses en graphique parce qu'on a les outils pour.
c'est juste une nouvelle façon de procéder qu'il va falloir que je m'habitue alors

Tu peux toujours le faire avec un autre gestionnaire de fichier.
xfe, par exemple est très léger,de plus si tu l’utilises uniquement dans ce but, c'est un bon moyen de différencier le user, du root.
M'enfin, je ne devrais pas dire ça, je vais me faire taper... :gsourire:

melissa6969 a écrit :
sloiY a écrit :
melissa6969 a écrit :merci pour la réponse ultra rapide

en effet ta manip permet de modifier mon fichier tant désiré
un problème de résolu.
et pour ouvrir Dolphin en root pour transférer les thèmes de curseurs de souris, il y a un alternative.??
ou il vaut mieux que je passe par ma Debian ou Fedora.??

La seule alternative est de passer par la ligne de commande.

merci pour la réponse, ça va être folklo alors de passer par la commande pour copier coller les thèmes de souris, enfin avec cp je devrais y arriver, je m'en sers de temps en temps.

c'est vrai ce que dit papylinux, c'est une décision un peu radicale, même si c'est une précaution pour notre bien, mais quand on est nouveau-nouvelle sur Arch et ses dérivées (ce qui est mon cas), on pense tout de suite à une installation bancale de notre part...
après je sais que Arch comme Manjaro, ça s'administre différemment que Debian ou Fedora, où je fais beaucoup de choses en graphique parce qu'on a les outils pour.
c'est juste une nouvelle façon de procéder qu'il va falloir que je m'habitue alors

Pourquoi vouloir mettre manuellement les fichiers de curseurs ? Les curseurs que tu recherches ne sont-ils pas directement disponibles sur le store de KDE ?
Il faut savoir que l'on peut installer des curseurs directement dans les paramètres de KDE :
Configuration du système > Apparence de l'espace de travail > Thème du pointeur de la souris > Obtenir un nouveau thème

Ou alors sur http://store.kde.org/

oui dans les paramètres de KDE je sais qu'on peut en installer, comme les thèmes

mais ceux que je cherche sont ceux sur gnome-look, mais ils sont peut-être dans kde-store, va falloir que je regarde ça.
mais une fois récupérer dans kde-store, il faut bien les installer manuellement.??
parce que le bouton installer me renvoie une erreur, c'est pour ça que j'y fais manuellement depuis toujours en faite, et sous toute mes distrib, ça va + vite je trouve

melissa6969 a écrit :oui dans les paramètres de KDE je sais qu'on peut en installer, comme les thèmes
mais ceux que je cherche sont ceux sur gnome-look, mais ils sont peut-être dans kde-store, va falloir que je regarde ça.
mais une fois récupérer dans kde-store, il faut bien les installer manuellement.??
parce que le bouton installer me renvoie une erreur, c'est pour ça que j'y fais manuellement depuis toujours en faite, et sous toute mes distrib, ça va + vite je trouve

Quel type d'erreur ? Moi, ça ne m'en renvoie pas pourtant.

ceci n'a rien a voir avec manjaro ou arch
simplement nous sommes en roling donc nous avons les changements avant les autres, ce changement arrivera dans 6 mois..un an sous ubuntu.
ps: Gentoo a décidé de modifier le code source pour supprimer cette sécurité :confus:

plus facile a mémoriser, il est aussi possible de faire un

sudo -e kate -f "/etc/pacman.conf"

et mon petit script sukate a ajouter dans .bashrc (pas obligation de donner le nom du fichier, ou simplement le répertoire):

sukate() {
    fichier="${1-/etc/}"
    if [[ -d "${fichier}" ]]; then
        # utilise le paquet kdialog
        fichier=$(kdialog --getopenfilename ${fichier} '*.* |tous fichiers' 2>/dev/null)
    fi
    [[ ! -f "${fichier}" ]] && kdialog --error "fichier ${fichier} non trouvé" 2>/dev/null
    [[ -f "${fichier}" ]] && {
        #SUDO_EDITOR=kate sudoedit "${fichier}"
        sudo -e kate -f "${fichier}"
    }
}

ça me renvoie ceci comme erreur
https://www.pixenli.com/images/1493/149 ... 683700.png

ha intéressant ton script papajoke, vais regarder ça de + près alors

puis cette restriction auquel on est confronté, ça m'obligera à utiliser Nano, je me coucherais moins bête comme ça

Bonsoir,

Même si c'est un peu hors sujet, je me permets de revenir sur la prétendue innocuité de l'utilisation de la ligne de commande. C'est une rengaine qu'on entend à longueur de post sur pas mal de forums, mais plus particulièrement sur celui-ci.

Un exemple tout simple : que vaut-il mieux faire pour copier une image ISO pour ne pas se tromper de destination (sans faire de dégâts) ?

Utiliser un logiciel graphique - Je n'en cite aucun en particulier, il y en a une palanquée - qui vous prévient que la cible va être définitivement et irrémédiablement effacée. Qui de plus, vous l'a fait choisir dans une liste déroulante où les différents choix sont clairs.

Ou bien utiliser la commande dd dont la syntaxe parfaitement sibylline n'est peut-être pas forcément à la portée du premier venu et s'exécute sans le moindre avertissement.

Je laisse les spécialistes répondre à la question.

JLB

Non, ce n'est pas vraiment HS. Utiliser un explorateur de fichier en graphique est dangereux tout comme faire une bourde en CLI. Donc il n'y a pas de panacée dans ce domaine ; il faut savoir ce qu'on fait dans tous les cas. Le souci en graphique est surtout qu'on crée des fichiers de configuration propres à l'explorateur dans /root alors qu'il sont conçus pour ~/ ce qui ne peut que poser des problèmes tôt ou tard.
Reste aussi un risque accru de suppression de fichiers à la volée d'un simple clic alors que la ligne de commande suppose que l'on sache ce qu'on fait.
Pour ma part, je navigue en graphique en simple utilisateur et j'utilise le terminal pour administrer (nano, cp, mv, etc...) en faisant glisser le fichier éditable à la souris dans le terminal pour éviter les erreurs et surtout pour ne pas me faire ch :censure:

er a recopier le chemin relatif surtout dans les copier ou liens symboliques.

Salut,
Pour la gravure d'une image iso avec dd, si la cible n'est pas /dev/cdrom, /dev/dvd ou /dev/srx il faut vraiment se poser des questions. L'utilisation généralisée de sudo, idée d'Ubuntu à l'origine, rend les utilisateurs moins attentifs, alors que quand il n'y avait que su, on faisait vraiment attention aux commandes passées. Les GUI qui n'arrêtent pas de prévenir, c'est une belle dérive du monde Windows.

Salut Lemust83

Tout a fait d'accord avec toi sur une chose primordiale : dans tous les cas il faut être attentif et sûr de ce qu'on fait (et ménager ses arrières en ayant de côté une solution de repli).

Je suis plus nuancé sur la façon de procéder :

Ouvrir Dolphin avec les droits root est effectivement la porte ouverte à toutes sortes de fausses manœuvres : déplacements, effacements de fichiers intempestifs ....
Mais dans un terminal ouvert en root, dans ton répertoire images par exemple, faire un rm *.jpg me paraît tout aussi dévastateur.

Utiliser le menu contextuel de Dolphin root-actions-service-menu (le nom exact est à vérifier) me paraît de loin beaucoup plus sûr dans tous les cas. Il ne permet qu'une seule action à la fois sur un seul fichier et demande le mot de passe root avant de faire quoi que ce soit. C'est pourquoi je l'utilise depuis des années sans aucun souci.

Quant au bazar créé dans /root quand on utilise Dolphin en mode root, depuis quatorze ans que j'utilise Linux, jamais je n'ai rencontré le moindre problème. Il y a plus de risques à changer de version de distribution ou d'environnement graphique.

JLB

bah c'est bizarre mais chez moi, dd ne fonctionne pas pour faire une clé usb, soit le chemin est introuvable, soit l'image iso est introuvable , pourtant je recopie bien sans faute le nom de l'iso, voir même je copie colle son nom entier dans le terminal...
alors qu'avec cp, ça passe nickel, et mes clé usb sont bootables et 100% fonctionnelles, donc ça me va, même si dd est très vivement recommandé pour créer une clé, mais dans la doc de Debian, ils disent qu'on peut faire avec l'un ou l'autre.!!!

PapyLinux a écrit :C'est une rengaine qu'on entend à longueur de post sur pas mal de forums, mais plus particulièrement sur celui-ci.

Tu as tout a fait raison, mais dans un forum il est 100 fois plus simple de donner une ligne de commande que de commenter une série de clics souris :siffle

et de plus c'est aussi 100 fois plus formateur.
De plus je ne saurais même pas donner la procédure pour faire une mise à jour avec pamac (je ne connais que octopi en gui) donc en ligne de commande on est sur que cela fonctionne sur toutes les saveurs.
Et administrer une rolling sans ligne de commande est une hérésie :clindoeil:

donc autant apprendre à l'utiliser.

Oui, ce n'est pas obligatoirement plus sur, je jeux te donner ma dernière bourde en ligne de commande :

sudo rm /etc/unfichier;pacnew

oops, j'ai effacé le bon fichier et non le .pacnew - merci au clavier azerty :rigole:

PapyLinux a écrit :Quant au bazar créé dans /root quand on utilise Dolphin en mode root, depuis quatorze ans que j'utilise Linux, jamais je n'ai rencontré le moindre problème. Il y a plus de risques à changer de version de distribution ou d'environnement graphique.

Chut

Faut pas le dire... :clindoeil:

Ça reste une mauvaise pratique qui offre des failles de sécurité notamment en vnc.

melissa6969 a écrit ::salut:
bah c'est bizarre mais chez moi, dd ne fonctionne pas pour faire une clé usb, soit le chemin est introuvable, soit l'image iso est introuvable , pourtant je recopie bien sans faute le nom de l'iso, voir même je copie colle son nom entier dans le terminal...
alors qu'avec cp, ça passe nickel, et mes clé usb sont bootables et 100% fonctionnelles, donc ça me va, même si dd est très vivement recommandé pour créer une clé, mais dans la doc de Debian, ils disent qu'on peut faire avec l'un ou l'autre.!!!

Là je me pose des questions. dd est une commande de base Unix valable sur tout ce qui en découle... Le chemin de la clé se trouve par sudo fdisk -l et l'image par le chemin canonique.
Exemple: Pour une clé USB identifiée /dev/sdc (et non /dev/sdc1)

sudo dd if=chemin_vers_machin-truc.iso  of=/dev/sdc bs=4M status=progress && sync

J'ai récemment créé une image ISO à partir de cette commande et tout s'est passé à merveille.