pulkomandy a écrit 2197 commentaires

Peut-être aussi qu'ils sont restés vagues pour obtenir plus facilement un maximum de signatures en interne. On est toujours d'accord pour signer un "ça va mal, il faut que ça change!", mais pas forcément sur ce qui doit changer et dans quelle direction.

Dans un environnement d'entreprise plutôt Windows, je suis bien content d'avoir OnlyOffice pour ouvrir certains documents sur lesquels je collabore avec mes collègues.

C'est bien joli LibreOffice avec son format ouvert, mais il faut aussi composer avec l'existant. Alors si vous n'êtes pas content, n'utilisez pas OnlyOffice ou bien allez régler les problèmes et contribuer un vrai support des formats open document dedans.

Mais il n'empêche que c'est un logiciel libre qui a tout à fait sa place ici, et c'est très bien d'être tenu au courant des avancées pour voir si oui ou non il faut prendre le temps d'installer la dernière mise à jour, si certains des problèmes qu'on rencontre avec sont corrigés, etc. Pourquoi ça serait plus du spam que les dépêches sur Linux ou Firefox (qui implémente les DRM, bouh c'est pas bien!)?

Il n'y a pas vraiment d'équivalent de l'Académie Française pour l'anglais, par exemple. Pourtant ça semble bien être utilisé comme langue officielle et les textes de loi ne sont pas écrits en anglais de l'an 1000 ou même celui employé par Shakespeare (mais les textes écrits à l'époque sont toujours valables pour certains).

D'un autre côté, si on a le temps de créer ce genre de projet dès maintenant, ça peut aussi permettre dans certains cas que le problème de l'informatique soit réglé, et pouvoir s'occuper du reste le moment venu, ou bien espérer que quelqu'un d'autre l'ai fait de son côté (stocker des pièces de rechange parce que "on sait jamais ça peut toujours servir", par exemple).

Alors certes, l'informatique n'est peut être pas le sujet le plus prioritaire, mais il est relativement peu coûteux de s'en occuper tout de suite (en gros, il faut écrire un peu de code et avoir un très bon plan de backup hors ligne, genre graver tout ça dans une tablette en pierre?)

Ça dépend ce que tu entends par "projet d'envergure". Chez Haiku, nous n'avons pas ce genre de personnage et on s'en passe plutôt bien (ou même, il est arrivé exceptionellement qu'on les mette à la porte). Mais avec seulement 20 ans d'existence et 6 millions de ligne de code, est-ce que c'est un projet d'envergure?

La prochaine fois essaie de monter dans le train sans billet du tout, tu gagneras du temps!

Je pense qu'on trouve encore largement plus de 8051, mais pas forcément sous des formes faciles à exploiter. Par exemple il est embarqué dans des contrôleurs USB, des écrans, ce genre de choses. Tout simplement parce que c'est pas cher et qu'il n'y a pas besoin d'un machin plus gros. Sur des produits vendus à très gros volume, ça vaut le coup de prendre un peu de temps à optimiser le code pour une architecture 8 bit assez limitée.

Dès qu'on est sur des volumes plus faibles, il vaut mieux payer quelques centimes de plus pour un composant plus performant et se rattraper en faisant le dev applicatif 10 fois plus vite.

Ajouter 3 caractères imprimables et disponibles sur un clavier QWERTY ne multiplie les possibilités que par environ 300000 (64³ = 262144, à la louche) - en supposant qu'on les ajoute seulement à la fin. Ça ne semble pas bien grave, surtout que l'algorithme de hashing utilisé à l'époque ne doit pas être un truc qui met à genoux les CPU (ou GPU) modernes.

Oe ne sais plus ou, mais j'avais lu un article d'un des créateurs de Gopher qui avait aassisté à la présentation du www par Tim Brenners-Lee et avait commencé à discuter avec lui pour voir comment faire pour intégrer ça avec Gopher. Et puis finalement ça ne s'est pas fait, les deux projets étaient déjà trop avancés dans des directions différentes.

Je ne pense pas qu'il y ait vraiment eu d'affrontement, probablement moins que entre différents services de messagerie instantanée.

Une des choses marquantes dans cet article, c'est un truc du genre: "j'ai su que gooher avait perdu quand j'ai vu passer un bus avec dessus une affiche avec un lien en www". Le format ést mieux approprié aux besoin des entreprises qui voulaient faire leur communication, et ça a été un aspect pas du tout négligeable pour la propagation auprès du grand public. C'est quelque chose que ni les inventeurs de gopher, ni ceux du www n'avaient vu venir ou anticipé.

Et comme ça ne marche pas, voici une entrée de suivi.

Ah ben bravo, une dépêche qui parle d'un site Gopher et même pas un lien vers le site en question! Comment voulez-vous que les moteurs de recherche remarquent le grand retour de Gopher et commencent à référencer ces sites?

Corrigeons ça tout de suite:
Le site de Taz sur Gopher

Ben, et WebPositive dans Haiku alors?

Peut-être que Perl va disparaître en 2023, et toutes les distributions Linux qui l'utilisent vont disparaître avec?

Euh, ce n'est pas parce que France Télécom a fermé les numéros 3615, 3617, etc que le Minitel est mort.

Il faut se connecter par exemple au 01 8421 8115, qui propose plusieurs services listés à la fin de cet article:

https://medium.com/@cq94/dragster-restauration-du-serveur-minitel-pour-macintosh-7ac6b6f3f890

à quand LinuxFR sur Minitel?

l'qbit, y'est neutre!

Et y'a surtout des Français qui ne parlent pas l'anglais nativement pour s'en plaindre.

Ça fait quelques années que j'utilise le "they" dans les contextes ou je ne souhaite pas genrer les propos (parce qu'on parle d'un ou une utilisateur/utilisatrice/développeur/dévelopeuse dans une documentation, par exemple). Ça se fait très naturellement et personne ne s'en est plaint.

J'aimerais vraiment trouver une solution aussi évidente en français, mais je cherche toujours.

Bonjour,

En ce qui me concerne il s'agit de la dépêche sur jnidbus, j'ai aidé à la rédiger mais le gros du travail est fait par mon collègue SeekDaSky, je pense qu'il mérite ce livre plus que moi et ça serait bien de corriger la liste des gagnants ici aussi.

Merci :)

Je n'utilise pas GNOME. Mais du coup j'ai fouillé un peu et le problème est connu du côté de xscreensaver mais c'est la faute du window manager et/ou des applications: https://www.jwz.org/xscreensaver/faq.html#popup-windows

J'ai une question à ce sujet, on fait comment pour que les notifications de thunderbird ne s'affichent pas par dessus l'écran de veille de xscreensaver? Parce que niveau confidentialité, c'est pas terrible non plus.

C'est triste, parce que les gens sont prêts à payer 12 dollars pour ça, et pourtant Ubuntu n'a pas réussi à trouver de business model qui fonctionne pour Linux sur le Desktop. Trop occupés à réécrire un serveur graphique, un environnement de bureau, tout ça, sans doute?

Parce que bon, pour avoir cotoyé des utilisateurs néophytes d'Ubuntu, le "à force de faire des mises à jour qui ne suppriment jamais les anciens noyaux, mon disque dur est plein et maintenant j'arrive plus à ouvrir une session graphique", c'est un classique du PC en panne. Et pendant ce temps on continue à se moquer de Windows…

Donc oui, les gens sont prêts à payer pour un truc qui juste marche. C'est dommage que Ubuntu ne le propose pas directement, non?

Les infrarouges sont bien ressentis par la peau, même pas besoins des yeux pour ça.

C'est pour faire comme GNU/Linux!

Nous avons notre propre thread "event loop" qui centralise les accès à dbus. On s'arrange pour ne pas faire de traitements trop longs dedans, seulement distribuer les évènements vers d'autres threads.

Il s'agit d'un thread Java qui appelle via JNI les fonctions de la libdbus native, ce qui fait qu'on a peu de code natif à maintenir.

Utiliser GDBus nous aurait contraint à une boucle d'évènement native basée sur la GLib, et du coup à faire beaucoup plus de choses en C ou C++ (langages que j'apprécie beaucoup, mais là on parle d'un projet en Java). Avec JNIDbus, un projet Java peut utiliser DBus sans avoir besoin d'ajouter aucun code natif et de façon plutôt confortable (puisque les messages sont automatiquement convertis en objets Java). Je ne suis pas certain qu'on serait arrivé à la même chose avec une boucle d'évènement native, je pense que chaque application aurait nécessité d'intervenir dessus et du coup on ne pourrait pas vraiment dire que c'est une API Java s'il faut écrire du JNI pour s'en servir.

C'est effectivement une API bas niveau, ce qui serait pénible pour l'utiliser directement dans une application, mais qui est plutôt intéressant pour construire une API Java au-dessus en prenant en compte les besoins de nos applications. C'est souvent difficile de prendre une API haut niveau d'un langage pour l'exposer directement dans un autre.

Pour la liste officielle des bindings, je m'en occuperai à mon retour de vacances la semaine prochaine.

En tant que mec qui maintient des projets libres (sur Github ou pas), j'ai autre chose à faire que de surveiller mes mails pour voir si y'aurait pas un patch à relire qui aurait atterri sur une mailing list. D'autant plus si l'auteur dudit patch n'a pas l'intention de prendre en compte les commentaires faits par les relecteurs.

On a des patchs qui ont plus de 5 ans et qui sont encore en train de murir doucement sur notre outil de suivi. C'est hors de question de gérer ça avec une mailing list.

Il faut se rendre compte que la facilité de cette appruche pour toi qui contribue occasionellement à un projet, c'est du boulot en plus pour les mainteneurs du projet en question (soit pour suivre les patchs à la main, soit pour mettre en place et maintenir un outil de suivi).

Visiblement github a visé juste, pour des projets petits ou moyens, leur approche fonctionne très bien. Et pour les gros, ben ils peuvent se permettre de maintenir leurs propres outils.

Il reste bien sûr le gros souci que tout se retrouve centralisé sur le même site, le jour ou github va fermer, ça va être rigolo!