JoeltheLion a écrit 1727 commentaires

C'est parfait pour une utilisation simple, bureautique et autres grand-mères. Le système se met à jour tout seul et c'est extrêmement robuste.

Par contre, je déconseille pour les power-users. La "toolbox" ne remplace pas bien le fait de pouvoir installer ses paquets à la main.

Je tiens à dire merci à tous ceux qui ont contribué au cours de toutes ces années. J'ai pratiquement tout appris grâce à LinuxFr.

[Test please ignore]

Bonne question !

En fait, je voulais quelque chose qui s'active quand je ne suis physiquement pas devant mon PC et pas spécialement quand le PC est inactif. Ça ne me dérange pas que la synchronisation soit active quand le PC est en train de faire autre chose en arrière-plan, ce qui arrive souvent chez moi.

Et c'est exactement ce que logind propose : des évènements qui se déclenchent quand l'écran se met en veille ou que l'utilisateur verrouille sa session.

DBus n'est que le moyen de s'abonner à ces évènements, et je dois dire que c'est assez chouette et que ça gagnerait à être connu. C'est beaucoup mieux il me semble de s'abonner à des évènements plutôt que de poller régulièrement des fichiers dans /proc/.

Effectivement, c'est une grosse limitation. Mais dans ce cas, ce n'est plus du tout le même problème, et il faudrait sans doute avoir la main sur le routeur pour faire les choses bien. C'est tout à fait possible mais dans mon cas ma solution me suffit.

Effectivement, les tarifs de Glacier (et d'AWS en général) sont un peu compliqués, et il faut faire attention aux coûts cachés. C'est en partie pour ça que je fais un simple aws s3 sync sur mon dossier photos: c'est simple et seuls les nouveaux fichiers sont transférés. Mais du coup, pas de chiffrement. Pour l'historique je le délègue à S3.

Pour en revenir à mon script, je suspends tout simplement la copie quand le PC est actif avec un SIGSTOP (équivalent à un Ctrl-Z dans ton terminal si je ne me trompe pas), et je la relance quand il est inactif avec SIGCONT. Il y a parfois un timeout réseau lié à la durée d'inactivité, mais awscli s'en sort très bien et retombe sur ses pattes sans problème.

Merci ! C'est vrai que c'est devenu plus difficile de finir des projets depuis la naissance des enfants :)

C'est une boucle d'évènements : en gros une boucle infinie qui va écouter les évènements en provenance de dbus et appeler ton code (dans notre cas la méthode handler de l'objet job) au besoin.

Vu que cela ne dépend pas de la distribution, ca vient forcement du materiel.

Pas si vite ! On oublie trop souvent que différentes distributions empaquettent en grande partie les mêmes logiciels.

De nos jours avec le volume de contrefaçons qui circulent, il me semble que la marque ne veut plus dire grand-chose.

Du coup, il ne reste plus qu'à se tourner vers la réputation du distributeur, qui, on l'espère, s'y connaît un peu.

Je viens de commander une batterie sur 1001 piles. C'est trop tôt pour un retour d'expérience, mais vu que la boîte existe depuis 35 ans, j'ai bon espoir qu'ils vendent au moins des trucs corrects.

Bravo pour ce beau projet !

Ça me fait penser à un projet similaire, qui en l'espace de quelques années est devenu l'un des plus gros sites d'échecs du monde, Lichess. Le projet est entièrement libre et gratuit. Des dons permettent au créateur de s'y consacrer à plein temps, sachant qu'il est évidemment épaulé par plein de volontaires. Je ne sais pas si tu as autant d'ambition pour Trivabble, mais je me dis que ça peut être intéressant de voir comment le projet a été mené.

Lichess : https://lichess.org/
Interview du créateur : https://www.youtube.com/watch?v=iHP5AdRlRNY

Quelle taille une fois zippé ?

C'est tout à fait normal. Toutes les machines connectées à internet se font attaquer de la sorte. Ce sont des botnets qui mènent ces attaques, ce qui explique le nombre d'IPs bannies.

Comme mentionné dans un autre commentaire, tu peux configurer ssh pour refuser les mots de passe. De cette façon tu peux même virer fail2ban, tu ne risques plus rien du tout.
Si tu utilises de bons mot de passes pour tous les utilisateurs qui ont le droit de se connecter par mot de passe, tu ne risques presque rien non plus.

Quelle type d'instance EC2 utilises-tu ?

Les petites instances sont sévèrement limitées en ressources, et quand tu dépasses les seuils, AWS te bride fortement. Par exemple, si tu as épuisé ton quota de CPU, c'est possible que le CPU bridé n'arrive plus à suivre pour le chiffrement. Il y a aussi des limites niveau réseau, mais je ne sais pas exactement comment ça marche.

Tu prends jamais des médicament issus du privé ?

Qu'on le veuille ou non, le privé joue un rôle très important dans notre système de santé.

Pour ceux qui n'ont pas suivi, c'était quoi ?

Pas d'avis sur docker en prod (ça m'intéresse aussi !), mais est-ce que tu as regardé du côté des software collections? C'est un mécanisme de RHEL (et Centos) pour avoir de front différentes versions des outils de dev. Avec ça j'arrive à avoir Python 3.5 et un gcc récent en plus des versions normales. Les nouvelles version sont installées dans /opt avec un mécanisme pour facilement activer les nouvelles versions.

Mais pourquoi ne pas publier directement le H264?

Encoder avec un bon format de video (H264 ou à défaut WebM) devrait permettre de bien diminuer la taille. Pourquoi ne pas essayer avec ffmpeg?

Tu as essayé imgur ? Il me semble qu'ils réencodent les gifs en vidéos pour améliorer la taille et la fluidité. D'ailleurs il ne sont pas les seuls, il me semble que Giphy le fait aussi. Je ne connais pas leurs limites ni le tracking qu'ils font, par contre.

Contrairement à une idée répandue, ce n'est pas les navigateurs qui sont lourds, mais les sites web !

Un navigateur est pratiquement un OS complet, c'est normal qu'il prenne un peu de mémoire à vide. Quand tu visites des sites lourds ou mal écrits, tu obliges le navigateur à allouer plein de mémoire pour faire le rendu demandé.

Bref, si tu trouves un navigateur significativement plus léger, ce sera nécessairement au prix d'un moindre support des standards, et donc d'un rendu plus "austère".

Cela dit, install uBlock origin, ce sera un bon début.

Attention toutefois il y a l'air d'avoir une régression de performances HTTP assez sérieuse :

https://github.com/golang/go/issues/18964

En plus des deux excellents commentaires précédents, jette un coup d’œil aux logs du noyau avec la commande "dmesg". Tu peux poster ici si tu as besoin d'aide pour les interpréter.

Je comprends ton point de vue, mais on peut difficilement reprocher aux développeurs de LillyPond le fait que Guile 1.8 soit abandonné. Et s'il remplit leur besoins, je peux comprendre leur manque de motivation à migrer.

À cause de la lenteur des développeurs de Lilypond

C'est quand même un peu facile de leur faire porter le chapeau. S'ils disent vrai et que le ramasse-miettes de Guile 2.0 n'est pas fiable, je comprends qu'il n'ait aucun empressement à adopter cette "mise à jour".

Et puis une mise à jour de ce style peut parfois être un gros boulot, sans intérêt majeur pour les utilisateurs finaux. Que dirais tu si Debian décidait de remplacer Python par Python3 et virait tous les logiciels qui n'ont pas suivi ? Ou Perl5 par Perl6 ?