Mon instinct me dit que ça builde sous Rasp avec X11 ; juste avec Wayland exclusif t'es mort, et c'est pas optimisé, mais ça devrait tourner au pire en soft.
Le port ES2 ça ouvrirait les distros alternatives ARM qui te laissent pas le choix (genre AGL, Tizen).
J'aurais bien mis GLUT dans Abandonware aussi, mais je connais ses mainteneurs et ils auraient pas aimé la vanne ;-).
(réponse : Toutàfé. Léger et proche du matos, ça va te permettre d'apprendre ; par contre vu les limites tu vas vite le dégager. Juste dans le contexte "reprise", se limiter à ça au début, c'est pas idiot)
Au final, c'est typiquement le genre de projet dont j'ai l'expérience (ça s'est vu hein ? C'était fait pour ;-) ) et sur lequel je peux trouver du temps pour conseiller, filer des tips… sans aller jusqu'à le faire moi-même (je taffe sur Chromium).
D'ailleurs Chromium = C++ aussi, et j'ai toujours voulu qu'on soit à 2 dessus ; cet enchaînement irréel :-).
Intéressant ; ce truc utilise OpenGL "desktop" directement et ne dépend pas de grand-chose (GLUT, SDL), ce qui en fait un bon projet pour débutant.
Je me doute qu'il utilise GLUT en l'absence de SDL, pour créer sa fenêtre et recevoir les entrées ; pour moderniser, on peut soit utiliser mon port Wayland de GLUT, ce qui ajoute 1 plate-forme ; soit carrément retirer GLUT et exiger SDL qui supporte déjà Wayland et Cocoa lui-même.
La suite serait :
- une version OpenGL ES2+, ce qui ajoute le support des OS mobiles ;
- une version Vulkan, ce qui fait rentrer chez l'élite :-).
Enfin, ça c'est ce que je dirais au type qui le reprend ;-).
C'est quoi la définition de sérieux ? […] Je pense même pas que la plupart des mes collègues immédiats connaissent le sigle. Si je leur montre un bout de code avec des lambdas et des templates, ils ne comprendront juste rien. […] Aujourd'hui un collègue développeur a vu mon écran […] Il n'avait jamais entendu parlé du langage.
Ces gens ne se tiennent visiblement pas du tout au courant.
Ils peuvent être "appliqués", mais "sérieux" ?
En contexte fermé (vase clos) ils peuvent être considérés comme tels.
En contexte ouvert (contributif) ils seront poussés vers le bas.
Je viens de tester ton outil avec un cas concret qui m'embêtait depuis quelques mois. J'ai ouvert la vidéo et… tu sais que tu es génial ? C'est INCROYABLEMENT efficace. Adopté !
Je l'ai testé sous Windows ; l'installation était sportive, entre autres j'ai dû y installer un compilo C (j'en ferai bien un paquet auto-extractible avec cx_Freeze, que je partagerai ici si tu n'as rien contre).
Je viens de t'envoyer une pull request pour corriger deux-trois soucis que j'ai rencontrés.
Merci bien, c'est ce genre de retour que j'apprécie vraiment.
Les perfs étaient prévisibles : c'était lent mais puissant, fiable.
La fiabilité (que souligne aussi PsychoFox) est appréciable, mais attendue pour des machines de cette trempe -et cette "facture" ;-). Effectivement les benchs pointés ne soulignent pas des performances ahurissantes, mais juste capables de titiller le tiers supérieur pour les modèles les plus chers. J'ai le sentiment que ça ne justifie pas les embêtements d'archi, à moins d'avoir de l'héritage logiciel (legacy) ou des besoin spécifiques couverts par l'OS.
Je l'utilisais pour lire mes mails et chauffer mon bureau.
Et aussi impressionner le touriste ; attends, vu l'installation et les lunettes ça devait être énorme la tête du visiteur tombé dessus par hasard ^ !
Pour répondre à tes questions : en 2017, ça sert plus à rien.
Quel est l'intérêt d'une machine SPARC en 2017 ? Comment ses performances brutes se comparent-elles, par exemple, aux architectures Intel x86-64 et POWER récentes ?
(c'est une vraie question. Je pourrais chercher des benchs moi-même, mais aurais sans doute un meilleur retour sur ce fil)
Si le dixième des sommes perçues par Microsoft en Europe étaient consacrées à supporter par exemple Mageia et SuSE, l'industrie du logiciel serait centrée sur l'Europe. Les développeurs n'iraient plus travailler à l'étranger après avoir fait des études à nos frais. Ce qui manque, c'est une volonté politique.
Comprendre : le problème n'a été rapporté que hier.
La présence de tels OS ne me choque pas en elle-même ; dans une infrastructure sérieuse, il est fréquent de trouver des OS de plus de 15 ans -en fonction des besoins métier.
Ce qui choque en l'occurrence, c'est que de telles machines soient potentiellement joignables de l'extérieur.
Je suis d'accord pour dire que c'est un problème, mais le coup de le rapporter un jour en interne et en public le jour suivant -soit forcément plus tôt que le temps nécessaire à la correction- ça frôle l'irresponsabilité
Si le message ci-dessus dit vrai (pas le temps de vérifier, après tout on est dans un journal public), le sujet n'a été évoqué que hier côté Mageia.
C'est pas un peu rapide pour l'exposer ici, au risque d'attirer des personnes mal intentionnées qui pourraient tenter de l'exploiter ?
Il y a une bonne façon de promouvoir la sécurité, qui passe par une certaine procédure, qui est n'est suivie qu'à 30-40% au mieux…
Loin de moi l'envie de me mêler de vos affaires, mais que vient faire ce journal -factuellement vrai, mais pas non plus indispensable - sur LinuxFR ?
C'est pas plutôt sur les forums et MLs de Mageia directement qu'il faudrait en discuter ?
Que donne Clang en termes de performances et compatibilité sous Windows ?
J'aimerais bien le supporter à côté de GCC/MinGW et MSVC pour mes projets cross-platform ; il y a quelques années quand j'avais regardé, c'était très bogué, limite expérimental.
On trouve aujourd'hui des instructions pour le compiler soi-même dessus, mais peu d'indications sur son état fonctionnel. Des retours ?
Voilà, c'est exactement ça.
Quant on parle de "rétrocompatibilité" avec Windows, on parle de la capacité de déposer et lancer un exécutable précompilé pour Windows 95 (1995) directement sous Windows 10 (2015).
Le problème avec Linux, c'est que si la rétrocompatibilité binaire de son noyau est correcte, ce n'est pas le cas de son userland, qui comprend lui le système graphique, audio… c'est-à-dire la plupart des choses dont un logiciel "desktop" a besoin.
Résultat : on se retrouve à recompiler un logiciel vieux de 20 ans, ainsi que ses dépendances (Qt 3, GTK+ 1.x, OSS…).
On sort donc ici largement des compétences du pékin moyen… et de la plupart des entreprises.
Alors merci pour ton travail, c'est pas mal du tout !
J'ai constaté les petits soucis suivants avec la version 0.6 packagée en RPM :
- les demandes interactives (clé, mot de passe…) se font dans le terminal d'où xsshfs a été lancé, c'est peu intuitif et surtout on ne voit rien si le raccourci .desktop a été utilisé pour le lancer… Y aurait-il moyen d'afficher ça en GUI ?
- ce serait bien d'avoir une confirmation de type "Succès !" si le montage s'est bien effectué ;
- le bouton "Fermer" de la fenêtre "A propos" est inactif ; on peut fermer avec la croix, mais après la fenêtre ne réapparaît plus.
"swrast" est le driver swrast_dri.so ; il s'agit d'un driver DRI, c'est-à-dire correspondant à utilisation locale de la carte graphique pour un rendu "accéléré". Alors qu'effectivement, et au contraire, tu désires un rendu pur software. Essaie de forcer ce comportement en faisant :
$ export LIBGL_ALWAYS_INDIRECT=1
Si l'appli est ancienne et utilise ce bon vieux GLX, et qu'Ubuntu compile Mesa de la bonne façon, ça devrait marcher.
Si ton application est plus moderne et utilise EGL, il y a une autre et meilleure solution. Installe le paquet libegl1-mesa-drivers et force l'utilisation de Gallium avec :
$ export EGL_DRIVER=egl_gallium
(ce driver est capable de transporter du rendu GL software, tout en bénéficiant partiellement de l'accéleration locale)
Alors en fait, Mozilla elle-même ne soutient pas l'initiative, mais il existe Fresh Player Plugin qui est un add-on PPAPI pour Firefox (dont le but avoué est de faire tourner Flash ;) )
Je l'ai essayé très récemment, et ça marche pas mal du tout.
La méthode de migration proposée plus haut est valide ; cependant, si changer les outils dérange davantage que changer d'OS (et c'est souvent le cas, un bon OS est transparent), voici comment prendre le problème dans l'autre sens :
1) Installer une distro Linux avec MATE ; la plupart l'ont, voir Linux Mint ou Ubuntu MATE pour l'avoir préinstallé ;
2) Mettre en place le thème NotXP. Après quelques clics dans le gestionnaire de configuration, le bureau ressemblera à s'y méprendre à un WinXP ;
3) Remplacer les logiciels "faciles" par leur équivalent libre (Internet Explorer par Firefox, etc…). Pour les logiciels délicats (Office p.ex.), utiliser Wine pour lancer les exécutables de la partition Windows survivante. PS : les version récentes les font très bien tourner.
4) Se laisser du temps et de la pédagogie pour les migrer 1 par 1 vers leur équivalent libre (Office -> LibreOffice…)
[^] # Re: jeux libres
Posté par Tarnyko (site web personnel) . En réponse au journal Abandonware, un orphelinat pour projets OSS abandonnés. Évalué à 1. Dernière modification le 18 avril 2019 à 10:00.
Explique ?
[^] # Re: jeux libres
Posté par Tarnyko (site web personnel) . En réponse au journal Abandonware, un orphelinat pour projets OSS abandonnés. Évalué à 2.
Mon instinct me dit que ça builde sous Rasp avec X11 ; juste avec Wayland exclusif t'es mort, et c'est pas optimisé, mais ça devrait tourner au pire en soft.
Le port ES2 ça ouvrirait les distros alternatives ARM qui te laissent pas le choix (genre AGL, Tizen).
[^] # Re: jeux libres
Posté par Tarnyko (site web personnel) . En réponse au journal Abandonware, un orphelinat pour projets OSS abandonnés. Évalué à 6.
J'aurais bien mis GLUT dans Abandonware aussi, mais je connais ses mainteneurs et ils auraient pas aimé la vanne ;-).
(réponse : Toutàfé. Léger et proche du matos, ça va te permettre d'apprendre ; par contre vu les limites tu vas vite le dégager. Juste dans le contexte "reprise", se limiter à ça au début, c'est pas idiot)
[^] # Re: jeux libres
Posté par Tarnyko (site web personnel) . En réponse au journal Abandonware, un orphelinat pour projets OSS abandonnés. Évalué à 2.
Au final, c'est typiquement le genre de projet dont j'ai l'expérience (ça s'est vu hein ? C'était fait pour ;-) ) et sur lequel je peux trouver du temps pour conseiller, filer des tips… sans aller jusqu'à le faire moi-même (je taffe sur Chromium).
D'ailleurs Chromium = C++ aussi, et j'ai toujours voulu qu'on soit à 2 dessus ; cet enchaînement irréel :-).
[^] # Re: jeux libres
Posté par Tarnyko (site web personnel) . En réponse au journal Abandonware, un orphelinat pour projets OSS abandonnés. Évalué à 4. Dernière modification le 17 avril 2019 à 19:57.
Intéressant ; ce truc utilise OpenGL "desktop" directement et ne dépend pas de grand-chose (GLUT, SDL), ce qui en fait un bon projet pour débutant.
Je me doute qu'il utilise GLUT en l'absence de SDL, pour créer sa fenêtre et recevoir les entrées ; pour moderniser, on peut soit utiliser mon port Wayland de GLUT, ce qui ajoute 1 plate-forme ; soit carrément retirer GLUT et exiger SDL qui supporte déjà Wayland et Cocoa lui-même.
La suite serait :
- une version OpenGL ES2+, ce qui ajoute le support des OS mobiles ;
- une version Vulkan, ce qui fait rentrer chez l'élite :-).
Enfin, ça c'est ce que je dirais au type qui le reprend ;-).
[^] # Re: jeux libres
Posté par Tarnyko (site web personnel) . En réponse au journal Abandonware, un orphelinat pour projets OSS abandonnés. Évalué à 4.
Exact, et voilà des projets funs biens motivants !
Tu aurais un exemple tout chaud ?
[^] # Re: Expressivité
Posté par Tarnyko (site web personnel) . En réponse au journal Les 7 étapes pour devenir un programmeur Go.. Évalué à 2.
Ces gens ne se tiennent visiblement pas du tout au courant.
Ils peuvent être "appliqués", mais "sérieux" ?
En contexte fermé (vase clos) ils peuvent être considérés comme tels.
En contexte ouvert (contributif) ils seront poussés vers le bas.
[^] # Re: Mais c'est génial
Posté par Tarnyko (site web personnel) . En réponse au journal La fin des problèmes de sous-titres mal synchronisés ?. Évalué à 2.
Bon ben c'est fait ; la version "Windows standalone" est prête :
srtsync-win32_git22463a1.zip
C'est assez lourd car tout est embarqué (Python, ffmpeg…). Je coderai peut-être un petit frontal quand j'aurai le temps.
# Mais c'est génial
Posté par Tarnyko (site web personnel) . En réponse au journal La fin des problèmes de sous-titres mal synchronisés ?. Évalué à 2. Dernière modification le 22 janvier 2019 à 05:17.
Hello pums974,
Je viens de tester ton outil avec un cas concret qui m'embêtait depuis quelques mois. J'ai ouvert la vidéo et… tu sais que tu es génial ? C'est INCROYABLEMENT efficace. Adopté !
Je l'ai testé sous Windows ; l'installation était sportive, entre autres j'ai dû y installer un compilo C (j'en ferai bien un paquet auto-extractible avec cx_Freeze, que je partagerai ici si tu n'as rien contre).
Je viens de t'envoyer une pull request pour corriger deux-trois soucis que j'ai rencontrés.
Merci encore !
[^] # Re: Performances SPARC ?
Posté par Tarnyko (site web personnel) . En réponse au journal La mort de Solaris et de SPARC. Évalué à 2.
Merci bien, c'est ce genre de retour que j'apprécie vraiment.
La fiabilité (que souligne aussi PsychoFox) est appréciable, mais attendue pour des machines de cette trempe -et cette "facture" ;-). Effectivement les benchs pointés ne soulignent pas des performances ahurissantes, mais juste capables de titiller le tiers supérieur pour les modèles les plus chers. J'ai le sentiment que ça ne justifie pas les embêtements d'archi, à moins d'avoir de l'héritage logiciel (legacy) ou des besoin spécifiques couverts par l'OS.
Et aussi impressionner le touriste ; attends, vu l'installation et les lunettes ça devait être énorme la tête du visiteur tombé dessus par hasard ^ !
Au moins c'est clair :-p.
# Performances SPARC ?
Posté par Tarnyko (site web personnel) . En réponse au journal La mort de Solaris et de SPARC. Évalué à 10.
Quel est l'intérêt d'une machine SPARC en 2017 ? Comment ses performances brutes se comparent-elles, par exemple, aux architectures Intel x86-64 et POWER récentes ?
(c'est une vraie question. Je pourrais chercher des benchs moi-même, mais aurais sans doute un meilleur retour sur ce fil)
[^] # Re: 3 mois pour migrer ?
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Mageia 6 est sortie. Évalué à 4. Dernière modification le 21 juillet 2017 à 19:52.
Concis, clair et juste. CQFD.
[^] # Re: Pourquoi ici ?
Posté par Tarnyko (site web personnel) . En réponse au journal Pas de mises à jour de sécurité depuis 5 ans sur l’infrastructure Mageia. Est‐ce bien raisonnable ?. Évalué à 0. Dernière modification le 07 avril 2017 à 10:15.
Comprendre : le problème n'a été rapporté que hier.
La présence de tels OS ne me choque pas en elle-même ; dans une infrastructure sérieuse, il est fréquent de trouver des OS de plus de 15 ans -en fonction des besoins métier.
Ce qui choque en l'occurrence, c'est que de telles machines soient potentiellement joignables de l'extérieur.
Je suis d'accord pour dire que c'est un problème, mais le coup de le rapporter un jour en interne et en public le jour suivant -soit forcément plus tôt que le temps nécessaire à la correction- ça frôle l'irresponsabilité
[^] # Re: Pourquoi ici ?
Posté par Tarnyko (site web personnel) . En réponse au journal Pas de mises à jour de sécurité depuis 5 ans sur l’infrastructure Mageia. Est‐ce bien raisonnable ?. Évalué à 2.
Merci, j'avais justement la flemme de demander/chercher :).
[^] # Re: Pourquoi ici ?
Posté par Tarnyko (site web personnel) . En réponse au journal Pas de mises à jour de sécurité depuis 5 ans sur l’infrastructure Mageia. Est‐ce bien raisonnable ?. Évalué à 2.
Mouais.
Si le message ci-dessus dit vrai (pas le temps de vérifier, après tout on est dans un journal public), le sujet n'a été évoqué que hier côté Mageia.
C'est pas un peu rapide pour l'exposer ici, au risque d'attirer des personnes mal intentionnées qui pourraient tenter de l'exploiter ?
Il y a une bonne façon de promouvoir la sécurité, qui passe par une certaine procédure, qui est n'est suivie qu'à 30-40% au mieux…
# Pourquoi ici ?
Posté par Tarnyko (site web personnel) . En réponse au journal Pas de mises à jour de sécurité depuis 5 ans sur l’infrastructure Mageia. Est‐ce bien raisonnable ?. Évalué à -3.
Loin de moi l'envie de me mêler de vos affaires, mais que vient faire ce journal -factuellement vrai, mais pas non plus indispensable - sur LinuxFR ?
C'est pas plutôt sur les forums et MLs de Mageia directement qu'il faudrait en discuter ?
# Clang sous Windows ?
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Outils utiles pour développeur. Évalué à 4.
Que donne Clang en termes de performances et compatibilité sous Windows ?
J'aimerais bien le supporter à côté de GCC/MinGW et MSVC pour mes projets cross-platform ; il y a quelques années quand j'avais regardé, c'était très bogué, limite expérimental.
On trouve aujourd'hui des instructions pour le compiler soi-même dessus, mais peu d'indications sur son état fonctionnel. Des retours ?
[^] # Re: Il oublie LES 2 raisons principales
Posté par Tarnyko (site web personnel) . En réponse au journal Pourquoi Windows. Évalué à 4.
Voilà, c'est exactement ça.
Quant on parle de "rétrocompatibilité" avec Windows, on parle de la capacité de déposer et lancer un exécutable précompilé pour Windows 95 (1995) directement sous Windows 10 (2015).
Le problème avec Linux, c'est que si la rétrocompatibilité binaire de son noyau est correcte, ce n'est pas le cas de son userland, qui comprend lui le système graphique, audio… c'est-à-dire la plupart des choses dont un logiciel "desktop" a besoin.
Résultat : on se retrouve à recompiler un logiciel vieux de 20 ans, ainsi que ses dépendances (Qt 3, GTK+ 1.x, OSS…).
On sort donc ici largement des compétences du pékin moyen… et de la plupart des entreprises.
[^] # Re: Et si vous êtes fainéant : Xsshfs
Posté par Tarnyko (site web personnel) . En réponse au journal SSHFS est un vrai système de fichiers en réseau. Évalué à 1.
Alors merci pour ton travail, c'est pas mal du tout !
J'ai constaté les petits soucis suivants avec la version 0.6 packagée en RPM :
- les demandes interactives (clé, mot de passe…) se font dans le terminal d'où xsshfs a été lancé, c'est peu intuitif et surtout on ne voit rien si le raccourci .desktop a été utilisé pour le lancer… Y aurait-il moyen d'afficher ça en GUI ?
- ce serait bien d'avoir une confirmation de type "Succès !" si le montage s'est bien effectué ;
- le bouton "Fermer" de la fenêtre "A propos" est inactif ; on peut fermer avec la croix, mais après la fenêtre ne réapparaît plus.
# Software Rasterizer
Posté par Tarnyko (site web personnel) . En réponse au message X forwarding d'un hôte Intel/rien du tout vers un client ARM/Nvidia. Évalué à 4.
"swrast" est le driver swrast_dri.so ; il s'agit d'un driver DRI, c'est-à-dire correspondant à utilisation locale de la carte graphique pour un rendu "accéléré". Alors qu'effectivement, et au contraire, tu désires un rendu pur software. Essaie de forcer ce comportement en faisant :
$ export LIBGL_ALWAYS_INDIRECT=1
Si l'appli est ancienne et utilise ce bon vieux GLX, et qu'Ubuntu compile Mesa de la bonne façon, ça devrait marcher.
Si ton application est plus moderne et utilise EGL, il y a une autre et meilleure solution. Installe le paquet libegl1-mesa-drivers et force l'utilisation de Gallium avec :
$ export EGL_DRIVER=egl_gallium
(ce driver est capable de transporter du rendu GL software, tout en bénéficiant partiellement de l'accéleration locale)
[^] # Re: Inacceptable ?
Posté par Tarnyko (site web personnel) . En réponse au journal FreeGLUT : premier port Wayland disponible !. Évalué à 2.
Hello MsK,
Possible de développer ce point ?
# Lien vidéo
Posté par Tarnyko (site web personnel) . En réponse au journal FreeGLUT : premier port Wayland disponible !. Évalué à 3.
Argh, lien vidéo cassé, c'est ça de se relire trop vite…
https://www.youtube.com/watch?v=FQvRIoALQyg
[^] # Re: Flash PPAPI support
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Firefox 37 vient de sortir !. Évalué à 2.
Alors en fait, Mozilla elle-même ne soutient pas l'initiative, mais il existe Fresh Player Plugin qui est un add-on PPAPI pour Firefox (dont le but avoué est de faire tourner Flash ;) )
Je l'ai essayé très récemment, et ça marche pas mal du tout.
# Autre technique
Posté par Tarnyko (site web personnel) . En réponse au message Quelle distribution pour convaincre une personne réticente d'abandonner windows XP ?. Évalué à 2.
La méthode de migration proposée plus haut est valide ; cependant, si changer les outils dérange davantage que changer d'OS (et c'est souvent le cas, un bon OS est transparent), voici comment prendre le problème dans l'autre sens :
1) Installer une distro Linux avec MATE ; la plupart l'ont, voir Linux Mint ou Ubuntu MATE pour l'avoir préinstallé ;
2) Mettre en place le thème NotXP. Après quelques clics dans le gestionnaire de configuration, le bureau ressemblera à s'y méprendre à un WinXP ;
3) Remplacer les logiciels "faciles" par leur équivalent libre (Internet Explorer par Firefox, etc…). Pour les logiciels délicats (Office p.ex.), utiliser Wine pour lancer les exécutables de la partition Windows survivante. PS : les version récentes les font très bien tourner.
4) Se laisser du temps et de la pédagogie pour les migrer 1 par 1 vers leur équivalent libre (Office -> LibreOffice…)
# Alternative (uselessd, ...)
Posté par Tarnyko (site web personnel) . En réponse au journal Laisser systemd de côté dans Debian. Évalué à 1.
Bloquer systemd "en attendant que" est intéressant à savoir faire, mais un pis-aller.
Comme l'a dit benoar, il y a uselessd, qui peut constituer une alternative intéressante, techniquement et philosophiquement.
(à titre personnel, j'ai réussi à lui faire booter un des mes systèmes jusqu'à la GUI, mais attends de peaufiner un peu avant d'en faire un journal)