🚲 Tanguy Ortolo a écrit 12224 commentaires

Attention, c'est du Bash, ou du Zsh, mais plus du simple shell POSIX.

Sans pipe ni recourcs à xargs:

commande $(for i in $(seq 1 100); do printf 'arg '; done)

Un truc qu'il suffit d'installer pour que ça marche, c'est un peu l'esprit du client officiel, Certbot. Bon, il faut aussi le lancer. Mais il est conçu pour les cas simple, et il ne faut pas rêver, un client qu'il suffit d'installer et qui marche dans tous les cas, même avec plusieurs serveurs derrière un proxy inverse, un NAT, avec des ports différents et je ne sais quoi encore, ça n'existera pas. Pour les installation qui dépassent le simple serveur domestique, il faut plutôt compter sur les clients alternatifs qui permettent une grande personnalisation.

Paperwork n'est-il pas en Python ? Parce qu'il y a des bindings Python pour DjVuLibre.

Pour Tesseract, apparemment il y a une libtesseract, mais je ne sais pas ce que ça vaut.

Dans ce cas, tu pourrais prendre en charge le DjVu en lecture, pour importer des fichiers réalisés extérieurement.

Comme tu dis un problème se pose lorsqu'on te demande des originaux et ta solution parait pertinente.
Dernièrement j'ai arrêté de stocker un pdf mais je passe par un jpeg avec un facteur de qualité de 97, au final je n'ai pas trop regardé la perte de qualité mais dans tous les cas ça prends moins de place.

Avant même de regarder la qualité de la compression, il faut déjà s'occuper de la finesse de la numérisation. Si c'est du 100 ou 150 dpi, ça va se voir tout de suite, parce que ce sera pixelisé façon fax. En 200 dpi, ça se verra mais pas forcément immédiatement. En 300 dpi, ça se verra en étant un peu attentif. Et en 600 dpi, ce sera invisible sauf à vraiment chercher très attentivement, et encore. En supposant une impression à 300 dpi.

Salut,

J'ai une suggestion de fonctionnalité : une prise en charge du format DjVu, qui est parfaitement adapté pour les documents numérisé, et qui peut également être OCRisé.

Par exemple, mon cas d'usage pour le DjVu est le suivant. Je souhaite à numériser mes documents avec une qualité suffisante pour qu'une fois réimprimés, un humain ne se rende pas spontanément compte qu'il s'agit d'une copie¹, même s'il pourra toujours le remarquer en l'examinant attentivement. Dans la mesure où nous ne décelons plus facilement les points à partir de 300 dpi, il faut pour cela numériser à 600 dpi. Essayez de stocker ça sous la forme d'un PDF, et vous obtiendrez quelque chose de très lourd, avec en prime une compression avec perte. Essayez cela en DjVu, et vous obtiendrez quelque chose de moins de 100 kio.

Pour info, DjVu est vraiment faire pour cela, avec plusieurs niveaux d'optimisation :

• le document est séparé en arrière-plan (image en couleur) et premier plan (texte bitonal) ;
• l'arrière-plan est codé avec une compression par ondelettes ;
• le premier-plan est codé à la façon du JBIG, avec notamment une reconnaissance des formes répétées (la même lettre à plusieurs endroits de la page).

Pour produire un document DjVu à partir d'images (TIFF dans mon cas), j'utilise didjvu, puis ocrodjvu avec tesseract pour y ajouter une couche de texte par OCR. Les documents DjVu peuvent être lus avec Evince, donc probablement avec le bibliothèque Poppler.

Notes :

1. Il ne s'agit pas de faire un faux ou de prétendre qu'il s'agit d'un original. Simplement, lorsqu'on me demande sans plus de précision un document dont je n'ai qu'un exemplaire, il est évidemment hors de question de fournir l'original, aussi je fournis donc une copie, sans précision à ce sujet. Il est arrivé qu'on me refuse un dossier parce qu'en le voyant, mon interlocuteur avait rapidement remarqué qu'il s'agissait d'une copie : dans ce cas, avec une meilleure qualité, on peut augmenter les chances qu'il accepte un tel dossier.

• Démarrer le système d'installation en UEFI, et surtout pas en BIOS. En effet, après avoir installé GRUB, il doit le déclarer à la carte mère en passant des appels UEFI qui vont bien, et pour ça, il faut avoir démarré en UEFI, sinon c'est impossible, et on se retrouve avec GRUB installé mais absent du menu de démarrage proposé par la carte mère, et avec donc aucun moyen de le lancer.

Pour info, pour que ta clef USB soit démarrable en UEFI :

• elle doit être partitionnée en GPT, ou éventuellement MBR (c'est plus rare, mais c'est possible) ;
• elle doit avoir une partition de type “EFI System Partition”;
• cette partition doit être formatée en FAT32 (c'est le seul système qui soit pris en charge par tous les UEFI, mais ceux de chez Apple lisent également le HFS+) ;
• il doit y avoir sur ce système un fichier /EFI/BOOT/BOOTX64.EFI (pour un PC en 64 bits ; le nom serait différent pour une autre architecture) ;
• ce fichier doit être un exécutable UEFI pour PC en 64 bits, en pratique ce sera GRUB ou un autre chargeur de démarrage, voire un noyau Linux avec l'emballage UEFI qui va bien.

C'est ça, on l'a forcé à verrouiller son bouquin, bien sûr. Parce que le publier sur son site Web, c'était sûrement interdit. Non, utiliser la DRM Adobe, c'est un choix qu'il a fait sciemment et volontairement, ou qu'il a ignoré ou délégué volontairement, et on peut dont tout à fait lui reprocher.

Tu as acheté un truc sous DRM, par nature pénible à lire et plein de limitations. Tu peux contacter le service client de la boutique où tu l'as acheté, et leur demander un remboursement : ils sont habitués, l'essentiel des demandes de support d'un libraire en ligne concerne des problèmes avec les DRM, et ils ne font aucune difficulté à rembourser l'achat.

Souviens-toi simplement que, la prochaine fois, il faudra vérifier si le bouquin que tu achètes n'est pas sous DRM, et, s'il l'est, ne pas l'acheter, et aller commander la version papier à la place, qui sera simple d'utilisation et respectueuse de tes droits.

Tout à fait d'accord avec ceci :

De manière générale c’est le problèmes des systèmes où le lien entre personne physique et clef de chiffrement est établi et contrôlé par un acteur tiers, comme WhatsApp, ou en utilisant des mécanismes peu fiables, comme le contrôle du numéro de téléphone.

J'y pense depuis des mois, et il faudrait que je rédige un article plus détaillé, parce que je suis assez ennuyé par tous ces systèmes de communication qui vantent un chiffrement de bout en bout, sans complexité pour l'utilisateur, et prétendent n'avoir aucun moyen de déchiffrer les communications, même si on leur demande très très fort.

C'est bien simple, si vous n'avez à aucun moment validé la clef de votre correspondant en le rencontrant directement et en échangeant au moins un hachage de cette clef, ou si le code du logiciel n'est pas accessible, compilable et utilisable après compilation maison, l'affirmation précédente est simplement fausse : le fournisseur a tout à fait moyen de déchiffrer les communications. En effet :

• si vous n'avez pas de moyen de valider sérieusement la clef d'un correspondant, sur demande des autorités, le fournisseur du service peut s'être placé en homme du milieu sans que ça se voie ;
• si on ne peut pas vérifier le code, puis le compiler pour utiliser sa version vérifiée, même en validant les clef, le fournisseur peut tout à fait s'être placé en homme du milieu, et afficher malgré tout des hachages de clefs valides, alors que le logiciel utilise d'autres clefs à la place.

Ce n'est pas lié à la privatisation, mais à la possibilité de virer un client, autrement dit, à la régulation. On peut très bien privatiser un service et l'ouvrir à la concurrence en imposant des règles aux fournisseurs dudit service, c'est ce qui se fait pour les banques avec le droit au compte par exemple. Cela pourrait tout à fait se faire pour les assurances santé.

À toutes fins utiles, je me permets de rappeler que l'assurance santé obligatoire est :

1. un service qui n'est pas fourni par un unique acteur mais par plusieurs qui disposent pour l'essentiel d'un monopole restreint à un serveur d'activité, ainsi la CPAM pour les salariés du privé, et d'autres pour les fonctionnaires, pour les professions libérales, etc. ;
2. un service potentiellement concurrentiel, avec au moins un secteur d'activité où il y a effectivement concurrence entre deux fournisseurs : les études supérieures.

Ton avocat te le rappellera sans doute, mais dans ce que tu leur demandera, il faut que tu chiffres tout, absolument tout ce qu'ils t'auront coûté, ce qui inclut évidemment le matériel, les vêtements, les réparations et les soins, mais aussi :

• l'invalidité temporaire ;
• les taxis, bus et autre pendant tout le temps où tu ne pouvais plus te déplacer à vélo ;
• le temps que tu auras passé sur cette affaire ;
• les timbres que tu auras achetés pour leur écrire moult courrier ;
• les dommages moraux, plus difficiles à évaluer mais qui doivent être compensés par une indemnisation ;
• les honoraires de ton avocat, évidemment.

Eh bien ils sont complètement cons, chez cette assurance. Avec un accident voiture contre vélo, ils n'ont aucune chance de gagner, faire obstruction jusqu'au procès, ça ne peut que leur coûter plus cher. Tout ça pour un remboursement somme toute de faible montant par rapport à ce que leur coûte des accidents voiture contre voiture… Franchement, pour un assureur, il faut vraiment être con pour perdre du temps et de l'argent à essayer de rapiner sur un accident avec un vélo.

Alors la lenteur, c'est simplement leur marque de fabrique il faut croire. J'avais un prêt immobilier chez eux, qu'il avaient mis 4 mois à valider, manquant presque de me faire louper la date de la vente. Je viens de le faire racheter par une autre banque, et il leur a fallu 2 mois et deux rappels de ma part pour m'envoyer un papier nécessaire à cela (un décompte de remboursement anticipé total), heureusement que j'avais pris de l'avance. Maintenant que mon prêt chez eux est remboursé, eh bien ils ne l'ont toujours pas remarqué de sorte qu'il apparaît toujours dans me comptes, et je ne serais pas surpris qu'ils essaient de me débiter une nouvelle échéance (sauf que ça va foirer, vu que je n'ai pas sur mon compte l'argent qu'il faut pour payer de nouvelles échéances indues).

Bien content de me barrer de cette banque…

Fusionner toutes les assurances santé, ça me rappelle quelque chose ça. Ah oui, la sécu. Enfin, la CPAM pour le privé en tout cas.

Ah, et évidemment, j'avais dû avancer tous les frais de réparation de mon vélo, qu'ils ne m'ont remboursé qu'après. Enfin, les frais d'achat de pièces détachées, parce que les réparations, je les fais moi-même, et je n'ai pas tenté de leur facturer mon temps de travail sur ma bécane.

Si je n'avais pas été un cyclogeek, je pense que j'aurais dû faire appel à un transporteur pour récupérer mon vélo sur le lieu de l'accident et l'apporter chez un réparateur (vu qu'il n'était plus en état de rouler, et moi plus en état de monter dessus), puis une fois les réparations effectuées, faire à nouveau appel à un transporteur pour récupérer mon vélo chez le réparateur et l'apporter chez moi. Tout ça à avancer, deux transports et la réparation, ça ne doit pas être donné.

Et pour obtenir réparation de la part de l'assurance de l'automobiliste, pas trop galère ?

J'ai eu un accident il y a deux ans, et ça a été long, très long, et assez compliqué, avec une situation d'assurance complètement délirante :

1. l'automobiliste qui était assuré par le fabricant de sa voiture (Peugeot) ;
2. sauf qu'en fait ce n'était pas vraiment Peugeot (sans blague !) mais Avanssur (l'assurance du groupe BNP),
3. qui ne connaissaient pas ce client parce que leurs contrats en partenariat avec Peugeot sont gérés de façon complètement séparée ;
4. après avoir finalement réussi à finalement le retrouver, j'ai eu la surprise de recevoir à nouveau tous les formulaires de la part d'Axa (mais que viennent-ils faire ici, ceux-là ?) ;
5. la veille de l'expiration du délai légal maximal de remboursement, j'ai finalement reçu un chèque de la part de je ne sais plus quelle société tout à fait inconnue, apparemment une quelconque filiale d'Axa.

Et un vélo taillé pour ça et en parfait état. Ceci étant, 100 km/h ça commence à devenir vraiment dangereux. S'il y a un obstacle, le cycliste est mort, parce qu'il n'a aucune chance de pouvoir freiner à temps pour s'arrêter avant. D'ailleurs, s'il essaie de freiner rapidement à cette vitesse, il fera un soleil, et se retrouvera en vol plané à 100 km/h, avec la mort qui l'attendra aussi à l’atterrissage.

Non, le problème ne vient pas de dash, ce n'est pas bien de lui faire porter le chapeau alors qu'il fait très bien ce pour quoi il est fait : fournir un shell conforme à la norme POSIX.

Le problème vient du script qui prétend être exécutable sur un shell standard quelconque alors qu'il n'est pas vraiment portable.

L'explication donnée au-dessus est la bonne, la commande echo se comporte de façon différente selon les shells. On dit qu'elle n'est pas portable.

La solution donnée est mauvaise en revanche, la bonne façon de faire n'est pas de changer de shell, parce que cela cassera de même chez qui que ce soit qui n'utilise pas le même shell que toi. Ce qu'il faut, c'est éviter d'utiliser echo, et préférer printf qui est portable, elle.

Ça, c'est un kit pour transformer un vélo en moto non homologuée, non immatriculée, conduite sans permis et en grand dépassement de vitesse maximale autorisée sur route. Bref, de quoi avoir de gros ennuis avec la police ou la gendarmerie et y perdre le droit de conduire quoi que ce soit.

ET une petite vidéo d'un vélo électrique à 100km/h:
https://www.youtube.com/watch?v=EgXGgcSRGyA

Ce n'est pas un vélo. Même si ça ressemblait à un vélo, ce qui n'est pas franchement le cas, c'est une moto. Attention, le mot anglais “bike” est trompeur, ça peut aussi bien désigner une bicyclette qu'être un diminutif de “motorbike” et désigner alors une motocyclette. Pareil pour “biker”, qui peut désigner un cycliste ou un motard.

Quelqu'un de mieux informé que moi pourrait peut-être le confirmer de façon plus sûre, mais de mémoire, il me semble que ce n'est pas la première fois que cela arrive.

Des serfs. Les cerfs, ce sont des animaux.

Pareil pour les rond-points, je n'ai jamais compris le but de ces bandes cyclables à l'extrême extérieur, et je les ignore également, pour utiliser le rond-point normalement.