Tarnyko a écrit 599 commentaires

En vrai, la doc du jeu-là, c'est un peu le pire exemple :D.
Il aurait sans doute trouvé oui… mais j'ai préféré être un peu didactique !

je suis habituer au émulateur de consoles qui sont plus simple

Ça se voit 😁.
Et je parie que c'est pas tellement un problème d'émulateur… tu n'as jamais touché à la machine d'origine, je me trompe ?

Il ne suffit pas d'insérer une disquette dans un Amstrad CPC pour que le jeu se lance.
Il faut utiliser l'invite de commandes pour lister son contenu, trouver l'exécutable du jeu, et l'exécuter.

Une fois que tu as inséré l'image .DSK via les menus de l'émulateur, ça revient en général à faire :

cat

<listing ici, en général le jeu finit par .BIN, .BAS ou... rien>
    MYGAME.BIN
    MYGAME1.DAT
    MYGAME2.DAT

run"mygame

<ou pour préciser, s'il y a plusieurs noms identiques :>

run"mygame.bin

Des outils permettent d'automatiser ce processus, comme le font certains émulateurs d'autres machines… mais pas ceux du CPC 😉.
Pour l'instant fais-le à la main -et n'oublie pas que le clavier Amstrad est différent (va voir des photos) ET peut être réglé en QWERTY chez toi !

J'utilise aussi xcpc sous Fedora via le dépôt Non-Free, c'est le premier paquet de ce répertoire.

Tu pourrais le télécharger et l'installer directement ; si tu n'es pas à l'aise avec les paquets RPM en direct, la manière "canonique" est de faire :

sudo dnf install https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm
sudo dnf update --refresh
sudo dnf install xcpc


Alors oui ça, c'est bête !

Je me rappelle de Pear OS.

Il avait disparu de façon mémorable, et se trouvait un peu dans la même niche qu'Elementary OS ; qui lui est resté stable et propose un écosystème d'applications écrites avec la même philosophie (c'est peut-être aussi le cas de Pear OS, j'ai pas regardé).

Bien qu'au coeur on puisse le réduire à un DE, être fourni sous fome de distribution le rend très visible par Mme Michu ; et aussi facilement testable en LiveCD/VM faut être honnête.

Le point commun des deux est d'être une vitrine pour une équipe de dévs à cheval sur le monde libre et du commercial ; d'où le ton très "marketing" (et AMHA un rien maladroit) de l'annonce sur LinuxFR.

Le sacrifice de la bière c'est sacré… sois pas trop dur avec @impromptux, il vient de me filer un bon coup de main ☺️.

Merci beaucoup ! Je teste ça ASAP 🙂

Merci pour ta réaction qui venait du coeur ☺️.

Alors je suppose que ce qui pourrait se passer :
- j'ai installé le paquet "kicad" sur Debian 13 Trixie. Dans ce cas-là, KiCad ne se lançait pas du tout sans Xwayland… mais c'est peut-être parce qu'il a été compilé pour (= en mode X11) ;
- normalement, dans ce mode, il a toutes ses capacités : positionner les fenétres, etc… car Xwayland émule X11 au mieux ;
- mais il est peut-être possible de le compiler sans X11, pour être en Wayland "pur". Dans ce cas, on tomberait effectivement dans le cas décrié par ses devs.

Nota : KiCad a l'air d'être un monstre, j'ai pas les compétences pour le recompiler et être sûr. Mais Xwayland n'est pas près de disparaître !

Ah bon sang, ils ont switché vers labwc l'année dernière \o/ !
Je l'ignorais, y compris qu'ils utilisaient wayfire d'abord (réputé plus tape-à-l'oeil, mais moins stable effectivement)… bon ben le point "embarqué" est prouvé 😎.

Ok donc c'est bien ce dont je me dputais !

Ah ? Alors ça… ça a l'air de faire le café ! (noté pour plus tard)

la seule solution c'était Enlightenment… Ils commençaient à développer un support Wayland […] resté "expérimental" (sic), et au passage Samsung a abandonné Tizen…

Oh, tu sais… je connais très bien Tizen 😉.

J'avais bien entendu connaissance de "Weston" mais c'était longtemps décrit comme un projet "exemple" et pas comme un véritable DM…

Tel quel, ce n'est effectivement pas un vrai DM ; il est surtout réellement exploitable (et exploité) dans l'embarqué.

En dehors de la Raspberry Pi qu'il est la 1ère plate-forme à avoir spécifiquement supporté ("rpi" était un backend dédié avant que son driver s'améliore), il sert aussi de bac à sable à l'automotive avec IVI-Shell qui en réalité l'implémentation d'un standard industriel COSEVA.

Perso j'ai surtout bossé surtout sur lui, et comme je l'aime bien vais sûrement le refaire ; j'ai bien vu que trop peu l'utilisent comme DM faute de modules, et je pense qu'il y a un truc à faire là…

Je trouve que Wayland a raté le virage des supports de type "tablettes" et autres appareils tactiles… Cela lui aurait donné une légitimité de plus pour remplacer X11…

Ah ça, les tablettes, les téléphones (typiquement ce que Tizen essayait de faire)… c'est une occasion manquée du Linux "libre" et standardisé face à une certaine variante 😈. J'ai un avis dessus ici d'ailleurs…

Ahhhhh, un utilisateur de labwc. Enfin, j'en ren-contre un \o/ !

comme la possibilité de forcer les applications à utiliser des décorations côtés client

Alors justement ! J'ai constaté que beaucoup utilisent effectivement la décoration "serveur" fournie par labwc ; c'est agréable car c'est fonction absente sous GNOME p.ex. (qui a beaucoup poussé les décorations exclusivement clientes).

Mais du coup, comment ça se change, pour les tests ? Je connais la variable dédiée aux applis GTK (un truc finissant par "_CSD") mais y a un switch global dans la config labwc ?

je suis passé à xfce4-pannel qui fonctionne parfaitement sous Wayland

Ah xfce4-panel… l'article le montrait à la base, et il est encore supérieur à Cairo-Dock ! Je l'ai juste dégagé à cause de sa dépendance à GTK3 -et pas grand-chose de plus, faut bien l'avouer.

Je viens de l'installer du coup, sur la Debian 13 des captures justement ; ça marche plutôt pas mal. J'ai aussi essayé le zoom (avec la molette, sur la circuit par défaut) sans voir de gros souci… mais j'y connais rien à KiCad 😄 !

Et on est bien d'accord que c'est leur droit le plus fondamental de ne pas fournir du support pour des plates-formes qui ne leur conviennent pas.

Tout à fait !

Mais bon, j'ai aussi du mal à croire que rester sur Xorg soit une solution d'avenir à long terme.

Oui pareil. Après ils doivent se dire qu'il reste du temps, et ils ont pas tort… le soft tourne apparemment grâce à XWayland et lui 1) ne bougera plus trop 2) est parti pour rester !

Alors tu peux tester facile avec mon tuto (attendu que t'aies les bonnes distros ;) ).

Bah le protocole de position est en cours de taf on dirait. Les autres points je sais pas… Moi j'ai des trucs prévus -le tuto est pas innocent- mais rien de ça n'en fait partie…

Ah oui j'ai vu j'ai vu le problème sur certains émulateurs !

Ceux qui savent scaler à une taille arbitraire : no pb. Les autres par contre, ils clignotent et restent tous petits.

C'est vrai qu'après avoir demandé une fois la permission à l'utilisateur, un protocole universel ce serait bien…

Ah cool le 1er, on dirait une outil vraiment universel ! Par contre Tanguy a besoin de n'enregistrer qu'une fenêtre, je suppose qu'au niveau GPU ça ne peut marcher que tant qu'il ne la déplace pas ?
(je vais essayer après ;) )

Ah oui effectivement : cités avec le bon vocabulaire.

Ils utilisent wxWidgets ? Ça m'a toujours intéressé (plutôt sur l'aspect cross-platform que sous Linux où je crois que ça wrappe GTK).

Ils ont visiblement bien investigué. C'est loin d'être aussi noir et blanc que j'aurais cru : ils veulent bien supporter le truc, mais sans faire de cercles.

Après pour un utilisateur KiCad quotidien, c'est aussi rédhibitoire ?

This functionality was omitted by design, not oversight.

C'est vrai… mais je suis d'accord avec la base de ce design.
Je m'explique.

Avec X11 ou ces autres APIs, une application peut demander : "positionne-moi au centre de l'écran, en premier plan" et spammer. Gênant, et c'est une technique connue pour intercepter des frappes clavier etc.

Le protocole Wayland considère qu'une application n'a pas à savoir où elle se situe sur l'écran (profilage) ni à s'auto-déplacer, ni à se remettre au 1er plan… et je suis d'accord.

Mais il existe des cas légitimes pour la position : GIMP avec ses multiples fenêtres d'outils p.ex., dont on aimerait pouvoir sauvegarder la position de session en session.
Dans ce cas, la logique serait plutôt : "j'aimerais sauvegarder ma position actuelle et la restaurer la prochaine fois. Demande à l'utilisateur et, s'il est d'accord, le compositeur s'occupera de ça lui-même".
Un tel protocole est à l'étude je crois (avec eux ou ceux d'une autre appli similaire).

Du coup je comprends la frustration des gens de KiCAD de pas l'avoir là, tout de suite. Mais vouloir positionner sa fenêtre d'autorité, ça ne devrait pas être une API publique que tout le monde peut utiliser.
Et déplacer la souris sans action utilisateur… j'ai vraiment besoin d'expliquer ?

C'est leur droit, c'est une philosophie…

C'est-à-dire : quand bien même tu viens d'indiquer que le soft y marche, ils ne veulent pas de bugs rapportés depuis cet environnement… c'est-à-dire qu'ils ne le "supportent" pas, pour ne pas traiter des bugs dont ils ne se sentent pas redevables (un peu comme si ton soft était conçu pour OpenBSD, et qu'on te rapportait des bugs depuis Linux).

C'est (toujours) légitime du point du vue des dévs, qui font ce qu'ils veulent… mais est-ce raisonnable ?

Aujourd'hui sans doute encore, mais on peut supposer que les utilisateurs du couple Wayland/Xwayland sont déjà nombreux, et qu'ils le seront de plus en plus (cf. intro du journal).

Exiger des utilisateurs impliqués qu'ils réinstallent Xorg (plus officiellement supporté sur RHEL p.ex.) est donc une barrière qu'ils leur mettent, vouée à grandir avec le temps. Je pense que c'est comme ça qu'il faut le voir : comme un "deal" entre une équipe de dév avec sa commu, pas un attentat contre le progrès !

wf-recorder est buggé ?

C'est possible j'avoue, j'ai pas essayé la partie "son" dont j'ai pas l'utilité hors OBS… je pense qu'il faudrait que j'essaie en m'approchant de ta config :

• une lecture en cours (sur VLC ou Celluloid typiquement) ;
• une sortie son virtuelle ;
• les codecs AV1 et Opus (j'utilise plutôt le H.264 et AAC en général ; je commencerai par eux pour voir si c'est pas lié).

En fonction de ça et mon temps dispo je te ferai un retour… je vois que tu as des contacts affichés donc ça devrait pas être trop dur 😉.

C'est 2 philosophies différentes en fait (j'ai aussi OBS d'installé ; je l'utilise en "client lourd interactif", jamais essayé de scripter le bousin).

Peut-on dire qu'OBS est plus pratique en ponctuel, et que la ligne de commande serait plus adaptée à un cron p.ex.?

Ffmpeg n'a pas de module d'enregistrement natif PipeWire.

J'aurais dû lire ton comm' avant mon propre commentaire ci-dessous… bon à savoir, même si ça arrivera forcément un jour (tu peux ignorer cette partie du coup !).

Passionnant, merci ! J'ignorais l'usage du module PulseAudio ; PipeWire en direct ce serait intéressant, si la couche de compat' avec PA fait défaut un jour (mais là j'en suis encore à m'habituer…).

Je réagis sur :

À noter qu'on peut très facilement lancer de façon semblable un compositeur Wayland dans une fenêtre, mais que l'enregistrement d'un affichage Wayland est moins bien supporté : je m'en tiendrai donc à Xephyr.

Normalement la partie vidéo c'est couvert par cette section du billet (l'outil utilise aussi FFmpeg en interne).
Après il resterait à réunir les 2 flux.

Ah je vois ! Tu te connectes par SSH, avec la redirection X11 pour disposer de son socket (ou au pire ça se fait bien à la main).

Par Wayland "seul", avec les compositeurs wlroots et la commande wlr-randr, ça se fait bien aussi en définissant WAYLAND_DISPLAY (l'équivalent de la variable DISPLAY sous X11).

Mais je vois le problème potentiel avec GNOME : il s'attend à du D-Bus. Quand tu te logges en interactif sur la machine, systemd démarre un démon D-Bus personnel… mais pas forcément en SSH, où c'est paramétré via PAM, typiquement dans /etc/pam.d/sshd. Et la config par défaut SSH/PAM considère que tu n'as pas besoin de D-Bus car ce n'est pas un usage "desktop".

Maintenant ça se rajoute sans problème dans la config. D'ailleurs, le wrapper que j'évoque plus haut en aurait aussi besoin, vu qu'il fait du D-Bus… est-ce que ça résoudrait ton souci, ou tu trouves que ça vaut pas le coup (parce que tu as une config hétérogène = GNOME pas partout)?