Sauf que respecter cette option se fait uniquement sur base volontaire, donc je doute qu'en pratique elle soit respectée par Google and co autrement qu'en façade (c'est-à-dire que le tracking est sans doute là, juste pas exploité tant que cette option est peu répandue).
Je ferais plus confiance pour ma part à des solutions côté client (genre bloqueurs de trackers externes façon adblock/ghostery).
Par ailleurs, un problème intéressant au niveau tracking et publicité ciblée est celui des services pour webmaster de google tels que fonts.google.com ou l'hébergement de bibliothèques javascript populaires.
En même temps c'est pas comme s'il y avait une alternative libre et ouverte dans le monde du mobile. Tu ne peux guère choisir qu'entre la peste, le choléra et la petite vérole.
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.
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.
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é.
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é.
[^] # Re: Do Not Track
Posté par nud . En réponse au journal Chromium et la publicité. Évalué à 3.
Sauf que respecter cette option se fait uniquement sur base volontaire, donc je doute qu'en pratique elle soit respectée par Google and co autrement qu'en façade (c'est-à-dire que le tracking est sans doute là, juste pas exploité tant que cette option est peu répandue).
Je ferais plus confiance pour ma part à des solutions côté client (genre bloqueurs de trackers externes façon adblock/ghostery).
Par ailleurs, un problème intéressant au niveau tracking et publicité ciblée est celui des services pour webmaster de google tels que fonts.google.com ou l'hébergement de bibliothèques javascript populaires.
[^] # Re: Google bashing
Posté par nud . En réponse au journal Google : don't be evil, la suite. Évalué à 0.
En même temps c'est pas comme s'il y avait une alternative libre et ouverte dans le monde du mobile. Tu ne peux guère choisir qu'entre la peste, le choléra et la petite vérole.
[^] # Re: Et bonne santé
Posté par nud . En réponse au journal Meilleurs vœux : suis-je un sociopathe ?. Évalué à 1.
Avec les nouveaux smartphones ça doit pouvoir se scripter.
[^] # Re: monit
Posté par nud . En réponse au sondage Quel outil de supervision ?. Évalué à 3.
Dans le même style il y a aussi mon qui marche bien et simplement.
[^] # Re: Dans quel monde parallèle je vis ?
Posté par nud . En réponse au journal L'ergonomie de GNOME 3. Évalué à 2.
Non, c'est juste un type fort en gueule.
[^] # Re: Difficilement contestable
Posté par nud . En réponse au journal L'ergonomie de GNOME 3. Évalué à 4.
Pour ma part je connais énormément de gens qui minimisent les fenêtres une à une afin de pouvoir ensuite afficher celle dont ils ont besoin.
[^] # Re: Pourquoi faire simple quand on peut faire compliqué
Posté par nud . En réponse au journal L'ergonomie de GNOME 3. Évalué à 10.
Personnellement, quand je suis passé à Gnome Shell, ma productivité a chuté suite à l'amoncellement des trolls sur linuxfr.
[^] # Re: vim vs. emacs
Posté par nud . En réponse au journal L'ergonomie de GNOME 3. Évalué à 6.
Ce genre de "raccourcis" pour éviter le mode -1 existe aussi dans gnome-shell:
En pratique, un utilisateur avancé qui sait se servir d'unc lavier peut très bien ne jamais aller dans l'overview (ou très rarement). C'est mon cas.
[^] # Re: Comment dire...
Posté par nud . En réponse au journal L'ergonomie de GNOME 3. Évalué à 3.
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.
[^] # Re: Et merde !
Posté par nud . En réponse au journal Non, systemd n'est vraiment pas parfait ! (ni prêt). Évalué à 2.
Le câble s'appelle UTP, FTP ou STP, et on mentionne généralement sa catégorie.
# Transgenres
Posté par nud . En réponse au journal Sexe et numéro de sécurité sociale en France. Évalué à -6.
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.
[^] # Re: extraction de base anonymisée
Posté par nud . En réponse au journal Contribuer à LinuxFr : étape 1 - installation du site. Évalué à 0.
J'espère que tu plaisantes. Deux DELETE et deux UPDATE sans même une clause WHERE ?
[^] # Re: ♥ Gnome 2 ♥
Posté par nud . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à 2.
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.
[^] # Re: extraction de base anonymisée
Posté par nud . En réponse au journal Contribuer à LinuxFr : étape 1 - installation du site. Évalué à 1.
Tout cela peut assez facilement être nettoyé:
On peut aussi limiter l'export aux contenus en CC et aux commentaires associés.
[^] # Re: (R)évolutions?
Posté par nud . En réponse au journal OSEF. Évalué à 3.
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.
[^] # Re: les *
Posté par nud . En réponse au message sed et pattern. Évalué à 4.
Tant qu'à faire autant compresser un petit peu la regex…
[^] # Re: Contributeurs
Posté par nud . En réponse à la dépêche De tout, de rien, des bookmarks, du bla‐bla #44. Évalué à 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é.
# Contributeurs
Posté par nud . En réponse à la dépêche De tout, de rien, des bookmarks, du bla‐bla #44. Évalué à 2.
Merci à CrEV pour cette dépêche, mais merci également à X, Y, Z pour leur importante contribution !
[^] # Re: Android
Posté par nud . En réponse au journal Il remonte dans mon nez Steam. Évalué à 4.
Ça m'a plutôt l'air d'être pour Ubuntu uniquement.
[^] # Re: Nouveau : vraiment opérationnel
Posté par nud . En réponse à la dépêche Entretien avec Martin Peres, développeur Nouveau. Évalué à 2.
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.
[^] # Re: Justement !
Posté par nud . En réponse au journal Les entrées de suivi ouvertes les mieux notées. Évalué à 2.
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.
[^] # Re: Pilotes graphiques libres
Posté par nud . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 1.
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.
[^] # Re: Pourquoi du binaire
Posté par nud . En réponse au journal Documentation du format du Journal. Évalué à 0.
Dans les faits c'est souvent inadapté :
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.
[^] # Re: Pourquoi du binaire
Posté par nud . En réponse au journal Documentation du format du Journal. Évalué à 4.
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.
[^] # Re: Pourquoi du binaire
Posté par nud . En réponse au journal Documentation du format du Journal. Évalué à 2.
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é.