Page 1 sur 1

[droits]impossible de faire tourner yaourt(résolu)

Publié : dim. 06 févr. 2011, 03:36
par reflets de vert
Bonjour à tous,

Après une mise à jour chez quelqu'un je n'ai plus accès, sur gnome, au terminal, et avec Ctrl - Alt - Fx, à yaourt.

Le terminal gnome me dit quand je clique dessus:

Code : Tout sélectionner

Il y a eu une erreur lors de la création de processus fils pour ce terminal
getpt failed: Aucun fichier ou dossier de ce type
Avec Ctrl - Alt - F1 et yaourt, sous le compte utilisateur, yaourt -S icecat me retourne (entre autres):

Code : Tout sélectionner

/usr/lib/yaourt/pkgbuild.sh: line 69: /dev/null: Permission non accordée
/usr/lib/yaourt/pkgbuild.sh: line 73 : /dev/null: Permission non accordée
Je suis allé voir dans les fichiers en question:

Ligne 69:

Code : Tout sélectionner

	PKGBUILD_VARS="$(makepkg "${MAKEPKG_ARG[@]}" -p "$pkgbuild_tmp" 3>&1 1>/dev/null | tr '\n' ';')"
Ligne73:

Code : Tout sélectionner

	PKGBUILD_VARS="$(declare -p ${vars[*]} 2>/dev/null | tr '\n' ';')"

Re: [droits]impossible de faire tourner yaourt

Publié : dim. 06 févr. 2011, 10:40
par benjarobin
Que donne

Code : Tout sélectionner

ls -l /dev/null

Re: [droits]impossible de faire tourner yaourt

Publié : lun. 07 févr. 2011, 16:38
par reflets de vert
Cette commande donne:

Code : Tout sélectionner

crw-------1 root root 1, 3 6 févr. 19:13 /dev/null
Il y a effectivement un problème de droits.
Il y a un chmod à faire, mais du coup sur ce genre de fichiers…

Sur mon ordi qui marche ça donne:

Code : Tout sélectionner

ls -l /dev/null
crw-rw-rw- 1 root root 1, 3 7 févr. 15:40 /dev/null
Un chmod 666 sur /dev/null?

Re: [droits]impossible de faire tourner yaourt

Publié : lun. 07 févr. 2011, 17:28
par tuxce
Décidément, 3ème souci suite à une mise à jour, tu dois avoir un souci dans la manière de faire :P

Ce qui donne les droits nécessaires à ce genre de fichiers est le fichier de règles: /lib/udev/rules.d/50-udev-default.rules
Tu l'as modifié ou créer un fichier semblable dans /etc/udev/rules.d ?

Re: [droits]impossible de faire tourner yaourt

Publié : dim. 13 févr. 2011, 12:54
par reflets de vert
Dans /etc/udev/rules.d il y a un fichier 50-udev-default.rules:

Quand je fais

Code : Tout sélectionner

nano 50-udev-default.rules
, ça me donne:

Code : Tout sélectionner

ATTR{idVendor}=="04f9", ATTR{idProduct}=="01ce", MODE:="0660", GROUP:="lp"

Re: [droits]impossible de faire tourner yaourt

Publié : dim. 13 févr. 2011, 23:47
par reflets de vert
J'ai vraiment l'impression de ne pas savoir où chercher les infos, et de faire tout à peu près… et j'aime pas l'à peu-près…

Re: [droits]impossible de faire tourner yaourt

Publié : lun. 14 févr. 2011, 10:06
par tuxce
Qu'est ce qui a créé ce fichier ?

Code : Tout sélectionner

pacman -Qo /etc/udev/rules.d/50-udev-default.rules
à ma connaissance, aucun paquet officiel ne fournit ce fichier.
Est ce que /lib/udev/rules.d/50-udev-default.rules est présent au moins ?

Les fichiers *.rules de /etc/udev sont prioritaires sur ceux de /lib/udev et ceux du même nom remplacent carrément ceux de /lib (man udev), donc si celui de /etc/ ne contient que cette ligne, non seulement il empêche celui de /lib d'être analysé, mais il fait rien de ce qu'il doit faire!

A mon avis tu peux le supprimer (ou le renommer avec une autre extension), mais il serait intéressant de savoir d'où il vient.

Re: [droits]impossible de faire tourner yaourt

Publié : lun. 14 févr. 2011, 14:20
par reflets de vert
Je vais faire la commande pour voir, mais avant même de le faire, je sais que ce doit être un paquet d'AUR que j'ai installé… dcp135c… parce que je reconnais les codes Vendor et Model de l'imprimante dans ce fichier de règles!

Je comprends mieux. En fait les règles peuvent être ajoutées au fur et à mesure selon certains besoins… et des installations ne se gènent pas pour en rajouter…

Edité quelques temps après.
Voici le résultat de la commande:

Code : Tout sélectionner

pacman -Qo /etc/udev/rules.d/50-udev-default.rules
Erreur: aucun paquet ne contient /etc/udev/rules.d/50-udev-default.rules
Edité quelques temps après.
Voici le contenu du fichier /lib/udev/rules.d/50-udev-default.rules:

Code : Tout sélectionner


# do not edit this file, it will be overwritten on update

KERNEL=="pty[pqrstuvwxyzabcdef][0123456789abcdef]", GROUP="tty", MODE="0660"
KERNEL=="tty[pqrstuvwxyzabcdef][0123456789abcdef]", GROUP="tty", MODE="0660"
KERNEL=="ptmx",			GROUP="tty", MODE="0666"
KERNEL=="tty",			GROUP="tty", MODE="0666"
KERNEL=="tty[0-9]*",		GROUP="tty", MODE="0620"
KERNEL=="vcs|vcs[0-9]*|vcsa|vcsa[0-9]*", GROUP="tty"

# serial
KERNEL=="tty[A-Z]*[0-9]|pppox[0-9]*|ircomm[0-9]*|noz[0-9]*|rfcomm[0-9]*", GROUP="uucp"
KERNEL=="mwave",		GROUP="uucp"
KERNEL=="hvc*|hvsi*",		GROUP="uucp"

# virtio serial / console ports
KERNEL=="vport*", ATTR{name}=="?*", SYMLINK+="virtio-ports/$attr{name}"

# mem
KERNEL=="null|zero|full|random|urandom", MODE="0666"
KERNEL=="mem|kmem|port|nvram",	GROUP="kmem", MODE="0640"

# input
KERNEL=="mouse*|mice|event*",	MODE="0640"
KERNEL=="ts[0-9]*|uinput",	MODE="0640"
KERNEL=="js[0-9]*",		MODE="0644"

# video4linux
SUBSYSTEM=="video4linux",	GROUP="video"
KERNEL=="vttuner*",		GROUP="video"
KERNEL=="vtx*|vbi*",		GROUP="video"
KERNEL=="winradio*",		GROUP="video"

# graphics
KERNEL=="agpgart",		GROUP="video"
KERNEL=="pmu",			GROUP="video"
KERNEL=="nvidia*|nvidiactl*",	GROUP="video"
SUBSYSTEM=="graphics",		GROUP="video"
SUBSYSTEM=="drm",		GROUP="video"

# sound
SUBSYSTEM=="sound",		GROUP="audio"

# DVB (video)
SUBSYSTEM=="dvb", GROUP="video"

# FireWire (firewire-core driver: IIDC devices, AV/C devices)
SUBSYSTEM=="firewire", ATTR{units}=="*0x00a02d:0x00010*", GROUP="video"
SUBSYSTEM=="firewire", ATTR{units}=="*0x00b09d:0x00010*", GROUP="video"
SUBSYSTEM=="firewire", ATTR{units}=="*0x00a02d:0x010001*", GROUP="video"
SUBSYSTEM=="firewire", ATTR{units}=="*0x00a02d:0x014001*", GROUP="video"

# libusb device nodes
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", MODE="0664"

# printer
KERNEL=="parport[0-9]*",	GROUP="lp"
SUBSYSTEM=="printer",		KERNEL=="lp*", GROUP="lp"
SUBSYSTEM=="ppdev",		GROUP="lp"
SUBSYSTEM=="usb",		KERNEL=="lp*", SYMLINK+="usb%k", GROUP="lp"
KERNEL=="lp[0-9]*",		GROUP="lp"
KERNEL=="irlpt[0-9]*",		GROUP="lp"
# hplip and cups 1.4+ use raw USB devices, so permissions should be similar to
# the ones from the old usblp kernel module
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ENV{ID_USB_INTERFACES}=="", IMPORT{program}="usb_id --export %p"
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ENV{ID_USB_INTERFACES}=="*:0701*:", GROUP="lp", MODE="0664"

# block
SUBSYSTEM=="block", GROUP="disk"

# floppy
SUBSYSTEM=="block", KERNEL=="fd[0-9]", GROUP="floppy"

# cdrom
SUBSYSTEM=="block", KERNEL=="sr[0-9]*", SYMLINK+="scd%n", GROUP="optical"
SUBSYSTEM=="scsi_generic", SUBSYSTEMS=="scsi", ATTRS{type}=="4|5", GROUP="optical"
KERNEL=="pktcdvd[0-9]*", GROUP="optical"
KERNEL=="pktcdvd", GROUP="optical"

# tape
KERNEL=="ht[0-9]*|nht[0-9]*", GROUP="storage"
KERNEL=="pt[0-9]*|npt[0-9]*|pht[0-9]*", GROUP="storage"
SUBSYSTEM=="scsi_generic|scsi_tape", SUBSYSTEMS=="scsi", ATTRS{type}=="1|8", GROUP="storage"

# block-related
KERNEL=="sch[0-9]*", GROUP="disk"
SUBSYSTEM=="scsi_generic", SUBSYSTEMS=="scsi", ATTRS{type}=="0", GROUP="disk"
KERNEL=="pg[0-9]*", GROUP="disk"
KERNEL=="qft[0-9]*|nqft[0-9]*|zqft[0-9]*|nzqft[0-9]*|rawqft[0-9]*|nrawqft[0-9]*", GROUP="disk"
KERNEL=="rawctl", GROUP="disk"
SUBSYSTEM=="raw", KERNEL=="raw[0-9]*", GROUP="disk"
SUBSYSTEM=="aoe", GROUP="disk", MODE="0220"
SUBSYSTEM=="aoe", KERNEL=="err", MODE="0440"

# network
KERNEL=="tun",			MODE="0666", OPTIONS+="static_node=net/tun"
KERNEL=="rfkill",		MODE="0644"

# CPU
KERNEL=="cpu[0-9]*",		MODE="0444"

KERNEL=="fuse",			MODE="0666", OPTIONS+="static_node=fuse", \
  RUN+="/bin/mount -t fusectl fusectl /sys/fs/fuse/connections"

SUBSYSTEM=="rtc", DRIVERS=="rtc_cmos", SYMLINK+="rtc"
KERNEL=="mmtimer",		MODE="0644"
KERNEL=="rflash[0-9]*",		MODE="0400"
KERNEL=="rrom[0-9]*",		MODE="0400"
J'ai désinstallé avec pacman dcp135c, qui recrée dans /etc, à chaque fois, le fichier /udev/rules.d/50-udev-default.rules.

Re: [droits]impossible de faire tourner yaourt

Publié : lun. 14 févr. 2011, 15:24
par reflets de vert
Je vais tenter plus tard de réinstaller cette imprimante dcp135c, bizarre…

Mais pour ce problème-là, en tout cas ça remarche!
Merci!

Re: [droits]impossible de faire tourner yaourt(résolu)

Publié : lun. 14 févr. 2011, 15:36
par tuxce
Si tu veux garder le paquet et le fichier, il suffit de renommer le fichier /etc/udev/rules.d/50-udev-default.rules en /etc/udev/rules.d/dcp135c.rules (par exemple)

Mais je comprends pas une chose, avant de désinstaller le paquet, le pacman -Qo ne te retourne rien, du coup comment tu peux dire que c'est ce paquet là (à part si c'est un pkgbuild pas très bien fait avec un .install qui crée des fichiers)

Re: [droits]impossible de faire tourner yaourt(résolu)

Publié : lun. 14 févr. 2011, 15:44
par benjarobin
Le paquet demande de lancer en tant que root cette commande : /usr/local/Brother/Printer/dcp135c/cupswrapper/cupswrapperdcp135c
Je n'aime pas trop ce genre de chose, car on ne sait absolument pas ce qui est fait.
Et il y a un daemon qui est lancé, la aussi on ne sait pas ce qu'il fait...

Re: [droits]impossible de faire tourner yaourt(résolu)

Publié : lun. 14 févr. 2011, 16:00
par reflets de vert
Oui, c'est ça, il y avait cette commande à faire, et effectivement elle fait des trucs assez spéciaux… par exemple installe d'office dans cups, sans qu'on ait à faire "add printer", une imprimante qui n'imprime pas…
http://forums.archlinux.fr/topic7180.html
(j'aurais envie de dire… "merci Brot*er!")

Re: [droits]impossible de faire tourner yaourt(résolu)

Publié : lun. 14 févr. 2011, 16:12
par FoolEcho
Certes, la commande à lancer n'est pas engageante, mais en même temps elle provient du paquet officiel de Brother.
Il me semble qu'elle permet d'enregistrer directement l'imprimante (bon évidemment, elle relance cups... ce qui n'est pas kiss) et donc on doit pouvoir s'en passer. Après c'est du bash qui trafique je ne sais pas quoi dans le détail, je n'ai pas vérifié... donc peut-être qu'il genère effectivement ce fichier de règles... :?

... mais en même temps, reflets de verts a fait tellement de tentatives (malheureusement toujours désespérées) vis-à-vis de dcp135c qu'il a peut-être introduit lui-même ce fichier...