nud a écrit 898 commentaires

C'est la base de registre ou bien dconf-editor que tu n'as jamais ouvert ? Parce qu'il y a quand même un monde de différence dans le nombre de clefs et dans l'organisation logique de celles-ci.

Le câble s'appelle UTP, FTP ou STP, et on mentionne généralement sa catégorie.

Donc le premier numéro du numéro de sécurité sociale indique le sexe de la personne

Mais en France, est-ce que les gens qui changent de sexe changent également de numéro de sécurité sociale ? J'en doute.

J'espère que tu plaisantes. Deux DELETE et deux UPDATE sans même une clause WHERE ?

Mate Desktop Environment : c'est du Gnome 2 vintage. Au début je pensais que c'était un peu con de tout forker, mais maintenant je commence à me dire que ça répond à un besoin. Gnome 2 était arrivé à maturité, et le maintenir peut donner quelque chose de bien stable (tant d'un point de vue bugs qu'ergonomie) et d'intéressant. Par contre, ça reste Gtk2 pour l'instant et les applis Gtk3 s'intègrent moins bien (elles ont un thème tout naze), comme Evolution ou le panneau de contrôle de PulseAudio, et sûrement bien d'autres… À voir s'ils migrent vers Gtk3 un jour (chantier colossal). En tous cas, je garde un œil dessus.

C'est juste dommage que ces gens aient tout copié dans un autre repository plutôt que de reprendre la maintenance de gnome-shell, de metacity et des applets (comme cela avait été fait avec la maintenance de sawfish à l'époque). Cela aurait permis d'éviter la duplication des efforts, et de conserver une base de code la plus commune possible sans casser l'historique.

Parce que là, ils ont vraiment tout fait comme des bourrins en repartant d'un dépôt git vierge dans lequel ils ont décompressé un tarball. C'est même pas un fork du dépôt git des projets parents.

Tout cela peut assez facilement être nettoyé:

• les mots de passe peuvent tous être mis à 1234
• les jetons oauh peuvent être supprimés?
• les adresses e-mail / xmpp peuvent toutes êtres mises à example@example.org
• les contenus archivés et les votes peuvent être purement et simplement supprimés.

On peut aussi limiter l'export aux contenus en CC et aux commentaires associés.

Ben si ta mère a 35 ans, je suppose que tu as moins de 27 ans, ou alors ta mère était très précoce.

Tant qu'à faire autant compresser un petit peu la regex…

echo dds[0000]:fhers[080e:0780]dfsgdg | sed 's/.*\[\([0-9a-f]\{4\}:[0-9a-f]\{4\}\)].*/\1/'

Je n'ai aucune idée de ce dont tu parles.

Pour information, c'était juste de l'ironie sur le "merci également à X, Y et Z pour leurs contributions" qui apparaissait au début du texte de la dépêche quand j'ai commenté.

Merci à CrEV pour cette dépêche, mais merci également à X, Y, Z pour leur importante contribution !

Ça m'a plutôt l'air d'être pour Ubuntu uniquement.

J'utilise pour ma part nouveau depuis au moins deux ans sur mon (vieux) T61 et sa NVS 140M. Avec gnome-shell ça fonctionne relativement bien, y'a juste des corruptions de textures de temps en temps qui forcent à réinitialiser X.

J'ai fait la même chose pour mes contributions (sauf que y'avait pas elastic search à l'époque)

À vrai dire, pour encourager les contributeurs, avoir une machine virtuelle disponible en libre téléchargement serait 'achement pratique, quite à expliquer comment remplacer le remote pour mettre son propre repo git.

D'un autre côté, on est dans les drivers, donc dans le noyau. Ça a toujours été Linux-only.

Je comprend les détracteurs de software userland linux-only, mais si le noyau devait lui-même attendre que les autres aient implémenté les mêmes fonctionnalités avant de les utiliser, on en sortirait pas. Surtout que vu que la licence BSD et la GPL sont incompatibles, et que de toute façon l'architecture des noyaux est différente, il faut que BSD réimplémente les fonctionnalités de zéro.

le pid du processus qui a pris en charge le client,

Dans les faits c'est souvent inadapté :

• certains serveurs forkent à chaque requête (e.g. tftpd-hpa)
• certains ont un pool de processes utilisés pour les requêtes (opensips, apache2)
• parfois, on fait de l'archéologie et les pids ne sont plus les mêmes

Mais de toute façon, si on veut vérifier ce qu'il se passe, on veut souvent grepper sur l'adresse IP ou l'adresse mac pour plusieurs services à la fois.

Ceci dit la recherche peut souvent être réduite à un intervalle de temps plus ou moins réduit, et on peut toujours refaire un grep par dessus comme on fait avec les fichiers logs actuels.

Comment tu remontes dans les logs avant ton curseur initial avec une entrée standard ?

Et avec grep ?

Tu peux tout à fait lire l'entièreté du log avec systemctl, ou lire ce qu'il s'est passé dans un intervalle précis. Il suffit alors d'agrandir l'intervalle.

utilisez l'API C (qui nécessite bien sur d'avoir tout systemd installé)

C'est certes plus simple que de tout réimplémenter, mais dans les faits, ce n'est pas parce que la lib est actuellement packagée dans systemd qu'elle ne peut pas être packagée séparément si un besoin est exprimé.

Je n'ai pas vraiment d'opinion sur journald, cependant:

Parce que Lennart n'a toujours pas comprit l'intérêt d'Unix. L'interface texte toussa …

Ben en fait, pour les besoins de la cause, tous les outils pour interagir avec les journaux ont une interface texte "machine-friendly".

Si l'esprit d'unix se résume à l'interface texte, il n'est pas question du stockage. En l'occurence, avec journald tu peux utiliser l'outil associé qui te retourne une suite de lignes de log, de la même façon que zgrep/zcat te permettent de retourner des lignes de log avec syslog, juste de façon plus rapide.

Et, soit dit en passant, l'argument du format texte robuste n'est plus vraiment recevable à partir du moment où il est compressé, ce qui est le plus souvent le cas pour les logs après rotation.

Sauf que maildir est encore un format très différent, qui n'est pas comparable aux syslogs: une entité (un mail) par fichier, des méta-données encodées dans le nom du fichier sur le disque, et, de surcroît, une normalisation très forte et très complexe des opérations que l'on peut réaliser sur un dossier mbox.

Le format mbox, qui contient plein de messages dans le même fichier, est beaucoup plus similaire à la situation des syslogs: plein d'entités dans le même fichier et un nom qui n'a aucune signification particulière et sur lequel on fait (majoritairement) du append-only.

Tu peux aussi stocker ton index dans un autre fichier, c'est ce que les serveurs imap (genre dovecot ou cyrus) font déjà avec les fichiers mbox. Il faut juste détecter les modifications de ton fichier texte pour actualiser ton index quand c'est nécessaire.

C'est juste que sqlite est un exemple particulièrement mal choisi, tu aurais pu parler directement des mbox :p

L'index binaire est stocké dans le même fichier que le "texte" (qui au final est juste un ensemble de strings C dumpées telles quelles dans un fichier binaire), c'est donc de facto un fichier binaire.

Vu que c'est redhat qui pousse dans cette direction ils ont peut-être quelque chose dans les cartons.

Et Nemiver ça sent le pâté? Par contre oué, le vala c'est la plaie à déboguer (déjà le "compilateur" est plein de bugs et les gusses derrière vala ne comprennent rien à la compatibilité ascendante), je comprends pas pourquoi tant de gens dans Gnome qui utilisent ça.

La RFC 6752 "Issues with Private IP Addressing in the Internet" est semble-t-il de circonstance.

Sauf que biodégradable ou non il va finir dans la poubelle, et donc dans l'incinérateur. Je doute que quiconque ne mette les plastiques biodégradables dans leur compost.