Misc a écrit 6314 commentaires

Comme bien souvent , si une certif a de la valeur, alors des gens vont contourner le système, et vont ne psa comprendre ce qu'il faut faire, et mal communiquer ( à dessein parfois ). Ensuite, si la survie de ton poste, de ta boite est en jeu, ouais, c'est difficile de jouer le jeu ( car bien sur, si la certif existe, c'est parce que des clients la demandent )

Fedora a refusé systemd par défaut sur le prétexte qu'il n'y avait pas assez de documentation pour Fedora 15 ( ou 14 ), firewalld a été repoussé sur le même prétexte pour Fedora 17 et parce que le système était pas fini, la refonte de l'ui d'anaconda a été repoussé plusieurs fois aussi.

Si il y a une influence, je trouve qu'elle a tendance à se plier bien facilement aux demandes de la communauté et du FESCO.

Et faut pas non plus se leurrer, il y a une équipe QA chez RH, que ça soit via Fedora ( genre adam williamson ) que sur chaque produit, il suffit de voir les offres d'emploi pour s'en convaincre. Donc Fedora n'est pas la pour remplacer la QA ou l'équipe R&D de RHEL ( surtout vu l'usage de Fedora sur les serveurs ), et comme c'est du libre, il ne faut pas oublier tout le monde bénéficie des bugs corrigés via Fedora ( et encore plus inversement, tout un tas de monde fait du taf en dehors de Fedora qui bénéficie à Fedora ).

Et ça ne va pas du tout causer une explosion combinatoire sur l'interaction entre les paquets. La façon de s'en sortir, c'est de faire comme gentoo, une distro source. Sauf que ça rajoute d'autres contraintes et d'autres problèmes.

Bah comme pour le code, en codant sans bug.

Franchement, je pige pas que les gens fassent encore l'erreur de rajouter des bugs dans le code, alors qu'on sait tous qu'il faut éviter. On voit bien le retard technologique de la France et les raisons profondes de son manque de compétitivité.

D'ailleurs, la preuve est qu'il y a plein de projets RH qui sont pas dans Fedora :
- pulp/katelo/etc, qui sont à la base de systemengine, etc de cloudform ( dispo depuis juin sur RHEL )
- openshift, qui était déjà déployé en prod avant d'arriver dans Fedora
- ovirt est pas dispo dans Fedora, il y a encore plein de paquets à faire ( et ovirt, c'est le pendant communautaire de rhev, la plateforme de virtualisation qui est déja dispo en version 3 )
- jboss et co, dans la majeure partie des projets sont pas dans Fedora ( et le peu sont depuis très peu de temps, pour faire rentrer ovirt )
- ceylon, pas dans Fedora pour le moment

Et c'est pas des produits mineurs pour la plupart, bien au contraire. Si personne n'est motivé ou n'a le temps pour le faire rentrer dans Fedora, ou si ça prends du temps, y a pas de laisser passer "je suis payé par le plus gros sponsor, faut me faire le taf ou faut bacler".

Donc dire que Fedora sert d'expérimentation est une grosse simplification. Autant dire que Ubuntu a servi de beta test pour openstack, vu qu'ils ont fait sans doute du taf dessus avant que ça arrive comme Technological Preview dans RHEL.

Tu veux dire des journaux sur zino ?

Je sais pas, c'est comme utiliser les bookmarks ou taper le nom dans google pour avoir l'url. Il y a quand même plein de gens qui n'utilisent pas les bookmarks et qui vont taper "facebook" pour trouver facebook, donc c'est pas forcément sur que les gens préfèrent les menus pour tout, ou ne s’accommode pas au final justement de pas avoir de menus.

Y eu un summer of code sur le sujet :
http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/gonyere/1

Mais une intégration plus poussé avec le widget de l'horloge serait en effet pas mal à coder.

En fait, même en cherchant avec game, ça ne me trouve rien. Cherchant avec logique ( présent dans le .desktop sous forme d'un commentaire en anglais, ou logique en français ), ça ne trouve pas sudoku.

Du coup, j'ai un peu l'impression qu'il manque un truc sur mon gnome-shell pour que ça marche aussi bien que la théorie voudrait.

ici, par contre, ça marche pas avec "jeu" :/

( gnome 3.6 )

Il faut constater qu'Intel fait le strict minimum avec Linux https://01.org/

Bah je compte 31 projets, et je compte que dans le tas, bluez, j'utilise, les drivers intel pour carte graphique, j'utilise, kvm, etc.

Je dirais pas que c'est le strict minimum

Autre solution plus généraliste, utiliser une sandbox selinux :
http://danwalsh.livejournal.com/28545.html

Ou glimpse :
https://launchpad.net/glimpse

Ou arkose :
https://launchpad.net/arkose

Ou celle basé sur app armor quand quelqu'un aura fini de l'écrire :
http://wiki.apparmor.net/index.php/AppArmorSandboxing

Car bon, si je me trompe pas, quelqu'un avec 10000 point de cosmos karma va être quelqu'un qui poste direct à 3, et donc les gens qui postent à 2 ont 1000 points. Mais au dela de ça, c'est impossible de connaitre son score, non ?

Si je veux corriger sun/oracle java truc ( la version proprio ), c'est de l'ordre du peu probable, car oracle fait tout pour que je puisse pas, notamment via la license.

Si je veux corriger openjdk, les codeurs sauf erreur de ma part ne m’empêchent pas de le faire. Les seules choses qui l’empêche, c'est de mon coté. Comme tu dit, le fait de pas avoir de temps, de pas avoir les compétences, et que ça soit ma faute directement ( genre j'ai passé mon temps au bar au lieu d'aller en cours de C, ou j'ai passé mon temps dans un assoce qui sauve des bébés phoques au lieu d'apprendre le C ) ou indirectement ( je me suis fait rouler dessus et j'ai passé 20 ans dans le coma ), ça reste que dans une relation codeur/demandeur, les soucis restent du coté du demandeur, d'ou "sa faute". Certes, j'aurais pu trouver sans doute mieux comme formulation.

c'est que le journal a besoin d'un effort de standardisation au niveau de sa présentation. Le format binaire ne
représente pas la seule et unique méthode pour y arriver.

Pour standardiser, tu as 2 choix. Soit tu va dire à tout le monde "maintenant, c'est ça" et tu t'assures que tout le monde le fait. Soit tu mets un truc entre les logs et le programme qui va se charger de faire ça. Notamment dans le cas de la date, c'est flagrant. C'est ce 2eme cas que journald a choisi.

Ensuite, journald a le choix entre stocker ça en binaire ou en texte. En texte, soit tu prends un format ad-hoc ( ce qui est actuellement mis dans les logs ), soit tu reprends un truc existant ( genre du json, du xml, du yaml ) avec une grammaire. Les auteurs de journald se sont orienté vers le binaire et fait de tout mettre dans une base de données directement pour éviter de faire du parsing sans arrêt.
Les avantages sont multiples. Comme c'est indexé, l'accès aux données est peu couteux et ça permet de voir les logs avec systemctl status. Comme c'est indexé, les recherches sur la date peuvent se faire de manière précise.

Comme les champs sont souvent répétés ( hostname, boot_id, etcetc ), il y a moyen de compresser ça de manière efficace, ce qui permet de logger plus d'info sans pour autant prendre plus de place. Et d'utiliser les informations. Par exemple, plus besoin de regarder la date d'un truc pour savoir si un log correspond au boot courant ou pas, l'information est stocké dans boot_id. L'utilisateur et le service sont enregistré, plus de magouille avec la commande logger. Donc c'est pas "on rajoute des champs pour rien". De plus, la compression a mon avis peut jouer dans le cas de l'embarqué ( embarqué qui inclue aussi les tablette ), et on peut râler ce qu'on veut sur Apple, si on veut pas avoir un futur ou ils deviennent le microsoft d'hier, faut prendre en compte ce cas.

Ouais, on aurait pu faire autrement. Guess what, au lieu de troller sur linuxfr, y a des gens qui ont commencés le boulot :
https://fedorahosted.org/lumberjack/

L'origine est expliqué ici : http://bazsi.blogs.balabit.com/2012/02/project-lumberjack-to-improve-linux-logging/

Donc tu va pouvoir maintenant défendre le fait d'utiliser xml :
https://fedorahosted.org/lumberjack/wiki/sampleXml#ExamplelumberjackLogEventsinXMLFormat
ou json :
https://fedorahosted.org/lumberjack/wiki/sampleJson#ExamplelumberjackLogEventsinJSONFormat

Tu peux même trouver des choses comme https://github.com/deirf/libumberlog pour faire ce que tu veux, à savoir un format texte standardisé pour les logs. Je te propose donc de compiler la lib chez toi, de l'utiliser et de nous dire après 2 mois comment ça a trop changé ta vie. Moi, j'utilise le journal et systemd, et j'ai déjà expliqué pourquoi je trouve que le résultat est pratique.

Ce n'est pas parce que le format de date du journal est inadéquat qu'il faut passer au binaire.
Il suffisait de changer le format de cette date.

Au vue des cris d'orfraie poussé à l'idée de mettre un système de log à coté de syslog ( car comme dit partout à commencer dans l'annonce, journald passe les logs à syslog pour compatibilité et ne compte pas retirer ça ), j'ose pas imaginer les cris si on touche directement à syslog au point de rendre son format incompatible avec les outils existants.

Et au fait, dans le fichier binaire, little ou big endian?

"The on disk format uses exclusively 64bit LE (little endian) offsets," cf l'annonce
https://docs.google.com/document/pub?id=1IC9yOXj7j6cdLLxWEBAGRL6wl97tFxgjLUEHIX3MSTs

Le lien vers la spec : http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html

Et en fait, je vois pas ce que vient faire systemd la dedans ( part que c'est sans doute logind qui rajoute le répertoire ). C'est trivialement implémentable dans /run/. D'ailleurs, oh tiens :

$ echo $XDG_RUNTIME_DIR
/run/user/500

Actuellement, xorg mets ça dans /tmp ( genre /tmp/.X11-unix/X0 ).

Le format texte est effectivement universel. Quelle que soit la plateforme, le fichier peut être lu tel quel, sans
interpréteur … à condition de respecter le jeu de caractères, bien sûr, mais même sans ça un fichier texte dont les
accents, par exemple, apparaissent "bizarrement" reste lisible par n'importe quel humain sur n'importe quelle machine.

Mais le format des données n'a rien de standard :

$ head -n 1 yum.log messages iscsiuio.log mcollective.log httpd/access_log-20120626 certmaster/certmaster.log-20120220
==> yum.log <==
Jan 01 18:06:22 Installed: python-distutils-extra-2.29-1.fc16.noarch

==> messages <==
Oct 21 11:19:15 liliana dbus-daemon[880]: dbus[880]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper)

==> iscsiuio.log <==
INFO  [Sun Oct 21 11:17:01 2012]Initialize logger using log file: /var/log/iscsiuio.log

==> mcollective.log <==
# Logfile created on 2012-10-19 20:35:38 +0200 by logger.rb/31641

==> httpd/access_log-20120626 <==
::1 - - [25/Jun/2012:23:14:12 +0200] "GET /dashboard HTTP/1.1" 200 1773 "-" "Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20100101 Firefox/13.0.1"

==> certmaster/certmaster.log-20120220 <==
2012-02-12 16:42:30,003 - DEBUG - submitting CSR: /etc/pki/certmaster/liliana..csr  to certmaster http://akroma.local:51235/

Y a quoi d'universel dans tout ça ? Tantôt j'ai la date a un format, tantôt à un autre, tantôt j'ai le hostname, parfois non, j'ai des commentaires. Et j'ai pas du chercher longtemps pour montrer que c'est le merdier.

En même temps, soyons clair, si on t'a vendu le logiciel libre comme étant la liberté pour les utilisateurs, on t'a mal vendu le truc.

Sur les 4 libertés de la GPL et de la FSF, tu as :
- la liberté d'étudier ( pour contributeur )
- la liberté d'utiliser ( pour contributeur et pour non contributeur )
- la liberté de distribuer ( pour contributeur et pour non contributeur )
- la liberté d'améliorer et de distribuer ( pour contributeur )

On note quand même que la moitié des 4 libertés sont juste pour les contributeurs, et donc que sur les fondements du libre, les non contributeurs profitent moins du libre.

Donc oui, ceux qui utilisent sans contribuer, ils sont dépendant des autres. Mais c'est uniquement leur faute, car la seule chose qui les retient, c'est eux mêmes.

Et pour systemd, y a pas ?

Va voir le bugzilla, regarde les RFE.
Par exemple, quelqu'un a demandé le format du journal, la doc a été écrite ( heck, c'est même le titre de la dépêche ). L'option --until/--since a été proposé sur les listes fedora. Le fait de faire une rotation par date et pas par taille de fichier, ça a été demandé sur les listes Fedora.

Je vais pas faire la liste des choses ou les demandes ont été prises en compte, mais je pense que tu confonds "ma demande n'a pas été accepté" avec "personne n'a été écouté". Les gens peuvent dire non.

Et si la demande est "journal devrait faire des logs en ascii", c'est le boulot de rsyslog. C'était très clair dans la première annonce, et ça me semble parfaitement logique d'un point de vue de l'architecture. A la base, journald n'était la que pour servir systemd ( les lignes de logs qu'on voit quand on fait systemctl status, ça vient de la ). Ensuite, l'idée a été d'exposer ça pour que les utilisateurs puissent le lire. Puis des gens se sont dit "tiens, on peut faire des tas de trucs qu'on fait pas facilement avec du texte". Comme par exemple, afficher la date dans la timezone local sans avoir à passer des tonnes de regexp pour parser et convertir la date, ou afficher les couleurs sur la base de la sévérité du message dans la sortie. Ou le fait d'afficher les données de 2 unités systemd mais pas des autres ( genre bind et dhcp ), correctement mélés ( chose un chouia plus compliqué avec des fichiers et avec des corners cases moisi, comme "oups, le tri lexical fait de la merde entre "Oct 30" et "Nov 01" ).

C'est comme git vs svn/cvs, le fait d'avoir un moyen rapide de faire certains traitements change la donne et offre des possibilités. Faire un svn rebase, ça serait vachement plus long et couteux. Faire un svn grep serait difficilement envisageable. Avoir changer a donne et fait un truc ultra rapide rends les choses différentes.

Avec journald, c'est pareil. C'est rien de différent, mais le fait d'avoir un fichier binaire, ça rends certains algos possibles alors que ça serait couteux autrement.

Le souci, c'est que les gens savent pas lire, ou prenne pas le temps ( ou simplement n'ont pas le temps )
.
D'un coté, on a un système qui évolue vite, au point que ça dépasse presque la capacité d'absorption d'un humain, sauf si il passe son temps à faire de la veille. De l'autre, on a des gens dont le temps libre diminue ( famille, travail ), et qui applique face au changement la stratégie de survie classique de "si ça marche, faut pas toucher, j'ai investi du temps".

Personnellement, je pense que les gens semblent oublier les racines du libre, la recherche en informatique. Stallman était chercheur, et son but était de faire en sorte que le savoir ne soit pas privatisé, certes, mais ne soit pas privatisé pour qu'il puisse continuer à faire son taf, qui était la recherche. Et la recherche, ça vient par l'expérimentation, l'essai de nouvelles choses. Et c'est sur la base de ce genre d'éclairage qu'on voit que le bazar est l'expression du bouillonnement créatif autour du libre.
Et que donc oui, les changements, y en aura encore d'autres, et si le but est d'avoir un système qui ne bouge plus, y a pas de souci, c'est du logiciel libre, vous pouvez le garder comme vous voulez. Si ensuite, le souci est de se retrouver tout seul, alors faut se dire "mais pourquoi pas assez de monde m'a suivi".

Avec tcc ( http://bellard.org/tcc/ )

En fait, visiblement, syslog vient de sendmail, donc des années 80 ( cf wikipedia ).

Par contre, utmp semble être la depuis le début :
http://man.cat-v.org/unix-1st/5/utmp
( issue du projet "Unix First Edition Manuals" http://man.cat-v.org/unix-1st/ )

Donc je pense que les concepteurs d'unix au début n'ont pas prévu de faire des logs dans des fichiers textes, qui sont arrivés après. Donc oui, soit c'était pas prévu, soit c'était prévu en binaire.

Ensuite, peut être que les sacro-saints 40 ans d'héritages d'Unix, ça commence dans les années 80 et je sais pas compter. Peut être aussi qu'on devrait rajouter sendmail et m4 dans l'héritage Unix, et bruler les impies comme Wietse Venema et Philip Hazel.

Y a surtout que sqlite supporte pas les accès concurrents. J'ai tenté sur puppet, ça monte pas des masses en charge ( genre à partir de 7/8 clients, ça fait de la merde, on monte à plus de 300 fois plus au taf avec mysql )

Être flat, ça veut rien dire. Tout au plus, on parle de flat file, et la, je propose de regarder :

http://www.sqlite.org/fileformat.html

à comparer avec

http://en.wikipedia.org/wiki/Flat_file_database

Sqlite utilise un arbre binaire ( b-tree ) pour accéder à des enregistrements ( records ). C'est pas exactement la définition de wikipedia. Donc sauf à dire "oui, c'est plat sauf la ou c'est pas plat", je pense que tu es dans l'erreur.