ah ok, bon ben alors tant pis, je ne connaitrais pas la raison profonde… Par contre, ce que je note, c'est que cette histoire de controling terminal ne sert à rien si plus de la moitié des programmes n'en ont pas…
Vu que le monsieur ne te reprend pas, je vais partir du principe que tu as raison et que son argumentation se résume à: "POSIX permet un comportement pourri et non défini"…
J'ai lu un peu partout qu'effectivement POSIX nécessite une mise à jour sur cette partie là mais qu'une fois de plus (et ça on peu leur reprocher), l’équipe de systemd met la charrue avant les bœufs… Mais bon, parfois pour faire bouger les choses… Genre POSIX, je vois ça plus comme un cadavre (dernière mise à jour 1995)…
Parceque le bebe de monsieur systemd (pulseaudio) est une bouse ambulante qui laisse des process alors que tu
te delogues
Jamais vu ce comportement… T'es sur que tu ne confonds pas avec le pulseaudio lancé par GDM? (ça c'est débile par contre et je n'ai toujours pas compris pourquoi GNOME laisse comme ça)
Cela n'est pas étonnant que vous vouliez résoudre ces problèmes si vous ne connaissez pas l'existence de
solution qui fonctionnent…
Non, je ne connaissais pas la notion de "controling terminal" mais par contre maintenant que je sais, j'ai cherché à savoir comment connaître le "controling terminal" d'un process… C'est finalement ce qu'affiche la commande suivante:
Par contre, quand je fais un ps sur mon user, je vois que plein d'applications n'ont pas de "controling terminal" (?)… Donc en gros, ça veut dire quoi, que chaque application doit gérer ça dans son code?
On a pas besoin de discours marketing sur un site technique…
Non, ce n'est pas un discours marketing, si tu n'es pas capable d'aller lire la doc pour comprendre que systemd est aussi un gestionnaire de session qui remplacera les daubes genre ksmserver et gnome-session, c'est que tu n'as rien compris…
[^] # Re: systemd, le nouveau Multics
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -2.
ah ok, bon ben alors tant pis, je ne connaitrais pas la raison profonde… Par contre, ce que je note, c'est que cette histoire de controling terminal ne sert à rien si plus de la moitié des programmes n'en ont pas…
[^] # Re: systemd, le nouveau Multics
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 5.
Et donc comment fait un process pour sortir d'un cgroup, parce que je trouve rien sur le net…
[^] # Re: systemd, le nouveau Multics
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 1.
Ben, tu ne pas toujours pas répondu, pourquoi j'ai 75% des mes programmes qui n'ont pas de controling terminal?
[^] # Re: systemd, le nouveau Multics
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -4.
Vu que le monsieur ne te reprend pas, je vais partir du principe que tu as raison et que son argumentation se résume à: "POSIX permet un comportement pourri et non défini"…
J'ai lu un peu partout qu'effectivement POSIX nécessite une mise à jour sur cette partie là mais qu'une fois de plus (et ça on peu leur reprocher), l’équipe de systemd met la charrue avant les bœufs… Mais bon, parfois pour faire bouger les choses… Genre POSIX, je vois ça plus comme un cadavre (dernière mise à jour 1995)…
[^] # Re: systemd, le nouveau Multics
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 1.
C'est qui Sulman, un mec qui compte chez FreeBSD? :p
[^] # Re: Bug ferme chez tmux
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 3.
Là ou je bossais avant, tu l'aurais eu dans le *** parce que ISO 14001 oblige, on coupait les PC le soir ;)
[^] # Re: Bug ferme chez tmux
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 1.
"l'enorme majorite des utilisateurs de linux" n'utilise ni trap ni nohup…
[^] # Re: Bug ferme chez tmux
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 2.
Jamais vu ce comportement… T'es sur que tu ne confonds pas avec le pulseaudio lancé par GDM? (ça c'est débile par contre et je n'ai toujours pas compris pourquoi GNOME laisse comme ça)
[^] # Re: systemd, le nouveau Multics
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 2.
Ah ok, moi je fais ça pour faire un nohup:
trap "" 1
firefox &
C'est quoi la différence?
[^] # Re: systemd, le nouveau Multics
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 1.
Arrête, si tu lui dis que FreeBSD va avoir son launchd/systemd like, il va faire un malaise le mec ;)
Bon, non, il lui reste les autres BSD, ouf!
[^] # Re: Flatpak
Posté par gnumdk (site web personnel) . En réponse au journal Mon premier snap sur Xenial. Évalué à 1.
Oui, enfin pour le coup Canonical était là avant hein…
[^] # Re: systemd, le nouveau Multics
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 1.
Non, je ne connaissais pas la notion de "controling terminal" mais par contre maintenant que je sais, j'ai cherché à savoir comment connaître le "controling terminal" d'un process… C'est finalement ce qu'affiche la commande suivante:
$ ps
PID TTY TIME CMD
17587 pts/7 00:00:00 bash
17590 pts/7 00:00:00 ps
Mon controling terminal est "pts/7"
Par contre, quand je fais un ps sur mon user, je vois que plein d'applications n'ont pas de "controling terminal" (?)… Donc en gros, ça veut dire quoi, que chaque application doit gérer ça dans son code?
[^] # Re: systemd, le nouveau Multics
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 0.
C'est du logiciel libre, les devs de ces programmes font ce qu'ils veulent… Si les modification ne plaisent pas, il suffit de forker…
[^] # Re: Bug ferme chez tmux
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 1.
Pas chez moi…
[^] # Re: Bug ferme chez tmux
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 2.
Je t'en parle parce que les devs KDE et GNOME veulent remplacer ksmserver et gnome-session par systemd.
[^] # Re: Bug ferme chez tmux
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -2.
C'est vrai, c'était tellement mieux avant, quand l'init était incapable de tuer le service et restait bloquer comme un con…
[^] # Re: Bug ferme chez tmux
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 1.
setsid() fait parti de POSIX mais es tu vraiment sur que ne pas l'utiliser rend un programme non POSIX? C'est pas une interface système POSIX?
[^] # Re: systemd, le nouveau Multics
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -9.
Ben si tu sais écrire un OS, tu le fais, bien à la mode Unix années 70 et tu arrêtes de faire chier ton monde non?
[^] # Re: systemd, le nouveau Multics
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -4.
s/leur temps à écrire\/modifier\/comprendre des scripts d'init compliqués/faire de la merde/g
[^] # Re: systemd, le nouveau Multics
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 1.
Ca tombe bien, on ne parle pas d'SSH ici…
[^] # Re: systemd, le nouveau Multics
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 2. Dernière modification le 04 juin 2016 à 22:06.
C'est moins moche mais c'est toujours moche…
[^] # Re: Moi aussi je lis trop vite et de façon superficielle.
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 4.
Parce que dpkg ne met un warning que si le fichier a été modifié PAR L'ADMINISTRATEUR?
[^] # Re: Bug fermé chez tmux
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 9.
Les non barbus utilisent systemd et ne savent pas ce que c'est…
[^] # Re: Bug ferme chez tmux
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 0.
Non, ce n'est pas un discours marketing, si tu n'es pas capable d'aller lire la doc pour comprendre que systemd est aussi un gestionnaire de session qui remplacera les daubes genre ksmserver et gnome-session, c'est que tu n'as rien compris…
[^] # Re: Ne pas utiliser, recompiler… ou changer une option.
Posté par gnumdk (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 0.
Hmm, tu gères un parc de 1000 machines avec nohup??? Tu me fais peur… Tu sais que y'a des outils adaptés pour la gestion de parc?