Je pense qu'on ne va pas être d'accord là-dessus.
Notamment quand tu dis:
pour ce qui est de compiler du java, c'est un sujet résolu (en bytecode tout du moins).
Résolu en pratique, d'accord.
Mais il y a bien un truc qui le fait, qui doit le faire, à un moment donné; et comment le fait-il ?
Ne pas répondre à cette question au moins une fois ; à mon sens, c'est un manquement majeur.
L'équivalent en TypeScript serait de ne pas expliquer qu'il existe un transpileur nommé "tsc" qui transforme les .ts (que le développeur écrit) en .js (que le navigateur charge).
On peut vivre sans, juste écrire le bousin, cliquer sur le bouton, et recharger la page ; mais ça ne permet pas de qualifier au titre d'expert AMHA.
En fait ça limite le développeur à la tâche d'écriture du code, sans notion de l'environnement en-dessous.
Et je dis bien "limite", sans doute parce que je considère ça insuffisant.
C’est probablement techniquement possible de compiler la plupart des projets Java à la main, mais je suis franchement pas convaincu de l’intérêt.
En fait, c'est moins une question d'utilité (car moi aussi je me sers de l'IDE 24H/24) que de pédagogie.
Quand c'est ton 1er cours de Java, que tu demandes à ton prof comment compiler ton projet constitué d'un seul .java ; et qu'il te répond qu'il sait pas, que de toute façon on va utiliser Eclipse… Précision supplémentaire : il n'a pas non plus cité maven, ni gradle, ni aucun outil du genre.
Notre taf (qui est aussi pour certains notre passion) est basé sur des couches qui s'empilent.
Ne pas évoquer les couches de base, au moins durant la phase d'apprentissage, c'est rendre l'élève captif d'un empilement ad hoc qu'il sera incapable de reconstruire à sa façon si on le change de terrain. À mon humble avis.
Pour qu'il y ait suppression, il faut faire full-upgrade avec apt et dist-upgrade avec apt-get.
OK. Donc en gros : il m'a dit n'importe quoi pour se justifier 😀.
(PS : merci pour l'astuce !)
Je pense qu'il voulait dire, cette version de la librairie n’est entrée dans debian
Ah d'accord, ça sous Debian Stable c'est effectivement plus courant. Pas grand-chose à faire part downgrade son code ou installer la nouvelle lib dans un coin…
(Je me sens vieux, depuis quand faut-il des pilotes dédiés pour une manette USB ? :D :D)
Protip : en se restreignant à des pads XBox pas trop récents, on peut utiliser ça .
Cette librairie n’est entrée dans debian que depuis dix jours environs
Ah oui quand même.
wlroots, c'est la lib de base de 90% des compositeurs Wayland tiers (les autres ont leur propre truc, et moi j'utilise libweston). Tu en aurais eu besoin tôt ou tard.
Par contre : j'ai une connaissance qui a viré Debian Stable après plusieurs occurences de l'apt-get install qui dégage des paquets de base (GNOME, etc). En contre : il auto-validait les apt-get sans lire le détail des paquets ajoutés et supprimés…
Ton avis ? On peut s'en prémunir en marquant des paquets comme "à dégager jamais" ?
Hello David,
Merci pour ton comm, je prends ça dans l'ordre !
Sous licence GPL, pour une bibliothèque c'est la plaie. Personne ne va l'utiliser, au pire LGPL.
Très bonne remarque ! J'avais oublié ça en générant la version "library" de la chose.
Je regarde pour changer les headers et mettre un COPYING approprié dans le répertoire.
En C23 tout cela devient des keywords, donc à éviter.
Excellente remarque également. Je vais les #ifdef-garder. (NB: j'ai prévu une version C23 pour quand j'aurai accès à un compilo capable. Ça me permettra de tester toussa)
Bof, les C11 threads sont extrêmement limités. En vrai personne ne les utilise et on préfère pthread la plupart du temps
Je suis d'accord sur le fait que c'est une version appauvrie des pthreads (sur lesquels ils sont en réalité basés au runtime).
Perso je ne me sers pas de toutes leurs fonctions, sauf celle-là… dont l'absence me paraît absurde:
while (pthread_mutex_destroy(&mtx) == EBUSY) {
// mutex encore verrouillé ailleurs, on attend pour détruire
}
La version C11 "mtx_destroy()" ne renvoie rien… dans ces conditions, le seul contournement c'est de se discipliner ou -super lourd- rajouter une variable de synchro. J'ai choisi l'option 1 pour pas gonfler, mais dommage quand même…
(après mon opinion est que c'est bien de les avoir, même si le draft final est pauvre de fou)
Il y a aucune fonction pour afficher les erreurs en chaine de caractère donc on peut pas faire un convivial perror ni strerror(errno).
Assez d'accord ; c'est là que j'ai réalisé que les messages "perror()" étaient figés dans le runtime. J'avais toujours cru qu'on pouvait les surchager… tu me recommandes quoi, fournir ma propre fonction ?
pourquoi des script shell pour compiler du code et pas un Makefile/ CMake
Etant une pure démo, CMake (que j'utilise couramment) était trop lourd, hors de question.
Un Makefile ça pourrait se faire, juste j'en ai pas écrit à la main depuis des plombes ! Je vais regarder…
(au pire j'ajouterai des $CPPFLAGS/$CFLAGS dans le script -pour que l'utilisateur puisse facilement surcharger les commandes)
Oh là là, tu utilises des // pour commenter du code C, à la place des /* */ ? C'est un peu cavalier quand même, ça ne passera pas sur tous les systèmes.
On me disait déjà ça dans mes cours, quand 1999 était pourtant trèèès passé 😄.
Je pense que c'est un conservatisme "de fait" qui s'appuie sur la transmission informelle plutôt que sur la normalisation formelle :
très peu fréquente et mal suivie en C, une tous les 10 ans ; en C++ c'est important et tous les 3 ans maxi.
Les profs de C reproduisent le code du Grand Schtroumpf ; pour les innovations ils considèrent que c'est pas chez eux et t'envoient vers leurs collègues Java qui savent pas compiler sans IDE ("t'en auras jamais besoin"). (au fait, on t'a dit que j'aimais pousser des [gueule] au fil de l'eau ?)
Très impressionnant.
Et je dis en sachant bien que tu utilises un SDK (mais faire du 100% ASM en 2024, c'est exclu…).
Car là c'est déjà fonctionnel et jouable, j'ai eu envie de le terminer -et l'ai fait !
P.S.: J'aime bien la petite spécificité du jeu, déjà dévoilée plus haut :
if (world.wrap_x) {
et j'ai pas besoin de demander pourquoi les structures sont "packed" avec des membres quasi-tous 16-bits 😉.
2 trucs que j'ai remarqués, et peut-être liés à l'émulateur que j'utilise (Snes9x) :
- si je mappe les boutons de cette façon : ["B"(=tirer) / "A"(=sauter)] ; mon perso saute forcément vers la gauche… ?
- parfois en tirant une flèche avec l'autre bouton ["A"], un mouvement -vers la gauche, mais pas sûr- a lieu à la place.
et je concours que mapper ["Start"]"=["B"] dans les menus serait une très très bonne idée !
l’écrasante majorité des participants au FOSDEM paient leurs consommations avec leur téléphone. Cela vous surprend-il ?
J'ai constaté ça aussi.
Je pense que c'est plutôt une question de génération que de librisme ou même de technologisme : les djeunz utilisent rarement le liquide.
Perso si je paie avec le tél, c'est forcément avec une cryptocoin ; pourquoi faire les choses à moitié ;-) ?
on a beau être en Belgique où la langue française est une des langues nationales, si mon hôtel parlait français, aucun des restaurateurs ambulants n’a honoré des simples commandes (frites, pizza…) en français
Les gens des food trucks parlent en général flamand.
Mais ils se débrouillent correctement aux gaufres ; tu n'as sûrement pas dû trop fréquenter ceux-là ;-).
Maintenant il faut être honnête : un laptop à 400€ de ce genre, passé 5 ans c'est effectivement plutôt de tablette qu'il sert.
Il y a un époque, c'était 2 ans et le double de cette somme, juste pour être à l'aise. Aujourd'hui ça s'est ralenti mais il ne faut pas attendre de miracles.
(j'ai pourtant déjà des VM pour des OS aussi "niche" que NeXTSTEP ou IRIX, mais la différence est que je n'ai pas connu BeOS… pas de nostalgie personnelle. Ça se fera donc uniquement sur les mérites du "produit" !)
Je regrette terriblement que l'on n'ait plus vraiment d'OS libre pensé pour le desktop.
La faute, probablement, à dans l'ordre :
1) l'éparpillement des distributions Linux (Haiku, ReactOS… ont des "fournisseurs" uniques)
2) l'absence d'ABI stable(je vois que Haiku maintient GCC2 pour les vieilles libs BeOS, c'est défrisant pour certains… mais bien ce qu'il faut faire !)
3) rebelote des 2 points ci-dessus pour les environnements de bureau (GNOME ou Plasma ? Et même en restant sous GNOME : 2 releases mineures pètent les extensions… on se croirait dans le monde des mods de JV !)
porter sur Haiku, expliquer ce que j'ai compris de Haikuports…
Je suis supris de voir autant d'intérêt pour Haiku dernièrement (comme cette dépêche) ; quelle motivation pour toi ? Parce que c'est léger et donc facile à partager en VM comme tu l'évoques ?
Wow.
J'ai rarement lu un texte à la fois si technique et si conversationnel, genre "journal de dév du bureau d'à côté", sur un thème aussi niche (car trop "ludique", pourtant une commu est supposée exister…)
J'ai d'ailleurs découvert que les modèles de casque sont en dur dans le kernel pour éviter que le bureau s'affiche dessus.
Ah incroyable. Donc y a un "support" ;-).
Malheureusement cher lecteur l'histoire a beaucoup moins de péripéties, Monado est entièrement libre, les mainteneurs ouverts à toute proposition, donc dès qu'un obstacle se présente on peut le résoudre proprement.
Un chemin de croix, quoi :).
Le sujet m'intéresse car, bien que n'étant plus un hardcore gamer, je n'ai pas envie que mon casque devienne une brique quand le fabricant déménagera sa prison dorée (login online, etc).
Mon cas d'usage est bien sûr le jeu SteamVR.
Mais oublions ça deux secondes, un wrapper SteamVR->OpenXR est-il envisageable à ton avis? Et pourquoi OpenVR, qui a l'air d'être en concurrence directe, est-il si mal-aimé ?
Dans tous les cas, envisages-tu l'intégration de WiVRn dans une solution "clés en main" qui gérerais aussi les inputs du gyroscope positionnel du casque (j'ignore même si ça existe) ?
Tu as tort : je suis un troll de la pire espèce, appuyé sur juste assez de faits pour… ça ;-).
Je note tout de même : "en 1991" et "à la maison".
À cette époque les toolkits les plus répandus (Xt/Xaw et Motif) traitaient les widgets genre les boutons… comme d'assez moches fenêtres indépendantes, dessinées à coup d'aplats et lignes aliasées (les fameuses "primitives X" dont parle Psychofox).
Aujourd'hui faute d'évolution du protocole, c'est plutôt un gros bitmap pour toute la fenêtre, de taille et profondeur de couleurs croissantes, qui circule sur le réseau.
Ça marche pas trop mal chez soi, ou sur le LAN de la fac où le prof nous a fait la démo… mais ça s'écroule rapidement en "bureau à distance".
Tu as aussi constaté toi-même que c'est inapte à du multimédia, car il faut alors un protocole de plus niveau avec plusieurs canaux (son, RPC…) qu'ont p.ex RDP ou X2Go -que vante l'article.
En résumé c'est pas complètement inapte, mais en deçà de ce qu'on trouve désormais ailleurs ; plus un gadget qu'un truc utilisable au quotidien.
(Enlightenment n'est peut-être pas un super exemple pour l'héritage ancien : les nouvelles versions sont recodées de zéro et pensées pour Wayland dés le départ -cause : EFL embarqué)
Pour le reste j'avoue que c'est cool. Arch est connue pour être modulaire. Elle se veut multi-facteur, genre utilisable sur l'embarqué ?
J'ai regardé dans le dernier Qt : les protocoles sont là, pas tous ;
mais les "unstable" présents sont 100% alignés avec Wayland upstream
(comme "idle-inhibit", pensé pour que VLC puise inhiber l'écran de veille pendant la lecture p.ex.).
Je suppose qu'il faut regarder ce qui est le plus répandu et s'en servir ;
à défaut pousser pour l'intégration de son proto, cas d'usage à l'appui, comme d'hab'…
Je suis sous slackware et je démarre ma session graphique soit en faisant startx (si sur un tty > 1) sinon il démarre tout seul lorsque je me connecte sous DWM.
Ah Slackware :-).
Comme tu es sous DWM, tu auras sans doute envie de te diriger vers son port Wayland : DWL.
Concrètement, tu lanceras "dwl" à la place de "startx".
Si tu veux le login graphique avec une boîte de dialogue, tu pourras utiliser p.ex. LightDM qui sait rediriger vers n'importe quel compositeur avec la bonne configuration.
[^] # Re: Génération Z
Posté par Tarnyko (site web personnel) . En réponse au journal C11, listes variantes et le turfu. Évalué à 3. Dernière modification le 14 mai 2024 à 21:25.
Je pense qu'on ne va pas être d'accord là-dessus.
Notamment quand tu dis:
Résolu en pratique, d'accord.
Mais il y a bien un truc qui le fait, qui doit le faire, à un moment donné; et comment le fait-il ?
Ne pas répondre à cette question au moins une fois ; à mon sens, c'est un manquement majeur.
L'équivalent en TypeScript serait de ne pas expliquer qu'il existe un transpileur nommé "tsc" qui transforme les .ts (que le développeur écrit) en .js (que le navigateur charge).
On peut vivre sans, juste écrire le bousin, cliquer sur le bouton, et recharger la page ; mais ça ne permet pas de qualifier au titre d'expert AMHA.
En fait ça limite le développeur à la tâche d'écriture du code, sans notion de l'environnement en-dessous.
Et je dis bien "limite", sans doute parce que je considère ça insuffisant.
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par Tarnyko (site web personnel) . En réponse au journal Merci Debian ! Des heures de perdues en installant une nouvelle carte graphique !. Évalué à 2.
Ah OK, le paquet RPM c'est pareil. Je croyais que c'était une bizarrerie du build, maintenant je sais que c'est de la source.
[^] # Re: Génération Z
Posté par Tarnyko (site web personnel) . En réponse au journal C11, listes variantes et le turfu. Évalué à 7. Dernière modification le 14 mai 2024 à 20:17.
En fait, c'est moins une question d'utilité (car moi aussi je me sers de l'IDE 24H/24) que de pédagogie.
Quand c'est ton 1er cours de Java, que tu demandes à ton prof comment compiler ton projet constitué d'un seul .java ; et qu'il te répond qu'il sait pas, que de toute façon on va utiliser Eclipse… Précision supplémentaire : il n'a pas non plus cité maven, ni gradle, ni aucun outil du genre.
Notre taf (qui est aussi pour certains notre passion) est basé sur des couches qui s'empilent.
Ne pas évoquer les couches de base, au moins durant la phase d'apprentissage, c'est rendre l'élève captif d'un empilement ad hoc qu'il sera incapable de reconstruire à sa façon si on le change de terrain. À mon humble avis.
[^] # Re: Notes
Posté par Tarnyko (site web personnel) . En réponse au journal C11, listes variantes et le turfu. Évalué à 5.
Alors ça… alors ça !!!
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par Tarnyko (site web personnel) . En réponse au journal Merci Debian ! Des heures de perdues en installant une nouvelle carte graphique !. Évalué à 2.
OK. Donc en gros : il m'a dit n'importe quoi pour se justifier 😀.
(PS : merci pour l'astuce !)
Ah d'accord, ça sous Debian Stable c'est effectivement plus courant. Pas grand-chose à faire part downgrade son code ou installer la nouvelle lib dans un coin…
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par Tarnyko (site web personnel) . En réponse au journal Merci Debian ! Des heures de perdues en installant une nouvelle carte graphique !. Évalué à 3. Dernière modification le 14 mai 2024 à 10:12.
Protip : en se restreignant à des pads XBox pas trop récents, on peut utiliser ça .
Ah oui quand même.
wlroots, c'est la lib de base de 90% des compositeurs Wayland tiers (les autres ont leur propre truc, et moi j'utilise libweston). Tu en aurais eu besoin tôt ou tard.
Par contre : j'ai une connaissance qui a viré Debian Stable après plusieurs occurences de l'apt-get install qui dégage des paquets de base (GNOME, etc). En contre : il auto-validait les apt-get sans lire le détail des paquets ajoutés et supprimés…
Ton avis ? On peut s'en prémunir en marquant des paquets comme "à dégager jamais" ?
[^] # Re: Notes
Posté par Tarnyko (site web personnel) . En réponse au journal C11, listes variantes et le turfu. Évalué à 2. Dernière modification le 14 mai 2024 à 09:44.
Hello David,
Merci pour ton comm, je prends ça dans l'ordre !
Très bonne remarque ! J'avais oublié ça en générant la version "library" de la chose.
Je regarde pour changer les headers et mettre un COPYING approprié dans le répertoire.
Excellente remarque également. Je vais les #ifdef-garder.
(NB: j'ai prévu une version C23 pour quand j'aurai accès à un compilo capable. Ça me permettra de tester toussa)
Je suis d'accord sur le fait que c'est une version appauvrie des pthreads (sur lesquels ils sont en réalité basés au runtime).
Perso je ne me sers pas de toutes leurs fonctions, sauf celle-là… dont l'absence me paraît absurde:
La version C11 "mtx_destroy()" ne renvoie rien… dans ces conditions, le seul contournement c'est de se discipliner ou -super lourd- rajouter une variable de synchro. J'ai choisi l'option 1 pour pas gonfler, mais dommage quand même…
(après mon opinion est que c'est bien de les avoir, même si le draft final est pauvre de fou)
Assez d'accord ; c'est là que j'ai réalisé que les messages "perror()" étaient figés dans le runtime. J'avais toujours cru qu'on pouvait les surchager… tu me recommandes quoi, fournir ma propre fonction ?
Etant une pure démo, CMake (que j'utilise couramment) était trop lourd, hors de question.
Un Makefile ça pourrait se faire, juste j'en ai pas écrit à la main depuis des plombes ! Je vais regarder…
(au pire j'ajouterai des $CPPFLAGS/$CFLAGS dans le script -pour que l'utilisateur puisse facilement surcharger les commandes)
# Tout ce mal
Posté par Tarnyko (site web personnel) . En réponse au journal Merci Debian ! Des heures de perdues en installant une nouvelle carte graphique !. Évalué à 7.
Tout ce mal qu'ils se donnent quand même,
et RMS qui va toujours pas installer Debian sur son laptop pour autant ("Not free enough !")…
[^] # Re: Génération Z
Posté par Tarnyko (site web personnel) . En réponse au journal C11, listes variantes et le turfu. Évalué à 2.
Pourtant, on a tous du bien à dire de 42 😉.
Car le bien étant le juste milieu, il s'applique bien à la proportion de 50% des profils qui en sortent !
[^] # Re: Génération Z
Posté par Tarnyko (site web personnel) . En réponse au journal C11, listes variantes et le turfu. Évalué à 4. Dernière modification le 14 mai 2024 à 08:13.
On me disait déjà ça dans mes cours, quand 1999 était pourtant trèèès passé 😄.
Je pense que c'est un conservatisme "de fait" qui s'appuie sur la transmission informelle plutôt que sur la normalisation formelle :
très peu fréquente et mal suivie en C, une tous les 10 ans ; en C++ c'est important et tous les 3 ans maxi.
Les profs de C reproduisent le code du Grand Schtroumpf ; pour les innovations ils considèrent que c'est pas chez eux et t'envoient vers leurs collègues Java qui savent pas compiler sans IDE ("t'en auras jamais besoin").
(au fait, on t'a dit que j'aimais pousser des [gueule] au fil de l'eau ?)
[^] # Re: Gros Beta test
Posté par Tarnyko (site web personnel) . En réponse au journal Super Marian and Robin: brûle mon château, déverse ton huile bouillante. Évalué à 3.
Très impressionnant.
Et je dis en sachant bien que tu utilises un SDK (mais faire du 100% ASM en 2024, c'est exclu…).
Car là c'est déjà fonctionnel et jouable, j'ai eu envie de le terminer -et l'ai fait !
P.S.: J'aime bien la petite spécificité du jeu, déjà dévoilée plus haut :
et j'ai pas besoin de demander pourquoi les structures sont "packed" avec des membres quasi-tous 16-bits 😉.
2 trucs que j'ai remarqués, et peut-être liés à l'émulateur que j'utilise (Snes9x) :
- si je mappe les boutons de cette façon : ["B"(=tirer) / "A"(=sauter)] ; mon perso saute forcément vers la gauche… ?
- parfois en tirant une flèche avec l'autre bouton ["A"], un mouvement -vers la gauche, mais pas sûr- a lieu à la place.
et je concours que mapper ["Start"]"=["B"] dans les menus serait une très très bonne idée !
[^] # Re: Super, mais grosse pression
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Une balade au FOSDEM. Évalué à 4.
J'ai constaté ça aussi.
Je pense que c'est plutôt une question de génération que de librisme ou même de technologisme : les djeunz utilisent rarement le liquide.
Perso si je paie avec le tél, c'est forcément avec une cryptocoin ; pourquoi faire les choses à moitié ;-) ?
# Food trucks
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Une balade au FOSDEM. Évalué à 4.
Les gens des food trucks parlent en général flamand.
Mais ils se débrouillent correctement aux gaufres ; tu n'as sûrement pas dû trop fréquenter ceux-là ;-).
[^] # Re: Point de rendez vous
Posté par Tarnyko (site web personnel) . En réponse au journal Des moules à Bruxelles. Évalué à 2.
Mon camarade aura un masque de cheval,
J'aurai une énorme appétence pour les gaufres.
[^] # Re: Problème logiciel ou matériel ?
Posté par Tarnyko (site web personnel) . En réponse au message Quel est la distribution Linux full 32 bits la plus légére. Évalué à 3.
Tu peux regarder Àdélie aussi.
Maintenant il faut être honnête : un laptop à 400€ de ce genre, passé 5 ans c'est effectivement plutôt de tablette qu'il sert.
Il y a un époque, c'était 2 ans et le double de cette somme, juste pour être à l'aise. Aujourd'hui ça s'est ralenti mais il ne faut pas attendre de miracles.
[^] # Re: Incroyable !
Posté par Tarnyko (site web personnel) . En réponse au journal Coroutines, histoire d'un nouvel inutilitaire…. Évalué à 1. Dernière modification le 24 octobre 2023 à 14:37.
Selon les chapelles, certains vendront Snap, d'autres FlatPak.
Moi je suis les pas de notre maître à tous : AppImage avec le système de mises à jour automatiques qui va bien.
Le fait que rien se détache encore montre ce qu'il reste à faire.
[^] # Re: Incroyable !
Posté par Tarnyko (site web personnel) . En réponse au journal Coroutines, histoire d'un nouvel inutilitaire…. Évalué à 2.
Tu vends du rêve, il faut que j'essaie !
(j'ai pourtant déjà des VM pour des OS aussi "niche" que NeXTSTEP ou IRIX, mais la différence est que je n'ai pas connu BeOS… pas de nostalgie personnelle. Ça se fera donc uniquement sur les mérites du "produit" !)
La faute, probablement, à dans l'ordre :
1) l'éparpillement des distributions Linux (Haiku, ReactOS… ont des "fournisseurs" uniques)
2) l'absence d'ABI stable (je vois que Haiku maintient GCC2 pour les vieilles libs BeOS, c'est défrisant pour certains… mais bien ce qu'il faut faire !)
3) rebelote des 2 points ci-dessus pour les environnements de bureau (GNOME ou Plasma ? Et même en restant sous GNOME : 2 releases mineures pètent les extensions… on se croirait dans le monde des mods de JV !)
[^] # Re: Incroyable !
Posté par Tarnyko (site web personnel) . En réponse au journal Coroutines, histoire d'un nouvel inutilitaire…. Évalué à 2.
Je suis supris de voir autant d'intérêt pour Haiku dernièrement (comme cette dépêche) ; quelle motivation pour toi ? Parce que c'est léger et donc facile à partager en VM comme tu l'évoques ?
[^] # Re: Incroyable !
Posté par Tarnyko (site web personnel) . En réponse au journal Coroutines, histoire d'un nouvel inutilitaire…. Évalué à 5.
Faut relativiser : le journal "vend" du C++, mais il recrute du Python ;-).
# Wow (et questions)
Posté par Tarnyko (site web personnel) . En réponse au journal Mes péripéties en VR. Évalué à 4.
Wow.
J'ai rarement lu un texte à la fois si technique et si conversationnel, genre "journal de dév du bureau d'à côté", sur un thème aussi niche (car trop "ludique", pourtant une commu est supposée exister…)
Ah incroyable. Donc y a un "support" ;-).
Un chemin de croix, quoi :).
Le sujet m'intéresse car, bien que n'étant plus un hardcore gamer, je n'ai pas envie que mon casque devienne une brique quand le fabricant déménagera sa prison dorée (login online, etc).
Mon cas d'usage est bien sûr le jeu SteamVR.
Mais oublions ça deux secondes, un wrapper SteamVR->OpenXR est-il envisageable à ton avis? Et pourquoi OpenVR, qui a l'air d'être en concurrence directe, est-il si mal-aimé ?
Dans tous les cas, envisages-tu l'intégration de WiVRn dans une solution "clés en main" qui gérerais aussi les inputs du gyroscope positionnel du casque (j'ignore même si ça existe) ?
PS : Je promets d'essayer WiVRn une fois !
[^] # Re: Transparence réseau qui fonctionne bien pour moi
Posté par Tarnyko (site web personnel) . En réponse au journal Les distributions Linux abandonnent X11 pour Wayland. Évalué à 4. Dernière modification le 22 septembre 2023 à 16:00.
Tu as tort : je suis un troll de la pire espèce, appuyé sur juste assez de faits pour… ça ;-).
Je note tout de même : "en 1991" et "à la maison".
À cette époque les toolkits les plus répandus (Xt/Xaw et Motif) traitaient les widgets genre les boutons… comme d'assez moches fenêtres indépendantes, dessinées à coup d'aplats et lignes aliasées (les fameuses "primitives X" dont parle Psychofox).
Aujourd'hui faute d'évolution du protocole, c'est plutôt un gros bitmap pour toute la fenêtre, de taille et profondeur de couleurs croissantes, qui circule sur le réseau.
Ça marche pas trop mal chez soi, ou sur le LAN de la fac où le prof nous a fait la démo… mais ça s'écroule rapidement en "bureau à distance".
Tu as aussi constaté toi-même que c'est inapte à du multimédia, car il faut alors un protocole de plus niveau avec plusieurs canaux (son, RPC…) qu'ont p.ex RDP ou X2Go -que vante l'article.
En résumé c'est pas complètement inapte, mais en deçà de ce qu'on trouve désormais ailleurs ; plus un gadget qu'un truc utilisable au quotidien.
[^] # Re: fluxbox et autre...
Posté par Tarnyko (site web personnel) . En réponse au journal Les distributions Linux abandonnent X11 pour Wayland. Évalué à 2.
Tiens d'ailleurs, GNUstep et l'adoption massive d'Objective-C sur le desktop, on en est où :) ?
Bon je déconne, mais il faut jamais rien exclure !
[^] # Re: D'autres avant...
Posté par Tarnyko (site web personnel) . En réponse au journal Les distributions Linux abandonnent X11 pour Wayland. Évalué à 3.
Intéressant !
(Enlightenment n'est peut-être pas un super exemple pour l'héritage ancien : les nouvelles versions sont recodées de zéro et pensées pour Wayland dés le départ -cause : EFL embarqué)
Pour le reste j'avoue que c'est cool. Arch est connue pour être modulaire. Elle se veut multi-facteur, genre utilisable sur l'embarqué ?
[^] # Re: Plus ça change, plus c'est la même chose
Posté par Tarnyko (site web personnel) . En réponse au journal Les distributions Linux abandonnent X11 pour Wayland. Évalué à 3.
Je pense que tu as raison.
J'ai regardé dans le dernier Qt : les protocoles sont là, pas tous ;
mais les "unstable" présents sont 100% alignés avec Wayland upstream
(comme "idle-inhibit", pensé pour que VLC puise inhiber l'écran de veille pendant la lecture p.ex.).
Je suppose qu'il faut regarder ce qui est le plus répandu et s'en servir ;
à défaut pousser pour l'intégration de son proto, cas d'usage à l'appui, comme d'hab'…
[^] # Re: Pour le end user, quelle conséquence concrète ?
Posté par Tarnyko (site web personnel) . En réponse au journal Les distributions Linux abandonnent X11 pour Wayland. Évalué à 3. Dernière modification le 20 septembre 2023 à 20:08.
Ah Slackware :-).
Comme tu es sous DWM, tu auras sans doute envie de te diriger vers son port Wayland : DWL.
Concrètement, tu lanceras "dwl" à la place de "startx".
Si tu veux le login graphique avec une boîte de dialogue, tu pourras utiliser p.ex. LightDM qui sait rediriger vers n'importe quel compositeur avec la bonne configuration.