Wawet76 a écrit 2650 commentaires

  • # Re: Un nouveau nom pour Phoenix

    Posté par  . En réponse à la dépêche Un nouveau nom pour Phoenix. Évalué à 4.

    Ils n'ont qu'à rebaptiser Phoenix Phénix.
  • [^] # Re: Calypso : être suivi à la trace

    Posté par  . En réponse à la dépêche Calypso : être suivi à la trace. Évalué à 2.

    Clairement, on pourrait avoir une carte Navigo et la "recharger" tous les mois comme on peux actuellement acheter anonymement ses coupon mensuel. (mais pas intégral ni imagin'R)

    Le principe de la carte à induction lui-même est plutôt sympatique.
  • [^] # Re: Imagine R !

    Posté par  . En réponse à la dépêche Calypso : être suivi à la trace. Évalué à 2.

    Tu es identifié de la même façon avec le coupon magnétique et la carte Navigo.

    Par contre, tu as raison d'exiger un coupon qui marche vu que les bornes sans contact sont encore souvent HS.
  • # Pas besoin de Navigo

    Posté par  . En réponse à la dépêche Calypso : être suivi à la trace. Évalué à 7.

    Bien avant le lancement de Navigo, la RATP recoltait déjà nominativement les données sur les trajets de leurs utilisateurs de carte intégrale (l'abonnement à l'année de la RATP).

    Ça leurs permet par exemple de "prévenir" les gens quand leur coupon à visiblement été "malencontreusement" un peu trop recopié.
  • [^] # Re: Fresco vs X

    Posté par  . En réponse à la dépêche Fresco, aka "The GUI formerly known as Berlin". Évalué à 2.

    Donc ca bouffe moins de réseau à condition que le bidule sache comment dessiner les composants coté client. Uniquement pour les objets du toolkit fournit avec Fresco si je comprends bien.
    La page dessinée par Mozilla par exemple devra toujours transiter tel quellle...
  • [^] # Re: Mieux encore !

    Posté par  . En réponse au message [Terminal] Jetez votre ancien nohup. Évalué à 1.

    Et c'est une des raisons qui fait que si vous utiliser screen il vaut mieux éviter les "su" vers root.
  • [^] # Re: La CNIL publie les résultats de son opération anti-spam

    Posté par  . En réponse à la dépêche La CNIL publie les résultats de son opération anti-spam. Évalué à 1.

    <source>D'après ce que j'ai lu sur les forum de Wanadoo</source>, AOL a reçu de nombreuses plaintes de la part de ses abonnés à cause du spam. AOL a constaté qu'une grande partie de ce spam arrivait depuis des machine d'abonné Wanadoo.

    AOL à contacter Wanadoo et ils ont décidés, ensemble, que AOL n'avait qu'à filtrer les plages d'IP des abonnés Wanadoo, alors que normalement ça aurait été à Wanadoo de prendre des mesures contre les abus de ses abonnés.
  • [^] # Re: Mais ...

    Posté par  . En réponse à la dépêche Informatique de confiance ou informatique déloyale ?. Évalué à 5.

    Sur un PC de fac, on peut comprendre que l'admistrateur décide "ces ordinateurs ne sont pas fait pour écouter de la musique".

    Le gros problème pour moi c'est que si tous les ordinateurs intègre ces fonctions, des gouvernements (Chine, Corée du Nord) pourront aussi facilement dire "ces ordinateurs ne sont pas fait pour dire du mal du partit". Du bonheur en barre.
  • [^] # Re: La CNIL publie les résultats de son opération anti-spam

    Posté par  . En réponse à la dépêche La CNIL publie les résultats de son opération anti-spam. Évalué à 6.

    "J'ai remarqué qu'AOL utilisait abuse.org pour empecher certains relais SMTP de poser des messages sur le SMTP d'AOL..."

    Toute la plage d'adresse IP de Wanadoo est blacklistée chez AOL. Si on veut utiliser un SMTP local quand on est chez Wana, il faut donc mettre une règle spéciale pour faire passer les mails vers AOL par le SMTP de Wanadoo.
    C'est une énorme connerie. (dans l'affaire, c'est Wanadoo qui est à blamer plus que AOL)


    "J'imagine que les FAI pourraient peut etre mettre en place un spam-assassin"

    Et puis ensuite un filtre pour t'empêcher de surfer sur les sites contenant visiblement un contenu illicite ?
    Non, c'est nul. Le FAI n'a pas à prendre la responsabilité de décider ce que tu dois recevoir et ce que tu ne dois pas recevoir.
  • [^] # Re: Ouais, bof

    Posté par  . En réponse au journal assez enorme..... Évalué à 1.

    Je peux me permettre de te citer ?
  • [^] # Re: Windows et Office, vache à lait de Microsoft

    Posté par  . En réponse à la dépêche Windows et Office, vache à lait de Microsoft. Évalué à 3.

    > > Y'a t-il un fou furieux qui projette de compiler lui-meme bind ?
    > Oui !!! (des hebergeurs, des admins rezo (meme pour un rezo interne))

    Le truc c'est que les seules personnes qui ont un intérêt à compiler leur Bind eux-mêmes ne vont pas (ne _doivent_ pas) chercher les infos sur les failles sur LinuxFR.

    Donc pour moi il n'y a vraiment pas de raison d'annoncer les failles ici, sauf si le but est autre que de simplement prévenir qu'il faut patcher. (par exemple discuter de la façon dont les failles devraient être annoncées, mettre le doigt sur un disfonctionnement, etc)


    (Même chose pour les mises à jour mineures de logiciels)
  • [^] # Re: Windows et Office, vache à lait de Microsoft

    Posté par  . En réponse à la dépêche Windows et Office, vache à lait de Microsoft. Évalué à 10.

    " Mais celà a peut-être changé ou va surement changé : nouveau marché ou MS n'a pas forcémment l'avantage (téléphonie...), petits problèmes de démarrage ( consoles...) ... "

    Bah non justement. Ce qu'on peut voir dans ces chiffres c'est que Microsoft peut se permettre de se planter plusieur fois sur les nouveaux segments de marché qu'elle essaie d'occuper (msn, console) ou de perdre de l'argent pendant longtemps en attendant que les autres concurents soient asphixiés (OS pour PDA).

    Si Microsoft à des problèmes, ça ne viendra pas d'erreur sur les marchés de la téléphonie ou des consoles. Ça peut être :
    - Une concurrence non-asphixiable (debinez qui...)
    - Une perte de vitesse sur les marchés OS et Office, ce qui leur enlèverait le cash qui leur permet actuellement de pouvoir se planter sur les nouveaux marchés.
  • [^] # Re: Sortie de GNU OS retardée

    Posté par  . En réponse à la dépêche Sortie de GNU OS retardée. Évalué à 1.

    Sur une ligne téléphonique tout à fait normale, tu peux brancher un modem à 28.8 kbps...

    Tu confonds peut-être avec le minitel 1 qui recoit les données à 9600 bauds maxi. (et les émets à une vitesse ridicule (mais suffisante pour ce qu'on demande à un minitel))
  • [^] # Re: Sortie de GNU OS retardée

    Posté par  . En réponse à la dépêche Sortie de GNU OS retardée. Évalué à 1.

    « ca faut au moin 2 ans qu'il y a plus rien qui sort pour les ports serie »

    J'ai acheté un GPS (un modèle de conception récente) il y a 2 semaines... avec un cable série.
    Et il y a beaucoup d'autre exemple.

    Faire un périphérique série c'est très facile et pas cher du tout. Pour moi c'est complémentaire avec les USB et autre Firewire. Domage que ça soit considéré comme un truc préhistorique à faire disparaitre absolument.
  • # Re: Peer to peer : Réponse au P2P Piracy Prevention Act

    Posté par  . En réponse à la dépêche Peer to peer : Réponse au P2P Piracy Prevention Act. Évalué à 5.

    Ca va juste accélérer l'apparition de réseaux P2P anonymes/signés. (ala freenet)

    Ensuite il ne restera qu'une loi inutile de plus qui pourra être détournée pour servir à autre chose dans le future.

    pffff....
  • # Enregistrer des macros.

    Posté par  . En réponse à la dépêche The Gimp en version 1.3.10. Évalué à 3.

    Il y a un truc très très pratique que je n'ai pas réussi à trouver dans la stable du Gimp... Un enregistreur de macro.

    Les script fait "à la main" c'est ptet super puissant mais pour faire un effet en vitesse sur quelques images je trouve ça plus pratique de pouvoir enregistrer une série d'actions à reproduire que de sortir un éditeur de texte et d'apprendre le Python.

    Quelqu'un sait si c'est prévu dans un futur Gimp ? (ou si un plug-in fait ça ?)
  • # Le problème avec les drivers binaires seulement...

    Posté par  . En réponse à la dépêche Drivers NVidia pour FreeBSD. Évalué à 1.

    FreeBSD supporte 6 architectures apparement d'après leur site.
    Nvidia... Ils ne précisent rien sur leur pages ou dans le README (en tout cas je n'ai pas trouvé), donc on peut raisonnablement supposer que c'est pour x86 seulement.
  • [^] # Re: 101 choses que fait Mozilla et pas MS-IE

    Posté par  . En réponse à la dépêche 101 choses que fait Mozilla et pas MS-IE. Évalué à 1.

    Un élément de comparaison :
    - Windows 95 marchotait à partir de 16Mo de ram
    - Windows 98 marchotait à partir de 32Mo de ram

    La différence entre les deux -> IE lancé au démarrage.
  • [^] # Re: WindowMaker a une faille de sécurité locale

    Posté par  . En réponse à la dépêche WindowMaker a une faille de sécurité locale. Évalué à 1.

    Avant de commencer à downloader les packages, un apt-get upgrade te demande toujours confirmation. C'est difficile de passer en Sid sans avoir la puce à l'oreille... (style 432 pkg upgraded, Need to get 321MB of archives... Quand tu pense juste avoir WMaker qui change c'est louche)
  • [^] # Re: HurdFr et conférence sur le Hurd

    Posté par  . En réponse à la dépêche HurdFr et conférence sur le Hurd. Évalué à 1.

    Je viens de tout lire (ok... j'ai accéléré par moment) en me disant que moi LE truc que je trouve bien avec Mozilla c'est qu'il ne poliote pas avec l'imprimante* comme IE et que j'allais en parler tout en bas même si ça allait être perdu dans le flot.

    Et tout en bas je trouve quelqu'un qui parle déjà de l'impression. Flute.


    (*) C'est d'ailleur ce qui m'a permis de convaincre mon patron d'installer Mozilla après l'avoir laissé pester quelques 1/4 d'heure contre les impressions inutilisables d'IE.
  • [^] # Re: HurdFr et conférence sur le Hurd

    Posté par  . En réponse à la dépêche HurdFr et conférence sur le Hurd. Évalué à 1.

    s/jamais Linux/jamais Le HURD/
  • # Re: HurdFr et conférence sur le Hurd

    Posté par  . En réponse à la dépêche HurdFr et conférence sur le Hurd. Évalué à -1.

    Question 1 - Pourquoi ne pas abandonner le HURD au profit de Linux qui est bien plus avancé et performant que ne le sera jamais Linux ?

    Question 2 - Pourquoi tout le monde fait des documents et des conférences sur le design du HURD mais que personne ne fait avancer significativement le projet ?

    Question 3 - Les micro-kernel c'est ce qu'il y a dans Windows NT donc c'est nul non ?


    Désolé... Je viens de lire la news sur Window Maker... ça a du m'affecter. (au moins elle m'a fait sourire. C'est toujours ça de pris)
  • [^] # Re: FUD : Linux va respirer, ORP + JBOSS = J2EE entierement libre

    Posté par  . En réponse à la dépêche FUD : Linux va respirer. Évalué à 1.

    Un CGI en C ou C++ même très optimisé se ferait éclater très rapidement.

    Les serveurs web lancent un nouveau process à chaque appel sur un CGI. Dès qu'il y a un peu de charge tout s'écroule.
  • [^] # Re: AWK help needed

    Posté par  . En réponse au journal AWK help needed. Évalué à 1.

    C'est autour de mon bureau à Ivry sur Seine.
  • # Joie, bonheur

    Posté par  . En réponse au journal AWK help needed. Évalué à 1.

    Finalement ça marche. Il fallait utiliser la version non-optimisée de Gnu Awk.