briaeros007 a écrit 9441 commentaires

  • [^] # Re: Architectures supportées

    Posté par  . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 0.

    En quoi le fait que du code GPL soit dans un logiciel propriétaire (à supposer que ce soit possible) le priverait de quelques libertés que ce soit
    juste les libertés du LL lié au code GPL. Mais bon visiblement ça ne semble pas compter pour toi, du moment que les dvp peuvent s'amuser eux, l'utilisateur a pas son mot a dire... Tant pis si il est aussi dvp.

    Exemple .
    Du code de BSD est mis dans une pile TCP/IP d'un os très connu.
    Tu aimerais bien pouvoir comprendre son fonctionnement, voir l'optimiser pour ta liaison satellite à multiple saut d'une latence de 5 seconde en RTT.
    Avec le code BSD normalement tu peux. Mais la, pas de bol, il est encapsulé dans du code proprio, et tout ce que tu sais c'est que bidul et machin l'ont écrit en partie. Tu as bien des sources du projet initial, mais bien entendu qui ne correspondent en pas grande chose (modif, incorporation dans d'autres codes,...) a celui que tu fait tourner.


    Par contre, lire du code GPL est très dangereux en soit, parce qu'en suite, il faut faire extrement attention à ne pas réutiliser les mêmes petites astuces, les mêmes petits trucs etc (juste changer le nom des variables, ca s'appelle une violation de GPL)
    Tu as des méthodes pour éviter ca. Comme l'un lis le gpl et sort la doc. L'autre implémente à partir de la doc.
  • # s/les dents/son incompétence/

    Posté par  . En réponse au journal Wikipedia dans le collimateur du Monde. Évalué à 8.

    je crois que tout est dis .
  • [^] # Re: Architectures supportées

    Posté par  . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 5.

    Mais elle empeche l'utilisation du code GPL dans la BSD et tous ses dérivés et bien d'autres licences "libre".
    Ce qui empeche que le code soit inséré dans du proprio par une glue BSD.

    En gros elle empeche les licence libres qui ne garantissent pas que l'utilisateur conservera sa liberté.

    Mais elle n'empeche pas de trouver et comprendre les algorithmes sous jacents au fonctionnement d'un logiciel.


    Comme quoi, y'a pas que les méchants Microsoft et co qui pompent du code sans rien rendre en retour !!!
    T'as déja essayé d'avoir les sources de windows, connaitre leur algorithme d'attribution de la mémoire etc?
    Et sous linux/projet GPL, tu as essayé aussi ?
    Ca donne quoi alors ?
  • [^] # Re: Architectures supportées

    Posté par  . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 3.

    Mon point de vue est que si j'insère une seule ligne de code GPL dans 1 000 000 de lignes de code proprio à moi, je dois passer mes 1 000 000 de ligne en GPL pour pouvoir diffuser le programme, et pas seulement diffuser la ligne de code en question.

    Ben l'insère pas. Tu as un flingue sur la tempe pour l'insérer ?

    Si j'insère une seule ligne proprio dans 1 000 000 de lignes de code GPL A MOI ,je dois tout passer en proprio (suivant la licence du bout proprio).

    Un partout, la balle au centre.

    Ma vie a moi : il y a une librairie open source qui me semblait super bien : libnids. Elle est sous gpl. Pour mon boulot je devais faire un truc qui pouvait l'utiliser ou me la pseudo recoder (en faisant bcp plus crade, bcp moins testé etc...).
    J'ai posé la question a mon boss , en lui disant "voila ce qu'elle permet. Voila ce que demande la GPL". Il m'a dis "non on est une petit entreprise , je vois pas comment on peut essayer de vendre un truc , meme avec du support, si on le "donne" a coté.".
    Bon bref, il a pas trouvé de business plan viable. Ben devine quoi j'ai deux versions : une avec libnids pour des tests internes. Version qui ne sortira pas, et une version sans. (Pour la petite histoire j'ai d'abord fait sans. Puis suite a des bugs, j'ai mis libnids à la place de ma couche , sachant que cette librairie avait moins de chance que la mienne de planter ;))
  • [^] # Re: On est presque vendredi

    Posté par  . En réponse au journal PulseAudio. Évalué à 3.

    Par exemple on me contacte sur ekiga. Je branche à chaud mon casque audio usb et j'envois le son sur le casque (et que pour ekiga). Puis un pote arrive et je veux qu'il profite de la discussion en cours. J'envoie le son sur les haut-parleur (ou je débranche mon casque usb).

    Jack fait déja tout ça.
  • [^] # Re: Et bah...

    Posté par  . En réponse au journal ODF mort-né ?. Évalué à 5.

    Ensuite reste a voir la frequence et l'importance de ces bugs,
    Importance ? quand ça empêche de faire une propal et donc de gagner un projet, je crois qu'on peut dire que c'est important, non ?
    Pour l'utilisateur tout du moins.
    C'est pas "juste" un truc qui s'affiche pas complètement comme il le faut.

    sauf que les utilisateurs sont tellement habitues a ces "petits" problemes qu'ils considerent cela presque normal.

    Meuh oui mon cher Albert, bien entendu. Les utilisateurs se sont habitues a une suite office qui est soi-disant incapable de lire les images des documents. Tu essaies de battre ton record de l'anerie la plus grosse la ?


    Ben si tu veux, lors une démonstration d'une appliance,le portable du démonstrateur (pour piloter l'appliance toussa) a eu une erreur windows et tout le monde a rigolé. Comme mes collègues connaissent mon amitié pour windows, ils m'ont fait remarquer "tu as vu , on a tellement l'habitude que windows a des problèmes que quand ça arrive en démonstration ça fait rigoler".
    Quelque chose me dis donc que oui les personnes ont l'habitude que certains logiciels (pas forcément office) venant d'une certaine firme aient des problèmes récurrents de stabilités.
  • [^] # Re: Et bah...

    Posté par  . En réponse au journal ODF mort-né ?. Évalué à 5.

    Un minimum de serieux mon cher, tu sais parfaitement que c'est pas le cas.
    Non je le sais pas; j'utilise pas une suite complètement idiote.
    En tout cas ce dsi le disait, et bizarrement j'ai tendance a plus croire à un dsi qui a eu le problème qu'a un vrp de ms.

    Mais même supposons que ce que tu dis est vrai :
    Meuh oui c'est connu, la majorite des documents perdent leurs images quand tu les ouvres dans les nouvelles versions.
    Ca sous entend qu'il y en a quand même qui les perdent !
    Ce qui est proprement scandaleux.

    En ce qui me concernent, des problèmes que j'ai pu constater directement :
    - Un document .doc enregistrer avec word refuse de se rouvrir avec la meme version, sur le meme pc . (Propal que mon patron devait rendre le lendemain, il était fort content).
    Je lui ai pris , l'ai passé dans OOo , rajouté un espace qqpart, puis resauvé en .doc. Word a bien voulu le lire là. Allez comprendre.
    - Un document .doc envoyé par un boss, illisible sur la version word du destinataire. (quand je dis illisible c'est illisible).

    Alors quand on me dis "Ouais faut etre compatible avec les documents des entreprises" ca me fait doucement rigoler.
    Enfin maintenant si tu es persuadé d'etre dans le bon, vas y vas y.
  • [^] # Re: Et bah...

    Posté par  . En réponse au journal ODF mort-né ?. Évalué à 4.

    Les differences entre 2 versions d'Office sont tres minimes. C'est loin d'etre le cas de la majorite des documents.
    Ne pas afficher les images t'apelle ca très minime ?
    C'est en tout cas ce que disait en substance le mail d'un DSI d'une grosse boite lors d'une migration (mail paru sur ce site).
  • [^] # Re: Et bah...

    Posté par  . En réponse au journal ODF mort-né ?. Évalué à 4.

    si ms met odf ca sera aussi compatible avec 85% du marché comme ça...
  • [^] # Re: Et bah...

    Posté par  . En réponse au journal ODF mort-né ?. Évalué à 7.

    les balises de compatibilité au fonctionnement non définie par exemple ?

    Difficile d'être maitre du formatage quant tu ne sais pas comment marche une fonction de formatage.
  • [^] # Re: Les avantages de l'IPv6

    Posté par  . En réponse à la dépêche Communiqué du RIPE sur IPv6. Évalué à 2.

    est ce que ipv6/BGPv6 permet de répondre facilement au problème de multi homing ?

    Peut être est ce la le problème des "petites adresses" non ?
  • [^] # Re: Pour ceux qui voudraient le lire

    Posté par  . En réponse au journal Le SNEP et ses arguments. Évalué à 8.

    non.

    On peut faire du suivi de flux, du suivi de sessions, repérer de façon heuristiques des traffics P2P mais :
    - au niveau d'une backbone, et je parle meme pas de l'arrivée prochaine des routeurs terrabits, le traitement ne peut pas être trop lourd.
    - Internet est de facto un element NON maitrisé. Le NAC (Network Access Control) peut être positionné sur un réseau maitrisé (intranet, réseau d'accès...) mais certainement pas sur "internet".
    Sans compter qu'on peut difficilement faire du NAC actuellement actuels pour plusieurs raisons :
    - les abo sont full ip/full port -> ils n'ont pas le droit d'empêcher des connections.
    - J'ai le droit d'envoyer n'importe quel paquet.
    - A supposer qu'il y arrivent , je pars en obfuscation de flux : j'ouvre les ports 443 et mon correspondant aussi => https. Impossible a savoir que c'est bien du https et pas une ssl "classique" sans faire du MITM, formellement interdit et inutile si tu maitrise un tant soit peu le sujet (ne pas utiliser le cd de la fai par ex).
    - Les heuristiques de P2P quant à elles peuvent être aussi mis à défaut en mettant en place des "darknet" (F2F/vpn) sortent de liens pseudo permanent entre plusieurs noeuds "amis". (certains logiciels comme waste poussent l'obfuscation jusqu'à envoyer des données inutiles dans le lien pour qu'on ne puisse pas détecter quant est ce qu'on envoie quelquechose etc...)
    - Les FAI francaises ne sont pas les seuls FAI sur internet. Le NAC s'arrêtera au mieux aux ip francaises. Rien n'empeche les proxy/redirections.


    Pour faire court :
    - C'est techniquement assez dur
    - Les lois ne le permettent pas
    - Même si on pouvait, on peut le contourner.
  • [^] # Re: Choisir un vrai hébergeur mail

    Posté par  . En réponse au journal GMail en imap.... Évalué à 2.

    l'intérêt de firegpg c'est pour le faire en webmail. sinon j'utilise kontact (avec kgpg) pour relever mes messages mail (si je passe pas par le webmail bien sur) (et il gère le chiffrement/signature) ;)
  • [^] # Re: Evolution

    Posté par  . En réponse au journal box, triple play... et les exclus. Évalué à 3.

    1°)Faux on ferme des bureaux
    Et on en ouvre d'autres... (par le biais de franchise ou d'ouverture de vrais bureaux).

    2°)Je n'ai pas vu de différences
    Enquête (enfin entrefilet) paru dans 20 minutes (ou métro je sais plus) faisant état d'un meilleur taux de services d'une à deux minutes de têtes (idf)
  • [^] # Re: Cryptages ?

    Posté par  . En réponse au journal Le SNEP et ses arguments. Évalué à 2.

    comment ils peuvent savoir que tu dl le dernier cd de britney sans te sniffer ... ils peuvent pas et ils s'en foutent.

    Comcast pour casser le P2P sur son réseau observait (entre autre) le nombre de cx que lancait tel ou tel port/tel ou tel utilisateur.
    Assez peu d'applis balance 50 ouvertures de cx/s... Mais bon c'est comme tout ca se camoufle.
  • [^] # Re: Choisir un vrai hébergeur mail

    Posté par  . En réponse au journal GMail en imap.... Évalué à 2.

    j'ai amha la même perception que toi du libre, et pourtant j'ai un compte gmail.

    Il me sert entre autre
    - de support pour les ML
    - de boite "sûre" (niveau availability) pour les achats sur le net (oui je sais pas bien du tout ca, je préfèrerais que ce soit chez moi, mais j'ai pas de SLA sur ma ligne adsl, donc je prefere que ce soit google, qui a déja fait qq truc pour le libre, que d'autres c'tout).

    Sinon j'ai d'autres boites , dont une chez moi.
    Mes mails de mon boulot a chez moi, ou entre des amis "consentants" sont chiffrés ;)

    Faut par contre que j'arrive a bien configurer firegpg ou une extension approchante (y'a pas ca pour konqueror ?)
  • [^] # Re: Evolution

    Posté par  . En réponse au journal box, triple play... et les exclus. Évalué à 2.

    Il faut que le produit soit viable et aille dans le sens du marché pour faire de la R&D.

    C'est "très facile" de faire une super top voiture qui va à 500 km/H avec un budget conséquent. Beaucoup plus dur une qui peut le faire en ayant un cout réduit, s'adaptant au traffic actuel , et consommant peu.

    l'ATM ne c'est clairement pas adapté au marché /o\.
    (L'inverse est aussi vrai ;) ... L'histoire de l'oeuf ou de la poule).


    Puis, à charge ou à décharge de FT, ils n'étaient pas les seuls a travailler sur ATM.
  • [^] # Re: Evolution

    Posté par  . En réponse au journal box, triple play... et les exclus. Évalué à 4.

    techniquement pour la poste
    1°) on ferme pas de bureaux
    2°) on attend une à deux minutes moins
  • [^] # Re: Evolution

    Posté par  . En réponse au journal box, triple play... et les exclus. Évalué à 10.

    Ils sont excellents en R&D
    Enfin ils sont resté longtemps avec l'ATM (qui était très bien techniquement mais completement mort marketingement).

    Le service public c'est très important quand il y a des investissements ou que c'est un besoin vital (eau, électricité,...)
    Quand on cesse les investissements pour essayer de gagner le plus de fric possible pour essayer de profiter de son monopole(FT un peu avant l'ouverure)) ... ben la non le service publique il est plus "super top".

    En gros c'est pas vraiment un problème de service publique ou pas, mais de politique d'entreprise. Quand une entreprise astreinte au service publique, et bénéficiant de certains avantages (monopoles) oublie sa mission première de servcie publique (network & telco pour tous, de bonne facture) pour essayer d'augmenter son capital et ses dividendes, ben la il y a un problème.
  • [^] # Re: Les avantages de l'IPv6

    Posté par  . En réponse à la dépêche Communiqué du RIPE sur IPv6. Évalué à 2.

    a tester alors ;)

    personne veut me filer un 6509 pour que je teste ? non personne ?
  • [^] # Re: une victoire pour les sociétés développant des appli sous Windows

    Posté par  . En réponse à la dépêche Accord UE/Microsoft sur l'interopérabilité : qui en sort vainqueur ?. Évalué à 2.

    (bien entendu je n'ai pas énuméré les autres piques que tu m'a lancé. Ça montre juste le niveau de ta discussion).
  • [^] # Re: une victoire pour les sociétés développant des appli sous Windows

    Posté par  . En réponse à la dépêche Accord UE/Microsoft sur l'interopérabilité : qui en sort vainqueur ?. Évalué à 2.

    Hé oui très cher, les développeurs samba font leurs propres releases, ils fournissent un support... C'est exactement le boulot que fait un éditeur logiciel.
    Je me suis mal exprimé.Mais tu aurais du comprendre si tu avais suivi la discut.

    Le support de CIFS par windows est il fournis par un éditeur tiers ?

    Je répète puisque tu sembles bouché
    No comment.
    Tu arrive comme une fleur, tu sais pas de quoi on parle, tu m'insulte mais c'est moi qui suis bouché
  • [^] # Re: Les avantages de l'IPv6

    Posté par  . En réponse à la dépêche Communiqué du RIPE sur IPv6. Évalué à 2.

    sera certainement pas utilisé pour les particuliers
    Suffit de payer , c'est comme tout XD
    - classe de traffic "streaming" sous ovh par ex, à 800¤/mois l'option ca fait cheros pour "plaisanter" , autant prendre 20 dédié et balancer du traffic http ca ira plus vite et sera plus efficace XD -
  • [^] # Re: Les avantages de l'IPv6

    Posté par  . En réponse à la dépêche Communiqué du RIPE sur IPv6. Évalué à 3.

    le champ de priorité d'IPV6 (composé de deux champs en réalité) peut etre bien plus important que celui d'IPV4.

    Enfin une autre avancée importante quand même, c'est que le routeur a moins de travail a effectuer. il n'a pas de checksum à vérifier et à calculer. Ca permet de diminuer la latence par paquet et un peu donc la gigue (variation de délai).

    mais c'est difficilement utilisable sur Internet car il faudrait se mettre d'accord sur un modèle et surtout que tout le monde le respecte. Autant dire que c'est quasi impossible.
    Certains modèles de recherches essaient pourtant (ENTHRONE, SWAN, ...)

    (site de SWAN : http://swan.elibel.tm.fr/ )
  • [^] # Re: neuf

    Posté par  . En réponse à la dépêche Communiqué du RIPE sur IPv6. Évalué à 6.

    ipv6install de tête sous xp.

    Oui la pile ipv6 est la, tout comme pour certaines (ancienne) versions du noyau linux ou "il suffisait de le recompiler".
    la question la était "j'ai rien eu a faire et ca a marcher" (autoconfiguration ipv6 toussa).

    Ben je lui demande de tester sous xp. Xp n'est pas "ipv6 ready" dans un sens "Mme Michu". Je rapelle que c'est un peu ce qu'on arrête pas de dire "windows c'est trop de la balle ca marche tout seul".

    Je te souhaite bien du courage en tant que support si tu fout ipv6 sur le réseau de Mme michu ou elle a du xp (jusqu'à preuve du contraire, d'ici 2 ans il y aura encore des réseau de particulier avec du xp).

    Alors oui on peut s'arreter à la STB et conserver l'ipv4/dhcp (ne pas etre ipv6 only) .... Mais Mr Michu pourra pas aller voir Ipv6Porn. /me pars en courant

    il y a suffisement de soucis avec les applications réseau qui ne sont pas encore prêtes et qui poseront plus de problèmes.
    Ce qui est un autre problème, meme si j'adhère tout a fait :)

    Toutefois, vu qu'on arrête pas de me traiter d'anti windowsien primaire, je félicite Ms d'avoir foutu le support d'ipv6 et de nfs de base dans vista.
    Allez hop hop une update pour le foutre sur tous (32 et 64 bits) les xp qui se connecte à windows update sous la forme d'un sp3 ?