En vrai, pas mal de commandes sont assez flexibles sur l'output et te permettent de scripter facilement sans awk/grep/autre.
Suffit juste d'être assez attentif sur les options proposées.
J'ai flingué mes données de milles et une manières différentes. Que ça soit à coup de dd, de rm, de mv…
La plupart du temps d'ailleurs sur le coup, la manip' est volontaire, juste l'impact qu'est pendant une seconde pas du tout mesuré. D'ailleurs c'est pour ça que rm -i/I me sert pas à grand chose, sur le coup je veux vraiment faire l'action qui va flinguer mes données par erreur du jugement.
La seule solution à ça, c'est des backups qui sont à l'abri d'une erreur humaine. En gros éviter de manipuler le dossier de données et le seul backup du dossier de données en même temps.
Cela-étant dit tu peux très bien utiliser sudo comme une commande su.
C'est cet usage qui m'embête un peu, j'ai toujours trouvé compliqué à expliquer la nuance sudo/su au néophyte et je comprends pas qu'on ne retrouve pas dans l'installeur d'Ubuntu une notion de compte administrateur.
L'aspect monolithique est critiquable, mais sortir que créer un script d'init fiable (qui va au delà de gérer la présence ou non d'un fichier de PID) est plus rapide que trois lignes d'INI j'y crois moyen.
Bref, t'as fait l'effort d'apprendre le (ba)sh a une époque et t'as plus envie de le faire pour autre chose. C'est compréhensible, mais ça rend ton argumentation bancale.
Les target sont l'équivalent des levels d'init en plus flexible. Le concept sort pas de nul part. C'est clairement pas là dessus que systemd dispos d'un niveau de complexité hard-core.
J'ai le X1 carbon de 2015, un peu déçu de la qualité de l'écran. Trop fragile au point que mon prochain laptop fera probablement quelques centaines de gramme à de plus par sécurité.
Et côté LXC, c'est géré depuis belle lurette. Bien avant que LXC soit devenu stable d'ailleurs.
En fait, le commentaire est un peu approximatif. Les VMs/conteneurs sont arrivés pour répondre à un besoin mais ne changent pas spécialement la façon dont ça se connecte. Ça reste des équipements virtuels nécessitant des IPs.
Là où benoar a raison, c'est la gestion du réseau y'a 2-3 ans dans Docker où c'était effectivement codé assez bizarrement de façon hard-codée dans tous les sens. Mais c'était de l'alpha.
Sur un point tu as raison : généralement trois écrans en paysage forment un demi cercle plus grand que ce que la vision humaine peut se focaliser en un regard.
Ma réponse assez courte décrivait simplement le correctif au bug : tu tournes ta chaise de 10/15°. Pas de clavier à bouger, ou alors t'as un roman à écrire sur ton écran périphérique et là tu intervertis tes fenêtres.
Faut pas croire, trois écrans ça sert pas à placer trois fois des informations sur lesquelles tu bosses en continue. Ça te laisse simplement la possibilité de garder d'un coin de l'œil l'ensemble des informations nécessaires à une tâche.
Quand je suis en déplacement, je me débrouille avec mes bureaux virtuels i3, mais on est rapidement à l'étroit..
[^] # Re: S'il te plaît Lennaert, remplace GRUB
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal Vous avez aimé BSD vs System V ? Vous aimerez systemd vs openRC (et le reste du monde). Évalué à 3.
J'utilise ça que sous Arch, donc je sais pas trop comment ça marche en dehors.
Sinon activer l'UEFI apporte plus d'avantages que d'inconvénients si la carte mère n'est pas trop vieillotte.
[^] # Re: Lancé médiocre
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal Vous avez aimé BSD vs System V ? Vous aimerez systemd vs openRC (et le reste du monde). Évalué à 10.
Avec alsa ça fonctionnait mieux.
[^] # Re: S'il te plaît Lennaert, remplace GRUB
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal Vous avez aimé BSD vs System V ? Vous aimerez systemd vs openRC (et le reste du monde). Évalué à 6.
systemd-bootd en EFI ça marche bien :)
[^] # Re: Emacs y pense !
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal GNOME va passer à GitLab. Évalué à 1.
Occuper les papillons voyons.
[^] # Re: Emacs y pense !
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal GNOME va passer à GitLab. Évalué à 4.
Pas besoin de forge. Emacs code lui-même automatiquement.
[^] # Re: Version communautaire limité
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal GNOME va passer à GitLab. Évalué à 3.
Ils pourraient vendre des t-shirts !
[^] # Re: non standard
Posté par Sacha Trémoureux (site web personnel) . En réponse au message Exploiter retour commande. Évalué à 1.
En vrai, pas mal de commandes sont assez flexibles sur l'output et te permettent de scripter facilement sans awk/grep/autre.
Suffit juste d'être assez attentif sur les options proposées.
[^] # Re: non standard
Posté par Sacha Trémoureux (site web personnel) . En réponse au message Exploiter retour commande. Évalué à 4.
Non ?
Ou alors j'ai pas compris la question.
[^] # Re: C'est possible
Posté par Sacha Trémoureux (site web personnel) . En réponse au message Ce foutu logo est partout. Évalué à 3.
Bah oui. C'est comme tout, t'as des machins de bonne qualité et d'autres de mauvaise.
[^] # Re: C'est possible
Posté par Sacha Trémoureux (site web personnel) . En réponse au message Ce foutu logo est partout. Évalué à 3.
C'est sérieux et de bonne qualité.
[^] # Re: Futur
Posté par Sacha Trémoureux (site web personnel) . En réponse au message Hébergement mail ?. Évalué à 3.
Pardon effectivement. J'ai failli créer une dystopie.
# Futur
Posté par Sacha Trémoureux (site web personnel) . En réponse au message Hébergement mail ?. Évalué à 3.
On aura enfin plus de mails.
[^] # Re: 4 ans que pas grand monde n'est impacté
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal Vulnérabilité majeure dans Kmail. Évalué à 10.
Le chiffrement n'a jamais été aussi simple !
[^] # Re: Le troll ne partira pas avec un PulseAudio 2
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal PipeWire veut unifier la gestion des flux audio et video. Évalué à -3.
On se marre bien avec le libre n'empêche.
À coup sûr ça va alimenter les trolls jusqu'en 2020 au moins ! Chouette chouette chouette !
[^] # Re: la plupart du temps je sais ce que je fais…
Posté par Sacha Trémoureux (site web personnel) . En réponse au message Comment éviter d'effacer des fichiers avec rm *. Évalué à 3.
Clairement la meilleure solution.
J'ai flingué mes données de milles et une manières différentes. Que ça soit à coup de dd, de rm, de mv…
La plupart du temps d'ailleurs sur le coup, la manip' est volontaire, juste l'impact qu'est pendant une seconde pas du tout mesuré. D'ailleurs c'est pour ça que rm -i/I me sert pas à grand chose, sur le coup je veux vraiment faire l'action qui va flinguer mes données par erreur du jugement.
La seule solution à ça, c'est des backups qui sont à l'abri d'une erreur humaine. En gros éviter de manipuler le dossier de données et le seul backup du dossier de données en même temps.
[^] # Re: mmh
Posté par Sacha Trémoureux (site web personnel) . En réponse au message [Offre d'emploi] Doctolib - Devops/Sysadmin senior CDI. Évalué à 2.
Inquiétant.
[^] # Re: Ouf
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal VITE ! Mettez à jour votre distrib !. Évalué à 4.
C'est cet usage qui m'embête un peu, j'ai toujours trouvé compliqué à expliquer la nuance sudo/su au néophyte et je comprends pas qu'on ne retrouve pas dans l'installeur d'Ubuntu une notion de compte administrateur.
[^] # Re: Ouf
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal VITE ! Mettez à jour votre distrib !. Évalué à 1.
Pas fan non plus. J'utilise sudo que quand ça s'y prête réellement.
Et je trouve que ça a eu un mauvais impact sur les débutants sur Ubuntu/Debian en créant une grosse confusion sur la notion de compte administrateur.
[^] # Re: 3 ans ?
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal Devuan Jessie 1.0. Évalué à 7.
L'aspect monolithique est critiquable, mais sortir que créer un script d'init fiable (qui va au delà de gérer la présence ou non d'un fichier de PID) est plus rapide que trois lignes d'INI j'y crois moyen.
Bref, t'as fait l'effort d'apprendre le (ba)sh a une époque et t'as plus envie de le faire pour autre chose. C'est compréhensible, mais ça rend ton argumentation bancale.
Les target sont l'équivalent des levels d'init en plus flexible. Le concept sort pas de nul part. C'est clairement pas là dessus que systemd dispos d'un niveau de complexité hard-core.
[^] # Re: Quelques précisions
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal Puppet [2] : run puppet et cron. Évalué à 2.
Pour le point sur le syslog, la séparation dans un fichier externe n'empêche pas de configurer un peu plus proprement un logrotate. :D
[^] # Re: Fastoche !!!
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal MICROSOFT et malfaçon. Évalué à 1.
Et si ça ruisselle dans les lunettes ?
[^] # Re: Re : Journal Un print(1 + "3a"), ça nous inspire comment ?
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal Un print(1 + "3a"), ça nous inspire comment ?. Évalué à 8.
T'as raison, il faudrait un standard unique pour les unir tous.
Qui s'y met ?
[^] # Re: reste dans la même gamme
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal Recherche d'un laptop compatible linux tout terrain (haut de gamme). Évalué à 3.
J'ai le X1 carbon de 2015, un peu déçu de la qualité de l'écran. Trop fragile au point que mon prochain laptop fera probablement quelques centaines de gramme à de plus par sécurité.
[^] # Re: Quand quelqu'un l'aura codé
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal À quand l’IPv6 sur LinuxFr.org ?. Évalué à 10.
Et côté LXC, c'est géré depuis belle lurette. Bien avant que LXC soit devenu stable d'ailleurs.
En fait, le commentaire est un peu approximatif. Les VMs/conteneurs sont arrivés pour répondre à un besoin mais ne changent pas spécialement la façon dont ça se connecte. Ça reste des équipements virtuels nécessitant des IPs.
Là où benoar a raison, c'est la gestion du réseau y'a 2-3 ans dans Docker où c'était effectivement codé assez bizarrement de façon hard-codée dans tous les sens. Mais c'était de l'alpha.
[^] # Re: Intérêt ?
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal Portable triple écran. Évalué à 4.
Tu parlais de mal de cou.
Sur un point tu as raison : généralement trois écrans en paysage forment un demi cercle plus grand que ce que la vision humaine peut se focaliser en un regard.
Ma réponse assez courte décrivait simplement le correctif au bug : tu tournes ta chaise de 10/15°. Pas de clavier à bouger, ou alors t'as un roman à écrire sur ton écran périphérique et là tu intervertis tes fenêtres.
Faut pas croire, trois écrans ça sert pas à placer trois fois des informations sur lesquelles tu bosses en continue. Ça te laisse simplement la possibilité de garder d'un coin de l'œil l'ensemble des informations nécessaires à une tâche.
Quand je suis en déplacement, je me débrouille avec mes bureaux virtuels i3, mais on est rapidement à l'étroit..