gnumdk a écrit 7486 commentaires

platform.system() te permet de détecter l'OS.

Bravo pour ton logiciel.

Une petite critique en passant, je ne vois pas l'intérêt du sélecteur de thème GTK dans l'application.

faisons-nous confiance les un·es les autres pour ne pas mettre en danger notre entourage

Roh la vision de néo hippie de merde…

L'alternative au pass, c'était le vaccin obligatoire. A mon avis cela aurait été un meilleur choix pour ne pas faire monter la gauche au créneau (enfin j'espère).

Merci pour la réponse!

Y'a un truc que je comprend pas trop, le support wayland c'est à 100% géré par le compositeur.

Du coup, c'est quoi cette page avec la compatibilité des applications avec Wayland, le port de GTK2 à GTK3?

Pour moi, le plus simple à conseiller c'est Signal:
- C'est libre
- C'est ce qui se fait de plus propre pour le service rendu

Alors oui, on peut faire encore plus décentralisé mais toutes les plateformes qui proposent cela ont du coup un service complètement abscons pour l'utilisateur lambda.

Les contributions au logiciel libre, c'est la vie!

Ce que tu décris n'est déjà pas possible, mais sera remarqué par l'utilisateur final (et pas >qu'un peu !).

Pas si c'est toi qui lui donne le téléphone (le bon argument du il ira plus vite après un reset)

Le problème avec les solutions Web, c'est que 99% du temps, ça va marcher à moitié dans Firefox et donc on va te demander d'installer Chrome.

Alors, j'abuse un peu car en 1 an Firefox a fait beaucoup de progrès mais au début du premier confinement, que ce soit LifeSize, Zoom, Jitsi, Teams, … les profs avaient que des problèmes avec Firefox et résultat plein sont partis sous Google Chrome.

Et d'après les mecs de Jitsi, c'était bien la faute de Firefox.

Bizarre, on utilise systemd-timesyncd partout sur notre infra et aucun problème de décalage de temps sur nos serveurs.

Ben du coup, ma crainte est vérifiée, on peut patcher un android pour y mettre un mouchard, le flasher sur un Pixel et reverrouiller le device. Du coup, l'usurpation n'est pas visible pour l'utilisateur.

Avec une autre marque, vu que tu peux pas reverrouiller, t'as un gros warning qui te dit que le device n'est safe et donc de ne rien stocker dessus.

Avant qu'on me le dise : oui, GrapheneOS a tenté de travailler avec microG par le passé mais
ils n'ont pas été réceptifs.

Vu que y'a moins d'un an, il n'y avait qu'un développeur sur le projet et qu'il n'était plus du tout actif, je sais pas ce que veut dire non réceptif, tu as des liens ?

Ensuite simuler que les services sont down, c'est partir du principe suivant: l'application gère le code d'erreur et fonctionne quand même.

Dans la réalité, soit elle quittera en disant que le service n'est pas disponible soit elle plantera comme une grosse merde ;)

Salut,

qui attirait l’attention sur les dangers des roms du style Lineage imposant de garder le
bootloader ouvert.

Je vais peut être dire une bêtise mais de mes recherches sur XDA et discussion sur Telegram, GrapheneOS peut «relocker» le bootloader car son image a été signé par Google. Si il était possible de verrouiller le bootloader avec n'importe quel clé custom sur un Pixel, ce serait une catastrophe niveau sécurité: possibilité d'installer facilement un OS espion sans que ce soit visible pour l'utilisateur.

Attention quand même, une fois le bootloader «relocké», si tu fais une seul bêtise lors d'un sideload/maj et que tu ne peux plus accéder à GrapheneOS, tu peux jeter ton téléphone à la poubelle. Je n'ai pas vérifié mais tu peux peut être le récupérer sous Windows avec l'outil de de Qualcomm.

Et une baffe électoral est loin d'être gagnée, on vit dans une pays de droite et Macron a encore toutes ses chances…

J'ajoute à cela que les gens normaux vont arrêter de croire que c'est Facebook :-)

Le nombre de fois où l'on m'a dit ça en voyant mon laptop.

Malheureusement le projet est au point mort. Je doute que j'aurai le temps et la motivation de le porter sous GTK4.

J'ai déjà à faire cela pour Lollypop et pour l'instant j'hésite à le faire avec Rust… Mais ma productivité est divisé par 20 quand je fais du Rust par rapport à Python.

Et en ce moment, je suis exclusivement en train de bosser sur LineageOS donc pas trop de temps à consacrer à mon pauvre Lollypop (je vous rassure, il est loin d'être mort).

Tu oublis les GIF… Et les Stickers…

Les dépôts git de Fedora ont renommé la branche principale en main au lieu de master.

C'est quoi cette nouvelle mode? Quelqu'un sait ?

Moi, j'ai commandé mon VPS lundi pour faire un backup de mon Kimsufi.

Bon, ben le backup est mort :D

Le seul truc embêtant, c'est que j'ai viré le système de rsync entre mon Kimsufi et mon laptop donc là j'ai plus du tout de backup de mon serveur pour quelques jours :/

Comme mon identifiant le montre, j'ai commencé par Mandrake en 1999 et j'ai même un tout petit peu participé à la distribution pendant quelques temps (avant de me faire corrompre par des debianeux lors de mon premier boulot en 2004).

Depuis, le temps a passé, de nouvelles distrib sont arrivées et Mandriva/Mageia a complètement disparu de mon écran de radar. Je n'ai pas vu une Mandrake/Mandriva/Mageia tourner depuis au moins 2008.

Et pourtant j'ai bougé: Université, Rectorat, INP, MAEDI, SSII, …

Je vois Debian, Ubuntu, rarement Fedora et très rarement ArchLinux mais jamais Mageia.

Du coup ma question: quelle est la taille de l'équipe de développement aujourd'hui? La distribution a t'elle plus de succès dans d'autres pays ?

Quand je vois la gueule de Kickoff (avec cette immonde barre en bas), je me dis qu'il faut vraiment que KDE sépare la partie développement et design dans ses équipes.

Quelqu'un en parle plus haut, c'est vraiment la multitude d'options qui rend la maintenance de KDE difficile. Trop de code à maintenir pour pas grand chose…

Je me souviens lorsque le dev de KDE4 à commencer, le but était: Simplifier KDE3 en supprimant ce qui était superflu sans pour autant ressembler à GNOME.

KDE4 est arrivé et à part Dolphin, rien n'avait changé voir tout était encore plus compliqué.

Je suis un ancien contributeur KDE (le menu déporté dont on parle dans la dépêche, c'est moi) mais je trouve vraiment que le projet stagne:
- Quand GNOME a annoncé les décoration côté application, KDE a dit que c'était de la merde (je caricature presque pas) et qu'ils allaient proposer mieux. Le soit disant mieux a été proposé mais toujours pas implémenter (la migration vers Wayland prenant du temps à mon avis).
- Côté applicatif, comme évoqué plus haut, ce n'est pas foufou. GTK a fait beaucoup de progrès depuis la version 3.0 et avec Elementary qui attire beaucoup de dev, Qt a encore perdu du terrain. A part fwbuilder, je n'utilise aucune application Qt.

Bref, je souhaite bonne chance au projet mais vraiment, il faudrait peut être se remettre en question. GNOME l'a fait ces dernières années je trouve, pourquoi pas KDE.

Je me demande bien parce que K9 ressemble vraiment à rien.

Après, la question est à quel point les utilisateurs ont besoin d'un clone presque identique de
RHEL ? Pas sûr qu'ils soient si nombreux que cela en proportion.

Tu veux mon expérience dans la fonction publique (Ministère de l'éducation, Ministère des Affaires Etrangères, Ministère de la Recherche):
- Debian, debian et encore debian
- CentOS quand l'éditeur (Oracle ou autre) demande RedHat.

Donc si CentOS, n'est plus 100% équivalent de RedHat, ben autant te dire qu'il sera remplacé. Soit par l'achat de licences RedHat soit par un équivalent.

C'est ça que ces projets (enfin, surtout gemini) essaient de résoudre: avoir des specs
claire, implémentables aisément, et pas réservées à google, apple et mozilla.

HTML4 quoi…