Sytoka Modon a écrit 4550 commentaires

Maintenant aurait-on intérêt à essayer d'obtenir des organismes de recherche des décisions fermes sur les licences des logiciels produites par leurs employé-e-s ? Bien sûr je serais content d'une directive imposant aux chercheu-r-se-s de produire du logiciel libre (mon opinion est que tout le logiciel produit par la recherche publique devrait être libre),

Qu'est ce que la recherche publique ?

Actuellement, dans les laboratoires universitaires, environ 20% du budget (hors salaire des fonctionnaires et des bourses ministères) sont des crédits récurrents. Ces 20% ne permettent même plus d'assurer une fonctionnement minimale (financement des locaux… Yep, on paye un loyer !). Donc 80% sont sur contrat donc c'est de l'argent que le chercheur se démène pour l'avoir (appel à projet, rapports intermédiaires, finaux, réunionite…). Une partie provient d'institution publique (Europe, ANR…) et une partie de boite privée (qui doivent en recevoir plus de l'état en parallèle), assez souvent il y a un mixte de plein de financement car on n'arrive pas toujours à tout financer sur un seul contrat…

Je suis pour la diffusion universelle MAIS il faut reconnaître que la concurrence est là. Les autres pays sont loin de mettre sur la table leur recherche publique et ne se gêne pas pour venir piocher chez nous (par exemple, il y a quelques années, on faisait venir des experts étrangers lors des comités d'évaluation AERES qui repartaient chez eux avec une feuille de route toute faite financé par le contribuable). Il y a des domaines, comme en SPI, ou la recherche publique est au service des français mais en ne mettant pas tout sur la table. Le contribuable s'y retrouve normalement via la bonne santé des entreprises !

Faut-il publier le code source du logiciel permettant de simuler la combustion des futures fusée Ariane VI ?

Il y a des principes et une réalité. Je n'ai pas d'avis complètement tranché. Je serais par contre plutôt partisan pour définir une charte pour les entreprises bénéficiant de la recherche publique (arrêter les paradis (et les bidouilles) fiscaux, salaire max dans l'entreprise à 20 fois le SMIC…). Déjà, rien que cela, ça pourrait être intéressant de voir ce que cela donne.

Des domaines très ouverts comme la mécanique quantique ne diffusent pas tout sur le coup. Par exemple, le CERN garde les données de manip quelques années avant diffusion le temps pour les chercheurs de trouver et publier. L'idéal publique est obligé de se contorsionner aux notions de concurrences et d'état nation dans nombre de cas…

Sincèrement si 2 des plus gros logiciels d'images sous linux ne sont pas capable…

Je suis d'accord pour dire que l'évolution est lente. Pour Inkscape, je ne sais pas pourquoi, je ne le suit plus de près. J'ai l'impression qu'au début il y avait une feuille de route claire sur une dizaine de version et que depuis quelques années, toute cette dynamique s'est un peu essoufflée.

De plus ça ne répond absolument pas au point

Exact. Je n'ai de bien pertinent à rajouter à tes belles paroles ;-)

Désolé de tomber à plat… ce doit être l'âge du coup je tombe dans les clichés ;-) Ceci dis, faire un compilateur C non libre aujourd'hui, je ne suis pas sur que ce soit un choix très judicieux pour assurer sa diffusion… L'INRIA fait plein de truc super mais malheureusement, je n'ai pas l'impression d'en voir beaucoup sur les ordinateurs de mon laboratoire. D'ailleurs, en disant cela, je me demande s'il y aurait un 'grep' magique sous Debian qui pourrait nous donner ce genre de réponse ?

J'ai regardé la vidéo de bout en bout. Je dis juste que que le mode d'action de la souris influence grandement sur la conception des logiciels et des utilisateurs d'aujourd'hui. Actuellement, très peu de jeune raisonnent avec une vision FollowMouse, normal, cela a quasiment disparu des IHM depuis plus de 10 ans.

Or Gimp mais aussi Inkscape ont été conçu à l'origine par des personnes travaillant sur des environnement en FollowMouse. Un énorme boulot a été fait pour les adapter mais je ne suis pas surpris qu'il faille encore du boulot pour les rendre encore plus intuitif (en ClickToFocus).

Bien sur mais ce n'est pas top. D'abord c'est pas intégré dans ssh, les options de la ligne de commande sont très différentes, cela fonctionne par profile. Pas évident de rediriger un port en parallèle. Il y a mosh qui est dans le même esprit que x2go mais en console et il n'utilise ssh que pour ouvrir la connexion, il bascule ensuite en UDP et est très robuste sur des réseaux à très bas débit, ce que n'est pas x2go.

Bref, x2go, c'est très bien mais il reste du travail pour que tout le monde bascule dessus. Et au rythme actuel, plus personne ne sera sous X ;-(

Ceci dis, ça fait chier que Xorg/ssh n'est pas intégré la libnx…

Yep, c'est pas dans la ligne de mire…

Il existe un compilateur C qui est garanti "quasiment sans bug" … Malheureusement, ce n'est pas du logiciel libre

Dès que j'ai lu cela et je me suis dis de suite, ça c'est un truc de l'INRIA. Gagné !

Je ne sais pas quand l'INRIA va comprendre que son modèle ne marche pas toujours ? Enfin, le code source est sur github, je vois que les choses bougent ;-)

Je pensais à Raphaël car il a piloté le projet https://tracker.debian.org/ et a été co-mainteneur de dpkg pendant longtemps (dont il viens d'ailleurs de se retirer). Mais effectivement, il y a plein d'autres développeurs Debian très compétent en France (dont les deux derniers DPL) ;-)

Oui et non.

Gimp a été conçu à l'origine pour un environnement en FollowMouse or actuellement, on est en plein période CLickToFocus et plein écran. Donc Gimp s'adapte, certes lentement…

Quelqu'un qui n'a jamais fait du FollowMouse mais toujours du CLickToFocus a du mal à comprendre ce genre d'application. Personnellement, je regrette que ce type d'environnement soit en retrait de nos jours. C'est en partie logique car le CLickToFocus est adapté au petit écran (portable, tablette, cellulaire) alors que le FollowMouse fonctionne mieux sur grand écran.

A ma connaissance, ce n'est même pas dans Debian donc ça limite les chances de la voir marcher ailleurs que sous Ubuntu…

Humm… "Allo Intel, arrêtez vos bricolages avec vos Core i7 à 3 GHz

Il reste les anciennes couches sur les proc actuels. Intel les as justement viré sur les Xeon PHI. D'ailleurs, Intel voulait repartir de zéro avec l'Itanium et a du bricoler en urgence le jeux amd64 pour ne pas se faire manger… Sinon, le 8086 était le proc le plus pourris, bien plus merdique à programmer que le Z80 ou le 6502. Mais ce n'est pas toujours la meilleure solution qui gagne ;-)

Personnellement, je suis admiratif des ingénieurs d'Intel. C'était pas forcément évident de relever tous les challenges qu'ils ont eu depuis 40 ans… certes, ils ont les moyens.

Un bon point d'entrée serait de contacter Raphaël Hertzog - http://raphaelhertzog.fr/ - https://wiki.debian.org/RaphaelHertzog. Il me semble que c'est un des meilleur point d'entrée en France sur ce sujet.

Je trouve frustrant en 2015 de tomber

Ça tombe bien, Debian cherche des personnes pour les aider à gérer leur infrastructure ;-)

En gros c'est un client lourd qui utilise firefox pour l'affichage ? On n'arrête pas le progrès ;-)

Encore une fois, c'est pas parce qu'on charge deux fois un programme ou une bibliothèque qu'on double l'espace mémoire. Le format ELF est justement fait pour permettre au noyau Linux de ne pas dupliquer le code et il ne duplique les variables que si elles sont modifiés.

Je vais testé cela d'ici peu. J'avais essayé sous Wheezy lors de sa sortie mais ça n'avait pas marché… On trouvait des astuces ici ou la mais rien de bien fonctionnel en pratique.

amusant de claquer comme ça la porte aux nez des pirates en herbe.

Le pb est qu'on va claquer la porte de nos propres utilisateurs avec cette règles ;-) Moi j'ai besoin de plus d'un an pour mettre à jour tous les postes de mes utilisateurs…

ces licences CC avec des restrictions à la noix.

Il me semblait que la notion de commercial n'étant pas claire au final, il fallait -1- éviter ces licences, voire -2-, CC allait les virer dans ses nouvelles versions ?

Ça, c'était quasiment impossible entre Squeeze et Wheezy à faire. Si ça marche, c'est génial !

pour info, je n'aime pas ni utilise Debian et ai quand même cliqué sur "inutile"

Tiens, un Zenitram qui se montre utile ;-)

Debian utilise par défaut Dash et non Bash. L'empreinte mémoire est plus faible. De plus, le format ELF est tel que si tu as 10 Dash de lancés, tu ne consommes pas 10 fois la taille d'1 Dash. Seule la partie variable est dupliquée, non la partie en assembleur (il me semble).

Il me semble que Minix essaye aussi cette voie (http://www.minix3.org/). Il y a aussi Qubes qui explore une voie parallèle (https://www.qubes-os.org/) à base de Xen et de Linux.

Pas de soucis. Après tout bidouillage (ajout de tag…), je fais en général la commande suivante qui permet de mettre la date des fichiers à l'heure de chaque photo.

jhead -ft *.jpg


Un format que je me dis qu'un jour, il faudrait que je teste : Sereal (https://metacpan.org/pod/Sereal). Voila un petit lien sur les performances du bousin https://github.com/Sereal/Sereal/wiki/Sereal-Comparison-Graphs.