Pour ZFS, je crois avoir lu que c'est parce que son cache mémoire est gigantesque (il essaie de prendre toute la mémoire disponible)
ah, mais tu n'as pas besoin de le croire : c'est comme ça qu'Oracle fourguait ses Solaris avec genre 96 Go de RAM par LDOM pour héberger 5 pauvres bases de données et faire croire que leurs perfs étaient au top => forcément avec presque tout chargé en mémoire, même avec les pires requêtes (qui — au hasard — faisaient des FULL /o\) ça ne ramait pas trop :/ et — en plus — ils se mettaient dans la poche les admin' sys qui — voyant la conso RAM dépassant la moitié de la RAM physique allouée — préconisaient de l'augmenter encore o_O tout ça pour que ZFS ait plus de cache à consommer…
ploum< tu m'étonnes de ne pas connaître certains des fonctionnement de LinuxFr.org o_O
Le fonctionnement de l'espace de rédaction est pourtant documenté sur la page éponyme du wiki.
il y a un espace collaboratif de rédaction de dépêches. Je ne pense pas que tout le monde y aie accès. C’est peut-être réservé. Ou peut-être pas.
il suffit d'être identifié en tant que contributeur (donc, simple utilisateur du site) pour y avoir accès : en lecture, en édition, et même en réorganisation (édition de la globalité de la dépêche).
Un rôle d'animateur de l'espace de rédaction permet d'aller plus loin comme indiqué dans l'aide à l'animation
Qui méritent mieux que d’être corrigés/effacés par 10 modérateurs sans que personne ne puisse lire le contenu.
il y a 12 modérateurs + 4 admins soit plutôt 16 personnes pouvant modérer les dépêches après soumission et 7 personnes en rédacteurs pouvant proposer à la modération les dépêches commencées en rédactions + les plus de 2000 personnes s'étant identifiées sur les 3 derniers mois pouvant éditer les dépêches en rédaction.
Après il manque un truc à LinuxFr.org c'est de pouvoir envoyer des messages directement aux utilisateurs. Pouvoir pinguer quelqu'un pour lui demander de contribuer sur un point précis, ou lui rappeler qu'on l'attend, ça aiderait pas mal.
c'est fait régulièrement par les modérateurs, tu peux t'abonner à la mailing-listrédaction pour t'en assurer :-)
prendre en compte date de création du compte (à défaut d'autre info déclarative) pour « l'âge »
éventuellement, prendre en compte les contributeurs à la rédaction (ce qui permettra de traiter le cas des dépêches attribuées à Collectif)
Pour moi, soit un dossier doit se faire avec une équipe donnée en fonction du sujet et donc sur une plateforme faite pour (un framapad par exemple),
bin l'avantage de la rédaction c'est sa tribune sur le côté permettant de discuter des sujets en cours d'édition (tu retrouves la même notion sur un pad)
soit le dossier est ouvert à tout le monde et on parle d’un wiki
moui, les dossiers pourraient aller dans le wiki ou en dépêche tagguée dossier ou un tag plus représentatif ;-) un peu comme cela est fait pour les journaux_du_mois
l'inconvénient du wiki c'est que l'édition se fait sur la page entière et que les commentaires deviennent souvent obsolètes (un peu comme sur une mailing-list) et qu'il n'y a pas de tribune :/
et ma 4ème en tant que bénévole, je me permet donc d'ajouter quelques détails
merci pour ton implication, c'est l'intérêt d'avoir un événement bien rôdé pour que tout se passe au mieux _o/
donc par réflexe on commence en anglais
ce n'est pas trop un problème, les franchouillards se font vite repérer avec leur accent, permettant de revenir à une langue compréhensible (le françois donc :p)
Il faut pas avoir peur d'être bénévole, c'est très simple, on aide en fonction de ses capacités
c'est le propre du bénévole, chacun fait au mieux, et cela motive l'implication de chacun. Le fait d'avoir un événement annuel sur le même site permet aussi de mieux transmettre les us et coutumes — sachant que de cadrer un événement avec autant de personnes en plus chaque année sur aussi peu de jours demande d'être un peu rôdé :-)
S'il n'y a pas de roadmap à proprement parler, il y a des projets, des suggestions et des orientations.
ça c'est un peu dur à trouver, sans suivre les minutes de l'ESC ?
Concernant les projets et suggestions, on en trouve une liste sur le wiki développeur dans la rubrique "Pick a task"
oui \o/ c'est cela : les Pick a task c'est ce que j'avais touvé de plus approchant et ça capitalise autour du bugzilla pour détailler les différents points à traiter (ça manque un peu de classification par module (calc, impress, writer…) mais oui c'est un peu ce dont je me rappelais, merci _o/
avec, en particulier, chaque année les projets de Google Summer of Code
un projet GSoC « documenter comment je m'y retrouve dans tous les sites » serait le bienvenu :-)
un autre point d'entrée est souvent la QA lorsque focalisée sur un thème (parfois il n'y a pas de développement en tant que tel, enfin si : documenter / tester fait partie du cycle de dév, il n'y a pas que le code qui est important :p). J'ai toujours du mal à retrouver la page indiquant les sujets du moment (je scrute parfois les RecentChanges du wiki pour intercepter ce qui se passe…)
Pour voir ce qui est en cours, il faut suivre les minutes des réunions de l'ESC, la liste dev
un boulot quasi à plein temps :p
Heureusement, il y a Michael Meeks pour faire des présentations fun au Fosdem (effet démo / oups quasi systématique) sur un des sujets du moment.
Bref, pas mal de technicité, des process d'ingénierie logiciel plutôt bien documentés (suffit de tomber sur la spéc de certaines fonctions du code…), ce qui demande de mettre le pied à l'étrier avant de pouvoir partir au galop ;-) (et par nature du dév international, c'est beaucoup en anglais, forcément :/)
Il y a beaucoup de composants dans LibreOffice, c'est assez dur d'apporter une vue synthétique des évolutions en cours… encore moins en français… et c'est souvent par le bugzilla que tu pourras suivre ce qui est en cours.
Jean-Baptiste Faure aura sûrement des remarques plus précises concernant son workflow selon ses centres d'intérêt ;-)
ça s'appelle du contournement :-) (et c'est déjà bien : cela montre que c'est faisable)
la bonne pratique est d'argumenter sur la demande d'évolution (sur le bugzilla) — statistiques d'utilisation à l'appui — ou mieux, proposer un patch permettant de l'intégrer upstream ; au final, c'est moins de boulot de part et d'autre que d'argumenter ad nauseam :D
[^] # Re: Résumé
Posté par BAud (site web personnel) . En réponse au lien Unicode misconceptions. Évalué à 3.
SpaceFox< et Gil Cot<
vous êtes des grands malades des lettres (ou des Lettres ?) /o\
déjà que je ne lis qu'à peine le grec et le cyrillique :/
[^] # Re: Coquille?
Posté par BAud (site web personnel) . En réponse à la dépêche Version 4.0 pour GCompris. Évalué à 2.
comme quoi ETOOMANYBURNO :-)
[^] # Re: résolu
Posté par BAud (site web personnel) . En réponse au message Encore un problème avec BRTFS. Évalué à 6. Dernière modification le 26 février 2024 à 18:33.
ah, mais tu n'as pas besoin de le croire : c'est comme ça qu'Oracle fourguait ses Solaris avec genre 96 Go de RAM par LDOM pour héberger 5 pauvres bases de données et faire croire que leurs perfs étaient au top => forcément avec presque tout chargé en mémoire, même avec les pires requêtes (qui — au hasard — faisaient des FULL /o\) ça ne ramait pas trop :/ et — en plus — ils se mettaient dans la poche les admin' sys qui — voyant la conso RAM dépassant la moitié de la RAM physique allouée — préconisaient de l'augmenter encore o_O tout ça pour que ZFS ait plus de cache à consommer…
[^] # Re: Il y a des applis ?
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de LuneOS « Eiskaffee ». Évalué à 3.
bin freedesktop s'applique au portable (l'ordi) et au mobile (le débilephone^W ordiphone)
cf. https://www.freedesktop.org/wiki/
ce pour quoi je vais donner sa chance à KDE^W Plasma plutôt que Gnome…
[^] # Re: Il y a des applis ?
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de LuneOS « Eiskaffee ». Évalué à 3. Dernière modification le 18 février 2024 à 23:15.
ah, UT c'est Ubuntu Touch !? moi qui croyait qu'une nouvelle version de Unreal Tournament était sortie que j'aurais loupée /o\
[^] # Re: Pas exactement une réponse. Juste des pistes utiles ?
Posté par BAud (site web personnel) . En réponse au message Outil libre de modélisation Sysml - UML (priorité à Sysml). Évalué à 2.
Il y a DoUML qui propose des complément à BoUML
https://github.com/DoUML/douml
mais bon, la dernière release date de 2016 (et le git semble peu actif :/)
# et modelio
Posté par BAud (site web personnel) . En réponse au message Outil libre de modélisation Sysml - UML (priorité à Sysml). Évalué à 3.
modelio propose ce dont tu as besoin (et plus)
https://www.modelio.org/index.htm
sinon pour de l'UML ya umbrello https://apps.kde.org/fr/umbrello/ (faut aimer le jaune et les contours rouges :/)
et avec Architool il doit y avoir moyen de faire aussi https://www.archimatetool.com/
[^] # Re: Téléverser ?
Posté par BAud (site web personnel) . En réponse au journal Google retire Conversations du magasin Play (Play Store). Évalué à 5.
qui est un faux-ami de traduction de definitely ;-)
[^] # Re: Iodé OS
Posté par BAud (site web personnel) . En réponse au message GrapheneOS ou "usage simple" de la rom de base ?. Évalué à 2.
tu as un début de comparatif -ça date de 2022/début 2023 — mais ça parle de Pixel 6) sur
https://community.e.foundation/t/murena-phone-vs-graphene-os-vs-android/44567/14
un tableau sur
https://eylenburg.github.io/android_comparison.htm
(à toi de sélectionner tes critères…)
quelques points saillants de GrapheneOS :
https://privacytogo.co/lineageos-vs-grapheneos/
[^] # Re: Bonne idée !
Posté par BAud (site web personnel) . En réponse au journal Mon gestionnaire de mots de passe, en 50 lignes de HTML. Évalué à 9.
spa gagné :/
cf. https://linuxfr.org/users/luc-skywalker/liens/vol-de-donnees-personnelles-la-moitie-des-assures-sociaux-concernee
[^] # Re: Entrée de suivi pour "Réduire la liste des dépêches en cours de rédaction"
Posté par BAud (site web personnel) . En réponse au journal De l’espace de rédaction Linuxfr. Évalué à 2.
euh bin, perso je ne l'ai pas vu :D
j'imagine que peu des rédacteurs non plus ? (réponse souhaitée)
autant le garder sous le coude comme une évolution (qui a des impacts collatéraux)
mais oui, bienvenue au cercueil^Wcercle des bonnes idées tombées en désuétude :/
# précisions rédaction
Posté par BAud (site web personnel) . En réponse au journal De l’espace de rédaction Linuxfr. Évalué à 4.
ploum< tu m'étonnes de ne pas connaître certains des fonctionnement de LinuxFr.org o_O
Le fonctionnement de l'espace de rédaction est pourtant documenté sur la page éponyme du wiki.
il suffit d'être identifié en tant que contributeur (donc, simple utilisateur du site) pour y avoir accès : en lecture, en édition, et même en réorganisation (édition de la globalité de la dépêche).
Un rôle d'animateur de l'espace de rédaction permet d'aller plus loin comme indiqué dans l'aide à l'animation
Cela a permis de réduire la durée de modération comme visible sur https://linuxfr.org/statistiques/moderation#temps_depeches
tu as des stats d'ancienneté des comptes actifs sur les 3 derniers mois :
1999 36 2%
2000 50 2%
2001 157 7%
2002 166 7%
2003 179 8%
pour le sondage, tu faisais allusion à Cher lectorat, chèr(e) contributeurice, quel âge avez-vous ? ou à Depuis quand suivez vous LinuxFr.org ? ? — Sachant que 100% des sondages sont orientés ou non représentatifs et que 74,76% des statistiques sont fausses :D
il y a 12 modérateurs + 4 admins soit plutôt 16 personnes pouvant modérer les dépêches après soumission et 7 personnes en rédacteurs pouvant proposer à la modération les dépêches commencées en rédactions + les plus de 2000 personnes s'étant identifiées sur les 3 derniers mois pouvant éditer les dépêches en rédaction.
cf. https://linuxfr.org/equipe et https://linuxfr.org/aide#aide-authentification pour les différents droits octroyés dès lors qu'on s'identifie sur LinuxFr.org (ce qui permet de participer un peu plus, notamment en nourjal mais aussi en rédaction :p).
vala vala, il y a de quoi faire :-) Merci ploum pour ta relance de la dynamique de l'espace de rédaction _o/
[^] # Re: Mais oui !
Posté par BAud (site web personnel) . En réponse au journal De l’espace de rédaction Linuxfr. Évalué à 3. Dernière modification le 09 février 2024 à 16:19.
c'est fait régulièrement par les modérateurs, tu peux t'abonner à la mailing-list rédaction pour t'en assurer :-)
[^] # Re: l'âge d'une dépêche est corrélé à l'âge des auteurs zé autrices
Posté par BAud (site web personnel) . En réponse au journal De l’espace de rédaction Linuxfr. Évalué à 3.
ah tiens, c'est une idée de stat supplémentaire pour
https://linuxfr.org/statistiques/moderation#temps_depeches ;-)
prendre en compte date de création du compte (à défaut d'autre info déclarative) pour « l'âge »
éventuellement, prendre en compte les contributeurs à la rédaction (ce qui permettra de traiter le cas des dépêches attribuées à Collectif)
[^] # Re: Plus flexible
Posté par BAud (site web personnel) . En réponse au journal De l’espace de rédaction Linuxfr. Évalué à 4.
bin l'avantage de la rédaction c'est sa tribune sur le côté permettant de discuter des sujets en cours d'édition (tu retrouves la même notion sur un pad)
moui, les dossiers pourraient aller dans le wiki ou en dépêche tagguée dossier ou un tag plus représentatif ;-) un peu comme cela est fait pour les journaux_du_mois
l'inconvénient du wiki c'est que l'édition se fait sur la page entière et que les commentaires deviennent souvent obsolètes (un peu comme sur une mailing-list) et qu'il n'y a pas de tribune :/
[^] # Re: «Le compte d'un professionnel de santé a été hameçonné»
Posté par BAud (site web personnel) . En réponse au lien Vol de données personnelles: la moitié des assurés sociaux concernée. Évalué à 2.
sur laquelle il y a ton n° de sécurité sociale ;-)
[^] # Re: Quelques astuces
Posté par BAud (site web personnel) . En réponse à la dépêche Une balade au FOSDEM. Évalué à 2.
merci pour ton implication, c'est l'intérêt d'avoir un événement bien rôdé pour que tout se passe au mieux _o/
ce n'est pas trop un problème, les franchouillards se font vite repérer avec leur accent, permettant de revenir à une langue compréhensible (le françois donc :p)
c'est le propre du bénévole, chacun fait au mieux, et cela motive l'implication de chacun. Le fait d'avoir un événement annuel sur le même site permet aussi de mieux transmettre les us et coutumes — sachant que de cadrer un événement avec autant de personnes en plus chaque année sur aussi peu de jours demande d'être un peu rôdé :-)
[^] # Re: Numérotation des versions
Posté par BAud (site web personnel) . En réponse à la dépêche LibreOffice 24.2 : nouvelle année, nouvelle numérotation, nouvelle version. Évalué à 3.
c'est du ch'nord ça là :-)
au Lux, ils terminent souvent leurs phrases par un là :p
# mise en forme du code
Posté par BAud (site web personnel) . En réponse au message Melody of the primes. Évalué à 3.
mise en forme du code avec balise ```bash pour avoir la coloration syntaxique :-)
[^] # Re: Y'a un problème sur 2 liens
Posté par BAud (site web personnel) . En réponse au journal Combien pour un algorithme de détection de piscines sur les photos aériennes ?. Évalué à 5. Dernière modification le 08 février 2024 à 13:34.
Aussi appelé « se faire LinuxFriser » (référence au /.ing ou effet slashdot)
mais cela a dû se régler : ça fonctionne chez moi actuellementTM
[^] # Re: Roadmap ?
Posté par BAud (site web personnel) . En réponse à la dépêche LibreOffice 24.2 : nouvelle année, nouvelle numérotation, nouvelle version. Évalué à 3.
ça c'est un peu dur à trouver, sans suivre les minutes de l'ESC ?
oui \o/ c'est cela : les Pick a task c'est ce que j'avais touvé de plus approchant et ça capitalise autour du bugzilla pour détailler les différents points à traiter (ça manque un peu de classification par module (calc, impress, writer…) mais oui c'est un peu ce dont je me rappelais, merci _o/
un projet GSoC « documenter comment je m'y retrouve dans tous les sites » serait le bienvenu :-)
un autre point d'entrée est souvent la QA lorsque focalisée sur un thème (parfois il n'y a pas de développement en tant que tel, enfin si : documenter / tester fait partie du cycle de dév, il n'y a pas que le code qui est important :p). J'ai toujours du mal à retrouver la page indiquant les sujets du moment (je scrute parfois les RecentChanges du wiki pour intercepter ce qui se passe…)
un boulot quasi à plein temps :p
Heureusement, il y a Michael Meeks pour faire des présentations fun au Fosdem (effet démo / oups quasi systématique) sur un des sujets du moment.
Bref, pas mal de technicité, des process d'ingénierie logiciel plutôt bien documentés (suffit de tomber sur la spéc de certaines fonctions du code…), ce qui demande de mettre le pied à l'étrier avant de pouvoir partir au galop ;-) (et par nature du dév international, c'est beaucoup en anglais, forcément :/)
[^] # Re: Roadmap ?
Posté par BAud (site web personnel) . En réponse à la dépêche LibreOffice 24.2 : nouvelle année, nouvelle numérotation, nouvelle version. Évalué à 4.
quelque chose comme https://wiki.documentfoundation.org/Special:MyLanguage/ReleasePlan est effectivement peu satisfaisant :-)
tu as des infos via l'ensemble des sites : https://devcentral.libreoffice.org/
et notamment via le blog https://dev.blog.documentfoundation.org/
Il y a beaucoup de composants dans LibreOffice, c'est assez dur d'apporter une vue synthétique des évolutions en cours… encore moins en français… et c'est souvent par le bugzilla que tu pourras suivre ce qui est en cours.
Jean-Baptiste Faure aura sûrement des remarques plus précises concernant son workflow selon ses centres d'intérêt ;-)
# k5 ?
Posté par BAud (site web personnel) . En réponse au lien robocop c'est pas pour tout de suite :). Évalué à 8.
alors que s'ils avaient fait confiance à K-9 ça se serait mieux passé :-)
[^] # Re: Préparateurs de vol
Posté par BAud (site web personnel) . En réponse au message Les logiciels libres et l'aéronautique. Évalué à 3.
tu le retrouves sur archive.org
https://web.archive.org/web/20200217051416/http://vfrflight.org/
(mais qui renvoie vers une archive d'un site qui n'existe plus non plus, dont le contenu semble néanmoins disponible sur archive.org)
il semble rester un forum (en italien) http://www.vfrflight.net/
[^] # Re: Moche
Posté par BAud (site web personnel) . En réponse au journal JPEG XL ne fait pas consensus au sein de l'union des vendeurs de navigateurs. Évalué à 4.
ça s'appelle du contournement :-) (et c'est déjà bien : cela montre que c'est faisable)
la bonne pratique est d'argumenter sur la demande d'évolution (sur le bugzilla) — statistiques d'utilisation à l'appui — ou mieux, proposer un patch permettant de l'intégrer upstream ; au final, c'est moins de boulot de part et d'autre que d'argumenter ad nauseam :D