C
CanalGuada

  • 4 avr. 2013
  • Inscrit 8 avr. 2011
  • 0 meilleure réponse
  • Petit nouveau Adepte du forum Rédacteur potentiel
  • Salut, jettes un oeil à ça : Bumblebee. Faudra désinstaller proprement le pilote propriétaire avant pour l'utiliser.

    Sinon, si ça ne te dérange pas d'utiliser en permanence la carte graphique, vérifies que tu n'as pas une option dans ton BIOS qui te permet de le faire, inhibant ainsi Optimus.
  • Jo67 wrote: A priori ma GeForce GT540M fait bien partie de la série 5 de Nvidia: http://en.wikipedia.org/wiki/GeForce_500_Series
    Il n'y a pas d'a priori à faire... C'est écrit en toutes lettres : il s'agit d'une série 500. D'ailleurs la documentation fournit la procédure pour vérifier s'il s'agit d'une série 5, ou pas. Tout comme elle précise aussi que la première étape pré-requise est d'installer un dépôt...
    chepioq wrote:C'est ça qui me semble bizarre :
    [    55.946] (EE) No devices detected.
    [    55.946] 
    Fatal server error:
    [    55.946] no screens found
    [    55.946] (EE) 
    C'est comme si il ne détectait pas ta carte graphique...
    Pas si bizarre que ça à vrai dire... Je n'avais pas fait gaffe au M de la référence, mais cette carte incorpore la technologie Optimus.

    Le pilote propriétaire que fournit nVidia pour Linux n'est (pour le moment) pas prévu pour être utilisé par ce type de carte.
    Il faudra donc utiliser Bumblebee (ou autre) pour pouvoir profiter pleinement de la carte sous Linux (à moins que le constructeur du portable ait prévu une option dans le BIOS pour inhiber Optimus).

    Après avoir désinstallé proprement le pilote propriétaire via la procédure donnée dans la documentation bien sûr...
  • Non, pas besoin d'en vouloir pour installer un pilote de carte vidéo sous Fedora.
    Suffit de faire une recherche dans le forum... ou tout simplement de lire la documentation que fournira le site, via un lien bien visible sur le bandeau en haut de l'écran.
    Carte graphique NVIDIA : installation des pilotes

    Après si tu as envie de faire n'importe quoi, comme installer un paquet récupéré à partir de n'importe où - alors que comme toute distribution Linux, Fedora dispose de dépôts qui lui sont propres - et qui n'est ni destiné à Fedora ni à ta carte vidéo, tu en as parfaitement le droit :hammer:

    Moins par contre de t'attendre à ce que cela fonctionne, puis de rejeter la faute sur quelqu'un d'autre...
  • Pour ceux que cela intéresserait, il y a une foule d'autres exemples ici.

    Mon lanceur préféré, le #12 Custom Scripts Quicklist with GUI, qui permet de regrouper des commandes/scripts que l'on ajoute au fur et à mesure via interface graphique, plutôt qu'en éditant/créant un fichier .desktop à chaque fois.
  • Salut, deux solutions :

    1) Alt+F2, puis la commande gnome-session-quit. Testé et fonctionnel.
    Devrait pouvoir s'utiliser avec un raccourci personnalisé aussi.

    2) Ou bien via la ligne de commande :
    $ gsettings set org.gnome.shell always-show-log-out true
    permettant vu l'intitulé du paramètre de toujours afficher dans le menu la commander Déconnecter, l'équivalent se réalisant aussi avec l'éditeur graphique dconf-editor.

    Un deuxième utilisateur étant préconisé (par exemple : pour recompiler les paquets rpm; pour vérifier qu'un éventuel bug n'est pas lié à un profil; ou simplement pour se prémunir d'une élévation de droits malencontreuse avec un compte administrateur), n'ai pas testé cette méthode :-D
  • Salut,

    J'ai eu le même problème ce soir avec 4 partitions (2 de type ext4, une de type ext3 et une autre de type xfs) sur 3 disques différents (ce qui réduit la probabilité de l'hypothèse "panne de disque"), fsck me signalant que les systèmes de fichier sont propres.

    Rien à signaler par contre (une bonne prise de tête évitée pour le moment) sur l'une ou l'autre des partitions en passant sous Fedora 17 8-)
    Cela devrait te redonner le sourire si tu as pensé avoir perdu tes données :-D

    C'est probablement une mise à jour d'aujourd'hui ou d'hier qui passe mal, vu qu'en rédémarrant ensuite sur Spherical Cow, le problème est à nouveau présent... le plus étrange étant que mes partitions / et /boot ne sont pas impactées.

    SELinux est-il en mode "appliqué" sur ta machine ? Sur la mienne, il l'est. Et dans la liste de paquets mis à jour, seuls ceux le concernant me paraissent à première vue susceptibles de provoquer des conflits niveau permissions d'accès. Une piste peut-être...
    Dec 03 21:16:28 Updated: pango-1.32.3-1.fc18.x86_64
    Dec 03 21:16:30 Updated: selinux-policy-3.11.1-59.fc18.noarch
    Dec 03 21:16:32 Updated: telepathy-logger-0.6.0-3.fc18.x86_64
    Dec 03 21:16:34 Updated: anaconda-widgets-18.34-1.fc18.x86_64
    Dec 03 21:16:39 Updated: xulrunner-17.0.1-1.fc18.x86_64
    Dec 03 21:16:40 Updated: libnfnetlink-1.0.1-1.fc18.x86_64
    Dec 03 21:16:41 Installed: libmnl-1.0.3-4.fc18.x86_64
    Dec 03 21:16:42 Installed: python-zope-event-3.5.1-4.fc18.noarch
    Dec 03 21:16:43 Updated: xorg-x11-server-common-1.13.0-11.fc18.x86_64
    Dec 03 21:16:44 Updated: xorg-x11-server-Xorg-1.13.0-11.fc18.x86_64
    Dec 03 21:16:46 Updated: python-zope-interface-4.0.2-3.fc18.x86_64
    Dec 03 21:16:47 Updated: libnetfilter_conntrack-1.0.2-1.fc18.x86_64
    Dec 03 21:16:57 Updated: firefox-17.0.1-1.fc18.x86_64
    Dec 03 21:17:05 Updated: anaconda-18.34-1.fc18.x86_64
    Dec 03 21:17:08 Updated: gnome-shell-3.6.2-3.fc18.x86_64
    Dec 03 21:17:17 Updated: empathy-3.6.2-2.fc18.x86_64
    Dec 03 21:18:08 Updated: selinux-policy-targeted-3.11.1-59.fc18.noarch
    Dec 03 21:18:12 Updated: selinux-policy-doc-3.11.1-59.fc18.noarch
    Dec 03 21:18:46 Updated: selinux-policy-devel-3.11.1-59.fc18.noarch
    Dec 03 21:18:48 Updated: pango-devel-1.32.3-1.fc18.x86_64
    Dec 03 21:18:51 Updated: tzdata-java-2012j-1.fc18.noarch
    Dec 03 21:18:56 Updated: tzdata-2012j-1.fc18.noarch
    Dec 02 00:18:12 Installed: selinux-policy-doc-3.11.1-57.fc18.noarch
    Dec 02 00:20:30 Installed: policycoreutils-devel-2.1.13-37.fc18.x86_64
    Dec 02 01:59:56 Installed: libxml++-2.36.0-1.fc18.x86_64
    Dec 02 01:59:58 Installed: libffado-2.1.0-1.fc18.x86_64
    Dec 02 02:00:02 Installed: jack-audio-connection-kit-1.9.8-13.fc18.x86_64
    Dec 02 02:00:04 Installed: zbar-0.10-11.fc18.x86_64
    Dec 02 02:00:04 Installed: gstreamer1-plugins-bad-free-extras-1.0.3-1.fc18.x86_64
    Dec 02 02:00:05 Installed: gstreamer1-plugins-good-extras-1.0.3-1.fc18.x86_64
    Dec 02 02:00:07 Installed: gstreamer1-libav-1.0.2-2.fc18.x86_64
    Dec 02 02:00:08 Installed: gstreamer1-plugins-bad-freeworld-1.0.2-2.fc18.x86_64
    Dec 02 02:00:10 Installed: gstreamer1-plugins-ugly-1.0.2-2.fc18.x86_64

    Edit: Il s'agit bien d'un problème SELinux et le bug semble confirmé. Il faut passer en mode "permissif" en attendant la prochaine mise à jour.

    Soit via la console d'administration SELinux, à installer avec la commande :
    $ su -lc 'yum -y install policycoreutils-gui'
    Soit via la commande :
    $ su -lc 'setenforce 0'
    Soit encore en éditant le fichier /etc/sysconfig/selinux, changeant
    SELINUX=enforcing
    en
    SELINUX=permissive
    avant de rebooter.

    Pour basculer du mode "appliqué" au mode "permissif" temporairement (pas persistant au reboot) :
    $ su -lc setenforce
  • Pour créer un lanceur qui apparaîtra sur le bureau :
    $ gnome-desktop-item-edit --create-new ~/Bureau
    Si tu veux qu'il apparaisse dans le menu GNOME de ton utilisateur :
    $ mkdir ~/.local/share/applications
    $ gnome-desktop-item-edit --create-new ~/.local/share/applications
    Ensuite si tu veux qu'il figure dans une catégorie du menu GNOME en particulier, le plus simple est de passer par l'éditeur de menus alacarte qui permettra de le créer directement au bon endroit :
    $ yum install alacarte
    Le plus efficace étant toujours d'éditer manuellement le fichier .desktop créé, ce qui permet d'ajuster bien d'autres paramètres auxquels n'accèdent pas alacarte.
  • psl wrote: Comment fait-on pour gérer, organiser, modifier, ajouter des rubriques et/ou applicatifs (l'équivalent d'éditer menu du gnome d'avant) ?
    psl
    Je n'ai ni essayé sous Fedora 17 récemment, ni vérifié si la version actuelle est la même, mais l'éditeur de menus GNOME alacarte semble bien fonctionner sous Fedora 18 Spherical Cow. Pas installé par défaut sur l'une ou l'autre par contre.
  • Depuis le passage à systemd, ce fichier n'est plus présent par défaut. Si tu le crées en y incluant la commande, il sera pris en compte par systemd via le mode de compatibilité avec l'ancien système d'init SysV.

    Tu as aussi la possibilité de créer un service systemd personnalisé qui lancera la commande.
  • Comment ça il n'est pas possible de réduire toutes les fenêtres avec un raccourci clavier ?

    Faut juste paramétrer à sa convenance le raccourci "Masquer toutes les fenêtres normales" dans la section Navigation.
  • Si tu veux modifier l'emplacement des dossiers Documents, Images, Téléchargements,... de ton utilisateur sans nécessairement déplacer l'ensemble de la partition home, tu peux éditer le fichier "~/.config/user-dirs.dirs"
    $ cat ~/.config/user-dirs.dirs
    # This file is written by xdg-user-dirs-update
    # If you want to change or add directories, just edit the line you're
    # interested in. All local changes will be retained on the next run
    # Format is XDG_xxx_DIR="$HOME/yyy", where yyy is a shell-escaped
    # homedir-relative path, or XDG_xxx_DIR="/yyy", where /yyy is an
    # absolute path. No other format is supported.
    # 
    XDG_DESKTOP_DIR="$HOME/Bureau"
    XDG_DOWNLOAD_DIR="$HOME/Téléchargements"
    XDG_TEMPLATES_DIR="$HOME/Modèles"
    XDG_PUBLICSHARE_DIR="$HOME/Public"
    XDG_DOCUMENTS_DIR="$HOME/Documents"
    XDG_MUSIC_DIR="$HOME/Musique"
    XDG_PICTURES_DIR="$HOME/Images"
    XDG_VIDEOS_DIR="$HOME/Vidéos"
    Pour que le changement soit pris en compte pour la session en cours et sans se déconnecter, par l'environnement de bureau GNOME et les applications GTK supportant ce mécanisme, il me semble que c'est xdg-user-dirs-gtk qu'il faut lancer.
  • Effectivement... ne connaissant pas xmlstarlet, je suis passé de la mise en oeuvre d'une solution bien trop lourde (saxon) pour importer des données xml après transformation XSL, au traînage de pieds pour implémenter sous python ce type de fonctionnalité assez basique – pressentant, quand bien même le développement ne soit pas ma profession, avoir loupé quelque chose.

    Donc, un grand merci Wilqu ! :-D
    C'est exactement ce qu'il me fallait pour 2 ou 3 petits scripts maison.
  • C'est déjà présent dans GNOME 3.4 mais par contre ce n'est pas dans l'aide. Je l'ai découvert un peu par hasard, il est vrai...
  • Atem18 wrote:Bon, pour LibreOffice, je pensais en effet que la 3.6 était une release stable, à tord.
    Avec la communication qui est organisée autour de la moindre nouveauté qu'apporte une version future pour à peu près tous les logiciels, ceci dans le but de tenir en haleine les geeks entre autres, ce n'est pas étonnant de s'y perdre parfois 😉
  • La fonctionnalité a été supprimée.

    Par contre, s'il s'agit uniquement de copier/déplacer/créer un lien, le plus efficace est encore d'utiliser les onglets : en appuyant sur la touche ALT avant de relâcher le bouton de la souris une fois l'onglet de destination sélectionné, un menu contextuel apparaît, permettant de réaliser l'une ou l'autre des opérations.
  • Il ressemble à quoi ton listing ?

    Si je prends par exemple le code source de la page de ce fil (avec les balises <dt><strong><a>...</a></strong></dt> par contre) ça donne ça.
    $ grep "</a></strong></dt>" listing2.html | sed 's/\(.*\)<dt><strong><a\(.*\)>\(.*\)<\/a><\/strong><\/dt>\(.*\)$/\3/'
    chepioq
    CanalGuada
    madko
    chepioq
    madko
    CanalGuada
    
  • Tu peux essayer ça :
    grep "</a></dt>" listing.html | sed 's/\(.*\)<dt><a\(.*\)>\(.*\)<\/a><\/dt>\(.*\)$/\3/'
    Mais ça dépend de la mise en forme de ta liste, et je ne garantis pas la pertinence des balises étant une quiche en HTML :-D
  • Atem18 wrote:
    madko wrote:je pense qu'il voulait dire qu'il s'attendait à rester sur du 3.5.x sur Fedora 17, et du 3.6 sur F18. non?
    Exact. L'ayant installé il n'y a pas si longtemps, je n'avais pas fait gaffe au saut de version. Et si les API du kernel ne changent pas, alors pourquoi ne pas mettre à jour des logiciels comme LibreOffice ? On le fait bien avec Firefox.
    La version livrée par Fedora est la dernière version officielle stable, les version 3.6 étant des pre-release, qui ne sont destinées qu'à évaluation de la prochaine mouture.
  • Seule l'entrée du menu a réellement disparue car il me semble que la commande gnome-session-quit est toujours fonctionnelle.
    Redémarrer à la Windows n'est une nécessité.

    Niveau ergonomie, le choix est par contre discutable.

    Personnellement, étant le seul utilisateur et de plus ne passant que rarement d'un environnement de bureau à un autre, entre verrouiller l'environnement et me déconnecter je ne fais pas trop la différence.

    À part que dans le premier cas, je peux, par exemple, forcer une mise en veille automatique ou encore laisser une tâche tourner sans utiliser screen, pas dans l'autre.