Ruminant a écrit 108 commentaires

C’est tout de même particulièrement agressif. Je n’ai pas eu à faire ça chez numéricable. Seule l’adresse et le numéro de téléphone suffisaient, et là page était clairement indiquée comme étant un test d’éligibilité.

C’est par la suite que l’inscription était proposée.

Là je dois dire que même en ayant lu les commentaires, je n’ai pas compris ce qui était en train de se passer et j’ai abandonné la tentative.

J'avais suivi le guide il y a déjà 3 à 5 ans, c'était vraiment très clair et on apprend pleins de choses pour peu que l'on ne se contente pas de copier coller les commandes.

Une très bonne expérience !

Bon bien entendu (quoique pas pour les plus féru/es de compilation) je n'ai pas utilisé ce système pour autre chose que de l'expérimentation sur quelques jours.

Non c’était juste un petit troll placé par là pour taquiner ^{^} J’utilise ArchLinux en perso et quand je le peux au boulot aussi, en cas de pépin (comme une version de kernel qui rend inutilisable docker, par exemple) je sais quoi faire pour pas être embêté du coup ça va.

Mais pour quelqu’un qui ne connaît pas les rouages des distrib linux en général ben c’est juste pas possible, et ubuntu (par exemple, hein) restera un meilleur choix, à mon avis.

J’ai quand même l’impression que c’est un peu toujours la même chose avec ces histoires de migrations qui se passent mal…

Dans mon cas :

• Toutes les montées de version de Fedora dans les version 1x ont échoué
• Mandriva 2007 vers 2008 : catastrophe monumentale, plus rien ne "voulait tourner", KDE tout cassé et le login non fonctionnel.
• Pour Ubuntu, je me suis toujours (et donc même maintenant) retrouvé avec des régressions sur les drivers et des choses qui plantent au lancement, qu’il faut corriger à la main
• Bon je vais pas parler d’ArchLinux, cette distro conçue pour casser \o/
• Windows globalement ne m’a jamais trop fait suer. La migration de Win 7 vers 8, puis 10 s’est effectuée en plus de temps qu’une Ubuntu à chaque étape, à savoir qqch comme 4h de mémoire, certes. Mais à la fin c’était parfaitement fonctionnel.

Comme dirait l’autre, your mileage may vary.

Réduire une partition est géré correctement pas besoin de LVM.

C’est une fonctionnalité qui dépend du FS que l’on utilise il me semble. XFS par exemple ne le supporte pas.

pas compatible avec wayland ? ce n’est pas de la responsabilité des toolkit graphiques (gtk etc…) d’être compatible avec wayland et compagnie ? comprend pô…

Je trouve ça étrange en fait, quand je bosse sur des serveurs distants je démarre des tmux/screen/whatever sur le serveur et j’ai un "terminal physique" sur ma machine. Après j’utilise i3 pour me passer de la souris, c’est peut-être pour cela que tu colles tout dans un terminal virtuel.

En fait je trouve ça étrange car ça ajoute une couche de raccourcis qui peut vite devenir encombrante.

Je ne comprends toujours pas l’intérêt de tmux/screen dans tmux/screen… juste tmux/screen… ça suffit, non ?

Si à tout zazar on est amené à ouvrir une session malgré tout, il peut être intéressant d’utiliser pam_duress : https://github.com/rafket/pam_duress

Ça permettrait par exemple d’effacer le fameux conteneur chiffré.

Le must serait en prime un script qui se réécrit une fois le nettoyage terminé pour laisse croire qu’on ne faisait rien d’autre que d’envoyer un petit "ping" sur un serveur distant, par exemple. Ce qui est moins suspicieux que de laisser la trace de rm -rf /home/ici_la_la_la_ya_des_documents_chiffres.img.

Un paquet de riz des dernières courses, des verres sales ayant contenu de l’eau, quelques livres, une batterie externe pour les longs trajets sans prise de courant, un avis de passage LaPoste, quelques papiers, des piles…

En tout cas, depuis le temps que tous ces objets sont là, ils en sont devenus inutiles !

Très intéressant, merci à vous deux, bien que je ne sache pas si j’aurai le temps (ou le besoin, d’ailleurs) de me pencher sur le sujet.

… les dates, justement T_T

Vu que tensorflow et compagnie sont à la mode en ce moment, et que ça utilise intensivement numpy derrière, oserais-je demander s’il est pertinent de faire tourner tensorflow (TF) sur Pythran, ou non ?

De mémoire il y a beaucoup de C++ et je ne sais pas si TF utilise numpy réellement pour ses calculs les plus gourmands.

Pas sûr que « prestaputes » ai été nécessaire m’enfin bon.

En ce qui me concerne, avec ou sans plugin, Eclipse a toujours été une horreur là où NetBeans a été mon éditeur préféré pendant quelques temps avec la plus grande satisfaction, à l’époque.

Je ne fais que du bépo, pour du dev et dans le passé, de l’admin/devops/des trucs avec un terminal noir de toute manière.

Initialement c’était pour voir si je pouvais m’éviter des tendinites à répétition, là dessus c’est gagné.

À l’usage, aucun problème avec le bépo même si 70% du temps les mots que je tape sont en anglais.

Pour avoir essayé du DVORAK pendant un temps, on se rend bien compte que le bépo n’est pas optimisé pour de l’anglais, cependant, je trouve que c’est toujours mieux que de l’azerty/qwerty.

Et puis c’est rigolo cette mode de passer des arrondis, à du carré, de nouveau à des arrondis. Tout en annonçant que c’est nouveau.

C’est la fonctionnalité de diffusion de l’écran (audio aussi ?) sur d’autres périphériques Android comme le Chromecast.

https://support.google.com/chromecastbuiltin/answer/6059461?hl=fr

Pour éviter ce problème on peut utiliser ctrl-b z et pof le panneau prend toute la taille du terminal.

On refait ctrl-b z et pof le panneau revient comme avant :)

J’utilise Fira Code et a priori ce n’est toujours pas géré. Personnellement je m’en fiche, j’aime juste le style de Fira Code.

J’ai trouvé assez pénible de devoir utiliser les raccourcis tmux pour scroller à vrai dire. Et bon, je ne suis pas arrivé à faire une conf couleur qui me convienne en un temps convenable, du coup j’avais du texte qui parfois disparaissait. Très chiant pour la colorisation syntaxique (je sais, les vrais utilisent ed, mais pas moi).

Donc au bout d’un moment… gnome-terminal s’oublie tout aussi bien et j’ai configuré mes couleurs en quelques secondes.

J’ai testé le terminal st, y suis resté quelques semaines : c’est sympa mais au bout d’un moment peut-être que tu vas apprécier de pouvoir configurer les couleurs sans y passer une heure, regretter l’absence de scrollback sans patcher, regretter aussi de ne pas pouvoir ouvrir les urls (sans patcher, encore, il me semble !).

Par contre c’est le term le plus rapide en terme (hah) d’affichage que j’ai vu, et kitty/alacritty ne faisaient pas aussi bien, si j’ai bon souvenir.

Et je confirme, dormir la nuit c’est bien ^{_^}

Tu me rappelles tous mes essais sur différents terminaux… konsole, ceux de XFCE, LXDE, puis urxvt et j’en passe… au final j’utilise gnome-terminal :

• configuration click click. après avoir perdu trop de temps sur de la conf texte pour un outil graphique, et comme tu le dis plus bas, c’est trop pénible d’apprendre une conf texte pour quelque chose qu’on peut faire en deux cliques.

• raccourcis et menus désactivés (sauf le clique droit)

• tilling avec i3, quand je veux un nouveau panneau j’ai un raccourci pour lancer le terminal

• tmux pour les sessions à distance que l’on veut récupérer

• ce n’est pas le plus rapide, et c’est vraiment pas important : passé une certaine vitesse d’affichage on ne peut de toute façon plus rien lire et si l’objectif est de récupérer la sortie pour l’analyser, autant stocker dans un fichier

Je trouve quand même que toute cette diversité nous coûte bien du temps et qu’il est parfois plus efficace de rester sur les "bons vieux trucs" !

Depuis la page en français décrivant Factur-x :

L’objectif premier de Factur-X est de permettre aux fournisseurs, émetteurs de factures de créer des factures à valeur ajoutée, contenant un maximum d’informations sous forme structurée, suivant leur capacité à les produire sous cette forme, et de laisser les clients destinataires libres d’utiliser ou pas les données et / ou la presentation lisible, en fonction de leurs besoins et de leur maturité en matière d’automatisation de traitement.
Le PDF serait donc une souplesse.

J’imagine que c’est plus simple de transmettre un fichier PDF, contenant les données permettant de reconstruire ce même PDF, plutôt qu’un "obscure" fichier XML nécessitant un logiciel permettant de construire un PDF pour pouvoir lire humainement les données, et ce quelque soit l’environnement.

Du point de vue utilisateur non technique ça se tient : on a le PDF, il est directement exploitable partout où un lecteur PDF est disponible. Et si besoin, ce même PDF permet à d’autres logiciels d’être exploité grâce au XML qu’il embarque.

Ce qui rentre d’ailleurs parfaitement dans le cadre de XML : être lu par des machines et non par des humains.

Expérience partagée. Jamais plus utilisé ce truc depuis…