Cheuteumi a écrit 119 commentaires

  • [^] # Re: J'aime pas les "alternatives"

    Posté par  . En réponse à la dépêche Des alternatives à grep, ls et find. Évalué à 5. Dernière modification le 23 mars 2018 à 20:06.

    De la même manière que fd permet d’ignorer le .gitignore avec -I : https://github.com/sharkdp/fd#command-line-options

    Je ne fais pas semblant de ne pas comprendre, je trouve insupportable que l’on vienne vomir sur des outils qui ont des paramétrages par défaut autres que les outils existants similaires, alors que ce sont des alternatives, affichées en tant que tel, et non des remplaçants.

  • [^] # Re: J'aime pas les "alternatives"

    Posté par  . En réponse à la dépêche Des alternatives à grep, ls et find. Évalué à 2.

    find permet de supprimer des occurrences de fichiers selon un pattern… c’est toujours une aberration ?

  • [^] # Re: DNS

    Posté par  . En réponse au message Firefox très lent en connection internet. Évalué à 1.

    Je viens tout juste de réinitialiser mon profile firefox et remis la plupart des paramètres. J'ai des temps de connexion plus rapides maintenant.

    Tu peux peut-être essayer ça en sauvegardant au préalable ton dossier ~/.mozilla

  • [^] # Re: J'aime pas les "alternatives"

    Posté par  . En réponse à la dépêche Des alternatives à grep, ls et find. Évalué à 0.

    Grave ? En quoi est-ce grave que l’outil te supprime de la sortie des fichiers présents dans une liste puisque c’est une fonctionnalité ?

    Si tu ne veux pas de cette fonctionnalité tu n’utilises pas l’outil. Perso c’est ce que je souhaite quand je cherche des fichiers dans un dépôt git, la plupart du temps en tout cas.

    Ce qui est grave c’est que l’on utilise mal des outils, ou que les fonctionnalités soient cachées et puissent induire en erreur les utilisateurs.

  • [^] # Re: PHP…

    Posté par  . En réponse au journal Etude comparée de la popularité des langages de programmation sur linuxfr. Évalué à 1. Dernière modification le 17 mars 2018 à 16:27.

    Du coup NodeJS ça paraît plutôt… "naturel" </troll>

    Rails pour le coup je ne connais pas du tout. Ruby m’a toujours paru assez bancale…

  • [^] # Re: PHP…

    Posté par  . En réponse au journal Etude comparée de la popularité des langages de programmation sur linuxfr. Évalué à 1.

    Bon alors dit comme ça c’est sûr, je ne trouve pas ça normal non plus de tout péter sans arrêt.

    Je suis curieux de savoir à quels frameworks tu penses (pas JS, naturellement :p) notemment avec Python car jusque là je n’ai pas eu de gros problèmes.

  • [^] # Re: PHP…

    Posté par  . En réponse au journal Etude comparée de la popularité des langages de programmation sur linuxfr. Évalué à 2. Dernière modification le 17 mars 2018 à 12:00.

    Casser les API des versions majeurs c’est pas tellement spécifique à JS, si ?

    C’est plutôt un problème de gestion des dépendances, du style mettre "version minimum" au lieu de "version majeur maximum" dans les setup.py.

  • [^] # Re: Quel est l'intéret ?

    Posté par  . En réponse au journal upt: l'outil parfait pour empaqueter TapTempo. Évalué à 1. Dernière modification le 14 mars 2018 à 21:41.

    Un outil peut être conçu pour une tâche à l’origine et être utilisé pour d’autres par la suite.

    Gérés correctement, genre outil de déploiement Ansible/Puppet/Chef/QueSaisJe il y a des modules pour gérer ça : tu précises que tu veux utiliser un virtualenv qui se trouve à tel endroit, ou le créer dans la foulée, et y installer tel paquet avec ses dépendances, et c’est fini.

    Si ta distro ne te propose pas les dépendances suffisantes, comment comptes-tu t’en sortir ? En installant dans le système… en écrasant les dépendances… eurk… ça risque bien de casser un paquet de trucs insoupçonnés.

    Les paquets Python de la distro servent à faire fonctionner les paquets proposés par la distro : ils sont parfaitement intégrés dans la distro, pas besoin alors d’un venv.

    Il y a une autre solution, beaucoup plus lourde, concistant à compiler et installer Python dans des dossiers différents à chaque fois.

    Les paquets Python seront alors installés dans l’arborescence de ton python compilé.

    Mais il est rare qui tu ais besoin d’un interpréteur particulier, sauf si ta distro ne le propose pas.

    C’était très régulièrement le cas lorsque Python 3 n’était pas encore répandu ni disponible dans des dépôts tiers.

  • [^] # Re: Quel est l'intéret ?

    Posté par  . En réponse au journal upt: l'outil parfait pour empaqueter TapTempo. Évalué à 2.

    Pour pip il faut autant que possible passer par un virtualenv.

  • [^] # Re: TIME

    Posté par  . En réponse au journal [VINTAGE] "portage" taptempo en basic Amstrad CPC. Évalué à 1.

    Enfin comme quoi des machines farcies de GHz et de Go et des langages super sophistiqués sont extrêmement surdimensionnés pour un tel besoin.

    Vive le retour du ouaib en mode texte ! Bon par contre on a droit à l’UTF-8 pour les caractères drawbox etc ?

  • [^] # Re: Elixir

    Posté par  . En réponse au journal Portage de TapTempo en Elixir. Évalué à 2. Dernière modification le 11 mars 2018 à 14:47.

    Apparemment le programme n’affiche le résultat qu’une fois la touche "q" appuyée effectivement, car la fonction get_input se rappelle elle même jusqu’à trouver "q" en paramètre, et à ce moment là le compteur va être retourné avec le temps.

  • # I'll be back

    Posté par  . En réponse au journal TapTempo sous la forme d'un service sur internet. Évalué à 0.

    La vague d’implémentation en mode réseau ? :D

  • # Forum

    Posté par  . En réponse au journal Portage de TapTempo en C à la Unix-like. Évalué à 9.

    Ça me rappelle un truc sur le forum…

  • # DNS

    Posté par  . En réponse au message Firefox très lent en connection internet. Évalué à 2.

    Est-ce que c’est vraiment une lenteur à la connexion au site ou bien un problème de résolution DNS de ton FAI ?

    Chez moi avec bouygues c’est tout le temps ça… le DNS met des plombes à répondre, je passe par mon propre serveur maintenant.

  • # Précaution

    Posté par  . En réponse au message locate et home chiffré. Évalué à 2.

    Ce doit être effectivement par précaution, on pourrait aussi imaginer que la db de locate soit sur une partition non chiffrée.

    À toi de l’active si tu le souhaites du coup.

    Si tu as un SSD tu peux te dispenser de locate et plutôt utiliser find.

  • [^] # Re: Faut taper fort ?

    Posté par  . En réponse au journal panpantempo. Évalué à 3.

    Il faut faire un appel à contribution !

  • [^] # Re: Faut taper fort ?

    Posté par  . En réponse au journal panpantempo. Évalué à 5. Dernière modification le 10 mars 2018 à 12:26.

    Ah bah en fait le micro était tout simplement éteint. Je me sens tout michu. Et du coup ça fonctionne au poil, oserais-je dire !

  • [^] # Re: Orthodromie vs Loxodromie ?

    Posté par  . En réponse au journal [Énigme] La mouche Zobzob. Évalué à 0. Dernière modification le 10 mars 2018 à 11:34.

    Et à la nage… elle était glacée !

  • # Faut taper fort ?

    Posté par  . En réponse au journal panpantempo. Évalué à 2.

    Non parce que j’ai pas l’impression qu’il se laisse abuser par une imitation ton code :-" Il a une préférence pour certains objets de fessée aussi ?

  • # Marcher sur la prise

    Posté par  . En réponse au journal Green IT. Évalué à 3.

    Fais comme moi. Marche sur l’interrupteur de ta prise électrique, ya plus que le frigo et le chauffe eau qui tournent :D

  • [^] # Re: Xpack security

    Posté par  . En réponse à la dépêche Elastic inclura X-Pack dans sa distribution. Évalué à 4.

    D’après cette même faq :

    « Q: If the code of X-Pack is open, does that mean it's all free?

    A: No. Many features in X-Pack are free, such as monitoring, tile maps, Grok Debugger, and Search Profiler. Some features in X-Pack are paid, and require a license that comes with a Gold or Platinum subscription. »

    En se rendant sur le lien des souscriptions on trouve l’info : https://www.elastic.co/subscriptions

    A priori, la sécurité est toujours soumise à licence payante.

  • [^] # Re: Github ou GitLab

    Posté par  . En réponse au journal Portage de TapTempo en Java. Évalué à 2.

    Y dit qu’il connaît et qu’il s’en fout parce que ça le regarde.

    Enfin, j’imagine.

  • # Latence

    Posté par  . En réponse au journal Portage de TapTempo en Java. Évalué à 10.

    On récupère le tempo avec combien de temps de latence du coup ?

  • [^] # Re: Je viens de comprendre

    Posté par  . En réponse au journal Port de taptempo en Rust. Évalué à 3.

    Vu le nombre de portages en cours je pense qu’il serait avantageux de louer un ordinateur quantique afin de ne pas interférer dans l’exécution en parallèle, vu qu’on va manquer de cœurs :/

  • [^] # Re: Je viens de comprendre

    Posté par  . En réponse au journal Port de taptempo en Rust. Évalué à 0.

    Non, c’est le nouveau noir.