gaaaaaAab a écrit 1393 commentaires

  • # fichier de coloration syntaxique pour vim

    Posté par  . En réponse au message smalltalk ... resources sur Internet et coloration syntaxique. Évalué à 2.

    il a l'air d'exister. En tout cas, chez moi :

    $ head /usr/share/vim/vim63/syntax/st.vim
    " Vim syntax file
    " Language: Smalltalk
    " Maintainer: Arndt Hesse <hesse@self.de>
    " Last Change: 2001 May 09
  • [^] # Re: Résultats officiels, on en saura peut-être plus...

    Posté par  . En réponse à la dépêche Les Européens de l'année sont.... Évalué à 1.

    pas de soucis, je t'avais plus ou moins compris comme ça. C'était juste que ta formulation un rien lapidaire ne laissait pas transparaitre l'intégralité de ta réflexion :-)
  • [^] # Re: Résultats officiels, on en saura peut-être plus...

    Posté par  . En réponse à la dépêche Les Européens de l'année sont.... Évalué à 2.

    un chouilla plus ici (merci http://wiki.ffii.de/SwpatcninoEn :)
    http://www.ipjur.com/2005/11/anti-patent-campaigners-in-trou(...)

    mais il va bien falloir attendre les explications de Florian Müller ...
  • [^] # Re: Résultats officiels, on en saura peut-être plus...

    Posté par  . En réponse à la dépêche Les Européens de l'année sont.... Évalué à 3.

    cf lien d'Erwan
    "He said: "My greatest concern was that by declining the EU Campaigner of the the Year award, I would disappoint the many who have supported our tremendously impactful Internet campaign for votes."

    si j'interpréte correctement, il est conscient que ça peut surprendre les gens qui ont voté pour lui au ev50. Donc, je pense qu'il n'a pas pris sa décision à la légère, mais qu'il a des vraies bonnes raisons pour l'avoir refusé.

    De plus,
    "He told Dennis Landsbert-Noon that he had decided not to accept it and that he
    would issue further statements after obtaining legal advice."

    encore une manoeuvre "indélicate" en coulisse ?

    en gros, attendons encore un peu avant de commencer à raler :-)
  • [^] # Re: Résultats officiels, on en saura peut-être plus...

    Posté par  . En réponse à la dépêche Les Européens de l'année sont.... Évalué à 3.

    "Étant donnée sa popularité, il aurait aussi bien dû être nominé homme d'état de l'année"

    il ne faut pas oublier que dans les règles de leur vote, si l'européen de l'année gagnait aussi dans une autre catégorie, il ne conservait que le "titre" d'européen de l'année. Le second de la catégorie dans laquelle il était reçoit alors le prix de la catégorie.
  • [^] # Re: Résultats officiels, on en saura peut-être plus...

    Posté par  . En réponse à la dépêche Les Européens de l'année sont.... Évalué à 1.

    ouaip, ça me travaille aussi ça ...
    sans partir dans la théorie du complot hein ! parce que jusqu'à présent, tout a été tellement transparent sur le sujet ... je veux dire, ils prennent tellement pas de gants pour passer en force d'habitude ;-)
  • [^] # Re: rep

    Posté par  . En réponse au message Comparaison de fichier - access.log de Squid. Évalué à 1.

    tiens, d'ailleurs, ça peut se faire tout simplement au niveau de la résolution de noms en redirigeant toutes les urls inopportune sur 127.0.0.1 ou autre
  • [^] # Re: rep

    Posté par  . En réponse au message Comparaison de fichier - access.log de Squid. Évalué à 1.

    fiou, on s'engage sur un terrain éthique glissant ...
    Comme je n'ai pas tous les éléments de la situation, je ne juge pas les choix faits sur ton réseau. De mon expérience, j'ai plutôt tendance à croire que la responsabilité des citoyens/internautes/êtres humains est un denrée rare. Je pense que je préférerais filtrer les urls d'une blacklist plutôt que laisser la porte ouverte aux inévitables abus et faire de la répression ensuite. Mais d'autres paramètres sont à prendre en compte comme le nombre d'utilisateurs, leur compréhension du fonctionnement des réseaux, leur motivation à l'utilisation du réseau, le coût du filtrage en termes de performances, et autres critères pertinents.

    bon, une façon de faire dans la réponse de netsurfeur, donc ma réaction, c'est plus du coupage de cheveux en quatre qu'autre chose :-)

    je me suis super relu pour essayer de pas tomber dans le troll sur ces sujets délicats. J'espère que je me suis pas trop raté ... Dans le doute, je le redis: je ne juge pas les choix fait sur ton réseau. C'est plus une réflexion à voi^W clavier haut ;-)
  • # pour ?

    Posté par  . En réponse au message Comparaison de fichier - access.log de Squid. Évalué à 1.

    question con, mais dans quel contexte tu fais ça ?
    parce que je soutiens pas plus le porno que ça, mais si c'est pour du flicage en entreprise ... je passe mon tour ... :)
  • [^] # Re: Ce n'est pas incompatible

    Posté par  . En réponse au message Dilemme de choix de stage : libre ou techno en vogue. Évalué à 3.

    <i> c'est surtout que je suis pas fan de java</i>

    ben on voit vraiment pas pourquoi tu te tortures le cerveau alors. En fait, t'as sacrément envie d'aller bosser dans ta ch'tite boite sympa, et tu te demandes si c'est bien raisonnable.
    Alors déjà, tu commences à bosser, c'est pas un choix de carrière définitif que tu fais là. Même si finalement, aller faire du C s'avérerait être une erreur, t'auras toujours moyen de rebondir.
    D'autre part, si l'informatique, c'est vraiment ton truc, les technologies importent peu. Tu seras toujours capable de te remettre à niveau sur les technos que tu connais pas au moment ou t'en auras besoin. Je dis pas que tu vas être J2E lead architect après avoir repris ton java dans ton coin pendant deux petites semaines, mais tu seras suffisament au point intégrer une équipe de développement java. Et à partir de là, pour utiliser un terme cher aux managers, tu montes en compétence en java et tu peux faire d'autres trucs après.
    Si t'es un peu curieux, une bonne part de l'expérience que tu vas acquérir sur ton projet en C est directement applicable à pleins d'autres contexte. Un algo, ça reste un algo. Les enjeux de la gestion d'erreur, de la gestion de conf ou des tests, c'est les même partout (même si les façons de faire diffèrent). L'expérience, c'est pas que des trucs techniques.

    Aussi, tu te fais des idées sur le marché du travail je crois :) Un recruteur, ce qu'il veut savoir, c'est pas si tu connais l'api swing sur le bout des doigts. Certes, il y a un minimum technique à avoir, mais ce qui l'intéresse vraiment, c'est de savoir qui tu es, s'il va pouvoir bosser avec toi, si tu vas t'intégrer dans l'équipe, si t'es autonome, si tu sais t'exprimer, ...

    et en plus, cerise sur le gateau dans cette argumentation implacable : le java, ça pue :)

  • # killall

    Posté par  . En réponse au message arrete des scripts lancé par un script. Évalué à 2.

    killall qui sait tuer un groupe de process à partir du nom.
    Si tu veux faire des trucs plus rafiinés, tu peux aussi regarder du côté de pidof

    man killall
    man pidof

    ouala :)
  • [^] # Re: simplement

    Posté par  . En réponse au message comment effacer tous les fichiers sauf un. Évalué à 2.

    on peut aussi taper moins de caractère et faire un truc genre
    rm `ls | grep -v mon_fichier.txt`

    à part que les backquote sont un peu chiant à choper sur un azerty :)

    sinon, doit y avoir moyen de faire ça avec l'expansion du shell aussi.
    D'ailleurs, quelques minutes de man et quelques essais plus tard, en bash,


    shopt -s extglob
    rm !(mon_fichier.txt)

    ça doit le faire
  • [^] # Re: je ne sais pas si il sont gros mais...

    Posté par  . En réponse au message Comment mettre a jour un fichier. Évalué à 1.

    ca doit être parce que ton seuil de lecture est pas à -1.
    Vu que je poste pas super souvent, je me retrouve régulièrement à poster à 1, et je passe sous le radar ;-)
  • [^] # Re: je ne sais pas si il sont gros mais...

    Posté par  . En réponse au message Comment mettre a jour un fichier. Évalué à 4.

    tu me coupes l'herbe sous le pied ! :-)

    je vote pour sort aussi si l'ordre des lignes n'est pas important.
    On peux aussi utiliser l'option -u de sort et virer le cat qui sert à rien
    sort -u fich1 fich2 > fich
  • [^] # Re: file

    Posté par  . En réponse au message Connaître l'encodage d'un fichier. Évalué à 5.

    Oui, mais à priori, t'auras difficilement mieux.
    Soit bien conscient que de toute façon, tu n'obtiendras jamais une réponse fiable à tous les coups, puisque l'encodage n'est pas une information contenue dans le fichier mais déduite.
  • # /etc/network/interfaces

    Posté par  . En réponse au message empecher /etc/resolv.conf de se mettre a jour automatiquement. Évalué à 4.

    J'avais le même genre de souci avec la freebox qui venait changer mon resolv.conf pour mettre les dns de free alors que je voulais utiliser mon dns à moi que j'ai. J'ai fini par m'en sortir en rajoutant
    dns-nameservers <ip du dns>

    dans le fichier interfaces pour l'interface concernée par le dhcp.

    Dans ce cas là, le client dhcp va toujours modifier le resolv.conf, mais il préserve le dns que tu veux.
  • [^] # Re: RTFM

    Posté par  . En réponse au message comment connaître le numéro d'une ligne dans un fichier. Évalué à 1.

    ben c'est pas bien ;-)
  • [^] # Re: RTFM

    Posté par  . En réponse au message comment connaître le numéro d'une ligne dans un fichier. Évalué à 4.

    UUOC

    grep -n "hello" fichier.txt
    suffit.
    Laissez le chat tranquille !!!
  • [^] # Re: awk

    Posté par  . En réponse au message Bash et les champs. Évalué à 2.

    ouaip, pas loin Mais en l'occurence, le tolower (ou le toupper), tu veux l'appliquer à la donnée de ton fichier, et pas à la valeur en dur de référence. Ce serait plutôt

    awk 'tolower($4) ~/machin/'

    Sinon, je connaissais pas IGNORECASE. Ca a l'air bien aussi. A priori, d'après la doc, il faut que tu le positionnes à autre chose que 0 pour ignore la casse.
    Ca serait donc plutot
    awk -v IGNORECASE=1 '(...)'

    Contrairement à mes posts précédents, j'ai pas testé ce que je dis là. C'est direct tiré de la doc. A vérifier donc :)
  • [^] # Re: awk

    Posté par  . En réponse au message Bash et les champs. Évalué à 2.

    man awk ! :)

    Je te laisse faire joujou avec tolower et toupper. Plutôt toupper en fait, ça t'évitera des problèmes d'accent.

    Sinon, tu peux aussi remplacer /deck54/ par /[dD][eE][cC][kK]54/ puisqu'il s'agit d'une regex, mais c'est plus long et nettement moins drole à utiliser :)
  • # awk

    Posté par  . En réponse au message Bash et les champs. Évalué à 4.

    c'est pas du shell, mais awk fait ça super bien

    $ awk < file ' $3~/deck54/'

    $3, c'est pour comparer sur le troisième champ (comme dans ton exemple)
    et print $0 (affichage de la ligne) est l'action par défaut.
  • # mots de passe dans FF

    Posté par  . En réponse au message Comment accélérer Firefox et restaurer l'enregistrement de mot de passe. Évalué à 4.

    pour lier FF et KDE, je vois pas. Peut-être une extension ?

    sinon, pour qu'il repropose la sauvegarde des mots de passe, ça doit être dans
    Préférences --> Vie Privée --> Mots de passe enregistrés --> Voir les mots de passe enregistrés --> Mots de passe jamais enregistrés.
  • [^] # Re: et ton ifcfg-eth0 ?

    Posté par  . En réponse au message eth0: SiS 900 10/100 Ethernet, pas de connexion. Évalué à 2.

    hmmm, c'est peut-etre un ifcfg-sit0 en fait ...
  • # et ton ifcfg-eth0 ?

    Posté par  . En réponse au message eth0: SiS 900 10/100 Ethernet, pas de connexion. Évalué à 2.

    dans /etc/sysconfig/network-scripts, tu dois avoir un fichier ifcfg-eth0
    Y a des trucs à configurer dedans aussi. C'est même principalement dans ce fichier que se fait la configuration de l'interface.

    Ton /etc/resolv.conf sera renseigné automatiquement par DHCP avec les NS de ton fournisseur d'accès. Et comme tu n'as pas de réseau, normal que tu n'aies pas beaucoup de routes :)

    post ton ifcfg-eth0, et on pourra surement aller plus loin.
  • [^] # Re: et grep ?

    Posté par  . En réponse au message passer des paramettres à AWK. Évalué à 2.

    oui, c'était pas explicite, mais c'était le sens de mon "grep bien choisi". Par exemple avec une petite regex histoire d'aller taper dans le bon champ.