Et si au lieu de proposer sur le site de la musique mais des vidéos/clips ?
Ce qui est vendu n'est plus la musique, mais un clip vidéo (qui peut être très simple, genre la jaquette de l'album) avec comme fond sonore les oeuvres de ton ami. Il y a peut être une redevance à reverser à la SACEM mais ont ils bien ficelé leur contrat dans ce sens ? Une piste à étudier peut être...
J'ai pris un fichier au pif de dotclear, les classes et fonction sont bien documentées. C'est suffisamment rare pour que cela soit relevé.
Cependant, la documentation est écrite en pseudo-HTML. Il y a des balise dans les commentaire qui permettent de décrire que l'on parle d'un paramètre, d'un type, d'une variable...Pour moi, c'est faire aussi du code.
Ce que dotclear a fait est un travail énorme en terme de code, mais aussi en terme de documentation du code.
J'ai pas de solution miracle, mais je pense qu'il y a des avancées à faire sur les système de documentation.
J'aime bien prendre exemple sur le code source de Dotclear. La manière dont sont documentés les fonctions PHP dans les sources de ses classes est vraiment formidable.
Mettre du HTML dans les commentaires du code source, tu trouves qu'il s'agit d'une manière formidable de documenter !
C'est sûr que le rendu de la documentation générée est classe. Mais pour le développeur, il code deux fois: une fois pour son application (en PHP pour dotclear), et une autre pour la documentation de son code source (en HTML).
Comme tu le dis la cartographie libre est ... libre ! et évolue.
De ce point de vue la cartographie libre offre un avantage indéniable aux historiens et géographes que les sociétés commerciales ne peuvent prétendre (elles sont condanées à disparaître un jour ou l'autre et leurs actifs/données aussi le plus souvent).
Un autre exemple de base de données libre: http://www.geonames.org
Le système repose beaucoup sur les données officielles diffusées. Le projet geonames consiste donc en grande partie à intégrer ces données qui sont parfois plus d'actualité et dans des formats divers.
OSM offre une solution technique mais pas de réelles applications. La communauté OpenSource dispose de peu de moyen pour développer de nouvelles applications à grande échelle car ces applications nécessitent pas mal d'investissement que seuls les laboratoires de recherche (et encore) et les sociétés privées ont le courage et les financements d'entreprendre.
Concevoir et mettre en oeuvre une solution globale où chaque responsable local saisi les données afin qu'elles soient libres et accessibles à tous n'est pas encore à l'ordre du jour (en France ou dans le monde). De plus, par quelle organisation cette solution sera t elle régie ?
Il y a donc pas mal d'obstacles aux développements de bases de données libres qui feraient référence, mais ceci n'est pas impossible. Des gens y croient et ce sont eux qui alimentent déjà OMS, wikipedia et autres.
A quand une journée OMS organisée par linuxfr afin de remplir un peu plus la base OMS ?
il s'avère que les utilisateurs de Linux se sont montrés plus généreux que les autres, ce qui fait que la version Linux a probablement rapporté plus d'argent à 2D Boy que la version Macintosh lors de cette opération.
Il y a 17% des acheteurs qui ont choisi la version Linux et ont dépensé en moyenne 3$ (un peu plus même), soit 17 * 3 = 51$ pour 100 acheteurs.
Il y a 18% des acheteurs qui ont choisi la version Mac et ont dépensé en moyenne 2.5$, soit 18 * 2.5 = 45$ pour 100 acheteurs.
Le ratio n'est pas négligeable.
La question que je me pose est quelle est la répartition des coûts de développement en fonction de chaque version. La version Linux ayant peut être coûter beaucoup plus d'argent (ou pas).
La longueur du mot de passe est connue: n (donc n chemins à trouver).
Il y a 260 cases sur le tableau, ce qui fait 260 départs.
Les chemins peuvent prendre n'importe quelle forme (en diagonale, en L, rectiligne, etc.) et l'on peut donc revenir sur la même case de tableau. Les chemins peuvent être différents à chaque symbole du mot de passe.
On a donc: 260*260*260...soit 260^n.
Une case du tableau représente un symbole potentiel du mot de passe. Idéalement, chaque case de tableau devrait représenter un symbole différent.
Dans les cartes générées par Etienne, on retrouve le même symbole dans plusieurs cases du tableau (valeurs entre 33 et 126 soit 93 caractères ASCII imprimables). Il s'agit d'une première restriction du système des cartes pour mot de passe.
Il me semble qu'il possible d'améliorer la façon de générer les cartes d'Etienne en s'assurant que tous les symboles possibles sont présents sur la carte afin de ne pas limiter le dictionnaire des possibles et ainsi garder le nombre de possibilités le plus grand possible soit 93^n.
Posté par _seb_ .
En réponse au journal BFS.
Évalué à 3.
Je n'ai jamais dis que CFS n'était pas bon ou même "professionnel".
Je dis simplement que la solution proposée par Con Kolivas a été rejettée de façon peu élégante. Les principaux arguments apportés sont peu scientifiques et une sorte de coalition s'est créée contre BFS, de ce que je constate.
J'ai l'impression que certaines parties du code du noyau devient une chasse gardée réservée à certaines personnes et que les règles du jeu ne sont pas bien définies.
C'est en cela que je trouve inquiètante cette histoire.
Posté par _seb_ .
En réponse au journal BFS.
Évalué à 3.
Toute cette histoire est inquiétante:
- Con Kolivas n'est pas informaticien de formation. Même si je ne remets pas cause ces compétences dans ce domaine, il avoue lui même avoir des lacunes sur certains points techniques.
- Le noyau Linux est aujourd'hui reconnu par la communauté scientifique, communauté mondiale et composée de nombreuses personnes dont c'est le métier, la passion par certaines.
Je suis assez surpris qu'une personne propose un nouvel ordonnanceur, extrêmement simple et performant (d'après ses dires). Je le suis encore plus lorsque j'apprends que cette personne "n'est pas du métier".
C'est un coup dur pour les spécialistes d'autant plus que les critiques formulées sur BFS sont au choix: le nom est déjà utilisé par un système de fichier, le source n'est pas écrit en brainfuck, la qualité du code est déplorable, les performances dans des conditions d'utilisation "serveur surchargé" sont moins bonnes, qui sera le mainteneur de cette brique du noyau, etc.
L'implémentation d'un système de plugin pour l'ordonnanceur du noyau Linux, permettant ainsi de choisir quel ordonnanceur l'on souhaite utiliser, semble avoir été refusé (information à confirmer).
Pour marquer la fin de cette histoire, il va falloir se retrousser les manches pour que le noyau Linux possède un ordonnanceur capable de réagir parfaitement dans toutes les situations d'utilisation. La tâche est difficile...
Créer un compte ce jour pour poster une demande à peine rédiger en français (même avec le correcteur d'orthographe) et sans plus d'information sur ce qu'il recherche...
Je suis prêt à faire des efforts de compréhension mais je ne suis pas non plus la bonne poire, d'autant plus qu'une recherche sur google fournis déjà pas mal d'information.
Réécrire des bouts du noyau (ou autre), c'est déjà galère. Il faut ensuite diffuser cette nouvelle version et pour certains cas, la mise à jour n'est pas gagnée.
Enfin, debian est construit sur un noyau Linux (ou alors j'ai loupé quelque chose cette été !!!).
Ca ne remet pas en cause l'intérêt de se pencher un peu dessus, mais pas grand chose à voir avec ce que tu dis.
Enfin, très franchement, le business de SCO (ou de je ne sait qui) n'est pas de faire du logiciel, c'est très simplement de gagner du pognon sur les grands mammouths (IBM, Novel...) par l'intermédiaire de subtils détours législatifs. Et ça, ça vaut même pas une dépêche.
Le jeu est sans doute prometteur, cependant il y a beaucoup de travail à fournir:
- le wiki mériterai d'être ré-organisé (cette une tâche déjà identifié il me semble)
- les graphismes dans les jeux vidéo, c'est le nerf de la guerre. Difficile d'appâter une communauté de joueurs sans bon graphismes (surtout sans version windows).
2 personnes sur un tel projet ! Cette version 0.4 est déjà pas mal.
La mise en oeuvre d'outils pour faciliter le développement de personnages, d'animations, de niveaux, de la traduction (et que sais-je encore) offre une opportunité de participer au projet assez facilement.
On parle beaucoup de la SDL (http://www.libsdl.org) pour développer des jeux multi-plateformes (on non) et bien souvent libre (mais parfois non).
L'un des principaux inconvénients, me semble-t-il de cette bibliothèque, est qu'elle est écrite en C et non en C++ (certains me diront que c'est aussi un avantage). Alors que le plus part de jeux sont écrits en C++, il me paraît assez logique d'avoir une bibliothèque C++ pour gérer les couches (sur-couches ?) d'affichage, du son, des entrées/sorties, du réseau, etc.
Je recommande d'aller faire un tour du côté de SFML (Simple and Fast Multimedia Library), bibliothèque documentée (et écrite par un français de surplus) et qui semble un choix judicieux pour le développement de jeux libres.
Le lien http://www.sfml-dev.org/index-fr.php
PS/ SDL est un très bon choix également, j'indique simplement qu'il existe des alternatives
Il s'agit des mentions légales du site Internet. Je ne suis pas inscrit sur le site Internet, mais auprès d'une agence commerciale RATP pour le service Navigo.
D'ailleurs, l'adresse indiquée précise bien le service Site Internet www.ratp.fr
Qu'est-ce qu'Europass?
Europass est une nouvelle initiative destinée à vous aider à:
* rendre vos compétences et qualifications visibles dans toute l'Europe (Union européenne, AELE/EEE et pays candidats);
* favoriser votre mobilité en Europe.
Europass se compose de cinq documents:
* deux documents (le Curriculum vitae Europass et le Passeport de langues Europass) à remplir vous-même; et
* trois autres documents (le Supplément descriptif du certificat Europass, le Supplément au diplôme Europass et l'Europass Mobilité) remplis et délivrés par les organisations compétentes.
Europass s'appuie sur un réseau de Centres Nationaux Europass.
Europass a été établi par la Décision no 2241/2004/CE du Parlement européen et du Conseil du 15 décembre 2004 instaurant un cadre unique pour la transparence des qualifications et des compétences (Europass).
On peut noter:
* Le site est disponible en de très nombreuses langues.
* Le site permet de créer son CV en ligne (inscription facultative)
* Le CV peut être exporté au format Microsoft® Word, OpenDocument, Adobe® PDF, HTML, Europass XML
* Réception du CV par e-mail
* sauvegarde (facultative) du CV sur le site
* un exemple de CV en langue française http://europass.cedefop.europa.eu/img/dynamic/c1346/type.Fil(...)
La dernière mise à jour du noyau archlinux date du 10 février et un communiqué en première page du site officiel est diponible à l'adresse http://www.archlinux.org/.
Il ne s'agit pas, en effet, d'une alerte de sécurité en tant que t elle. La mise à jour devait, initialement, être une "remise à niveau" du noyau vers une version plus récente. Cette remise à niveau s'est accompagnée du patch correctif de la récente alerte de sécurité du noyau Linux. Il s'agit d'un très chanceux hazard que la date de mise à jour du noyau concordait avec l'application d'un correctif de sécurité important du noyau.
Il est vrai que la référence au correctif est discret dans le communiqué.
Dès que l’on sort des chemins balisés pour lesquels les fichiers sont préparés, l’utilisation de OpenVZ demande des gymnastiques peu rassurantes et non documentées : en l’état, cette solution, en dépit de son impressionnante scalabilité, n’est pas aisément utilisable.
En ce qui me concerne, je reste dans les chemins balisés et je n'ai eu aucun mal à appréhender OpenVZ. Les outils founis sont relativement simples et bien intégrés sur les distributions de type Redhat (centos, fedora).
En terme de performance, on ne fait pas de miracle. Mutualiser plusieurs serveurs sur un seul serveur physique a des répercutions sur la qualité des services offerts. Migration à faire petit à petit, amha.
Posté par _seb_ .
En réponse au journal Allez hop !.
Évalué à 2.
Moho bien que payant (et fut racheté pour devenir Anim Studio) était vraiment très très bien (tutoriels, documentation, système de script, facilité d'utilisation). Incontestablement l'un de mes préférés.
Le système de "bone" pour l'animation des personnages et autres étaient l'un des points fort du logiciel.
Mes seuls regrets:
- logiciel non open source
- pas d'exportation en svg
http://gforge.inria.fr/projects/kerrighed/ - le site hébergeant les sources du projet et proposant les outils de suivi (bug tracker, forum...). Il s'agit d'un site sur lequel plusieurs projets de laboratoires de recherche sont mis à disposition au grand public.
http://kerlabs.com - une société spécialisée sur le système Kerrighed dont les dirigeants sont issus des laboratoires de recherche ayant initié le projet.
Ma question:
Pourquoi avoir fonder la société Kerlabs ?
Mes autres questions :
Quelles ont été les motivations de sa création ?
Les différents laboratoires ne supportent plus le projet ?
Le projet doit trouver de nouveaux financements pour poursuivre ?
C'est aussi l'une des améliorations de RPM que j'attends avec impatience depuis longtemps.
La solution retenu par Fedora est de recréer la paquetage installé depuis la base RPM,d'y appliquer le patch téléchargé pour en faire un nouveau paquetage RPM qu'on installalera de façon traditionnelle.
DeltaRPM fait à peu près la même chose.
Au final, on a tout de même un nouveau paquetage RPM qui installera des fichiers qui n'auront pas été modifiés.
Un paquetage RPM (package) est un fichier avec un format spécifique (format RPM).
Pour gérer ce format de fichier, il y a une bibliothèque (library) qui permet de manipuler les fichiers d'installation (et autres) inclus dans le paquetage RPM.
Cette bibliothèque permet également d'installer ces fichiers d'installation (entre autres) et de gérer une base de logiciels installé sur le système (plus exactement les paquetages installés).
Des outils sont également fournis pour donner à l'utilisateur la possibilité..et bien d'installer, de supprimer, de rechercher, etc des paquetages RPM sur le système uniquement.
Tout cela, c'est RPM.
Yum n'est qu'un enrobeur pour RPM. Il télécharge le paquetage RPM sélectionné ainsi que ses dépendances (paquetages RPM également), puis les installe et cela en s'appuyant sur les outils et bibliothèque RPM. Yum ne gère pas la base des paquetages RPM installés sur le système. Cette tâche est gérer par RPM en tant que tel.
Idem pour Aptitude. Aptitude fait confiance à RPM pour faire les installations correctement sur le système.
alors, est ce que RPM5 (pas le format, l'ensemble des outils;)) est aussi rapide qu'aptitude ?
(c'est une vrai question)
Non, ce n'est pas une vraie question puisque Aptitude a besoin de RPM (quelque soit sa version) pour fonctionner. RPM5 n'a pas pour vacation de remplacer Aptitude ou Yum.
Une vraie question est pourquoi RedHat (et autres distribution) n'ont pas poussé plus en avant le développement de RPM afin de :
- corriger les bugs
- faire évoluer le format RPM pour qu'il soit plus portable d'une distribution à une autre et qu'il soit plus simple pour les développeurs d'empaqueter leurs logiciels dans un fichier RPM.
- faire évoluer le système d'installation afin de ne pas à avoir à retélécharger tout le fichier RPM, mais seulement les différences d'une version à une autre.
Cette dernière évolution permettrait de rendre Yum, Aptitude et autres beaucoup plus rapide (taille des fichiers télécharger réduite). Quelques projets ont tenté de s'y atteler mais la tâche n'est pas simple.
RPM ayant stagné pendant pas mal de temps, il était de plus en plus difficile de faire évoluer RPM. De nombreux logiciels ont été distribués sous forme RPM, des chaînes de création automatique de paquetage RPM relativement complexes ont été mise en place pour certains logiciels (le noyau de Redhat par exemple), sans oublier que RPM remplit assez correctement sa tâche...tout cela n'a fait que ralentir les évolutions sur RPM.
Pourquoi ne pas faire un script qui génère toutes les règles iptable depuis ton fichier WHITELIST.
Non seulement ça me parrait plus simple, mais en plus si le fichier WHITELIST est modifié, le firewall restera sur sa dernière mise à jour. Ca me semble mieux tout de même.
# Vidéo...
Posté par _seb_ . En réponse au journal Diffusion d'œuvres musicales d'un artiste inscrit à la SACEM. Évalué à 1.
Ce qui est vendu n'est plus la musique, mais un clip vidéo (qui peut être très simple, genre la jaquette de l'album) avec comme fond sonore les oeuvres de ton ami. Il y a peut être une redevance à reverser à la SACEM mais ont ils bien ficelé leur contrat dans ce sens ? Une piste à étudier peut être...
[^] # Re: sécurité...
Posté par _seb_ . En réponse au journal WireShark la capture réseau. Évalué à 1.
A vulnerability in the LWRES dissector has been fixed.
Ca avance, doucement certe, mais ça avance.
[^] # Re: FreeDFD ?
Posté par _seb_ . En réponse au journal PHPXref pour les scripts Shell. Évalué à 1.
Cependant, la documentation est écrite en pseudo-HTML. Il y a des balise dans les commentaire qui permettent de décrire que l'on parle d'un paramètre, d'un type, d'une variable...Pour moi, c'est faire aussi du code.
Ce que dotclear a fait est un travail énorme en terme de code, mais aussi en terme de documentation du code.
J'ai pas de solution miracle, mais je pense qu'il y a des avancées à faire sur les système de documentation.
[^] # Re: FreeDFD ?
Posté par _seb_ . En réponse au journal PHPXref pour les scripts Shell. Évalué à 1.
Mettre du HTML dans les commentaires du code source, tu trouves qu'il s'agit d'une manière formidable de documenter !
C'est sûr que le rendu de la documentation générée est classe. Mais pour le développeur, il code deux fois: une fois pour son application (en PHP pour dotclear), et une autre pour la documentation de son code source (en HTML).
[^] # Re: Rien ne sert de mesurer, il faut cartographier à temps.
Posté par _seb_ . En réponse au journal Earthmine, les licences de db comme obstacle. Évalué à 2.
De ce point de vue la cartographie libre offre un avantage indéniable aux historiens et géographes que les sociétés commerciales ne peuvent prétendre (elles sont condanées à disparaître un jour ou l'autre et leurs actifs/données aussi le plus souvent).
Un autre exemple de base de données libre: http://www.geonames.org
Le système repose beaucoup sur les données officielles diffusées. Le projet geonames consiste donc en grande partie à intégrer ces données qui sont parfois plus d'actualité et dans des formats divers.
OSM offre une solution technique mais pas de réelles applications. La communauté OpenSource dispose de peu de moyen pour développer de nouvelles applications à grande échelle car ces applications nécessitent pas mal d'investissement que seuls les laboratoires de recherche (et encore) et les sociétés privées ont le courage et les financements d'entreprendre.
Concevoir et mettre en oeuvre une solution globale où chaque responsable local saisi les données afin qu'elles soient libres et accessibles à tous n'est pas encore à l'ordre du jour (en France ou dans le monde). De plus, par quelle organisation cette solution sera t elle régie ?
Il y a donc pas mal d'obstacles aux développements de bases de données libres qui feraient référence, mais ceci n'est pas impossible. Des gens y croient et ce sont eux qui alimentent déjà OMS, wikipedia et autres.
A quand une journée OMS organisée par linuxfr afin de remplir un peu plus la base OMS ?
# Archlinux - configuration identique
Posté par _seb_ . En réponse au journal Intel 82845, windows, double video et rant gratuit. Évalué à 5.
J'ai eu quelques soucis avec le serveur X récemment.
J'utilise actuellement la distribution archlinux (http://www.archlinux.org).
J'ai suivi la documentation (http://wiki.archlinux.org/index.php/Intel_Graphics) et mis en œuvre KMS (Kernel Mode Setting). Depuis et pour l'instant, je n'ai pas constaté de problème particulier.
Peux tu indiquer quels sont les bug reports que tu as noté. Le sujet m'intéresse.
# Répartition des coûts
Posté par _seb_ . En réponse à la dépêche World Of Goo : quelques statistiques encourageantes. Évalué à 2.
Il y a 17% des acheteurs qui ont choisi la version Linux et ont dépensé en moyenne 3$ (un peu plus même), soit 17 * 3 = 51$ pour 100 acheteurs.
Il y a 18% des acheteurs qui ont choisi la version Mac et ont dépensé en moyenne 2.5$, soit 18 * 2.5 = 45$ pour 100 acheteurs.
Le ratio n'est pas négligeable.
La question que je me pose est quelle est la répartition des coûts de développement en fonction de chaque version. La version Linux ayant peut être coûter beaucoup plus d'argent (ou pas).
[^] # Re: sauf que
Posté par _seb_ . En réponse au journal Carte pour mot de passe. Évalué à 0.
La longueur du mot de passe est connue: n (donc n chemins à trouver).
Il y a 260 cases sur le tableau, ce qui fait 260 départs.
Les chemins peuvent prendre n'importe quelle forme (en diagonale, en L, rectiligne, etc.) et l'on peut donc revenir sur la même case de tableau. Les chemins peuvent être différents à chaque symbole du mot de passe.
On a donc: 260*260*260...soit 260^n.
Une case du tableau représente un symbole potentiel du mot de passe. Idéalement, chaque case de tableau devrait représenter un symbole différent.
Dans les cartes générées par Etienne, on retrouve le même symbole dans plusieurs cases du tableau (valeurs entre 33 et 126 soit 93 caractères ASCII imprimables). Il s'agit d'une première restriction du système des cartes pour mot de passe.
Il me semble qu'il possible d'améliorer la façon de générer les cartes d'Etienne en s'assurant que tous les symboles possibles sont présents sur la carte afin de ne pas limiter le dictionnaire des possibles et ainsi garder le nombre de possibilités le plus grand possible soit 93^n.
[^] # Re: Inquiétant
Posté par _seb_ . En réponse au journal BFS. Évalué à 3.
Je dis simplement que la solution proposée par Con Kolivas a été rejettée de façon peu élégante. Les principaux arguments apportés sont peu scientifiques et une sorte de coalition s'est créée contre BFS, de ce que je constate.
J'ai l'impression que certaines parties du code du noyau devient une chasse gardée réservée à certaines personnes et que les règles du jeu ne sont pas bien définies.
C'est en cela que je trouve inquiètante cette histoire.
# Inquiétant
Posté par _seb_ . En réponse au journal BFS. Évalué à 3.
- Con Kolivas n'est pas informaticien de formation. Même si je ne remets pas cause ces compétences dans ce domaine, il avoue lui même avoir des lacunes sur certains points techniques.
- Le noyau Linux est aujourd'hui reconnu par la communauté scientifique, communauté mondiale et composée de nombreuses personnes dont c'est le métier, la passion par certaines.
Je suis assez surpris qu'une personne propose un nouvel ordonnanceur, extrêmement simple et performant (d'après ses dires). Je le suis encore plus lorsque j'apprends que cette personne "n'est pas du métier".
C'est un coup dur pour les spécialistes d'autant plus que les critiques formulées sur BFS sont au choix: le nom est déjà utilisé par un système de fichier, le source n'est pas écrit en brainfuck, la qualité du code est déplorable, les performances dans des conditions d'utilisation "serveur surchargé" sont moins bonnes, qui sera le mainteneur de cette brique du noyau, etc.
L'implémentation d'un système de plugin pour l'ordonnanceur du noyau Linux, permettant ainsi de choisir quel ordonnanceur l'on souhaite utiliser, semble avoir été refusé (information à confirmer).
Pour marquer la fin de cette histoire, il va falloir se retrousser les manches pour que le noyau Linux possède un ordonnanceur capable de réagir parfaitement dans toutes les situations d'utilisation. La tâche est difficile...
[^] # Re: On est complet
Posté par _seb_ . En réponse au message compilation c++. Évalué à 3.
Je suis prêt à faire des efforts de compréhension mais je ne suis pas non plus la bonne poire, d'autant plus qu'une recherche sur google fournis déjà pas mal d'information.
[^] # Re: titre catastrophiste
Posté par _seb_ . En réponse au journal SCO ressussite et peut menacer de nouveau le Libre.. Évalué à -1.
Enfin, debian est construit sur un noyau Linux (ou alors j'ai loupé quelque chose cette été !!!).
Ca ne remet pas en cause l'intérêt de se pencher un peu dessus, mais pas grand chose à voir avec ce que tu dis.
Enfin, très franchement, le business de SCO (ou de je ne sait qui) n'est pas de faire du logiciel, c'est très simplement de gagner du pognon sur les grands mammouths (IBM, Novel...) par l'intermédiaire de subtils détours législatifs. Et ça, ça vaut même pas une dépêche.
[^] # Re: Expérience sympa de développement pour le créateur, mais....
Posté par _seb_ . En réponse à la dépêche Sortie de la nouvelle version de Plee the Bear. Évalué à 4.
Le jeu est sans doute prometteur, cependant il y a beaucoup de travail à fournir:
- le wiki mériterai d'être ré-organisé (cette une tâche déjà identifié il me semble)
- les graphismes dans les jeux vidéo, c'est le nerf de la guerre. Difficile d'appâter une communauté de joueurs sans bon graphismes (surtout sans version windows).
2 personnes sur un tel projet ! Cette version 0.4 est déjà pas mal.
La mise en oeuvre d'outils pour faciliter le développement de personnages, d'animations, de niveaux, de la traduction (et que sais-je encore) offre une opportunité de participer au projet assez facilement.
Bonne continuité et bon courage
[^] # Re: Synchroniser oui, mais quoi exactement
Posté par _seb_ . En réponse au message monter deux serveurs mails en parallele. Évalué à 2.
La documentation est disponible ici:
http://atmail.com/support_doc.php?doc=php/multiserver
Ca me semble pas bien compliqué. Non ?
# Synchroniser oui, mais quoi exactement
Posté par _seb_ . En réponse au message monter deux serveurs mails en parallele. Évalué à 1.
Les boîtes mail ? Si oui quel est le format ? mbox ? maildir ?
Tu veux gérer une sorte de backup ? A quel niveau ? Au niveau DNS ?
C'est quoi ta demande exactement ?
# SDL et autres
Posté par _seb_ . En réponse au journal Les jeux libres, mode d'emploi. Évalué à 2.
L'un des principaux inconvénients, me semble-t-il de cette bibliothèque, est qu'elle est écrite en C et non en C++ (certains me diront que c'est aussi un avantage). Alors que le plus part de jeux sont écrits en C++, il me paraît assez logique d'avoir une bibliothèque C++ pour gérer les couches (sur-couches ?) d'affichage, du son, des entrées/sorties, du réseau, etc.
Je recommande d'aller faire un tour du côté de SFML (Simple and Fast Multimedia Library), bibliothèque documentée (et écrite par un français de surplus) et qui semble un choix judicieux pour le développement de jeux libres.
Le lien http://www.sfml-dev.org/index-fr.php
PS/ SDL est un très bon choix également, j'indique simplement qu'il existe des alternatives
[^] # Re: Mentions légales
Posté par _seb_ . En réponse au journal Se désinscrire des fichiers de la RATP. Évalué à 3.
Il s'agit des mentions légales du site Internet. Je ne suis pas inscrit sur le site Internet, mais auprès d'une agence commerciale RATP pour le service Navigo.
D'ailleurs, l'adresse indiquée précise bien le service Site Internet www.ratp.fr
# Europass
Posté par _seb_ . En réponse au journal Joopack 0.6 is out !. Évalué à -3.
Europass est une nouvelle initiative destinée à vous aider à:
* rendre vos compétences et qualifications visibles dans toute l'Europe (Union européenne, AELE/EEE et pays candidats);
* favoriser votre mobilité en Europe.
Europass se compose de cinq documents:
* deux documents (le Curriculum vitae Europass et le Passeport de langues Europass) à remplir vous-même; et
* trois autres documents (le Supplément descriptif du certificat Europass, le Supplément au diplôme Europass et l'Europass Mobilité) remplis et délivrés par les organisations compétentes.
Europass s'appuie sur un réseau de Centres Nationaux Europass.
Europass a été établi par la Décision no 2241/2004/CE du Parlement européen et du Conseil du 15 décembre 2004 instaurant un cadre unique pour la transparence des qualifications et des compétences (Europass).
On peut noter:
* Le site est disponible en de très nombreuses langues.
* Le site permet de créer son CV en ligne (inscription facultative)
* Le CV peut être exporté au format Microsoft® Word, OpenDocument, Adobe® PDF, HTML, Europass XML
* Réception du CV par e-mail
* sauvegarde (facultative) du CV sur le site
* un exemple de CV en langue française http://europass.cedefop.europa.eu/img/dynamic/c1346/type.Fil(...)
Enfin, pour en savoir plus:
http://fr.wikipedia.org/wiki/Europass
http://europass.cedefop.europa.eu/
Soyez malin, soyez libre, soyer agile
[^] # Re: ArchLinux...
Posté par _seb_ . En réponse au journal La course à la sécurité. Évalué à 5.
Il ne s'agit pas, en effet, d'une alerte de sécurité en tant que t elle. La mise à jour devait, initialement, être une "remise à niveau" du noyau vers une version plus récente. Cette remise à niveau s'est accompagnée du patch correctif de la récente alerte de sécurité du noyau Linux. Il s'agit d'un très chanceux hazard que la date de mise à jour du noyau concordait avec l'application d'un correctif de sécurité important du noyau.
Il est vrai que la référence au correctif est discret dans le communiqué.
[^] # Re: Bonne présentation
Posté par _seb_ . En réponse au journal Livre blanc de l'OSSA concernant la virtualisation sur le 08000Linux. Évalué à 1.
En ce qui me concerne, je reste dans les chemins balisés et je n'ai eu aucun mal à appréhender OpenVZ. Les outils founis sont relativement simples et bien intégrés sur les distributions de type Redhat (centos, fedora).
En terme de performance, on ne fait pas de miracle. Mutualiser plusieurs serveurs sur un seul serveur physique a des répercutions sur la qualité des services offerts. Migration à faire petit à petit, amha.
[^] # Re: Liste logiciels d'animations
Posté par _seb_ . En réponse au journal Allez hop !. Évalué à 2.
Le système de "bone" pour l'animation des personnages et autres étaient l'un des points fort du logiciel.
Mes seuls regrets:
- logiciel non open source
- pas d'exportation en svg
En savoir plus:
http://www.lostmarble.com/
# De la nécessité de fonder la société Kerlabs ?
Posté par _seb_ . En réponse au journal Stage sur Kerrighed chez Kerlabs. Évalué à 1.
http://kerrighed.org - le site web officiel du projet Kerrighed
http://gforge.inria.fr/projects/kerrighed/ - le site hébergeant les sources du projet et proposant les outils de suivi (bug tracker, forum...). Il s'agit d'un site sur lequel plusieurs projets de laboratoires de recherche sont mis à disposition au grand public.
http://kerlabs.com - une société spécialisée sur le système Kerrighed dont les dirigeants sont issus des laboratoires de recherche ayant initié le projet.
Ma question:
Pourquoi avoir fonder la société Kerlabs ?
Mes autres questions :
Quelles ont été les motivations de sa création ?
Les différents laboratoires ne supportent plus le projet ?
Le projet doit trouver de nouveaux financements pour poursuivre ?
[^] # Re: bsdiff...
Posté par _seb_ . En réponse à la dépêche Sortie de rpm 5.0.0. Évalué à 1.
La solution retenu par Fedora est de recréer la paquetage installé depuis la base RPM,d'y appliquer le patch téléchargé pour en faire un nouveau paquetage RPM qu'on installalera de façon traditionnelle.
DeltaRPM fait à peu près la même chose.
Au final, on a tout de même un nouveau paquetage RPM qui installera des fichiers qui n'auront pas été modifiés.
[^] # Re: Non évènement
Posté par _seb_ . En réponse à la dépêche Sortie de rpm 5.0.0. Évalué à 4.
Pour gérer ce format de fichier, il y a une bibliothèque (library) qui permet de manipuler les fichiers d'installation (et autres) inclus dans le paquetage RPM.
Cette bibliothèque permet également d'installer ces fichiers d'installation (entre autres) et de gérer une base de logiciels installé sur le système (plus exactement les paquetages installés).
Des outils sont également fournis pour donner à l'utilisateur la possibilité..et bien d'installer, de supprimer, de rechercher, etc des paquetages RPM sur le système uniquement.
Tout cela, c'est RPM.
Yum n'est qu'un enrobeur pour RPM. Il télécharge le paquetage RPM sélectionné ainsi que ses dépendances (paquetages RPM également), puis les installe et cela en s'appuyant sur les outils et bibliothèque RPM. Yum ne gère pas la base des paquetages RPM installés sur le système. Cette tâche est gérer par RPM en tant que tel.
Idem pour Aptitude. Aptitude fait confiance à RPM pour faire les installations correctement sur le système.
Non, ce n'est pas une vraie question puisque Aptitude a besoin de RPM (quelque soit sa version) pour fonctionner. RPM5 n'a pas pour vacation de remplacer Aptitude ou Yum.
Une vraie question est pourquoi RedHat (et autres distribution) n'ont pas poussé plus en avant le développement de RPM afin de :
- corriger les bugs
- faire évoluer le format RPM pour qu'il soit plus portable d'une distribution à une autre et qu'il soit plus simple pour les développeurs d'empaqueter leurs logiciels dans un fichier RPM.
- faire évoluer le système d'installation afin de ne pas à avoir à retélécharger tout le fichier RPM, mais seulement les différences d'une version à une autre.
Cette dernière évolution permettrait de rendre Yum, Aptitude et autres beaucoup plus rapide (taille des fichiers télécharger réduite). Quelques projets ont tenté de s'y atteler mais la tâche n'est pas simple.
RPM ayant stagné pendant pas mal de temps, il était de plus en plus difficile de faire évoluer RPM. De nombreux logiciels ont été distribués sous forme RPM, des chaînes de création automatique de paquetage RPM relativement complexes ont été mise en place pour certains logiciels (le noyau de Redhat par exemple), sans oublier que RPM remplit assez correctement sa tâche...tout cela n'a fait que ralentir les évolutions sur RPM.
# Script
Posté par _seb_ . En réponse au message iptables règle -N. Évalué à 1.
Non seulement ça me parrait plus simple, mais en plus si le fichier WHITELIST est modifié, le firewall restera sur sa dernière mise à jour. Ca me semble mieux tout de même.