C'est Michael Shalayeff (mickey) qui a introduit la faille (volontairement ? ou pas ?) : http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/rnd.c
Revision 1.36: Thu Apr 13 13:48:29 2000 UTC (10 years, 8 months ago) by mickey
En 2000, son adresse mail était mickey@akula.com et sa signature était « paranoic mickey (my employers have changed but, the name has remained) ».
Euh, plutôt que de spéculer sur une affaire récente dont on ne connait pas encore les détails, regardons plutôt les affaires connues : http://fr.wikipedia.org/wiki/Porte_d%C3%A9rob%C3%A9e#Affaire(...)
(je viens de modifier l'article pour ajouter HP MSA2000 et Cisco Unified Videoconferencing et ajouter des détails sur la tentative de backdoor Linux)
On voit par exemple qu'une backdoor a existé dans le logiciel propriétaire Interbase durant 7 ans, et la backdoor a été trouvée lors de l'ouverture du code source par son éditeur.
Au contraire, il y a eu la backdoir introduite dans le noyau Linux a été détectée en un jour à peine ! Pourtant la faille est très difficile à remarquer, même pour un programmeur C entrainé. Si j'ai bien compris, ce n'est pas les 2 lignes ajoutées à kernel/exit.c qui ont mis la puce à l'oreille, mais une incohérence entre le dépôt officiel (BitKeeper) et le miroir CVS. La faille a été introduite sur le serveur CVS en se faisant passer par David S. Miller (davem) et non pas dans le dépôt officiel (qui offrait une meilleur sécurité).
Ahem, ça contredit complètement que tu racontes pasBill pasGates.
il faut éventuellement penser à des traductions, au moins vers l'anglais. Et plus tard, l'inverse.
Perso je ne compte pas faire ce travail de traduction. Maintenant, si des volontaires le faire, ça sera avec plaisir que je compilerai ça en un magazine.
peu de pages, mais souvent. Plutôt qu'un gros pavé de temps en temps.
Mouais. Je préfère un pavé à lire à tête reposée, avec un choix des articles, plutôt qu'un empilement d'articles hétérogènes. Il existe déjà des sites qui publient des articles au fur et à mesure.
Bah, parce que je ne veux pas écrire, mais lire des articles :-) Et je ne suis pas satisfait des articles dans LinuxMag : trop peu d'articles m'intéressent pour que je paie 6,50€. Par contre, c'est avec plaisir que j'ai payé 60€ pour m'abonner à LWN (pendant un an, en fait je me suis réabonné) :-)
Pour l'instant, je ne sais pas trop dans quel sens part le projet. Je pense que c'est plus simple que le premier numéro soit libre et gratuit.
Au sujet de l'abonnement : l'argent permet certaines choses intéressantes comme payer les auteurs, avoir une version papier, faire de la pub, payer une personne pour faire la PAO, etc. Je donne l'exemple de LWN car je trouve que c'est un bon compromis : les articles sont librement accessibles après un certain temps (2 semaines si je ne trompe pas, ce que je trouve très court d'ailleurs). Mais LWN est différent car ils publient en continu (alors que je vise plutôt un périodique). LinuxMag propose aussi de payer les auteurs mais que les articles soient quand même libres 3 mois après la publication papier. Mais pour le moment, c'est hors de question de faire une version payante. Enfin, comme c'est libre, quelqu'un d'autre pourrait proposer une version payante s'il le veut bien sûr (alors qu'il existerait la même chose gratos à côté, mais bon).
Bon, stop, j'avoue tout ! Mon but est de gagner un max de pognon sur le dos de ces crétins de libristes écervelés incapable de voir l'énorme manne financière derrière ce projet !
L'avantage du multicolonnage est d'avoir des lignes pas trop longues, donc plus facile à lire. Je n'ai jamais tenu en main de "liseuse électronique", donc je ne sais pas trop ce que ça donne. Par contre, je préfère largement de petites colonnes comme dans le Courier international, qu'une seule colonne qui prend toute la page comme, par exemple, dans la majorité des sites web et publications scientifiques.
Le projet Python a migré à Roundup (écrit en Python, forcément !). Je le trouve plutôt sympa à l'utilisation :
* possibilité de suivre un ticket en s'inscrivant en copie
* possibilité de répondre à un ticket par mail (y compris en y attachant des pièces jointes !)
* moteur de recherche rapide avec des nombreux filtres
* liens vers les commits (r123), tickets (#123), et messages d'un ticket (msg123)
* nombreuses vues possibles (tri, filtre, ...)
Je pense que bugs.python.org a été configuré aux petits oignons pour le projet Python (ce qui a du prendre beaucoup de temps), mais le résultat est très satisfaisant.
Au contraire, je me perds facilement dans Bugzilla, et je n'aime pas trop les bug tracker de SourceForge, Bitbucket ou Github.
La base de la mise en forme d'un magazine, c'est le multi-colonnages. En HTML, tu peux pas. Enfin, je ne connais aucun site qui utilise ça. J'ai vu que CSS3 le prévoit, mais je doute que beaucoup de navigateurs web le supportent.
De toute façon, je pense offrir des exports PDF et HTML (comme je l'ai indiqué dans le journal, et répété dans les commentaires), alors je ne vois pas pourquoi vous râlez :-)
J'abonde dans le sens du balisage léger pour les raisons citées. Le reStructuredText me parait très puissant mais moins naturel que, disons, txt2tags (voir [1]). Ce dernier dispose de nombreuses sorties, et malheureusement pas encore de ePub [2], mais rst non plus, si [3]
En txt2tags, je ne vois pas comment ajouter des liens internes (vers une section, un titre, un mot, ... au sein du document), notes ou encore notes de bas de page. reST est assez souple : on peut rajouter ses propres macros (j'ai joué jamais avec ça, mais la documentation Python en utilise quelques unes du genre :exc:`TypeError` ou :func:`sys.exit`). txt2tags ne semble pas convertible en PDF, alors que reST si. Avec Sphinx, on peut générer de l'epub à partir de reST.
Dans l'idéal, j'aimerai offrir un maximum de diversité dans les sujets. Pour la taille, je vise 50 pages, mais après j'ajusterai sûrement en cours de route. Si y'a trop d'articles (cas un peu improbable, mais qui sait ?), je pourrai très bien reporter certains articles dans le numéro suivant. S'il n'y en a pas assez, je pourrai moins faire ma fine bouche. C'est pour ça qu'il faut que vous me proposiez un max d'articles ! :-)
Mais si on te propose un article sur un truc juste sorti du four, genre qui fait trop le ramdam et tout, ça peut faire ?
Bah une dépêche qui annonce une nouveauté est très différent d'un article qui présente un logiciel, un outil, une méthode, etc. Ce n'est pas écrit de la même manière et ça n'a pas la même cible. En général, une dépêche survolle le sujet pour se concentrer sur les nouveautés, alors qu'un article, c'est l'inverse.
Il existe déjà de nombreux sites d'entraides (forums web, divers canaux IRC et Jabber, listes de diffusion par courriel, etc.). Je n'ai pas l'ambition ou l'envie de monter une communauté. Bien que ça ne soit pas incompatible, ce n'est pas du tout ma priorité.
J'abonde dans le sens du balisage léger pour les raisons citées. Le reStructuredText me parait très puissant mais moins naturel que, disons, txt2tags (voir [1]). Ce dernier dispose de nombreuses sorties, et malheureusement pas encore de ePub [2], mais rst non plus, si [3] ?
Il semble que Sphinx permette une sortie reST. Je ne compte pas être trop psychorigide sur le format. Si convertirai moi-même au besoin. Avant de troller sur les formats, je cherche déjà des auteurs :-)
Tu parles de cibler les développeurs. Mais vises-tu (PAN PAN, pardon) un niveau particulier ? Penses-tu à faire se cotoyer des initiations, des explications sur des bases avec des choses très pointues ?
Je pense que mélanger tutoriels et articles pointus est intéressant. Par contre, je compte limiter le nombre d'articles visant les débutants, car je trouve qu'un magazine se prête plus aux articles pointus car ça se lit à tête reposée. Et comme dit plus haut, il existe déjà de nombreux sites d'entraides.
Le Oueb étant de plus en plus usité - \o/ -, penses-tu à un rapport de force avec le reste du monde ? - aka quelle place lui accorder ?
Je n'ai pas compris la question.
Un petit espace pour les bibliothèques et langages de niche / très rares ?
Pourquoi un petit espace ? Au contraire, je privilégirerai les langages et technologies bizzares ! :-)
Vim ou Emacs... pour rédiger les articles ?
Les articles rédigés avec Emacs ont moins de chance d'être acceptés, à bon entendeur !
Comme dit plus haut, je songe au format reST car je trouve sa syntaxe légère et le document est lisible même avant compilation en HTML ou PDF. J'utilise déjà ce format pour un projet de livre sur la programmation Unicode (*), et je trouve que le rendu PDF est pas dégueux. Sphinx, c'est grossièrement du reST avec un fichier de configuration en plus.
Le PDF permet de se lâcher niveau mise en forme, alors que HTML+CSS est plutôt casse bonbon à ce sujet, et de mieux structurer les pages. Ca permet d'avoir une sortie papier plus agréable à lire. Je pense qu'on pourra aussi avoir une version web pour les gens qui préfèrent lire dans un navigateur web. Et pourquoi pas epub si c'est pas trop compliqué à générer.
Euh sinon, je ne souhaite mettre aucun DRM, au contraire, le magazine dans sa globalité sera libre.
... L'article commencerait par parler de l'outil Jira, qui bien que n'étant pas open source, est très largement utilisé par la communauté
Mouais, je préférerai ne parler que d'outils libres. Maintenant, si l'article consiste essentiel à présenter les alternatives libres, là ok :-) En tout cas, les bug trackers entrent parfaitement dans la thématique.
Le contenu : Tu tables sur du contenu de haut-niveau dans les exemples cités, quel est ton object de lecteurs ?
La cible est surtout les développeurs : développeurs dans leur temps libre, développeurs professionnels, étudiants, etc. On trouve des développeurs un peu partout si on gratte un peu :-)
La rédaction : Passe t elle par un outil 2.0 ? Sinon les rédacteurs sont libres d'utiliser l'outil qu'ils souhaitent ? Ou encore il y a un format (le .sla par exemple) demandé aux auteurs ?
Je penche vers le format reStructured Text (reST, format texte plat, à peu près WYSIWYG) qui permet d'utiliser un gestionnaire de source, et qui a des sorties HTML, PDF (et on m'a même dit epub, mais j'ai jamais testé). Après si le rendu PDF est trop pourri, j'essayerai peut-être Scribe. Maintenant, si reST est un problème, je pense que je ferai la conversion moi-même (au moins dans un premier temps).
Je pense monter un dépôt mercurial ou git, avec un petit wiki associé dans un premier temps. Les auteurs auront le choix d'écrire l'article petit à peit dans le dépôt de source, ou bien d'envoyer l'article terminé.
La licence : Doit elle être obligatoirement celle mentionnée dans la dépêche ? Une -ND ne sera pas acceptée ? Ou encore une gdfl ? Bref, y aura t il contrainte sur une licence libre et une seule, ou bien les rédacteurs pourront ils désigner celle de leur choix dans le panel du libre (sans troll sur -nd) ?
Je pense que chaque auteur pourra choisir sa licence, et donc que la licence sera spécifiée explicitement dans l'article. La rédaction donnera une liste des licences acceptées. -ND ne me semble pas suffisament libre par exemple (ça interdit la traduction dans d'autres langues).
Le marketting : Le pdf est il le meilleur support ? A priori, oui. Mais est ce envisageable de l'exporter en epub par exemple ? Comment va tu assurer une large diffusion sachant qu'il ne s'agira que d'un "magazin papier" (ie pdf ou epub), donc à priori sans site web équivalent de contenus.
Je vais essayer de faire PDF, site web, voir aussi epub (ça dépendra sûrement des outils utilisés, càd que les outils et formats utilisés devront permettre ça).
L'environnement : Bien que tu dises >Je ne cherche pas à remplacer... LinuxMag, linuxfr, et les... Il y a forcément redondance avec certains. Par exemple Linux Mag pour le côté développeurs, sur une partie de leur contenu. Ainsi que sur d'autres magazines papiers. comment vois tu les interactions s'il y en avait de possibles ?
Pour moi, linuxfr est surtout alimenté par des actualités, je vois mal un tutoriel pour programmer en Ada arriver sur la premier page par exemple. Pour les magazines papiers : je pense que ce magazine sera complémentaire avec les autres. Bien sûr qu'il y a aussi des articles sur le développement dans LinuxMag, mais j'ai l'impression que c'est plutôt minoritaire (en dehors de quelques hors séries dédiés à ça).
Question subsidaire : Cela semble être un appel à "y a rien pour les développeurs, dlfp is dying"
Pas du tout.
Pourquoi alors ne pas, effectivement, inviter à publier sur dlfp du contenu de qualitay pour les dev ?
DLFP et ce magazine n'ont pas les même cibles, et DLFP se prête mal aux articles je trouve. developpez.com est plus proche de ce que je compte faire, mais developpez.com ne me convient pas (ça parle un peu trop de trucs commerciaux / propriétaires, et c'est avant tout un site web).
Si on omet ce que j'ai déjà évoqué, ça fait quand même deux versions (2.6 et 2.7) que les nouvelles fonctionnalités les plus intéressantes de la branche 2.x arrivent directement de la branche 3.x.
Python 3 est devenu le nouveau "trunk" du projet Python. Les nouveautés sont développées dans Python 3 et certaines ont été portés dans Python 2(.7).
C'est un choix que Python 3 ne contienne pas trop de nouveautés : une grosse partie des nouveautés de Python 3.1 et 3.2 ont été portés dans Python 2.7 pour... faciliter le portage Python 2 vers Python 3.
tous les modules ne sont pas encore traduit pour Python 3, et / ou pas encore empaquetés dans les distributions Linux
Il me semblait que Wine avait déjà implementé une grosse partie de DirectX dans le core de Wine, je me gourre ?
Extrait de la dépêche :
Pour rappel, Wine implémente actuellement une partie de Direct3D au-dessus d'OpenGL, c'est à dire que chaque appel à une fonction D3D est traduit en l'équivalent OpenGL, ce qui dans certains cas relève plus de l'émulation que de la traduction.
[^] # Re: Il y a bien une faille
Posté par Victor STINNER (site web personnel) . En réponse au journal Backdoor dans OpenBSD ?. Évalué à 4.
http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/rnd.c
Revision 1.36: Thu Apr 13 13:48:29 2000 UTC (10 years, 8 months ago) by mickey
En 2000, son adresse mail était mickey@akula.com et sa signature était « paranoic mickey (my employers have changed but, the name has remained) ».
[^] # Re: Les chinois du FBI...
Posté par Victor STINNER (site web personnel) . En réponse au journal Backdoor dans OpenBSD ?. Évalué à 10.
http://fr.wikipedia.org/wiki/Porte_d%C3%A9rob%C3%A9e#Affaire(...)
(je viens de modifier l'article pour ajouter HP MSA2000 et Cisco Unified Videoconferencing et ajouter des détails sur la tentative de backdoor Linux)
On voit par exemple qu'une backdoor a existé dans le logiciel propriétaire Interbase durant 7 ans, et la backdoor a été trouvée lors de l'ouverture du code source par son éditeur.
Au contraire, il y a eu la backdoir introduite dans le noyau Linux a été détectée en un jour à peine ! Pourtant la faille est très difficile à remarquer, même pour un programmeur C entrainé. Si j'ai bien compris, ce n'est pas les 2 lignes ajoutées à kernel/exit.c qui ont mis la puce à l'oreille, mais une incohérence entre le dépôt officiel (BitKeeper) et le miroir CVS. La faille a été introduite sur le serveur CVS en se faisant passer par David S. Miller (davem) et non pas dans le dépôt officiel (qui offrait une meilleur sécurité).
Ahem, ça contredit complètement que tu racontes pasBill pasGates.
[^] # Re: Pourquoi PDF ?
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 3.
[^] # Re: Suggestions et avis
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 2.
Perso je ne compte pas faire ce travail de traduction. Maintenant, si des volontaires le faire, ça sera avec plaisir que je compilerai ça en un magazine.
peu de pages, mais souvent. Plutôt qu'un gros pavé de temps en temps.
Mouais. Je préfère un pavé à lire à tête reposée, avec un choix des articles, plutôt qu'un empilement d'articles hétérogènes. Il existe déjà des sites qui publient des articles au fur et à mesure.
[^] # Re: Pourquoi créer un magazine ?
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 2.
[^] # Re: Pourquoi créer un magazine ?
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 1.
Je pense qu'il existe suffisamment d'auteurs que ça titile d'écrire dans la nature. Je ne souhaite pas écrire moi même.
[^] # Re: Pas trop honteux l'idée du bénévolat !!!
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 6.
Au sujet de l'abonnement : l'argent permet certaines choses intéressantes comme payer les auteurs, avoir une version papier, faire de la pub, payer une personne pour faire la PAO, etc. Je donne l'exemple de LWN car je trouve que c'est un bon compromis : les articles sont librement accessibles après un certain temps (2 semaines si je ne trompe pas, ce que je trouve très court d'ailleurs). Mais LWN est différent car ils publient en continu (alors que je vise plutôt un périodique). LinuxMag propose aussi de payer les auteurs mais que les articles soient quand même libres 3 mois après la publication papier. Mais pour le moment, c'est hors de question de faire une version payante. Enfin, comme c'est libre, quelqu'un d'autre pourrait proposer une version payante s'il le veut bien sûr (alors qu'il existerait la même chose gratos à côté, mais bon).
Bon, stop, j'avoue tout ! Mon but est de gagner un max de pognon sur le dos de ces crétins de libristes écervelés incapable de voir l'énorme manne financière derrière ce projet !
[^] # Re: Langages....
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 4.
[^] # Re: Pourquoi PDF ?
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 3.
[^] # Re: Idée d'article
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 2.
* possibilité de suivre un ticket en s'inscrivant en copie
* possibilité de répondre à un ticket par mail (y compris en y attachant des pièces jointes !)
* moteur de recherche rapide avec des nombreux filtres
* liens vers les commits (r123), tickets (#123), et messages d'un ticket (msg123)
* nombreuses vues possibles (tri, filtre, ...)
Je pense que bugs.python.org a été configuré aux petits oignons pour le projet Python (ce qui a du prendre beaucoup de temps), mais le résultat est très satisfaisant.
Au contraire, je me perds facilement dans Bugzilla, et je n'aime pas trop les bug tracker de SourceForge, Bitbucket ou Github.
[^] # Re: Pourquoi PDF ?
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 3.
De toute façon, je pense offrir des exports PDF et HTML (comme je l'ai indiqué dans le journal, et répété dans les commentaires), alors je ne vois pas pourquoi vous râlez :-)
[^] # Re: Pourquoi créer un magazine ?
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 2.
En txt2tags, je ne vois pas comment ajouter des liens internes (vers une section, un titre, un mot, ... au sein du document), notes ou encore notes de bas de page. reST est assez souple : on peut rajouter ses propres macros (j'ai joué jamais avec ça, mais la documentation Python en utilise quelques unes du genre :exc:`TypeError` ou :func:`sys.exit`). txt2tags ne semble pas convertible en PDF, alors que reST si. Avec Sphinx, on peut générer de l'epub à partir de reST.
[^] # Re: Pourquoi créer un magazine ?
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 2.
[^] # Re: Pourquoi créer un magazine ?
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 5.
Bah une dépêche qui annonce une nouveauté est très différent d'un article qui présente un logiciel, un outil, une méthode, etc. Ce n'est pas écrit de la même manière et ça n'a pas la même cible. En général, une dépêche survolle le sujet pour se concentrer sur les nouveautés, alors qu'un article, c'est l'inverse.
Pour ce qui est du site, tu imagines un simple canal de diffusion ou tu aimerais tenter d'y monter une communauté de mollusques, (avec les liens Facebook®, Twitter©, MSN™ kivonbien, 'videmment) ?
Il existe déjà de nombreux sites d'entraides (forums web, divers canaux IRC et Jabber, listes de diffusion par courriel, etc.). Je n'ai pas l'ambition ou l'envie de monter une communauté. Bien que ça ne soit pas incompatible, ce n'est pas du tout ma priorité.
J'abonde dans le sens du balisage léger pour les raisons citées. Le reStructuredText me parait très puissant mais moins naturel que, disons, txt2tags (voir [1]). Ce dernier dispose de nombreuses sorties, et malheureusement pas encore de ePub [2], mais rst non plus, si [3] ?
Il semble que Sphinx permette une sortie reST. Je ne compte pas être trop psychorigide sur le format. Si convertirai moi-même au besoin. Avant de troller sur les formats, je cherche déjà des auteurs :-)
Tu parles de cibler les développeurs. Mais vises-tu (PAN PAN, pardon) un niveau particulier ? Penses-tu à faire se cotoyer des initiations, des explications sur des bases avec des choses très pointues ?
Je pense que mélanger tutoriels et articles pointus est intéressant. Par contre, je compte limiter le nombre d'articles visant les débutants, car je trouve qu'un magazine se prête plus aux articles pointus car ça se lit à tête reposée. Et comme dit plus haut, il existe déjà de nombreux sites d'entraides.
Le Oueb étant de plus en plus usité - \o/ -, penses-tu à un rapport de force avec le reste du monde ? - aka quelle place lui accorder ?
Je n'ai pas compris la question.
Un petit espace pour les bibliothèques et langages de niche / très rares ?
Pourquoi un petit espace ? Au contraire, je privilégirerai les langages et technologies bizzares ! :-)
Vim ou Emacs... pour rédiger les articles ?
Les articles rédigés avec Emacs ont moins de chance d'être acceptés, à bon entendeur !
[^] # Re: Pourquoi ne pas utiliser Sphinx pour produire le magazine ? ÷!*
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 4.
(*) http://bitbucket.org/haypo/misc/src/tip/unicode_book/unicode(...)
[^] # Re: MollAcademy
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 2.
Ce magazine pourrait servir à augmenter la diffusion de ces articles, s'ils sont libres.
[^] # Re: Pourquoi PDF ?
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 6.
Euh sinon, je ne souhaite mettre aucun DRM, au contraire, le magazine dans sa globalité sera libre.
[^] # Re: Idée d'article
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 4.
Mouais, je préférerai ne parler que d'outils libres. Maintenant, si l'article consiste essentiel à présenter les alternatives libres, là ok :-) En tout cas, les bug trackers entrent parfaitement dans la thématique.
[^] # Re: Pourquoi créer un magazine ?
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 3.
[^] # Re: Pourquoi créer un magazine ?
Posté par Victor STINNER (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 8.
La cible est surtout les développeurs : développeurs dans leur temps libre, développeurs professionnels, étudiants, etc. On trouve des développeurs un peu partout si on gratte un peu :-)
La rédaction : Passe t elle par un outil 2.0 ? Sinon les rédacteurs sont libres d'utiliser l'outil qu'ils souhaitent ? Ou encore il y a un format (le .sla par exemple) demandé aux auteurs ?
Je penche vers le format reStructured Text (reST, format texte plat, à peu près WYSIWYG) qui permet d'utiliser un gestionnaire de source, et qui a des sorties HTML, PDF (et on m'a même dit epub, mais j'ai jamais testé). Après si le rendu PDF est trop pourri, j'essayerai peut-être Scribe. Maintenant, si reST est un problème, je pense que je ferai la conversion moi-même (au moins dans un premier temps).
Je pense monter un dépôt mercurial ou git, avec un petit wiki associé dans un premier temps. Les auteurs auront le choix d'écrire l'article petit à peit dans le dépôt de source, ou bien d'envoyer l'article terminé.
La licence : Doit elle être obligatoirement celle mentionnée dans la dépêche ? Une -ND ne sera pas acceptée ? Ou encore une gdfl ? Bref, y aura t il contrainte sur une licence libre et une seule, ou bien les rédacteurs pourront ils désigner celle de leur choix dans le panel du libre (sans troll sur -nd) ?
Je pense que chaque auteur pourra choisir sa licence, et donc que la licence sera spécifiée explicitement dans l'article. La rédaction donnera une liste des licences acceptées. -ND ne me semble pas suffisament libre par exemple (ça interdit la traduction dans d'autres langues).
Le marketting : Le pdf est il le meilleur support ? A priori, oui. Mais est ce envisageable de l'exporter en epub par exemple ? Comment va tu assurer une large diffusion sachant qu'il ne s'agira que d'un "magazin papier" (ie pdf ou epub), donc à priori sans site web équivalent de contenus.
Je vais essayer de faire PDF, site web, voir aussi epub (ça dépendra sûrement des outils utilisés, càd que les outils et formats utilisés devront permettre ça).
L'environnement : Bien que tu dises >Je ne cherche pas à remplacer... LinuxMag, linuxfr, et les... Il y a forcément redondance avec certains. Par exemple Linux Mag pour le côté développeurs, sur une partie de leur contenu. Ainsi que sur d'autres magazines papiers. comment vois tu les interactions s'il y en avait de possibles ?
Pour moi, linuxfr est surtout alimenté par des actualités, je vois mal un tutoriel pour programmer en Ada arriver sur la premier page par exemple. Pour les magazines papiers : je pense que ce magazine sera complémentaire avec les autres. Bien sûr qu'il y a aussi des articles sur le développement dans LinuxMag, mais j'ai l'impression que c'est plutôt minoritaire (en dehors de quelques hors séries dédiés à ça).
Question subsidaire : Cela semble être un appel à "y a rien pour les développeurs, dlfp is dying"
Pas du tout.
Pourquoi alors ne pas, effectivement, inviter à publier sur dlfp du contenu de qualitay pour les dev ?
DLFP et ce magazine n'ont pas les même cibles, et DLFP se prête mal aux articles je trouve. developpez.com est plus proche de ce que je compte faire, mais developpez.com ne me convient pas (ça parle un peu trop de trucs commerciaux / propriétaires, et c'est avant tout un site web).
[^] # Re: et ben
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche Rapport annuel 2010 sur le développement du noyau Linux. Évalué à 2.
Il existe un article sur ce sujet : « On the scalability of Linus »
http://lwn.net/Articles/393694/
[^] # Re: et ben
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche Rapport annuel 2010 sur le développement du noyau Linux. Évalué à 2.
Bah peut-être que justement la conversion a mis 5 ans ? En même temps, quand le noyau est passé à Git, l'historique a été volontairement perdu ...
[^] # Re: Excellente nouvelle... qui se lance ?
Posté par Victor STINNER (site web personnel) . En réponse au journal pypy de plus en plus rapide ?. Évalué à 1.
Si on omet ce que j'ai déjà évoqué, ça fait quand même deux versions (2.6 et 2.7) que les nouvelles fonctionnalités les plus intéressantes de la branche 2.x arrivent directement de la branche 3.x.
Python 3 est devenu le nouveau "trunk" du projet Python. Les nouveautés sont développées dans Python 3 et certaines ont été portés dans Python 2(.7).
C'est un choix que Python 3 ne contienne pas trop de nouveautés : une grosse partie des nouveautés de Python 3.1 et 3.2 ont été portés dans Python 2.7 pour... faciliter le portage Python 2 vers Python 3.
tous les modules ne sont pas encore traduit pour Python 3, et / ou pas encore empaquetés dans les distributions Linux
J'ai commencé une liste, sûrement incomplète : http://www.haypocalc.com/wiki/Python#Modules_disponibles_pou(...)
PyQt est un gros projet qui a été porté vers Python 3. Par contre, Twisted, Zope et Django, ce n'est pas encore fait je crois.
[^] # Re: Portage de jeux Direct3D ?
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche Lancement d'une implémentation native de Direct3D sous Linux. Évalué à 1.
Extrait de la dépêche :
Pour rappel, Wine implémente actuellement une partie de Direct3D au-dessus d'OpenGL, c'est à dire que chaque appel à une fonction D3D est traduit en l'équivalent OpenGL, ce qui dans certains cas relève plus de l'émulation que de la traduction.
[^] # Re: fait ??
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche Lancement d'une implémentation native de Direct3D sous Linux. Évalué à 3.