Il me semble qu’on en n’a pas encore parlé ici, alors j’en profite : sur FreeBSD, et donc aussi PC-BSD, l’équipe chargée de KDE ne s’en sort pas trop mal et arrive à suivre à peu près, mais c’est un énorme boulot ; par contre, l’équipe chargée de Gnome rencontre aussi bien des difficultés…
Du coup, le projet PC-BSD a décidé de prendre le taureau par les cornes, et s’est mis à écrire un énième gestionnaire de bureau, mais celui-ci sera « natif », pour s’affranchir des problèmes de portage.
Lumina est encore en version Alpha, mais il y a déjà une FAQ intéressante (en anglais) qui explique bien sa motivation.
J’avoue que je suis assez curieux de voir si ce projet va être mené à son terme et ce qu’il donnera !
J'imagine et j'espère que d'autres distributions essayent de faire des choses similaires.
Il y a déjà un bon paquet d’années, je maintenais le port FreeBSD de xtel, un émulateur Minitel, et un jour j’avais reçu un courrier du "ports manager" de l’époque qui s’occupait de la production des paquets binaires et qui m’avait signalé un buffer overflow : en fait, après avoir créé les paquets, il avait une procédure qui les installait et qui faisait du fuzzing dessus. Par contre, je ne pense pas que c’était systématique, mais plutôt par échantillonnage.
D’autre part, il y a aussi des outils d’analyse des sources – ne serait-ce que sans outils supplémentaires les vérifications de clang et de plus en plus de Gcc –, mais c’est loin d’être automatisable à 100 % ! Il y a plein de faux positifs qui doivent être annotés, et ça demande une analyse humaine longue et complexe.
Il y a une dizaine d’années, j'avais aussi souffert de maux de dos, et on m’avait conseillé l’aviron, qui était paraît-il le sport le plus adapté. Mais je n’ai pas essayé, pour des raisons d’éloignement.
Contrairement à ce que beaucoup de personnes croient, l’équitation est aussi recommandée – quand on monte bien –, car elle muscle le dos.
totalement dénormalisées : c'est voulu dans certain cas, bon si tu as une bonne définition récente de table normalisée (JF CODD ?) je pourrais te donner certaines raisons de ne pas normaliser tes tables.
Lorsque l’on rencontre des problèmes de performances sur certaines requêtes, il est tout à fait possible de dénormaliser le modèle physique d’une base de données, on est bien d’accord !
Mais quand ça concerne des pans entiers d’un schéma, là j’ai de très gros doutes ! Et lorsqu’en plus les noms des tables et des colonnes ne sont pas des noms mnémoniques dans une aucune langue courante mais des codes générés pour lesquels aucune correspondance n’est fournie, le doute n’est plus permis.
Par contre je vous dis pas le boulot, dans mon souvenir SAP pouvait contenir jusqu'à 9000 Tables ! si cela se trouve maintenant on doit approcher les 10000.
Du peu que j’en avais vu il y a quelques années, ces tables étaient d’ailleurs inexploitables : totalement dénormalisées, en dépit du bon sens et au risque de plomber les performances, avec des noms de champs non significatifs.
On retrouve d’ailleurs cette volonté « d’obfusquer » le modèle de données dans d’autres progiciels non-libres : Documentum ou l’EPM de Microsoft par exemple.
En fait, quand la structure de données à stocker est très simple, l’idéal est un fichier CSV (à condition de choisir un séparateur de champs non utilisé dans les données), ou un fichier INI si on n’a qu’un seul enregistrement.
En utilisant la première ligne comme en-tête, on a l’avantage de l’auto-documentation. Et avec AWK (ou Perl pour les plus vicieux), sort et uniq, on a l’outillage universel pour les manipuler.
Si la structure se complique un peu, disons 2 entités et une relation en langage MCD, on s’en sort encore très bien avec 2 fichiers CSV, et en ajoutant join, comm et paste aux outils, ça roule.
Au delà, eh bien soit on dénormalise la structure pour faire tenir nos données dans 2 fichiers CSV en acceptant quelques limites, soit il faut oublier les fichiers plats et passer à une base de données.
Le XML, ça n’est rien d’autre qu’une tentative de faire rentrer une base de données dans un seul fichier, ce qui peut éventuellement se justifier en tant que format pivot dans le cadre d’échanges hétérogènes, mais pas plus – surtout un vendredi !
Il est fort ce GMail ! Il dit quoi à propos de ma timezone ? :D Je suppose que ça ne marche qu'avec ta liste de contact qui eux même utilisent les services Google et/ou qui sont loggués via un Google ID.
Pas forcément. Je ne connais pas Gmail, mais Horde / IMP sait utiliser GeoIP pur afficher le petit drapeau correspondant au pays de l’expéditeur. Bon, c’est sûr que ça ne résiste pas à l’épreuve de ceux qui utilisent des domaines enregistrés ailleurs que chez eux…
Je ne vois pas bien le rapport : en principe, de gmail, on ne voit que la partie client (webmail), mais je n’ai jamais vu d’infos sur le(s) serveur(s) utilisé(s) ?
C’est tout de même bizarre : le TT veut dire Tiny-Tiny ! J’en ai un sur un petit serveur derrière ma ligne ADSL en SSL, et je le trouve bien réactif, avec pas mal de flux, dont certains plutôt lourds.
Mais comme toujours, ce genre d’applis dépend de beaucoup de choses : le SGBD utilisé (MySQL ou Postgres ?), sa configuration, le mode de mise à jour (curl ?), le serveur web utilisé et sa config, PHP via FPM ou mod_php ? Utilisation d’un cache ? Tous ces paramètres ont une influence !
Le problème, c’est qu’en montagne, on n’a souvent pas de réseau ! Il faudrait charger une carte de la couverture des opérateurs utilisés pour l’itinéraire prévu avant le départ, et en tenir compte.
[^] # Re: Que de mauvaises intentions
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal Mozilla fait avancer le web et ajoute les DRM à Firefox. Évalué à 3.
Techniquement, oui…
Mais là je pense qu'ils veulent du code qui soit le plus difficile possible à rétro-analyser.
[^] # Re: Et oui...
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal Google détient-il vos emails. Évalué à 8.
Les intellectuels se lavent les mains après, alors que les manuels se les lavent avant.
[^] # Re: Et sinon ?
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal DNS remplacé par GPS ?. Évalué à 2.
Et ceux qui sont dans le cloud ?
# 42^W Réponse bookmark
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal Idée stupide sur la sécurité du code. Évalué à 2.
J’arrive un peu tard, mais bon, ça sera pour la postérité : David Wheeler publié une réponse très intéressante qui répond à la question posée.
# Lumina : un nouveau gestionnaire de bureau pour PC-BSD
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse à la dépêche Appel à l'aide de l'équipe KDE de Debian. Évalué à 4.
Il me semble qu’on en n’a pas encore parlé ici, alors j’en profite : sur FreeBSD, et donc aussi PC-BSD, l’équipe chargée de KDE ne s’en sort pas trop mal et arrive à suivre à peu près, mais c’est un énorme boulot ; par contre, l’équipe chargée de Gnome rencontre aussi bien des difficultés…
Du coup, le projet PC-BSD a décidé de prendre le taureau par les cornes, et s’est mis à écrire un énième gestionnaire de bureau, mais celui-ci sera « natif », pour s’affranchir des problèmes de portage.
Lumina est encore en version Alpha, mais il y a déjà une FAQ intéressante (en anglais) qui explique bien sa motivation.
J’avoue que je suis assez curieux de voir si ce projet va être mené à son terme et ce qu’il donnera !
# Tor
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal Host@home : faciliter l'auto-hébergement. Évalué à 1.
Bien tenté !
Et si on installe 2 relais Tor, ça ira encore 2 fois plus vite ?
[^] # Re: Ça existe ou ça a existé :
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal Idée stupide sur la sécurité du code. Évalué à 6.
Il y a déjà un bon paquet d’années, je maintenais le port FreeBSD de xtel, un émulateur Minitel, et un jour j’avais reçu un courrier du "ports manager" de l’époque qui s’occupait de la production des paquets binaires et qui m’avait signalé un buffer overflow : en fait, après avoir créé les paquets, il avait une procédure qui les installait et qui faisait du fuzzing dessus. Par contre, je ne pense pas que c’était systématique, mais plutôt par échantillonnage.
D’autre part, il y a aussi des outils d’analyse des sources – ne serait-ce que sans outils supplémentaires les vérifications de clang et de plus en plus de Gcc –, mais c’est loin d’être automatisable à 100 % ! Il y a plein de faux positifs qui doivent être annotés, et ça demande une analyse humaine longue et complexe.
[^] # Please Put OpenSSL Out of Its Misery
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal journal bookmark : vers un fork d'OpenSSL ?. Évalué à 3.
Et sur le même sujet, lire Please Put OpenSSL Out of Its Misery de PHK (en anglais).
# GitHub
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal journal bookmark : vers un fork d'OpenSSL ?. Évalué à 4.
On constate aussi pas mal d'activité sur GitHub, avec pas mal d'issues.
[^] # Re: openopenssl
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal journal bookmark : vers un fork d'OpenSSL ?. Évalué à 10. Dernière modification le 15 avril 2014 à 15:33.
LibreSSL, pour faire le pendant à OpenOffice / LibreOffice.
[^] # Re: Bravo
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse à la dépêche Sortie de la version 1.0 de Grisbi, logiciel de comptabilité. Évalué à 3.
Le package FreeBSD est disponible.
[^] # Re: faire une activité physique …
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal Posture de travail et mal de dos. Évalué à 2.
Il y a une dizaine d’années, j'avais aussi souffert de maux de dos, et on m’avait conseillé l’aviron, qui était paraît-il le sport le plus adapté. Mais je n’ai pas essayé, pour des raisons d’éloignement.
Contrairement à ce que beaucoup de personnes croient, l’équitation est aussi recommandée – quand on monte bien –, car elle muscle le dos.
[^] # Re: comment quitter SAP ?
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal SAP aide ses clients à migrer de Windows vers Linux. Évalué à 2.
Lorsque l’on rencontre des problèmes de performances sur certaines requêtes, il est tout à fait possible de dénormaliser le modèle physique d’une base de données, on est bien d’accord !
Mais quand ça concerne des pans entiers d’un schéma, là j’ai de très gros doutes ! Et lorsqu’en plus les noms des tables et des colonnes ne sont pas des noms mnémoniques dans une aucune langue courante mais des codes générés pour lesquels aucune correspondance n’est fournie, le doute n’est plus permis.
[^] # Re: comment quitter SAP ?
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal SAP aide ses clients à migrer de Windows vers Linux. Évalué à 6.
Du peu que j’en avais vu il y a quelques années, ces tables étaient d’ailleurs inexploitables : totalement dénormalisées, en dépit du bon sens et au risque de plomber les performances, avec des noms de champs non significatifs.
On retrouve d’ailleurs cette volonté « d’obfusquer » le modèle de données dans d’autres progiciels non-libres : Documentum ou l’EPM de Microsoft par exemple.
# CSV
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal XML c'est de la daube!!!. Évalué à -4.
En fait, quand la structure de données à stocker est très simple, l’idéal est un fichier CSV (à condition de choisir un séparateur de champs non utilisé dans les données), ou un fichier INI si on n’a qu’un seul enregistrement.
En utilisant la première ligne comme en-tête, on a l’avantage de l’auto-documentation. Et avec AWK (ou Perl pour les plus vicieux), sort et uniq, on a l’outillage universel pour les manipuler.
Si la structure se complique un peu, disons 2 entités et une relation en langage MCD, on s’en sort encore très bien avec 2 fichiers CSV, et en ajoutant join, comm et paste aux outils, ça roule.
Au delà, eh bien soit on dénormalise la structure pour faire tenir nos données dans 2 fichiers CSV en acceptant quelques limites, soit il faut oublier les fichiers plats et passer à une base de données.
Le XML, ça n’est rien d’autre qu’une tentative de faire rentrer une base de données dans un seul fichier, ce qui peut éventuellement se justifier en tant que format pivot dans le cadre d’échanges hétérogènes, mais pas plus – surtout un vendredi !
# Tox
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse à la dépêche p2p-hacker-fr : « premier état de l'art sur la décentralisation ». Évalué à 10.
Merci pour cette dépêche très intéressante, on attend la suite avec impatience !
Je me permettrais une petite suggestion d’ajout : la bibliothèque de messagerie instantanée Tox, et les clients qui l’utilisent.
[^] # Re: goto
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal <3 goto. Évalué à 2.
C’est tout de même le deuxième point de la FAQ de fr.lettres.langue.francaise, qui a le mérite de renvoyer vers l’Éthylo…mogie.
[^] # Re: Goto tabou
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal <3 goto. Évalué à 6.
Si c’est réellement dangereux, je préconise que l’on interdise aussi les JMP dans le code généré.
[^] # Re: Ajouter une catégorie? Ajouter des critères à la page d'accueil?
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse au journal Avoir du marbre (et des discussions techniques). Évalué à 2.
Il y a tout de même une différence : sur l’agenda du libre, c’est juste une annonce, alors qu’ici cela peut déclencher des réactions et des échanges.
[^] # Re: Plan de vol
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse à la dépêche Sortie de R.A.S. v0.4, alias RandoAmisSecours. Évalué à 3.
L’UFC Que Choisir a ça : carte de la couverture réseau.
Mais je ne sais pas si les données brutes sont accessibles.
[^] # Re: Gmail
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse à la dépêche OpenSMTPD : Premiers Pas. Évalué à 2.
Pas forcément. Je ne connais pas Gmail, mais Horde / IMP sait utiliser GeoIP pur afficher le petit drapeau correspondant au pays de l’expéditeur. Bon, c’est sûr que ça ne résiste pas à l’épreuve de ceux qui utilisent des domaines enregistrés ailleurs que chez eux…
[^] # Re: Calculateur?
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse à la dépêche Naissance du calculateur du domaine public. Évalué à 10.
En fait, comme le temps de réponse est très long, si on relance la requête, il se peut que ça ait évolué entre temps.
[^] # Re: Gmail
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse à la dépêche OpenSMTPD : Premiers Pas. Évalué à 3.
Je ne vois pas bien le rapport : en principe, de gmail, on ne voit que la partie client (webmail), mais je n’ai jamais vu d’infos sur le(s) serveur(s) utilisé(s) ?
[^] # Re: Envoie un patch (was: Re: Presque parfait ?)
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse à la dépêche JellyReader, un lecteur RSS presque parfait . Évalué à 2.
C’est tout de même bizarre : le TT veut dire Tiny-Tiny ! J’en ai un sur un petit serveur derrière ma ligne ADSL en SSL, et je le trouve bien réactif, avec pas mal de flux, dont certains plutôt lourds.
Mais comme toujours, ce genre d’applis dépend de beaucoup de choses : le SGBD utilisé (MySQL ou Postgres ?), sa configuration, le mode de mise à jour (curl ?), le serveur web utilisé et sa config, PHP via FPM ou mod_php ? Utilisation d’un cache ? Tous ces paramètres ont une influence !
[^] # Re: Plan de vol
Posté par Thierry Thomas (site web personnel, Mastodon) . En réponse à la dépêche Sortie de R.A.S. v0.4, alias RandoAmisSecours. Évalué à 2.
Le problème, c’est qu’en montagne, on n’a souvent pas de réseau ! Il faudrait charger une carte de la couverture des opérateurs utilisés pour l’itinéraire prévu avant le départ, et en tenir compte.