Mais je trouve ça très bon de dire :
"Je n'ai pas accès à ta messagerie : regarde, tu as changé ton mot de passe" :-)

/me retourne lire vos emails.

[ Répondre ]

Ils ont sorti une classe de Barde dans leur jeu "pas libre, mais très joué quand même" :
http://www.wow-europe.com/wrath/features/bard/bardclass.xml

(ça a fait des déçus, quand ils ont lu la date)


Et ils ont sorti un marin "plus libre" (il a une tête de GNU, à mon avis) :
http://eu.starcraft2.com/features/terran/taurenmarine.xml

[ Répondre ]

En même temps, un vendredi, il avait le droit d'essayer :-)

[ Répondre ]

Lire à ce sujet, "du virus à l'anti-virus", de Mark Ludwig.

Explications des virus asm basics (je bousille le code en me mettant au début de chaque .exe) jusqu'aux virus génétiques, et les parades anti-virales trouvées à chaque étape.

[ Répondre ]

Je suis étonné des incompatibilités au sein du langage. Je veux dire, est-on obligé d'en arriver là ? Pourquoi ne pas avoir renommé l'extension, si le code diffère entre les versions (je parle de compatibilité ascendante : si on ajoute des possibilités, c'est normal et sein, pas besoin de renommer)

ça fait pas un peu "branleur" de devoir changer les scripts d'un même langage pour suivre les évolutions ?

n'est-ce pas mauvais pour l'image de PHP ? Des décideurs pressés ne vont-ils pas trouver ça bizarre ? Cela ne va-t'il pas à l'encontre de "if it's not broken, don't fix it ?"

IMHO, c'est mauvais pour l'histoire de PHP, ce changement.


Ce message n'est pas un troll : je me demande juste si MARKETING-MENT parlant, ils ont pensé que le marché allait en pâtir...

Je n'arrive pas à trouver de graphs sur l'utilisation du C# Vs PHP... mais je pense que Microsoft saisira l'opportunité pour critiquer les langages "libres".

[ Répondre ]

Oui, et vice-versa !

J'adore les trucs qui ne servent à rien, surtout compatible sur ma box !

[ Répondre ]

si tu fais un mensuel, avec des références vers ces sites, ça peut le faire :
tu le prends, ça te dit "ça = bien", "ça = caca", ça donne des envies d'achats... quel geek ne suit pas de loin les évolutions du marché ?

Exemple : le lance missile USB conseillé par /. qu'un pote m'a offert n'a PAS de support linux de base ; faut aller googler (pas longtemps, d'accord) et faire une install à la main, et un "pauvre" script gère le machin.

(tu me diras, le script a l'avantage de pouvoir être modifié facilement, but still : je suis d'accord à fond avec le principe de dire "achetez ce nouveau jouet, il est à fond supporté par Linux, et en plus, moins cher et fait de belles photos en 12 secondes)

[ Répondre ]

pas mal ton truc, j'émerge et j'étudie d'avantage !

Merci !

[ Répondre ]

parfait, merci beaucoup !

(c'est fou ce qu'on peut faire avec cette machine à café)

[ Répondre ]

Il me semble que les développeurs ont pris un soin particulier pour ne pas trop alourdir phpbb. De base, il gère le "minimum" de ce que les utilisateurs attendent d'un forum aujourd'hui.

Des plus, il y a un tas d'options dans le panneau d'administration pour alléger le bousin (avec gestion du load si on veut).

On peut par exemple "interdire" temporairement les recherches si le load dépasse X.

Il faut quand meme que l'administrateur du forum soit un peu gentil avec son hébergeur, mais il me semble que c'est un peu toujours le cas, sur les serveurs mutualisés. (on peut difficilement interdire aux personnes hébergées de coder comme des pieds).

Bref, phpbb3 est plus puissant, donc vraisemblablement plus lourd que phpbb2, mais d'office, il se limite (désactivation de base de la gestion améliorée des lus/non-lus par exemple).

je ne pense donc pas que ça soit un frein majeur pour changer de forum ; mais je pense que certains puristes ferront bientot des comparatifs entre les versions pour tester ce type de problème. (je n'ai aucune idée de comment faire ce type de tests ; je m'abstiens donc)

[ Répondre ]

Si Jeune homme !
C'est géré !

1. Gestion des images magiques anti-robot, pour éviter les inscriptions.
2. Interdiction de base de consultation des profils aux nons-inscrits.
3. En 1 clic supression du bot+ban+suppression des messages, si vraiment il a réussi à passer.

bref, en tant qu'admin phpbb 2 pendant un bail, je me délecte de cette sortie, et t'invite à vite convertir ta board !

[ Répondre ]

Plus performante, je pense que c'est le cas.

Plus légère, ce n'est pas dit ; mais les serveurs *aussi*, ils grimpent en puissance !

[ Répondre ]

:-) pour les trucs compliqués

Ensuite, oui, pour ton "device", les miens sont franchement pareils (enfin,sauf que je les appelle Carte1 et Carte2)

Mais je crois que tu ne saisis pas le problème :
Celui qui a "Screen 1" marche en "dual screen" ou "tween view" (enfin, quand on veut 2 écrans pour 1 serveur X). Mais le protocole X n'autorise qu'un seul pointeur / serveur ==> Il faut donc lancer deux serveurs "disjoints" avec deux layouts différents.

Et c'est là que ça blesse : ça veut pas.

Si je mets l'écran qui appelle le device qui contient "Screen 0" dans le layout (pour un seul écran...) ça allume un écran.

Mais si je mets l'autre, ça dit "je trouve pas ton device..." alors qu'il le trouve (le même ! je ne change que le layout de mon xorg habituel) lorsque je fais un dual screen classique.

La seule solution que je vois, c'est rendre ma carte video 2 sorties pour en prendre deux à une sortie : comme ça, pas de problème pour la conf, ni en dual screen, ni en dual user. (mais le sujet du forum est "est-ce possible de faire ça avec une carte pour deux écrans ?")

Plus clair ? ou je confusionne ?

[ Répondre ]

Un coup de pub pour "mandriva" qui est l'endroit où j'ai trouvé le tuto. Je regrette de n'avoir pu leur dire merci sur le forum, mais leur politique de création de compte les regarde !

Je conseille le thread ci-après linké pour les problèmes de configuration de Xorg : il est très complet (et stipule en intro de la partie qui m'intéresse le plus aujourd'hui qu'il faut deux cartes graphiques).

Bref, le lien :
http://forum.club.mandriva.com/viewtopic.php?t=59939

(oui, il y en a probablement 1000 autres mieux faits ailleurs, mais en 2 heures de google, je n'ai trouvé que lui en français et aussi clair/complet)

[ Répondre ]

c'est à dire redondant ?

bah, je MaJ enlightenment via un script, dans /opt/e17, donc "séparé". (et oui, il peut planter... pas grave, quand il plante, ça ferme même pas X, normalement... il te propose de le relancer)

Je vois pas en quoi ces crash "system" seraient lié à du *user*land (même pas root).

(et en plus, enlightenment compile pas bien chez moi ces temps-ci, donc je l'utilise même plus... j'attends patiemment :p )

Mes derniers "crash-reboot" sont imho liés à du Nvidia-bug.... Ou alors ma seconde barette est aussi cramée.... (tiens, j'avise une barette dans mon placard, si je la testais ?)

[ Répondre ]

c'est probablement lié : regarde les logs (.bash_history) du compte hotline !

[ Répondre ]

Question logique :-)

La réponse est évidemment non.... Quoique...

J'ai enlightenment Beta, et je mets souvent à jour... Quand je le fais, je n'arrête pas forcément mes transfers.... Et je profite parfois du lag pour lancer un emerge -Du world ; ce qui rame.

De plus, je suis entre autre passé à Linux parce que Windows plante quand on lance 5 IE (à l'époque où je l'ai quitté) ; Linux, il rame seulement...

Quand le système est à court de rame, il reboot ?! Je pensais qu'il killait les applis une par une... (et surtout, il pourrait au moins écrire dans /var/log/message un truc pour s'excuser des éventuels désagréments :p )

Bref, un Athlon64 3500+ avec 512 (sic) de RAM, ça doit quand même pouvoir gérer une compilation et un transfer de fichier, non ?
(surtout que je suis sous fluxbox, pour alléger)

[ Répondre ]

ça se met pas à jour automagiquement, un noyau ? (enfin, un noyau bien basic avec plein de modules...)

(au même titre que firefox, au reboot près...)

[ Répondre ]