Vincent Danjean a écrit 143 commentaires

ledger ne permet pas d'introduire la moindre transaction. Ce n'est donc pas lui qui va pouvoir modifier ta compta. Il doit donc très probablement répondre à la loi française (pour ce qu'il sait faire).

J'ai un peu plus de doute pour le logiciel que j'utilisais pour écrire mes transactions, i.e. emacs ;-)

ledger permet simplement de lire (mais, encore une fois, pas d'écrire) des fichiers textes représentant des transactions comptables et d'en faire des rapports (avec quelques vérifications de cohérence au passage : transactions équilibrés par défaut, etc.)

Pour le suivi de l'historique de ma compta, j'utilisais Git. Mais que en local (donc je pouvais facilement réécrire l'historique si je le désirai). Je ne sais pas si un service en ligne pourrait servir de validateur d'historique Git (jamais de non fast-forward, étiquetage des commits avec la date de réception sur ce serveur, etc.) qui serait accepté par la justice.

De 2014 à 2018, j'ai dû utiliser un logiciel de compta pour gérer ma copropriété (j'étais syndic bénévole). J'ai découvert tout cela.

Je suis parti avec noalyss (qui portait un autre nom à l'époque (phpcompta?) ). Ça m'avait imposé une structure raisonnable et l'aspect interface graphique (dans le navigateur) aidait en restreignant les opérations possibles et en guidant un peu.
Mais quand il a fallu générer les annexes comptables obligatoires pour la copropriété, j'ai dû jongler avec latex pour faire des beaux tableaux et l'extraction manuelle des données. Pour les dépenses courantes, ça allait à peu près. Mais pour les dépenses liées à des opérations, il aurait fallu faire de la compta analytique et il me semble que le support était un peu léger à l'époque.

Je suis donc assez vite parti vers ledger + des scripts qui me permettaient de générer de très belles annexes comptables en LaTeX. Le passage par noalyss m'a permis de partir sur de bonnes bases avec ledger. Et j'ai utilisé son système de tag pour faire de la compta analytique quand j'en avais besoin (affectation des dépenses sur des clés, opérations spéciales, etc.)

Ledger est donc super puissant car facilement scriptable. Par contre, il a très peu de garde-fous. On peut mettre n'importe quelle transaction, il ne dira rien. J'avais dans l'idée de faire des scripts pour automatiser/sécuriser des transactions classiques (dépenses sur une clef, vente d'un lot, etc.) mais j'ai arrêté d'être syndic bénévole avant de le faire (marre de courir après les impayés d'un copropriétaire)

test/test sur un port ouvert, j'ai aussi expérimenté cela en … 2001 si je me souviens bien. Un compte créé rapidement pour une personne de passage et pas supprimé ensuite, un ordi ouvert sur internet quelques mois plus tard…

A priori, j'ai détecté le problème assez vite. L'accès avait été découvert dans l'après-midi et utilisé le soir (probablement le temps d'une intervention manuelle). Ce n'était pas du bitcoin, mais il lançait de nouvelles attaques SSH vers d'autres ordis. Ce qui m'a mis la puce à l'oreille : le CPU qui était monté à 100% pendant que je tapais dans emacs. J'avais beau avoir une vitesse de frappe raisonnable, de là à occuper le CPU à 100%… Heureusement que j'avais du boulot à faire ce soir là.

Je vous conseille de jeter un coup d'œil à ce cours qui était encore donné jusqu'à il y a environ deux ans.

Sinon, de la même personne, il y a plusieurs papiers/transparents sur l'histoire de l'informatique sur sa page web principale, certains s'adressant au grand public.

J'ai eu l'occasion de l'écouter pour une présentation de 30 min la semaine dernière sur les débuts de l'informatique (1930 - 1970), c'était un régal. Et c'était rigolo de voir que certains problèmes du début sont toujours là (écriture de code correct et chasse aux bugs par exemple).

Pour ma part, j'ai été trop content quand j'ai trouvé l'émulateur de HP48 pour mon téléphone (Android). J'ai enfin une appli calculette digne de ce nom.

Par ailleurs, ça m'a rappelé un article humoristique (genre 1er avril) dans un magazine lu en prépa (vers 1995) qui annonçait la sortie de la successeur de la HP48 basé sur un processeur ARM et un émulateur. 20 ans après, la blague est devenue réalité :-)

Je ne connais pas du tout Selenium IDE. Par contre, je connais (pour avoir installé et une fois déboggué) woob qui est un framework python pour interagir avec des sites web (y compris des complexes comme les sites bancaires) par programmation. Peut-être que ça peut être utile dans ce contexte ?

https://woob.tech/

What is woob

woob is a collection of applications able to interact with websites, without requiring the user to open them in a browser. It also provides well-defined APIs to talk to websites lacking one.

Cyril, si tu es encore dans le coin, que dois-je faire pour avoir un retour sur le patch proposé dans https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=913431 (partman-base: Add support for kiB, MiB, … input) ?

En tout cas, merci pour le boulot sur l'installer. Je l'utilise et l'apprécie vraiment beaucoup (la plupart du temps en mode texte, assez souvent en mode rescue dès que j'ai un problème sur une machine)

Je n'ai pas encore regardé les documents cités, mais je mets ici les questions qui me viennent à l'esprit.

C'est multi plateforme (Android, IOS, Linux, Windows, MacOSX, …) ? Comment ça se passe quand le matériel n'est pas là (appareil photo, etc.) ?

Dans l'embarqué (Android, IOS) : il faut un navigateur (avec son emprunte mémoire) pour faire tourner une telle petite appli ?

Comment sont gérées les permissions ? Un système parallèle ? Rien de prévu (ie en pratique, contournement des permissions Android/IOS en utilisant celles du navigateur pour toutes ces applis) ?

Je confirme. J'ai pris un S9 (pour remplacer pour S3 qui devenait poussif). Les deux ont eu lineageOS comme OS dès le début. Je suis très déçu de la perte de support de lineageOS depuis ce début d'année (le mainteneur est passé à autre chose et il était seul pour ce modèle :-( )

Vers la fin :

ont fait un tas de trucs => on fait un tas de trucs

Un grand merci pour l'article.

J'utilisais calibre 3.39 (debien stable). Je vais tester la 5.12 (dans testing). Si on peut maintenant garder les doublons, c'est une super nouvelle pour moi. Merci pour ce retour.

J'ai une kobo forma depuis quelques années maintenant. Je ne l'ai jamais connectée au store officiel. J'ai juste transféré des epub par connection USB.

Le système de classement des Koba ignore complètement l'arborescence des fichiers transférés. Comme mes meta-données ne sont pas toujours (euphémisme) correctes, retrouver un livre devenait un cauchemar (la recherche par titre ou auteur ne fonctionnait pas).
La bonne solution serait de corriger les metadonnées (ie calibre a priori), mais ça demande du temps, et calibre ne semble pas gérer correctement plusieurs versions d'un même livre (il ne garde qu'une version :-( ) => il me faudra du temps pour corriger toutes les meta données correctement.

En attendant, j'ai trouvé un plugin pour que mon arborescence d'epub soit visible directement et automatiquement sous forme de collections. Ça me convient bien.

Le système est également assez souple pour permettre l'installation d'un serveur ssh et rsync => ça évite le fil pour faire une synchronisation. Et je réfléchis à comment faire pour que les epub soient sur un FS ext3 plutôt que vfat (la conversion en un coup semble assez facile maintenant que j'ai un accès ssh root, mais j'aimerais éviter de bloquer mon système en cas de mis du système => une solution sera probablement un fichier monté en loopback pour le sous-répertoire de mes livres). L'objectif est que rsync fonctionne (vfat est incapable de stocker un fichier s'appelant "Tolkien, J.-R.", il le renommera "Tolkien, J.-R"…)

Bref, je suis assez content de la Kobo forma par rapport à sa possibilité d'intervenir sur son système. Mes parents ont une Kobo Glo qui fonctionne avec le même type de système (même possibilités de MAJ, personnalisation, etc.)

Comme prévu, il y a une vraie différence d'autonomie si on coupe ou pas le wifi (il était resté allumé par erreur la dernière fois…) mais sans wifi, ça roule pour un mois largement. Et le retro éclairage est effectivement très pratique à l'usage pour lire dans le lit avec quelqu'un qui dort à côté.

Parce que tout "juste marche" …

Je coinche.

Aux vacances de Noël, j'ai eu besoin d'installer un Windows sur une machine physique (pour faire sauter la protection bootloader d'un téléphone Nokia pour installer Lineageos). J'ai testé avec une VM, ça ne marchait pas (le téléphone change d'identifiant USB quand il change de mode et le logiciel dans Windows ne réagissait pas/ne trouvait pas le téléphone).

J'ai donc pris un disque vide (parce que Windows, image iso officielle du site MS, a refusé de s'installer sur une clé USB). J'ai débranché tous les autres disques. Et j'ai lancé l'installation de Windows. J'ai mis une journée entière pour y arriver. En UEFI, avec un seul disque complètement vide (sans système de partition, ou avec une table GPT vide, j'ai testé les deux), Windows perd les pédales au premier redémarrage. J'ai fini par trouver un contournement : installer un Linux qui met en place une partition EFI correctement. Puis installer un Windows. Et là, ça marche. Alors Windows qui "juste marche", ce n'est pas vrai pour moi.

Je suis surpris par "Webex qui marche bien sous Linux". Ma femme a ce logiciel imposé par son employeur, et bien depuis Linux, elle n'a que le client web (pas de client lourd) auquel il manque beaucoup de fonctionnalités (de mémoire, partage de fenêtre/bureau, création de certains types de meetings, …) qui ne sont officiellement supportées qu'avec le client lourd.

Je suis curieux de savoir comment Guix/nix gère les transitions de bibliothèques.

Debian a tout un ensemble de procédures pour gérer cela et relancer la construction des paquets binaires quand cela est nécessaire (sans toucher aux paquets sources), mais ça reste lourd et il y a souvent quelques patches à faire. Avec Guix/nix, c'est l'utilisateur qui décide des versions de ses logiciels : comment lui assure-t'on que c'est cohérent globalement ? Comment gère-t-on ces patches pour toutes les combinaisons possibles ?

Autrement dit, comment Guix/nix assure-t-il l'intégration globale de tous les logiciels choisis si c'est l'utilisateur qui choisi les versions qu'il souhaite ? (pour moi, l'intégration globale, ie le fait que tout marche bien tout ensemble) est la grosse force d'une distribution linux)

Et comment Guix/nix gère-t-il les dépendances vers les composants unique du système/de la session (systemd, pulseaudio, dbus, …) ?

Est-ce qu'il existe des tutorials montrant comment accéder à un site web avec cette bibliothèque ? J'aimerais bien par exemple aller chercher mes factures EDF ou mes factures de cantines ou … automatiquement. Mais, quand je regarde le code des modules, la marche initiale me paraît importante (je n'ai peut-être pas regardé au bon endroit).

Il y a eu assez de discussions sur le procès Oracle/Google à propos d'Android et Java. Oui, Android a repris (presque ?) toute l'API de Java, donc oui, le langage se ressemble.

Même si la plupart du code C est à peu près valable en C++, ce dernier introduit suffisamment d'interfaces et de concepts nouveaux (par rapport à C) pour qu'on ne considère pas que ce soit le même langage.

Je vois assez fréquemment des infos (comme dans ce billet) sur la compatibilité Wayland d'applications. Je sais que X11 a des limitations et des choix conceptuels impossibles à remettre en cause sans tout casser (ce que fait en pratique Wayland) et que Wayland a/devrait avoir de bien meilleurs perfs avec l'exploitation matérielle complète des cartes 3D.

Cela dit, un très gros point positif de X11 est la possibilité de lancer des appli à distance à travers un tunnel SSH. Alors, certes, les perfs ne sont pas au rendez-vous. Mais combien de fois j'ai dépanné à distance une connaissance (amis, parents, …) en lançant le firefox ou thunderbird depuis son compte à distance pour farfouiller dans les menus et cliquer sur la petite case pour réparer ce qui avait été désactivé par erreur/corriger la config de l'extension problématique/… Bien évidemment, ce mode de fonctionnement est inutilisable tous les jours (firefox à travers une connexion ADSL est affreusement lent, et ce n'est rien de le dire), mais c'est fou ce que c'est pratique pour dépanner (ou pour lancer un transfert depuis un page web en javascript sans rapatrier au préalable les données en local, ou …)

Il me semble de Wayland ne permet pas du tout ce genre de fonctionnement. Aurais-je tord ? (si oui, ça m'arrangerait beaucoup) Qu'est-ce qui est conseillé dans ces cas d'usage ? Ou bien, est-ce qu'on revient des années en arrière, et on fait comme Windows où on considère que chacun a un ordi local et rien d'autre ?

La compatibilité LineageOS n'est pas éternelle,

Dans l'absolu rien n'est éternel.

Certes, mais quand j'ai choisi un samsung S9 pour remplacer mon S3 (la mémoire devenait trop juste pour mes besoins), je l'ai fait en étudiant de près la compatibilité avec LineageOS et en prenant en compte l'historique des appareils samsung, généralement bien supportés par LineageOS. Je suis vraiment dégoûté par le non-support officiel de LOS16. Pour avoir lu il y a plusieurs mois les forums en parlant, il y a des raisons techniques derrière cela (de mémoire : non support par manque d'info du composeur matériel). Mais, a posteriori, je ne vois vraiment pas comment j'aurais pu anticiper cela (aucune info sur le danger de non pérennisation tant que LOS 16 n'était pas sorti) et encore moins vers quel modèle il faudrait me tourner pour ne pas tomber dans sur le même problème dans quelques mois si la question d'un achat se posait à nouveau.

L'article utilise winbind. Quand j'ai intégré des machines linux (auth + NFSv4 + kerberos) dans un AD récemment, j'ai plutôt utilisé sssd qui me semblait plus souple et plus puissant. Est-ce que winbind était nécessaire ici ? Est-ce que sssd pourrait être utilisé à la place ?

La première fois que j'ai compilé un noyau linux, je m'en souviens encore.

J'avais découvert Linux en classe prépa : une salle entière, en libre service, avec du réseau (local + lien vers le rectorat/monde en modem), des droits sur les répertoires/fichiers, du NFS, … et ça ne plantait pas. On y faisait les TPs (Maple puis Camllight avec emacs) et on pouvait utiliser un navigateur graphique pour aller sur le WEB (Mosaic).

Chez moi, j'avais déjà eu des ordis. Mon premier avait été un Atari STE 1040 (conseillé par un vendeur Mac/Atari avec Notator — concurrent de cubase — car je voulais faire de la musique MIDI) puis j'étais passé au Falcon 030 (et Notator Logic pour la musique).

Le Falcon 030 pouvait recevoir une carte d'extension le transformant en 80286 (ce qui m'avait permis de faire tourner Pascal en terminal pour faire mes TP de mon option informatique). Mais en découvrant Linux en prépa, je voulais tester chez moi. Et Linux nécessitait au minimum un 80386…

Mais bon, le Falcon avait, de base, un 68030 qui était censé être supporté par Linux. Sauf qu'il avait besoin du coprocesseur d'arithmétique flottante, qui n'était pas dans le Falcon 030. Cela dit, on trouvait des patches (non libres de mémoire) permettant au noyau d'intercepter les traps et d'émuler le coprocesseur. Cool. Sauf que ce patch n'était pas présent dans les binaires disponibles.

Ma première compilation du noyau Linux a donc consisté en une cross-compilation sur les ordis du lycée (x86) d'un noyau 68030 avec un patch appliqué. Le truc le plus simple du monde… Il m'a fallu plusieurs semaines, voire mois (je compilais en semaine au lycée et testait le WE chez moi…) mais ça a fini par marcher.

Je me souviens aussi que je voulais utiliser Debian qui devait sortir incessamment sous peu pour 68030. C'est là que j'ai découvert le "on release quand c'est prêt" : quand Hamm est finalement sorti, ça faisait plusieurs mois que tournait sous Slackware…

C'est vraiment super comme travail. Je pense que je vais donner l'URL à nos étudiants (qui viennent d'installer Linux et doivent l'administrer, certains découvrant linux à l'occasion).

Je n'ai pas encore tout lu, j'ai plutôt survolé le début du document (partie 1) mais voici quelques petites remarques (je contribuerai si j'ai le temps, mais je préfère les lister maintenant pour ne pas oublier ou si d'autres veulent s'en occuper) :
- le partitionnement est orienté MS-DOS sans mention de GPT (or tous les ordi récents viennent avec un DD en GPT maintenant, même si MS-DOS est encore utilisé : clé USB, cartes SD, etc.)
- dans les dessins LVM, les PV sont parfois en haut, parfois en bas (sans réelle logique à mon sens) [remarque très mineure ici]
- pour LVM, j'aurais parlé de lvresize (avec mention de resize2fs) qui permet (à chaud, sans interruption de service) d'augmenter une partition. Quand on fait installer linux en dual-boot à nos étudiants, on utilise toujours LVM pour qu'ils puissent redimensionner facilement leur partition / et/ou /home (c'est très difficile au début de les conseiller sur la taille de /home car ça dépendra beaucoup de ce qu'ils y mettront comme doc perso (musique, …))
- le paragraphe sur le bloc de boot me semble incorrect en cas de partitionnement GPT (et n'a rien à faire dans la partie sur les systèmes de fichiers, il serait plutôt vers le partitionnement)
- gestion des processus : ce n'est pas toujours le processus init (1) qui récupère les processus orphelins. Il me semble que upstart utilisait assez intensivement cette possibilité.
- avec nohup, j'aurais aussi parlé de screen (beaucoup plus utile à mon sens)
- personnellement, j'utilise beaucoup plus rsync que cpio pour faire des sauvegardes (et encore plus git ;-) )
- init et démarrage du système serait à mettre à jour (UEFI et systemd)
- la config réseau est très orientée Redhat et assimilées (/etc/sysconfig), et pas du tout Debian et dérivées (/etc/network/interfaces). Et sur un poste perso, c'est souvent network-manager qui est utilisé en pratique.
- idem pour la gestion des logiciels (rpm/yum et pas apt)

Heu, qu'on soit bien d'accord : le document est déjà super en l'état. Mes remarques au-dessus, c'est ce qu'il me semblerait intéressant d'améliorer, ça ne remet absolument pas en cause le contenu global. À mon sens, le plus gros point, c'est l'absence d'info pour les distrib dérivées de Debian quand ça diffère de Redhat et dérivées. Si ce n'est pas changé (et je suis conscient que ça serait un gros boulot), il faudrait au moins le mettre en avant.

De mémoire, /usr/bin/env est spécifié dans la norme Unix (comportement du programme et chemin d'accès). Ce n'est pas le cas pour python. Pendant assez longtemps, ce dernier a parfois été installé manuellement (ie sans passer par une distrib) dans /usr/local. Utiliser /usr/bin/env permet de faire marcher les scripts python dans beaucoup plus de situations.

Certes, mais après quelques années, ça marche beaucoup moins bien tant qu'on atteint pas 0x30 ans.

J'avoue qu'après le titre et surtout le premier paragraphe (finissant par "identifier le problème"), j'ai été déçu par la fin de l'article. Je n'ai pas le temps de refaire un article complet, mais voici les pistes que j'utilise personnellement quand "internet est cassé".

1. vérifier que j'ai une IP (wifi ou filaire) ip a nm-applet (et /var/log/syslog pour savoir pourquoi la connexion wifi ne s'établit pas le cas échéant)
2. récupération de la gateway ip r

3. test du ping de la gateway (peut ne pas marcher si la gateway les filtre).
   Sur un routeur, il faut se méfier des règles de firewall/nat
   
iptables -L
iptables -L -t nat
ip rule (Pour les cas plus complexes)

   Si tout est ok jusque là, alors c'est plutôt un pb réseau que local à la machine.

4. test du DNS
   
ping sur 8.8.8.8
ping sur la/les adresses dans /etc/resolv.conf
dig pour vraiment tester le serveur DNS


5. traceroute/ping pour identifier à quel distance se trouve le pb réseau

6. telnet (ou les autres commandes de l'article) si une appli particulière ne fonctionne pas (ça peut être firefox) et vérifier les filtrages.

7. et tout recommencer avec ipv6
   
ip -6 a
ip -6 r
ip6tables -L
ping6 fe80::XXXX:YYYY%ethZ
...