Larry Cow a écrit 5011 commentaires

Dans l'ensemble , le déploiement d'Open Office via MSI se passe bien sur le domaine.

Ah tiens. Il ne te redemande pas de faire l'enregistrement après chaque mise-à-jour (via MSI), chez toi? J'avais vu une astuce à base d'XPI à pousser sur chaque poste, mais c'est un peu moche d'en arriver là, non?

Bah, avec les mises à jour du DNS poussées par les clients, il peut suffire de s'arranger pour l'adresse IP en question ait un nom sympathique associé, non?

Si tu as une PKI X.509/SSL, c'est plus logique d'utiliser des services qui peuvent en tirer partie (type FTP over SSL ou FTP over TLS) que d'aller t'encombrer avec une PKI parallèle pour gérer tes clés SSH.

Non?

Si le but est de concurrencer/remplacer les langages interprétés que sont Python/Perl/Ruby, ça se tient assez bien. En accélérant la compilation, on se rapproche (un peu) du temps de compilation de ces derniers. Et en échange, on ne perd qu'un tout petit peu de vitesse d'exécution comparé aux langages compilés usuels, donc on reste largement plus rapide que les-dits langages interprétés.

Non?

Oh oui! Et puis on programmerait visuellement, avec des patatoïdes colorés qu'on lierait les uns aux autres. Selon leur couleur, les patatoïdes auraient différentes fonctions au sein du programme. Et pour éviter que l'utilisation mémoire ne crève les plafonds, on ajouterait un mécanisme (basé sur la gravité, par exemple) qui empêcherait de faire des constructions trop compliquées. Les commentaires se feraient directement sur des pancartes.

Sans déconner, ça pourrait avoir un succès mondial ce truc!

(pardon, fatigue, tout ça)

En tous cas ça marche sur ma Radeon X1650 (pas toute jeune, mais néanmoins achetée neuve il y a moins d'un an, via CDiscount je crois) avec le pilote "radeon" de xorg fourni par Ubuntu 9.04.

(Bon, ça a tendance à vautrer le serveur X en fin de partie, certes. Mais pas systématiquement.)

Sans parler de "ça détourne" (alias le triomphe de bali-balo (alias l'invasion des pervers polymorphes (alias le lapin connait la musique))).


http://www.dailymotion.com/video/xhfzq_ca-detourne-le-triomp(...)

C'est ce que je faisais avec la phrase suivante ;)

Plus sérieusement, ça donne l'impression que tout le monde n'arrive pas à se mettre d'accord. Certains usent (voire abusent) de l'extension sReg - qui sert à fournir des informations personnelles à des fins d'auto-remplissage de formulaires - et d'autres n'en tiennent pas compte du tout. Certains promeuvent une URL-ID unique, d'autres pas. Certains permettent la création de compte directement via OpenID, d'autres permettent uniquement de rattacher un OpenID à un compte "login+pass" existant. Certains permettent de cumuler plusieurs OpenID sur un même de ces comptes, d'autres non. Et ainsi de suite. Pour l'utilisateur et le consommateur, c'est un casse-tête énorme.

Ceci étant, on voit de plus en plus de sites le gérer, et ça tend à s'uniformiser. Un peu.

Ou a la rigueur, seulement vers l'avenir, ce qui est quand même sacrément banal !

http://xkcd.com/630/ :)

- Certains racontent même qu'ils retrouvent des avis de passage alors qu'ils sont resté l'oreille collé à la sonnette pour ne pas rater l'arrivée du colis. A croire que le facteur ne prend même plus la peine de sonner de peur d'avoir à porter ton colis.

Je confirme. J'ai déjà gaulé mon facteur en train de me rédiger un avis de passage, alors qu'il n'avait pas pris le colis avec lui.

Ceci étant, les transporteurs privés ne sont pas toujours au top non plus. Les "grands" (UPS & co) sont plutôt bien, mais parfois on est surpris.

Je me demande encore pourquoi openID ne fait pas encore consensus dans le libre

Parce que le jeu n'est pas clair. Parce que beaucoup y voyaient un moyen d'identifier une personne (ou une identité de cette personne) via une URL, et que finalement Google a décidé d'interpréter la norme différemment (même URL pour tout le monde, dommage pour ceux qui s'en servaient comme clé).

Oui, enfin dans le cas de l'IGN, les "autres ressources", c'est le produit de la vente de leurs données. Donc pas trop public (même si une partie des clients sont publics).

Je verrais bien une extension firefox qui change la couleur des caractères non-ascii (genre la couleur de fond). Voire qui, si on est capable d'établir une liste des caractères unicode qui "ressemblent à de l'ascii", avertisse carrément du risque potentiel.

Ceci dit, ça ne réglerait que le problème d'un domaine Unicode qui chercherait à se faire passer pour un domaine ASCII connu. Un domaine Unicode pourrait facilement ressembler à un autre domaine Unicode.

Ne faut-il pas démarrer des bouts de Gnome (un gconfd ou assimilé) pour que ça fonctionne? La dernière fois que j'ai testé, il protestait assez fortement.

Alors déjà, le cadastre est mis à jour par ... le service du cadastre. Les mairies reçoivent, sous différentes conventions, les plans et matrices cadastrales (aujourd'hui largement sous forme informatisée, soit Majic2+Edigeo, mais autrefois sur papier).

Ensuite, l'essentiel des données vendues par l'IGN n'est PAS issu du cadastre. En fait, le seul produit IGN tiré du cadastre c'est ... la BD PARCELLAIRE. Et encore, sauf pour les communes qui ont déjà réalisé (et financé) leur propre vectorisation, c'est l'IGN qui prend en charge le passage des plans scannés aux données vectorielles "utilisables".

Pour le reste, les données de l'IGN sont issues de leur travail, du boulot de leurs géomètres sur le terrain, de leurs ortho-photographes, etc. C'est clair, ils nous en feraient cadeau ça serait plus mieux. Mais leur position reste légitime, d'autant qu'ils ne sont pas les plus chiens en la matière (comparé à Bayo, notamment).

Et considères tu normal, qu'un organisme public, à qui donc tu donnes déjà ta dîme, ne te permette pas d'utiliser librement la base de données qu'il a pu financer grâce à ton argent.

De mémoire, l'IGN est un peu bicéphale. Il a une mission de service public (notamment la maintenance du réseau géodésique), financée par les deniers publics et dont le résultat est accessible par tous. Et par ailleurs, il a aussi des activités privées, (théoriquement) auto-financées, et là tu payes pour y accéder.

Ceci étant, ils fournissent des données de bien meilleure qualité que leur revendeur le plus connu (Bayo) qui impose l'utilisation de leur visionneuse de m*rde.

Ou alors tu pousses à l'utilisation d'IPv6, fut-ce via Teredo/Miredo et tu te reposes sur l'existant...

Ben en fait, ça peut avoir une utilité. Il existe déjà des solutions (généralement pas bien libres non plus) d'interfaçage de Skype avec des systèmes de messagerie conventionnels. En gros, une passerelle XMPP/Skype. Sauf que pour l'instant, ça ne peut fonctionner qu'en manipulant l'API Skype, et donc avec la GUI complète qui tourne. Pas évident sur un serveur.

Si on a une librairie - fut-elle binaire - permettant de communiquer avec le reste du réseau, ça peut autoriser des trucs du genre "Skype interdit mais passage par l'IM interne compatible Skype".

Z-Push (j'ai pas testé, ça marche bien ?)

Je n'ai pas testé dans le cadre de Zarafa, par contre j'avais sauté dessus quand il était sorti en "standalone". Il n'avait pas été jusqu'en production (besoin trop discret), mais c'était à l'époque bluffant de pouvoir connecter les derniers bidules-trucs mobiles à la mode à une solution libre. Qui plus est en PHP facile à bidouille - par opposition aux solutions Java nécessitant une chaîne de compilation un peu lourdingue.

sans parler des contributions à Thunderbird/Lightning

J'avoue que l'extension "Integrator" est foutrement séduisante, au moins sur le papier.

et qu'il faut patcher (les libs, vous suivez ?) spécialement pour le SOGo ; dépendance forte à GNUstep (t'a déjà mis ça sur un serveur non Apple ou NeXT cher confrère ?)

A priori, sur une Debian testing, cette dernière version passe presque toute seule. Il faut juste penser à installer (à ce jour) libmemcached3 depuis sid. Le dépôt fourni par Inverse dispose d'une version fonctionnelle de SOPE.

je pense que tu espère ne jamais avoir à l'upgrader.

J'avoue que c'est un peu le problème. Ludovic, aurais-tu des retour à nous faire partager là-dessus?

Quelqu'un a-t-il osé l'utiliser en prod parmis vous ?

Pas encore, mais ça me démange fortement.

Zarafa a une version Community, mais c'est plus un produit d'appel qu'autre chose

Si je me souviens bien, le seul vrai manque de la "Community" est le connecteur Outlook. Qui n'existe pas dans SOGo, libre ou pas. Donc bon.

D'autant que Zarafa avait commencé, avant d'ouvrir son code entier, par libérer son composant ActiveSync "over the air" en PHP (aka ZPush). Leur entrée dans le monde du libre est récente et progressive (et pas forcément terminée).

À mon niveau, Zarafa avait deux inconvénients majeurs :

* une interface web qui singe Outlook, et donc n'est pas super pertinent dès qu'on cherche à encourager Thunderbird sur le poste client
* un découplage restreint (quoique meilleur que - disons - Zimbra) : il est son propre serveur de stockage (par contre, on peut garder Postfix/Exim pour toute la partie transport)

Sur ces deux points, SOGo est bien plus sexy :

* l'interface web suit d'aussi près que possible le couple Thunderbird+Lightning, et permet donc d'envisager une approche "TB au bureau, SOGo en déplacement" crédible
* il fonctionne en simple surcouche à une configuration imapd+smtpd existante.

Ceci étant, Zarafa a l'avantage de fournir une solution de synchronisation de terminaux mobiles excessivement simple avec 95% du marché (WinME, iPhone, Symbian) là où SOGo - bien que plus ouvert et extensible - complique un peu le jeu (nécessite d'avoir un serveur Funambol, donc un serveur d'appli Java).

C'est dépendant du matériel (certains composants consomment plus que d'autres) et des pilotes (il y a des composants qu'on ne sait pas mettre en veille, ça consomme donc beaucoup pour rien).

Oui et non. Effectivement, ça se situe toujours quelque-part entre ordinateur éteint (mais néanmoins sous tension) et ordinateur allumé.

Par contre, pour les gens qui ne supportent pas la consommation de leur ordinateur éteint - et j'ai été très surpris de voir que ma tour "maison" éteinte bouffait autant qu'un EeeTop (écran compris, donc) en fonctionnement - et utilisent des multiprises à interrupteur, le StR n'est pas du tout acceptable.

Pour moi, le StR est idéal pour les appareils qui doivent (faire semblant de) rester connectés en permanence - téléphone portables, smartphones, smartbooks, etc - ou s'abstraire totalement des temps de démarrage. Par contre, pour un desktop/laptop, dans la mesure où l'on peut envisager des coldboots de l'ordre de la dizaine de secondes (ou moins), ce me semble bien plus raisonnable d'éviter de consommer des watts pour rien.

Le concept de fenêtre, ce n'est pas tant X que le WM, en fait. Pour X, "tout" ce qui est vaguement rectangulaire est une fenêtre, et pas seulement les "toplevels" (qui correspondent à l'acception courante du terme en informatique).

Le gros plus de X par rapport à un framebuffer tout simple, c'est le fait de gérer plusieurs clients/applications.

At least, an entry with some content...

(pardon)

Possible, mais il a refusé de s'installer sur une 0.72 (de la branche 0.72.x, si je te suis).

C'est précisément ce point que les brevets servent à préciser : un brevet est limité dans le temps, et impose la publication du procédé.

Sans brevet, c'est le risque de voir l'inventeur garder l'invention pour lui de peur de se la faire voler.