alberic89 🐧 a écrit 191 commentaires

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

Merci beaucoup pour cette piste.
En effet, l'ajout de CXXFLAGS=-std=c++03 au Makefile.am a résolu mon problème.
Encore merci.

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

ÇA MARCHE !!! Alléluia ! Gloire au manchot tout-puissant !
J'ai fini par réussir à compiler une version correcte. Globalement, tout a l'air de fonctionner à part les traductions. J'ai eu des messages bizarres à la compilation, voir ici.
J'ai tout compilé sur une version 32 bit du RPi OS, avec juste les libsdl1.2-dev, en appliquant préalablement le patch ci-dessous. Il faut lancer le fichier src/wesnoth depuis la racine du dossier du jeu pour qu'il trouve tous les dossiers de ressources et de config.
Seuls petits points négatifs, il faut un environnement graphique, et quand j'essaie de le lancer sur un système 64-bit, le terminal m'informe gentiment que mon fichier n'existe pas (alors qu'il l'a sous les yeux !).
Voici le patch pour ceux que ça intéresse :
```diff --git a/Makefile.am b/Makefile.am
index 0d878c4..2950977 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1,3 +1,4 @@
+CXXFLAGS=-std=c++03
ISUBDIRS = icons
SUBDIRS = po m4 src doc $(ISUBDIRS)
pkgdatadir=$(datadir)/@DATADIR@
diff --git a/src/actions.hpp b/src/actions.hpp
index 0191f8b..0a9a287 100644
--- a/src/actions.hpp
+++ b/src/actions.hpp
@@ -23,6 +23,7 @@ struct combatant;

#include "map.hpp"
#include "unit.hpp"
+#include "unit_map.hpp"

#include

diff --git a/src/ai_dfool.hpp b/src/ai_dfool.hpp
index ec043c4..d0f4076 100644
--- a/src/ai_dfool.hpp
+++ b/src/ai_dfool.hpp
@@ -5,6 +5,7 @@

#include "ai_interface.hpp"
#include "map.hpp"
+#include "unit_map.hpp"
#include
#include
#include
diff --git a/src/config_adapter.cpp b/src/config_adapter.cpp
index 9fd56ae..2726804 100644
--- a/src/config_adapter.cpp
+++ b/src/config_adapter.cpp
@@ -12,6 +12,7 @@
*/

#include "global.hpp"
+#include "unit_map.hpp"

#include
#include "config_adapter.hpp"
diff --git a/src/game_events.hpp b/src/game_events.hpp
index 4e0280d..dd2b8cc 100644
--- a/src/game_events.hpp
+++ b/src/game_events.hpp
@@ -21,6 +21,7 @@ class display;
#include "map.hpp"
#include "team.hpp"
#include "unit.hpp"
+#include "unit_map.hpp"
#include "variable.hpp"

#include
diff --git a/src/pathfind.cpp b/src/pathfind.cpp
index 6a61b4b..4f2c841 100644
--- a/src/pathfind.cpp
+++ b/src/pathfind.cpp
@@ -19,6 +19,7 @@ See the COPYING file for more details.
#include "log.hpp"
#include "pathfind.hpp"
#include "util.hpp"
+#include "unit_map.hpp"
#include "wassert.hpp"

class gamestatus;
diff --git a/src/preferences.cpp b/src/preferences.cpp
index c71ffef..e3f8d85 100644
--- a/src/preferences.cpp
+++ b/src/preferences.cpp
@@ -24,6 +24,7 @@
#include "preferences.hpp"
#include "sound.hpp"
#include "util.hpp"
+#include "unit_map.hpp"
#include "video.hpp" // non_interactive()
#include "wassert.hpp"
#include "wesconfig.h"
diff --git a/src/unit.hpp b/src/unit.hpp
index c23006d..dbc31cf 100644
--- a/src/unit.hpp
+++ b/src/unit.hpp
@@ -19,9 +19,9 @@
#include "team.hpp"
#include "unit_types.hpp"
#include "image.hpp"
-#include "unit_map.hpp"

class unit;
+class unit_map;
class display;
class gamestatus;

@@ -396,16 +396,7 @@ void sort_units(std::vector< unit > &);

int team_units(const unit_map& units, unsigned int team_num);
int team_upkeep(const unit_map& units, unsigned int team_num);
-unit_map::const_iterator team_leader(unsigned int side, const unit_map& units);
-std::string team_name(int side, const unit_map& units);
-unit_map::iterator find_visible_unit(unit_map& units,
- const gamemap::location loc,
- const gamemap& map,
- const std::vector& teams, const team& current_team);
-unit_map::const_iterator find_visible_unit(const unit_map& units,
- const gamemap::location loc,
- const gamemap& map,
- const std::vector& teams, const team& current_team);
+

struct team_data
{
diff --git a/src/unit_abilities.cpp b/src/unit_abilities.cpp
index 4fa0f6a..8bd4460 100644
--- a/src/unit_abilities.cpp
+++ b/src/unit_abilities.cpp
@@ -12,6 +12,7 @@
*/

#include "unit.hpp"
+#include "unit_map.hpp"
#include "unit_abilities.hpp"

#include "wassert.hpp"
diff --git a/src/unit_map.hpp b/src/unit_map.hpp
index e71203a..d8b8059 100644
--- a/src/unit_map.hpp
+++ b/src/unit_map.hpp
@@ -14,6 +14,7 @@
#define UNIT_MAP_H_INCLUDED

#include
+#include
#include "map.hpp"
#include "unit.hpp"

@@ -149,4 +150,15 @@ private:
std::mapgamemap::location,std::pair<gamemap::location,unit*> map_;
};

+unit_map::const_iterator team_leader(unsigned int side, const unit_map& units);
+std::string team_name(int side, const unit_map& units);
+unit_map::iterator find_visible_unit(unit_map& units,
+ const gamemap::location loc,
+ const gamemap& map,
+ const std::vector& teams, const team& current_team);
+unit_map::const_iterator find_visible_unit(const unit_map& units,
+ const gamemap::location loc,
+ const gamemap& map,
+ const std::vector& teams, const team& current_team);
+
#endif // UNIT_MAP_H_INCLUDED
diff --git a/src/upload_log.cpp b/src/upload_log.cpp
index 0718249..bcf38fc 100644
--- a/src/upload_log.cpp
+++ b/src/upload_log.cpp
@@ -23,6 +23,7 @@
#include "upload_log.hpp"
#include "wesconfig.h"
#include "wml_separators.hpp"
+#include "unit_map.hpp"

#include "SDL_net.h"

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

Bonjour,
J'ai regardé ça en détails, ils n'iront pas pour mon imprimante.
Tant pis, merci quand même.

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

Le système de fermeture de bouteille que tu décrit se nomme 'fermeture mécanique', aussi appelé 'fermeture à cannette'.
Sinon, très bonjour, nal, très intéressant malgrès les gros pavés.
Il faut que je zyeute si ils font un truc pour les tartes à la framboise.

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

Merci pour toutes ces précisions qui manquent en effet dans mon journal.

Je tiens à préciser tout de même que je ne blâme personne des bugs que je rencontre, ce n'est pas pour rien que cette fonctionnalité est marquée comme expérimentale.

Le but de ce journal est simplement de décrire ce que constate un utilisateur lambda lorsqu'il décide d'activer Wayland sur son Raspberry Pi OS, pour qu'un nouvel utilisateur ne soit pas trop surprit ou ne cherche pas trop loin lorsqu'il rencontre les bugs cités ci-dessus.

Que ce soit à cause de Wayland, de l'équipe Raspberry ou des devs Microsoft, là n'est pas la question. C'est vrai, je l'ai peut être mal formulé dans mon journal.

Si ça intéresse quelqu'un, il suffit de se connecter une fois avec Xorg puis de repasser à Wayland pour que GitHub Desktop fonctionne.

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

Merci pour le lien. Apparemment, la version fournie par le Raspberry Pi OS n'est pas à jour. Je vais retenter tout ça voir si j'ai toujours les mêmes bugs.

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

J'ai testé sur un 4B 4Go, mais je pense que ça fonctionne avec tous les modèles. Il suffit d'avoir le Raspberry Pi OS à jour.

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

Je n'avais jamais eu ces bugs, et ils ont disparu dès que j'ai arrêté d'utiliser Wayland. L'outil raspi-config propose par défaut un reboot après des modifs importantes.

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

J'ai oublié l'impossibilité de changer de fond d'écran.

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