R
ritchi

  • 10 mai 2018
  • Inscrit 27 janv. 2009
  • 0 meilleure réponse
  • Petit nouveau Adepte du forum Rédacteur potentiel
  • Il te faut utiliser ldconfig pour que libusb soit reconnu par le système comme étant disponible.

    Cela dit, je ne sais pas, si cela ne va pas mettre de bazar avec la version 0.1.5 déjà présente.

    Tu l'as installé ou ta libusb ?
  • Mise à jour sur le poste fixe de mes parents de fc20 vers fc21 => OK
    J'ai juste eu le clavier qui été passé querty (c'est résolu).

    Il reste un petit défaut sur la session de ma mère, il manque le "t" dans le mot "activité" dans Gnome SHELL.
    Je réglerais cela quant, je repasserais les voir dans 1 mois, sauf si une mise à jour a réglé ce défaut avant.

    Faudra que je trouve, le temps de basculer son poste nomade personnel (sous fc20 actuellement) aussi, mais je ne m'en sert plus vraiment.

    Mon poste fixe principal, lui reste sous Débian stable donc moins de grosse mise à jours pour le moment.
  • C'est bon, après une bonne nuit, j'ai trouvé ce matin en 5 minutes, du coup je donne la solution.

    En fait c'est tout bête, il faut assez sous gnome 3 dans la partie Paramètre => Pays et Langue => écran de connexion (pourquoi je n'ai pas vu cela hier soir " trop de vapeur de champagne encore présent certainement").

    La partie sources d'entrer, par défaut, il n'y avait plus rien j'ai donc ajouté français et voilà mon problème est résolu sur les deux sessions.

    Après redémarrage du poste de travail, enfin on peut désactivé, le clavier virtuel et aussi enfin j'ai l’icône clavier fr qui est apparu contre aucun icône avant.

    Merci hechmi50, de m'avoir mis sur la voie.
  • Bonjour tout le monde.

    Etant chez mes parents pour les fêtes, j'ai profiter de location pour mettre à jour leur poste de la version 20 vers la 21 via fedup.
    Tout c'est bien passés comme d'habitude j'allais dire, sauf un détail (mais j'entends déjà râler mes vieux, pourquoi mon mot de passe ne marche plus).
    En gros depuis la migration, le clavier lors de l'ouverture de session sous gnome est en querty, car les mots de passe des deux sessions de mes parents ne sont plus reconnus.

    Petit moment de stress du coup, pour rentrer après le premier reboot.

    Bon avec le clavier virtuel, j'ai réussi à me connecté du coup (il est trop tard pour réfléchir ce que le mot de passe donne sur un clavier querty).
    Après la première connexion, un assistant me propose de choisir ma langue, c'est original une nouveauté de fc21, j'ai choisi de nouveau français et après deux reboot, j'ai toujours ce fichu clavier en querty lors de l'ouverture de session, mais pas après bizarrement.

    Vous avez déjà vu cela sur FC21 ?

    J'irai voir cela demain dans les logs d'install, car là, je vais aller dormir.
    Si une personne à une idée c'est cool, sinon bien on verra demain.. Passé de bonnes fêtes..
  • Là où je bosse (comme prestataire dans une grosse SSII) chez le client, c'est du 50 %, 50 % au niveau des serveurs.

    Après, il n'y a pas que du linux, on a aussi plein d'autre Unix propriétaires (Solaris, AIX, etc...), mais pour linux, c'est soit du Red Hat pour le support soit du centos en fonctionne des projets. (il y a bien quelques Suses et Mandriva qui traines, mais bizarement presque pas de debian).

    Après chaque système est fort dans un domaine et moins dans d'autre (au niveau technique et ou commercial ).

    Chez nous par exemple pour la partie bureautique, C'est du Windows à presque 100 %.

    Par contre, pour les machines de calculs (et clusters) sont sur des systèmes Unix et ou Linux, pas de Windows.

    Le stockage, après c'est souvent des gros NAS (donc Unix proprios du fabriquant) connecté soit à un serveur linux soit une machine Windows.

    Dans là vrais vie, c'est rarement tout blanc ou tout noir, en entreprise aussi.

    Du coup, au niveau des exigences on demande des personnes qui gèrent du Unix/Linux avec un minimum de base sur Windows. (L'inverse pour les admin du pôle Windows).
  • Sinon tu as aussi chez http://www.ldlc.com toutes une gamme de PC sans OS moins cher que le modèle avec la licence Windows.
  • Upgrade de la machine de mes parents, une UC de F18 vers la 20.

    - Méthode d'installation :
    fedup-cli --network 20

    - Problèmes majeurs :
    aucun (faut seulement s'habituer faire à Fedup).

    - Soucis mineurs :
    Il doit y en avoir, mais je n'ai pas encore assez de recul..

    - Points positifs :
    C'est à jour et pas de problème d'observer

    - Points négatifs :
    aucun

    Il me reste à faire une réinstallation ou Upgrade sur mon pc portable perso, mais je ferai ça plus tard, car j'ai encore une Fédora 17 dessus.
    Donc, je ne sais pas si je peux utiliser fedup ou l'ancien système.
  • Voilà j'ai voté depuis le PC du boulot, donc sur un OS pas libre snif 🙁
  • moi aussi, je suis sur Toulouse (enfin, juste a coté en fait)..
  • En fait ces pas grand chose, mais ces bizare sa fait 2 fois que j'ai ce problème de paquets qui veulent pas ce télécharger sous fédora 18.

    Après les deux dépandances pour VLC, voilà que cétait le paquet de flash.
    C'est yum qui commence a voir des rates ou quoi.

    Ma solution a été vite trouver, j'ai cliquer sur le lien vers le paquet est il est venu directement du coup un petit rpm -Uvh flash-plugin-11.2.202.270-release.i386.rpm et voilà yum upgrade ne bloque plus.

    voilà si sa peut servir.
  • Bonjour,
    Je tente une mise à jours sur le poste de mes parents sa loupe. Avait vous déjà aussi ce problème de disponibilité du paquet ?

    Il ont changé l'adresse du miroir ou quoi ?


    Mise en place et lecture des différences des métadonnées de Presto
    flash-plugin-11.2.202.270-rele FAILED
    http://linuxdownload.adobe.com/linux/i386/flash-plugin-11.2.202.270-release.i386.rpm: [Errno 14] curl#6 - "Couldn't resolve host"
    Essai d'un autre miroir.


    Erreur durant le téléchargement des paquets :
    flash-plugin-11.2.202.270-release.i386: [Errno 256] No more mirrors to try.
    flash-plugin-11.2.202.270-release.i386: Downloaded package flash-plugin-11.2.202.270-release.i386, from adobe-linux-i386, but it was invalid.
  • Bon, j'ai finalement réussi à installer mais j'ai du forcer l'install de deux paquets

    twolame-libs-0.3.13-2.fc17.i686 et xvidcore-1.3.2-3.fc17.i686.rpm

    attention : /var/cache/yum/i386/18/rpmfusion-free/packages/xvidcore-1.3.2-3.fc17.i686.rpm: Entête V3 RSA/SHA256 Signature, clé ID 982e0a7c: NOKEY
    La clé publique pour xvidcore-1.3.2-3.fc17.i686.rpm n'est pas installée
    (1/2): xvidcore-1.3.2-3.fc17.i686.rpm | 251 kB 00:00:00
    (2/2): kde-filesystem-4-42.fc18.i686.rpm | 47 kB 00:00:01
    --------------------------------------------------------------------------------------------------------------------------------------------
    Total 187 kB/s | 298 kB 00:01
    Récupération de la clé à partir de file:///etc/pki/rpm-gpg/RPM-GPG-KEY-rpmfusion-free-fedora-18
    Importation de la clef GPG 0x982E0A7C :
    ID utilisateur : « RPM Fusion free repository for Fedora (18) <rpmfusion-buildsys@lists.rpmfusion.org> »
    Empreinte  : c63d a8f3 375c 7182 3e3a 2d42 3633 9914 982e 0a7c
    Paquet  : rpmfusion-free-release-18-2.noarch (@/rpmfusion-free-release-18.noarch)
    Provient de  : /etc/pki/rpm-gpg/RPM-GPG-KEY-rpmfusion-free-fedora-18


    Après, j'ai rélancer l'install de vlc qui à fini par ce faire.
  • C'est ce que j'ai fait pour charger le miroir rpmfusion.org, mais malhereusement, j'ai ce beau message d'erreur.

    Du coup, je vais tester avec fr2.rpmfind.net tiens..
  • Je lance l'installation de vlc est sa échoue vous avez rencontrer ce problème vous aussi ?

    Petit précision, j'ai bien fait le vidate des metadas comme proposé en suggestion => yum --enablerepo=rpmfusion-free clean metadata

    Mais, cela n'a rien donnée.


    Est-ce correct [o/N] : o
    Téléchargement des paquets :
    libdca-0.0.5-6.fc17.i686.rpm FAILED ] 0.0 B/s | 102 kB --:--:-- ETA
    http://rpmfusion.famillecollet.com/free/fedora/releases/18/Everything/i386/os/libdca-0.0.5-6.fc17.i686.rpm: [Errno -1] Le paquet ne correspond pas au téléchargement attendu. Suggestion : exécutez yum --enablerepo=rpmfusion-free clean metadata
    Essai d'un autre miroir.
    Traceback (most recent call last):
    File "/usr/bin/yum", line 29, in <module>
    yummain.user_main(sys.argv[1:], exit_code=True)
    File "/usr/share/yum-cli/yummain.py", line 319, in user_main
    errcode = main(args)
    File "/usr/share/yum-cli/yummain.py", line 227, in main
    return_code = base.doTransaction()
    File "/usr/share/yum-cli/cli.py", line 558, in doTransaction
    problems = self.downloadPkgs(downloadpkgs, callback_total=self.download_callback_total_cb)
    File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 2327, in downloadPkgs
    urlgrabber.grabber.parallel_wait()
    File "/usr/lib/python2.7/site-packages/urlgrabber/grabber.py", line 2261, in parallel_wait
    perform()
    File "/usr/lib/python2.7/site-packages/urlgrabber/grabber.py", line 2223, in perform
    errors.append((opts.url, str(ug_err)))
    UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 43: ordinal not in range(128)
  • Bien, pour ajouter un home après l'install, c'est beaucoup plus chiant à faire, car le système à déjà créer des dossiers pour ton premier compte utilisateur.

    Après, tu peux le faire en démarrent ton système en mode mono-utilisateur donc ça sera root, sens serveur graphique. Mais bon, faudra que tu face toutes tes manipulations avec le terminal..

    Sinon, tu peux toujours monter ton deuxième disques dur sur un autre point de montage et créer les liens symboliques vers tes dossiers principaux, voir même pourquoi pas vers le /home.

    Ou bien, tu réinstalle tous et tu montes ton /home lors de l'install (sens formater)..
  • Pourquoi pas tous simplement limiter la bande passante utiliser.

    --bwlimit=KBPS permet de le faire au niveau du démon d'après la doc de rsync.

    Ce site web est sympa cela dit avec le manuel en français et en html ce qui plus lisible que la commande man du shell faut l'avouer.

    http://www.delafond.org/traducmanfr/man/man1/rsync.1.html

    Si sa peut d'aider.
    Sinon ces toujours possible de limiter la débit au niveau du pare feux linux avec iptables aussi.
  • Ok j'ai fait sa, faudra voir à la longue si c'est bien sa qui bloquer.
  • Bon j'en est eu marre est j'ai fait un meurtre ce soir, j'ai sortie ma petite arme thermonucléaire pour processus rebelle est j'ai tuer le python présent dans mon portable et le silence du ventilateur est revenu.

    Par contre j'ai vu qu'il y avait du monde qui avais eu ce défaut, espérons qu'il sera traiter lors qu'une future mise à jours.

    un petit kill -9 à régler mon différent avec python, enfin pour ce soir à affaire à suivre donc.
  • J'ai remarquer que j'ai constamment un cœur physique d’utilisé à 100 % par python, ce qui fait 50 % de la puissance de mon portable et cela fait surtout tourner à fond (enfin presque) mon ventilateur du coup. Suis je le seul ou quoi ?

    Pour information j'ai installer la version 64 bis sous gnome 3.

    résultat tronquer de la commande ps faux :
    [ritchi@fedport ~]$ ps faux
    USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
    ritchi   16707  0.0  0.1 323188  4048 ?        Sl   23:39   0:00 /usr/libexec/gvfsd-http --spawner :1.4 /org/gtk/gvfs/exec_spaw/2
    root     16786  0.0  0.3 128628 11568 ?        S    23:40   0:00 /usr/bin/python /usr/share/system-config-firewall/system-config-firewall-mechanism.py
    ritchi   17082  0.0  0.0 114176  1380 ?        Ss   23:48   0:00 /bin/sh /usr/bin/orca --replace
    ritchi   17117 96.5  0.9 755292 29836 ?        Rl   23:48   7:27  \_ /usr/bin/python -c import orca.orca; orca.orca.main() --replace
    
    J'ai installer le pilote proprio de Nvidia (mais j'ai pas fait gaffe si avec nouveau c'était déjà le cas).
    Un petit kill sur python risque de ne pas le faire, non ?

    PS: ajout des balises code