Marc Quinton a écrit 1530 commentaires

sur la dernière version de Ubuntu, il est possible de faire une installation minimaliste, en environnement Gnome. Elle ne contient que le nécessaire : un navigateur, le bureau gnome et toute l'infra de gestion des paquets. Ensuite, il est très simple pour qui sait le faire de compléter l'installation de base.

On peut aussi parler des long-term support qui ont commencé sur Ubuntu et qu'on commence a voir sur Debian.

sinon : même avis : kiffkiff entre les 2 distribs. On peut passer de l'une a l'autre simplement. Les 2 existent en version épurée (serveur). Snap est effectivement un peu désagréable : c'est une sorte de container applicatif et un peu bloatware ; comprendre gourmand en espace disque (et mémoire).

Coté installation : Ubuntu est bien plus simple a installer. L'installateur Debian, il y a pas bien longtemps posait plus de questions qui n'intéressent pas le quidam.

je peux me tromper, mais il n'y a pas de lien bijectif entre devops et Web. On peut très bien mettre en prod des applis qui n'ont pas de lien avec le Web. Bon, je suis d'accord, par les temps qui courent, cela reste marginal. Les applications métier sont souvent codées sur des technos hors Web, en tout cas, cela est vrai pour ce qui concerne mon secteur d'activité, non marchand.

le répertoire HOME qui contient tes données est chiffré, avec un outil portant le doux nom de ecryptfs. Un mécanisme permet de lié le mot de passe de connexion au mot de passe du volume chiffré. En principe les 2 mots de passes sont indépendants. Depuis que tu as changé le mot de passe permettant l'ouverture de session il se trouve que tu ne peux plus ouvrir le volume chiffré de ton HOME. Et c'est indispensable pour ouvrir une sessions graphique (gnome, ou autre). Ce n'est pas clairement indispensable en console.

sauf erreur de ma part, tu peux utiliser "ecryptfs-rewrap-passphrase" pour te sortir du pétrin, en mode console.

le couple rsync + les snapshots btrfs est assez pratique. Un peu de bash ou snapper pour faire tourner les snapshots.

rien sur un service de blockchain publique d'état. Snifff

• manifestement, les applications Snap sont un sous-ensemble des containers Docker (https://askubuntu.com/questions/808524/whats-the-main-difference-between-docker-and-snap).
• containeriser une application dont on ne gère pas bien les dépendances me semble une bonne chose. Il y a sans doute plusieurs façons d'y parvenir avec des effets de bords (ps, mount, …)
• de là à mettre en container des mini-applications basiques de l'environnement gnome y'a un pas
• il me semble que les applications android sont sur certains aspects mis en container ; sachant que les perfos d'un smartphone android convient à 95% des utilisateurs, il me semble que parfois, il faut savoir ignorer les mécanismes sous-jacents bien que je comprenne que l'exercice soit difficile pour bien d'entre nous.

je n'ai pas lu dans le détail ton message. Mais j'aurai tendance à lire les formats binaires assez complexes avec Kaitai-struct dont il existe un portage Rust : https://github.com/kaitai-io/kaitai_struct_rust_runtime

sur une breadboard avec des fils volants, à la MacGyver :-)

oui, et avec un serveur MQTT, c'est la solution idéale. Il est un peu difficile de changer le firmware de ces petites bestioles, mais on finir par y arriver sans avoir a ouvrir et souder quoique ce soit.

question puissance, c'est pas top. Les relais sont un peu justes et pas nécessairement adaptés à une charge inductive.

compte créé en … 2003 :-) mdr.

socat ? http://heapspray.net/post/using-socat-to-proxy-ssl-connections/

socat TCP-LISTEN:LPORT,fork openssl:IP:PORT,verify=0

peut-etre : cat fichier.txt | tr ' ' '.' ; cela devrait remplacer les espaces par des . ; voir ci-dessous :

marc@gigabyte:~$ cat /etc/passwd | grep NVID
nvidia-persistenced:x:129:138:NVIDIA Persistence Daemon,,,:/nonexistent:/sbin/nologin
marc@gigabyte:~$ cat /etc/passwd | grep NVID | tr ' ' '.'
nvidia-persistenced:x:129:138:NVIDIA.Persistence.Daemon,,,:/nonexistent:/sbin/nologin

chez OVH, on voit des quotas à 200, 300 mails par heure et par IP. Il faudrait regarder au niveau des autres. Y'a du choix : Gandi, Amazon, Online, …

J'espère que tu fais pas ça dans un cadre professionnel … ou que c'est pour te former, pas pour de la prod …

tant que ce n'est pas sur Internet, le risque semble limité. Mais dans le fond, tu as bien raison.

je tiens cette information de mon fils qui travaille dans cette société. Il existe une version Open-Source d'un pipeline qui devrait ressembler a vos besoin, développé par SupaMonk ; il me semble que ce serait une bonne idée de collaborer sur ce sujet ; voici le source du produit : https://github.com/mottosso/kabaret ; la doc pourrait être grandement améliorée. Aucune idée si les 2 besoins peuvent matcher.

il me semble que la mention plus explicite sur le site devrait être : "libre de droits d'utilisation". Libre de droits tout court est bien plus sujet à interprétation.

pas que les réseaux sociaux, si je ne me trompe pas.

On peut voir des bulles communautaires se former autour de certaines distributions Linux majeures dont je tairai le nom. Cela est aussi vrai pour les communautés liés aux différents langages, mais aussi les technos du moment (virtualisation, container, …).

c'est tagué ; tu peux formuler une demande d'évolution des fonctionnalités sur le site et demander que les articles ou dépêches portant certains mots-clés de ton choix ne seront plus visibles.

pareil. On sent une grande part d'ironie dans ce message.

sinon, éviter de faire des manips qu'on juge risquées sur une machine de prod et passer par de la virtualisation. Je le fais souvent. Dans ce cas, Virtualbox est potentiellement ton ami (il y en a d'autres, beaucoup d'autres comme chacun sait).

sauf erreur de ma part, ca ne répond pas du tout à la question. Moi je voyais surtout les snapshots avec la possibilité de réversibilité suite à une mauvaise manip ou mise a jour. BTRFS + snapper sont parmis les candidats.

un petit "df -H" ou un "mount" permettront de savoir si ton disque externe est monté, avant le rsync et après.

sur le serveur NAS, en utilisant BTRFS + les snapshots (via snapper), on peut aussi faire des choses bien sympa. Choses qui ne sont pas possibles en EXT4, sauf à utiliser un rsnapshot qui est un peu dépassé maintenant.

Tu peux aussi penser à utiliser (ou expérimenter) RETIC, en particulier avec son serveur REST-SERVER.

kiff-kiff avec debian:stretch-slim :

marc@gigabyte:~$ docker images | grep stretch
bitnami/minideb stretch 349ecf6037a0 24 hours ago 53.7MB
debian stretch-slim 184356db7df7 3 weeks ago 55.3MB


les container iron.io semblent bien indiqués pour créer des images de taille raisonnables :

    marc@gigabyte:~$ docker images | grep iron
    iron/ruby                              latest              37eb57d54f45        5 months ago        52.2MB
    iron/base                              latest              b438fe7f76e9        6 months ago        4.7MB

lien : https://blog.iron.io/microcontainers-tiny-portable-containers/ ; edit basés sur alpine linux, du coup, ce n'est pas une alternative complète.