Krunch a écrit 3860 commentaires

En fait tu as raison, c'est la page de man qui est pas à jour. Dans linux/include/linux/mm.h il y a

static inline int can_do_mlock(void)
{
        if (capable(CAP_IPC_LOCK))
                return 1;
        if (current->signal->rlim[RLIMIT_MEMLOCK].rlim_cur != 0)
                return 1;
        return 0;
}

(qui est utilisée dans linux/mm/mlock.c:sys_mlock() Donc il suffit de mettre la ligne qui va bien dans /etc/security/limits.conf (ou utiliser les "capabilities" mais là j'y connais rien).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Mwai je vais plutôt mettre Jayce (ça implique MDOS de tte façon). Sinon on a trouvé le nouveau Jayce: http://www.web-forum.fr/index.php?showtopic=84(...)
C'est un vrai petit hackeur en herbe: http://www.web-forum.fr/index.php?showtopic=76(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Sous Linux aussi tout le monde peut mlocker, mais le nombre limite est de zéro pour un utilisateur non s.u.

J'avoue ne jamais avoir utilisé cette fonction mais dans la man que j'ai sous les yeux il est écrit que

seul le Super-User peut verrouiller des pages

Pour les *BSD j'ai juste vérifié la man d'OpenBSD, j'ai lu quelque part que c'était pareil pour les autres mais j'ai pas vérifié.

Effectiement mlock(2) est censé être plus ou moins portable.
http://www.unix.org/onlinepubs/007908799/xsh/mlock.html(...)
(SUSv2 est une extension de POSIX je pense)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

<HS>

le moteur de Quake3 qui a inspiré de nombreuses références (dont Half Life et par extension Counter Strike

Q3 est sorti après HL et HL est basé sur le moteur du premier Quake. Et je vois pas du tout en quoi CS se serait inspiré de Q3.
</HS>

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Les IA des bots ne font pas partie des sources qui ont été libérées, elles sont dans les pk3 fournis avec le jeu. D'un autre côté, les bots ne sont pas vraiment indispensables et c'est sans doute pas le plus compliqué à faire (par exemple pak0:botfiles/bots/anarki_*.c c'est 4 fichiers qui totalisent 565 lignes de trucs genre "#define CHARACTERISTIC_AIM_ACCURACY_RAILGUN 0.8", bon après ya encore les trucs dans botfiles/*.[hc] qui définissent le "poids" de chaque arme et ce genre de choses).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si tu charges une quarantaine d'images en RAM, le disque dur aura le temps de se réveiller le temps que les quarante soient passées. C'est faisable sans multithreading au fait

Oui mais non, si la mise en RAM des images n'est pas "threadée", avant ou après chaque image que tu vas lire, tu vas charger une autre image (même si elle est 40 frames plus loin). Il suffit d'avoir une "pause" assez longue pour que le HD "s'endorme" pour retrouver une latence assez grande lors du prochain mouvement. Donc il me semble assez indispensable de threader la mise en cache des images.

Bon en fait il y a sans doute moyen de le faire sans thread mais ça risque d'être plus compliqué qu'avec. Par ailleurs, il ne faut pas oublier non plus que le programme (ou une partie de sa mémoire) risque d'être mis en swap, donc ça ne règle pas tous les problèmes. Une solution est de ne pas mettre de swap sur les machines concernées ou d'utiliser mlock(2) (mais sous Linux, seul root peut le faire, sous BSD par exemple tout le monde peut mlock(2)er des pages mais avec un nombre limite).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

http://catb.org/~esr/jargon/html/U/UUOC.html(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je sais pas s'il a dit qu'il allait développer _spécialement_ pour la nouvelle xbox mais apparement il en dit du bien.
http://www.nofrag.com/2005/aou/13/18496/(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

À propos de Lemmings en DHTML.

Malheureusement, il semble avoir eu des soucis avec les anciens éditeurs du jeu (je n'ai pas vraiment tout compris...).

Le problème c'est que les données (images,...) ne sont pas librement redistribuable donc elles ne sont pas inclues dans le .zip qu'on peut télécharger. Cependant il est quand même possible de les récupérer.
http://linuxfr.org/~bins/18807.html#600925(...)
J'aurais bien édité le wiki mais faut s'inscrire.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

IANAL mais il me semble que le droit à la copie privé s'applique bien aux émission TV et radio (et on ne reçoit pas de média physique) donc pourquoi pas aux autres types de "représentations" ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Tu peux parfaitement générer un exécutable "indépendant" avec un langage "de script". En tout cas avec Perl et Python c'est possible.

http://par.perl.org/(...)
http://python.org/doc/faq/windows.html#where-is-freeze-for-windows(...) (seulement pour Windows)

Sinon 100$ pour un SDK de jeu 2D propriétaire dont tu ne pourra pas faire ce que tu veux alors qu'il y a des tonnes de jeux libres disponibles gratuitement ça me semble beaucoup mais bon.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Pourquoi faudrait-il que les mods soient libres ?

Personne n'a dit qu'il *fallait* que les mods soient libres (à par peut-être RMS et ses fans) mais si les "données" (maps, models, textures,...) ne sont pas libres, on ne peut pas dire que le jeu soit libre. Le moteur est libre mais le jeu est consitué du moteur et des données. Evidemment maintenant il est bien plus facile de reproduire un clone de Q3 libre, il ne reste plus "que" les données à créer.

[un jeu vidéo] doit être livré en *une fois* afin de procurer de la surprise

Alors il faudrait peut-être le signaler aux éditeurs de jeux vidéos "classiques" qui font leur pub partout 3 mois avant la sortie de leurs jeux :) Par ailleurs, rien n'empèche d'avoir un logiciel libre avec un développement "fermé". C'est à dire que seul un nombre restreint de personnes auraient accès au code pendant la phase de développement. Et même avec un développement "ouvert", le "grand public" n'est pas obligé de tester toutes les bétas avant la version finale.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Personnellement j'aimais beaucoup Action HL, un mod "semi réaliste" dans lequel on pouvait sortir d'une pièce en faisant une roulade par la fenêtre et en vidant ses deux chargeurs (un pistolet par main :).
http://ahl.telefragged.com/(...)

Dans le genre "jeu de guerre" pour HL, il y avait aussi Global Warfare et Front Line Force qui étaient pas trop mals.
http://www.planethalflife.com/globalwarfare/(...)
http://www.frontlineforce.com/(...)

Dans un autre style, Science & Industry était bien aussi.
http://www.planethalflife.com/si/(...)

Et pour que ce post ne soit pas totalement hors sujet, je signale la sortie d'une nouvelle version de Warsow, un FPS basé sur qfusion (basé sur le moteur de Quake 2). Par contre on attend toujours de voir la couleur des sources (c'est censé être sous GPL puisque qfusion l'est, d'ailleurs ya un gnu.txt avec le texte de la GPL dans l'archive Warsow).
http://www.warsow.net/(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Pas au sens OSI en tout cas. D'après un lien donné plus haut dans la licence il y a notamment:

You [...] shall not do any of the following acts:
[...]
b. sell the Software;

Alors que dans la définition OSI d'une licence Open Source il y a:

The license shall not restrict any party from selling [...] the software

http://opensource.org/docs/definition.php(...)

Mais apparement c'est pas la seule contrainte.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Mille excuses, c'est corrigé.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ca l'est.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

T'habites où ? C'est pour faire un DoS sur ton GSM :)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Dans du libre aussi tu peux mettre des mouchards, ça n'empèche rien (bon dans certains cas c'est peut-être plus compliqué mais pas là). Et si c'est fait au niveau matériel, que tu ais une clé USB ou une carte à puce, tu es b*sé. La différence c'est que si ta carte à puce est "sûre", même si tu l'utilise sur un PC "hostile", on ne peut pas récupérer la clé qui est dessus (bon on peut quand même pendant que la carte est connectée) alors qu'avec une clé USB, si. C'est pas avec un liveCD que tu vas être sauvé (d'ailleurs c'est indiqué sur la page de MiB), sauf peut-être avec Tinfoil Hat Linux :op (http://tinfoilhat.shmoo.com/(...) ) .

Je dois avouer que plus je lis les commentaires de cette dépèche et moins j'ai l'impression de comprendre TCPA et compagnie mais je doute fort que ça soit moins "sécurisé" qu'une clé USB et si le brol est standardisé, c'est tout autant accessible aux logiciels libres qu'aux logiciels propriétaires.

Pour ce qui est de la comparaison au vote électronique, que tu utilises une clé USB, une carte à puce ou TCPA/TPM/machin, tu ne sais que (très) difficilement contrôler ce qui se passe en dessous d'un certains niveau donc la clé USB n'est pas beaucoup mieux du point de vue de la transparence.

lorsque c'est purement materiel, il n'y a plus aucun moyen de contrôle

Pas besoin que ça soit *purement* matériel, même avec un minimum au niveau hardware (clé USB ?), tu ne peux plus être sûr de tout contrôler.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je pense qu'il te faudrais plus que 4Go pour les stocker :-D

Pas besoin de les stocker. S'ils sont directement générés à la suite l'un de l'autre il suffit de vérifier à chaque fois si c'est un diviseur (ou bien en générer 16, les tester, en générer 16, les tester,...). Tu n'as besoin d'avoir qu'un nombre qui va servir de diviseur en mémoire à la fois.

ca ne sert a rien de faire les nombres premiers plus grand que la moitie du nombre a chercher

Tu peux même t'arrêter à la racine carrée du nombre qu'on cherche à factoriser.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

PAN!

Si tu manques d'inspiration, j'ai commencé à collecter une liste des "private jokes" DLFPiennes. C'est vraiment concis et pas explicatif. N'étant moi même pas un dyno de la tribune, j'en ai sans doute manqué pleins.

http://krunch.servebeer.com/~krunch/vrac/txt/dlfp-subculture(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Tiens au fait.
http://www.masswerk.at/jsuix/(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

En attendant que quelqu'un qui sait comment faire crée un torrent se décide, voilà toujours un miroir temporaire: http://users.skynet.be/bs244610/quake3-1.32b-source.zip(...)

md5 af8aaac46cc82035e1cba632b1a16e03
sha1 7d6d71265d8d0da32d82e0137f08e3f2998a7d95

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

SDL_VIDEODRIVER=caca quake3

J'ai pas testé mais d'après ce qui est écrit sur le site de libcaca, ça devrait marcher (en admettant que le support de libcaca soit compilé dans libSDL).

http://sam.zoy.org/libcaca/(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Regarde ce qu'était le web en 1995. Ca va très vite.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

vous ne verrez pas de pingouin

Mais y a-t-il des manchots ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.