La documentation est claire (si jamais vous trouvez ce que vous cherchez. Ça manque d'un wiki tout ça)
Le point fort d'OpenBSD, toujours cité dans les revues, est bien sa documentation ultra-claire et au taquet.
Après les barbus de Theo sont pas les plus grandes Web wh*res ; je me rappelle d'un mec qui voulait ajouter une feuille de style CSS à ladite doc et s'était fait trouer la peau. Un wiki ? Spontanément, ça les ennuiera sans doute de devoir surveiller le truc s'il est hébergé chez eux ; ils seront peut-être OK si on s'occupe de l'admin (infra+contenu) en même temps.
// Make sure we are not doing silly things like trying to run in a wayland-session!
if (!environment_is_session_type (XdgSessionType.X11)) {
critical ("Only X11 environments are supported.");
quit ();
return;
}
Par ailleurs, j'aime bien le langage dans lequel Plank est écrit, mais il a été clairement fait avec GNOME en tête (rien ne sépare le spécifique à ce DE du reste), alors que Cairo-Dock est plus modulaire.
(qu'il n'ait pas été màj depuis 7 ans n'est pas un critère, je réutilise des trucs bien plus vieux)
Polymer n'est pas vraiment aussi complet que ça ; c'est juste un toolkit graphique (boutons, listes…) qu'on associe souvent aux autres technos que tu cites.
De que je comprends de ton message et d'une relecture des pages (car ce n'est pas expliqué aussi clairement que j'aurais aimé), Atlas est donc son propre serveur Web. Il génère et héberge du pur HTML/CSS à partir d'une syntaxe propre, mais bindée à d'autres langages. Ca me fait donc pas mal penser aux 1ères versions de Dart.
C'est une approche qui me plaît et qui se défend, surtout que sans JS elle rend mécaniquement l'appli légère et compat' avec tous les navigateurs imaginables (même NCSA Mosaic ;) ).
Par contre ça doit être bien spécifique et lourd à maintenir ! Je ne saurais promettre que ça matche mes besoins ni ceux du jeune, mais je note :).
Marrant la coïncidence : hier j'en parle, aujourd'hui tu en causes ET j'ai une offre de mission dessus :).
Voilà c'est bien dit : Object Pascal (sauce Delphi ou Lazarus) est un genre de mélange C/C++ avec une IDE nickel, un set de librairies IHM-multimédia-réseau standardisées et même un designer drag-&-drop pour le public collège.
Son "agonie" se voit surtout dans le faible nombre de libs externes (gestion des BDD, du SSL…) ; mais pour un usage strictement éducatif, je vois vraiment pas ce qui empêche ta connaissance prof de l'utiliser en cours.
J'ai vu ce souci aussi, il est connu, Hyper-V prend l'exclu sur le reste.
Après avoir WSL et un logiciel de virtu non-Hyper-V sur un Windows "serveur", hors labo ou dév, c'est rarissime comme cas.
Intéressant, juste les artefacts te dérangent ?
Je suis potentiellement intéressé pour slimfaster Cairo-Dock en dégageant justement la partie X11, ce qui implique que je testerai que sous Wayland. Si je reproduis pas à ce moment-là, je peux te filer un source pour que tu testes ? (je pourrai juste sûrement pas filer un .deb, même pas un .deb source, j'ai Debian/Ubuntu nulle part)
Merci pour la réf !
J'ai regardé, en diagonale honnêtement car de ce que je comprends, c'est un toolkit Web (comme Polymer, toutes proportions gardées) ?
Pourquoi les technos "font débat", alors ? Parce que ça mouline en JS derrière ?
Vous avez raison tous les deux.
L'installeur Python et le mécanisme "alias" de Microsoft jouent tous les deux avec le PATH.
Il est possible/facile de se retrouver dans une configuration où le comportement obtenu n'est pas celui attendu par la développeur - ce qui à causé notre détresse de hier soir.
C'est pas la mort, mais ça reste selon moi un obstacle supplémentaire posé par un mécanisme gadget (ou pire, orienté) à un travail serein.
A noter que l'alias est poussé à distance par màj, ce qui explique pourquoi Zenitram a pu reproduire sur une machine précédemment clean.
Je te pertinente, parce que ça explique leur implémentation (finalement assez naïve) du truc, que j'ai pas jugé utile de détailler.
C'était pas dur à résoudre/contourner, mais avoue que ça méritait un Nal nan ?
pkg-config existe que sous linux, et probablement *BSD
Sous Windows aussi, avec MinGW de préférence (personne maintient trop de scripts MSVC).
Je regrette personnellement que tant de projets se basent sur les .cmake
Mais tellement pareil !
On était obligé de les utiliser/écrire dans mon dernier taf… Ça devient lourd dès que tu éclates un projet en plugins et sous-répertoires, avec des scripts qui se sourcent en variables (custom et CMake-mal-documentées mélangées) dans leurs dépendances -forcément quand la dépendance change le script, ça pète.
pkg-config c'est bête, méchant, les fichiers sont tous écrits et installés pareil.
C'est sûrement ça : va la quantité de bindings, ça permet de faire plein de trucs (IHM, audio, réseau…) sans trop se fouler, même si on ne comprend pas tout.
Et pis y a un installeur connu (bientôt supplanté par celui du Store ;) ?), léger et glissable sur une clé USB avec un gestionnaire de paquets.
On peut pas en dire autant de C/C++ (trop de compilos, repos, libs non-standard), Java (trop lourd, versions bordéliques), C# (support variable selon la plate-forme)…
Si vous avez une idée d'autre langage "éduc-facile", chuis preneur :). Je me lance : Lazarus, Gambas.
Anecdote : quand sous RHEL8, j'ai fait pour avoir la démo:
python3 -m tkinter
ça m'a affiché une fenêtre toute vide d'1x1 pixels :D.
je te conseille pysimplegui
Merci, dépêche vue ! J'ai regardé les backends ; y a Qt, WxWidgets, Android, et même du web ? Ça a l'air de faire le café.
La prof du jeune fournit des exemples Tkinter, d'où le truc hein, je vais lui en toucher un mot !
Bonne suggestion !
J'aime bien MSYS2, un bon équilibre entre toolbox (ce qu'était le MSYS original) et système de build & gestionnaire de paquets. Pas trop lourd, assez traditionnel sans IHM, et à jour.
GTK+ le conseillait d'ailleurs pour ceux qui voulaient des binaires Windows propres -à défaut de vérifiés.
Si quelqu'un voulait un tel système, et faute d'avoir pu tester le reste, c'est sûrement ce que je conseillerais aussi.
CMake est pas trop mauvais, mais oui quand il se vautre c'est tout sauf clair. Vu la "customabilité" de sa méthode de découverte (pkg-config, un fichier .cmake, autre-chose-fais-toi-plaisir ?), il vaut mieux surveiller chaque étape et pas en rajouter trop d'un coup.
Ça a l'air sympa. Avec les paquets RPM que je gère, y a pas de moyen simple de faire ça sans s'asseoir sur rpmbuild -pas que je prétende avoir cherché à mort hein, sauf fix one-line je produis en général le paquet qu'en fin de course.
Un système de paquet aussi souple pour le dév/utilisateur, qui n'incite donc pas à s'en passer au quotidien, je plussoie forcément !
Je lui en ait causé, justement car les listes/collections de Python sont trop "haut niveau" pour lui ; il n'a pas d'expérience de base, et s'étonne de facilités comme le for…in qu'on lui fait utiliser sans même expliquer qu'on pouvait tout simplement accéder à un élément par indice numérique…
Pour cette raison, je préfèrerais commencer avec du C "compatible" pour monter en C++, mais :
- on lui demande de faire des IHM, là il sert de Tkinter ;
- en C pur sous Windows avant de migrer, Qt n'est pas utilisable et GTK+ n'est plus une option correcte (GTK+2 n'est plus maintenu, GTK+3 mal intégré), ça vendra pas du rêve ;
- il suit un cursus généraliste et devra de toute façon rendre du Python dans ses devoirs.
Donc j'attends que ça vienne de lui sur mes conseils, pour qu'il me le reproche pas si ça dévie trop :).
Ça se change dans une nouvelle fenêtre de l'IHM (qui apparaît en tapant "alias", d'où le titre du Nal), le cas échéant base de registre oui.
Le comportement n'est pas contre pas explicité, il faut farfouiller en ligne.
# Hmmm
Posté par Tarnyko (site web personnel) . En réponse au message Comprendre Linux. Évalué à 4.
Hmmm, coquin !
# LA doc d'OpenBSD
Posté par Tarnyko (site web personnel) . En réponse au journal Auto-hébergement sous OpenBSD. Évalué à 3. Dernière modification le 05 mars 2021 à 09:21.
Le point fort d'OpenBSD, toujours cité dans les revues, est bien sa documentation ultra-claire et au taquet.
Après les barbus de Theo sont pas les plus grandes Web wh*res ; je me rappelle d'un mec qui voulait ajouter une feuille de style CSS à ladite doc et s'était fait trouer la peau. Un wiki ? Spontanément, ça les ennuiera sans doute de devoir surveiller le truc s'il est hébergé chez eux ; ils seront peut-être OK si on s'occupe de l'admin (infra+contenu) en même temps.
[^] # Re: dedian testing
Posté par Tarnyko (site web personnel) . En réponse au message Freeze de gnome shell.. Évalué à 1. Dernière modification le 05 mars 2021 à 05:27.
J'en doute :
Par ailleurs, j'aime bien le langage dans lequel Plank est écrit, mais il a été clairement fait avec GNOME en tête (rien ne sépare le spécifique à ce DE du reste), alors que Cairo-Dock est plus modulaire.
(qu'il n'ait pas été màj depuis 7 ans n'est pas un critère, je réutilise des trucs bien plus vieux)
Je vais essayer de les utiliser et je verrai.
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 0.
Polymer n'est pas vraiment aussi complet que ça ; c'est juste un toolkit graphique (boutons, listes…) qu'on associe souvent aux autres technos que tu cites.
De que je comprends de ton message et d'une relecture des pages (car ce n'est pas expliqué aussi clairement que j'aurais aimé), Atlas est donc son propre serveur Web. Il génère et héberge du pur HTML/CSS à partir d'une syntaxe propre, mais bindée à d'autres langages. Ca me fait donc pas mal penser aux 1ères versions de Dart.
C'est une approche qui me plaît et qui se défend, surtout que sans JS elle rend mécaniquement l'appli légère et compat' avec tous les navigateurs imaginables (même NCSA Mosaic ;) ).
Par contre ça doit être bien spécifique et lourd à maintenir ! Je ne saurais promettre que ça matche mes besoins ni ceux du jeune, mais je note :).
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 0.
Ah oui, le programme centralisé de l'éduc'nat' avec Python dedans… No comment !
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 0.
Sympa, un genre de fork de Squeak qui s'apparente à Scratch ! Je note.
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 0.
Marrant la coïncidence : hier j'en parle, aujourd'hui tu en causes ET j'ai une offre de mission dessus :).
Voilà c'est bien dit : Object Pascal (sauce Delphi ou Lazarus) est un genre de mélange C/C++ avec une IDE nickel, un set de librairies IHM-multimédia-réseau standardisées et même un designer drag-&-drop pour le public collège.
Son "agonie" se voit surtout dans le faible nombre de libs externes (gestion des BDD, du SSL…) ; mais pour un usage strictement éducatif, je vois vraiment pas ce qui empêche ta connaissance prof de l'utiliser en cours.
[^] # Re: Et la VirtualBox ou un Pi?
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 0.
J'ai vu ce souci aussi, il est connu, Hyper-V prend l'exclu sur le reste.
Après avoir WSL et un logiciel de virtu non-Hyper-V sur un Windows "serveur", hors labo ou dév, c'est rarissime comme cas.
[^] # Re: dedian testing
Posté par Tarnyko (site web personnel) . En réponse au message Freeze de gnome shell.. Évalué à 1.
Intéressant, juste les artefacts te dérangent ?
Je suis potentiellement intéressé pour slimfaster Cairo-Dock en dégageant justement la partie X11, ce qui implique que je testerai que sous Wayland. Si je reproduis pas à ce moment-là, je peux te filer un source pour que tu testes ? (je pourrai juste sûrement pas filer un .deb, même pas un .deb source, j'ai Debian/Ubuntu nulle part)
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 1.
Merci pour la réf !
J'ai regardé, en diagonale honnêtement car de ce que je comprends, c'est un toolkit Web (comme Polymer, toutes proportions gardées) ?
Pourquoi les technos "font débat", alors ? Parce que ça mouline en JS derrière ?
[^] # Re: Souvenirs
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 2.
On ne peut pas prétendre être un vrai si on n'a pas surfé avec NCSA Mosaic ;).
[^] # Re: Et en fait, ça marche
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 0. Dernière modification le 03 mars 2021 à 16:46.
Vous avez raison tous les deux.
L'installeur Python et le mécanisme "alias" de Microsoft jouent tous les deux avec le PATH.
Il est possible/facile de se retrouver dans une configuration où le comportement obtenu n'est pas celui attendu par la développeur - ce qui à causé notre détresse de hier soir.
C'est pas la mort, mais ça reste selon moi un obstacle supplémentaire posé par un mécanisme gadget (ou pire, orienté) à un travail serein.
A noter que l'alias est poussé à distance par màj, ce qui explique pourquoi Zenitram a pu reproduire sur une machine précédemment clean.
[^] # Re: Et en fait, ça marche
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 2.
Tu n'es pas le seul ;). J'assume la forme particulière de ce journal !
[^] # Re: Et en fait, ça marche
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 2. Dernière modification le 03 mars 2021 à 14:41.
Je te pertinente, parce que ça explique leur implémentation (finalement assez naïve) du truc, que j'ai pas jugé utile de détailler.
C'était pas dur à résoudre/contourner, mais avoue que ça méritait un Nal nan ?
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 1.
Sous Windows aussi, avec MinGW de préférence (personne maintient trop de scripts MSVC).
Mais tellement pareil !
On était obligé de les utiliser/écrire dans mon dernier taf… Ça devient lourd dès que tu éclates un projet en plugins et sous-répertoires, avec des scripts qui se sourcent en variables (custom et CMake-mal-documentées mélangées) dans leurs dépendances -forcément quand la dépendance change le script, ça pète.
pkg-config c'est bête, méchant, les fichiers sont tous écrits et installés pareil.
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 1.
C'est sûrement ça : va la quantité de bindings, ça permet de faire plein de trucs (IHM, audio, réseau…) sans trop se fouler, même si on ne comprend pas tout.
Et pis y a un installeur connu (bientôt supplanté par celui du Store ;) ?), léger et glissable sur une clé USB avec un gestionnaire de paquets.
On peut pas en dire autant de C/C++ (trop de compilos, repos, libs non-standard), Java (trop lourd, versions bordéliques), C# (support variable selon la plate-forme)…
Si vous avez une idée d'autre langage "éduc-facile", chuis preneur :). Je me lance : Lazarus, Gambas.
[^] # Re: Retrouve tes reflexes
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 1.
Thanks, d'ici à ce que je sois sur waypipe quand on le portera sous Windôbe ;).
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 1. Dernière modification le 03 mars 2021 à 13:29.
Anecdote : quand sous RHEL8, j'ai fait pour avoir la démo:
ça m'a affiché une fenêtre toute vide d'1x1 pixels :D.
Merci, dépêche vue ! J'ai regardé les backends ; y a Qt, WxWidgets, Android, et même du web ? Ça a l'air de faire le café.
La prof du jeune fournit des exemples Tkinter, d'où le truc hein, je vais lui en toucher un mot !
[^] # Re: solution avec msys2
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 3.
Bonne suggestion !
J'aime bien MSYS2, un bon équilibre entre toolbox (ce qu'était le MSYS original) et système de build & gestionnaire de paquets. Pas trop lourd, assez traditionnel sans IHM, et à jour.
GTK+ le conseillait d'ailleurs pour ceux qui voulaient des binaires Windows propres -à défaut de vérifiés.
Si quelqu'un voulait un tel système, et faute d'avoir pu tester le reste, c'est sûrement ce que je conseillerais aussi.
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 1. Dernière modification le 03 mars 2021 à 13:09.
CMake est pas trop mauvais, mais oui quand il se vautre c'est tout sauf clair. Vu la "customabilité" de sa méthode de découverte (pkg-config, un fichier .cmake, autre-chose-fais-toi-plaisir ?), il vaut mieux surveiller chaque étape et pas en rajouter trop d'un coup.
Tu m'incites à tester vcpkg, je me le note !
😆
[^] # Re: Whaou
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 3.
Ça a l'air sympa. Avec les paquets RPM que je gère, y a pas de moyen simple de faire ça sans s'asseoir sur rpmbuild -pas que je prétende avoir cherché à mort hein, sauf fix one-line je produis en général le paquet qu'en fin de course.
Un système de paquet aussi souple pour le dév/utilisateur, qui n'incite donc pas à s'en passer au quotidien, je plussoie forcément !
[^] # Re: Whaou
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 0.
Intéressant, je connais nuGet p.ex..
Parles-tu de ça ou d'une instance "perso" de la techno Store abordée ici ?
[^] # Re: Whaou
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 0.
Totalement résolu, et une réponse pas assez pertinentée ;). Yzont des forums, cette remarque se pose là…
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 2. Dernière modification le 03 mars 2021 à 10:57.
Je lui en ait causé, justement car les listes/collections de Python sont trop "haut niveau" pour lui ; il n'a pas d'expérience de base, et s'étonne de facilités comme le for…in qu'on lui fait utiliser sans même expliquer qu'on pouvait tout simplement accéder à un élément par indice numérique…
Pour cette raison, je préfèrerais commencer avec du C "compatible" pour monter en C++, mais :
- on lui demande de faire des IHM, là il sert de Tkinter ;
- en C pur sous Windows avant de migrer, Qt n'est pas utilisable et GTK+ n'est plus une option correcte (GTK+2 n'est plus maintenu, GTK+3 mal intégré), ça vendra pas du rêve ;
- il suit un cursus généraliste et devra de toute façon rendre du Python dans ses devoirs.
Donc j'attends que ça vienne de lui sur mes conseils, pour qu'il me le reproche pas si ça dévie trop :).
[^] # Re: Whaou
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 3. Dernière modification le 03 mars 2021 à 10:37.
Ça se change dans une nouvelle fenêtre de l'IHM (qui apparaît en tapant "alias", d'où le titre du Nal), le cas échéant base de registre oui.
Le comportement n'est pas contre pas explicité, il faut farfouiller en ligne.