gaaaaaAab a écrit 1399 commentaires

  • [^] # Re: De quoi tu causes ???

    Posté par  . En réponse au journal Nous y étions.... Évalué à 6.

    Vu la gueule des tracts, c'était pas mal de présenter le côté qui commence par "Copier n'est pas pirater". Y a pleins de gens qui ont une meilleure vue que moi (ils doivent pas passer leurs journées devant des écrans) et en présentant le tract dans le bon sens et suffisament à l'avance, ils ont le temps de lire l'accroche et ils prennent le tract.
    Y en a même quelques uns qui marchent trop vite pour prendre le tract mais qui ont le temps de lire l'accroche, qui s'arrête et qui reviennent pour en prendre un.

    j'en ai vu que un qui a vraiment mal réagi au tract. Il l'a pris, s'est arrété pour le lire, l'a chiffonné en me jetant un regard assassin et s'est barré. J'aurai du le rattraper pour lui demander pourquoi mais ça m'a un peu surpris alors j'y ai pas pensé.

    sinon, il me restait aussi des tracts, et j'ai micro-tracté le soir même chez un pote. C'est vrai que ça marche bien :)
  • [^] # Re: un petit lien

    Posté par  . En réponse au journal Toujours DADVSI... maintenant un sondage Ifop. Évalué à 5.

    arf ... j'avais pas été voir le lien vu que ça a été relayé sur pleins de sites de news. pas taper siouplait :)

    Bon, la première question:
    Question: Vous personnellement pensez-vous que les sociétés qui éditent des logiciels qui permettent aux Internautes de télécharger en ligne de la musique et des films de façon gratuite en violation des droits d'auteurs devraient être considérées comme responsables de ces violations ?


    Forcément, si on pose la question à un échantillon représentatif, y a déjà une proportion non négligeable (et par moi inquantifiable) qui n'y connait rien à l'informatique ou qui n'est pas concerné par le téléchargement. Vu comme est tournée la question, si on ne connait pas le sujet, on a l'impression que les éditeurs de logiciels concernés ne proposent leur logiciels que pour permettre le téléchargement blablabla.

    la question suivante:
    Dans ce cadre, estimez-vous qu'il serait normal que ces sociétés éditrices de logiciels de téléchargement soient obligées de prendre des mesures afin de garantir que leurs logiciels permettent de respecter les droits d'auteur ?


    Relisez bien le début... Dans ce cadre
    ben dans ce cadre (c'est à dire si on considère que les éditeurs des softs sont responsables des violations), la logique voudrait que 100% des gens répondent oui à la deuxième question !

    ce qui se transforme par exemple en
    88 % des sondés estiment en outre qu'il serait "normal que ces sociétés éditrices de logiciels de téléchargement soient obligées de prendre des mesures afin de garantir que leurs logiciels permettent de respecter les droits d'auteur"

    chez http://www.atelier.fr/statistiques/piratage,deux,tiers,franc(...)


    heureusement que les français comprennent pas le français, parce que 100% pour la deuxième question, ça se serait vu ...
  • # un petit lien

    Posté par  . En réponse au journal Toujours DADVSI... maintenant un sondage Ifop. Évalué à 3.

    http://www.silicon.fr/getarticle.asp?ID=12748

    Ce sondage, commandé par les Majors, étonne. Responsabiliser une technologie pour l'usage qui en est fait laisse perplexe. C'est en effet comme si les fabricants de photocopieurs étaient responsables du photocopillage. On pourrait également accuser les fabricants de lecteur de DivX d'encourager le piratage...

    Mais on imagine bien les Français répondrent qu'ils souhaitent pénaliser les éditeurs plutôt qu'eux-mêmes... Quand on est en excès de vitesse, on accuse bien la voiture ! On peut aussi douter de l'impartialité des questions du SNEP...


    Sinon, je serais vraiment curieux de voir la gueule des questions...
  • [^] # Re: Cela dépend de l'OS lancé

    Posté par  . En réponse au sondage Pour utiliser mes ordinateurs je me sers. Évalué à 3.

    confidence pour confidence, moi aussi ;-)
  • [^] # Re: GPL v2 ou suivante

    Posté par  . En réponse à la dépêche Définition du processus de rédaction de la GPL version 3. Évalué à 1.

    pff j'ai mis le temps. Ton commentaire mérite d'être lu deux fois :)

    Sinon, pour répondre à elloco, je pense que les numéros de version sont uniquement chronologique. C'est pas une histoire d'encapsulation d'une version dans une autre plus générique ou je sais pas quoi.
  • [^] # Re: Cela dépend de l'OS lancé

    Posté par  . En réponse au sondage Pour utiliser mes ordinateurs je me sers. Évalué à 5.

    "Quand je pense que dans vim :x est encore un raccourci encore plus court que :wq ..."

    oui, effectivement, c'est plus court, mais attention !! ça ne fait pas du tout la même chose !!
    Hum .. bon, je m'emballe un peu. Mais il y a quand même une subtile différence entre :x et :wq. Quand tu édites un fichier vide inexistant, :wq crée le fichier. :x non.

    gab@coquelicot:~$ vim bla
    :x
    gab@coquelicot:~$ ls bla
    ls: bla: No such file or directory
    gab@coquelicot:~$ vim bla
    :wq
    gab@coquelicot:~$ ls bla
    bla
  • # 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 :)