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 :-)
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).
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.
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.
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
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 !
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…
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 !
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
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 :/
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
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/
c'est basé sur des brevets, du ressort du droit américain, il est vrai (jury toussa…).
Le problème principal est que l'office qui gère les brevets est au cœur d'un conflit d'intérêt
oui, ça c'est l'argument massue, je l'avais en tête aussi bien sûr ; même si, dans mon constat, peu de monde réussit à comprendre le problème ; accessoirement, je suis toujours autant étonné d'avoir à l'expliquer alors que ça me paraît évident o_O
Ma seule explication est que « c'est du juridique » et, comme pour le « c'est de la sécurité ou du respect de la vie privée », beaucoup ont tendance à fermer leur cerveau et se dire « c'est compliqué, je ne vais rien entraver ».
L'exemple classique étant l'explication qu'une clé privée est privée et à ne pas diffuser et une clé publique ne craint rien : soit on te demande confirmation qu'on peut bien envoyer la clé publique, soit tu te rends compte que clé privée+clé publique ont été envoyées par mail sur une liste de diffusion large ou avec des interlocuteurs externes… m'enfin bon, l'humanité ne sera plus là dans 4,5 milliards d'années même si on a tendance à lui octroyer un peu de bon sens qu'elle n'a apparemment que sélectivement :p Un collègue se serait fait de belles fins de mois s'il avait touché 1 € à chaque fois qu'il a dû l'expliquer :D
Un autre exemple est « prolonger l'état d'urgence est une connerie », mais bon « les français ont peur » o_O Je ne vais pas trop la détailler celle-là, hormis relever : c'est « urgence » que tu n'as pas compris ?
L'objet lui-même peut être protégé par les dessins et modèles, droit très fort en France.
oui, c'est la combinaison du droit d'auteur et des brevets.
J'imagine que c'est cette loi qui permet d'avoir des tas de copie de sac hermes ou de lacoste, ailleurs qu'en France.
c'est le 3e volet, le droit des marques qui est généralement utilisé dans ce cas, en complément des deux autres
En gros, on ne peut pas breveter un algo, mais on peut breveter un algo qui fait quelques choses.
hmmm Michel Rocard défendait plutôt l'axe "ayant une action sur le réel", avec comme exemple l'ABS dans les voitures : l'algo pilote les freins sans action du conducteur
Vous connaissez beaucoup d'algo qui ne font rien ?
tout comme toi, cela me laisse très dubitatif et ne m'incite que peu à souhaiter bénéficier des brevets dans le monde du logiciel… Déjà que dans "le monde en dur" on voit bien que cela a freiné l'innovation, que cela soit :
la diffusion de la carte à puce, (brevet Moreno)
le pilotage de la radio au volant, (brevet Renault, pas dispo dans les citroen ou les peugeot avant expiration du brevet)
le tiptronic pour changer les vitesses, (brevet Porsche)
la diminution du nombre de leviers au volant par l'utilisation d'anneaux pour les commandes d'essuie-glace et autres (brevet Citroen)
Si le brevet est censé promouvoir l'innovation, sa mise en application montre clairement les limites de l'exercice :/ (sans même parler de obfuscation et la généralisation à outrance faisant perdre toute substance à certains brevets et dévoyant leur protection au-delà du raisonnable).
"… Ouais, ben je vais me prendre une carte orange, moi, hein…"
oula, ça fait bien longtemps que tu n'es pas repassé en France :-) c'est le pass navigo maintenant (avec une version payante pour ne pas être fliqué en permanence et à l'année).
Tu parles de SaaS : tu n'achètes que le service, ça a un coût :-)
C'est généralement de la boîte noire et contrairement à du logiciel propriétaire (que tu peux décompiler sur ton poste et faire de la rétro-ingénierie à des fins d'interopérabilité, en ce qui reste vaste, tant que tu restes dans la légalité, en Europe notamment, heureusement).
Franchement, relire ou revoir les conf' de Benjamin Bayart aident à comprendre l'autonomie minimale nécessaire pour survivre :
puis-je l'installer chez moi ?
ai-je le contrôle de mes données (avec le safe harbour battu en brèche depuis septembre 2015 alors que ses limites avaient déjà été mises à mal avec Snowden bien avant, la réaction semble bien tardive si vous le découvrez en 2016)
au pire, puis-je récupérer mes données ?
Sérieux ? Un format ouvert est le pré-requis, pas une solution, ne pas se poser la question est condamnable (rôle de conseil, toussa…),
pour autant peu connu de ce que j'en ai vu : par exemple, migration documentum à alfresco ? (ce n'est que de la GED et des documents, les mêmes équipes mais à des périodes différentes et experts en leur domaine : des cas concrets aideraient mon argumentation, je n'en ai que peu vu…)
Il y a le PaaS/DIY dont j'ai parlé auparavant pour lequel le logiciel libre, les formats ouverts et l'accès facilitent les choses, ce que le SaaS complique par nature (pas tout le temps, mais par défaut c'est boîte noire, pas boîte grise et quand c'est boîte blanche il reste toujours un truc de plus qui était resté en boîte grise…).
Cela bat en brèche tes niveaux dont je suis peu convaincu… désolé.
[^] # Re: vu dans précédent nourjal
Posté par BAud (site web personnel) . En réponse au journal SNCF et OpenData : API disponibles. Évalué à 2.
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 :-)
# vu dans précédent nourjal
Posté par BAud (site web personnel) . En réponse au journal SNCF et OpenData : API disponibles. Évalué à 5.
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).
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).
[^] # Re: Sympa
Posté par BAud (site web personnel) . En réponse au journal Claude est pédagogue. Évalué à 4.
ça l'fait ;-)
[^] # Re: Y a un peu de terre je vous le mets quand même?
Posté par BAud (site web personnel) . En réponse au journal La minute de Monsieur Cyclopède. Évalué à 3.
Quelle est la différence entre un pigeon ?
[…]
Attention, cette question contient un piège !
[^] # Re: blocages lecture/écriture sur SSD/HDD
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.4. Évalué à 2. Dernière modification le 23 février 2016 à 00:01.
Pour la comparaison de mémoire :
about:memorychrome://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.
[^] # Re: Génial mais dommage pas la même choses pour les autres noyaux
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.4. Évalué à 4.
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
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
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.
[^] # Re: gimp, inkscape...
Posté par BAud (site web personnel) . En réponse au message [resolu] Paquets à conseiller pour création d'illustrations et printables. Évalué à 3.
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é.
[^] # Re: Noms
Posté par BAud (site web personnel) . En réponse à la dépêche Du nouveau et du vu sur Internet : des serveurs et une API. Évalué à 3.
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
[^] # Re: bravo !
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.4. Évalué à 4.
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).
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…
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 !
[^] # Re: blocages lecture/écriture sur SSD/HDD
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.4. Évalué à 10.
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é).
[^] # Re: blocages lecture/écriture sur SSD/HDD
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.4. Évalué à 4.
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…
# tiens l'IGN essaie de faire du libre ?
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de iTowns v1.0 : framework web pour la donnée géographique 3D. Évalué à 6. Dernière modification le 20 février 2016 à 13:42.
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 ;-)
# saisie au kilomètre
Posté par BAud (site web personnel) . En réponse au journal Petite intro Libre Office. Évalué à 3.
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)
[^] # Re: blocages lecture/écriture sur SSD/HDD
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.4. Évalué à 5.
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 :
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).
[^] # Re: bravo !
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.4. Évalué à 3.
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 :-)
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 :/
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 :/
[^] # Re: Uninstall ? Remove ?
Posté par BAud (site web personnel) . En réponse à la dépêche Weboob : une version 1.1 pour son sixième anniversaire. Évalué à 4. Dernière modification le 19 février 2016 à 23:16.
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 -baqui a des couettes.de rien, la collaboration entre distro est dans les gènes de Mageia :-)
[^] # Re: Génial mais dommage pas la même choses pour les autres noyaux
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.4. Évalué à 8.
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 !
[^] # Re: Ah si seulement...
Posté par BAud (site web personnel) . En réponse à la dépêche Paperwork 0.3. Évalué à 0.
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 :-)
# bravo !
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.4. Évalué à 10.
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 ?
[^] # Re: Article sur le sujet
Posté par BAud (site web personnel) . En réponse au journal Brevet et création 3D. Évalué à 2.
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.
[^] # Re: Article sur le sujet
Posté par BAud (site web personnel) . En réponse au journal Brevet et création 3D. Évalué à 2.
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/
[^] # Re: Article sur le sujet
Posté par BAud (site web personnel) . En réponse au journal Brevet et création 3D. Évalué à 2.
je veux bien le texte de loi concerné, j'aurai appris une chose :-)
hmmm, j'avais effectivement en tête le LVMH, dont le logo est la décoration (belle astuce au passage :p).
pourtant, j'ai en tête aussi la condamnation de samsung avec ses coins ronds :
http://www.lemonde.fr/technologies/article/2012/08/25/guerre-des-brevets-apple-remporte-une-victoire-ecrasante-contre-samsung_1750814_651865.html
https://linuxfr.org/users/arny/journaux/apple-vs-samsung-le-verdict
c'est basé sur des brevets, du ressort du droit américain, il est vrai (jury toussa…).
oui, ça c'est l'argument massue, je l'avais en tête aussi bien sûr ; même si, dans mon constat, peu de monde réussit à comprendre le problème ; accessoirement, je suis toujours autant étonné d'avoir à l'expliquer alors que ça me paraît évident o_O
Ma seule explication est que « c'est du juridique » et, comme pour le « c'est de la sécurité ou du respect de la vie privée », beaucoup ont tendance à fermer leur cerveau et se dire « c'est compliqué, je ne vais rien entraver ».
L'exemple classique étant l'explication qu'une clé privée est privée et à ne pas diffuser et une clé publique ne craint rien : soit on te demande confirmation qu'on peut bien envoyer la clé publique, soit tu te rends compte que clé privée+clé publique ont été envoyées par mail sur une liste de diffusion large ou avec des interlocuteurs externes… m'enfin bon, l'humanité ne sera plus là dans 4,5 milliards d'années même si on a tendance à lui octroyer un peu de bon sens qu'elle n'a apparemment que sélectivement :p Un collègue se serait fait de belles fins de mois s'il avait touché 1 € à chaque fois qu'il a dû l'expliquer :D
Un autre exemple est « prolonger l'état d'urgence est une connerie », mais bon « les français ont peur » o_O Je ne vais pas trop la détailler celle-là, hormis relever : c'est « urgence » que tu n'as pas compris ?
[^] # Re: Article sur le sujet
Posté par BAud (site web personnel) . En réponse au journal Brevet et création 3D. Évalué à 2.
oui, c'est la combinaison du droit d'auteur et des brevets.
c'est le 3e volet, le droit des marques qui est généralement utilisé dans ce cas, en complément des deux autres
hmmm Michel Rocard défendait plutôt l'axe "ayant une action sur le réel", avec comme exemple l'ABS dans les voitures : l'algo pilote les freins sans action du conducteur
tout comme toi, cela me laisse très dubitatif et ne m'incite que peu à souhaiter bénéficier des brevets dans le monde du logiciel… Déjà que dans "le monde en dur" on voit bien que cela a freiné l'innovation, que cela soit :
Si le brevet est censé promouvoir l'innovation, sa mise en application montre clairement les limites de l'exercice :/ (sans même parler de obfuscation et la généralisation à outrance faisant perdre toute substance à certains brevets et dévoyant leur protection au-delà du raisonnable).
[^] # Re: Un grand merci à AMD !
Posté par BAud (site web personnel) . En réponse au journal Vulkan 1.0. Évalué à 4.
oula, ça fait bien longtemps que tu n'es pas repassé en France :-) c'est le pass navigo maintenant (avec une version payante pour ne pas être fliqué en permanence et à l'année).
# SaaS
Posté par BAud (site web personnel) . En réponse au journal Un service ouvert ?. Évalué à 5. Dernière modification le 18 février 2016 à 00:09.
Tu parles de SaaS : tu n'achètes que le service, ça a un coût :-)
C'est généralement de la boîte noire et contrairement à du logiciel propriétaire (que tu peux décompiler sur ton poste et faire de la rétro-ingénierie à des fins d'interopérabilité, en ce qui reste vaste, tant que tu restes dans la légalité, en Europe notamment, heureusement).
Franchement, relire ou revoir les conf' de Benjamin Bayart aident à comprendre l'autonomie minimale nécessaire pour survivre :
Il y a le PaaS/DIY dont j'ai parlé auparavant pour lequel le logiciel libre, les formats ouverts et l'accès facilitent les choses, ce que le SaaS complique par nature (pas tout le temps, mais par défaut c'est boîte noire, pas boîte grise et quand c'est boîte blanche il reste toujours un truc de plus qui était resté en boîte grise…).
Cela bat en brèche tes niveaux dont je suis peu convaincu… désolé.