BAud a écrit 12788 commentaires

Pareil, ce n'est que lorsque je scrolle que ça me mange 2 coeurs (selon la répartition de Xorg et soffice.bin sur les cœurs sans doute)
résultat d'un top :

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND            
 1173 root      20   0 77704  20m  10m S   60  0.7  10:01.21 Xorg               
 3355 baud      20   0  330m 179m  76m S   52  6.0   0:33.76 soffice.bin   

visiblement, c'est surtout la page 11 qui mange le plus pour le rendu... (à peu près la seule sur laquelle je perds la main et que LibreOffice ne se met plus à jour, ou alors j'ai essayé de scroller trop vite vu qu'il me rend la main sur la page 17 là...).

Intel core i5 / 4 cœurs / 4 Go de RAM (bon, spa la RAM qui bloque...)

issu de /proc/cpuinfo
model name : Intel(R) Core(TM) i5-2410M CPU @ 2.30GHz

résultat de rpm -qa|grep -E "libreoffice-writer|x11-server-xorg"
x11-server-xorg-1.10.1-1.1.mga1
libreoffice-writer-3.4.4.2-0.3.mga1
(sur Mageia 1 à jour)

Peut-on mettre à jour un journal linuxfr déjà publié ?

Seuls les modérateurs le peuvent.

Il y a aussi l'option de le transformer en dépêche qui a été prise http://linuxfr.org/news/quelques-aspects-de-la-securite-qui-n-ont-rien-a-voir-avec-le-sandboxing car bien rédigé et avec un axe d'analyse intéressant :-)

coquilles corrigées et je me suis permis de revoir le Markdown et quelques autres typos :-)

il doit y avoir un log irc d'un de mes mails en 1992 ou 1993, sur archive.org :) talk n'avait sans doute pas de log en 1988 :/

c'est une référence à http://linuxfr.org/users/nedflanders/journaux/pulseaudio-sur-android ! (bon ça a été corrigé hein, mici :p)

tiens, parler ci-dessus du cpan, des gems, des greffons firefox, ça m'a rappelé gcstar (un gestionnaire de collections genre livres, BD, DVD...) qui a aussi son propre système de mises-à-jour :
http://wiki.gcstar.org/en/update (oui, une commande à lancer en root)

pour autant, les greffons dupliqués, tripliqués, sur un système par nature multi-utilisateur...

peut-être un rpm-cpan, apt-cpan, yaourt-cpan, urpmi-cpan... et tous les modules afférents pour gérer la mise à jour (quand il n'y a pas trop de dépendances...) pour chaque type de paquets et chaque type de greffons ? (histoire d'avoir un exemple plus générique que le cpan qui pourrait déjà s'appliquer aux gems et autres dépôts ?)

ceci est un complément (gcstar) à http://linuxfr.org/nodes/89104/comments/1312302 pour illustrer qu'il n'y a pas que pypy, firefox, chromium... sans compter les déclinaisons de adblock :)

si c'était gratuit, ce serait vu comme un avantage en nature :/ bon, j'ai reçu pendant longtemps une feuille mensuelle indiquant que « la direction a décidé de surseoir à la facturation » :-) (en même temps, le BCH, le process de facturation aurait tourné de l'ordre de 24h à l'époque iirc, ça a dû changer depuis mon départ vers 2001, le change request pour booster les perfs avait été demandé).

la suite du logiciel libre (faire tourner ce que l'on souhaite sur du matériel), c'est tout de même le matériel aussi, voir openhardware http://linuxfr.org/tags/openhardware/public

merci de ton retour d'expérience.
Pour répondre sur la facilité à trouver le nom par les moteurs de recherche, étant donné que tu te bases sur Slackware, slack0 serait peut-être plus approprié que 0 Linux (qui est un peu galvaudé) ? En plus, il y a déjà une page wikipedia pour Slacko :)

Tu as eu de la chance d'être hébergé par TuxFamily :) nous recommandons plutôt de participer à des distributions existantes la plupart du temps, il faudra que je backloggue notre espace de modération, ton projet avait sans doute une originalité qui nous a intéressé (déjà, pas basé sur une *buntu...). N'hésite pas à demander plus d'espace sur les downloads au besoin :)

Bon courage pour la suite et merci encore pour ton implication, ça fait plaisir :)

cela mériterait surtout une dépêche :-) il y aura s/support/prise en charge/g au passage et s/driver/pilote/g ;-)

ah, info supplémentaire : la dépêche était passée de rédaction à modération entretemps... ceci pouvant expliquer cela, même si c'est un peu déconcertant ;-)

Mais à quoi sert ce découpage en paragraphe, à part créer des bugs qui sont indevinables pour l'utilisateur puisque la prévisualisation se comporte correctement ?

oui, le comportement en visualisation est différent entre l'espace de rédaction et la modération. C'est une fonctionnalité... source de ce bug :/

en même temps, ils ont un peu eu raison :) quand tu vois qu'ils ne sont pas capables de laisser une ligne blanche avant une liste... (60% de mes éditions de commentaires, 30% pour l'utilisation de la citation avec un > en début de ligne et un retour chariot pour la réponse...)

j'ai un peu l'impression que « oui, mais rajouter 2 espaces à la fin d'une ligne, faudrait avoir lu la spec tu vois, spa intuitif » (je les rejoins sur le côté pas intuitif, l'aide pourrait être plus claire sans doute, même si la pré-visualisation devrait servir à cela dans la plupart des cas).

plus globalement, il y a déjà tous les contenus taggés mediacenter http://linuxfr.org/tags/mediacenter/public :) geexbox, xbmc... et il doit être possible d'en tagguer d'autres :D

bravo pour l'initiative ;-) (j'aime bien les sujets scientifiques)

peut-être que le flux associé aux contenus suivants pourrait être syndiqué ?

• http://linuxfr.org/tags/science/public tag science (contenus modérés a posteriori et a priori)
• http://linuxfr.org/sections/science catégorie science (uniquement des contenus modérés a priori)

est-il prévu de l'internationalisation pour syndiquer des contenus francophones, vu que je vois principalement des contenus en anglais ?

Par ailleurs, http://www.floss4science.com/legal/ est relativement complet. Il manque néanmoins une description synthétique de la volonté du projet, quelle est la motivation ? (je n'ai pas trouvé une page « about us »...). Par ailleurs il y a deux paragraphes un peu opposés :
Dans « Posting Content on Our Services » :

Except as otherwise provided in this TOS, you or the owner of any content that you post to our Services retain ownership of all rights, title, and interests in that content. However, by posting content on a Service, you grant us and our assigns, agents, and licensees the irrevocable, royalty free, perpetual, worldwide right and license to use, reproduce, modify, display, remix, perform, distribute, redistribute, adapt, promote, create derivative works, and syndicate this content in any medium and through any form of technology or distribution. We own all rights, title, and interests in any compilation, collective work or other derivative work created by us using or incorporating your content (but not your original content).

le « us » (you grant us and our assigns) semble s'appliquer tant aux créateurs du site qu'aux utilisateurs inscrits et cela ressemble à une BSD permettant distribution, redistribution de contenu modifié.

Dans « Using Our Content and Trademarks »

You may be given the opportunity to download certain content. You may do so only to the extent authorized for that particular content. You may not use the content in a manner that exceeds the rights granted for your use of the content nor may you copy or distribute the content or create a derivative work unless you are authorized to do so.

(bon il y a le « unless you are authorized to do so » qui permet relativement tout, en tenant compte du paragraphe précédent :D).

Enfin, le logo CC-by-NC-ND apposé sur chaque page est incompatible avec le FLOSS (au sens de la FSF et au sens de l'opensource selon l'OSI) : est-ce voulu ? C'est peut-être un choix un peu rapide d'une licence affichée pour les contenus, incompatible d'ailleurs avec le § legal indiqué ci-dessus ?

Concernant le calendrier http://www.floss4science.com/calendar-of-floss-events/ il manque le fosdem à venir (4-5 février), il serait aussi possible de fédérer :

• http://agendadulibre.org (avec un tag science par exemple, il y a http://www.agendadulibre.org/listevents.php?tag=robotique qui existe)
• http://www.agendadulibre.qc.ca
• il y a aussi http://www.agendadulibre.be/ (mais il manque d'événements :/)

bref quelques suggestions, quelques questions, des contenus intéressants, bon courage déjà pour la suite :-)

dans ce cas, l'un sera un firmware (version ARM), l'autre sera un OS (version x86)

les deux restent du logiciel :

• ils peuvent être mis à jour
• ils peuvent monter de version
• ils peuvent être améliorés
• ils peuvent être changés
• ils peuvent être distribués
• ils sont compilés à un moment
• il existe un code source
• ils ont une licence (ou un CLUF /o\)
• ils peuvent être décompilés et la rétro-ingénierie est légale en France (et en Europe), au moins à des fins d'interopérabilité
• ils peuvent être remplacés par du libre

ils reportent être connectés à Cogent

ça peut être une explication :)

• liste des tags les plus utilisés (20 tags, à 30 j, 1 an voire depuis EPOCH : cela moyennera les sections qui ont été automatiquement transformées en tags) ; je n'aime pas trop ce genre de liste quand elle est trop mise en avant, mais dans les stats ça n'engendrerait que peu l'effet de bord « ajout du tag parce qu'il est populaire »
• nombre de tags visibles / non visibles (pour ces derniers peut-être une liste de 20 plus récents... liste accessible uniquement au rôle relecteur et plus), évolution à 30 jours / 1 an / EPOCH
  • est-il possible de distinguer les nouveaux tags (date de création ou 1ère apparition) des tags utilisés ? : permettrait d'avoir une notion de « nouveaux tags populaires » et tags « classiques » utilisés (donnerait deux vues pour la liste des tags les plus utilisés par exemples). Cela permettra aussi de modérer les nouveaux tags qui apparaissent (les rendre non visibles au besoin, ou identifier d'anciens tags à remplacer / compléter par des plus significatifs sur certains contenus)
  • si oui, ajouter une liste des tags les plus anciens les moins utilisés :-)
• dépêche / journal / forum / wiki / suivi les plus taggués (3 contenus de chaque ?)
  • tags les plus utilisés par contenu ? (tenir compte du statut non visible)
• nombre de tags moyen / max / min (> 0 ?) pour chaque type de contenu
• compléter avec quelques stats sur l'utilisation des règles proposées sur la page wiki Tags (s'il est possible d'en tirer des stats : utilisation pluriel, utilisation tag composé avec un « _ »)

pour des idées complémentaires / exemples d'utilisation, voir http://vhffs.org/dev:devtags ou ajouter des commentaires.

euh les non-parisiens ont l'occasion de prendre le métro (bon moi surtout le RER, C d'ailleurs, puis B puis A... parce que ça pue le métro^W^W^W^Wje bosse à l'autre bout de Paris vers la droite alors que je suis plutôt en bas vers la gauche...).

Lorsque j'étais pur provincial, j'avais aussi un avis sur le métro

• soit parce que venant à Paris (ou en tout cas en région parisienne) de temps en temps
• soit parce que du fait de notre « superbe » réseau ferroviaire en étoile, faire Lyon / Saint-Broc, c'est quasi-forcément passer par Paris (bon il y a la ligne passant par Massy... mais cela reste en région parisienne tout de même)

Bon, il y a sans doute des exceptions, ça fonctionne dans les deux sens :)

Si besoin je peux mettre un lien vers la nouvelle entrée dans un commentaire de la première

oui, c'est la bonne pratique ;-)
ainsi que rappeler dans celui-ci un lien vers le précédent journal http://linuxfr.org/users/chansen/journaux/indemnit%C3%A9s-de-cong%C3%A9s-pay%C3%A9s-et-proc%C3%A9dure-au-tribunal-de-prudhommes-de-paris

Parce que, quand on passe des heures entières à mouler ici, à lire plein de trucs supers, à débattre sur des sujets éclectiques, on finit pas se sentir redevable envers ce site et cette communauté, et ça paraît alors tellement naturel de faire de son mieux pour contribuer sur un sujet

bon résumé :)
c'est aussi cela (notre communauté, sa diversité, en bien ou en moins bien) qui me fait :

• rester à modérer (=relire des dépêches + militer pour l'ortho en corrigeant quand j'ai du temps),
• tenter de participer à des essais d'aller au-delà (tags, wiki...) même si c'est dur de réussir à impliquer du monde :)

Au moins, on passe un bon moment, cela rentre dans le cadre de la veille techno, que demander de plus ? Et il y a souvent de l'accueil de petits nouveaux qui se lancent :p (même si l'accueil pourrait être moins rude :D).

Le papier n'est pas forcément le même, par exemple : j'ai eu pas mal de BàT sur papier photo (brillant) alors que ça allait être passé à l'offset sur du papier mat (et qui absorbe plus l'encre). Bon c'était autour de 1995, ça a pu évoluer.

L'objet du BâT, c'est aussi de valider le positionnement des papillons (permettant le bon calage des couleurs), s'assurer des dimensions, vérifier que les bonnes parties vont partir en fonds perdus (à la découpe)...

En imprimerie, tu utilises généralement de la quadrichromie : CYMK (cyan - jaune - magenta - noir) pour faire de la couleur, mais cela réclame un étalonnage de bout en bout pour obtenir les mêmes couleurs qu'à l'écran (qui est en RGB, rouge - vert - bleu).

Avec pantone, l'encre est d'une couleur donnée et définie (bon ça dépend du papier choisi pour imprimer...) et le graphiste peut avoir la palette (le nuancier) sous les yeux : peu de surprise sur les couleurs à l'impression, peu d'écart entre le bon à tirer et l'impression finale (le BàT a généralement des couleurs plus chaudes que l'impression effective, ça a pu changer dernièrement...).
Pour du bicolore (noir + une couleur pantone ou 2 couleurs pantones, pour un logo par exemple), cela peut être intéressant : uniquement 2 plaques et 2 passes à faire avec l'offset contre 4 en CYMK :)

Voir aussi l'article wikipedia sur pantone comme l'indique tankey< ci-dessous.
Bon, un petit souci, il n'y a pas bijection entre les espaces de couleurs RGB - CYMK - Pantone :/

pantone est couvert par des droits d'auteur, ça les regarde de créer un truc dans leur coin, loin du format ouvert ;-) (franchement, des couleurs ça aurait été dommage de les breveter, ils ont fait plus con pour plus longtemps, doit rester 50 ans à tenir... pour moins cher pour eux, c'est ballot).

oui, parce que glyphes (au pluriel donc) ne donne pas une page valide de wikipedia :/ (glyphes est pourtant souvent au pluriel, yaka créer la redirection sur wp tu me répondras... je peux ensuite modifier la dépêche :D).

NdM : glyphes ne passait pas bien, d'où la suppression du s... du contournement àmha :/