Nico C. a écrit 816 commentaires

Peut etre qu'eux aussi sont bloqués par des problemes de copyrights ou de brevets detenus par des tiers...

Je pense qu'il y a moyen de beaucoup discuter sur le sujet mais je ne pense pas que l'AppStore soit fondamentalement incompatible avec la GPL.
La GPL demande que les sources soient accessibles (+modifiable+etc) a l'utilisateur des binaires mais je ne crois pas qu'elle precise que ces sources doivent etre accessibles en meme temps et par le meme moyen que le binaire.
Autrement dit, si le binaire est accessible par l'Appstore, je vois pas ce qui empecherait de mettre un lien qq part vers les sources disponibles sur un site web ou un partage FTP.

Quoiqu'il en soit, quand on voit le nombre d'appareils qui embarquent du logiciel Libre, il y aurait moyen de faire un sacré foin car je connais pas un seul constructeur de NAS, de cadre photo numerique, de disque dur multimedia ou de routeur-wifi-modem-whatever qui fournisse un CD avec les sources des logiciels installés dans le bazar. La plupart sinon la totalité donnent un ou plusieurs liens dans la doc et s'en tiennent a ca. Et j'ai vu personne d'autre s'en plaindre non plus...

A mon avis, l'histoire de VLC est surtout lié a une tentative de pinaillage soit pour faire chier Apple, soit pour faire chier l'editeur qui a fait le portage (non officiellement a ma connaissance). Et au final, Apple a tranché le probleme pour tout le monde en brandissant ses propres CGU : il a viré VLC.
C'est triste.

Non, pas vraiment.

L'histoire, si je me souviens bien, est la suivante :

Un editeur tiers a porté VLC sur iOS et a commencé a le distribuer via l'AppStore mais 1 ou plusieurs auteurs originaux ont "attaqué" Apple (pas juridiquement mais avec qq mails) et ont cherché a "l'obliger" de respecter la GPL en donnant la possibilité de distribuer aussi les sources. Apple a repondu laconiquement en virant VLC de son catalogue.

Moi aussi j'ai commencé avec cette distro qu'un copain m'avait prêté en me defiant de l'installer sur mon 1er PC flambant neuf.
Et je l'ai fait. Et j'ai plus jamais laché linux depuis meme si a titre pro ou perso, j'utilise aussi du windows (malheureusement) et du mac.

Par contre, faut pas oublier que c'est le triste SCO qui editait cette distro et c'est grace a elle que ce troll est tombé \o/

Pour etre allé a Amsterdam plusieurs et apprecier enormement cette ville, la circulation est une vraie pagaille. Entre les velos, les bus, les tram et les voitures (assez disciplinées heureusement, traverser une rue a pied est un quasi suicide.

J'ai de la famille dans une ville du Cher appelé Vierzon, et là bas il y a peu, on a remplacé une majorité des carrefours par des ronds points et des priorités simples, résultat, le trafique a été désengorgé, la durée des déplacements dans la ville a été bien réduite, et les derniers endroits où ça bouchonne encore sont ceux où il y a encore des feux rouges.

Les ronds-points fluidifient la circulation quand elle est peu dense ou moyenne. Mais a partir du moment pour elle devient chargée, les comportements inciviques ("je m'insere comme un porc meme si j'ai pas la priorité") font bien plus de degats qu'avec des feux. Autrement dit, un rond point, c'est super quand y'a personne dedans...
Si le feu est bien pensé (1 voie dédiée pour ceux qui tournent a gauche, 5 a 10s d'attente avant que les feux des voies perpendiculaires passent au vert pour laisser un peu de temps aux boulets qui sont passés a l'orange de finir de traverser), le carrefour supporte tres bien une circulation chargée mais est effectivement assez frustrant quand la circulation est faible...

+1

D'ailleurs, dans une offre d'emploi sur le site, ils parlent plutot de QtQuick

C'est pas pire que MS qui appelle son programme de licences "Open" alors que c'est du pur et absolu proprio...

Sur ce, je retourne bosser

Ah... excuse moi, j'aurais du dire "le 1er a vendre de la musique online qui a eu plus de 0,001 point d'impact sur les ventes globales de musique". Effectivement, y'a eu des vendeurs de musique online avant mais avec un catalogue anémique, des tarifs très proches des CDs et tellement blindés de DRM que les lecteurs MP3 du moment ne pouvait meme pas lire le contenu.
Apple a eu au moins "l'intelligence" de proposer un appareil compatible avec ses protections...

Sinon, effectivement, y'avait les vendeurs russes de musique online mais pas plus legaux en France que la mule ou les sites de BT...

Ce qui est incroyable est que j'ai toujours pensé que DLFP etait essentiellement suivi par des gens avec un bon degré de ferveur "pro-Libre" (dans le sens "joyeux" du terme) mais ayant quand meme un certain pragmatisme de technicien. Mais j'ai l'impression que lorsque ca parle Apple, la situation ici est pas mieux que sur d'autres forums frequentés par des adolescents.
J'espere juste que c'est un phenomene de modification de la population qui intervient : peut etre que les gens intelligents et pragmatiques interviennent beaucoup moins dans ce genre de discussion et ce sont d'autres personnes un peu plus enervées (pourquoi ?) qui prennent malheureusement le relai.

L'iPod a servit de disque dur externe pendant un certain temps donc ce n'etait pas un probleme technique ou meme de volonté d'Apple.
Faut pas oublier que la musique vendue via iTunes n'est PAS la proprieté d'Apple et ce n'est pas lui qui dicte les conditions d'acces (il les negocie bien sur).

Faut pas oublier qu'Apple a ete le 1er a vendre de la musique en ligne et qu'il a essuyé une bonne partie de la betise des majors (DRM surtout). Aujourd'hui, les DRM sont a peu pres un mauvais souvenir mais c'est Apple qui a tout pris dans les dents.
Apple, malgré sa puissance sur le marche de la musique online, a quand meme du faire des concessions dont celle du prix unique juste pour obtenir la fin des DRMs sur sa plateforme alors que les autres l'ont obtenu presque pour rien. Comme quoi, dans cette histoire, c'est pas forcement lui le plus mechant de la bande...

Personne ne le saura jamais mais je suis sur personnellement que toutes les limites debiles qui existent avec un iPod proviennent des Majors.

Y'a qu'a voir la situation avec l'Appstore iPhone par exemple : une fois l'appli achetee, on peut l'utiliser sur autant d'appareils qu'on veut par exemple. Si on branche son iPhone chez un pote, nos applis disparaissent pas par magie pour etre remplacees par celles du pote en question. Etc etc etc
Autant de choses limitées avec la musique...

Excuse-moi, mais il y a un contre-exemple flagrant. Avant Apple, les baladeurs numériques étaient aussi simples à > utiliser que des clefs USB : on met les morceaux dedans et ça marche. Apple a apporté deux choses : une roue
tactile et une plus grande complexité pour transférer la musique.

Je ne suis pas d'accord, tu achetes, paies et telecharges ta musique en un clic et tu la copies sur ton ipod juste en le branchant.

En fait, cette discussion me fait penser aux trolls entre windowsiens et linuxiens sur l'install d'applis a la mode windows (avec recherche, dl et paiement externalisé au petit bonheur la chance) ou a la mode linux via un gestionnaire de paquets tout integré.

Quand on prend l'ensemble du processus de l'obtention de la musique jusqu'a son ecoute, la solution iTunes est la plus simple et de loin. De la meme facon que la solution gestionnaire de paquet est bien superieur a la facon dont on recupere une appli, se bat pour l'acheter et la telecharger pour finir par une install plus ou moins tordue.

un iphone est capable de synchroniser nativement les contacts avec un compte gmail pour peu que tu sois en mode "google apps".
Pour thunderbird, il doit bien y avoir moyen de synchro des contacts en vcard, non ? Ou bien carrement un plugin capable de se synchro avec un compte gmail directement.

En tout cas, pour moi, pour une synchro mails, agenda et contact avec un iphone et un evolution, c'est une boite gmail en google apps qui est la meilleure solution. Et comme c'est du google, si tu veux passer a android plus tard, ca marche encore mieux.

ouais ou alors c'est freebsd qui "rend" le driver meilleur ? Ou pas...

Enfin bref, avec une boite noire en plein milieu du protocole de test, que pouvons nous deduire ? Rien du tout.
A la rigueur, on pourrait dire que le couple driver nvidia freebsd + freebsd est meilleur que le couple driver nvidia linux + linux mais il me parait pas tres scientifique de conclure plus que ca.

Peut etre parce que ca passe tout simplement bien mieux a la TV qu'un moniteur professionnel...

C'est triste cette histoire... NuFW etait une belle solution adaptée aux besoins juridiques de controle des entreprises actuelles.
C'etait une des tres rares solutions permettant d'etre en accord avec la Loi francaise obligeant de donner un nom a un flux reseau et pas seulement une IP de station.

La magie du Libre va t elle operer en laissant NuFW vivre malgré la mort de sa société genitrice ? Y a t il toujours des gens sur le projet ?

Petite question : quel est l'algorithme qui permet de passer d'un n° de serie + une clé a un mot de passe complexe et unique ?
Autre petite question : l'auteur a t il prevu d'integrer son projet d'une facon ou d'une autre (direct ou via plugin) a Keepass par exemple ?
L'integration dans GLPI est deja tres interessante

Petite reflexion : je vois bien ce genre d'outil tres utile pour le compte admin local des PCs d'un parc windows. Je m'explique : quand on deploie des PCs windows, on doit mettre un mot de passe au compte admin local et c'est toujours gonflant de decider si on met un mot de passe generique (avec le risque qu'il soit connu un jour et d'avoir le parc entier corrompu) ou mettre un mot de passe par machine mais entrainer la creation d'une base de mot de passe gigantesque et extremement casse-pieds a maintenir. Pour la gestion de ce compte admin local, on est aussi partagé entre l'envie de le desactiver et l'envie de le garder actif en cas de besoin. Bref, ce compte est vraiment une plaie a gerer.
Par contre, je vois difficilement l'interet de ce genre de solution pour les comptes utilisateurs ou les "comptes de domaine" (AD, LDAP, NIS, etc), me trompte je ?

J'aurais quand meme tendance a faire la distinction entre les biens materiels et immateriels. Je suis persuadé que le cout du transport, a terme, va ramener des industries et du commerce a proximité de là ou c'est consommé.

Mais pour l'immateriel (musique, video, livres d'une certaine facon), je doute que les commerces de proximité survivent ou trouvent une niche pour s'installer.

Vous sentez-vous concerné par la perte des librairie de quartier ?

Pas plus que par la disparition des disquaires ou des marechaux-ferrants...

C'est triste mais c'est comme ca. Y'a trop d'avantages a internet pour que j'arrive a m'indigner de petits degats collateraux. C'est l'evolution du monde...

> Ils ont les enregistrements SRV à leur disposition depuis plus de dix ans. Ils n'ont plus qu'à spécifier
> comment les utiliser avec HTTP, sachant qu'il n'y a pour cela qu'à suivre leur sémantique qui est déjà précise.

Le draft existe et il ne manque pas grand chose pour qu'il evolue.

> Or, rien ne bouge à ce niveau. Voilà pourquoi je crache sur les gens du Web, en l'occurrence :
> le W3C en tant qu'organisme de normalisation (fossilisé) ;

Le W3C n'a pas grand chose a voir avec la normalisation de DNS. C'est l'IETF qui s'occupe de ca.
le W3C a deja bien assez a faire avec sa partie. Et vu comme ca remue en ce moment, il est clairement en train de renaitre serieusement.
Faut pas oublier que le W3C n'est que la sommes des "acteurs" qui le composent or pendant la periode IE6, il n'y avait, grosso modo, plus que MS sur le marché et comme il n'avait rien a foutre du web et des normes, forcement le W3C est tombé en stase. Et il a bien fallut qq années pour le reveiller car ca ne se fait pas du jour au lendemain...

> Mozilla en tant qu'éditeur de navigateur (censé améliorer le Web qui aurait bien besoin de rattraper sur
> retard sur, par exemple, le courrier électronique) ;
> Opera en tant qu'éditeur d'un navigateur bien dynamique dans son genre ;
> Google en tant qu'éditeur d'un autre navigateur et que fournisseur de services via le Web (qui a
> habituellement les couilles d'utiliser sa force de frappe pour faire changer les choses, par exemple avec SPDY).
>

Les editeurs de navigateurs sont probablement les plus "coupables" de la bande. Neanmoins, ils sont tres loin de representer la totalité des "gens du web". Quand tu parles des "gens du web", tu parles des dev web, des admins, des hebergeurs, etc. Les editeurs de navigateurs sont importants mais ils restent une minorité.
Faut pas se tromper de cible... mais je crois que je te dis ca depuis le debut.

>En revanche je ne crache pas sur Microsoft parce que de toute façon on ne peut rien attendre d'eux dans un
>domaine pareil, ils suivront après tous les autres s'ils y sont contraints par la force des choses.

On est bien d'accord.

Ben ouais, SMTP utilise les champs MX comme HTTP les champs A... il demande a la couche d'en dessous de faire une requete DNS pour trouver l'hote a joindre et il agit en consequence.
La difference tient exclusivement au fait que les champs MX sont plus "puissants" que les champs A.

Bref, tout ca, c'est dans DNS et rien d'autre.

En tout cas, c'est assez dingue ton discours : tu donnes une facon de plus de configurer son DNS d'une maniere assez puissante via les champs SRV mais tu te doutes pas qu'on peut les utiliser aussi pour HTTP et donc obtenir le meme effet avec des serveurs web.
Sauf que, tu vas bien entendu pointer le fait que l'utilisation de SRV pour HTTP n'est pas standardisée (juste un draft incomplet) et qu'il n'est pas implementé dans les navigateurs.
OK mais je repete ce que je dis depuis le debut : en quoi "les gens du web" sont ils en faute dans cette situation ? En quoi est ce de leur competence ? Ils sont aussi dependants du fonctionnement de DNS que tout le monde (les admins de mail servers sont gatés a ce niveau) et ils sont aussi dependant du fonctionnement du reseau en dessous et a ce niveau, tout le monde est logé a la meme enseigne : si t'as des sous, tu fais des trucs geniaux.

Donc au final, j'en reviens toujours et desesperement a la meme chose : tu balances sur "les gens du web" mais leur niveau de competence n'a aucun rapport avec les capacités de redondance ou pas de leur service puisque les outils pour le faire sont soit au niveau reseau, soit au niveau DNS.

Tu fais quoi dans la vie ? t'es admin de serveurs de mail et t'as l'impression de manipuler des technos super top moumoute auquels les "gens du web" n'ont pas accès et dont c'est la faute ?
T'as un discours assez incroyablement incoherent...

Tu as la solution des loadbalancers capable de detecter la "performance" (ou la disponibilité) d'un serveur et agir en consequence (envoyer plus ou moins voire pas du tout de requetes).
Sinon, y'a encore plus simple, tu loues une VM chez un bon hebergeur et roule ma poule. Coté disponilité, c'est le top car tu auras droit a une enorme disponibilité sur le matos, le stockage et le reseau pour un cout tres modique...

Quant a ta comparaison avec les champs MX, c'est tout simplement hors propos.
Parce que si tu crois que la redondance provient des protocoles de messagerie ? Tu te gourres, c'est DNS qui assure cette fonctionnalité avec les champs MX et rien d'autre. Est ce la faute des "gens du web" si DNS fournit une fonctionnalité de débordement pour les serveurs de mail mais pas pour les autres types (A, CNAME, etc) ?
Je repete encore et toujours : tu fais un mauvais procès aux mauvaises personnes et, en plus, tu connais visiblement assez mal le fonctionnement des protocoles de base pour ensuite échafauder des théories foireuses.

De toute facon, y'a pas de magie, SMTP, HTTP, FTP, etc ont tous été faits a peu pres a la meme epoque avec les meme considerations en tete : faut que ca marche, ce soit un protocole "texte" et doit tres simple a implementer. SMTP est pas fondamentalement meilleur que HTTP ou un autre. Il est exactement dans la meme veine que les copains.
Les considerations "actuelles" de securité, redondance, partage de charge et performances ont ete completement "oubliées" a l'epoque. C'est pour ca qu'on a des RFC proposant des especes d'extensions liées a la securité (HTTPS, FTPS, SFTP, SMTPS, etc) plus ou moins bien integrées mais ca reste des ajouts un peu sales.
L'ideal serait de produire de nouveaux protocoles mais ca risque d'etre sacrement long a les mettre en place etant donné l'inertie enorme a ce niveau...

Tu poses des questions de reseau... Les solutions "reseau" pour garantir le fonctionnement d'un site web existent depuis longtemps et sont mises en oeuvre par ceux qui en ont besoin et les moyens.
Ces solutions sont relativement nombreuses et suffisamment variées et/ou complementaires pour repondre a peu pres a n'importe quel besoin et budget (avec plus ou moins d'inconvenients bien sur).

Grosso modo (je vais pas faire un cours de reseau ici), ca va du dns round robin (le plus "basique") a "l'achat" d'un numero d'AS BGP (le plus cher et complexe). Pour ton information, le fameux IPv6 propose aussi des fonctionnalités pour repondre a pas mal de tes questions gratuitement et assez simplement.

Bref, tu fais un mauvais procès aux mauvaises personnes. En tout cas, concernant ton intervention, "on voit que ça vient de gens" qui ne savent pas de quoi ils parlent surtout...

Hum... si y'a bien un "monde" qui connait et fait tres attention a la redondance, la repartition et les problemes de charge, c'est le web...

Tu crois que tous les sites de la terre tournent avec un simple serveur et une freebox ou bien ?

+1

Et pour qu'il y ait une guerre, faudrait aussi qu'il y ait assez de dev de chaque coté pour se rentrer dans le lard. Or, la fondation Apache va accueillir feu OOo, c'est bien mais ils vont lui allouer combien de ressources ? Et quel dev externe va contribuer si LOo est beaucoup plus dynamique dans "le milieu" ?

Personnellement, je ne serais pas etonné que la fondation Apache lache l'affaire du point de vue technique au profit de The Document Fondation si un "merge" officiel ne peut pas etre reglé simplement.

50000 selon les manifestants et 5000 selon la police ?