Anonyme a écrit 62265 commentaires

Les dépendances recommandées sont toujours affichées au moment de la confirmation de l’installation, non ? Ou ce sont les dépendances suggérées ?

D’où l’intérêt de désactiver l’installation des paquets recommandés sur un serveur.

quitte a avoir des obstacles que tu as deja, autant prendre un linux que tu connais ou ubuntu, Aprés pour la comptabilité des bibliothèques il est fort probables qu'un lien suffise \o/, ou tu pourras les installer a la main

donc tu refait ta machine virtuelle avec ubuntu le plus recent possible ou fedora 5 tu install le logiciel et tu reviens nous voir

Dans la suite des procédés malhonnêtes, indiquer qu'il n'y a pas de documentation dans le fichier systemd alors que cela dépend entièrement du mainteneur.
Il y a possibilité de mettre des commentaires de la même façon comme on peut le voir d'ailleurs dans l'exemple fourni, et même une directive "documentation" pouvant référencer man.

C'est meme une bonne chose qu'il n'y ait pas de commentaires dans le fichier unit. Les directives utilisées étant standard, c'est deja documenté dans les pages man de systemd, pas besoin de rajouter des commentaires sauf cas particulier.

sinon ma vie :

chez moi XFS a toujours mal supporté les coupures de tension, mais etonnament avec les outils de recuperation XFS j'ai toujours reussi a recuperer et rendre la partition cohérente

mon resumé : plein d'emmerde, et toujours possible de tous recuperer assez facilement.
Pour ext4 lorsque j'ai des souci de dessus j'allume un cierge en me disant que j'aurais du mettre XFS.

ce n'est représentatif que de mon expérience personnelle

les ordinateurs des banque sont des bon vieux VAX, avec des programmes en cobol :) sans bug.

je pense au point 2) avec une nuance, un pinpin lance l'ordre de virement, comme cela concerne plein de compte cela mets un peu de temps, le fameux pinpin habitué au virement qui dure max 10s et au ping de 17ms sous WoW pense que son ordre a foiré, bien que la moulinette soit lancé sur les 45 000 comptes. soit une dizaines de minutes.

son chef est au café, il relance une deuxieme fois la moulinette \o/ pour eviter de se faire engeuler.

comme le programme est en cobol mettre un verrou sur l'appli metier ne va pas etre possible, sans couter 250000 euros. Donc ca va recommencer plus tard \o/ avec d'autre.

Le post it sur l'ecran avec écris : attendre 45 minutes pour valider les virements, va partir à la poubelle dans les 6 mois.

La license qui se rapproche le plus du domaine public est la CC0 :
http://creativecommons.org/publicdomain/zero/1.0/

Et le jour ou OVH oublie de mettre gzip sur leur mode rescue tu vas aller dire qu'il ne faut jamais compresser les logs ?

Si OVH fournit des distributions utilisant systemd-journal sans les outils pour le lire dans le mode rescue, c'est un probleme du mode rescue OVH. C'est rien d'insurmontable à corriger, faut juste leur signaler.

systemd-journal étant assez recent, c'est pas très étonnant qu'il puisse y avoir ce genre de problème, mais y a pas de raison que ca reste comme ca. Et si ca te gene vraiment, ben tu actives l'export vers syslog (ou tu ne le désactive pas, puisqu'il est encore souvent activé par default).

et un wiki, forum a 2, ou prise de note hebergé chez OVH ou tu veux en france, elle peut ecrire au fil de l'eau, toi aussi :) et ca efface le decalage, elle ecrit avec son moto X dessus et toi avec ta tablette.

ca perd le coté en live, mais on se retrouve un peu comme sur linuxFR, il n'y a pas d'heures pour poster, et j'ai toujours l'impression que je suis au café du commerce bondé :).

si tu es motivé tu devrais aller jusqu'au mastère, c'est le permis gros salaire, et tu peux facilement t'exporter ou te reconvertir dans ce que tu veux. C'est a la mode, c'est commercial, et comme tu aura un DUT tu as plus de possibilité d'emploi, tu cache ton master si nécessaire.

la comme on me casse les bonbon parce que je n'en n'ai pas, je vais devoir en faire un, et pas de bol dans ma région il n'y a pas les fameux master pipotage^1000, je vais devoir vraiment travailler :(.

Et dans quel cas as tu besoin de consulter ces logs alors que journalctl est indisponible ?

La machine sur laquelle sont tes logs dispose forcement de journalctl. Si le problème est que la machine ne boot pas, ben tu prends un livecd ou une clef USB de la distro utilisée, qui doit normalement inclure journalctl.

Qui va prendre la peine de préparer une entrée de log structurée quand systemd est disponible, et une ligne de texte partout ailleurs, alors qu’il peut tout simplement continuer à utiliser une ligne de texte partout comme actuellement ?

Le packageur sur une distribution basée sur systemd va simplement activer la bonne option de compilation.

Et combien vont le faire ? Sachant que seul systemd-journald offre cette possibilité et qu’il n’est pas seul en jeu. Tu crois que les développeurs de démons vont laisser tomber syslog(3), largement disponible, et se mettre à utiliser l’API propre à systemd-journald ?

Il n'y a pas besoin de laisser tomber syslog, le support de l'API journal peut etre ajoutée dans des #ifdef.

Moi je n’y crois pas. Oh, certains le feront, certainement, mais je doute fort qu’ils soient nombreux.¹

Quelques uns c'est deja mieux que aucun. Et meme si peu de programmes le font pour l'instant, peu importe, c'est deja bien de pouvoir en profiter pour ses propres programmes.

Le seul bénéfice visible de journald, ici, c’est de faire l’économie de la première regex, celle qui sert à filtrer les messages issus de sshd — c’est-à-dire, la plus simple et surtout celle qui n’est pas vraiment susceptible de changer.

Non, ca peut permettre par exemple de ne grepper que les logs du dernier boot, ou du precedent, ou uniquement ceux depuis une certaine date.

Pour la recherche par IP, c'est une bonne idée de patch à proposer aux developpeurs de OpenSSH. En rajoutant aussi le nom d'utilisateur.

Et bon, honnêtement, si je n'ai pas d'OS avec journalctl sous le coude, je trouve que le texte est quand même énormément plus facile à traiter que du binaire.

Ca tombe bien, journalctl permet justement d'exporter les logs en json.

Et qu’est-ce que systemd-journald va changer à cela au juste ?
Systemd-journald n’impose absolument rien quand au format des messages. Un programme souhaitant enregistrer une entrée dans le journal peut envoyer un message structuré basé sur des champs bien définis, mais le même programme peut aussi utiliser des champs qu’il définit lui-même et surtout il peut parfaitement se contenter de n’envoyer que de banales chaînes de caractères dans lequel il formatte les informations à sa guise. journald n’impose même pas la locale ou l’encodage des chaînes de caractères en question (UTF-8 est recommandé mais la documentation dit clairement que rien n’est fait pour l’imposer).

Ca change que le programme peut logguer des données de facon structurée. Avec syslog il ne le peut pas. Et meme si le programme ne le fait pas, journald log de base certaines infos de facon structurée, comme le PID et l'UID du process, l'ID de boot, l'unit systemd, les infos SELinux, etc …

Tu auras une API stable pour accéder aux messages, mais pas pour exploiter leur contenu. Si un programme change le format de ses messages (que ceux-ci soit structurés ou non), tu devras toujours t’y adapter. systemd-journald ne résoudra pas automagiquement ce problème qui est totalement hors de sa portée, c’est entièrement dépendant des développeurs des programmes qui écriront dans le journal. Comme avec syslog en fait.

Si les données sont logguées de facon structurée, il est relativement simple de ne pas casser la compatibilité, l'ajout d'un nouveau champ ne va pas poser de problèmes. Si tu loggues tes données en vrac sur une ligne de texte, l'ajout d'un nouveau champ peut facilement casser tes regexps.

Les outils Unix sont conçus spécifiquement pour traiter du texte ; ca reste le format universel pour Unix. Sinon, il y a un truc qui a 40 ans environ qui s'appelle "expressions régulières", très efficace pour parser du texte en O(n) quand c'est bien fait. Le gros intérêt est que ca existe ailleurs que sous Linux.

Et dire que tout un tas de gens utilisent des bases de données structurées du genre MySQL alors qu'il leur suffirait de mettre ca en vrac dans un fichier texte et faire des grep dessus !

Les units systemd installés par des packages sont placés dans le repertoire /usr/lib/systemd/system (ou le repertoire renvoyé par la commande pkg-config systemd --variable=systemdsystemunitdir).

Si on a besoin de modifier un unit systemd, on le copie d'abord dans le repertoire /etc/systemd/system et on le modifie. systemd va utiliser en priorité la version qui est dans /etc/systemd/system.

Avec les versions recentes de systemd il est maintenant possible de modifier certaines variables sans copier le fichier entierement. Pour cela, pour modifier une variable de foobar.service on crée le repertoire /etc/systemd/system/foobar.service.d/ dans lequel on met un fichier *.conf contenant uniquement les variables à modifier.

https://lwn.net/Articles/542609/

Je crois que j'ai mélangé deux commentaires et répondu complètement à côté de la plaque…

c'est ca le plus fort, comment ont'il eu le bol de tomber sur des dimension pour que ca rentre pile poil dans un rj45, tellement bien que l'on est persuadé de l'avoir mis dans le port USB !

Pas si cauchemardesque que ça. Et Debian n’a pas vocation à avoir tout à jour mais à fournir un système stable, il me semble.

oui toutafé, on n'a rien sans rien. Qu'elle est l'utilité de s’inscrire pour ne pas pouvoir l'utiliser en condition réel :).
et pour le tester il aurait fallu que je l'utilise.

je suis un très bon commercial :D

ce journal a passé avec succès : bonpatron.com j'ai vraiment de gros doutes sur certain verbe mais bon mon niveau ne me permet pas de corriger le correcteur, bisous.

Le darknet c'est comme le cloud, y a pas de definition précise, ca peut vouloir dire à peu près tout ce qu'on veut.

La seule difference entre cloud et darknet c'est que le 1er c'est pour faire moderne à la mode, et le 2eme pour faire peur, mais sinon c'est pareil.

Moi je trouve les generalisations de Jérémie Zimmermann sur les journalistes un peu agacantes. On dirait qu'il n'a pas lu les articles de Amaelle Guiton. Celui la par exemple me semble pas mal :
http://www.slate.fr/monde/80471/qui-peur-du-grand-mechant-darknet

comme ça en passant, on ne peut pas faire un patch juste pour PBPG afin d'afficher par défaut ses commentaires négatifs ? C'est usant a force ! de cliquer sur [+]