jigso a écrit 1219 commentaires

  • # Vive les chars à bœufs

    Posté par  . En réponse au journal Les motards, cette engeance du diable.. Évalué à 10.

    La paille, la poutre, tout ça quoi...

  • [^] # Re: Alia

    Posté par  . En réponse au journal Nom de geek pour une chatte ?. Évalué à 2.

    Tant qu'à être dans le monde de Dune:
    - Sonia
    - Mohiam
    - Darwi
    - Sheena

    ou carrément l’imprononçable : axoltl

  • [^] # Re: Merci

    Posté par  . En réponse à la dépêche Évolutions techniques de systemd. Évalué à 6.

    Il y a a mon avis des besoins différents suivant l'utilisation desktop ou serveur de la machine.
    Pour un desktop, on peut effectivement demander au système de booter vite - encore qu'on peut toujours mettre le machine en veille et avoir un réveil quasi-instantané.
    Quant aux serveurs, honnêtement le temps de boot, on s'en moque un peu... Est-ce que dans ce cas c'est vraiment rentable de passer à systemd ? ( gain fonctionnel vs risque-de-casser-ce-qui-marche )

  • [^] # Re: C'est pas faux

    Posté par  . En réponse au journal Un horodateur cryptographique en bash. Évalué à 10.

    Accroche toi au bash, j'enlève le shell.

    ok je ->[]

  • # strace

    Posté par  . En réponse au message emacs bouffe 100% du CPU. Évalué à 1.

    ça donne quoi un strace emacs -q ?

    Chez moi, après une logorrhée qu'on peut aisément oublier durant la phase de démarrage, sans rien toucher dans la fenêtre, il boucle sur des blocs du genre :

    --- SIGIO (I/O possible) @ 0 (0) ---
    sigreturn() = ? (mask now [])
    read(3, 0x9a17c48, 4096) = -1 EAGAIN (Resource temporarily unavailable)
    poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=9, events=POLLIN|POLLPRI}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN}], 7, 0) = 0 (Timeout)
    gettimeofday({1308577848, 533076}, NULL) = 0
    read(3, 0x9a17c48, 4096) = -1 EAGAIN (Resource temporarily unavailable)
    poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=9, events=POLLIN|POLLPRI}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN}], 7, 0) = 0 (Timeout)
    select(15, [3 4 9 11 12 13 14], NULL, NULL, {0, 495896}) = 0 (Timeout)
    gettimeofday({1308577849, 29951}, NULL) = 0
    gettimeofday({1308577849, 30168}, NULL) = 0
    gettimeofday({1308577849, 30290}, NULL) = 0
    rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
    rt_sigprocmask(SIG_BLOCK, [IO], [WINCH], 8) = 0
    rt_sigprocmask(SIG_BLOCK, [IO], [WINCH IO], 8) = 0
    read(3, 0x9a17c48, 4096) = -1 EAGAIN (Resource temporarily unavailable)
    poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=9, events=POLLIN|POLLPRI}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=14, events=POLLIN}], 7, 0) = 0 (Timeout)
    rt_sigprocmask(SIG_SETMASK, [WINCH IO], [WINCH IO], 8) = 0
    gettimeofday({1308577849, 31326}, NULL) = 0
    rt_sigprocmask(SIG_UNBLOCK, [WINCH], [WINCH IO], 8) = 0
    rt_sigprocmask(SIG_UNBLOCK, [IO], [IO], 8) = 0
    poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
    writev(3, [{";\0\5\0\367\0@\2\0\0\0\0\37\0\6\0010\2\17\0C\0\5\0/\0@\2\367\0@\2"..., 56}, {NULL, 0}, {"", 0}], 3) = 56
    read(3, 0x9a17c48, 4096) = -1 EAGAIN (Resource temporarily unavailable)
    read(3, 0x9a17c48, 4096) = -1 EAGAIN (Resource temporarily unavailable)
    kill(8459, SIGIO) = 0
    --- SIGIO (I/O possible) @ 0 (0) ---

    à raison d'un toutes les demi-secondes. Ça a l'air d'être en phase avec le clignotement du curseur, et évidemment ça ne prend pas 100% du CPU !

    Peut-être que sur vos installations vous verrez quelque chose d'autre...

  • [^] # Re: « KISS » ("Keep it simple, Stupid!")

    Posté par  . En réponse à la dépêche WebMotion, un nouveau framework web libre en Java. Évalué à 9.

    Qui plus est en Java ?

  • # oh putain le coup d'vieux !

    Posté par  . En réponse au message Infos sur Dp Tool club. Évalué à 3.

    Tu viens de faire remonter de sacré bons souvenirs... J'avais commandé des outils pour Doom - éditeurs de niveau je crois-, ainsi que des softs pour HP48.
    Les disquettes avaient des étiquettes personnalisées, avec nom et prénom en plus du titre et de l'adresse du site^H^H^H^H^H^H^H postale du DPTool. Et je confirme qu'a l'époque c'était extraordinaire de pouvoir accéder à tout ça sans confection à internet. En 92-93... je quittais un 286 pour un 386... "Toute une époque..."

  • [^] # Re: Dans la salle de brainstorming

    Posté par  . En réponse au journal Les pubs contre, eux pour HADOPI. Évalué à 10.

    Pat : en plus la coke, c'est d'la PUR ! Mouarf !

  • [^] # Re: Plagia

    Posté par  . En réponse au journal Duke Nukem Forever débarque…. Évalué à 2.

    Tiens, ça me rappelle la scène finale d'un jeu, il y a fort longtemps...

  • [^] # Re: Qu’est-ce qu’il va nous rester comme vaporwares ?

    Posté par  . En réponse au journal Duke Nukem Forever débarque…. Évalué à 5.

    Sarge ?

    Quoi ? on me dit dans l'oreillette qu'elle est déjà sortie ? Au temps pour moi.

  • [^] # Re: Standardisation des protocoles de synchronisation ?

    Posté par  . En réponse à la dépêche Syncany, une alternative libre à Dropbox avec bien plus de fonctionnalités. Évalué à 1.

    WebDAV ? on a de base toute la gestion de répertoires avec des fichiers, mais également des collections d'objets (il n'est pas nécessaire de mapper les urls sur des fichiers après tout), donc on peut imaginer acceder à des base de musiques, de vidéos.
    Commes c'est de l'HTTP, ça passe partout, y compris à travers les proxys.
    Coté sécurité : HTTPS et tous les systèmes d'authentification et de session qui vont avec.
    Reste le pb de la synchro "à la rsync", cad avec juste le transfert du delta... Comme en HTTP on a déjà le GET d'un morceau de fichier via le header Range, on doit pouvoir reimplémenter l'algo de rsync.

  • [^] # Re: Précision

    Posté par  . En réponse au journal Mon laptop comme oreillette. Évalué à 2.

    Moi ma voiture fait oreillette bluetooth, et je n'ai aucun problème avec mes oreilles.

    —-
    Prince Charles.

  • [^] # Re: Super

    Posté par  . En réponse au journal Linux dans votre navigateur web. Évalué à 4.

    Taper "exit" aprés, c'est encore plus drôle.

  • # Super

    Posté par  . En réponse au journal Linux dans votre navigateur web. Évalué à 10.

    Aaahh, pouvoir tester l'effet d'un rm -rf / en étant root, autant de fois qu'on veut... priceless !

  • [^] # Re: viré ?

    Posté par  . En réponse au message Comment donner les mots de passes admin, et protéger ses fesses.. Évalué à 2.

    Alors, on peut l"avoir maintenant l'url du formulaire? :-)

  • [^] # Re: Petit sirop

    Posté par  . En réponse au journal Il reste des vieux ici ?. Évalué à 1.

    Moi aussi ! ;-)

  • [^] # Re: Parodie

    Posté par  . En réponse au journal Bizarre ces journaux non ?. Évalué à 2.

    Ah, un truc qui n'a aucun rapport avec le schmilblick : quelqu'un a des nouvelles de Charles Bronson ? On le voit plus beaucoup ces temps-ci...

  • # Et sinon...

    Posté par  . En réponse au journal Le retour des methodes mafieuses. Évalué à 8.

    ... pas encore de réaction de pBpG pour défendre Microsoft sur ce coup-là ?

  • [^] # Re: T'es bizarre quand même...

    Posté par  . En réponse au journal Pédagogie de couloir à l'usage des démarchés. Évalué à 4.

    ah ah. ce que je ris, gaule.

    ->[] (en plus c'est interdit au non-druides).

  • [^] # Re: Licence ?

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

    Clique droit, voir le source. License Apache 2.
    Aprés faut savoir lire le js, a priori seul Google voit les requêtes, mais ça on s'en doutait déjà...

  • # Bravo !

    Posté par  . En réponse au journal Routes Compare. Évalué à 7.

    Superbe. Simple, efficace, utile.
    C'est tout ce que j'ai à dire, mais je tenais à le dire.

  • [^] # Re: La "vraie" vie

    Posté par  . En réponse au journal Développement : y aura-t-il une vie en dehors du Web ?. Évalué à 2.

    Ce sont des contraintes qui existent de toute façon. Si tu considère un client lourd qui se connecte en direct à un base de données, tu auras exactement les même soucis : en cas de perte de réseau au milieu d'un traitement, comment gérer la reprise sur incident. C'est inhérent au fait qu'il y a un réseau entre un client et un serveur ; actuellement, beaucoup - pour ne pas dire la plupart - des softs sont des softs communicants, des applis complètement statiques sur un poste de travail style gimp ou *office ne forment plus le gros des développements, tout se passe en mode client/serveur (client dédié/protocol privé pour les applis style Iphone, client HTML+JS/HTTP pour le reste du monde libre, seule les technos varient, les concepts restent identiques).

  • [^] # Re: Choix des mots

    Posté par  . En réponse au journal [Journée internationale de la femme] droit, peine et liberté. Évalué à 9.

    Non. Tant qu'il n'est pas né et n'a pas été déclaré à la mairie, il n'a pas légalement de nom ni de prénom.

  • # La "vraie" vie

    Posté par  . En réponse au journal Développement : y aura-t-il une vie en dehors du Web ?. Évalué à 2.

    La "vraie" vie, à l'ancienne, sera de toute façon coté serveur. On a tout à gagner à passer "sur le web" : la couche de présentation est éjectée des trucs vraiment intéressant, cad du coté "métier" de l'application. Reste donc coté serveur les bases de données SQL/NoSQL/whatever, les services de traitements, les connections avec les autres applis via des protocoles d'hommes (SMTP/POP/IMAP/LDAP/NNTP/IRC/...), on peut utiliser tous les langages de la création, et toutes les archis possibles, et on n'est plus embêter par les contraintes du client graphiques (genre windows only).

    Finalement rien de change en profondeur...

  • # Envoie l'url

    Posté par  . En réponse au message Quelle est ma responsabilité?. Évalué à 10.

    Donne l'url du formulaire de contact, on va te générer de quoi t'occuper.