guitouu a écrit 78 commentaires

  • [^] # Re: Passer OpenVPN en mode bridge

    Posté par  . En réponse au message OpenVPN + Wine. Évalué à 1.

    parfait, ca marche ! :)
    merci beaucoup
  • [^] # Re: "perdu pas mal de terrain depuis le début des années 2000"

    Posté par  . En réponse au journal Red Hat et Ubuntu refusent les avances de Microsoft. Évalué à 2.

    Moi je pense que Mandrivia et Fedora ont chacun à leur tour été déservi par des versions moyennes ...

    Ubuntu a réussi un grand coup en faisant bien dès le début ... mais en même temps quand tu fork debian, tu as deja un truc bien par defaut sans rien toucher, donc c'est pas trop dure.

    Mais après quelques années de bons chiffres, je pense que ubuntu doit faire attention de rester performant, on voit encore des ratés dans les dernieres versions ... (scanners, réseau).

    Et maintenant les voisins comme Fedora sont bein au point : les mises a jours marchent depuis longtemps et sont enfin aussi rapide que sous apt, le matos est bien supporté, le multimedia est suffisant, les outils de config graphique du réseau et des serveurs sont super au point ....

    Enfin un peu de concurence fait du bien, ca boost linux au final.
  • [^] # Re: Passer OpenVPN en mode bridge

    Posté par  . En réponse au message OpenVPN + Wine. Évalué à 1.

    ok, je vais tester, merci beaucoup pour ta reponse

    juste pour savoir, c'est quoi la difference entre tun et tap ?
    qu'est ce qu'apporte le mode bridge ?

    merci
  • [^] # Re: Passer OpenVPN en mode bridge

    Posté par  . En réponse au message OpenVPN + Wine. Évalué à 1.

    ok, je vais tester, merci beaucoup pour ta reponse

    juste pour savoir, c'est quoi la difference entre tun et tap ?
    qu'est ce qu'apporte le mode bridge ?

    merci
  • [^] # Re: .

    Posté par  . En réponse au message popen / pclose. Évalué à 1.

    Oui tout a fait, c'est ce que j'ai prévue.
    Mais si la machine est mal configurée, par exemple le .ssh est supprimé...
    La la commande SSH va à nouveau demander le mot de passe.
    Et la il faudrait que ma fonction sorte en cas d'erreur plutot que de rester freeze sur un read() ... et ca je vois pas comment le faire.
  • [^] # Re: .

    Posté par  . En réponse au message popen / pclose. Évalué à 1.

    heu en fait, ca ne m'avance pas trop :

    Le process demande tjrs le mot de passe au lieu de retourner "autantification failed".

    De plus je ne veux pas lancer la commande en arriere plan (l'appel doit etre bloquant).
  • [^] # Re: .

    Posté par  . En réponse au message popen / pclose. Évalué à 1.

    oki, vraiment merci beaucoup !
  • [^] # Re: .

    Posté par  . En réponse au message popen / pclose. Évalué à 1.

    c'est null
    donc je peux pas faire grand chose ?
  • [^] # Re: .

    Posté par  . En réponse au message popen / pclose. Évalué à 1.

    Interessant, il n'y a pas les meme comportements suivant la commande que l'on fait :

    close(stdin) marche bien effectivement pour la commande "/usr/bin/passwrd"

    Par contre, si on fait "ssh localhost ls" (et que cette commande demande un mot de passe), ben ca marche pas, le process child demande le mot de passe dans la console qui a lancé le pere ...

    Original .... Une idée du pourquoi il y a cette difference et comment faire pour le cas où ca marche pas ?
  • [^] # Re: .

    Posté par  . En réponse au message popen / pclose. Évalué à 1.

    Je viens de tester, mais ca ne change rien... il reste tjrs en attente d'interaction avec STDIN , par exemple pour lire un mot de passe...


    if (close(STDIN_FILENO) != 0) {exit(-1);}


    Je l'ai bien mis juste avant mon execl dans le code du child...

    Une idée ?
  • [^] # Re: .

    Posté par  . En réponse au message popen / pclose. Évalué à 1.

    ok, je n'ai pas tout compris dans la 2eme version.
    Mais ce n'est pas grave, je vais prendre la premiere, son fonctionnement est clair.

    Une autre petite question :
    Si la commande que je lance dans mon execl() pose une question (password par exemple) et qu'on ne s'y attendait pas, le processus ne finira jamais et on reste bloqué sur le waitpid dans le pere ... N'y a t'il pas une solution pour que le processus fils ne se bloque pas en attente d'une interaction sur stdin ? Par exemple, ne peut on pas "fermer" stdin de ce process ?

    merci pour votre aide
  • [^] # Re: .

    Posté par  . En réponse au message popen / pclose. Évalué à 1.

    Hum, c'est parfait, merci beaucoup !
    J'espérais pouvoir éviter les fork/execlp/dup2/waitpid.
    Mais manifestement je ne peux pas faire ce que je veux juste avec system ou popen.
    Donc je vais faire comme tu dis, encore merci.
  • [^] # Re: Contrer ?

    Posté par  . En réponse à la dépêche La version 7 de Fedora est sortie !. Évalué à 2.

    hum hum, on me dit dans l'oreille qu'il faudrait arrêter d'halluciner...
    Pourquoi Ubuntu est une distribution "phare" ???
    C'est une distribution qui a du succes, point à la ligne. Les raisons ... c'est principalement que c'est debian-like, nouveau, sexy, ...

    Mais franchement, "phare", non, Ubuntu n'a rien inventé, Ubuntu ne drive pas la communauté plus qu'une autre distrib ... C'est juste du Debian un peu mieux accompagné et avec un thème plus sexy. Ca permet de faire une distrib de plus sur le marché des Fedora/Mandrivia/OpenSuse. Mais surement pas plus/mieux que ces dernières.
  • [^] # Re: ...

    Posté par  . En réponse au journal Utilisation de PowerTop. Évalué à 4.

    Ce logiciel détecte les logiciels qui ne "fonctionnent pas bien" à cause d'abus de wakeup/sleep.

    L'impact pour les portables est comme tu viens de le dire évident : à cause des C-states.

    Par contre pour les PC fixes, est ce que ca réduit un peu la consommation de la machine ? Pas sur. Ca réduit la charge du processeur ? A priori oui ... c'est tjrs ca, meme si c'est faible, ca fait tjrs quelques wakeup de moins.

    Apres, je pense que c'est aussi tres utile pour la qualité du code, de se dire qu'on a pas des programmes qui se reveillent tout le temps sans raison...

    Finalement, je suis tout a fait d'accord pour dire que la conso d'energie n'est pas que le probleme des portables ... pour que cela continue d'avancer, il faudra que le matos avance aussi, pas simplement le code (exemple de C-states qui ne sont pas présents sur les PC) ...
  • [^] # Re: Patch

    Posté par  . En réponse au journal Utilisation de PowerTop. Évalué à 3.

    Ok mais ce ne sont pas des patchs pour PowerTop mais bien pour les application pour lesquelles on a détecté des problèmes ...

    Je laisse le soin aux développeurs de ces applications d'appliquer ces patchs rapidement... je ne vais pas faire ma petite cuisine de mon coté, ça n'a pas beaucoup d'intérêt.

    Par contre, en regardant les résultats que j'obtiens, si on considère que Firefox sur-consomme, je pense qu'on peut dire que XMMS aussi ...
  • [^] # Re: Test

    Posté par  . En réponse au journal Utilisation de PowerTop. Évalué à 3.

    oué il faut le kernel 2.6.21 minimum avec quelques options de compilation qui vont bien ...
  • [^] # Re: Devoir...

    Posté par  . En réponse au message Manipulation de fichiers.. Évalué à 1.

    C'est pas pour l'école ...
  • [^] # Re: Devoir...

    Posté par  . En réponse au message Manipulation de fichiers.. Évalué à 1.

    Je ne dois pas forcément faire toutes les options.
    Mais par exemple, cp, rm et mv doivent etre récursifs.

    Pour les fonctions qui sont un peu complexes à implémenter, je vais me contenter d'utiliser system() ou popen() pour utiliser une commande shell.

    merci pour les réponses.
  • [^] # Re: man stat

    Posté par  . En réponse au message Manipulation de fichiers.. Évalué à 1.

    merci,

    Un peu la meme réponse :

    - ok pour canRWX, on peut le faire avec stat.

    - par contre, les autres fonctions non...
  • [^] # Re: fstat

    Posté par  . En réponse au message Manipulation de fichiers.. Évalué à 1.

    lu,

    stat et fstat, ca permet de faire :
    - isDir()
    - isFile()
    - lastModified()
    - length()

    Et éventuelement :
    - canExecute()
    - canRead()
    - canWrite()
    Mais il faut savoir qui on est (user) et a quels groupes on est ...
    Je ne sais pas trop comment avoir ces 2 informations.
    Et une fois qu'on les a, le traitement n'est pas instantané car :
    - regarder si user equivalent, droits user
    - puis si un group equivalent, droits group
    - puis other sinon
    C'est pour ca que j'espére qu'il existe des fonctions dans l'interface standard de Linux (car je n'ai pas le droit d'utiliser des libs genre boost ou autre).
  • [^] # Re: Merci...

    Posté par  . En réponse au message Pas d'Ethernet sur ma carte mere. Évalué à 1.

    Sur le site http://kmuto.jp/debian/d-i/

    Si je comprends bien, c'est des iso pour installer debian sarge avec un noyau récent. En l'occurance, 2.6.19 rc3

    - Dois je en conclure que dans le noyau 2.6.19 les drivers sont inclus ?
    Dans ce cas je dois pouvoir utiliser n'importe quelle distrib basée sur 2.6.19 ?

    - Ou alors sur le site c'est des iso avec un 2.6.19 patché avec le driver de Realtek ?

    encore merci
  • [^] # Re: Merci...

    Posté par  . En réponse au message Pas d'Ethernet sur ma carte mere. Évalué à 1.

    En effet, c'est noel :)
    merci pour ces reponses !

    Ca devrait le faire.
    Je parts demain en vacances ^^ mais a mon retour, je test tout ca ! :)

    Petite question :
    J'ai un intel core 2 duo,
    C'est quoi comme architecture ?
    i586 compatible i386 ?

    Pour le site http://kmuto.jp/debian/d-i/
    Je dois prendre les iso i386 ou il me faudrait du 586 ?

    Encore merci, je tiendrai au courant du resultat.
    Syntaxerror, c'est une FC6 mon installation pour le moment.
  • [^] # Re: Normal

    Posté par  . En réponse au journal Distributions Linux, vers un éclatement des formats de paquetages ?. Évalué à 0.

    > Ca peut paraitre triste, mais c'est ça aussi la liberté.

    Je trouve que c'est vraiment très négatif comme vision.

    > Certains problèmes ont plusieurs solutions
    Ca c'est certain.
    Mais c'est pas pour autant que tu ne trouveras pas une majorité de personnes pour se mettre d'accord et definir une norme.
    Je ne dis pas que la norme sera parfaite pour tout le monde. C'est la qu'il faut savoir faire des compromis et des concessions !!!
    Et une fois que la norme existe, les gens la suive petit à petit pour ne pas etre exclu du systeme. Car la norme a pour but de rassembler et de simplifier l'utilisation au quotidien ...
    Bref, une fois que c'est fait, les 3 ploucs qui continuent à faire leur cuisine autour de leur totem en chantant des musiques payardes se retrouvent vite sans soutient et ne dérangent personne.

    cf opendocument par exemple...
  • [^] # Re: Merveilleuse fedora

    Posté par  . En réponse à la dépêche Sortie de Zod (alias Fedora Core 6). Évalué à -1.

    loollllllllllllllllllllllllllll
    à 10 ans et deja si réaliste/objective/ ...
    Faudrait sortir de chez soit quand meme :) y a pas que fedora france sur terre.
    Fedora c'est minion, mais coté serveur, c'est pas avec FC6 que Debian va perdre du marché ...
  • [^] # Re: Un système libre?

    Posté par  . En réponse à la dépêche Sortie de Zod (alias Fedora Core 6). Évalué à 6.

    Au sujet des soft très récents :

    1) Fedora s'adresse a un public qui desire etre a la pointe des dernieres nouveautés ... regardez comment ca rale des qu'un update tarde à arriver...
    -> Si on regarde, sous debian, tout le monde fini en testing avec pleins de paquets unstable (voir en unstable directement).
    -> Sous Ubuntu, tout le monde utilise des repo non officiel (meme pour des paquets importants genre xorg...).
    Donc au final, autant faire directement une distribution a la pointe des versions. C'est ce que le public (nous, les g**k) qui demande.
    Et pour les serveurs, rien n'oblige à utiliser FC6 2 jours après sa sortie. FC5 continu de fonctionner très bien.

    2) Comme le font demarquer bcp, utiliser dans une distrib des logiciels récents, c'est contribuer fortement à les faire avancer. Car rien ne vaut une distrib et des utilisateurs pour debugger et avancer... donc c'est bien. De plus, avec les systèmes de mises à jour, les petits problemes sont vites résolu ...

    3) une version récente d'un logiciel peu apporter des bug et de l'instabilité, mais peu aussi apporter des correctifs et de la stabilité :)