Justement je ne veux pas avoir à décider où je dézippe, ni devoir écrire moi même le .desktop
Flatpak existe justement pour ce besoin avec la partie bac a sable et permissions en bonus.
Dans les faits, je n'utilise pas de swap sur ma machine desktop. J'ai une bonne quantité de RAM et je n'arrive pas à la saturer avec mon utilisation. Le swap m'a toujours irrité a ralentir les I/O et je n'ai jamais vraiment compris pourquoi il était utilisé alors que ma RAM n'était pas encore saturé…
L'option swappiness permet de gérer à partir de quand la machine à commencer à swapper. Par défaut c'est à 60 donc à partir de 40% de RAM utilisé.
Perso je ne mets plus de swap car j'ai pas mal de RAM.
Le Elo dépends du niveau général des joueurs et de la cadence. Sur internet en cadence hyper-rapide, les meilleurs humains dépassent largement les 3000
Sauf que sur les autres langages le type est toujours indiqué parce que c'est obligatoire (même si c'est Any/Object/…), en python une majeur partie de l'éco-système n'a pas (encore) été mis à jour pour l'indiquer. Après il suffit d'aller jeter un oeil au code donc c'est pas dramatique
Un IDE et un code corrects vont permettre de l'inférence de type et tu te retrouves rapidement avec les mêmes garanties de type que dans un langage typé statiquement (au moins dans l'IDE). Quand il n'est pas possible d'inférer le type, tu peux aider l'IDE avec des annotations.
Sur une liste/dict/… où le type n'a pas été spécifié tu n'auras pas l'inférence de type. Et pareil si tu te retrouves avec une fonction qui ne retourne pas toujours le même type (on est d'accord qu'on sort du code correct).
Bien sûr, ce n'est pas le cas. Il y a plein de bibliothèques écrites en Python qui ont des problèmes de sécurité. Par exemple, un backend d'un site web écrit en Django, qui n'échappe pas correctement des entrées utilisateurs, menant à une injection SQL.
T'es sur un cas (très) restreint. Avec Django on exécute assez peu souvent du SQL directement, on passe par l'ORM.
J'admets que c'est possible mais c'est facile de s'en prémunir. L'utilisateur averti peut également faire le nécessaire.
Et donc quel est le problème ? Beaucoup de distribution ne propose pas les dernières versions qui pourtant corrigent des bugs. Tant que la sécurité n'est pas compromise
Pour moi les problémes de sécurité sont uniquement avec des bibliothèques écritent en langage non safe (C/C++). Ce n'est pas le cas ?
Donc si j'ai plusieurs fois une même bibliothèque python installée sur mon système en différentes versions, on peut être attristé de l'espace disque perdu. Mais a part ça….
L'argument principal (unique) c'est que en cas de faille, chaque logiciel doit pousser une nouvelle version avec la lib patché. Mais c'est encore une fois un problème qu'avec C/C++ non ?
(ré-écrire Blender ou Gimp en Rust c'est une perte de temps ;
Il faudra y passer si on souhaite toujours attirer des contributeurs le jour où Rust aura pris une grosse place.
Je me vois bien contribuer un jour a un projet Rust mais le C hors de question.
Si tu fais du python, c'est que les performances n'est pas ta priorité. Ça ne veut pas dire qu'il ne faut pas la prendre en compte lorsqu'on a plusieurs choix mais il vaut mieux choisir ce qui est le plus clair.
[^] # Re: perles des commentaires
Posté par ff9097 . En réponse au lien Ça brule chez OVH .... Évalué à 2.
déjà le plancher en bois…
[^] # Re: Lichess
Posté par ff9097 . En réponse au lien Ça brule chez OVH .... Évalué à 2.
Aucune perte, belle gestion !
[^] # Re: En conclusion
Posté par ff9097 . En réponse au journal AlienBob et les dédales de Chromium sous Slackware. Évalué à 1.
Ton dezip firefox, c'est pas quelque chose que tu peux généraliser à tout. Après si ça te convient…
[^] # Re: En conclusion
Posté par ff9097 . En réponse au journal AlienBob et les dédales de Chromium sous Slackware. Évalué à 1.
Gnome software le permet après le boot.
[^] # Re: En conclusion
Posté par ff9097 . En réponse au journal AlienBob et les dédales de Chromium sous Slackware. Évalué à 3.
Justement je ne veux pas avoir à décider où je dézippe, ni devoir écrire moi même le .desktop
Flatpak existe justement pour ce besoin avec la partie bac a sable et permissions en bonus.
[^] # Re: Retours/avis
Posté par ff9097 . En réponse au lien Ubuntu mise sur Flutter. Évalué à 1.
Tu crois qu'ils vont mettre un blob binaire dans le SDK ?
[^] # Re: Retours/avis
Posté par ff9097 . En réponse au lien Ubuntu mise sur Flutter. Évalué à 1.
Le développement des deux est sur github et sont beaucoup plus ouverts que le SDK natif Android.
[^] # Re: En conclusion
Posté par ff9097 . En réponse au journal AlienBob et les dédales de Chromium sous Slackware. Évalué à 2.
Sinon Firefox est disponible officiellement sur Flathub
[^] # Re: Retours/avis
Posté par ff9097 . En réponse au lien Ubuntu mise sur Flutter. Évalué à 1.
Simple et efficace
[^] # Re: Dans la langue de Jean-Baptiste Poquelin
Posté par ff9097 . En réponse au lien Oh le beau bug (dans une rc1) (mais c'est un sacré bug). Évalué à 6.
L'option
swappiness
permet de gérer à partir de quand la machine à commencer à swapper. Par défaut c'est à 60 donc à partir de 40% de RAM utilisé.Perso je ne mets plus de swap car j'ai pas mal de RAM.
# Nginx
Posté par ff9097 . En réponse au journal Recherche d'un reverse proxy. Évalué à 10.
Tu n'as pas mentionné Nginx qui est quand même le plus connu, pourquoi ?
[^] # Re: Estimation Elo
Posté par ff9097 . En réponse à la dépêche Leela Chess Zero. Évalué à 2.
Le Elo dépends du niveau général des joueurs et de la cadence. Sur internet en cadence hyper-rapide, les meilleurs humains dépassent largement les 3000
# Fedora
Posté par ff9097 . En réponse au journal Les méfaits d'Ubuntu. Évalué à 7. Dernière modification le 03 mars 2021 à 20:13.
De mémoire il n'y a pas non plus de mot de passe root par défaut sur Fedora. Pas de quoi en faire un drame cela dit…
# Logiciel libre / linux ?
Posté par ff9097 . En réponse au lien N. Sarkozy écope de 3 ans de prison mais ne devrait pas y mettre un pied, parce que bon, quand même. Évalué à -9.
Je cherche le rapport mais je ne trouve pas
[^] # Re: Pourquoi Rust ?
Posté par ff9097 . En réponse au lien Rewrite it in Rust : au delà du meme (Google finance la réécriture en Rust de certains logiciels lib. Évalué à 1.
C'est comme la migration Gtk3, il faudra bien y aller un jour. Pas besoin de faire un focus sur ça mais ça peut être fait petit à petit.
[^] # Re: Refactoring en Python
Posté par ff9097 . En réponse au journal Découvrir Docker, Python, LLVM et Emscripten. Évalué à 2.
Sauf que sur les autres langages le type est toujours indiqué parce que c'est obligatoire (même si c'est Any/Object/…), en python une majeur partie de l'éco-système n'a pas (encore) été mis à jour pour l'indiquer. Après il suffit d'aller jeter un oeil au code donc c'est pas dramatique
[^] # Re: Refactoring en Python
Posté par ff9097 . En réponse au journal Découvrir Docker, Python, LLVM et Emscripten. Évalué à 2.
Sur une liste/dict/… où le type n'a pas été spécifié tu n'auras pas l'inférence de type. Et pareil si tu te retrouves avec une fonction qui ne retourne pas toujours le même type (on est d'accord qu'on sort du code correct).
[^] # Re: Quel est le problème ?
Posté par ff9097 . En réponse au lien Le cauchemar de l'empaquetage: côté distrib. Évalué à 0.
T'es sur un cas (très) restreint. Avec Django on exécute assez peu souvent du SQL directement, on passe par l'ORM.
J'admets que c'est possible mais c'est facile de s'en prémunir. L'utilisateur averti peut également faire le nécessaire.
[^] # Re: Quel est le problème ?
Posté par ff9097 . En réponse au lien Le cauchemar de l'empaquetage: côté distrib. Évalué à -3.
Et donc quel est le problème ? Beaucoup de distribution ne propose pas les dernières versions qui pourtant corrigent des bugs. Tant que la sécurité n'est pas compromise
[^] # Re: Quel est le problème ?
Posté par ff9097 . En réponse au lien Le cauchemar de l'empaquetage: côté distrib. Évalué à -7.
Pour moi les problémes de sécurité sont uniquement avec des bibliothèques écritent en langage non safe (C/C++). Ce n'est pas le cas ?
Donc si j'ai plusieurs fois une même bibliothèque python installée sur mon système en différentes versions, on peut être attristé de l'espace disque perdu. Mais a part ça….
[^] # Re: Quel est le problème ?
Posté par ff9097 . En réponse au lien Le cauchemar de l'empaquetage: côté distrib. Évalué à -5.
S'il n'y a pas de problème de sécurité je ne vois pas le soucis.
# Quel est le problème ?
Posté par ff9097 . En réponse au lien Le cauchemar de l'empaquetage: côté distrib. Évalué à -6.
L'argument principal (unique) c'est que en cas de faille, chaque logiciel doit pousser une nouvelle version avec la lib patché. Mais c'est encore une fois un problème qu'avec C/C++ non ?
[^] # Re: Pourquoi Rust ?
Posté par ff9097 . En réponse au lien Rewrite it in Rust : au delà du meme (Google finance la réécriture en Rust de certains logiciels lib. Évalué à -1.
Il faudra y passer si on souhaite toujours attirer des contributeurs le jour où Rust aura pris une grosse place.
Je me vois bien contribuer un jour a un projet Rust mais le C hors de question.
[^] # Re: Python
Posté par ff9097 . En réponse au journal Découvrir Docker, Python, LLVM et Emscripten. Évalué à 1.
Si tu fais du python, c'est que les performances n'est pas ta priorité. Ça ne veut pas dire qu'il ne faut pas la prendre en compte lorsqu'on a plusieurs choix mais il vaut mieux choisir ce qui est le plus clair.
[^] # Re: docker sans être root
Posté par ff9097 . En réponse au journal Découvrir Docker, Python, LLVM et Emscripten. Évalué à 0.
Pourquoi ne pas juste rebuild l'image a chaque fois ? Avec le cache c'est rapide et ça évite les soucis de droits root lorsqu'on partage un volume