Artefact2 a écrit 66 commentaires

Mon autoradio aussi me fait ça, et je suis bien content de savoir qu'il existe une solution! J'avasi même posé une question sur unix.stackoverflow pour changer la date de création des fichiers (et non la date de modification), sans vraie solution.

Oui, et je m'en sers. C'est indiqué dans le lien que j'ai donné (ce flag n'existait pas à l'époque où il a été écrit, ça a été rajouté plus tard).

http://www.mikerubel.org/computers/rsync_snapshots/

rsync, combiné avec cp -al, permet d'avoir des snapshots des données sauvegardées, tout en étant économe en espace disque, voici par exemple un du -sh de mon disque de backup:

1.1G    .Fenrir.20110611
127M    .Fenrir.20110616
325M    .Fenrir.20110620
72M     .Fenrir.20110909
606M    .Fenrir.20110930
607M    .Fenrir.20111009
1.5G    .Fenrir.20111024
141M    .Fenrir.20111027
19G     .Fenrir.20111113
84M     .Fenrir.20111118
654M    .Fenrir.20111219
11G     .Fenrir.20120115
7.6G    .Fenrir.20120203
155M    .Fenrir.20120218
362M    .Fenrir.20120226
49M     .Fenrir.20120229

(J'ai changé de hostname depuis)

Chacun de ces dossiers contient toute l'arborescence de mon $HOME à l'instant ou le backup a été fait. Pour libérer de l'espace disque, c'est on ne peut plus simple: on supprime (avec rm) n'importe lequel de ces dossiers, sans affecter aucun des autres snapshots (c'est la magie des hard links…).

Un peu de recherche ne fait pas de mal:

http://webmasters.stackexchange.com/questions/25087/what-is-the-advantage-to-hosting-static-resources-on-a-separate-domain

(Pour les anglophones, désolé…)

Wikipédia aussi utilise principalement MySQL.

Un peu comme openttd, qui a fait l'objet d'une dépêche il n'y a pas si longtemps que ça.

Aux dernières nouvelles, les closures font partie de PHP 5.3 ; on peut donc faire de la programmation fonctionnelle assez facilement.

<?php
function add($x) {
         return	function($y) use($x) { return $x + $y; };
}

$add_two = add(2);

var_dump($add_two(1)); // int(3)

(Bon, c'est sûr, il manque pas mal de trucs sympa qu'on associe généralement aux langages fonctionnels, par exemple le pattern matching)

Tremulous, et non « Tremoulous ».

D'ailleurs, je le recommande, il est excellent. Si vous aimez Natural Selection, vous ne serez probablement pas déçu.

Je mentionne Erlang aussi, où le passage de message entre les processus est quelque chose d'extrêmement facile (et naturel, puisqu'il n'y a pas vraiment d'état global partagé). Et, en bonus, c'est un langage fonctionnel (JS aussi certes, mais dans une moindre mesure).

L'exemple de code de la dépêche deviendrait, en Erlang:

loop() ->
    receive
       {Pid, M} -> io:format("CHILD got message: ~p", [M]),
                   Pid ! {self(), foo, bar}, % On envoie une réponse au parent
                   loop()
    end.

run() ->
    Pid = spawn(fun loop/0), % Lance un nouveau processus
    Pid ! {self(), {hello, world}}, % On envoie un message au nouveau processus
    receive % On attend pour une réponse
        {Pid, M} -> io:format("PARENT got message: ~p", [M])
    end.

Peut-être une référence à Weboobs?

C'est assez désespérant de voir qu'un post qui apporte quelque chose d'utile (le mien) est moinssé alors que le gros troll velu de base (http://linuxfr.org/news/vim-f%C3%AAte-son-20e%C2%A0anniversaire#comment-1286536) est à +5…

Plus rapide avec emacs: M-q par défaut :) (Et ça s'adapte suivant le mode choisi, par exemple cela va justifier en conservant les // en début de ligne si on modifie du code C++)

J'ai rien contre vim, mais cette commande est pratique (quelque soit l'éditeur), et tout le monde mérite de la connaître.

Bon, après une recherche plus rigoureuse, il semblerait que le caractère "viral" de la GPL ne soit pas incompatible avec le fait d'utiliser des ressources dont la license est incompatible avec celle-ci.

http://stackoverflow.com/questions/3182767/mixing-gpl-and-creative-commons-licenses/3182786#3182786

(Rq: sympa le petit comic quand on se répond à soi-même!)

Tout n'est pas statique ou dynamique. En l'occurence, il est plus judicieux de compiler en statique les bibliothèques qui ne sont pas packagées à coup sûr dans toutes les distros (par exemple, les différentes versions de la SFML ne sont jamais packagées correctement).

Pour la libopenal, c'est assez classique, donc pas de raison de la compiler en statique. D'ailleurs, tout compiler en statique n'a parfois aucun sens (par exemple, compiler la libGL en statique est une très mauvaise idée! :P).

L'éventuel problème que je vois, c'est par exemple si ça avait été une CC avec la clause NC : cela rend le tout (le jeu) inutilisable pour une utilisation commerciale, ce qui contredit carrément la liberté zéro de la FSF (The freedom to run the program, for any purpose). Donc distribuer le reste du code sous GPL est futile…

Ici, c'est une CC BY-SA, les problèmes (s'il y en a) sont plus subtils, mais c'est le même genre de question que je me pose.

Après, IANAL et j'ai probablement rien compris. Mais je n'ai trouvé d'explications correctes nulle part.

Mais je vois un problème potentiel, c'est que le jeu utilise des ressources dont la license est incompatible avec la GPL. La question que je me posais, et que tu n'as apparemment pas décelée, était : « Est-ce bien licite ? »

Ok, c'est spécifié directement par la license. Merci de l'avoir pointé du doigt!

J'adore la musique qui a été choisie. (A mon avis conçue sur NES ou avec p.ex. FamiTracker.)

Par contre, une petite question, la musique est sous license CC BY-SA, et le code du jeu proprement dit est sous license GPLv3. Cependant, la GPLv3 n'est pas compatible avec la CC BY-SA (http://www.gnu.org/licenses/license-list.html#ccbysa). Est-ce un problème que vous avez considéré, ou ce n'en est pas un (parce que j'ai mal compris quelque chose?)?.

J'étais allé voir justement, mais comme tu le dis, il n'y a pas de source. La seule chose ce dont on soit sûr, c'est que le codec est publié sous une license open-source.

En effet. Mais c'était peut-être uniquement avec du reverse-engineering. Quoi qu'il en soit, ça ne changera pas grand chose du point de vue du support logiciel (comme tu viens de dire), et à mon avis encore moins au niveau du support matériel…

Codec libre != n'importe qui peut s'en servir dans son matos (cf H264, MP3 etc.). J'aimerais bien savoir si l'ALAC est également devenu royalty-free?

Meme si c'est velu, je prends la peine de répondre… On sait jamais!

Les torrents, saymieux parce qu'il existe une pléthorée de clients pour tous les goûts (des légers, des lourds, des clients en console, des clients GTK, des démons, etc.), mais aussi supporté sur plus de matos (par exemple tous les NAS ou presque savent télécharger/seeder des torrents tout seuls).

Par exemple, j'utilise rtorrent et aria2 pour les torrents (le 2ème pour les trucs rapides, genre wget pour les torrents). Côté ed2k, on a… pas trop le choix.

Enfin, tu mentionnes la décentralisation du réseau, ça en devient drôle. Le réseau BT est infiniement plus décentralisé (mais bon, jamais totalement). Par exemple, faire tourner chez soi un tracker BT est infiniement plus simple (ie: il y a des tas de choix opensource et ça se fait) que lancer un serveur ed2k (hint WP: les implémentations de base des serveurs ed2k sont propriétaires). Mais là n'est pas vraiment le sujet, puisqu'on peut utiliser le réseau sans soi-même en faire tourner un.

"le hash du fichier suffit" -> pour les torrents aussi, cf. http://en.wikipedia.org/wiki/Magnet_URI_scheme

"DHT peu implémenté et peu utilisé" -> source? Moi je peux dire l'inverse et on en sera pas plus avancé. Ceci dit, DHT est activé par défaut dans la plupart des clients BitTorrent, et ça marche très bien.

J'utilise MPD avec pms.

pms est un client en curses qui dispose aussi d'une interface "à la vim" (et tout peut être reconfiguré). J'aime beaucoup.

Donc le type qui a photographié cette page et qui l'a uploadée est lui même un hors la loi…

http://wiki.debian.org/DebTorrent pourrait t'intéresser. En résumé: rien de prêt pour le moment, mais ça pourrait changer…

Je trouve ton commentaire très amusant. À ton avis, dans quel langage est écrite la JVM (les parties qui ne sont pas en Java) ? Indice : en C/C++.

Et, pour être honnête, je fais plus confiance aux développeurs du kernel pour écrire du "bon" code C/C++ qu'aux types d'Oracle chargés de maintenir la JVM. Car oui, la JVM comporte aussi des bugs. Sauf que, quand mon programme Java plante à cause d'elle, je suis bien plus embêté que quand c'est causé par mon programme C/C++ (lui, je peux le déboguer et le modifier/recompiler sans être masochiste).

D'ailleurs, un des avantages de Java que je relis souvent est que c'est portable. C'est vrai, mais le C est aussi un langage portable. Même plus portable que Java, car je peux compiler du code C sur une pléthorée d'architectures et de systèmes embarqués. Certes, même si écrire du C portable est plus difficile (car il faut y faire attention) que d'écrire du code Java portable, ça n'est pas impossible.