BAud a écrit 12765 commentaires

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 :/

comme quoi ETOOMANYBURNO :-)

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…

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…

ah, UT c'est Ubuntu Touch !? moi qui croyait qu'une nouvelle version de Unreal Tournament était sortie que j'aurais loupée /o\

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 :/)

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/

C'est définitivement plus clair.

qui est un faux-ami de traduction de definitely ;-)

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/

mais bon, je m'attends à ce qu'un site important comme ma mutuelle fasse vraiment attention aux fuites

spa gagné :/
cf. https://linuxfr.org/users/luc-skywalker/liens/vol-de-donnees-personnelles-la-moitie-des-assures-sociaux-concernee

3 ans après, rien ne s'est passé, je ne sais plus si c'est intéressant comme idée.

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 :/

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

Cela a permis de réduire la durée de modération comme visible sur https://linuxfr.org/statistiques/moderation#temps_depeches

Un récent sondage me semble même confirmer que l’on est une majorité de vieilles moules à trainer par ici.

tu as des stats d'ancienneté des comptes actifs sur les 3 derniers mois :

plus de 20 ans : 26%

1999 36 2%
2000 50 2%
2001 157 7%
2002 166 7%
2003 179 8%

moins de 20 ans : 74% d'après https://linuxfr.org/statistiques/users#stats_anciennete

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

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.

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/

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-list rédaction pour t'en assurer :-)

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)

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 :/

sur laquelle il y a ton n° de sécurité sociale ;-)

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é :-)

Donc non, ce n'est pas une blague, c'est un quoi. 😊

c'est du ch'nord ça là :-)

au Lux, ils terminent souvent leurs phrases par un là :p

mise en forme du code avec balise ```bash pour avoir la coloration syntaxique :-)

$ echo -n "2 "; seq inf | grep -v '.*[2468]$' | factor | \
grep -E '^[0-9]+: [0-9]+$' | cut -d':' -f1 | \
xargs -I_ bash -c 'pn=_; sox --norm=-3 \
-n -t alsa synth .08$((pn%100)) saw $(((pn%42)*42)) lowpass $((400+pn%100)) \
fade .01 0 .04 reverb 10 20 fade .01 0 .01 pad 0 .023'

Trop de monde qui débarque de Linuxfr ?

Aussi appelé « se faire LinuxFriser » (référence au /.ing ou effet slashdot)

mais cela a dû se régler : ça fonctionne chez moi actuellement^TM

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 :/)

est-ce qu'il y a quelque part un document qui décrit les projets pour LibreOffice, une roadmap (en bon français) ?

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 ;-)

alors que s'ils avaient fait confiance à K-9 ça se serait mieux passé :-)

le site web du logiciel est malheureusement mis en vente

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/

ç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