Larry Cow a écrit 5011 commentaires

Ok je sors ---> []

Et comme ça, on pourra récupérer ta mémoire.

En l'occurrence, la crédibilité de son projet, on n'en a que ce qu'il a bien voulu nous dire. Si le conseiller pouvait venir témoigner ici, on aurait peut-être moyen d'avoir un avis clair. Ici, non, juste une tentative plus ou moins réussie de jeter le bébé avec l'eau du bain.

De meme un freerunner sans data plan, heu ben voila quoi...

Pour faire téléphone, c'est pas franchement important. Sans compter que l'établissement des connexions data ont toujours été un peu merdiques.

Très franchement, je ne crois pas que ce soit l'absence de 3G qui ait coulé le projet (si tant est qu'il a bien coulé).

Oui, ça marche, mais le pékin lambda ne s'en sert pas, du SIP. C'est très pratique pour les gens qui ont un ordinateur allumé constamment, mais pour le reste, c'est très marginal. Sans compter qu'il n'y a pas que Free. Bref, si les FAIs bloquent l'accès LAN et laissent le téléphone fonctionnel, on perdra le SIP. Ca parait logique, et je doute qu'on parvienne à justifier la non-coupure d'Internet juste avec ce genre de prétexte.

Marrant, j'ai toujours cru que c'était un diminutif pour "mongol". C'est vrai que j'ai grandi pas bien loin de la Champagne, mais j'ai toujours eu l'impression que c'était très répandu comme expression.

GNUstep utilise une technique analogue

Euh, non. Par défaut, GNUstep construit ses interfaces à partir d'un format binaire vaguement dérivé des "property lists" (qui, elles, sont lisibles par un humain, mais pas vraiment XML). Depuis quelques années, il est également possible de charger le format binaire d'Interface Builder : les fameux fichier NIB.

Il existe un framework tiers (Renaissance) qui permet de construire une interface depuis une description XML. Mais ça n'est ni le fonctionnement par défaut, ni inclus dans une installation "basique" de GNUstep.

Tu aimerais, d'autres n'aimeraient pas. Tu as des arguments en faveur du non-cumul (plus de temps pour être député, certaines collusions sont moins évidentes), d'autres ont des arguments en faveur du cumul (meilleure connaissance du terrain, pragmatisme).

J'avoue que dans la pratique, des lois faites par des gens qui ne font que ça, ça m'angoisserait un peu. Idéalement, je suppose qu'il faut réussir à avoir un juste mélange des deux.

Effectivement, mais si la question est de permettre de continuer à utiliser la téléphonie IP malgré la coupure de l'accès internet, c'est un faux problème : pas de ToIP sans la box de toutes manières. Donc oui, pour ça la solution technique est accessible et fiable.

Puisqu'à priori, la coupure ne concernerait que la partie Internet et non la partie téléphonique, les numéros d'urgence ne devraient pas être un souci.

Au demeurant, je dois reconnaître que l'opposition a - elle aussi - raconté un peu n'importe quoi sur ce sujet dans les débats d'hier : il n'y a pas vraiment d'obstacle technique à une coupure d'internet qui laisserait le téléphone (IP) accessible. Pour les FAIs qui ont la pleine maîtrise de leur boîtes, il suffit d'inhiber les interfaces LAN. Et je pense que même pour les autres (s'il y en a), la procédure doit être assez simple. Ou alors il est vraiment temps qu'ils changent de métier et se lancent dans l'industrie musicale : c'est tout ce qu'ils trouveront à leur niveau.

Je sais pas qui est M. Brard, mais on ne va quand même pas reprocher à quelqu'un de ne pas traduire les noms des logiciels, si?

Mais si elle meurt en faisant la ruse, est-ce que Crom ne risque pas de rire d'elle, voire de la jeter hors du Valhalla?

Un groupe Allemand qui fait dans le rock 8-bit

J'avoue que je suis un peu déçu. C'est pas désagréable, mais je m'attendais vraiment à de la "pixel music" (façon Pajama Crisis... si quelqu'un sait ce qu'il est devenu). Ici, c'est beaucoup du rock bien conventionnel avec des "bipbips" dessus. C'est pas vilain, mais j'ai été enduit d'erreur par ta description :/

C'est triste, ton avis sur les paysans :(

Preuve que le grand public est incapable de choisir les bons outils...

Manifestement, les développeurs de Freenet non plus (et java pas t'expliquer pourquoi, non plus).

(Note: en cas de désaccord avec ce message, merci de ne le lire que demain, quand ça sera permis).

Oui, enfin c'est comme dire "la voiture c'est dangereux, parce qu'on peut se faire arrêter par les flics ou se faire carjacker". A part "voiture", y'a pas tellement de rapport.

Et d'ailleurs, si tu arrives à déprimer pour ce genre de nouvelles, c'est inquiétant. Tu devrais consulter.

Le "journaliste" qui écrit "pernitieux", il pourrait bien en avoir besoin aussi. Sans compter son style exceptionnel à base d'abus de conditionnels ("d'après certaines sources, respirer serait mortel").

Franchement, on s'en balance. Rien ne te force à brancher ta webcam ou ton micro en permanence. Rien ne te force à charger automatiquement le Flash présent dans les pages que tu visites (Flashblock, c'est bon, mangez-en).

Et, accessoirement, j'ai du mal à voir comment tu arrive à faire le lien entre HADOPI et une (énième) variante de l'attrape-gogo moyen d'Internet. Ou alors c'était juste une tentative de refaire un journal sur le sujet sans rien dire de neuf, mais sans (trop) en avoir l'air. Raté.

Malheureusement, ce n'est pas parce que le medium physique permet des débits symétriques que les opérateurs proposeront de telles offres par défaut. Au delà de la collecte, le fait d'être en asymétrique leur offre d'autres avantages en amont : l'utilisateur moyen est censé recevoir plus qu'il n'émet (et les limitations actuelles font que c'est un cercle vicieux, bien évidemment), et des offres prenant en compte cette spécificité seront probablement plus rentables.

Sauf qu'en pratique, au moment de l'exécution du code python, le bytecode ne change plus. Il serait donc possible, à ce moment precit, de transformer la boucle principale en un morceaux de code machine spécifiquement prévu pour traiter ce morceaux de bytecode particulier.

Mais est-ce que ce genre d'optimisation ne compromettraient pas certains aspects du fonctionnement de Python, comme ses capacités d'introspection et/ou de modification dynamique du code?

Je suis effectivement tombé sur ça, juste après mon commentaire. C'est intéressant, mais d'après certains (voir le lien plus bas) ça "coûte cher" en termes de perfs.

Et apparemment, ça discute fort autour de la sécurité de Python (notamment suite à la remarque des gens de Wesnoth) dans les milieux autorisés. Voir http://tav.espians.com/paving-the-way-to-securing-the-python(...) .

C'est aussi (malheureusement) parce que nous ne sommes pas capables de proposer "mieux".

Idéalement, ces trois problématiques pourraient être réglées par des services Jabber bien foutus : un XID/JID tout simple pour l'échange de coordonées, deux clients compatibles avec Jingle pour la voix, et un truc à la pub-sub (ou à la manière de ce que fait Jabbim) pour le partage de photos.

Tiens, puisqu'on parle de KMS/DRM, une question qui me taraude (et n'a pas forcément sa place dans ce thread, mais tant pis) : puisque ça permettra de lancer X sans être root, est-ce ça sera adaptable? Genre est-ce qu'on pourra brancher d'autres systèmes graphiques sur l'infrastructure en question?

Ça "pourrait" permettre d'expérimenter des voies alternatives à X à moindre frais, si la partie dépendante du matériel n'est plus à réimplémenter...

À partir du moment où tu peux exécuter du code Python qui vient "d'on ne sait où", tu ouvres une brêche. Pas plus que quand tu exécutes un binaire dont la provenance est douteuse, mais ça arrive moins souvent normalement (sous Linux, au moins). Le souci, c'est que Python n'offre pas de mécanisme de "bac-à-sable", contrairement à d'autres solutions comme la JVM ou les implémentations de Javascript dans les navigateurs. Il y eut un temps, il existait un tel environnement (un module à importer, "restricted" ou quelque-chose de ce type), mais il était réputé non-fiable et a été frappé d'obsolescence (et probablement supprimé depuis).

Par exemple, du code Python qui va modifier certains modules installés sur le système (par exemple dans les versions de Python embarquées dans Blender ou Bittorrent) pourrait faire un virus très convainquant, et beaucoup moins difficile que les versions binaires traditionnelles. Je me demande d'ailleurs comment un antivirus réagirait à ce genre de choses.

Bien évidemment, c'est moins critique sous Linux/Unix, avec une installation de Python en lecture-seule pour l'utilisateur moyen. Mais quand même...

Il manque un verbe, compadre.