nud a écrit 906 commentaires

Les formats habituels de compression de données (gzip, bzip, lzma, etc) sont heureusement sans perte. On parle de compression parce que la taille finale est inférieure à la taille initiale, le fait que cela passe par un encodage de Huffman ou équivalent est un détail d'implémentation.

A priori elle a passé la main en 2016.. Aussi mentionné sur linuxfr.

Souvent aussi, je moinsse parce que le commentaire est injurieux.

Si on a deux outils efficaces, il est plus intéressant d'utiliser les deux outils que de se priver volontairement de l'un d'entre eux et de se rendre la tâche plus compliquée juste pour le fun.

Je ne comprends pas cette attitude qui consiste à comparer les deux outils et à vouloir en exclure un parce qu'il est "moins efficace". C'est pas comme si on ne pouvait pas faire les deux.

Le bâteau coule, il y a une pompe et des seaux. La pompe est plus efficace que les seaux mais si l'eau rentre plus vite que le débit de la pompe, il me paraît judicieux d'utiliser les seaux aussi, même s'ils sont moins efficaces…

On pourrait avancer que la décroissance, nécessairement induite par la réduction de l'énergie disponible, ça veut dire beaucoup moins d'ordinateurs et de microprocesseurs cachés partout.

Note bien que s'il est compétent dans la matière il a peut-être de bonnes raisons d'être anti-nucléaire (et donc, de militer contre). Être compétent ne veut pas forcément être pour quelque chose.

Quels équipementiers reste-t-il en Europe ? Nokia et Ericsson ? Le reste d'Alcatel-Lucent est maintenant chinois.

En Belgique, j'ai aussi une pile d'appareils comme ça à la maison de diverses banques et époques et également des digipass dans ce style-là:

Mais tous sont en train de tomber en désuétude au profit d'applications sur smartphone dans laquelle il faut scanner un code QR ou équivalent.

J'ai aussi une banque dans laquelle je ne dispose que d'une carte visa, et l'identification se fait soit via le mot de passe avec une page dégueulasse quasi sans style, avec des URLs improbables, soit via l'application smartphone. La même banque fournit un digipass pour les gens qui ont un compte à vue.

Le pire côtoie le meilleur, comme souvent.

Le fichier XCF ne correspond pas à l'image ceci dit

Ou alors tu introduis une url linuxfr.org/@slug ou linuxfr.org/~slug (qui ne gère que les slugs) et tu fais une 304 depuis /user/slug (qui est ambigue). Les @ sont à la mode :-)

L'image proposée par Krunch et quelques variantes:

• 
• 
• 

Il me semble opportun de mentionner que ce n'est pas vraiment une réécriture (par les mainteneurs de su/sudo) mais d'une réimplémentation par une équipe tierce (au même titre que GNU grep est une réimplémentation de grep). Su et sudo ne vont pas être remplacés, les projets vont vraisemblablement exister en parallèle.

Même si la question peut se poser pour les longues dépêches, les contenus courts (typiquement les liens) peuvent être lus intégralement sans jamais aller dans la page du contenu proprement dit.

Pour savoir si (ou du moins espérer que) un lien a été lu il faudrait d'une façon où d'une autre traquer le clic sur le lien. L'effort me semble démesuré et difficilement justifiable pour le résultat attendu.

Bien sûr que si il y a une copie locale, c'est le principe d'un cache. C'est dommage que tu n'aies pas suivi le lien avant de commenter, tu aurais pu y lire:

External images on LinuxFr.org

Our users can use images from external domains on LinuxFr.org. This component is a reverse-proxy / cache for these images.

The main benefits of using a proxy instead of linking directly the images are:

• No flood: images can be hosted on small servers that are not able to handle all the traffic from LinuxFr.org, so we avoid to flood them
• History: even if a server is taken down, we are able to keep serving images that are already used on our pages
• Security: on the HTTPS pages, we won't include images from other domains that are available only in HTTP, so it prevents browsers from displaying warning about unsafe pages
• Privacy: the users won't connect to the external domains, so their IP addresses won't be logged on these servers.

Le point 2 est littéralement ce dont il est question ici.

Par ailleurs tu peux lire le code source (notamment la fonction saveImageInCache()), et tu constateras par toi-même que le service enregistre bien une copie locale de l'image.

L'entrée du suivi concerne la possibilité d'uploader directement une image. Elle n'est donc pas directement pertinente par rapport au commentaire parent: la suppression de l'image source (par exemple sur imgur) ne devrait pas affecter le rendu de linuxfr, même si, encore une fois, il arrive que des images disparaîssent, par exemple si on supprime le cache. Mais il suffit alors de ne plus vider le cache ¯\_(ツ)_/¯

Dans le cas de Linuxfr ce n'est pas une question d'économie de bande passante vu que le site garde une copie locale de toutes les images services (voir img-Linuxfr.org). De ce que je comprends de l'intention les images ne sont pas censées disparaître, donc il y a peut-être un bug à corriger.

En même temps la simplicité est une "feature" de Visa, c'est pour ça qu'ils ont tous ces mécanismes de surveillance, la possibilité de contester des transactions après coup, les assurances, l'envoi d'une nouvelle carte au moindre doute, etc.

Le cryptogramme et le 3D-Secure sont tout simplement des procédés qui permettent d'augmenter la certitude que la commande a été passée par le possesseur de la carte, qui pourrait sinon faire opposition, ce qui signifierait potentiellement que le commerçant pourrait ne pas être payé. Pensez aux règles anti-spam de postfix, c'est pareil.

J'ai eu un tel coup de fil car mon numéro de carte avait été utilisé 2x sur des sites dont je n'avais jamais entendu parler, mais apparemment sans succès (soit un mauvais cryptogramme visuel soit absence de validation par l'application de la banque, mais la personne du callcenter n'en savait rien)

Pareil, la carte a été invalidée et j'en ai reçu une nouvelle "deux jours" après (des jours bancaires, soit une semaine et demie 🤣).

T'as pas envie de corriger les ombres (ou l'absence de) avec Qt5 sous wayland tant que tu y es? :-D

En fait tu devrais juste dire que tu fais une double licence MIT pour les gens qui paient pour pouvoir utiliser slint dans leur produit propriétaire 🤷

Après tout on peut tout à fait faire du libre sans le distribuer. La GPL impose de garantir les 4 libertés aux clients, pas de distribuer sur internet pour des gens tiers qui n'ont pas payé.

Je doute que les sopalins soient fabriqués à partir de vieux chênes, mais par contre avant d'arrêter les incinérateurs on pourrait arrêter de brûler des trucs dans le but premier de produire de l'électricité (par opposition à produire de l'électricité par opportunisme car on doit brûler le truc de toute façon).

Par contre en général on ne met pas les centrales nucléaires au centre ville.

On pourrait imaginer chauffer des serres pour les fruits et légumes par contre.

Ici on recycle les plastiques "souples" (comprendre, les cellophanes et ce genre de plastiques) par "valorisation énergétique" (comprendre: carburant pour incinérateur). Cette approche permet effectivement de faire des économies en permettant de doser judicieusement la teneur en combustible de l'incinérateur.

Après, tu peux aussi utiliser du méthanol pour faire brûler le reste, si tu n'as pas assez de plastiques "à recycler" ou de papiers gras dans les poubelles. Le recours à du carburant fossile n'est pas une fatalité. Si je ne me trompe pas l'incinérateur de Hestal est couplé à une usine de biométhanisation. Le méthane, ça brûle bien.

À noter que brûler des déchets produits à partir de végétaux (le bois, le papier mais aussi le plastique "biosourcé") "n'émet pas de CO2" dans la mesure où il s'agit de CO2 en circuit court, et le prochain sopalin contiendra le carbone produit lors de l'incinération du précédent. Donc même si l'incinération apparaît comme inévitable c'est quand même "propre" relativement au cycle du carbone.

Evidemment, les huiles minérales et autres jouets en plastiques incinérés avec, eux rejettent du carbone "ancien" dans l'atmosphère.

Dans l'article:

Je pense également que les constructeurs ont une politique assez étrange vis à vis de Linux. En cantonnant le système à des machines très spécifiques au lieu de l’ouvrir plus avant dans leurs gammes. Je ne pense pas que l’utilisateur soit ravi de se retrouver canalisé vers un engin spécifique quand il cherche un système alors qu’il voit bien l’étendue du choix proposé sous Windows. La solution la plus logique serait d’assurer une compatibilité minimale avec la majorité des engins plutôt que de proposer une solution particulière.

Je pense que c'est ce qui fait le succès de Lenovo auprès des utilisateurs de Linux. Une partie de leur gamme (en particulier les Thinkpads mais pas que) peut être achetée avec Ubuntu ou Fedora préinstallé à la place de Windows. Donc on a bon espoir que ça marche en prenant des machines "normales".

Pour le nucléaire ça dépend de la conception des centrales. En Belgique les centrales ne sont pas pilotables du tout, et on a mis de l'éclairage sur toutes les routes pour consommer l'énergie excédentaire la nuit. En France les centrales (probablement pas toutes?) sont considérées comme pilotables.