alberic89 🐧 a écrit 200 commentaires

Excusez-moi si mon journal fait un peu publicitaire, je n'en avais vraiment pas l'intention.
Je reconnais que je n'avais pas vérifié la licence, ni si le code était réutilisable. J'aurais dû, mais le mal est fait.

L'objectif de ce journal était vraiment de vous partager cette petite découverte, qui peut être utile dans de nombreux cas où on a la flemme de réinventer la roue. Je n'ai pas été payé et ne le serais jamais pour rédiger ce journal, ce n'est pas plus de la publicité que quand vous recommandez telle distribution Linux à quelqu'un.

Je suis absolument désolé et contrit, et ferais attention à ne pas répéter ces erreurs.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Il ne te demande que ton mail !?
Parce que moi, il demande mail, nom complet, numéro de téléphone…, Je me suis arrêté là.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Je pense que tu as mal compris le problème ou le code.
Une combinaison n'est pas très grande, juste un tuple de quelques éléments, mais le nombre de combinaisons possibles est gigantesque !!!

Et mon code évalue chaque combinaison une à une dans la fonction checkCombination(), qui prend en paramètre une unique combinaison. C'est là que je dois trouver le plus grand nombre du tuple (la combinaison) pour avoir la longueur de son équivalent binaire afin de savoir combien de fois boucler pour évaluer chaque décimale de chaque élément du tuple convertit en binaire.
La solution est un peu sale, mais je ne pense pas qu'elle impacte beaucoup les performances.

Le problème initial venait du fait que je convertissais un lot de combinaisons en liste avant de les passer à checkCombination(), et de ce fait, je chargeais en RAM un nombre incroyable de combinaisons.

Mon code n'est peut-être pas très clair (normal pour un code), mais seules les deux premières fonctions sont importantes, les autre sont surtout là pour l'interface GUI et CLI et des options particulières.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

En effet, mais il sert seulement si tu crées une fonction qui retourne yield quelquechose.
Dans mon cas, quelquechose est déjà retourné par la fonction combination_with_remplacement().
yield peut être utile, mais pas ici.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Merci !
J'essaie ça tout de suite, mais normalement, ça devrait fonctionner, lentement mais quand même.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Chez moi, un simple F9 suffit pour lancer le linter. L'ennui, c'est que j'oublie souvent de recharger le fichier ensuite.
Mais si je trouve, en effet, je ne manquerai pas de te la signaler.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Merci beaucoup !
J'ai réussi à tout configurer et ça marche !

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Si je lit bien, cette machine est dotée d'une architecture 64 bit mais l'OS est 32 bit. Souhaites-tu garder un OS 32 bit ?

Si oui, j'entrevois deux solution :
Debian supporte encore le 32 bit, c'est donc une option à envisager avec un bureau xfce ou lxde.
Il existe aussi le Raspberry Pi OS Desktop qui est un OS basé sur Debian, optimisé pour le Raspberry Pi mais qui tourne aussi sur une machine standard 32 bit. L'avantage est qu'il est très léger, environ 200-300 Mo de RAM utilisée et 0% du processeur au repos.

Sinon, Lubuntu, une variante d'Ubuntu (basé sur Debian) très légère, disponible uniquement pour le 64 bit.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Il est surtout utile pour des modèles voxelisé comme dans Minecraft et d'autres jeux.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

il explique qu'il a commencé par prendre une photo de chacune des 4000 pièces. Individuellement. ~8H.

Et il a dû recommencer plusieurs fois si j'ai bien suivi. C'est beau la ténacité de certaines personnes. Je me demande quand même s'il n'aurait pas plus vite fait de résoudre le puzzle à la main ?

Le meilleur est quant à la fin, il s'aperçoit qu'il lui manque deux pièces… sur 5000, ça fait du 0.04 % de perte.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

En tout cas, Python n'aurais pas vu le jour sans C, sous interpréteur principal et nombre de ses modules sont codés avec ce langage.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Seulement à 60€ HT/ans chez OVH !

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Ça a l'air sympas, mais sous quelle forme est distribuée la version pour linux ? J'ai vu qu'il s'agissait d'un gros fichier zip "Linux" de 3Go. Est-ce un code à compiler ? un exécutable à lancer ? Pour quelle architecture ?

Je n'ai pas vu s'il y avait une fonction pour transformer une suite d'image en vidéo (stop motion) ?

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Merci beaucoup pour vos réponses.
Je crée ce site pour une association qui n'a pas les moyens de payer un hébergement ou autre, et il est probable que ce site passe de mains en mains au fil des années. Une solution bricolée chez soi n'est donc pas envisageable.
J'ai trouvé un hébergeur DNS gratuit, ClouDNS, mais son interface ne m'est pas plus compréhensible (j'ai ajouté des screenshots dans le forum).
J'ai l'impression que je tient enfin tous les éléments, mais j'ignore comment les emboîter.
Pour résumer :
Mon domaine est enregistré chez eu.org, hébergé chez ClouDNS, le tout redirigeant vers un site chez GitHub.
Si quelqu'un pouvait avoir la bonté de m'indiquer les démarches à suivre pour lier le tout…

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

C'est vrai qu'il propose un visuel que l'on n'a pas sur GitHub Desktop.
Très intéressant, mais dommage qu'il n'existe que pour Windaube ou Mac.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

J'ai crée un fork sur lequel j'ait mis ton code, puis j'ai fait une demande de fusion.
Tu n'as plus qu'à l'accepter.

Un conseil pour la prochaine fois : si les outils git en ligne de commande te rebutent trop, tu peux essayer GitHubDesktop pour commencer. Contrairement à ce que dit son nom, il permet d'utiliser git sur n'importe quel dêpot git, pas seulement GitHub.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Je n'ai pas vu de TapTempo dans sa liste.
Il faudrait en soumettre un, mais lequel ?

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Le site semble surchargé, ma signature a provoqué une erreur Too Many Request 20 per 1 hour.
Il ne lui en faut pas beaucoup dis donc.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

De ce que j'ai vu sur la page du projet, rich a l'air d'être un gros truc.
Est-ce bien pertinent d'ajouter une aussi grosse lib si ce n'est que pour utiliser une infime part de ses fonctionnalités ?

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Pour moi, le problème est que le micro-blogging n'est pas adapté au fédiverse. Autant d'autres choses comme PeerTube le sont, autant Mastodon non.

La grosse difficulté est de trouver l'équilibre entre "chacun son instance" et "une seule instance pour tous".
Si on choisit l'option "chacun son instance", le problème de modération est réglé, mais pour chaque pouet, notre instance créera une tache pour chaque abonné. Dans le cas de compte à plusieurs milliers d'abonnés, ce système n'est pas viable.
Si au contraire on préfère "une seule instance pour tous", alors tout le principe de systéme fédéré est fichu par terre en plus des problèmes de modération, maintenance, …

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Plutôt que dpkg -i foo.deb, j'utiliserais apt install ./foo.deb.
Comme ça, apt pourra résoudre tout seul les éventuelles dépendances manquantes.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Je ne vois vraiment pas où est l'innovation.
Des moules connectées ? Linux sait faire…

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Voici, un peu en retard, l'article sur le bug graphique :
https://hackintendo.com/un-bug-du-sdk-wii-decouvert-13-ans-plus-tard/

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

J'ai trouvé une petite incohérence avec les grilles qui montent et descendent.
Si tu places ton écureuil sous la grille et qu'elle s'abaisse… il n'a rien ! Il peut continuer à se mouvoir librement au lieu de se faire proprement empaler.
Bien sûr, un écureuil empalé resterait accroché à la grille jusqu'à ce qu'elle soit remontée complètement. Il tomberait ensuite jusqu'au plus bas niveau, se secourait un peu la tête et repartirait tout guilleret chercher ses noisettes.

Sinon, très bon jeu, il ne reste plus qu'à créer des centaines de niveaux pour passer de 15 min à 15 h de jeu.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Merci, si j'ai réussi, c'est aussi grâce à toi !

En utilisant le code source sur la branche 1.2 plutôt que des tar-balles, et ne mettant aucune option après ./configure, je n'ai eu besoin d'installer ni freetype ni aucune autre lib bizarre. Apparemment, le bug freetype avait été fixé en 2018.

Mais je vais refaire une série de compilations en activant diverses options, donc je vais peut-être avoir besoin de ta solution pour libpng. Mets-la ici au cas où.

En effet, j'ai au début de l'exécutable (pour arm32) une ligne qui fait référence à un ld-linux-armhf.so.3, inexistant dans mon système arm64. Un lien symbolique génère une erreur encore plus bizarre, donc je vais laisser tout ça tranquille et attendre que RPi OS gère nativement les deux architectures.

Si tu veux toi aussi faire des tests divers sur le jeu, le patch a été mergé dans une pull-request, donc il suffit de récupérer le code en .zip déjà patché sur github à la branche 1.2.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès