GeneralZod a écrit 2316 commentaires

\o/

Mauvais exemple, même si Qt a découpé les différentes fonctionnalités du framework dans différentes bibliothèques, ça ne signifie pas pour autant qu'elles sont indépendantes l'une de l'autre. D'ailleurs, toutes les distributions font de même, pas seulement Debian.
Tu noteras également que Nokia ne fournit pas de sources distinctes de QtCore et QtGui, que la compilation séparés des deux modules n'est pas du tout supportés. Ça sera probablement différent avec Qt5 qui devrait modulariser un peu plus le framework, en tout QWidget & cie seront dans une bibliothèque développé indépendamment du core du framework

strigi/tracker: le langage de requêtage est standardisé (SPARQL), les deux fournissent une API commune standardisé via freedesktop (xesam - qui permet à GNOME d'utiliser strigi si il est disponible et KDE tracker), le schéma des données (aka ontologies) est basé sur celui de nepomuk.

nepomuk/zeitgeist: http://seilo.geekyogre.com/2011/06/zeitgeist-on-its-way-into-kde/

Comme quoi, les communautés KDE et GNOME peuvent travailler ensemble et de façon bidirectionnelle sans heurts. :]

Zeitgeist

Justement, tu n'as pas à t'occuper de gérer à la main les différents formats (pour les articles: pdf, dvi, formats "bureautiques", etc ...)

oui et non, les fonctionnalités avancées de globbing de zsh sont très appréciables, mais ça ne remplace pas un moteur d'indexation.
zsh/grep ne te permettent pas de fouiller les métadonnées de tes fichiers audios, de récupérer la liste des articles dont l'abstract comporte certains mots clés, attribuer un tag à un ensemble de fichiers etc ... Même si on peut très bien vivre sans, ce n'est pas les mêmes cas d'utilisations.

Cf les exemples fournis dans la doc de tracker (Tracker et Strigi utilisent le même langage de requêtage Sparql - une recommandation du w3c -)
https://live.gnome.org/Tracker/Documentation

PS: je plussoie parce que zsh c'est de la bombe !

la sémantique, la possibilité de fouiller les métadonnées et le contenu d'un fichier donc possibilité de faire des requêtes plus évoluées.

inotify

Une fois la première indexation passée, ça fait plusieurs années que la plupart des services d'indexation sous linux utilisent l'API inotify pour monitorer le système de fichiers (fini le disque qui gratte)

je vois pas ce que viens foutre GNOME dans cette histoire de semi-enfermement.

C'est un service D-Bus qui permet de gérer les utilisateurs (création/modification/élimination), qui te permettra de faire ce que tu veux en full-python à travers D-Bus.

La FSF maintient sous perfusion une autre implémentation de .Net aka dotGNU donc non.

ce n'est que la première partie (Cf le titre), donc patience.

Il te faut juste un click de plus (plus d'options), et il y a également le site dédié aux spins
http://fedoraproject.org/fr/get-fedora-options
http://spins.fedoraproject.org/kde/

Sinon, il est vrai qu'une distro majeure orienté KDE manque à l'appel (même si SuSE est revenu sur le choix de GNOME fait il y a quelques années, c'est pas tout à fait aussi pro-KDE qu'avant)

Si, le spin KDE de Fedora !

sapusaipalibre

vous aimerez celui-ci qui effectivement s'intéresse plutôt à l'aspect architecture logicielle, je me demandais ce que foutait le chapitre sendmail mais c'est juste pour avoir un exemple de ce qu'il ne faut surtout PAS faire.
Mes chapitres préférés: Bash, CMake, Continuous Integration, LLVM, mercurial, Python Packaging, ça vaut le coup d'acheter la version papier et de la laisser trainer au boulot.

Il est passé en temps partiel chez Canonical et il bosse sur KDE sur son temps "personnel" (tu peux financer cette partie)

Bonne idée, on devrait demander d'assigner son copyright à Canonical et de mettre à jour vers bazaar !

FedoraProject.org n'a toujours pas de mascotte, même le "beefy miracle" que tant de monde espérait pour Fedora 16 ne s'est pas produit ! :(
http://wwoods.fedorapeople.org/hot-dog/
http://beefymiracle.org/

Je connaissais pas Yastie, c'est quoi comme animal ? parce que j'hésite entre un tapir qui a enculé un âne, ou bien un porc albinos avec un caméléon.

Avoir un FS plus robuste, plus rapide à vérifier, avec une fonction de clichés simple à mettre en oeuvre (greffon yum, possibilité de créer un time machine-like par dessus) ? Bah, ça a plus d'intérêt que le LVM que Fedora t'impose dans l'installation par défaut !

Tu risques d'être déçu parce que les prochaines version de Totem et Rhythmbox vont également connaitre de gros changements pour les prochaines versions (la version git de Totem est assez déroutante par rapport à ce qui est actuellement distribué)

T'es sur que c'est pour les sysadmins, le pare feu dynamique ?

Entre autre, si tu utilises les outils fournis par fedora, tu ne peux pas configurer un pare-feu stateful, après, si tu utilises directement iptables, c'est autre chose. Le but c'est de fournir une surcouche à IPTables permettant de configurer le pare-feu de façon simple (un peu comme UFW d'Ubuntu, je suis surpris que personne n'ait relevé ça ;) ) et d'avoir la persistance des règles (ce que ne fait pas iptables).
c'est quand que nftables sort de sa cachette et qu'on ait enfin un pare-feu qui n'a pas à rougir face aux solutions proposés par les *BSD ?)

Je vois pas les sysadmins balancer des appels DBUS pour configurer leur firewall.

Ben, c'est le rôle de firewall-cmd.

on a pas encore d'outil de vérification de cohérence du système de fichier stable et robuste ?

C'est pour ça que ce n'est pas encore le système de fichiers par défaut mais on reste dans les temps concernant la roadmap de Josef bacik (Cf l'[interview publié à la sortie de F13]: ](https://fedoraproject.org/wiki/Btrfs_dans_Fedora_13)). Tu noteras que l'annonce dit également que btrfsck est fonctionnel mais pas feature-complete. :o)

ou bien de délires fiévreux