Hojo a écrit 111 commentaires

Tout à fait d'accord.
Exmeple avec l'iPod, tout le monde me rabat les oreilles avec ça soit disant supérioté dans la qualité sonore. J'ai un iAudio M5 de meilleur qualité, avec support OGG et FLAC.
Mais comme le marketing d'Apple fonctionne alors iPod caymieu.

iPod et iPhone même combat je pense.

Ils avaient pourtant l'habitude de diffuser leur film en VOST, c'est bien dommage pour les gens qui n'ont pas la TNT.

La VO, c'est bien !
L'exemple qui m'a le plus marqué est "Forest Gump". Premier visionnage en VO, un pur délice. 6 mois plus tard des amis me le passe en VF, une horreur...

Autant j'aime bien certaine vidéo Compiz/Beryl, autant là c'est trop.
Les effets de flammes à tout va, ça fait mal à la tête et ça n'apporte rien.

À part les effets d'ombrages et la vrai transparence, à quoi sert tout ce sucre visuel ?

Je dois être un vieux con, à 24 ans je préfère quand même mon Openbox sans fioritures.

Je le fais pour chaque élection depuis que je suis en âge de voter.

Il y a la partie civique, mais personnellement je trouve aussi que c'est fun, il y a une bonne ambiance.

Dommage que si peu de jeunes n'intervienne, généralement je suis le plus jeune, ou alors on est 2 grand maximum.

C'est pas que le Ju-jitsu soit apparu plus ou moins avant le Judô, mais tout simplement que c'est la base qui a servit au developpement du Judô.

En fait en japonais :

~dô (道) : voie
~jitsu (術) : technique

Pour le Judô et le Kendô, les disciplines qui ont servit de base étaient respectivement le Ju-jitsu et le Ken-jitsu.
C'étaient les techniques de combat enseignées aux samouraïs.

Jujitsu (柔術) : techniques de la souplesse (combat à main nue en fait)
Kenjitsu (剣術) : techniques de sabre

Pour le Kendô, et d'une manière à peu près similaire le judô, c'est la recherche du "coup parfait" qui a donné naissance à cet art martial.
D'ailleur on retrouve parfaitement cette notion dans le Iaidô et le Kyudô.
Le but n'est pas de tuer ou de se défendre, le but est la perfection.

Je remarque un leger temps en plus pour le chargement, mais ce n'est pas trop.
Par contre, c'est au niveau CPU et memoire que cela peut etre embettant je trouve, j'ai pas vraiment regarde mais si c'est trop a mon gout, a mois d'etre une appli critique, direction /dev/null

En meme temps on rale pour les appli mono, mais les applis python et consort, je les trouve "pas mal" aussi...

J'ai un cerveau un peu limité, alors, si possible, j'aimerai bien avoir une petite explication des différences entre les 2 approches et pourquoi ce "FOUTAISES!!!!"

Merci d'avance

ping -> ICMP
netcat -> TCP,UDP

ArchLinux, depuis le temps que j'en entends parler, je sens que je vais me tenter une chtite n'installation aujourd'hui pour voir.

Il semblerait que beaucoup de Gentooiste y soient passés, quels sont donc les avantages qui font que pas mal de monde migrent comme ça ?

Avec un

route -n | (sed 1,2d;sort -n -t. -k1,1 -k2,2 -k3,3)

ou

route -n | sed 1,2d | sort -n -t. -k1,1 -k2,2 -k3,3

le problème n'est plus.

Et d'ailleurs je ne comprends pas trop l'utilité du

head -n2

tout ce que cela fait, c'est retourner les 2 premières lignes de la sortie standard (qui sont ensuite traitées par le sort...)

Oui mais le M5L support le Flac ^^

Chut !

Quelqu'un pourrait t'entendre et vouloir coder ce bug, euh cette fonctionnalité.

Essaye TERM=xterm-color vim fichier.c

J'ai eu le même problème sous OpenBSD, tout était en couleur sauf vim et en faisant comme ci-dessus cela résolvait le schmilblik.

Un petit tour sur Google me donne ça http://vil.nai.com/vil/content/v_130469.htm(...) .

The following package files were encountered:

* pscan2 , ELF binary file, 21407 bytes
* ss , ELF binary file, 453972 bytes
* sshf , ELF binary file, 842424 bytes
* assh , asci shell file , 605 bytes
* auto , asci shell file , 206 bytes
* go , asci shell file , 85 bytes

- Ensuite pour identifier les fichiers :

1. Vérifier les crontabs, avec de la chance il y aura la ligne contenant le chemin du binaire

2. Utiliser Rootkithunter, avec de la malchance c'est tout un rootkit qui est en place (donc plus dur à nettoyer)

- Pour ne plus que cela arrive... déjà il faut mettre son système à jour. Ensuite cela dépend de tes besoins en matière d'accessibilité extérieure à ton système.

Ploum, ne serais-tu pas le morceau de plastique fluo ?
Sinon je vois pas du tout...

En même temps en allant sur l'excellent blog de Ploum y a tout ce qu'il faut pour répondre à cette question...

Mais non !
En fait c'était une manoeuvre pour que quelqu'un le fasse à sa place...

Bizarrement, si tu n'avais pas cité l'anime japonais Patlabor 2 (génial en passant) mais un film qui sent bien le français tu n'aurais surement pas eu la remarque précédente.

C'est triste de voir que ce genre de préjugé est toujours aussi présent...

Je pertinente !

Je rajouterai qu'en plus les lecteurs apprendront enfin la vérité sur notre monde.
En effet celui-ci n'est pas rond, mais n'est rien d'autre qu'un disque soutenu par 4 éléphants qui se tiennent sur le dos d'une tortue géante

Gentoo et Debian sont, d'après ce que l'on peut lire partout, les 2 deux distrib qui conviennent le plus pour une utilisation x86_64.

Pour Gentoo, le handbook x86_64 est bien garnie et couvre le sujet du chroot 32bits, très utile quand on veut faire cohabiter appli 32bits et appli 64bits.
Et comme toujours le forum est une source d'informations non négligeable.

J'ai oublié de rajouter le lien vers la page du manuel d'apache traitant des vhosts,
C'est très bien expliqué, même moi j'ai été capable de comprendre ^^

http://httpd.apache.org/docs/vhosts/index.html(...)

La solution existe et elle s'appelle vhost

Je te laisse googleïser avec ces mots clefs: "apache vhost how-to"

Pour les raisons que tu cites.
(ne surtout pas écouter les "Oui Gentoo ça roxx tout. Tu vois comme tu compiles tout ça va 175% plus vite que _nom-débile-de-distrib_")

Pour moi (notez bien le pour moi), c'est la distrib la plus agréable à utiliser.

A part le côté copier-coller (une petite introduction du sujet en français aurait été un plus non négligeable) c'est du beau travail bien rapporté et ça mérite un intéressement.

Bravo à vous deux pour l'enquête

Le futur pour moi c'est les formats vectoriels !
Je ne suis plus tout à fait sûr, mais je crois qu'Evas supporte Cairo comme moteur de rendu.