Pas tout vérifier mais sur un poste que je vois à distance, udev tourne, dbus aussi et je ne vois pas pourquoi ce qui marchait avant Jessie ne marcherait plus… Il me semblait que gnome ne dépendait de systemd que par un truc con facile a refaire.
En fait, je pense qu'on prends ici le problème à l'envers. Il faut voir que pour cloisonner les choses, on est entré dans le monde des containers (ou cgroup pour simplifié). Du coup, à l'ouverture de session, du ouvre un nouveau container et à la fermeture, tu le fermes. C'est aussi simple que cela et n'a rien à voir avec systemd ou logind ;-) Comme je l'ai dis, les sessions sur les clusters de calculs sont ainsi depuis des années. On pourrait très bien (on a déjà) avoir la même chose avec sysvinit !
Si tu veux lancer un processus qui survive au container, un screen ou un tmux, tu ne dois pas modifier screen ou tmux mais simplement les lancer hors du container. nohup lance hors du shell courant mais pas hors du container. Il faut juste changer cela ;-)
Mais que nohup s'appelle demain outainer ou un autre nom, personnellement, c'est bien pareil. Sur ce coup-ci, cela fait pas mal de temps (plusieurs années) qu'il est dis qu'un jour, la session utilisateur sera certainement par défaut dans un container et qu'il faudra changer quelques habitudes comme nohup… C'est pas un truc que les développeurs de screen ou tmux découvrent aujourd'hui ;-)
Sinon, il faut bien un paramètre admin à changer sur une machine car encore une fois, sur une machine de calcul, on ne peut pas laisser un utilisateur avoir des processus en nohup au delà de sa session (walltime). Bien que je n'aime pas la syntaxe CamelCase des projets gravitant autour de systemd, modifier une ligne, c'est pas la mort. Avec des outils comme cfengine, puppet ou équivalent, c'est déployer sur un parc de plus de 1000 machines en 1h…
Idée au pif (pas testé)
echo screen | at now +1s Puis dans un autre terminal, tu te connectes à cette session screen qui est normalement pérenne car envoyé par 'at' et non pas ta session !
En fait, le nouveau comportement en question ici, c'est pas tout à fait systemd mais logind. Sur une machine de calcul, lorsque tu lances un job via un scheduleur, il t'ouvre un cgroup ayant un cpuset, un memset… A la fin de ta session (walltime), le cgroup est supprimé avec tout ce qu'il y a avec. Job qui ne finit pas dans les temps ==> nettoyer !
En fait, logind fait exactement la même chose, désormais, il nettoie tout en fin de session via les mêmes mécanismes.
En fait, il faut JUSTE ré-écrire nohup pour qu'il ouvre une nouvelle session indépendante, dans un autre cgroup. Cela me parait tout à fait convenable et peut se faire via une IHM simple ;-) Il a été pris l'exemple de mosh plus haut et couplé à tmux, c'est hyper pratique (et simple)…
J'ai des machines sous Jessie qui sont restés sous sysvinit… Cela ne pose aucun soucis !
apt-get install sysvinit-core sysvinit-utils systemd-shim systemd-sysv-
A peu pres tout les HPC que je connais. Ok c'est pas generaliste mais c'est le marche le plus important de linux.
Heu non. Le marché le plus important de Linux est Androïd je pense puis on doit avoir derrière les Box ADSL… Le HPC est à mon avis très très loin derrière. En plus ChromeOS est soi-disant passé devant Apple sur les portables !
sssd peut tourner sans rien faire, c'est un serveur. Donc on le configure puis après, on se branche dessus en modifiant nsswitch.conf. A ce moment là, on bascule vraiment de NIS à LDAP… Tu peux donc virer NIS en dernier puisqu'il tourne à vide.
Windows Seven pro n'est pas touché par la mise à jour automatique vers Windows 10. Microsoft vise principalement les particuliers… Il ne faut pas donc tout mélanger et croire que les entreprises vont soudainement bougé ;-)
Il faut utiliser la fonctionnalité quotemeta de Perl, \Q dans une regex ou fonction quotemeta(). Il faut aussi mettre des guillemets et non des apostrophes. Exemple
echo $string1 | perl -pe "s/\Q$string1/$string2/g"
A 45km/h, on n'est plus compatible avec les pistes cyclables en ville, même si ce sont des pistes dédiées. Il y a trop de cycliste dessus et le différentiel de vitesse est trop important. On est donc sur des engins qui utilisent les routes.
Tiens, je me suis amusé. Je travaille sur deux sites
Site I :
3.44 km vélo
5.54 km voiture
Site II :
8.80 km vélo
8.68 km voiture
Dans tous les cas, je vais (presque toujours) plus vite en vélo et pourtant, ce n'est pas plat… Une des raisons sont les bouchons et la saturation automobile d'un coté et des pistes correctes et dédiées en partie coté vélo.
A mon sens, une des solution est de moins investir sur la route et de mettre un paquet sur les autoroutes cyclables. D'abord cela fait du bien et le nombre de fois où on fait le trajet sous la pluie n'est pas si grand que cela. Ensuite, faire du vélo dans les odeurs des bagnoles, c'est pas facile et je ne suis pas sur que cela soit bon pour sa santé. Enfin, cela change complètement la ville, voir la campagne (génial les pistes en campagne).
J'ai des amis qui font la même chose en vélo électrique, on retrouve le fait d'être en plein air le matin et le soir, de plus le rapport poids puissance est bien plus correct que la voiture. C'est financièrement raisonnable et le vélo électrique ne prends pas trop de place. Bref, on aurait tout à gagner à développer encore bien plus le vélo.
surtout avec un commentaire aussi peu travaillé, il était assez baclé et fait à la va vite.
…
On ne dit pas que Mac est un BSD, donc pareil pour Android qui n'est pas un Linux.
Android, c'est un ecosysteme maitrisé par une boite, qui a son "repo" en Java. Est-ce vraiment "Linux"?
C'est pas un Linux, est-ce vraiment un Linux… Il y en a un autre qui est fatigué ;-)
Android est un Linux, je ne vois même pas pourquoi on se pose la question. C'est le noyau Linux qui est au cœur et ce noyau est GPL. Certes le noyau est patché mais toutes les distributions patchent aussi.
Pour MacOS, c'est un dérivé BSD mais il tourne déjà sur micro-noyau ce que ne font pas les autres et de par la licence BSD, Apple a tous les pouvoirs pour livrer un OS (Darwin) qui a des bouts non public. Ceci dis, la base de Darwin est clairement un BSD.
Le soucis avec MacOS et avec Android est qu'il ne font pas tourner X11. Une fenêtre native Mac n'est pas visible depuis un GNU/Linux et idem avec Android. Ca casse pas mal l'idée UNIX (même si X11 est plus récent que UNIX). Bref, un système non X11 n'est pas tout à fait dans la grande famille mais est un cousin ;-)
De toute manière, son mode d'élection est lamentable, il nous coûte une fortune et ne sers à rien. Le parlement Européen est un bien meilleur rempart aux lois ratées… Bref, investissons réellement sur l'Europe et la décentralisation ;-)
président de la république s'exprimer devant le parlement
Il a parlé au congrès, nuance.
Pour ta dernière phrase, je suis d'accord. Il est de bon ton de dire du mal de lui dans tous les cas. Or jetez l'éponge aujourd'hui est une bonne chose. Il a proposé, les deux chambres ne sont pas d'accord, il arrête. Très bien. Ou est le mal absolu ?
[^] # Re: Bug fermé chez tmux
Posté par Sytoka Modon (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 tout vérifier mais sur un poste que je vois à distance, udev tourne, dbus aussi et je ne vois pas pourquoi ce qui marchait avant Jessie ne marcherait plus… Il me semblait que gnome ne dépendait de systemd que par un truc con facile a refaire.
[^] # Re: systemd, le nouveau Multics
Posté par Sytoka Modon (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 10.
En fait, je pense qu'on prends ici le problème à l'envers. Il faut voir que pour cloisonner les choses, on est entré dans le monde des containers (ou cgroup pour simplifié). Du coup, à l'ouverture de session, du ouvre un nouveau container et à la fermeture, tu le fermes. C'est aussi simple que cela et n'a rien à voir avec systemd ou logind ;-) Comme je l'ai dis, les sessions sur les clusters de calculs sont ainsi depuis des années. On pourrait très bien (on a déjà) avoir la même chose avec sysvinit !
Si tu veux lancer un processus qui survive au container, un screen ou un tmux, tu ne dois pas modifier screen ou tmux mais simplement les lancer hors du container. nohup lance hors du shell courant mais pas hors du container. Il faut juste changer cela ;-)
Mais que nohup s'appelle demain outainer ou un autre nom, personnellement, c'est bien pareil. Sur ce coup-ci, cela fait pas mal de temps (plusieurs années) qu'il est dis qu'un jour, la session utilisateur sera certainement par défaut dans un container et qu'il faudra changer quelques habitudes comme nohup… C'est pas un truc que les développeurs de screen ou tmux découvrent aujourd'hui ;-)
Sinon, il faut bien un paramètre admin à changer sur une machine car encore une fois, sur une machine de calcul, on ne peut pas laisser un utilisateur avoir des processus en nohup au delà de sa session (walltime). Bien que je n'aime pas la syntaxe CamelCase des projets gravitant autour de systemd, modifier une ligne, c'est pas la mort. Avec des outils comme cfengine, puppet ou équivalent, c'est déployer sur un parc de plus de 1000 machines en 1h…
[^] # Re: Bug ferme chez tmux
Posté par Sytoka Modon (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 2.
Idée au pif (pas testé)
Puis dans un autre terminal, tu te connectes à cette session screen qui est normalement pérenne car envoyé par 'at' et non pas ta session !echo screen | at now +1s
[^] # Re: Bug ferme chez tmux
Posté par Sytoka Modon (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 2.
Yep, mosh charge un peu trop (tmux surtout il me semble).
Redirection -> pouvoir glisser via mosh un retour graphique xpra par exemple ;-)
[^] # Re: systemd, le nouveau Multics
Posté par Sytoka Modon (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 8.
En fait, le nouveau comportement en question ici, c'est pas tout à fait systemd mais logind. Sur une machine de calcul, lorsque tu lances un job via un scheduleur, il t'ouvre un cgroup ayant un cpuset, un memset… A la fin de ta session (walltime), le cgroup est supprimé avec tout ce qu'il y a avec. Job qui ne finit pas dans les temps ==> nettoyer !
En fait, logind fait exactement la même chose, désormais, il nettoie tout en fin de session via les mêmes mécanismes.
En fait, il faut JUSTE ré-écrire nohup pour qu'il ouvre une nouvelle session indépendante, dans un autre cgroup. Cela me parait tout à fait convenable et peut se faire via une IHM simple ;-) Il a été pris l'exemple de mosh plus haut et couplé à tmux, c'est hyper pratique (et simple)…
[^] # Re: Depuis NEWS
Posté par Sytoka Modon (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 2.
Elle est documentée partout. Arrêtons la mauvaise foi et essayons d'être optimiste ;-)
[^] # Re: Bug ferme chez tmux
Posté par Sytoka Modon (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 2.
Yep, mosh + tmux (byobu) marche d'enfer et la charge réseau est TRES TRES faible (on attend juste la redirection de port).
[^] # Re: Bug fermé chez tmux
Posté par Sytoka Modon (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 1.
J'ai des machines sous Jessie qui sont restés sous sysvinit… Cela ne pose aucun soucis !
apt-get install sysvinit-core sysvinit-utils systemd-shim systemd-sysv-
[^] # Re: Intérêt de ne pas faire la mise à jour ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Vague d’intérêt pour GNU/Linux vs Windows 10 « imposé » ?. Évalué à 4.
Heu non. Le marché le plus important de Linux est Androïd je pense puis on doit avoir derrière les Box ADSL… Le HPC est à mon avis très très loin derrière. En plus ChromeOS est soi-disant passé devant Apple sur les portables !
# SOS Bonheur
Posté par Sytoka Modon (site web personnel) . En réponse au journal La Suède abandonne les paiements en espèce — ne devrait-on pas s'en inquiéter?. Évalué à 10.
Je ne peux que conseiller cette super BD - https://fr.wikipedia.org/wiki/SOS_Bonheur
# Changement d'ordre
Posté par Sytoka Modon (site web personnel) . En réponse au message Migrer NIS vers LDAP sur un poste de travail sans fermer la session utilisateur. Évalué à 4.
sssd peut tourner sans rien faire, c'est un serveur. Donc on le configure puis après, on se branche dessus en modifiant nsswitch.conf. A ce moment là, on bascule vraiment de NIS à LDAP… Tu peux donc virer NIS en dernier puisqu'il tourne à vide.
# Attention
Posté par Sytoka Modon (site web personnel) . En réponse au journal Vague d’intérêt pour GNU/Linux vs Windows 10 « imposé » ?. Évalué à 8.
Windows Seven pro n'est pas touché par la mise à jour automatique vers Windows 10. Microsoft vise principalement les particuliers… Il ne faut pas donc tout mélanger et croire que les entreprises vont soudainement bougé ;-)
[^] # Re: [HS] Quel saut
Posté par Sytoka Modon (site web personnel) . En réponse au journal Pourquoi une petite société a intérêt à contribuer et produire du libre... mais pas que. Évalué à 10.
Tu passes trop de temps du DLFP ;-)
# Wayland
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche La nouvelle API graphique Vulkan. Évalué à -3.
Au final, Wayland a t-il encore un intérêt, ne faudrait-il pas faire du natif Vulkan ? Cela avait été envisagé un moment pour X11…
# spideroak
Posté par Sytoka Modon (site web personnel) . En réponse au journal Du stockage en ligne (encore). Évalué à 4.
C'est tout chiffré sur ton poste donc normalement, la NSA n'a rien : https://spideroak.com
[^] # Re: Perl
Posté par Sytoka Modon (site web personnel) . En réponse au message Problème avec les antislash et sed. Évalué à 3.
Pas de soucis. Dès que sed atteint ses limites, il faut penser à Perl qui en modifiant pas grand chose marche souvent (pas toujours).
# Perl
Posté par Sytoka Modon (site web personnel) . En réponse au message Problème avec les antislash et sed. Évalué à 5.
Il faut utiliser la fonctionnalité quotemeta de Perl, \Q dans une regex ou fonction quotemeta(). Il faut aussi mettre des guillemets et non des apostrophes. Exemple
echo $string1 | perl -pe "s/\Q$string1/$string2/g"
[^] # Re: Il n'y a pas de solution ultime
Posté par Sytoka Modon (site web personnel) . En réponse au journal Tesla, pas un poisson d'avril. Évalué à 4.
A 45km/h, on n'est plus compatible avec les pistes cyclables en ville, même si ce sont des pistes dédiées. Il y a trop de cycliste dessus et le différentiel de vitesse est trop important. On est donc sur des engins qui utilisent les routes.
[^] # Re: Il n'y a pas de solution ultime
Posté par Sytoka Modon (site web personnel) . En réponse au journal Tesla, pas un poisson d'avril. Évalué à 10.
Tiens, je me suis amusé. Je travaille sur deux sites
Site I :
Site II :
Dans tous les cas, je vais (presque toujours) plus vite en vélo et pourtant, ce n'est pas plat… Une des raisons sont les bouchons et la saturation automobile d'un coté et des pistes correctes et dédiées en partie coté vélo.
A mon sens, une des solution est de moins investir sur la route et de mettre un paquet sur les autoroutes cyclables. D'abord cela fait du bien et le nombre de fois où on fait le trajet sous la pluie n'est pas si grand que cela. Ensuite, faire du vélo dans les odeurs des bagnoles, c'est pas facile et je ne suis pas sur que cela soit bon pour sa santé. Enfin, cela change complètement la ville, voir la campagne (génial les pistes en campagne).
J'ai des amis qui font la même chose en vélo électrique, on retrouve le fait d'être en plein air le matin et le soir, de plus le rapport poids puissance est bien plus correct que la voiture. C'est financièrement raisonnable et le vélo électrique ne prends pas trop de place. Bref, on aurait tout à gagner à développer encore bien plus le vélo.
[^] # Re: euh...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Où est le "vrai Linux"?. Évalué à 5.
…
C'est pas un Linux, est-ce vraiment un Linux… Il y en a un autre qui est fatigué ;-)
Android est un Linux, je ne vois même pas pourquoi on se pose la question. C'est le noyau Linux qui est au cœur et ce noyau est GPL. Certes le noyau est patché mais toutes les distributions patchent aussi.
Pour MacOS, c'est un dérivé BSD mais il tourne déjà sur micro-noyau ce que ne font pas les autres et de par la licence BSD, Apple a tous les pouvoirs pour livrer un OS (Darwin) qui a des bouts non public. Ceci dis, la base de Darwin est clairement un BSD.
Le soucis avec MacOS et avec Android est qu'il ne font pas tourner X11. Une fenêtre native Mac n'est pas visible depuis un GNU/Linux et idem avec Android. Ca casse pas mal l'idée UNIX (même si X11 est plus récent que UNIX). Bref, un système non X11 n'est pas tout à fait dans la grande famille mais est un cousin ;-)
[^] # Re: Exécution direct
Posté par Sytoka Modon (site web personnel) . En réponse au journal Bash dans Windows. Évalué à 10.
Rien à voir pour moi. Avec Wine, tu as et fait tourner un binaire PE32 (Windows) alors qu'avec Cygwin, tu as aussi un binaire PE32 et non ELF !
# util*
Posté par Sytoka Modon (site web personnel) . En réponse au message Bash sous Windows. Évalué à 4.
Bash a poils n'est pas très utile, il faut au minimum les bsdmainutils, les binutils…
[^] # Re: LR ne voulait pas
Posté par Sytoka Modon (site web personnel) . En réponse au journal [HS] Déchéance de nationalité et constitutionnalisation de l'état d'urgence bronsonisés. Évalué à 2.
De toute manière, son mode d'élection est lamentable, il nous coûte une fortune et ne sers à rien. Le parlement Européen est un bien meilleur rempart aux lois ratées… Bref, investissons réellement sur l'Europe et la décentralisation ;-)
[^] # Re: {{pas clair}}
Posté par Sytoka Modon (site web personnel) . En réponse au journal [HS] Déchéance de nationalité et constitutionnalisation de l'état d'urgence bronsonisés. Évalué à -3.
Et à par dire (répéter) des phrases vident de sens, tu postes quoi ;-)
[^] # Re: Dommage
Posté par Sytoka Modon (site web personnel) . En réponse au journal [HS] Déchéance de nationalité et constitutionnalisation de l'état d'urgence bronsonisés. Évalué à 3.
Il a parlé au congrès, nuance.
Pour ta dernière phrase, je suis d'accord. Il est de bon ton de dire du mal de lui dans tous les cas. Or jetez l'éponge aujourd'hui est une bonne chose. Il a proposé, les deux chambres ne sont pas d'accord, il arrête. Très bien. Ou est le mal absolu ?