Larry Cow a écrit 5011 commentaires

Et les hommes libres, c'est pour quand?

Ce qui m'horrifie vraiment, c'est qu'il refuse initrd (sans pour autant utiliser une solution de remplacement), au revoir root-LVM par exemple.

Voire. On n'a pas forcément besoin de mettre son / en LVM partout. De même qu'on n'a pas forcément besoin de booter en 5 sec chrono partout.

Quand la vitesse de démarrage est primordial, on se démerde pour pouvoir (quitte à maintenir un ROOT et un BOOT à jour par des moyens détournés, et à leur faire jouer tant bien que mal le rôle de pseudo-initrd).

Quand la souplesse est primordiale, on met un initrd et on se résigne à booter en une minute trente (serveur, ...)

Le fait de pouvoir consulter/recharger le solde de sa Mobicarte, chez Orange : #123#

C'est le premier exemple qui me vient à l'esprit, mais il y en a surement d'autres.

C'était pas que l'ouverture d'une page web : n'importe quel accès réseau à une ressource "indisponible" (non-routable) essaye de mettre en place une connexion. Si tout ce qu'il y a de disponible nécessite une numérotation, ça lancera le numéroteur. C'est encore tout à fait d'actualité pour les connexions de ce type.

En tous cas, on parle de "codec" pour les transformations de/vers Unicode, par exemple. Et je n'ai pas l'impression de voir une quelconque compression ici, non?

Tu devrais écrire des livres, toi. Je peux déjà te proposer des idées pour les trois premiers tomes : Les abeilles, Le jour des abeilles et La révolution des abeilles.

On présentait (à tord) jusqu'à maintenant XMPP comme un protocole de messagerie instantanée et de présence, on va aussi le présenter maintenant (enfin !) comme un vrai réseau social, ouvert et mondial.

Et éventuellement une succession au vieillissant (E)SMTP ;)

XMPP n'a pas vocation à remplacer HTTP, et ne le fera pas.

Le remplacer, non, certainement pas. L'encapsuler pour permettre une liaison HTTP entre deux "trucs", indépendamment des réseaux qui les séparent... y'a des jours où c'est tentant (pas tous les jours, heureusement).

Imaginons le scénario inverse: Microsoft publie le document sous Word et je suis un étudiant sans le sou....

Un étudiant sans le sou, passe encore. Mais pire, imagine que tu sois un pas-étudiant sans le sou : pas d'offres intéressantes pour avoir les produits MS pas chers, pas de possibilité d'utiliser les éventuelles licences Campus fournies par ta formation, etc.

Bon, dans tous les cas, OOo est gratuit ET sait lire les documents Word < 2007 (et bientôt 2007 inclus). Donc bon, ça va encore :)

Parce que le monde Jabber retient un peu son souffle en attendant deux-trois gros trucs (Jingle/ICE, notamment)?

Parce que le support de PubSub est loin d'être complet pour tous les clients disponibles?

Parce qu'il y a beaucoup plus de gens qui ont un client Web que de gens qui ont un client Jabber, et que ça n'encourage pas à sortir des sentiers battus?

Bien sûr qu'XMPP a du potentiel pour les réseaux sociaux. Bien sûr que ça travaille tout le monde, tant du côté Jabber que du côté Web. Mais ça demande du temps, de l'argent et de la matière grise. Et ça n'est pas si simple de cumuler les trois.

Je n'en attendais pas moins de toi. Mais effectivement, ça semble être une des voies pour le réseau social (dont le µblogging n'est qu'une toute petite partie).

Enfin je suis pas forcément objectif non plus, j'ai encore eu la vision hier d'un Web qui migrerait progressivement vers une sorte HTTP-over-XMPP (enfin over-Jingle, surtout), dans lequel on ne se connecterait plus à un serveur Web mais à une personne (morale ou physique, et ce sans sous-entendu sexuel), etc. Bon, après, j'ai pris mes pilules et maintenant ça va mieux ;)

Tu devrais le signaler, si ça n'est pas encore fait. En tous cas, je n'ai vu aucun ticket correspondant à ce genre de problème, et je n'ai moi-même rien constaté d'approchant.

Ouioui, et ça a l'air d'assez bien marcher. Mais dans les premières semaines, ça tournait à environ une nouvelle version de Laconica par semaine. Ca va faire un mois qu'on est à la 0.5.0, et ça semble ne plus avancer autant. Reste que c'est peut-être justement preuve de maturité.

Mais en tous cas, on en parle beaucoup moins qu'il y a deux mois (et, au moins chez moi, les fonctionnalités "intéressantes" - OAuth et XMPP - ne marchent toujours pas bien).

- code pas propre : y a des restes d'édition sous windows avec dec ^M partout

J'avoue que j'ai lu le code qu'avec des éditeurs qui s'indignent pas pour si peu. Mais c'est vrai que c'est bof.

- l'install initiale ne fonctionne pas, des erreurs sur les chemins des répertoires
- des inclusions oubliées dans le script d'install


Pas eu de problème majeur. Quelques merdes avec mon Apache sur une des machines où j'ai testé, mais à priori c'était plus un problème de AllowOverride mal mis.

Par contre, j'ai toujours déployé le bouzin à la racine de mes vhosts, ça peut merder si on fait autrement, j'en sais rien.

Pour les inclusions oubliées, tu penses à quoi?

Gtk a ete cree dans le seul but de contrer Qt/KDE et visiblement cet etat d'esprit est toujours present!

GNOME, éventuellement. Mais pas Gtk, qui est antérieur. Enfin il me semble.

Mais, il y a 4 ans, vlc ressemblait autant que maintenant à une application osx et n'utilisait pas qt4 (qui n'existait pas). Donc non, qt4 n'est pas l'unique tk multiplateforme.

On ne parle pas d'applications mais de toolkits. Prouver l'existence d'un toolkit multiplateforme en exhibant un exemple d'application multiplateforme, c'est incorrect. Les développeurs de l'application ont tout à fait pu faire un backend distinct pour chaque plateforme visée.

Rien à voir. GTK sur Mac, ça veut dire X11. C'est pas une question de mauvaise intégration, c'est juste à la limite de l'émulation. Comme si on pouvait prétendre qu'un logiciel Unix est porté sous Windows sous prétexte qu'il tourne avec XMing. Faut pas décorner non plus. Déjà qu'un Mac de base n'a pas X11 d'installé (OK, pour un geek, ça prend pas long, mais quand même), mais en plus la gestion de fenêtre est parfois complètement différente. Ca donne vraiment l'impression d'avoir l'application en déporté.

Ceci dit, Avidemux a manifestement réussi à fonctionner avec la version native de GTK sur Mac. C'est peut-être le début de la fin du troll sur GTK+OSX. Mais pour le moment, ça dépanne plus qu'autre chose.

Série qui pour le coup se passe entre le II & III

Comme ce dont il est question ici, non?

Il me semblait que dans le privé (le privé sous contrat, du moins, sinon ça n'a tout simplement pas d'objet) seuls les salaires des professeurs étaient payés par l'état - en échange d'un droit de regard (au minimum) de l'EN sur les programmes, et de sa quasi-souveraineté en termes de gestion de cette partie du personnel. J'ai des souvenirs de profs dramatiques (détails à l'appui si ça intéresse quelqu'un) dans le privé qui étaient conservés pour cause de refus de l'académie de s'en défaire.

Le reste (frais de fonctionnement, salaires du personnel d'encadrement, etc.) étant à la charge de l'école (via les frais de scolarité, des dons, etc.).

Après, je veux bien croire que la notion de "privé sous contrat" englobe différents contrats, et que certains d'entre eux prévoient un soutien intégral de l'état. Mais, faute d'informations plus étayées, ça me paraît tout de même très curieux.

As-tu participé à leur élaboration ? Non, sérieusement, cette orthographe de 1990 ne reflète que l'apport des cancres.

Le pire, selon moi, c'est l'affaire des trémas. Avec l'orthographe 1990, on n'écrit plus "ambiguë" mais "ambigüe" (pour éviter de se prendre les pieds avec le masculin "ambigu" qui devient du coup "ambigü"). Le seul hic, c'est que les trémas avaient un sens bien précis : modifier le 'e' terminal pour le rendre encore plus "muet" que d'habitude. Ainsi, au lieu de prononcer "ambigue" qui rime avec "gigue", on le prononce comme le masculin.

Avec la version 1990, cette signification des trémas disparaît pour faire place à une signification totalement différente (forcer un "u" à se prononcer, même s'il se prononcerait déjà sans ça). Je trouve le principe un peu pervers quand même.

Un gros avantage de cette version (enfin du greffon d'import PDF qui va avec), c'est la possibilité de travailler avec des PDFs "hybrides". En clair, si vous cochez la case "PDF hybride" lors d'un export PDF, le fichier résultant aura une double nature. Pour un lecteur PDF classique, il apparaîtra comme un simple PDF, mais pour un OOo 3.0 (muni du greffon), il sera totalement éditable comme un véritable fichier ODF.

Rien de bien magique, le fichier résultant est aussi gros que la somme des deux fichiers le composant. Mais ça reste _très_ pratique dès lors qu'on émet des documents à des gens dont on n'est pas certain qu'ils aient OOo. S'ils ont pas, ils peuvent lire. S'ils ont, ils peuvent lire et modifier.

Ceci étant dit, j'avais testé le greffon il y a un bout de temps, et ça avait un goût de "pas fini" au niveau de l'interface : nécessité de refaire un export à chaque modification du fichier hybride (au lieu de simplement enregistrer), difficultés à l'ouverture, ... Cela s'est-il amélioré avec l'approche de la finale?

Non? Bon, ça doit pas être dur à trouver, mais quand même.

Donc Play! ne s'oppose pas directement à RubyOnRails ou Django mais si vous devez développer en Java c'est une piste à explorer sérieusement ....

Le "hic", c'est que si l'on doit développer en Java, c'est généralement avec un environnement donné (Tomcat, ...). Le cas où l'on peut se permettre de faire ce qu'on veut en Java, mais forcément en Java, ça ne doit pas être le plus fréquent.

Mais ça reste sympa de voir un framework Java qui ne ressemble pas aux usines à gaz habituelles.

Et le temps de démarrage de Linux a eu tendance a diminuer pas augmenter (même s'il reste très supérieur a ce que BeOS fournissait).

Boarf, j'ai pas vraiment la même expérience. Autrefois, j'avais tendance à toujours utiliser des Linux taillés sur mesure qui me demandaient un temps fou pour être opérationnels, mais qui étaient - je trouve - bien plus rapides à démarrer que les systèmes génériques que j'utilise aujourd'hui. Bien entendu, je pourrais recommencer à ne fonctionner qu'avec des noyaux compilés-main, avec le maximum de choses en dur, etc. Mais le temps manque, et de toutes façons la prolifération des périphériques amovibles a rendu ce genre d'approche acrobatique.

Pour le delicious-like, tu peux jeter un oeil (si tu t'ennuies) à Semantic Scuttle [1], qui est lui même une évolution de Scuttle (qui est abandonné). Il reprend l'API de deli.cio.us, et y ajoute notamment une gestion hiérarchique des tags. Le tout dans une interface pas vilaine.

Je n'ai pas testé de plugin Firefox particulier, mais un simple bookmarklet fait mon bonheur (et comme ça, je suis libre d'utiliser le navigateur moderne que je veux).

[1] http://sourceforge.net/projects/semanticscuttle