pulkomandy a écrit 2019 commentaires

On peut enregistrer des fichiers en XPM. Je suppose qu'on peut ouvrir les deux formats en utilisant sdl_image ou recoil si Grafx2 est compilé avec ces dépeneances optionnelles.

Pas de sauvegarde en XBM pour l'instant.

Avec plaisir :)

Je pensais que la limite à 10000px par 10000px dans GrafX2 ne poserait de problèmes à personne (je sais plus si elle est toujours d'actualité mais il y a eu ça au moins dans des anciennes versions) mais je vois que ça fait des très grandes images.

Le chapitre "Privacy issues in Debian packages" liste toutes sortes de cas où des données peuvent être envoyées vers l'extérieur.

Quelques exemples:

• gmic et basex se connectent à un service pour savoir si des mises à jour sont disponibles
• gnome-calculator télécharge les taux de change de diverses monnaies pour pouvoir effectuer des conversions
• glances (un outil qui affiche un tableau de bord de l'état du système) se connecte à des services externes afin de pouvoir afficher l'IP publique de la machine
• Firefox et Chromium ont pas mal de télémétrie, dont une partie est enlevée par l'équipe de Debian mais probablement pas tout
• cura fait pas mal de télémétrie par défaut, mais la version packagée dans Debian est "nettoyée" de ces problèmes
• python3-aiorpcx, byobu, paris-traceroute, r-cran-curl se connectent au DNS de Google pour vérifier s'il y a une connexion internet fonctionnelle
• azure-cli (un outil pour accéder au cloud Microsoft) collecte de la "télémétrie anonyme" (on ne sait pas trop ce que c'est)
• Un certain nombre d'outils implémentent leur propre configuration DNS et utilisent par exemple les serveurs DNS de Google ou de CloudFlare, ignorant le serveur DNS choisi dans /etc/resolv.conf (ou on peut au moins choisir par qui on est espionné)
• Des outils de visioconférence (movim, psi, et aussi les navigateurs web utilisant WebRTC) ont besoin d'un serveur externe pour établir la connexion (et ainsi éviter les problèmes de pare-feu).

La liste continue avec par exemple des clients de messagerie instantanée qui envoient des notifications quand on est en train d'écrire un message, des clients mail ou navigateur web qui indiquent qu'on utilise Linux dans les messages ou requêtes envoyés, et d'autres infos de ce type (qu'on peut considérer mineures ou gênantes, chacun met sa limite où il veut).

On pouvait y croire, pourquoi pas, mais ce que j'ai retenu de cette lecture c'est aussi un manque de remise en question. Il a fait des choix risqués (quitter son travail bien payé pour travailler sur un logiciel libre), ça n'a pas marché, mais c'est de la faute des autres projets et utilisateurs.

Il a été responsable d'un accident de la route, mais il met les victimes (piétons dont l'une est décédée) entre guillemets.

Il a visiblement reçu beaucoup de critiques sur la façon de géré son projet et personne n'a voulu travailler avec lui pour prendre le relais pour la maintenance. Peut-être que ça montre un problème avec sa façon de travailler et une collaboration difficile.

Alors, oui, y'a sûrement une dose de pas de chance là dedans. Mais il y a aussi peut-être des erreurs dont on pourrait apprendre quelque chose et passer à la suite. Je n'ai pas trop l'impression que c'est le cas (après juste lecture de ce texte, hein, je ne connaît ni le projet, ni l'auteur).

Il y a quelques projets qui font un très bon travail d'optimisation pour fonctionner sur des machines avec de faibles ressources. Je pense par exemple au navigateur web NetSurf, ou à l'éditeur de texte Vim (comparé aux machins modernes de type VSCode par exemple).

Ça ne semble pas trop attirer les utilisateurs ni les contributeurs.

Le premier lien avec sa discussion était acceptable à la rigueur. Mais ce deuxième lien deux jours après qui pointe vers un article de journal qui ne fait que relayer la même info déjà discutée, je ne vois pas l'intérêt.

lien déjà posté la semaine dernière il me semble: https://linuxfr.org/users/krunch/liens/utilisation-du-machine-learning-pour-predire-le-crime-en-col-blanc

Et tant qu'on y est, pour se faire une idée, 0.1µS c'est l'équivalent de la radioactivité absorbée par une personne en mangeant une banane.

Source (référence plutôt pratique dans ce genre de cas, car on est heureusement peu amené à faire des calculs pour savoir si on est dangereusement irradidé dans la vie): https://xkcd.com/radiation/

On est 3 fois plus irradié en vivant à proximité (80 kilomètres) d'une centrale à charbon, et 10 fois plus en utilisant un écran cathodique (qui émet des rayons X).

Du côté des logiciels de dessin, peut-être que ça se rapproche plus du pixel art? Parmi les utilisateurs de GrafX2, il y en a au moins un qui l'utilisait pour ce genre de choses (je crois que c'étaient des motifs pour des machines à tisser industrielles) et qui nous avait fait quelques demandes de fonctionnalités pour cet usage.

Bon, je n'irai pas jusqu'à dire que GrafX2 est plus facile à prendre en main que GIMP, l'interface utilisateur est peut-être un peu inhabituelle, à sa façon.

Et puisqu'on est dans les arts créatifs, toutes ces méthodes fonctionnent aussi pour créer des modèles pour des réalisations en perles à repasser :)

je n'ai pas compris en quoi il y a violation de la licence

Il n'y en a pas.

Les problèmes levés sont plutôt du point de vue organisation de la communauté: comment faire en sorte que les contributeurs qui passent par l'outil d'édition de Bing Maps soient en contact avec le reste de la communauté OpenStreetMap et pas isolés? Est-ce que Microsoft va jouer le jeu ou pas?

Si on regarde les propositions à la fin de l'article:

• Demander à Microsoft d'afficher plus clairement qu'il s'agit de données OpenStreetMap
• Corriger les notifications par e-mail qui ne semblent pas fonctionner (embêtant pour remonter aux gens les problèmes avec leurs contributions)
• Autoriser les gens à utiliser leur compte créé via cet outil (sur les serveurs de OpenStreetMap) également avec d'autres outils

Et les moyens de faire pression sur Microsoft ne sont pas tellement au niveau de la licence (sauf éventuellement pour le premier point ou on pourrait en débattre, d'ailleurs c'est déjà fait dans les commentaires suivants). Pour moi c'est là que ça devient intéressant.

• On peut simplement expliquer à Microsoft qu'ils ont dû faire ça par erreur ou par inattention, et s'attendre à ce qu'ils répondent "oups, en effet c'est vrai merci" et corrigent le problème. Personne n'y croit, mais on sait jamais.
• Demander à la fondation OpenStreetMap de définir une "neutralité des outils d'édition", ou une version plus forte, imposer que les outils d'édition utilisant l'API OpenStreetMap soient des logiciels libres. Là on est plus dans la license, mais dans les conditions d'utilisation de l'API des services OpenStreetMap, on reste dans le domaine juridique
• En dernier recours, couper l'accès à l'API pour cet éditeur afin qu'il ne puisse plus envoyer de données à OpenStreetMap
• Menacer de faire un procès pour non respect de la licence (même si on sait très bien qu'il n'y a en fait pas de problème avec la licence, peut être que ça forcera Microsoft à répondre aux demandes?)

Par exemple, en cherchant de solutions avec les entreprises pour décaler le début/la fin de la journée de travail à l'échelle nationale ?

ça se fait déjà localement.

Quand j'étais étudiant, mes cours commençaient à 8h15 pour passer entre les entreprises qui commençaient à 8h et celles qui commençaient la journée à 8h30.

Il me semble que les chaînes de montage Airbus à Toulouse sont aussi décalées les unes par rapport aux autres pour cette raison.

Le gros problème c'est en fait que beaucoup de gens doivent déposer et/ou récupérer leurs enfants à l'école à des horaires fixes. Donc il faudrait des écoles en horaire décalés synchronisées avec les entreprises?

Sans essayer une première fois avec la dalle à l'envers, et sans oublier une pièce en caoutchouc lors du remontage, ça doit aider. Et je suppose qu'ils ont des outils pour tenir la dalle bien en face du chassis?

Dommage, ça doit être rageant d'avoir échoué sur une "connerie" juste avant la fin, c'était presque bon.

Un peu déçu, mais bon, c'est du matériel trouvé dans une poubelle, j'ai appris quelques trucs sur le fonctionnement des rétro éclairage à LEDs, et je m'y attendais un peu parce que j'avais lu un avertissement dans une annonce ebay: un vendeur de rubans de LEDs lassé de faire des remboursements à des gens qui ont cassé la dalle.

Les drivers de LEDs sont régulés en intensité et pas en tension. Ce qui permet de brancher n'importe quel nombre de LEDs en série sur le driver sans se poser de questions.

La tension se serait donc réduite et l'intensité traversant les LEDs serait restée la même. Et donc la luminosité et la chaleur émise par les LEDs serait restée la même également.

Ce qui permet à Vestel de réutiliser la même carte d'alimentation dans de nombreux modèles de téléviseurs avec des rétroéclairages différents.

Le problème de surtension se pose plutôt si on utilise une régulation en tension (on calcule la chute de tension dans une LED et on multiplie par le nombre de LEDs connectées, éventuellement on ajoute une résistance pour absorber la tension résiduelle), mais ce n'est pas le cas ici.

Une grande partie de l'équipe qui organisait le Google Summer of Code ne travaille plus chez Google, dont des personnes qui étaient là depuis 15 ou 17 ans, qui avaient travaiLé aussi par exemple sur la publication du code de Android sous license libre.

Du côté du système d'exploitation Fuchsia, plus de 60 personnes sur une équipe de 400 ont été renvoyées.

Et, vu la façon dont ça a été préparé (zéro préavis, certains employés ont découvert leur licenciement lorsque leurs badges d'accès ont subittement cessé d'ouvrir les portes en milieu de journée), il est peu probable que le remplacement de ces personnes aie été bien organisé. L'avenir pour ces projets est donc bien incertain :/

Le mot "encodage" existe dans le dictionnaire de l'académie Française: https://www.dictionnaire-academie.fr/article/A9E1373

Il est certes peut-être emprunté à l'anglais, mais c'est le cas de beaucoup d'autres mots Français bien avant lui et probablement bien d'autres après. C'est une langue vivante, c'est comme ça :)

Chez Haiku on stocke ces infos dans des attributs étendus de chaque fichier.

Avantages:
- Pas de fichier "caché" qui traîne dans le dossier
- Si on déplace un fichier dans un autre dossier ou sur un autre disque, ses attributs sont déplacés avec et il y a pas besoin de les regénérer
- Ces attributs sont de toutes façons lus par le navigateur de fichiers pour afficher d'autres informations, donc ça ne rajoute pas beaucoup d'accès disque
- N'importe quelle application peut facilement écrire ces attributs lorsqu'elle enregistre un fichier (par exemple, un émulateur peut enregistrer une miniature de l'écran de la machine émulée dans un fichier de sauvegarde de l'état de la dite machine)

Inconvénients:
- Ça ne fonctionne pas sur les systèmes de fichiers ou il y a trop de limites sur les attributs étendus (par exemple ext4 ou ils ont une taille maximale plutôt réduite)

Ça n'empêche pas de le faire fonctionner sur un ordinateur moderne, mais seulement pour une utilisation personnelle et non-commerciale et sans pouvoir redistribuer le résultat.

J'imagine qu'on pourrait distribuer des patchs de ce code avec un script qui vient télécharger l'archive mise à disposition par le computer history museum, pour compiler l'ensemble?

Sinon, il y a un certains nombre d'autres logiciels: premières versions de Word et de Photoshop par exemple.

Certains sous des licences similaires d'autres sont vraiment libres: https://computerhistory.org/playlists/source-code/

Par exemple, le client mail Eudora est sous licence BSD.

ça n'a pas d'impact sur le code

ça a un impact sur les optimisations que le compilateur va pouvoir faire, et sur les warnings ou erreurs qu'il va pouvoir émettre. Par exemple si une fonction marquée "noreturn" contient le mot clé "return" on peut s'attendre à un avertissement du compilateur.

Si quelqu'un peut corriger cet exemple, je pense qu'il fallait lire:

#include <stdio.h>

int main(void)
{
    const char* source = {
        #embed __FILE__ suffix(, '0') // On ajoute un '0' à la fin pour pouvoir utiliser la chaîne de caractères avec puts
    ;}
    puts(source);
    return 0;
}

Je crois qu'il y a eu une erreur de manipulation quelque part lors de la rédaction de la dépêche, et que le suffixe aurait du être un 0. Je ne sais pas comment il a été remplacé par ce truc bizarre…

Il y a aussi un autre problème pénible à cause de ça.

Si on a des fonctions de ce type:

    // Par exemple pour supprimer un élément dans une 
    // structure de donnée, soit en connaissant sa position,
    // soit en ayant un pointeur sur l'élément concerné
    void RemoveItem(int32_t index);
    void RemoveItem(void* item);

La ligne de code suivante est ambiguë:

    RemoveItem(NULL);

Et, plus gênant, celle-ci aussi:

    RemoveItem(0); // Le 0 est un int mais peut aussi être
        // casté en void* de façon implicite, sinon le NULL
        // ne fonctionnerait pas

En principe, avoir nullptr à la place de NULL permettrait d'éviter ce problème. Mais pour l'instant, NULL reste disponible et les règles de conversion pour qu'il continue à fonctionner restent disponibles aussi.

Je suppose qu'on peut se retrouver dans le même type de situation avec les generics en C?

Bon, déjà ce code ne compile pas parce que l'opérateur != n'est pas défini entre 2 structures.

Mais admettons qu'on veuille les comparer avec un memcmp par exemple.

La spécification dit (le dernier brouillon, je n'ai pas la spécification officielle), dans le chapitre 6.7.10 :

If an object that has automatic storage duration is initialized with an empty initializer, its value is the same as the initialization of a static storage duration object.

Et donc en cherchant un peu plus loin les règles pour les objets concernés par "static storage duration" :

If an object that has static or thread storage duration is not initialized explicitly, or is initialized with an empty initializer, then default initialization:
— if it is an aggregate, every member is initialized (recursively) according to these rules, and any padding is initialized to zero bits;

La réponse est donc oui, le padding est bien initialisé à 0.

Il s'agit en fait d'un "transpileur" qui convertit le bytecode java (fichiers .class) en assembleur pour chaque architecture ciblée. Il ne permet pas de se dispenser d'un compilateur existant qui va convertir le code source Java en fichier .class

Avantages de cette approche:
- ça marche avec n'importe quel langage qui peut se compiler vers un fichier .class
- pas besoin de parser le code source

Par contre il y a beaucoup de limitations, par exemple:
- pas de "garbage collection" (la mémoire est allouée et jamais libérée)
- les opcodes pour les switch/case et quelques autres ne sont pas disponibles
- on ne peut pas créer d'objets avec "new" ni utiliser de méthodes virtuelles

On est donc loin de pouvoir compiler le premier programme Java venu avec cette solution.

Mais pratique pour installer un télescope pas gêné par la pollution lumineuse: il suffit de se placer sur le bord de la Terre, et de construire un mur de l'autre côté.

Ou même d'aller s'installer en-dessous de la Terre vu qu'il n'y a personne?