BAud a écrit 14274 commentaires

M'enfin, on serait pas toile-libre si on faisait pas un peu de bricolage à la méthode rache parfois :)

eh j'en ai plein d'autres des méthodes de gestion de production : http://faq.tuxfamily.org/MethodoProject/Fr#Gestion_de_production _o/

J'espère néanmoins que vous êtes bien certifié ISO-1664 et STANAG 51 :D

/me refourgue un peu de son lot de http://poudreverte.org restant

donc si tu désactives les effets graphiques dernier cri, ça devrait tourner un peu partout.

vu que tout le monde a un PC qui a moins de 10 ans et que ça tourne sur un PC de 2003, ça devrait aller… même avec les effets dernier cri !

(et encore, vu que certains considèrent qu'un vieux PC a plus de 3 ans, pas besoin de tortiller… tout mettre au max).

roh la la, ya pas besoin d'un tel pavé pour l'ajouter sur traductions classiques ?! (mais ça peut être sympa de le garder en commentaire pour justifier du choix :D)

moi aussi, j'ai tiqué sur abats pour gibs mais ça allait bien avec le fait que le gars s'est fait tirer dessus ou abattre :-)

puis finalement je me suis dit qu'un journal dédié pourrait intéresser ceux qui n'ont pas suivi la discussion

ah mais, c'est très bien ;-)
je ne suis pas sûr qu'à l'époque ils avaient déjà mis leurs API en avant sur le même site que l'opendata ;-)

Reste maintenant à avoir la complétude :

• j'ai déjà la chance d'avoir le RER C et la ligne L avec les horaires en opendata
• ajouter la ligne N ce serait pas mal
• ajouter le tram T2 et le bus 171 de la RATP

proposer d'avoir tous les itinéraires possibles en voyant les incidents en cours sur chacun et cela sera du rêve.
Bon, sinon, à chacun de faire comme genma< http://genma.free.fr/?Ma-page-de-raccourcis-d-horaires-de-bus-train mais bon, je n'ai jamais réussi à trouver l'après-midi pour le mettre en place (ça va se finir comme cela pour autant, je le sens…).

Peut-être que transilien compte faire de l'orchestration et proposer ce genre de services (étant commun entre RATP et SNCF…), mais bon j'ai comme un doute :/ Ils ne seraient pas très loin d'être en mesure de proposer le service dans mon cas, resterait à l'étendre au reste des grandes villes françaises ayant cette diversité et ce maillage de transports.

Je n'ai jamais envoyé de mail pour m'inscrire sur linuxfr.

bah, autre méthode (plus classique) sur LinuxFr.org : tu remplis un formulaire, tu confirmes son existence en cliquant sur le lien reçu avec un secret partagé… avec sympa, tu peux gérer ton inscription à des ML via envoi de mail ou formulaire (qui envoie en fait un mail :D). On va dire qu'à la sncf, ils ne savent pas faire de formulaires et préfèrent exposer des mails persos pro (une ML ou une BàL partagée dédiée aurait déjà été un peu mieux…), c'est un choix :-)

Cela apparaissait dans les commentaires de ton précédent journal : https://linuxfr.org/users/totof2000/journaux/hs-enfin-presque-sncf-transilien-fr-du-gros-n-importe-quoi#comment-1637564

http://monrer.com est basé sur https://ressources.data.sncf.com/explore/dataset/api-temps-reel-transilien/ comme décrit sur http://x0r.fr/blog/55 (très intéressant le système de cache).

chose curieuse, il faut envoyer un mail pour obtenir es identifiants d'utilisation pour cette API).

pourquoi étrange ? Pour poster sur LinuxFr.org, tu as bien une inscription aussi, non ? Ainsi que pour bénéficier de l'API OAuth2 où tu dois enregistrer ton application, ce que certains ont fait avec succès
Cela permet de tracer les utilisations et appliquer au besoin des limitations (authentification préalable à l'appel d'API, throttling comme tu l'indiques avec la limitation à 20 appels/minute…).

Espérons que l'officialisation de ces API permettra le foisonnement d'applications (libres) plus pratiques que ce que propose la SNCF ;-) (un couplage avec la RATP serait bien pratique aussite, notamment pour évaluer les itinéraires de secours et voir directement l'ampleur des incidents, car parfois c'est tout de même en cascade, Murphy n'étant souvent pas très loin).

je trouve que ça passe

ça l'fait ;-)

Quelle est la différence entre un pigeon ?

[…]

Attention, cette question contient un piège !

• Monsieur, le Russe Ichlakoff a sauté 2,31 mètres… Pouvez-vous dire mieux ?

Pour la comparaison de mémoire :

• dans Firefox : about:memory
• dans chromium : chrome://memory-redirect/

mais les lenteurs peuvent venir de la gestion du cache, le déclenchement d'un GC, des onglets restant actifs (ou non) lorsqu'ils ne sont pas affichés => tout ceci a fait l'objet d'améliorations dans les dernières versions des deux navigateurs.

ils partagent les même kernels ou pas ?

plus ou moins, on va dire, même s'il y a clairement des divergences, non seulement dans les sources (qui reconvergent parfois) & surtout pour certains dans la config' retenue selon la distro

on a l'impression qu'il s'agit d'OS (et non juste de distrib comme pour linux) différents…

bin il y a les ports pour une grosse partie du userland. Mais pareil, PC-BSD, FreeBSD, DragonFlyBSD n'incluent clairement pas que le base-system

même s'il faut reconnaître qu'au moins eux n'ont pas 20 distrib qui ont les mêmes objectifs à epsilon près.

kof kof :-) cf. Berkeley_Software_Distribution, j'en compte 12 on va dire
Mais oui, l'approche de chacun est aussi distante qu'une Gentoo d'une Debian ou d'une Fedora ou d'une Slackware.

c'est inkscape plutôt

LibreOffice avec Write + Draw permettent de faire des choses, même si un logiciel de PAO comme Scribus fera un résultat plus travaillé.

bin, en tout cas, il pouvait difficilement prendre son trigramme qu'on lui donne au boulot (i.e. BSD :p). Un peu la même raison, pour laquelle j'ai pris un quadrigramme :D

L'interview d'Itms notamment ça a été assez dur,

Concernant les entretiens, tu as LeBouquetin< qui a fait un très bon boulot dans la durée, ça mériterait d'être relancé, je ne sais plus si la bonne manière de faire avait été tracée sur le wiki, ce serait bien de le faire (questions systématiques + questions adaptées au type de projet, permettant d'avoir un plan cohérent de dépêche en dépêche).

Accessoirement LeBouquetin a aussi LA méthode de recrutement dans le forum où tous les éléments sont présents (ça c'est dans le wiki, je vous laisse retrouver :p).

sur l'espace de rédaction il n'y a pas de possibilité de faire des revert sur des modifications qui viennent d'être faites

euh bin, si : tu réécrits ce qui était présent auparavant (disponible via les versions disponibles justement), mais oui, je vois ce que tu veux dire…

quand vous avez un contributeur particulièrement chiant ça donne pas envie de contribuer

pfff si tu parles de moi, tu aurais pu me le dire :/ Pour M5oul il fait du bon boulot si justement tu lui appliques ce que tu attends «  j'aime bien qu'on me donne des instructions claires, que le dictateur bienveillant de la dépêche sache où il va et ce à quoi il voudrait que sa dépêche ressemble »

Bon, les commentaires de cette dépêche noyau ne sont pas là pour en discuter : n'hésite pas à rajouter des commentaires sur les pages wiki idoines (ou directement les compléter) même si malencontreusement beaucoup des commentaires des pages wiki ont été flingués (sur le critère de l'obsolescence) alors que cela donnait du contexte de temps en temps.
Franchement, pour un participant régulier à la rédaction comme toi, je reste étonné de te voir aussi peu intervenir sur le wiki ou les ML :/ mais bon, cela doit être dû au fait que ce n'est pas très bien décrit comme logique d'échange /o\

Merci beaucoup pour ton retour, qui fait comprendre quelques-unes de tes attentes, ce que tu pourrais apporter, ce qui est gênant, à nous (toi inclus) de s'améliorer et faciliter les contributions et l'implication de tous !

nos vieilles bécanes

je crois qu'il va falloir préciser ce terme : dans les forums ici-même, certaines personnes avec un portable de 3 ans (2012 voire 2013 donc) considèrent que c'est un ancien voire un vieux PC : genre core i7, 16 Go de RAM hein… et certains se retrouvent à leur recommander un xubuntu… alors que bon, c'est une bête de course ce genre d'ordi ! Même actuellement, mon meilleur portable n'a que 8 Go de RAM et un CPU intel 5Y10 CPU @ 0.80GHz (avec GPU intégré).

Tu es sûr que les I/O sur disque sont responsables ?

bin, j'ai un GKrellM systématiquement sur mon bureau (une habitude du siècle dernier on va dire).
À chaque fois que j'ai un freeze : grosses I/O sur le disque, peu de CPU consommée, même le GKrellM ne se met plus à jour dans ces cas :/

donc bon, même si le CPU est poussif (c'est peu de le dire), ce n'est pas lui en cause àmha.
Un moyen facile pour le reproduire : graver un iso sur une clé USB, bah tu attends les 30 sec que ce soit fini et n'attend pas de pouvoir utiliser le netbook en même temps…

Ah bah non :

Ce(tte) œuvre est mise à disposition selon les termes de la Licence Creative Commons Attribution - Pas d’Utilisation Commerciale - Pas de Modification 3.0 France. CC-BY-NC-ND-3.0

Autant NC n'est pas libre, mais pas forcément opposé, autant ND est clair : pas touche !

cf. https://github.com/iTowns/itowns-sample-data
cela m'aurait étonné…

Pour autant, je veux bien savoir ce qui intéresserait l'IGN dans le libre, ce qu'ils souhaitent apporter à OpenStreetMap ou faire en propre dans le libre, ce qui qui serait une avancée notoire ;-)

Même si ta présentation de la saisie au kilomètre permet de bien faire comprendre qu'il faut privilégier le contenu et qu'on peut ensuite appliquer les styles, cela me paraît toujours autant lourd : cela part du principe que l'on sait ce qu'on va écrire, comme avec la machine à écrire.

Le mode plan est lui beaucoup plus créatif : en partant de la structure, tu la peuples et l'enrichit au fur et à mesure.
Appliquer les styles au fur et à mesure permet de structurer la rédaction, réussir à équilibrer les différentes parties et évite de distinguer en deux tâches contenu puis mise en forme, ce dernier étant vu comme une contrainte, un truc en plus à faire dans le cadre de la « saisie au kilomètre ».

La rédaction n'est pas un exercice facile, oublier que cela sera ensuite diffusé et lu par plus que soi-même requière que la mise en forme soit prise en compte dès le début. Ce n'est pas pour rien que la dissertation propose le modèle thèse + anti-thèse + synthèse avec introduction puis conclusion : c'est un modèle permettant d'apporter du contenu, obliger à équilibrer les parties, adopter une cohérence de lecture (oui, si on écrit, c'est pour ensuite être lu… le traitement de texte n'est qu'un outil d'une chaîne de publication et de diffusion).

En tout cas, globalement ton document est excellent et une très bonne introduction àmha. Il pourra évoluer vers de la PAO au besoin :-)
La page 41 des ressources bénéficierait de rendre les liens cliquables, ce qui me semblait fait par défaut sous LibreOffice.org o_O

Concernant la licence, j'imagine que tu vas être tenté par la CeCILLv2, néanmoins, je te recommande de regarder :
http://www.libreoffice.org/about-us/licenses/
http://faq.tuxfamily.org/License/Fr
http://faq.tuxfamily.org/CommunicationLibre/Fr

et je veux bien tes retours pour le choix de la licence idoine :-) (CC0 et CC-by pourraient convenir àmha)

sur un EeePC 901 avec que du SD, des I/O trop importantes gèlent la réactivité.

Bon, c'est un proc' mou, peu de RAM (seulement 1 Go), mais rester bloqué 5 sec quand il y a trop d'écriture, c'est un peu pénible…

Je n'ai pas de swap, ça ne sert à rien : si un logiciel demande tant de mémoire, il ne tournera pas très bien sur un CPU poussif…

J'ai beaucoup de cas d'usage qui fonctionnent très bien pour autant, même avec Gnome3 :

• surf sur le web, vidéos de l'ina et de youtube, LinuxFr.org aussi bien-sûr
• utilisation de mplayer pour regarder des vidéos
• ssh vers un screen irssi (ce n'est pas ce qui consomme le plus)
• prise de notes sous gedit
• pas besoin d'un LXDE, Gnome3 fonctionne très bien (hormis quelques freezes quand lecture/écriture sur SSD)
• bon, restons réalistes : passé 50 onglets dans firefox, cela devient lent (passé 20 onglet chromium, c'est très lent)
• un notebook c'est via la 4G (avec mon portable et son wifi partagé), un écran très petit (9" hein…), très léger : 900 g c'est un peu comme 3 baguettes, ça ne chauffe pas trop non plus
• pas de jeux en OpenGL :/ même si crack-attack est si prenant /o\

De temps en temps, les I/O sur disque gèlent effectivement la réactivité de mon EeePC 901 :/ C'est pénible, mais on s'habitue jusqu'à maintenant (même si mieux comprendre ce qui le déclenche pourrait aider).

Mon ressenti de rédacteur (une douzaine de paragraphes) est très mitigé. D'un côté, c'est un travail intellectuel très plaisant

oui, c'est normal : s'impliquer c'est rester jusqu'au bout. La rédaction c'est un travail et une synchronisation au jour le jour pour comprendre l'optique retenue par les contributeurs :-)

On n'a aucune visibilité : quel degré de détail viser ? quels sujets traiter ?

Alors là, je suis très déçu, rediger-des-depeches-noyau est là pour être alimentée avec l'expérience, les attentes de chacun et ce qui doit être mis en avant pour aider un repreneur de ce type de dépêche. Si tu n'y trouves pas tes réponses : édite le wiki, ajoute tes questions, cela alimentera son contenu. D'ailleurs, cela était indiqué initialement à publication, puis cela a disparu de l'initiative d'un modérateur : dommage :/

La tribune, une simple pile mono-ligne, est le seul outil de discussion et de planification

Merci de ton retour factuel et avec quelques propositions. Je ne suis pas forcément le mieux placé pour te répondre : un autre contributeur à l'espace de rédaction serait sans doute plus pertinent que moi pour expliquer le fonctionnement (anarchique, collaboratif, en bénévolat, par envie, par implication, pour le fun…)
Bah j'ai une des dépêches initiées la plus vieille, sans capacité d'y répondre s'il n'y a que moi qui cherche des solutions : https://linuxfr.org/redaction/news/comment-participer-a-la-redaction

Il y a quelques pistes fournies sur https://linuxfr.org/wiki/rediger-des-depeches-noyau : tu peux l'éditer et ajouter tes questions + propositions, restera à trouver quelqu'un pour finaliser la dépêche pour le noyau 4.5 qui n'a pas encore été créée en rédaction :/

(car pas de package sous Fedora) ?

tu peux bénéficier du paquet à jour sur Mageia :

http://madb.mageia.org/package/show/application/0/release/cauldron/name/weboob

si tu le souhaites, je pourrai te fournir le src.rpm te permettant de faire le rpmbuild -ba qui a des couettes.

de rien, la collaboration entre distro est dans les gènes de Mageia :-)

J'aimerai bien qu'un jour il y ait la même chose pour le noyau de BSD ou celui de ReactOS.

pour ReactOS il y a https://linuxfr.org/redaction/news/reactos-0-4-0

pour les *BSD, il y a au moins miod< qui passe de temps en temps, mais que ceux intéressés se lancent !

arf, virtualbox vu comme mieux que docker /o\

quand on n'a qu'un marteau, tout problème est vu comme planter un clou même lorsque c'est une vis qui est fournie :-)

Merci pour la finalisation de cette dépêche en rédaction, les statistiques parlent d'elles-mêmes pour y participer, y donner de la cohérence et une mise en forme homogène avant publication : cette finalisation est cruciale et pas si facile, ce pourquoi il est important d'avoir du contenu rédigé au fur et à mesure.

C'est souvent rappelé, mais cette dépêche est un incontournable sur un site tel que Linux Fr.org : n'hésitez pas à y participer, vous ne manquerez pas d'apprendre des choses au passage, même si vous ne connaissez pas le sujet initialement. Les traductions des annonces de Linus sont franchement abordables pour qui s'y connaît un minimum en anglais et sait s'adapter au style du locuteur, un peu spécifique il est vrai.

Bon, je ne remercie pas celui qui a subrepticement réintroduit le terme « support » après que j'ai regardé et fait une relecture :-) (mais, bon, j'aime bien râler, ça nuance on va dire :D)

Qui se lancerait pour l'animation de la rédaction et créer la dépêche pour la version suivante ?

aux US, les patents trolls sont spécialistes des brevets à la con

ah bah, ça…
Quand on voit les lobbies à l'œuvre aux US pour prôner le « first to deposit » au détriment des publications antérieures ou de l'évidence pour ceux au fait de l'état de l'art…

Heureusement qu'en Europe, il nous reste la rétro-ingénierie à des fins d'interopérabilité et des défenseurs qu'un brevet n'a de sens que s'il y a une réalisation dans des temps raisonnables avant de pouvoir s'en faire valoir (et attaquer en justice).

Heureusement, une image me réjouit à chaque fois que je remets la main dessus :
la barque « software patents kill innovation » vs le bateau des lobbyistes :-) http://gallery.ffii.org/d/7555-2/00071_G.jpg

et j'ai trouvé d'autres argumentations en la recherchant :
http://www.ergotinfo.fr/architecture/2009/08/les-brevets-logiciels-am%C3%A9ricains-font-encore-rire-le-monde-entier.html
http://www.ffii.fr/Analyse-de-brevets-logiciels.html
http://www.ffii.fr/Au-revoir-Michel-Rocard

ce qui permet de mieux comprendre les actions de la FFII au passage.

Sur 2014, IBM à déposé plus de 7000 brevets, bien loin devant samsung qui en a posé un peu moins de 5000

un lien donnant cette comparaison ?
Pour IBM, j'espère qu'une bonne partie vient de leur centre de Zurich (qui fait beaucoup de R&D dans le monde matériel de la miniaturisation) ou que les brevets en rapport avec du logiciel ont été proposés à l'OIN vu que cela bénéficierait à Mageia :p cf. le 989 sur https://www.openinventionnetwork.com/community-of-licensees/