Patrick Lamaizière a écrit 300 commentaires

  • [^] # Re: Merci le LTS

    Posté par  (site web personnel) . En réponse à la dépêche FreeBSD 8.2 et 7.4 : deux sorties pour le prix d'une. Évalué à 3. 

    C'est marrant, mais la seule annonce d'un réel intérêt "industriel" que je vois là est le passage de la 7.x en LTS.

    La dernière version d'une branche est toujours supportée deux ans. (dernière dans le sens où il n'y aura pas d'autre release dans la branche 7.x)

    les pixels au peuple !

  • [^] # Re: c'est pas franchement grave

    Posté par  (site web personnel) . En réponse à la dépêche Rififi autour de Subversion. Évalué à 2.

    FreeBSD et OpenBSD sont développés avec CVS.

    FreeBSD utilise SVN depuis quelque temps déjà (deux ans ?)

    D'ailleurs, CVS est aussi nécessaire sur le poste client pour utiliser les ports FreeBSD non ?

    Le SVN est "mappé" vers CVS pour pouvoir utiliser les outils existants (en attendant de les remplacer). En général on utilise csup/cvsup pour récupérer les sources ou les ports.


    Tiens, il semble d'ailleurs que l'OS plus libre que libre (FreeBSD) utilise d'ailleurs un logiciel proprio en plus pour gérer son code : Perforce.

    Perforce contient seulement des branches expérimentales. Par exemple c'est là que sont stockés les Googles Summer of Code. Je ne sais pas pourquoi ils avaient choisi perforce, mais c'était déjà en place bien avant le SVN.

    les pixels au peuple !

  • # BGP

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de la version 1.20 d'ExaBGP. Évalué à 3.

    Par exemple, « route 10.0.0.0/16 next-hop 127.0.0.1 split /24 » génère les 256 sous-réseaux classe C « 10.0.xxx.0/24 » qui composent le classe B « 10.0.0.0/16 », permettant d'être sûr que toutes les adresses IP du préfixe seront toujours préférées à celles apprises du net.

    En tant que profane en BGP j'ai du mal à voir l'intéret d'annoncer 256 routes alors qu'on peut en annoncer qu'une ? Ça fait quoi au juste cette fonctionnalité ? (oui j'ai la flemme de me taper les RFC là)

    Comment cette appli se positionne par rapport à Quagga ou OpenBGPd ?

    (si j'ai un peu de temps j'essaierais sous FreeBSD)

    les pixels au peuple !

  • # Mauvais conseil

    Posté par  (site web personnel) . En réponse au journal Linux ou POSIX ?. Évalué à 9.

    En fait, de la façon dont je vois les choses, l'API Linux joue maintenant le rôle de l'API POSIX et Linux est devenu le point focal de tout le développement du logiciel libre. De ce fait je ne peux que recommander aux développeurs d'essayer de hacker avec seulement Linux en tête et de faire l'expérience de la liberté que cela apporte

    Je trouve ce conseil choquant.

    Je pense qu'un logiciel devrait être portable, si possible. On peut faire du logiciel non portable, si c'est fait en *connaissance de cause*. Mais pour cela, il faut déjà avoir un minimum de connaissance sur la portatibilité pour pouvoir faire le choix. Savoir qu'il y a des différences, ça fait partie de la culture générale d'un développeur (ama).
    Ce n'est pas en se focalisant sur Linux qu'on va apprendre ça.

    Et est-ce que la *liberté* n'est pas, justement, de ne pas être pieds et poings liés à un système, quel qu'il soit ?

    Perso j'ai beaucoup appris (et trouver quelques bugs...) en faisant tourner du code sous différents Unix, et si possible des architectures différentes (genre sparc). On a parfois des drôles de surprises...

    Avec ce genre de conseil, on va finir par se retrouver avec du code incapable de tourner sur autre chose que du x86 et ce même sous Linux (c'est peut-être déjà fait ceci dit).

    les pixels au peuple !

  • [^] # Re: Cela dépend des cas…

    Posté par  (site web personnel) . En réponse au journal Linux ou POSIX ?. Évalué à 3.


    Après, que ça ait été architecturé pour Linux puis porté sur FreeBSD, j'en sais rien, mais en tout cas, c'est disponible pour ce dernier.

    HAL aussi est présent sous FreeBSD. On a mis 5 ans à avoir un truc qui marchouille à peu près. Et voilà-t-y pas que sous Linux ils se rendent compte que c'est de la merde et virent carrément la couche d'abstraction.

    Bon...

    les pixels au peuple !

  • [^] # Re: Cela dépend des cas…

    Posté par  (site web personnel) . En réponse au journal Linux ou POSIX ?. Évalué à 4.

    postfix sur des freebsd qui n'ont vraiment pas à rougir niveau performance face à leur équivalent sous linux.

    Bah l'auteur utilise FreeBSD (je ne retrouve pas l'interview (2004))

    > - What distribution do you use? Why did you choose it?
    >
    > I have been using UNIX systems since 1985, and FreeBSD since
    > 1993. This is UNIX software that was ported to the PC environment
    > late in its life cycle. It is relatively mature compared to the
    > software that was written for PCs and that looks like UNIX.

    les pixels au peuple !

  • # UMLGraph ?

    Posté par  (site web personnel) . En réponse à la dépêche PlantUML, un nouvel outil de génération UML. Évalué à 2.

    Est-ce qu'il y a des avantages par rapport à UMLgraph ?

    Merci.

    les pixels au peuple !

  • [^] # Re: Clang dans le système de base

    Posté par  (site web personnel) . En réponse au journal FreeBSD status report. Évalué à 4.

    Pour l'utilisateur final, qu'apporte clang ?

    Il est entre autre utilisé pour son analyseur, ce qui permet de trouver quelques problèmes.
    (voir les commit avec found|spotted by|with clang).

    Ceci dit le gros atout c'est sa licence, FreeBSD ne veut pas de GPLv3.

    Est-ce qu'on ne tombe pas sur trop de ports qui utilisent des gccismes ?

    Ça c'est encore un autre projet et il y a du boulot :
    http://wiki.freebsd.org/PortsAndClang

    Tout n'est pas compatible avec clang. Pour ma part j'ai utilisé Gcc pour compiler les ports (un pas à la fois)

    les pixels au peuple !

  • [^] # Re: Ohai

    Posté par  (site web personnel) . En réponse à la dépêche Quand le dragon est de sortie. Évalué à 4.

    Ne peux t-on pas considérer HAMMER : http://www.dragonflybsd.org/hammer/ comme tel ?

    Vu que personne ne l'a intégré ailleurs je dirais que non. C'est peut-être innovant mais pas forcément convaincant ?

    En comparaison, Open et Net ont fourni quantités de trucs qui ont été importés dans les autres BSD. C'est un constat, pas une critique de DragonFly (et j'aime bien lire M.Dillon, il est super intéressant)

    les pixels au peuple !

  • [^] # Re: Ohai

    Posté par  (site web personnel) . En réponse à la dépêche Quand le dragon est de sortie. Évalué à 2.

    code first, whine after - sans le coté hautain et élitique d'OpenBSD.

    Alors c'est éthylique plutôt, non ?

    Perso je ne vois pas trop ce que DragonFly a apporté comme innovation, contrairement à Open ou Net.

    Ce qui n'enlève rien au mérite du projet.

    les pixels au peuple !

  • [^] # Re: Mode de chiffrement...

    Posté par  (site web personnel) . En réponse au message DES en ligne de commande. Évalué à 4.

    (par contre la doc n'éclaircit pas quel mode est utilisé par défaut).

    man enc
    SUPPORTED CIPHERS
    ...
    des Alias for des-cbc

    C'est du cbc donc.

    les pixels au peuple !

  • [^] # Re: Spécificité Linux ?

    Posté par  (site web personnel) . En réponse au journal Debian avec le noyau de FreeBSD : Debian GNU/kFreeBSD. Évalué à 5.


    % ls / | grep "proc\|sys"
    proc

    /proc est déprécié sous FreeBSD et n'est pas normalement nécessaire. à part pour faire tourner des linuxeries. (à la place faut mieux utiliser les sysctls et libkvm)

    sys

    Oui mais c'est un lien symbolique vers /usr/src/sys, rien à voir avec le truc /sys de linux.

    les pixels au peuple !

  • # spec

    Posté par  (site web personnel) . En réponse à la dépêche blogARM.net organise une pétition pour avoir un Linux sur l'AC100. Évalué à 9.

    Je préfererais qu'on ait les spec du matos...

    1) on ne compte pas et on n'a pas besoin de Toshiba pour faire de beau drivers ni les maintenir.

    2) Linux c'est nul, je veux un BSD avec du vrai code libre.

    non ?

    les pixels au peuple !

  • [^] # Re: Le monde des OS se limite à 4 donc

    Posté par  (site web personnel) . En réponse à la dépêche Postgres, NetBeans, mod_python/mod_wsgi et HTTPS Everywhere. Évalué à 5.

    Il n'y a donc que 4 OS existant, j'en déduit que l'autre OS c'est FreeBSD...

    Toutafais. Il tourne correctement sous FreeBSD (la 6.8, pas essayé la 6.9 encore), hormis un avertissement au démarrage... Eclipse tourne très mal par contre ici.

    Un manque dans la news, on peut faire du python avec Netbeans aussi, soit avec python ou jpython.

    les pixels au peuple !

  • # libclamav != clamav

    Posté par  (site web personnel) . En réponse au message souci squid3 + clamav + havp. Évalué à 2.

    Ben il n'utilise pas clamav mais libclamav, qui d'après tes logs est en version 0.94 sous Debian (enfin je suppute :.Paramétrage de libclamav5 (0.94.dfsg.2-1lenny2) ..)
    .

    les pixels au peuple !

  • [^] # Re: BSD desktop

    Posté par  (site web personnel) . En réponse à la dépêche OpenBSD 4.7 est sorti. Évalué à 4.

    Il y a des gens qui utilisent encore des BSD like comme OS pour desktop ?

    Oui, tant qu'il y aura des gens qui préfèrent des systèmes élevés au grain.

    Honnêtement ça demande plus de travail qu'un linux clicko-convivial, mais une fois la config faite ça roule.

    les pixels au peuple !

  • [^] # Re: Comparatif

    Posté par  (site web personnel) . En réponse à la dépêche LLVM 2.7 est sorti. Évalué à 6.

    LLVM also does have other advantages over the GNU Compiler Collection that cannot be benchmarked.

    Ben oui déjà il est libre.

    les pixels au peuple !

  • # clang et FreeBSD

    Posté par  (site web personnel) . En réponse à la dépêche LLVM 2.7 est sorti. Évalué à 10.

    L'utilisation de clang pour compiler FreeBSD a pas mal évolué. Maintenant tout compile, noyau et userland et le système démarre. Il reste pas mal de tests de runtime à faire évidemment pour trouver les bugs.

    http://www.freebsd.org/news/status/report-2010-01-2010-03.ht(...)

    L'analyse statistique de LLVM est assez bluffante je trouve, il y a l'analyse faite sur le code FreeBSD là :
    https://www.spoerlein.net/scan-build/freebsd-head/

    les pixels au peuple !

  • [^] # Re: ZFS

    Posté par  (site web personnel) . En réponse au journal Oracle réduit ses activités dans le libre. Évalué à 4.

    ZFS aurait été sous GPL il n'aurait pas pus être porté sous FreeBSD.

    Mais si il aurait pu, il y a déjà des modules en GPL dans le noyau FreeBSD (au moins xfs et ext2). Si le noyau GENERIC de FreeBSD ne dépend pas de ces modules (ie n'est pas linké avec), il peut rester en licence BSD. C'est complètement acceptable et même accepté.

    C'est mieux si c'est pas en GPL évidemment...

    les pixels au peuple !

  • [^] # Re: HAL

    Posté par  (site web personnel) . En réponse à la dépêche Ubuntu 10.04 LTS "Lucid Lynx" en version beta. Évalué à 1.

    Je me demande comment on va faire si on a pas udev ?
    HAL est une belle merde mais ça faisait une couche d'abstraction entre le système.

    Faut-il renommer free desktop par linux desktop only ?

    les pixels au peuple !

  • # Discussion entre deux informaticiens

    Posté par  (site web personnel) . En réponse au journal En route pour les 7 GeV.... Évalué à 9.

    - Moi, je te dis que Gnome a des fonctionnalités.
    - Moi, je te dis que ce n'est pas possible.

    Pour le savoir il faut faire une collision avec un KDE. On sait tous que cela provoque l'émission d'un viion et d'un emacsion. Heureusement, du fait de sa masse, l'emacsion gauchit l'espace temps ainsi que les doigts du programmeur et s'annihile avec le Gnome.

    Ouf, le monde est sauvé et il reste KDE.

    - Eh ben, je vais contruire une machine de trois milliards de dollars pour te prouver ma théorie.

    D'un autre coté, on a juste besoin d'un bistrot encore ouvert, nous.

    les pixels au peuple !

  • [^] # Re: Le patch dispo

    Posté par  (site web personnel) . En réponse au journal 0day sur FreeBSD !. Évalué à 4.

    D'ailleurs le patch a été intégré commité puis MFCed très rapidement après la découverte.

    Mouais, l'est toujours dans les branches releases le patch.

    --
    en train de patcher ma 7.2-RELEASE...

    les pixels au peuple !

  • # Elle est arrivée !

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de FreeBSD 8.0-RELEASE. Évalué à 5.

    Voilà, c'est officielle :

    http://www.freebsd.org/releases/8.0R/announce.html
    http://www.freebsd.org/releases/8.0R/relnotes.html
    http://www.freebsd.org/releases/8.0R/relnotes-detailed.html

    Bonne lecture !

    les pixels au peuple !

  • [^] # Re: Sortie de FreeBSD 8.0-RELEASE

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de FreeBSD 8.0-RELEASE. Évalué à 4.

    « La conf systeme release a ete commitee vendredi sur le cvs »

    Ils utilisent CVS ?

    Oui et non. Le projet passe progressivement à SVN. Dorénavant tout les commits se font dans SVN, mais coté utilisateurs on utilise toujours l'infrastructure CVS et associé (csup).

    http://blogs.freebsdish.org/ivoras/2008/06/01/freebsd-on-sub(...)

    les pixels au peuple !

  • [^] # Re: Sortie de FreeBSD 8.0-RELEASE

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de FreeBSD 8.0-RELEASE. Évalué à 3.

    Quand il y a une annonce de date non respectee, on peut parler de retard.

    Oui bof, ce ne sont pas des annonces de date mais des approximations de date. J'ai rarement vu de release dans les temps. Dans mon journal (*) où je cause de la beta 1, je tablais sur mi/fin septembre. J'étais plutôt optimiste.

    En passant, avez-vous remarqué qu'il y a eu un bel effort de communication lors de la release ? http://wiki.freebsd.org/8.0TODO/
    C'est nouveau par rapport aux releases précédentes et c'est une très bonne chose.

    Enfin c'est la definition courante, quoi.

    Certes, mais si on ne peut pas être de mauvaise foi sur bsdfr, moi je retourne sur linuxfr !

    (*) http://linuxfr.org/~plamaiziere/28602.html

    les pixels au peuple !