Emmanuel Seyman a écrit 289 commentaires

Je dis bon débarras, car j'en vois encore être introduit dans du code récent.

À noter que goto a toujours été désigné comme une instruction à éviter en Perl et qu'il n'est là que pour permettre le portage de code C (ou Awk ?) sans trop de difficultés.

Il était passé nous voir à Open Source Expérience, à la fin de l'année 2025. J'avais pu discuter quelques minutes avec lui mais je n'imaginais pas que ce serait la dernière fois…

Toutes mes condoléances à sa famille et ses proches.

La communauté Fedora française est disponible sur tout un tas de canaux de messagerie instantanée.

J'y ai pensé mais ça me semble effectivement overkill pour ce que je veux (sans compter que FusionInventory a stoppé le support de GLPI).

quel problème de dépendance ?

Je pense que abriotde fait référence au fait que les projets Java ont tendance à embarquer les libs qu'ils utilisent, ce qui rend compliqué les mises à jour de sécurité ou les intégrer dans les différents distributions Linux.

Bugzilla
Open Food Facts

Paul Evans (le développeur principal de Corinna) a plusieurs fois expliqué que l'implémentation actuelle est non optimisée. Une fois qu'on aura finalisé cette implémentation, on pourra voir à optimiser les perfs pour que ça aille le plus vite possible.

Si j'ai bien tout suivi, tu pourras toujours utiliser bless pour faire de l'orienté objet mais tu auras aussi l'option d'utiliser cette nouvelle syntaxe Corinna pour faire la même chose en moins de ligne et de manière plus claire.

Le code est sur Github et le développement semble relativement actif.

Après, si on veut qu'un projet open-source continue d'évoluer, le mieux est de contribuer soi-même. Les devs Cockpit ont un tag 'good-first-issue' pour leurs bogues, chose que je ne vois pas assez à mon gout.

J'ai plusieurs fois mis ma machine à jour et ré-installé en écransant / (histoire de pouvoir repartir de zéro) mais je n'ai jamais vu de fichier /root/original-ks.cfg . Ça vient d'ou ?

Dixit Fedora Packages, la version de dnfdragora est la même dans F26 et F27.

Je serai sur le stand de Fedora-Fr (sauf pendant ma conférence de dimanche). N'hésitez pas à passer dire bonjour !

Peux-tu préciser ce que te permet ces outils par rapport à une interface web ?

Le top 3 en ce qui me concerne :

• Meilleure réactivité (celle des forums web est exécrable par rapport à mutt/vim)
• Blacklister une discussion
• Faire une recherche en filtrant sur un intervalle de dates

quand on pense à l'énergie qu'ont dépensé les dev de Wayland pour justifier répondre aux trolls lancé par Mir.

C'est mon plus gros regret sur Mir. Qu'on puisse ne pas accepter Wayland comme le choix de l'avenir et qu'on parte sur autre chose, ça ne me pose zéro problème. C'est les boules puantes jetées sur Wayland dont je me serais bien passé.

Un autre truc me chiffonne : les technos développées par Canonical sont spés, mais celle développées par Redhat, c'est bien c'est standard.

C'est un problème d'approche.

Quand tu contribues à un projet crée par Canonical, on te demande de signer un CLA qui donne à Canonical le droit de changer la licence de tes contributions (et donc de les rendre propriétaires). Quand tu contribues à un projet crée par Red Hat, on ne t'impose pas ça.

Pour moi, c'est l'ouverture aux contributions externes qui fait que les technos RH l'emportent à chaque fois sur les technos Canonical et la CLA en est un facteur essentiel.

Les développeurs Vont-ils concentrer leur effort sur Wayland ?

À priori, ce ne sera malheureusement pas le cas (on parle d'une grosse baisse d'effectif chez Canonical).

On peut vraiment avoir le même fonctionnement avec des extensions Gnome ?

Gnome 3 est vraiment très personnalisable. Si on peut reproduire Gnome 2 avec quelques extensions, je ne vois pas pourquoi on ne pourrait pas reproduire les fonctionnalités les plus marquantes d'Unity (que j'ai, moi aussi, très peu utilisé).

ou a la limite peut on suivre l'événement parisien sur irc ?

Comme dit plus haut, on sera sur le cana #fedora-devel-fr sur Freenode pendant la journée. Toute personne qui ne peut pas venir physiquement peut nous retrouver là-bas.

Au jour d'aujourd'hui, l'installeur arm supporte :

• Bananapi
• beaglebone
• Cubietruck
• panda
• trimslice
• wandboard_dual
• wandboard_quad
• wandboard_solo

(dixit https://lists.fedoraproject.org/pipermail/arm/2014-October/008505.html).
On en saura plus mardi après la sortie de la beta.

Des personnes pourrais organiser ça à Lyon ?

Est ce que tu peux nous retrouver sur IRC ce jour là ?
On sera sur le canal #fedora-devel-fr sur freenode et on pourra te guider à distance.

Les organisateurs sont ils des contributeurs au projet Fedora, des utilisateurs enthousiastes, ou bien les deux?

Je pense qu'Alex et moi sommes non seulement des contributeurs à Fedora mais aussi des utilisateurs enthousiastes.

Dans quelle mesure l'évènement va plus loin qu'une introduction à la distrib + install party ?

Historiquement, on essaie d'organiser des ateliers et/ou des conférences pour que le public qui ne souhaite pas se faire installer un nouveau système d'exploitation puisse quand même y trouver son compte mais on n'a pas pu le faire ici (le gros de l'organisation s'est fait pendant les fêtes de fin d'année et ça n'aide pas à trouver des conférenciers).

Alexandre aimerait implémenter les "Talking Points". Après les RF, on pourrait se retrouver dans l'un des bars à côté de la Cité des Sciences et discuter de l'actualité du projet (en l'occurrence, il aimerait discuter de Fedora.next, l'initiative qui vise à relancer l'intérêt des développeurs autour de Fedora).

J'utilise les gags de CommitStrip et Geek & Poke.

Les discussions de l'époque portaient sur Gnome et on redoutait que d'autres applications suivent le même chemin.

Soyons honnête, s'entendre dire "tes applications préférés vont arrêter de tourner sur ton système d'exploitation préféré", ça n'incite pas à faire des critiques constructives.

Ce dont il faut encourager l’émergence, c'est de solutions d'installation de paquet en espace utilisateur

Pour qu'on arrive à faire ça, plusieurs problèmes se posent:

• Qui fabrique les paquets ?
• Qui maintient les serveurs ?
• Ou remonte t-on les bogues ?

Ce qui est important, c'est de permettre d'installer et d'exécuter une application quelque soit son environnement sans nécessairement dépendre des mainteneurs de la distribution que l'on utilise, et cela passera forcément par le fait de pouvoir installer des applications en espace utilisateur (afin de les séparer du système de paquet pour justement éviter d'avoir le moindre conflit et quelque chose de facilement maintenable).

On est bien d'accord que ça a toujours été possible (d'ailleurs, tu dis toi-même le faire) ?