J'ai eu aujourd'hui la désagréable surprise de recevoir un email d'OVh me disant en substance ceci :
[IMPORTANT] Arrêt du service RPS le 24 Juin 2013
OVH a proposé le produit RPS de Janvier 2008 à Juin 2011. L'infrastructure de ce produit
devient obsolète, amenant à terme de potentiels risques. OVH proposant désormais des offres
plus adaptées à ce type de besoin, nous avons pris la décision de stopper le service.
Le service RPS sera donc définitivement stoppé le 24 (...)
(suite du journal précédent)
Lors du Fosdem 2013, deux développeurs Debian, Tollef Fog Heen et Michael Biebl, ont présenté une conférence intitulée « systemd in Debian ».
Dans le diaporama de leur présentation (disponible sur ce lien), les deux développeurs Debian écrivaient que, dans la future Debian Jessie :
sysvinit will most likely remain the default for most installations
… ce qui avait donné lieu à différentes interprétations (voir le journal précédent).
La vidéo de la (...)
Bonjour.
Le Fosdem 2013 s'est tenu à Bruxelles il y a quelques jours.
Deux développeurs Debian, Tollef Fog Heen et Michael Biebl, y ont présenté une conférence intitulée « systemd in Debian ». Le diaporama de leur présentation est en ligne ici.
Sa lecture nous apprend que systemd sera proposé dans la prochaine Debian stable (Debian Wheezy) qui devrait sortir dans les prochains mois.
Concernant la version suivante de Debian (Debian Jessie) les deux développeurs écrivent que :
sysvinit (...)
Harry Poetter Lennart vient de publier un billet sur son blog pour démentir l'ensemble des mythes associés à systemd
http://0pointer.de/blog/projects/the-biggest-myths.html
Une argumentation solide, même si parfois on se demande d'où sortent certains mythes (fichiers de configuration binaires ?), parfois contradictoires ("systemd est pas fait pour la rapidité" suivi d'un "un démarrage rapide c'est bien pour les sysadmins").
Un peu de mauvaise foi, avec les *BSD qui reprochent surtout l'intégration poussée de systemd aux environnements de bureaux. Effectivement, ils s'en branlent de (...)
Freedesktop est vu, par beaucoup, comme une solution à la diversité des bureaux sur Linux, mais dans ce journal je veux montrer que au contraire, Freedesktop n'est qu'un outil utilisé par deux entreprises pour imposer leur points de vues. Ces entreprises sont RedHat et Collabora.
Freedeskstop fut créé début des années 2000 par un groupe de développeurs venant principalement de GNOME. Leur but était d'améliorer l'intégration des différents logiciels entre eux.
Revenons 5 ans en arrière : Le desktop sous (...)
C'est du tout grand Lennart qui nous arrive, sur son compte Google+ ce vendredi :
https://plus.google.com/115547683951727699051/posts/ZZWLtq6tYdn
Au menu, sa critique de la spec par Canonical visant à mettre Upstart dans la session utilisateur :
https://wiki.ubuntu.com/FoundationsTeam/Specs/RaringUpstartUserSessions
Selon Lennart, cela revient purement et simplement à créer deux environnement totalement incompatibles au niveau des applications : Unity/Upstart d'un côté, GNOME/KDE/Systemd de l'autre. Un peu comme Android quoi.
Bon, il trolle en douceur, admettant que lui-même voulait faire la même chose avec Systemd, mais qu'il ne voulait pas (...)
Bonjour.
J'entends un peu partout des utilisateurs râler parce que leur distribution est passée à systemd. Il y a deux choses que j'aimerais savoir :
Merci de vos réponses.
Non, systemd n'est vraiment pas parfait ! Alors, oui, je veux bien croire qu'il améliore pas mal de choses,
qu'il est plus "beau" plus rapide, plus "simple" et peut-être même qu'il rend le poil de votre poney luisant !
Mais, tout de même, je ne suis pas convaincu que ce soit une bonne idée que de précipiter un projet si "jeune".
Remplacer une partie si important de notre système d'en un temps aussi court !
Un exemple tout con, aujourd'hui, je viens de (...)
On accuse souvent systemd de devenir un énorme SPOF. On l’accuse également d’intégrer énormément de services auparavant distincts : init, inetd, cron, syslog, udev, etc.
Pourtant, quand je lis la présentation de journalctl et d’autres billets de vulgarisation de systemd, je ne peux que reconnaître l’utilité et l’aboutissement du bousin face la bordée de scripts sh, perl, awk et sed qu’on utilise pour le même but, et qui rendent l’administration système si obscure à certains.
En lisant Lennart exposer (...)
L’un des reproches fait au journal, l’outil de journalisation système — log — de systemd, est l’utilisation d’un format binaire initialement non documenté et pour lequel aucune promesse de stabilité n’avait été faite.
Une partie de ces reproches est maintenant caduque, puisqu’un document apparu hier sur le wiki de systemd documente en profondeur le format du journal. Le comportement que doit avoir un logiciel souhaitant lire ou écrire le journal sans passer par l’interface de programmation de journald est également décrit.
L’équipe s’est même engagée à garantir la stabilité, tant pour le format binaire que pour le format texte d’exportation.
NdM : merci à Mjules pour son journal.
Bonjour
l'un des reproches fait au journal (outil de log de systemd) est l'utilisation d'un format binaire initialement non documenté et pour lequel aucune promesse de stabilité n'avais été faite :
https://docs.google.com/document/pub?id=1IC9yOXj7j6cdLLxWEBAGRL6wl97tFxgjLUEHIX3MSTs
Une partie de ces reproches est maintenant caduque puisqu'un document apparu hier sur le wiki de systemd documente en profondeur le format du journal : http://www.freedesktop.org/wiki/Software/systemd/journal-files
Le comportement que doit avoir un logiciel souhaitant lire ou écrire le journal sans passer par l'api de journald est également décrit.
Comme l’annonçait gnumdk, GNOME va requérir systemd.
GNOME applications are not intended to be fully functional when used outside of environments based on GNOME Shell.
traduction :
Les applications GNOME ne sont pas supposées être pleinement fonctionnelles lorsque utilisées dans des environnements non basés sur GNOME Shell.
Bastien Nocera veut faire (...)
Les bénévoles qui maintiennent Archlinux ont choisi d’utiliser systemd par défaut pour les nouvelles installations. systemd remplacera le vénérable système d’initialisation SysVinit et gérera les processus.
Pour l’instant, cette décision ne concerne que les nouvelles installations d’Archlinux. Mais elle devrait vraisemblablement se généraliser à tous. L’annonce officielle précise d’ailleurs que :
Pour le moment, les paquets initscripts et sysvinit, [qui sont remplacés par systemd], restent disponibles depuis nos dépôts.
En effet, les développeurs ne souhaitent pas maintenir plusieurs systèmes d’initialisation, et la migration d’Archlinux vers systemd est planifiée de longue date.
En ce samedi morne et pluvieux, pourquoi ne pas lancer une animation dans les colonnes de LinuxFr.org ? Et que diriez-vous d’un journal qui traiterait de la présumée guéguerre GNOME-Ubuntu ? On pourrait même glisser le mot compte‐triple « systemd » dedans… D’accord ? Alors c’est parti les amis !
C’est Debarsh Ray qui évoque sur son blog la situation actuelle s’agissant des frameworks d’authentification unique (single sign‐on ou SSO). Chacun a le sien, dis donc ! Comme par hasard ?
En résumé, dans l’ordre chronologique et en toute objectivité :