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.
j'aurais préfère une annonce plus pédagogique sans le côté sensace et paillette faisant passer par ailleurs l'expérience Linux d'avant/actuel comme horrible.
Il y a eu 3 versions de cette dépêche, j'ai écrit celle qui a été publiée. J'ai tenté de virer les superlatifs pour me concentrer sur l'aspect technique. Mais j'avoue ne pas avoir compris ce qui fait que le patch améliore la réactivité. Si quelqu'un a une bonne explication, je suis très intéressé.
Bah là j'ai pu faire un make -j64 du kernel et regarder ma vidéo en même temps, en gardant une interface réactive.
Tiens, ça me rappelle un sketch de Coluche...
(...)
- Le nouvel Omo c'est celui qui lave la tache qui est cachée dans le nœud du torchon.
- Vous avez vu ça à la télévision ???
- Y a le torchon, C'est deux gonzesse qui font la publicité, complètement abruties. Y en a une, elle sait même pas qu'il y a un nouvel Omo.
- Heu... l'autre, elle dit : "Ben dis donc ? T'en as fait une grosse tache sur ton torchon."
- Elle est triste la gonzesse, elle a vu la grosse tache. Et l'autre elle est toute gaite.
- Elle dit : "Ah! Ouaf, ouaf!"
- Elle est toute gaite, alors elle dit :
- "Bon ça fait rien avec mon nouvel Omo !"'
- Alors l'autre elle sait même pas que ça existe le nouvel Omo.
- Quoi! , Y a un nouvel Omo
- Alors l'autre :"Ben oui hé con."
- Et alors elle dit : "Regarde bien le nouvel Omo. Tu vois la grosse tache sur le torchon ???
- Je fais un noeud. Tac... et plus la tache!
- Et l'autre elle est sciée.
- Le nouvel Omo, ça lave la tache qui est cachée dans le nœud du torchon. - Mais il est bien le torchon après. Il est propre. Il est aussi propre qu'avec l'ancien Omo sans faire le nœud.
- C'est plus long, faut faire les nœuds.
- D'ailleurs, celui qui a 5 kilos de linge, il fait les nœuds le lundi, il fait la lessive le mardi et puis après il a toute la semaine pour défaire les nœuds.
- Parce que les nœuds qui ont été dans l'eau, bonjour hein.
(...)
Suite aux critiques de Con Kolivas, je me demande si ce patch améliore ou réduit les performances sur un bureau sur lequel on ne compile pas le noyau Linux avec -j64 en boucle ? Perso, ça fait plusieurs années que je n'ai pas compilé de noyau :-) (mais je compile régulièrement d'autres projets avec un Makefile) De ce que j'en ai compris, toutes les applications graphiques (Xorg, TTY7) sont dans le même cgroup. Faut-il mettre mplayer, Firefox et OpenOffice dans un cgroup dédié avec un % du CPU particulier ?
D'ailleurs, peut-on émuler le patch noyau avec des commandes shell ? Les cgroups peuvent être configuré avec un système de fichier virtuel.
Est-ce qu'il n'existe pas une bibliothèque C pour git ? libgit2 semble être un bon candidat : « Pure C reimplementation of the core Git data structures and repository access. » http://repo.or.cz/w/libgit2.git
Je vais peut-être dire une connerie, mais pour moi le wifi c'est tout pourri.
La portée est très limitée : avec ma Freebox, ça marche dans certaines pièces proches de la box, mais ça ne passe pas 2 ou 3 murs. D'ailleurs, avec un pc portable, je capte moyen quand je suis à 2 mètres de ma Freebox (je ne sais pas pourquoi). Peut-être que mon matos est pourri, mais justement : le matos grand public pour faire du wifi est tout pourri (d'ailleurs, pour les pilotes Linux c'était longtemps la croix et la bannière).
Et je sais pas vous, mais moi je perd plein de paquets avec le wifi. C'est à dire que le débit est moindre et la latence plus importante (si on compare à une connexion par cable ethernet par exemple).
Pour monter un internet alternatif avec du wifi, il faudrait que le wifi passe un peu mieux à travers les murs et ait une porté carrément plus importante. Ou alors il faudra à peu près que tout le monde utilise Netsukuku et que la densité de population augmente carrément à la campagne :-) (mais dans ce cas, y'a des soucis technique liés à la technologie wifi si j'ai bien compris)
>> ce fichier .srt va sans doute me permettre d'en faire un beau fichier de fortune, chose qui me semble plus compliquée si c'est intégré à la vidéo. > Pour connaitre les ID des différentes pistes : mkvmerge -i "bla.mkv"
$ mkvmerge -i "bla.mkv"
mkvmerge: command not found
Alors que le .srt peut être lu avec vi, less et même notepad.exe (pas sûr à cause des retours à la ligne UNIX) savent le lire :-p
[^] # 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.
[^] # Re: Gain sur un environnement de bureau n'utilisant pas de terminaux ?
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 3.
Il y a eu 3 versions de cette dépêche, j'ai écrit celle qui a été publiée. J'ai tenté de virer les superlatifs pour me concentrer sur l'aspect technique. Mais j'avoue ne pas avoir compris ce qui fait que le patch améliore la réactivité. Si quelqu'un a une bonne explication, je suis très intéressé.
[^] # Re: Testé et approuvé
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 10.
Tiens, ça me rappelle un sketch de Coluche...
(...)
- Le nouvel Omo c'est celui qui lave la tache qui est cachée dans le nœud du torchon.
- Vous avez vu ça à la télévision ???
- Y a le torchon, C'est deux gonzesse qui font la publicité, complètement abruties. Y en a une, elle sait même pas qu'il y a un nouvel Omo.
- Heu... l'autre, elle dit : "Ben dis donc ? T'en as fait une grosse tache sur ton torchon."
- Elle est triste la gonzesse, elle a vu la grosse tache. Et l'autre elle est toute gaite.
- Elle dit : "Ah! Ouaf, ouaf!"
- Elle est toute gaite, alors elle dit :
- "Bon ça fait rien avec mon nouvel Omo !"'
- Alors l'autre elle sait même pas que ça existe le nouvel Omo.
- Quoi! , Y a un nouvel Omo
- Alors l'autre :"Ben oui hé con."
- Et alors elle dit : "Regarde bien le nouvel Omo. Tu vois la grosse tache sur le torchon ???
- Je fais un noeud. Tac... et plus la tache!
- Et l'autre elle est sciée.
- Le nouvel Omo, ça lave la tache qui est cachée dans le nœud du torchon. - Mais il est bien le torchon après. Il est propre. Il est aussi propre qu'avec l'ancien Omo sans faire le nœud.
- C'est plus long, faut faire les nœuds.
- D'ailleurs, celui qui a 5 kilos de linge, il fait les nœuds le lundi, il fait la lessive le mardi et puis après il a toute la semaine pour défaire les nœuds.
- Parce que les nœuds qui ont été dans l'eau, bonjour hein.
(...)
# Gain sur un environnement de bureau n'utilisant pas de terminaux ?
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 5.
D'ailleurs, peut-on émuler le patch noyau avec des commandes shell ? Les cgroups peuvent être configuré avec un système de fichier virtuel.
[^] # Re: Extension maison
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche Mercurial : version 1.7 et petit tour d'horizon. Évalué à 1.
Il fallait lire : pour scripter Git ...
PS : Cette BD de nojhan est plutôt énervante par moment.
[^] # Re: Extension maison
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche Mercurial : version 1.7 et petit tour d'horizon. Évalué à 1.
Il me semble que c'est plutôt Ruby qui est utilisé pour scripter Ruby. Sinon on dirait qu'on peut scripter Git dans pas mal de langages :
https://git.wiki.kernel.org/index.php/Interfaces,_frontends,(...)
Est-ce qu'il n'existe pas une bibliothèque C pour git ? libgit2 semble être un bon candidat : « Pure C reimplementation of the core Git data structures and repository access. »
http://repo.or.cz/w/libgit2.git
[^] # Re: Mouahaha
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche Une alternative à Internet : Netsukuku. Évalué à 4.
La portée est très limitée : avec ma Freebox, ça marche dans certaines pièces proches de la box, mais ça ne passe pas 2 ou 3 murs. D'ailleurs, avec un pc portable, je capte moyen quand je suis à 2 mètres de ma Freebox (je ne sais pas pourquoi). Peut-être que mon matos est pourri, mais justement : le matos grand public pour faire du wifi est tout pourri (d'ailleurs, pour les pilotes Linux c'était longtemps la croix et la bannière).
Et je sais pas vous, mais moi je perd plein de paquets avec le wifi. C'est à dire que le débit est moindre et la latence plus importante (si on compare à une connexion par cable ethernet par exemple).
Pour monter un internet alternatif avec du wifi, il faudrait que le wifi passe un peu mieux à travers les murs et ait une porté carrément plus importante. Ou alors il faudra à peu près que tout le monde utilise Netsukuku et que la densité de population augmente carrément à la campagne :-) (mais dans ce cas, y'a des soucis technique liés à la technologie wifi si j'ai bien compris)
[^] # Re: Sous-titres
Posté par Victor STINNER (site web personnel) . En réponse au journal Monde de merde. Évalué à 2.
> Pour connaitre les ID des différentes pistes : mkvmerge -i "bla.mkv"
$ mkvmerge -i "bla.mkv"mkvmerge: command not found
Alors que le .srt peut être lu avec vi, less et même notepad.exe (pas sûr à cause des retours à la ligne UNIX) savent le lire :-p