Jusqu’à présent j’utilise (depuis des années) zsh comme login shell. Il est vraiment bien et je le conseille à qui veut utiliser un shell efficace, mais par goût du changement je voudrais voir ce que ça pourrait donner d’utiliser ipython.
L’intérêt d’ipython c’est qu’on a accès à un langage bien plus sympa que le shell (j’aime beaucoup le shell l’a n’est pas la question) avec beaucoup plus de bibliothèques et puis… Ça permet de briller en soirée.
Je garde le fil de côté, je ne connais pas ce shell.
J’ai pas aimais fish, ksh et csh me rebute, zsh est bien et puissant mais demande du temps pour en tirer la quintessence , bash est … passe partout, mais si il y a moyen d’avoir un shell python direct je vote oui !!!
En générale j’ai un env de propre dans un tmux et je passe par du container.
Autrement dit, à mon avis on ne peut pas utiliser n’importe quel interpréteur de commandes comme login shell. Il y a tout un tas de suppositions sur le comportement du shell : gestion des terminaux, des pipelines de commandes, …
Il me semble que sous AIX ou Solaris il y a une liste explicite de login shells possibles (c’était au siècle dernier, je ne me rappelle plus très bien ).
Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة
F. Petitjean
Ingénieur civil du Génie Maritime.
Tous les nombres premiers sont impairs, sauf un.
Tous les nombres premiers sont impairs, sauf deux.
nologin, false et sync ne font rien de tout ce que tu décris.
En effet pour que je m’en serve comme login shell, il faudrait que je m’assure qu’il gère bien les TTY, mais pour le reste ce ne sont que des conventions et je n’en ai pas nécessairement le besoin. Et je ne compte m’en servir qu’en local. Ce qui ne change rien au besoin sauf éventuellement dans certains cas d’usages de ssh, il faut que le shell distant récupère correctement les variables d’environnement qu’on lui passe. En principe ça ne pose pas de problème, une fois qu’on a importé os (ce que je vais inclure par défaut), je peux accéder aux variables d’environnement via os.environ['HOME']. Il est possible de rendre cela moins verbeux.
Deux moyens canoniques d’indiquer qu(on ne peut pas se connecter sur certains comptes systèmes, et un compte système particulier sync pour les écritures du cache disque. Donc rien à voir avec la notion de shell de connexion.
Des conventions peut-être, mais ceci exclut de facto de considérer ipython dans son état actuel comme un shell système et donc a fortiori comme un login shell.
Ce n’est pas pour rien que les normes POSIX existent.
Naturellement rien ne vous interdit d’utiliser vos systèmes à votre manière.