Petit en vrac’ en ce troisième mercredi d’octobre 2024.
Côté logiciel libre, informatique et internet.
- Vous utilisez la Solus ? Réjouissez-vous, la version 4.6 vient de sortir. Plus d’informations dans les notes de publication.
- Pour les amateurs et amatrices de virtualisation, VirtualBox 7.1.4 est sorti.
- Toujours dans le domaine de l’émulation et de la virtualisation, je demande VirtualXT qui s’occupe d’émuler un PC XT ou AT.
- Si vous aimez le mélange aventure / jeu de rôle, le tout petit – mais costaud ! – « Quest for the Knight » pour le Commodore 64 pourra être pour vous.
- Mon collègue blogueur Seb a changé d’adresse pour son blog. Vous le trouverez désormais à l’adresse https://passiongnulinux.free.nf/
Côté culture ?
Lethian Dreams a publié une vidéo d’un titre qui devait faire partie d’un album (« Season of Raven Words ») mais ce ne fut pas le cas.
Sur ce, bonne fin de semaine !
Solus cela présente bien mais j’ai cru comprendre que c’était Flatpak et Snap ?
A pluche.
Les notes de publication indiquent que Solus 4.6 est équipé pour gérer les Flatpaks comme un source alternatives de paquets mais pas les Snap
Beaucoup de logiciels sont maintenant présents, on peut se passer de flatpak et snap pour une utilisation basique
Salut Fred,
ayant lu ce billet je viens de faire une mise à jour « ordinaire » de Solus 4.5. Pas de saut de version proposé, seulement 4 paquets mis à jour. J’ai toujours les anciennes applications par défaut mentionnées pour le bureau Budgie. Je suppose qu’il faudrait réinstaller pour avoir Solus 4.6, tant pis: la 4.5 me suffit pour un comparatif et j’ai d’autres chats à fouetter.
sue Solus les mises a jour ont lieu le samedi et parfois un complément le mercredi, Solus étant une rolling release il n’est nullement besoin de reinstaller, il suffit juste d’etre patient et la 4.6 arrivera au gré des mises a jour
Merci de l’info. Wait and see, comme ils disent outre Manche.
Coucou;
Merci pour le lien, c’est sympa, ça s’est fait comme toujours dans la précipitation, j’en avais un peu marre des coupures longues.
Pour les flux, comme on a vu ensemble, c’est un soucis de certificat intermédiaire, il n’y en a pas dans l’hébergement gratuit, du coup pas fun, ça va que ce n’est que du statiques. Pour la partie forum, ce n’est pas très grave non plus, normalement, on te demande pas ton mail, juste un pseudo@mot-de-passe. Il y a un certificat SSL valide 90 jours seulement, donc je dois me mettre un petit rappel pour le faire.
C’est un peu la solution qu’ils ont trouvé pour te pousser à prendre une version payante, du reste ça marche car je suis a deux doigts de le faire.
Pour ton applications de flux, tu n’as pas moyen de faire une exception? Sur thunderbird, j’ai pu en faire une, par contre liferea j’ai pas cherché plus longtemps, mais suis pratiquement sûr que l’on peut. Et ce qui est marrant, c’est que des trucs qui sont normalement au taquet sur la sécurité comme Firefox, Vivaldi, ne font rien pour prévenir.
Juste pour poser mon commentaire chiant: « This site requires Javascript to work, please enable Javascript in your browser or use a browser with Javascript support » quand on va sur le site avec NoScript :p
Normalement le seul code javascript qu’il y a c’est la recherche, je n’ai aucune trace de script que ce soit dans mon dossier de travail ou mon dossier de build (site à déployer).
Je confirme : en essayant d’ouvrir ton site avec Links (en mode texte, sinon, c’est pas drôle ; mais c’est pareil avec le mode graphique), je n’ai eu que ce message d’affiché. Rien d’autre. Question accessibilité, on repassera.
oh tu m’en excuseras
Bon, je comprends après avoir fait pareil chez moi, je sais pas comment, mais l’hébergeur place un script, je ne l’ai pas encore identifié, je viens de tester chez tuxfamily et links me renvois bien la page alors que celle de infinityfree est bloqué par links (soucis java)…
Faut que je me renseigne, comme quoi utiliser des applis des années 2000 est plutôt pas mal.
Donc oui j’ai la confirmation que le seul script détecté est celui de ma recherche, j’ai testé avec brave, je lui ai dit de bloquer le script et ma recherche ne fonctionnait pas, puis je l’ai débloqué et là ma recherche marchait. C’est du statique donc oui je passe par un script js de mon invention pour mettre un peu de dynamique (une recherche). Testé avec Firefox, Brave, Chrome, Chromium, Vivaldi, Opera, Seamonkey, Falkon. Désolé de ne pas tester avec des navigateurs en console, nous sommes en 2024 quand même, sinon il y a Dillo 🙂
Trit, pour info, sur https://trit34.vivaldi.net/ il y a trois scripts, j’espère que tu as bien testé avec ton links.
Par curiosité, j’ai lancé google.fr dans deux navigateurs en mode console: links et lynx puis fait une recherche avec comme argument slint.fr: ça a fonctionné dans les deux cas (j’ai échoué avec w3m, probablement par méconnaissance des raccourcis clavier). Je suis curieux de savoir comment ils font, malheureusement je ne comprends rien au code source de la page google.fr 🙁
Au-delà du sarcasme (je te rassure, j’utilise pas Links au quotidien : là, c’était pour voir comment ton site s’affichait sur des navigateurs aussi minimalistes), je mettais l’accent sur l’accessibilité pour les personnes malvoyantes : si ton site ne passe pas sur un navigateur comme Links et consorts, il y a malheureusement de fortes chances que leurs lecteurs d’écran ou machines braille ne puissent pas faire mieux de leur côté. Et c’est toujours dommage d’exclure une partie de la population à cause d’un bête souci technique…
Sinon, mon blog est parfaitement accessible via Links, et même depuis des navigateurs non Web comme Lagrange (via proxy), merci de t’en soucier. 😉
Mais vu que je n’y peux rien a part encore changer d’hébergement, pour le moment ça reste comme ça, car encore une fois, en sortie ce que je balance via ftp sur le serveur n’a aucun besoin de java ou consort, c’est l’hébergeur qui rajoute par « sécurité », et vu que chaque hébergeur à ses propres conditions pour sa version gratuite et au vu que je ne veux pas dépendre de plateforme commercial à la wordpress.com et ses émules, ça restera ainsi jusqu’à je trouve mieux.
Je note, mais je rappelle que c’est utux qui a fait la remarque initiale. Moi, j’ai fait que confirmer ses dires en allant voir de mon côté et constatant que ni en passant par FrogFind!, ni par NewsWaffle (un proxy HTTP(S)-to-Gemini), ni via des navigateurs plus limités, je n’arrivais à afficher le contenu (au moins textuel). Bref, c’était histoire de te prévenir. Que ça ne dépende pas de toi et que tu n’y puisses donc rien, alors tant pis. Mais maintenant, au moins, tu sais.
Mais tu as raison, ça m’a même fait douter du code sorti par mon moteur, alors que c’est moi qui a fait le moindre fichier… J’ai beaucoup appris, notamment que les hébergeurs peuvent forcer l’utilisation ou non de choses même si le site ne s’en sert pas. Malheureusement, encore une fois l’hébergement gratuit est une vrai galère et je veux être maître de mon outils que j’utilise donc pas de wordpress.com ou autre qui me feront utiliser leurs outils.
Je vais quand même regarder les hébergeurs de plus près et les tester, tu m’as donné d’autres façons de le faire que je ne pensais même pas!
En somme c’est même bénéfique.
Encore une fois sur leurs forum c’est expliqué(https://forum.infinityfree.com/docs?topic=49353):
nfinityFree est un service d’hébergement de sites Web. Cela signifie que les comptes d’hébergement que nous fournissons sont destinés à l’hébergement de sites Web. Les sites Web contiennent des pages accessibles via des navigateurs Web. InfinityFree n’est pas destiné à être utilisé pour le partage de fichiers, l’hébergement d’API, l’hébergement de bases de données ou les tâches/outils en arrière-plan.
Pour garantir cette sécurité, l’hébergement gratuit applique un système de sécurité qui garantit que toute personne essayant d’accéder à votre site Web utilise un navigateur Web normal. Cela se fait en vérifiant si le navigateur Web peut exécuter du code Javascript et peut accepter les cookies.
Tous les navigateurs Web modernes prennent en charge Javascript et les cookies et peuvent être utilisés pour accéder à votre site Web sans aucun problème. À moins que le visiteur n’ait spécifiquement désactivé Javascript ou les cookies dans son navigateur, il peut accéder à votre site Web sans aucun problème. Presque tous les sites Web nécessitent des cookies et du Javascript pour fonctionner correctement, donc très peu de personnes rencontreront des problèmes avec cela.
Ce système de sécurité permet également de protéger votre site Web contre les robots malveillants. Cependant, certaines fonctions de certaines applications ne fonctionneront pas correctement à cause de ce système.