fredix a écrit 1945 commentaires

Si l'on parle de jeux récent et/ou moderne il n'y a pas grand chose encore sur Desura. Il m'a permis de télécharger enemy territory mais aucun serveur en ligne pour jouer, le jeu est mort ...
Reste aux éditeurs, surtout les indépendants, à s'y présenter et surtout à développer leurs jeux en multiplateforme, le succès de http://www.humblebundle.com/ notamment sur la plateforme Linux montre que nous ne sommes pas réticent à payer un prix raisonnable.

retroshare fait possède l'aspect GPG et F2F il me semble.

envoi un mail à Apple ...

C'est un auto-DDOS dans ce cas ! #boulets

http://korben.info/megaupload-ferme.html
> D'après Erebuss (via Twitter), c'est la société Carpathia Hosting qui héberge une partie de l'infrastructure de Megaupload et cette entreprise est localisée en Virginie. C'est d'ailleurs de Virginie qu'est venue la plainte. Assez facile donc pour le FBI de faire fermer le site (ou en tout cas, le rendre inaccessible temporairement) en passant par Carpathia.

Un commentaire pas forcément pertinent mais qui fait du bien. Ca serait pas mal qu'ils sortent pour une fois une animation avec autre chose que des lapins ou des persos neuneux ! Une animation à la blade runer/matrix/alien/deus ex human revolution/ qui envoie du lourd ça nous changerait un peu.
Bon sinon bravo pour blender :)

En même temps il me semble que Rasterman bosse chez Samsung et qu'il avait annoncé sortir du lourd sur son blog, (bada ?).

Sinon tu prends le binaire static de skype http://www.skype.com/intl/fr/get-skype/on-your-computer/linux/downloading.static

Mon problème est que j'ai une application proprio qui écrit des logs dans c:\app\log\app-"timestamp".log. Par rapport à un service Linux classique qui écrit toujours dans le même nom de fichier, genre /var/log/apache.log, cette app change régulièrement le nom de son fichier de log courant. D'ou le besoin de wildcard c:\app\log*.log pour lire les prochains fichiers créés.
Enfin la wildcard est pratique si l'on ne veut pas faire un input file par fichier de log, il suffit de mettre /var/log/*.log avec Recursive TRUE pour que nxlog lise tous les logs dans tous les sous rep de /var/log/

Il ne me semble pas avoir vu que ces serveurs syslog gèrent les wildcard (*.log) et la récursivité des répertoires, or c'est pour moi un impératif. Et nxlog est vraiment loin devant en features, mais je me trompe peut être.

J'ai oublié de préciser que l'on peut aussi transmettre tous les logs systèmes Windows via ce module :

<Input in2>
    Module im_mseventlog
<Input>

En numérotant les input on peut ainsi définir plusieurs routes :

<Route 2>
    Path        in2 => transformer => out2
</Route>

Par contre bizarrement j'ai reçu tous les logs système du Windows daté au 31.12.2012 alors que sa date système est bonne, donc dans graylog2 je ne voyais plus les autres logs timestampé correctement :/

prey répond à la problématique et est opensource. le site semble en panne à cet instant.

Ou le vendre surtout, puisque visiblement c'est le vendeur qui l'a eu profond.

j'ai un gros doute sur l'efficacité virale sur le grand public, (c'est quand même des blagues de nerds technophiles))

Meu non le code Konami sur la page d'accueil de free.fr c'est pour madame Michu évidement !
En version 1er degré l'efficacité virale pour le grand public viendra des offres à moitié prix, ca suffira largement pour buzzer.

Je conseille fortement de prendre un avocat pour éviter au mieux les déconvenues. A savoir qu'il y a parfois inclus dans son assurance habitation (ou autre) une assistance juridique qui peut prendre en charge les honoraires d'avocat.

Voilà c'est pour la beauté du geste :)

https://twitter.com/#!/pcinpact/status/153952741872508928

Mais faut avouer que l'architecture 3-tiers reste quand même toujours aussi lourde à développer/maintenir/déployer à moins de disposer d'une équipe web (qui gère le stockage/accès) et d'une autre qui développe conjointement la gui en client lourd.

Oui c'est plus complexe si l'on doit développer tout soit même, c'est pourquoi il est nécessaire d'avoir une stack qui propose un backend + API générique, out of the box, pour tout type de gui (cli, gui, smartphone, web, ...). Sur mon projet nodecast je développe en ayant en tête cette idée, j'utilise monngodb qui est schemaless et un serveur applicatif en C++ qui intègre un serveur HTTP et un serveur XMPP pour exposer l'API. L'intelligence métier du backend est dans les workers, et comme j'utilise zeromq pour la com entre le serveur et les workers, ces derniers peuvent être développé dans les nombreux langages qui possèdent une lib zeromq.
Mon challenge actuel est de rendre ce serveur décentralisé et connectable à d'autres instances via XMPP, pour avoir un backend générique en P2P sur lequel n'importe quelle application puisse s'appuyer.

oups :)

Pourquoi est-ce qu'un outil comme Gambas a été retenu plutôt qu'une application RoR / PHP / JavaEE / GWT / etc... ?

Parce que faire un client "lourd" c'est démodé et que faire une "app" web facilite certaines tâches comme le déploiement, en attendant le store officiel pour Windows.
Or une IHM native est à mon avis plus agréable, réactive et intégré pour le user qu'une IHM en web. Cependant l'autre problématique est le stockage des données qui est local, l'idéal étant d'utiliser une API REST pour centraliser les données sur un serveur mais cela nécessite un développement web coté serveur. Mais il n'est pas encore dans la culture des dev de maitriser le dev natif et le dev web malheureusement...

A mon avis les environnements Mac et Windows proposeront un jour des API pour le stockage des datas utilisateurs vers leur cloud respectif, ce qui permettra d'avoir les avantages du natif et ceux du web-Internet.

Pour l'instant ce sont 2 mondes qui se regardent en chien de faïence or tout le monde aurait à y gagner de mixer les technos.

Pourquoi ca le serait ? j'ai pleins d'apps sur mon desktop linux :) C'est dingue ce lavage de cerveau mondial qui fait croire que tout est en web pour le bonheur de tout le monde.

Du coup, avant je pensais que Tizen ou WebOS avaient fait un bon choix en choisissant les applis web, ben oui, tout le monde connaît le javascript donc on a plus de chances de voir des applications naître qu'en utilisant un langage que personne ne connaît (genre Objective C)

Ca c'est le bullshit des dev web et marketeux depuis des années. Dans la réalité tu ne peux pas faire grand chose comme "application" avec la stack HTML/JS/CSS à moins d'appeler application un truc qui affiche des pages web d'un site un particulier. Dans la réalité les applications natives peuvent tout faire (accès full Internet, matériels, etc) , sont intégrées au desktop, et son évidement rapide. Pas besoin d'avoir fait une grande école pour savoir ce que l'utilisateur préfère entre une application native et la version web fut-elle HTML5...

Et pour le vrai développeur il est à mon avis beaucoup moins complexe de maîtriser un langage natif C, C++ ou ObjectiveC + une lib graphique que toute la stack bordélique du dev web qui fait au final moins de chose !
Je suis également convaincu que Meego, aurait pu ou pourrait devenir l'OS libre de référence pour smartphone/tablette, le prob est de trouver un constructeur qui l'utilise. La solution serait qu'un organisme (entreprise opensource, fondation, ...) propose une stack complete autour de Meego comme le fait Google avec Android. Le seul qui le fait c'est Mozilla mais avec leur projet Boot to Gecko avec une stack ... web ... lol.

par auto-financement je veux parler bien évidement d'un modèle avec pas uniquement un seul client ou presque.

C'est bien pour ça qu'il y a un moment où il faut penser à s'auto-financer, donc faire de l'argent.

non ils se mettent tout seul ces exigences :)