Astaoth a écrit 899 commentaires

  • [^] # Re: Chic !

    Posté par  . En réponse au journal Libre linuxFr ?. Évalué à 2.

    JEE avec des EJB. Il fait des miracles en terme de bordel inutile.

    Emacs le fait depuis 30 ans.

  • [^] # Re: Des dossiers

    Posté par  . En réponse au journal La gestion de courriels est-elle adulte ou encore au stade de l'enfance ?. Évalué à 2.

    Sans être autant power-user (surtout que ma boite mail principale n'est pas auto-hébergé), je tri aussi mes mails dans des dossiers à grands coups de filtres. En fonction du dossier, je sais si c'est important ou non. Si c'est important mais que je n'ai pas le temps de le traiter de suite, je laisse l'onglet ouvert pour me le rappeler.
    C'est la seule méthode de tri efficace que j'ai.

    Pour retrouver un mail qui date, j'utilise la fonction de recherche de Thunderbird dans le dossier correspondant, ca marche très bien.

    Emacs le fait depuis 30 ans.

  • [^] # Re: La question que tout le monde se pose

    Posté par  . En réponse au journal Cigarette électronique : 2 mois avec. Eldorado de la nicotine ? Hum .... Évalué à 3.

    On doit pouvoir installer NetBSD dessus.

    Emacs le fait depuis 30 ans.

  • [^] # Re: Question de néophyte

    Posté par  . En réponse au journal Bitmessage : envoi de messages chiffrés en p2p. Évalué à 1.

    Mais dans ce cas, qui est-ce qui est considéré comme proche ? On se base sur l'ip ? Et si peu de monde utilise le logiciel en question, il y a donc un risque élevé de n'avoir personne de proche capable de transmettre le message ?

    Emacs le fait depuis 30 ans.

  • # Question de néophyte

    Posté par  . En réponse au journal Bitmessage : envoi de messages chiffrés en p2p. Évalué à 7.

    Sans serveur serveur centrale, comment est-ce Bitmessage trouve l'ordi de destination ?
    Je me posais la même question pour BTSync d'ailleurs, comment est-ce que le client trouve le destinataire de la clef secrète sans serveur centrale ?

    Emacs le fait depuis 30 ans.

  • [^] # Re: .

    Posté par  . En réponse au journal Jack Keane disponible ce jour sur Desura. Évalué à 1.

    Je n'ai pas tenté de virer Steam pour le vérifier, mais une fois lancé, rien n'apparait dans le gestionnaire des taches (onglet Processus) à propos de Steam. Je pense que c'est uniquement le cas pour les jeux dont les créateurs n'ont jamais pris en compte Steam, et qui n'ont donc pas fait d'exécutable modifié.

    Emacs le fait depuis 30 ans.

  • [^] # Re: .

    Posté par  . En réponse au journal Jack Keane disponible ce jour sur Desura. Évalué à 2.

    Ce n'est pas exact. J'ai certains jeux qui peuvent être lancés sans Steam à côté (tel que X : the Threat), et d'autres non (même les jeux des humble indie bundles).
    Je ne sais pas trop d'où vient la différence. Ce n'est pas lié à la date de création du jeu (SimCity 4 Deluxe a besoin de Steam, et the Polynomial non), ni à son indépendance ou a la volonté des devs (Osmos en a besoin, alors que son code source est trouvable en 2 secondes sur GitHub).

    Emacs le fait depuis 30 ans.

  • [^] # Re: VPN

    Posté par  . En réponse au journal youfree enfin un bon tube. Évalué à 3.

    Chacun son truc, j'ai fait un tunnel ssh vers les serveurs de mon école, et je ne route que youtube dedans (dans la configueration de proxy de Opera). C'est moins pratique, faut le faire pour tout les postes, et faut tout le temps penser à le démarrer, mais c'est moins cher.

    Sinon, sur le blog de Korben, j'avais vu un article disant qu'en bloquant l'accès aux serveurs de caches de youtube ca suffisait pour avoir à nouveau un débit correct.

    Emacs le fait depuis 30 ans.

  • [^] # Re: Génération ?

    Posté par  . En réponse au journal Arrêter l'alcool, premier bilan. Évalué à 4.

    Il permet de se désinhiber complètement

    Complètement, n'est-ce pas justement un peu trop ?

    Je ne dirais pas qu'il désinhibe complètement, tout dépend des personnes. Un introverti restera partiellement introverti (contrairement à ce que dit Norman). Une personne ayant un sens civique élevé ne sera pas non plus complètement désinhibé. La quantité joue aussi, ce n'est pas avec 2-3 verres qu'on va se mettre à danser sur les tables.

    Quand au « flou décalé », ça me fait penser aux effets du gaz hilarant.

    Le gaz hilarant modifie surtout la tonalité de la voix (plus grave), et peut provoquer quelques fous rires. Il n'y a pas vraiment d'effets de "flou décalé".

    Donc l'alcool, à part avoir une cuite, ça sert à…

    L'alcool ralenti le cerveau, et a un léger effet analgésique.
    A faible dose, se détendre, à moyenne dose, modifier sa perception du temps et du monde, en espérant transformer quelques heures chiantes (j'ai jamais trouvé amusant de voir des gens pour ne rien faire) en bons moments.

    Emacs le fait depuis 30 ans.

  • # Ca date.

    Posté par  . En réponse au journal Des webcams ouvertes. Évalué à 5.

    En 2006, on pouvait voir ce genre d'info à la TV Suisse, et des forums Russes recensaient les différentes recherches google qui permattaient d'y accéder.

    Emacs le fait depuis 30 ans.

  • # En effet, ca bouge.

    Posté par  . En réponse au journal [Bookmark] Ça bouge.... Évalué à 10.

    ( si on m'avait dit qu'un jour Alienware vendrait des machines sous Linux, j'aurais bien ri au nez du quidam… )

    T'es pas le seul.

    A présent, la vraie question est : est-ce qu'on peut configurer les lumières de façon au moins égale à Windows ???

    Emacs le fait depuis 30 ans.

  • [^] # Re: J'ai rien compris ....

    Posté par  . En réponse au journal Blagues et sexisme. Évalué à 10.

    Quel est le problème ?

    Les 19 et 20ème mots de la premières lignes : "va fait"

    Emacs le fait depuis 30 ans.

  • [^] # Re: C'est drôle

    Posté par  . En réponse au journal De la neutralité du net .... Évalué à 4.

    Arrête, c'est hyper fiable le papier calque, au moins autant que l'impression de code source pour les comparer !

    Emacs le fait depuis 30 ans.

  • [^] # Re: Si on veut être honnête ...

    Posté par  . En réponse au journal Les vieux cons et le progrès…. Évalué à 8.

    Google Labs pour Gmail ? Les extensions pour Squirrel, Roundcube… et j'en passe.

    J'utilise pas Gmail, et je ne veux pas l'utiliser. Les autres, je ne les connais pas, mais j'imagine que les extensions s'installent côté serveur, donc je ne peux pas en rajouter si je n'ai pas la main dessus.

    C'est quand même pas la faute de Google ou de tous les développeurs "HTML5" si le CRI de ton école a installé une horreur genre squirrel ou atmail en version 2004.

    Tu viens de souligner un détail qui a son importance je trouve. C'est mon école qui choisit l'appli web à utiliser pas moi. Si je n'aime pas l'interface, si il manque des fonctionnalité ajoutable avec des extensions côté serveur, ou si le logiciel n'est pas à jour, je n'ai pas la main sur le serveur pour faire ce qui me plait.

    Emacs le fait depuis 30 ans.

  • # Si on veut être honnête ...

    Posté par  . En réponse au journal Les vieux cons et le progrès…. Évalué à 8.

    De plus, je suis sans doute de l'ancienne école, mais même pour des choses qui passent par le net, j'aime disposer de logiciels dédiés pour des usages spécifiques : Thunderbird pour le mail, Gajim pour l'IM, etc.

    Si on veut être vraiment honnête, aucun logiciel dédié n'arrive plus à la cheville des applis web pour les usages courants : le hangout de Google pour la vidéoconf, Gmail comparé à Thunderbird. Le développement d'applis webs est plus facile, plus court. Il nécessite moins de tests et se déploient chez tous les utilisateurs en un clic.

    Gmail comparé à Thunderbird

    Ou le webmail de mon école comparé à Claws-mail. A non pardon, régulièrement y a que les gens qui utilisent un client lourd qui peuvent accéder à leurs mails, le webmail ramant à mort, lorsqu'il n'est pas complètement en rad.

    Si on veut être vraiment honnête, on ne compare pas que les services Google à des clients dit lourd, mais les services en ligne en général (certains veulent encore essayer d'éviter le plus possible d'utiliser des services de Google). Et là, le constat est un peu différent.
    Ensuite, avec un logiciel natif de courriel ou de messagerie instantanée, j'ai des notifications bien visible de réception de nouveaux messages, alors qu'avec un client web ce n'est pas le cas. Et si il manque des fonctionnalités, je peux les ajouter dans mes logiciels préférées via des extensions, alors que je n'ai jamais vu ce système là pour un client web.
    Et enfin, si mon navigateur web préféré crash à cause d'une page, j'ai pas envie d'être déconnecté de ma messagerie instantanée.

    Donc honnêtement, je ne trouve pas que n'importe quel client web dépasse largement la qualité d'un client lourd

    Emacs le fait depuis 30 ans.

  • [^] # Re: Et la valeur ajoutée ?

    Posté par  . En réponse au journal Témoignage d'une survivante d'un camps de travail Nord-Coréen. Évalué à 10.

    Je ne peux que plussoyer. Lire un pavé pareil, en anglais, sur un sujet assez éloigné de ce qu'on voit habituellement par ici (non pas que ca arrive jamais) me laisse assez perplexe, et au risque de me faire moinser, ne m'intéresse pas vraiment.

    Emacs le fait depuis 30 ans.

  • [^] # Re: Mauvaise interprétation

    Posté par  . En réponse au journal Systemd dans Debian. Évalué à 4.

    Je vais casser un mythe mais bon, dans 90% des cas, on a besoin que de 2 doigts pour les raccourcis clavier de emacs, soit autant que pour faire un ctrl+c, par exemple. Je ne connais qu'un seul raccourci qui utilise 3 touches, et franchement, on peut s'en passer.

    Emacs le fait depuis 30 ans.

  • [^] # Re: jet de séduction: échec critique

    Posté par  . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 6.

    Je n'ai pas dit que JS était inutilisable, ni qu'on ne peut pas couper de bois avec un ciseau à bois.
    En revanche, le but de mes comparaisons est de dier que JS n'est peut-être pas le langage le plus adapté dans ce cas, parmi ceux qui existent.

    Ce n'est pas parce que l'outil est utilisé dans un domaine précis, et mal utilisé souvent, que ça en fait un mauvais outil.

    Sauf qu'on a des outils ayant une exécution plus rapide, avec plus de bibliothèques dispos, et, je pense, plus conçus dans ce but.

    Ce n'est pas parce que l'outil n'est pas forcément parfait qu'il ne va pas s'améliorer dans le temps.

    Sauf qu'il vaut mieux utiliser un outil prévu pour la tache qu'on souhaite effectuer. Couper en 2 proprement une planche avec un ciseau à bois n'est pas le plus simple. Le JS n'est peut-être pas le meilleur langage pour faire un programme qui ne bouffe pas trop les ressources de la machine, et pour le faire facilement.

    J'ai surtout l'impression que le JS a été choisi pour son effet de mode.

    Emacs le fait depuis 30 ans.

  • [^] # Re: jet de séduction: échec critique

    Posté par  . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 1.

    T'as raison, la prochaine fois que je devrais couper des planche, j'utiliserai un ciseau à bois au lieu d'une scie.
    Et puis la voiture pour aller en cours, c'est trop classique, j'vais y aller en scooter 50cm3 (quand ce sera autorisé sur l'autoroute).

    Emacs le fait depuis 30 ans.

  • [^] # Re: Je profite de ce troll

    Posté par  . En réponse au journal Microsoft passe à git. Évalué à 0.

    Emacs vit avec son temps, il a une interface graphique pour les gens qui n'aiment pas les raccourcis claviers. :p

    Emacs le fait depuis 30 ans.

  • [^] # Re: rapidité, changement

    Posté par  . En réponse au journal Systemd: tuons les mythes. Évalué à 7.

    pourquoi une technologie qui existe depuis 2005 dont on dit tant de bien n'est toujours pas implémenté dans les distributions majeures ?

    http://en.wikipedia.org/wiki/Systemd
    On y voit :
    Distributions majeures ayant systemd par défaut : Fedora, Mageia/Mandriva, openSUSE, Arch Linux (mine de rien, elle a sa communauté).
    Distributions permettant d'installer systemd : Debian GNU/Linux, Gentoo
    Distributions devant l'utiliser à l'avenir : Red Hat Enterprise Linux 7

    Debian ne l'utilise pas par défaut, à cause de Debian/kFreeBSD, mais sa version Linux est déjà prête pour lui.
    Quant à Slackware, c'est expliqué dans cet interview. Je prends le choix de Papat de ne pas intégrer systemd comme son avis personnel, et non comme une parole divine.

    Emacs le fait depuis 30 ans.

  • [^] # Re: Justice

    Posté par  . En réponse au journal L'ADN, le stockage de demain. Évalué à 5.

    Je ne m'amuserais pas à modifier mon adn pour stocker des choses dedans personnellement, sauf si ca peut remplacer la piqure d'une araignée radioactive.

    Emacs le fait depuis 30 ans.

  • # Fermeture des bogues

    Posté par  . En réponse à la dépêche Amarok 2.7. Évalué à 6.

    470 rapports de bogues ont été fermés parmi lesquels 100 ont fait l'objet d'une réelle correction (avec la présence d'un commit).

    Ca veut dire qu'il y a 370 rapports de bogues qui ont été fermés sans commit pour les corriger ?

    Emacs le fait depuis 30 ans.

  • [^] # Re: Compiz ne migrera pas vers Wayland

    Posté par  . En réponse à la dépêche Petites brèves autour de Wayland. Évalué à 1.

    Si il y a bien un truc de lourd, ce sont ces moules qui propagent des trolls moisis et qui osent proposer du FVWM en 2012.

    Euuuuuhhhhhhhh j'utilise fvwm en fait.

    Emacs le fait depuis 30 ans.

  • [^] # Re: Compiz ne migrera pas vers Wayland

    Posté par  . En réponse à la dépêche Petites brèves autour de Wayland. Évalué à 8.

    Installe FVWM/E17/XFCE/"n'importe quoi de léger" comme interface graphique, ca marchera mieux. Si tu trouves qu'un programme fait ramer ton ordi, rien ne t'empêche de le désinstaller et de le remplacer par autre chose de plus léger, pour rendre ta distribution préférée utilisable.

    Emacs le fait depuis 30 ans.