snouffy

  • 10 juin 2009
  • Inscrit 5 mars 2007
  • 0 meilleure réponse
  • Petit nouveau Adepte du forum Rédacteur potentiel
  • J'aime bien la nouvelle banderolle sous les pattes de la Tour Eiffel.

    @snouffy: pour autant que je sache, je crois que c'est normal que les roues ne soient pas paralleles. En tout cas, c'est le cas pour les vraies F1.

    @VINDICATORs: tu lui as mis quoi comme moteur a ta voiture: Renault, Ferrari, BMW ou des pedales ?
  • @4Tom4: je ne sais pas si cela existe pour F7, j'ai cherché mais je n'ai rien trouvé

    @snouffy: leigh le mainteneur de ce projet sur fedoraforum.org
    travaille déjà sur la version F9
  • kwizart wrote:@snouffy
    Pourquoi tu racontes n'importes quoi ? tu confonds flasher le bios et remettre à zéro la mémoire...
    Pardon, pas fait exprès... :roll:

    J'attends donc des éclaircissements 🙂... Parce que j'ai toujours procédé comme ça pour remettre mon bios "à zéro"... Enfin, c'est ce qu'il me semblait. Me voilà tout troublé :-?

    Edit :
    Le flashage du BIOS est donc une mise à jour du BIOS par voie logicielle, c'est-à-dire un remplacement de l'ancienne version du BIOS grâce à un programme.
    En effet, je confonds... J'ai toujours cru que "flasher le bios" signifiait le remettre à zéro. Au temps pour moi, je me coucherai moins bête ce soir 😉.
  • @snouffy
    Pourquoi tu racontes n'importes quoi ? tu confonds flasher le bios et remettre à zéro la mémoire...

    @globilux
    C'est quoi ton problème avec cette beta ? si tu veux flasher le bios prends un disque bootable et extrait le bios depuis l'exe puis mets le sur une partion fat32. Maintenant si ils ont mis une beta par rapport à un problème que tu as, c'est peut être pour une bonne raison ?!
  • @snouffy : Mon Dieu ! Quelle honte ! En plus, je pensais à TF1, et j'ai écrit M6... 'Fin bon...

    Bon sinon, euh, y'a vraiment personne qui pourrait me renseigner, ne serait-ce qu'un peu ?... Pleaaaase...
  • kev big boss wrote:Salut.
    Savez-vous combien faut-il de developpeur pour developper un jeu video en 3D progrommé en C++ ?

    Merci.
    C'est pas si simple ... ca dépends évidemment de l'ampleur du jeu, des tecnologies utilisées, de la qualité souhaitée, et du niveau des développeurs 😉

    @snouffy : tu m'a fait eclater de rire 🙂
  • Slookeur wrote:@snouffy: hmmm 4s ... pas mal tu te rapproches :lol:

    S.
    :-p
  • Bonjour,

    je me permet d'ouvrir une nouvelle discussion afin de solliciter une nouvelle fois votre aide.
    Un grand merci d'avance donc.

    J'ai récemment installé le logiciel 'btnx' disponible ici,
    ce petit programme remarquable est un utilitaire de configuration des souris sous Linux, il est
    particulièrement bien adapté à la configuration des souris à nombreux boutons (et en particulier
    à la MX revolution puisque c'est son premier dessein) donc j'ai voulu utiliser btnx pour configurer
    ma mx1000.
    Aucun problème pour faire fonctionner btnx, la souris est parfaitement détectée et les boutons très facilement
    configurés.
    Seulement impossible de lancer 'btnx' au démarrage de ma Fedora 7 64bits, 'btnx' nécessite en fait
    le chargement du module 'uinput' ... rien de plus facile au démarrage que de charger un module
    pourrait on dire, dans ce cas précis en ajoutant au fichier '/etc/modprobe.con f':
    alias char-major-10-223 uinput
    Seulement cela n'est pas suffisant pour 'btnx', en effet le chargement du module 'uinput'
    permet la création d'un fichier sépcial représentant du matériel vitruel à l'emplacement
    '/dev/input/uinput' et ce fichier virtuel va être utilisé par btnx pour communiquer avec le mulot.
    Or malgré le chargement du module au démarrage, le lancement de btnx échoue en raison d'une
    impossibilité de trouver ce fichier spécial '/dev/input/uinput'.
    Le fichier en question étant présent et visible après le démarrage, j'ai pensé un temps
    que le module n'était pas chargé assez rapidement (ou trop lentement pour btnx),
    en tout cas c'est ainsi que j'ai été aiguillé par btnx (run 'modprobe uinput') ...
    j'ai donc supprimé la ligne du fichier '/etc/modprobe.conf' et rajouter les lignes :
    ### Add By Slookeur 17/12/2007

    UINP=`/sbin/lsmod | grep uinput`
    if [ -z "$UINP" ]; then
    echo "Loading uinput module"
    modprobe uinput
    sleep 30 # Pour force une attente .... et j'ai été au delà de la minute !
    fi

    ###
    au fichier '/etc/init.d/btnx' qui est utilisé au démarrage pour lancer 'btnx', j'ai ajouté les lignes
    en tout début de fichier avant les appels à btnx.
    Si je vois bien le résultat de mes commandes au démarrage celui-ci se termine cependant
    toujours sur un échec et chaque fois car le fichier '/dev/input/uinput' est introuvable ....

    Je me suis alors penché sur la création du fichier spécial en question, et après quelques heures
    de googlisation durement récompensées j'ai appris que celui ci était créer par 'udev' et donc que
    sa création était soumise à certaines règles (que j'ai trouvée dans le fichier de règles standard
    /etc/udev/rules.d/50-udev-default.rules).
    Or udev est chargé à la première étape du démarrage, le fichier '/dev/input/uinput' devrait donc
    bien être créé avant le lancement de 'btnx'.

    Si ce n'est pas le cas sauriez-vous m'indiquer à quel moment ce fichier est il créé ou peut être
    plus facilement, comment décaler le chargement de btnx pour que celui-ci soit repoussé à la fin du démarrage
    et puisse ainsi fonctionner correctement.

    Je précise que je n'ai aucun problème a lancer btnx après la phase de démarrage.

    Cordialement.

    Je suis également intéressé par tout retour d'utilisation de ce 'btnx' pour pouvoir écrire quelque chose
    sur son utilisation dans la doc du site Fedora-fr, merci donc de me faire part de vos impressions si vous
    l'utilisé (en particulier sur d'autres versions de Fedora).
    @snouffy => C'est pour toi ça 😉

    S.
  • Slookeur wrote:Bonsoir,
    @snouffy: Pourquoi le laisses tu tourner autour du pot 😉 ?
    Ben, c'est juste qu'il a pas besoin de s'embêter à compiler un programme pour un bouton qui est déjà reconnu par son système... Si btnx avait été disponible par yum je l'aurais envoyé le télécharger tout de suite bien sûr !!! 🙂. M'enfin, j'en profite encore une fois pour te remercier, qu'est-ce que je m'amuse à faire tourner mon cube en faisant basculer la molette sur le côté 😉.
  • Bonsoir,

    @snouffy: Pourquoi le laisses tu tourner autour du pot 😉 ?

    Regarde du côté de btnx
    Slookeur wrote:.. en recherchant ............... je viens de trouver l'outil ultime pour la souris
    sous Linux: BTNX dispo ici
    ..................
    mais btnx est remarquablement au dessus ... rien de plus simple à utiliser
    et configurer ... ne reste plus qu'à contacter qui de droit pour faire des rpm.
    Les sources s'installent toutes seules ... il faut avant de lancer la configuration
    enlever toutes les règles 'udev' mises en place pour obtenir le 'mx1000' dans /dev/input/ ...
    et ne pas oublier pour la suite de re-modifier le fichier xorg.conf si besoin.

    Grande révolution, car comme 'btnx' fonctionne à la détection de boutons ... tu actives .. il détecte ..
    tu assignes une action .. donc tous les boutons fonctionnent !

    EDIT: Je viens de terminer la configuration de ma mx1000: je confirme cet utilitaire est génial !

    EDIT2: Pour info il est possible de n'activer avec btnx uniquement les boutons qui nous intéressent, en effet
    btnx se lance par dessus le pilote xorg (mice, evdev ..) donc la souris est déjà pilotée ... les boutons
    non détectés peuvent alors être rajoutés avec 'btnx' .. pour son fonctionnement, celui-ci est lancé (après la paramétrisation) à la détection
    de la souris par 'udev' .. du coup rien à faire ... voici la règle 'udev' en question:
    BUS=="usb", SYSFS{idVendor}=="046d", SYSFS{idProduct}=="c50e", ACTION=="add", RUN+="/etc/init.d/btnx start"
    BUS=="usb", SYSFS{idVendor}=="046d", SYSFS{idProduct}=="c50e", ACTION=="remove", RUN+="/etc/init.d/btnx stop"
    Les paramètres modifiés selon le modèle de souris sont les '046d' qui représentent le fabriquant de la souris ici 'Logitech' et les
    'c50e' qui représente le modèle ici 'mx1000'

    S.
  • Merci à tous ceux qui se sont penchés sur le pb,

    @snouffy => on peut faire un clique-droit / déplacer sur le bouton KDE, je m'suis gourré, désolé...

    sinon, la configuration du tableau de bord se trouve dans le fichier : /home/djipih/.kde/share/config/kickerrc. En supprimant ce fichier, on retrouve le tableau de bord initial après reboot...

    @ Slookeur

    Dans le tableau de bord,

    1/ Si je glisse le bouton d'une application depuis le bureau dans le tableau de bord, puis que je le glisse au delà du bouton du menu KDE sur la gauche, le bouton de l'application peut (dans quelle circonstance, pas systématique...) se retrouver en premier à gauche : dans un sens, c'est déjà pas top !

    2/ Si je glisse maintenant le bouton de l'application à sa position initiale, à droite du bouton du menu KDE, ce dernier (KDE) devient bien à nouveau le premier bouton, mais à 1 cm du bord gauche du tableau de bord => c'est ce que je désignais par vide dans le message précédent. : pas top du tout !

    Je viens de trouver qu'on parlait déjà de ce bug en 2002 => http://archives.mandrivalinux.com/confirme/2002-04/msg00453.php
  • @snouffy pour trouver du code tu peux aussi utiliser http://www.google.com/codesearch et http://www.koders.com

    Juste un petit truc qui me frape est:
    t=t.replace("""\r\n""","")
    t=t.replace("""<""","")
    t=t.replace(""">""","")

    que tu serais remplacer par:
    t=t.replace("""\r\n""","").replace("""<""","").replace(""">""","")

    Bah je viens de vérifié et le replace de Python ne prend pas de regexp dans le premier argument, c'est con... en Java tu aurais pu écrire t.replace("\r\n|<|>", "") et te tour aurais été joué.

    Bon coding 😉
  • @celmir

    ta commande me donne:

    system-config-samba-1.2.35-1.1
    samba-3.0.24-7.fc6



    @snouffy

    je me suis servi de ça pour faire mes partages...mais j'arrive pas à y accéder...🙁
  • eddy33 wrote:@snouffy

    +1

    Tout est dit... Tiens, bien la peine que je m'embete 😉

    Bonne nuit a tous...

    ++
    Bonne nuit ! 🙂
  • @snouffy

    +1

    Tout est dit... Tiens, bien la peine que je m'embete 😉

    Bonne nuit a tous...

    ++
  • kwizart wrote:@snouffy
    Je pense uploader scilab pour Fedora 7, si il passe la compilation dans mock...(et c'est passé! )
    Pour info, que donnes: rpm -qi scilab ?
    Arf, désolé mais je viens de faire une installation "propre" de Fedora 7 il y a de ça moins d'une semaine !! Donc je n'ai plus mon scilab version fc6 pour te répondre...
  • Les connaisseurs sauront reconnaitre la place qu'à planet CCRMA c'est dans ce cadre qu'est developpé le kernel faible latence par un employé redhat...

    @snouffy
    Je pense uploader scilab pour Fedora 7, si il passe la compilation dans mock...(et c'est passé! )

    Pour info, que donnes: rpm -qi scilab ?
  • J'ai quand désinstallé wxGTK-2.6.3-2.6.3.2.2.fc5, mais il n'y a pas d'amélioration notable.

    @snouffy
    Et si tu désinstalles VLC avec yum, supprimes le dossier caché VLC, et réinstalle VLC ?
    Certes, mais tant qu'à faire, je trouve ça très radical et j'aimerais quand même bien savoir d'où ça peut venir, même si je suis à la rue concernant les détails techniques. Mais, en bon exwindowsien, c'est une solution que je garde sous la main.

    @kwizart
    Je suppose qu'elle ne proviennent pas des rpm officiels
    Ça me parait étrange, car je me suis servi uniquement des dépôts de bases et ceux de livna pour installer vlc. D'ailleurs, le rpm qi (sympa cette commande) me renvoie :
    Name        : wxGTK                        Relocations: (not relocatable)
    Version     : 2.6.3                             Vendor: Fedora Project
    Release     : 2.6.3.2.3.fc6                 Build Date: mar 29 aoû 2006 03:14:52 CEST
    Install Date: dim 14 jan 2007 14:10:54 CET      Build Host: hammer1.fedora.phx.redhat.com
    Group       : System Environment/Libraries   Source RPM: wxGTK-2.6.3-2.6.3.2.3.fc6.src.rpm
    Size        : 10029586                         License: wxWidgets Library Licence
    Signature   : DSA/SHA1, mar 29 aoû 2006 12:52:08 CEST, Key ID 82ed95041ac70ce6
    Packager    : Fedora Project <http://bugzilla.redhat.com/bugzilla>
    URL         : http://www.wxwidgets.org/
    Summary     : GTK2 port of the wxWidgets GUI library
    Description :
    wxWidgets/GTK2 is the GTK2 port of the C++ cross-platform wxWidgets
    GUI library, offering classes for all common GUI controls as well as a
    comprehensive set of helper classes for most common application tasks,
    ranging from networking to HTML display and image manipulation.
    Mon wxGTK provient donc bien d'un rpm officiel. C'est bizare quand même.