chimrod a écrit 1105 commentaires

Sur un 30 pouces @ 2560 x 1600, tu trouverais normal de parcourir trois phrases sur la même ligne, et de parcourir avec tes yeux 70 centimètres à chaque changement de ligne ? Ou de n'avoir qu'une ligne par paragraphe ?

Je ne suis pas dev web, et bien que nous soyons vendredi, je lance la question tout à fait sérieusement : c'est pas le rôle de la CSS ça ?

Je croyais que sur le web, il ne fallait pas mélanger le contenu et sa (re)présentation. Or j'ai l'impression que le fond du débat (ou de l'excuse) est là : tu imposes au lecteur la manière dont le texte doit être lu. On a de la chance sur ce site : on peut choisir sa CSS, et dans le cas de quelqu'un qui s'est mittoné sa CSS aux petits oignons, ce que tu fais deviens contre productif !

J'utilise cygwin, je n'ai jamais utilisé MinGW/MSYS.

1) mintty est très bien, il y a juste quelques problèmes quand je me connecte en ssh + tmux, mais il y a tellement de couches que je ne sais pas trop où est le problème.

2) c'est pas un problème, avec cygwin il est possible d'utiliser des chemins windows ou unix sans problème :

exemple issu de mon bashrc :

alias vim="/cygdrive/c/Program\ Files/Vim/vim73/gvim.exe"
alias mvn="~/win_home/Downloads/apache-maven-3.0.3/bin/mvn"
export JAVA_HOME=C:/Program\ Files/Java/jdk1.6.0_29

3) Pour python, je ne sais pas, il est installé à la fois dans cygwin et dans windows…

4) 5) 6) Cueillir des cerises. (Aucune idée)

Suite au passage à gnome3, ils sont passés dans Application -> Outils système

Même pas, on peut descendre à moins de 80cts en passant par des systèmes grand compte :

http://www.maileva.com/test_couts.php

J'ai posté ici pour avoir une autre version.

Ce matin je suis allé chercher des petits pains au chocolat chez ma boulangère. Y avait beaucoup de monde et j'ai du attendre. Heureusement, y avait un réseau non protégé dans le coin.

J'en ai profité pour faire un tour sur hoaxbuster, mais le site ne parlais pas encore de Linux.

Maintenant que tu me le dis, je me souviens d'avoir vu quelques bug debian FTBFS , avec dans la signature mail un commentaire sur un cluster de machines destiné à la compilation de la distribution :

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot. Internet was not
accessible from the build systems.

(Exemple pris au hasard sur http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=625058)

J'aurais jamais pensé faire des tests de compilateur en prenant comme source l'ensemble des paquets d'une distribution !

J'ai l'impression que Debian devient un terrain de jeu d'expérimentateurs en tous genre (BSD, llvm…).

Non pas pour intégrer de nouvelles technologies (pulseaudio, Wayland), où la distribution suit le mouvement plus qu'elle ne l'impose, mais davantage comme données d'expérimentation.

Pourquoi Debian et pas une autre distribution ? (Essayons d'éviter le troll) La distribution n'est pas connue pour être orientée compilation (par opposition à LFS, gentoo…)

Il y a un temps, on disait que l'avantage de Debian était d'avoir une base d'utilisateur importante pour remonter les bugs, ça pourrait être une piste. Quelqu'un en voit d'autres ?

À priori, la récupération des informations sur le web est faite de manière passive, c'est à dire que l'on récupère les infos qui sont envoyées par le navigateur, on ne le questionne pas directement.

Comment à travers le navigateur peut-on savoir comment les informations sont recoupées entre différents site ?

Si je comprend la démo, on se base une base de données issue de « privacychoice.com » ? (Je ne connaissais pas ce site.)

Ça limite un peu la portée de l'application non ? (ou alors j'ai pas tout compris…)

Je sais bien que mod_perl existe déjà; j'ai juste repris l'historique sed -> awk -> perl

Je trouve juste surprenant qu'on sorte un module apache pour faire du remplacement statique sur le contenu des flux aujourd'hui. Je n'avais pas pensé au cas du proxy.

Dans quelques années on va avoir mod_awk, et mod_perl dans 10ans !

Par ailleurs le lien sur le tutoriel indiquant en quoi mod_sed déchire ça race renvoie vers un 404…

Quelqu'un peu me dire l'utilité de ce truc ?

Posté par Dr BG (page perso, jabber id) le 10/02/12 à 13:30. Évalué à 9.

Quelqu'un à testé pour toi…

Plutôt que les jeux textuels, je serais bien tenté pour découvrir Sleep is Death mais je n'ai encore pas trouvé de partenaire pour me lancer dans une partie…

(Merde, en écrivant le commentaire, je vois que c'est toi même qui avait posté ce journal; bon ça ne fera pas de mal de refaire un peu de pub pour ce projet…)

Heureusement qu'il est possible de supprimer ce fichier !

Mais comme on ne pense pas à rajouter -- à chaque ligne de commande, ça permet de bloquer le processus quand on suit trop ses automatismes…

Oui ils ont développé un module particulier qui est référencé dans le fichier rc.lua, mais qui ne semble pas avoir été distribué.

La conversation sur la mailing list est parti sur un débat de licence à la suite de ça : est-ce légal de ne pas distribuer des scripts qui se basent sur les widgets existants ?

Bref, pas de retour de leur part…

Bash remplace * par l'ensemble des fichiers présents.

Donc si un fichier présent n'est pas une option comprise par la commande, ça bloque :

sebastien@bureau:~$ touch /tmp/test/-t
sebastien@bureau:~$ cd /tmp/test/
sebastien@bureau:/tmp/test$ rm *
rm : option non valide -- t
Essayez « rm ./-t » pour supprimer le fichier « -t ».
Saisissez « rm --help » pour plus d'informations.

(Bien sûr ça ne remplace pas les sauvegardes…)

Debian volatile n'est pas fait pour ça ?

Ah non je vois que ça n'existe plus, quelqu'un sait par quoi ça a été remplacé ? Le principe ma paraît correspondre au besoin…

Je suis déçu…

À ma connaissance, ça n'est pas faisable avec Putty.

cygwin ne le permet pas non plus, car sous windows, il n'est pas possible d'ouvrir le même fichier par plusieurs process, ce qui est nécessaire pour partager les clients ssh (ou un truc dans ce genre là).

Uplink

Windows:

The requirements aren't very high. A Pentium with at least 32MBs of RAM.

Mac:

OS: OS X version Leopard 10.5.8, Snow Leopard 10.6.3, or later.
Processor: Intel Core Duo 1.66GHz+
Memory: 1GB of RAM
Graphics: 64MB of video memory

Linux:

Recomended: Pentium, 32MB RAM

https://humble-bundle.tenderapp.com/kb/humble-introversion-bundle/humble-introversion-bundle-system-requirements#uplink

Pas forcément.

Roundcube est un webmail imap oui, mais il fait aussi du smtp (normal !) Le fait de préciser qu'il est sur un serveur distinct du serveur smtp est bon à prendre ! (autorisations d'ip et toussa…)

Je n'ai rencontré aucun problèmes avec.

Pour svn par exemple, j'ai pris l'habitude de le lancer dans un shell :

!svn ci -m "message" %

Et ça fonctionne sans problème.

Et voilà la même chose automatisée (à chaque fois que l'on change de buffer, le répertoire courant est mis à jour) :

" Se place dans le path du buffer édité

function s:lcd()
    try
        " On se place dans un try au cas ou le chemin n'existe pas ( chemin
        " distant… )
        lcd %:p:h
    catch /.*/
        echo v:exception
    endtry
endfunction
autocmd BufReadPost * call <SID>lcd()

Voilà un projet qui a pour but de convertir les listes adblock plus pour privoxy :

http://andrwe.org/doku.php/scripting/bash/privoxy-blocklist

J'avais essayé de faire la même chose avec ssl everywhere, mais sans trop m'en donner les moyens, et avait fini par laisser tomber. Si quelqu'un à ça je suis preneur !

Merci, c'était le genre de commentaire que j'espérais trouver en retour !

Il s'agit d'une dépendance directe du paquet libaccess-bridge-java-jni, il n'est pas possible de passer outre.

Le problème ne se pose pas sur du desktop (aujourd'hui quasiment tout le monde utilise à la fois des applis gtk et qt), mais sur serveurs, et là ça n'est pas acceptable !

[1] http://packages.debian.org/fr/sid/libaccess-bridge-java-jni