Si vous vous demandiez à quel point l'interface de Linux est customisable.

Si vous vous demandiez à quel point l'interface de Linux est customisable.

Pistes pour gérer la fin de vie de Windows 10 sans euthanasier votre ordi.

Pistes pour gérer la fin de vie de Windows 10 sans euthanasier votre ordi.

This is silly, but Google OAuth2 fails at the last step (after clicking "Allow") if a local web server is running (on localhost I guess). Workaround is to stop the web server during the OAuth2 process -- you can then restart it just fine.

I got bitten by this with several Google calendars I use for work, for which I guess the OAuth2 token expired recently. Subsequently I got spammed with authentication requests, and my calendars stop working properly.

The OAuth2 flow only showed the final "Allow" part, but clicking on it redirected my to my company's homepage. This added to the confusion, because the Google account I use uses my company's email, so my first guess was that the OAuth2 flow incorrectly assumed it had to finish on the email domain's website (or using some missing DNS records from it). But actually it was just my local webserver performing the redirection, but as I had set it up recently to work on my company's website, it was quite confusing -- especially as it redirected to the actuel website, for which I had a temporary local DNS entry when I worked on it last month.
I ended up messing up with TB cookies, vainly trying to finish the OAuth2 flow using cURL (I didn't document myself on the flow, and was pessimistic I could do so without a proper OAuth2 client anyway -- but I had a set of query parameters on the incorrect redirection so I guessed that just maybe if the query was made to the right place it might give me the One cookie I needed), and even trying to re-add some calendars, but nothing helped -- obviously.

Anyway, I have no clue why TB does this, but I luckily finally found this QA post when I was about to ask it out of sheer despair -- not sure why I didn't find if before, maybe my queries were a bit too specific and this one didn't show up.

Mount Android phones on Linux with adb. No root required. - spion/adbfs-rootless

An open implementation of Apple Macintosh System 7 for modern hardware, bootable via GRUB2/Multiboot2.

À l’heure où la fin du support de Windows 10 nous oblige à faire des choix, un collectif enseignant de la forge des communs numériques éducatifs invite les établissements scolaires à s’engager progressivement vers un Numérique qui soit davantage Inclusif, Responsable et Durable (NIRD).

Condition nécessaire mais non suffisante, l’adoption concrète et graduelle du système d’exploitation libre GNU/Linux au sein de l’établissement scolaire constitue à la fois le socle et le levier de la démarche. Pour équiper le parc informatique (mais aussi les familles ou les écoles aux alentours) en y menant notamment des projets de reconditionnement si possible avec les élèves. Pour engager petit à petit l’ensemble de l’établissement scolaire vers un usage du numérique qui soit davantage aligné avec ses missions de service public.

« La démarche NIRD est un projet très ambitieux car non seulement elle souhaite voir à terme une majorité d’écoles, collèges et lycées équipés majoritairement en Linux, mais elle souhaite aussi et surtout s’intégrer pleinement dans la stratégie numérique et écologique des établissements scolaires, ce qui implique notamment la mobilisation des collectivités et le soutien de l’institution. »

La démarche tire son nom d’une expérience réussie au lycée Carnot de Bruay-la-Buissière témoignant que c’est possible.

La forge des communs numériques éducatifs est un projet soutenu par le ministère de l’Éducation nationale mettant à disposition des enseignantes et enseignants une instance GitLab CE pour qu’ils créent et partagent eux-mêmes leurs propres logiciels et ressources éducatives libres. Ouverte en avril 2024, la forge compte à ce jour plus de 5000 dépôts.