moissan a écritil suffit d'avoir deja un probleme pour ne jamais y voir ce dont on a besoin
...
si quelqu'un pense que logiteque logiciel est un moyen d'information , il faudrait faire un truc qui le copie automatiquement sur un site internet
gnome logiciels est un moyen d'information au moment d'installer un logiciel. il doit permettre de comprendre succinctement le rôle d'un logiciel et comment il pourrait être utile, avec éventuellement des avis de la communauté et une description de ses qualités et inconvénients, nécessaire quand il y a un choix à faire.
si ton système est cassé et que tu n'arrives pas à le lancer tu as a priori mieux à faire que d'accéder à cette description de la logithèque.
même si il peut être nécessaire pour réparer un système d'installer des outils comme fdisk, gparted ou autre, ce n'est de toute façon pas le rôle de gnome logiciels de fournir une documentation complète sur leur utilisation, et encore moins une documentation spécifique à ubuntu sur comment les utiliser pour corriger l'erreur précise que tu rencontres. ça c'est d'abord le rôle de la documentation de la distro et donc du wiki, et ensuite un échange qui peut être fournit par la communauté en particulier via le forum.
je ne pense pas que l'utilité du wiki puisse être remise en question en tant que documentation générale.
je pense aussi que c'est une bonne idée d'avoir un miroir web du contenu de logiciels, parce que ça me semble en effet une source intéressante d'information dans l'absolu (utile par ex. pour lier une description d'un soft sur le forum), mais ça ne me semble pas indispensable non plus.

mon wireshark me dit que ce contenu est fournit par https://reviews.ubuntu.com donc canonical mais visiblement il faut des "permissions spéciales" pour accéder à ce contenu... (une certaine vision du libre)
zatalyz a écritEt quand on repère un article un peu cafouilleux mais qu'on n'a pas le temps/les compétences de le changer, juste pouvoir ajouter un tag "à retravailler". Dans ce dernier cas, ça va générer une liste de pages "à retravailler" et donc c'est plus facil
En fait ce genre de tag existe déjà, comme le tag brouillon, vétuste, à_recycler. C'est essentiellement grâce à ces tags que je peux mettre la doc à jour.
je tombe par hasard la dessus https://doc.ubuntu-fr.org/wiki/forum_vs_liste_de_diffusion

une section bien visible sur le forum serai un moyen d’attirer des participant ... on dirait a l'epoque ou a été ecrit cette page qu'on avait peur de trop de participant ... aujourd'hui c'est plutôt le contraire ... les auteur du wiki doivent etre mieux visible sur le forum
Bonjour,

Utilisateur du forum et du wiki depuis moins d’un an, j’aimerai en temps que débutant attirer votre attention sur quelques petits points à propos du contenu du wiki.

Celui n’est sûrement pas complet, mais très riche (chapeau à vous!).
Il me semble que les pages obsolètes ne doivent pas être « jetées » mais classées dans une rubrique mise en évidence dans le tableau de l’accueil, notamment pour les versions Ubuntu (et variantes) antérieures.
Aldian a écrit Le contributeur qui n'a quasiment aucune connaissance
N’oublie pas les utilisateurs dans le même cas : La non maîtrise du langage est souvent embarrassante lors des échanges sur le forum, à fortiori sur le wiki. Comment faire pour qu’un débutant puisse retrouver relativement facilement une information sans connaître les mots clés et sans trop savoir dans quelle catégorie chercher ?

A propos des commandes que l’on nous fait passer lors d’une assistance sur le forum : Ancien technicien en automatismes industriels puis formateur en maintenance industrielle, je n’aime pas faire sans comprendre ce que je fais. Or si l’on retrouve facilement les commandes de base dans ce wiki, je n’arrive pas à trouver une aide sur le décryptage des commandes complexes 
[[ $(dpkg -l | grep ^rc) ]] && sudo dpkg -P $(dpkg -l | grep ^rc | tr -s " " | cut -d " " -f 2)
. OK pour dpkg, grep, cut-d, etc., mais bon, pour l’assemblage…

Il en va de même pour les réponses : Lorsque je demande un 
cat /var/log/apport.lo*
, et que la réponse est 
ERROR: apport (pid 9277) Tue Sep 13 16:39:23 2016: called for pid 9273, signal 5, core limit 0
ou 
ERROR: apport (pid 9277) Tue Sep 13 16:39:23 2016: executable: /usr/lib/x86_64-linux-gnu/cups-pk-helper-mechanism (command line "/usr/lib/x86_64-linux-gnu/cups-pk-helper-mechanism")
comment comprendre cela avant de déranger quelqu’un sur le forum ?

Ce sont là quelques exemples, mais j'en ai plein d'autres !

Problème d’utilisateur sans connaissances mais curieux ! Je pense que le coté « remue méninges » d’Ubuntu a aussi son importance.
Aldian a écrit Le contributeur qui n'a quasiment aucune connaissance, mais qui connaît bien les règles du wiki et qui remet en forme toutes les pages mal foutues sur la forme sans toucher au fond. C'est le contributeur le plus apprécié des administrateurs
.
Là, tu marques un point, ça devrait attirer du monde !

Pour ce qui concerne la présentation, je la trouve très sobre, les couleurs employées rendent la lecture confortable pour les plus âgés !

Félicitations à vous tous !
Aldian a écrit Le contributeur qui n'a quasiment aucune connaissance, mais qui connaît bien les règles du wiki et qui remet en forme toutes les pages mal foutues sur la forme sans toucher au fond. C'est le contributeur le plus apprécié des administrateurs
si ce type de contributeur existe , il faut encourager l'autre type de contributeur : celui qui apporte du contenu et laisse d'autre s'occuper de la mise en forme

d'ou ma preference pour faire une page de conseil au participant completement differente de la page actuelle ... la page actuelle insiste trop pour demander de faire du contenu parfait du premier coup : je prefererait une page qui conseille des moyen d'ajouter du contenu prudament quand on n'est pas sur de la qualité ... un des moyen auquel je pense est de creer des petites page tagué pour en indiqué le caractere nouveau ... ce n'est qu'un des moyen auquel je pense mais il en existe d'autre : le tout est de le conseiller clairement pour faciliter la participation sans degrader la qualité actuelle

quand je parlais du tag "a verifier" ce n'est pas forcement le bon c'est pour ça que je dit ici tag "nouveau" ... ça evite de dire que ce qui n'a plus ce tag est verifié , car rien ne sera jamais parfaitement verifié : le tag nouveau , veut juste dire que ça a été ecris par une seul personne et qu'il ne faut pas y faire une confiance aveugle pour une action importante ... l'existance de la liste automatique des pages tagé nouveau permet a certain contributeur de les surveiller

autre exemple de contribution sans mise en forme : une information importante est a rajouter dans un grand tableau : ce n'est pas facile quand on ne connait pas la syntaxe qui fait les tableau : un solution est de rajouter bêtement l'information en texte simple a coté du tableau , et laisser quelqu'un d'autre le mettre dans le tableau
ordre du jours a écrit- autres ressources à proscrire: tout ce qui est redondant avec une autre ressource de référence sur le net.
Mieux vaut mettre un lien sur un contenu qui sera le plus à jour. De même pour présenter les applications de
la logithèque ou certains tutoriels d'aide qui sont en fait déjà présent dans le guide français officiel (aide déjà
présence sur le système)
est il a proscrire d'avoir des pages presentants les logiciel disponible ?

le but n'est pas de refaire des modes d'emploi de ces logiciel : mais de presenter les caracteristique que l'on y constate et de comparer avec les autre logiciel : ce que ne fait pas le site officiel du logiciel qui a tendance a ne donner que ses qualité , et ne jamais dire ce que les autres logiciel font mieux
moissan a écrit
krodelabestiole a écrit
moissan a écritmais actuellement c'est l'inverse logitheque et "logiciel" sont en retard
en retard par rapport à quoi ? il me semble que aptitude, synaptic, logiciels et l'ancienne logithèque reposent tous sur apt (gnome software aka logiciels peut aussi utiliser d'autre protocoles).
et donc tu devrais voir les même versions des logiciels quel que soit l'utilitaire que tu utilises. à savoir les versions dispo dans les dépôts ubuntu tels que configurés dans /etc/apt/sources.list (et dans les éventuels fichiers dans sources.list.d)

d'une manière générale ubuntu ne propose pas les dernières versions des logiciels, c'est ce qui lui vaut son étiquette "stable" : chaque logiciel est testé pour s'assurer de sa bonne compatibilité avec le reste du système avant d'être rendu disponible.
si tu veux la dernière version de tous les logiciels, il vaut mieux utiliser une rolling distro comme arch.
ceci dit firefox 54 est bien dispo dans les dépôts de la 16.04 : https://launchpad.net/ubuntu/xenial/+source/firefox
j'ai compris le piege : quand un logiciel est deja instalé "logiciel" indique uniquement la version du logiciel installé et n'indique pas la version du logiciel disponible !

pour savoir si une nouvelle version est disponible , il faut ouvrir un autre onglet mise a jour et chercher si on trouve le même logiciel

ça serait tellement plus simple que "logiciel" indique au même endroit la version installé et la version disponible
Non en fait le plus simple ce serait juste que tu gardes ton système à jour comme tout le monde
Il me semble que les pages obsolètes ne doivent pas être « jetées » mais classées dans une rubrique mise en évidence dans le tableau de l’accueil, notamment pour les versions Ubuntu (et variantes) antérieures.
C'est totalement ridicule, par exemple un tutoriel obsolète à propos de Gnome serait bourré de liens vers la page Gnome, mais la page Gnome elle ne serait ni jetée ni classée dans une rubrique, elle serait juste mise à jour. Si tu veux vraiment voir les versions antérieures des pages il y a un historique de révisions
Roschan a écrit
Il me semble que les pages obsolètes ne doivent pas être « jetées » mais classées dans une rubrique mise en évidence dans le tableau de l’accueil, notamment pour les versions Ubuntu (et variantes) antérieures.
C'est totalement ridicule, par exemple un tutoriel obsolète à propos de Gnome serait bourré de liens vers la page Gnome, mais la page Gnome elle ne serait ni jetée ni classée dans une rubrique, elle serait juste mise à jour. Si tu veux vraiment voir les versions antérieures des pages il y a un historique de révisions
Désolé... 🙁 Je sors. Mais au moins, tu m'as fait découvrir les révisions. Merci à toi ! 😉
4 jours plus tard
moissan a écrit....
si on exige que chaque contributeur ait un niveau superieur a ce qui existe deja plus personne ne contribue

pourtant je pense que les contribution les plus maladroite ou les plus cafouilleuse peuvent etre utile , car ce qui est ecris maladroitement par l'un peu inciter un autre a l’améliorer alors que sans la première intervention il n'aurait jamais rien fait

toute la question est de distinguer les niveau : séparer un niveau wiki officiel ne contenant que du contenu sûr , et niveau expérimental bon pour recevoir toutes les contribution et laisser la communauté faire le tri , mieux intégrer ce qui le mérite ou supprimer ce qui ne vaut rein
pour les docs maladroites, il y a une procedure en place clairement expliquée,

et une liste d'entraide et de signalement pour les contributeurs à la doc ...

chaque contributeur inscrit comme membre, a la possibilité de creer dans le wiki une zone personnelle où il peut engranger les essais et brouillons en toute tranquilité; il peut meme demander via la liste de contribution de l'aide pour lire et critiquer sa redaction d'essai de doc ...

une fois qu'une doc a ete approuvee, celle-ci peut rester dans la zone publique avec un tag brouillon pour signaler aux lecteurs eventuels que la doc est toujours en cours de modification ...

tout est la, et rien ne manque ! https://doc.ubuntu-fr.org/wiki/participer_wiki

les chantiers : https://doc.ubuntu-fr.org/wiki/chantiers

les docs avec le tag brouillon : https://doc.ubuntu-fr.org/brouillon
12 jours plus tard
Bonjour 🙂

Je dis ça par hasard, mais est-ce que limiter autant que possible la doc aux versions LTS de Ubuntu ne vous simplifierait pas le boulot ?... (Les versions non-LTS étant plutôt pour utilisateurs avancés, sauf rares exceptions où le matériel trop récent empêche l'usage d'une LTS.)

Ça éviterait de se retrouver avec des contenus obsolètes tous les 6 mois et j'imagine que ça diviserait la charge de travail.
J'ai écrit la même chose sur le forum et le Framateam au début de la concertation.
Cela me semble une évidence pour avoir quelque chose à jour. La version LTS en cours devrait être une priorité, les versions intermédiaires seulement si le contributeur à du temps à y passer.
Salut,
Cela a déjà été décidé sur la liste de diffusion il y a plusieurs mois et vient à nouveau d'être intégrer. Si vous avez un peu de temps à donner n'hésitez pas à jeter un coup d'œil aux pages avec des tags de vieilles versions qui peuvent être mise à jour... Reste encore les tags entre gutsy et Precise. Tout le reste a déjà été nettoyé.
8 jours plus tard
@ Les admins de la doc et ceux qui savent.

Bonjour,
Pouvez-vous, svp, donner un lien pour lire les conclusions de cette réunion et les décisions qui ont été prises ?
il y a un compte rendu de la réunion ... mais pas de décision prise ... reunion est un grand mot ! ça a reunis un petit nombre de personne ... le partage entre 4 moyen de communication est un peu triste : wiki , forum , mailing list , matermost ... le dernier matermost est particulièrement pénible pour retrouver ce qui a été dit si on ne suit pas tout au fur et a mesure

pour moi une section wiki sur le forum serait plus pratique

la mailing list a aussi ses probleme : des pages de discussion dans le wiki seraient plus efficace ... comme dans wikipedia ... et le plugin page de discussion existe deja pour dokuwiki

avantage des pages de discussion dans le wiki : quand un nouveau contributeur s'interresse a une page , il voit facilement toutes les discussion qu'il y a eu , alors qu'en s'inscrivant a la mailling list il ne voit que les nouveau message , pas les anciens

etre inscrit a la mailing lis fait recevoir un grand nombre message ... difficile a trier ... mettre ces message dans les page de discussion du wiki serait plus efficace
Vous pouvez le trouver ici
@ tamarou, n'hésite pas à t'inscrire à la liste de diffusion. Bienvenue!!
Merci pour le lien, mais :
le lien a écritid "api.context.session_expired.app_error"
message "Session invalide ou expirée, veuillez vous reconnecter."
detailed_error ""
request_id "o7n8bsum6jg9urzzi8qqrik56c"
status_code 401
A propos des listes de discussion, j'ai déjà donné à plusieurs et j'ai décidé d'arrêter. C'est trop de volume pour trouver l'essentiel.

Je viens d'essayer de créer un tuto, car j'y ai été poussé par j5012 qui m'a aidé à résoudre un problème. C'est vraiment lourd, il faut apprendre pas mal de choses en plus de la syntaxe du wiki. D'autre part, je n'avais pas d'Ubuntu 16.04, j'ai dû m'en faire un 🙂 Ce que j'ai galéré avec Unity pour être dans les recommandations de la doc !

Pour en revenir au sujet, peut-on avoir un résumé des éventuelles décisions prises ?
Chez moi ça marche??? Je cliques sur le lien et le pdf se télécharge.
C'est vrai que si t'es pas sur Unity c'est moins facile mais justement on veut aussi mettre en avant les autres environnements, tu peux contribuer sur d'autres pages en lien avec l'environnement que tu utilises, par exemple actuellement il y a la page [doc]thunar[/doc] et la page [doc]abiword[/doc] qui ont besoin d'une mise à jour, c'est déjà plus abordable que partir de rien. Pour la liste tu n'es pas obligé de réagir à tout, simplement quand tu en as besoin si tu souhaites faire une page ou mettre à jour et avoir des conseils, c'est souple tu sais. On a vraiment besoin d'aide. Actuellement surtout pour nettoyer, mettre à jour...
Il y a aussi framateam sur lequel tu peux venir (si tu y es pas déjà?). Mais la suggestion de Moissan, c'est vrai qu'elle est pertinente, à réfléchir. (ouvrir un fil sur la liste??)
@Tamarou : s'il s'agit du tuto libreoffice + jdbc + ms accdb , ca n'est pas je pense seulement destiné à unity donc tu peux rediger le tuto à partir de n'importe quel variante ubuntu ... pourvu qu'il n'y ait pas trop de composants dans la variante qui change le comportement systeme sur les applications partiellement integré au systeme comme openjdk ...

les captures ubuntu unity sont "obligatoires" parce que unity est l'install officielle de ubuntu mais d'ici 18.04 ca sera gnome, et je ne pense pas qu'il y aura vraiment des tonnes de captures à refaire 😉 , seulement les docs avec des captures de fenetres ...
Salut,
Pourriez-vous mettre un lien vers la page de la doc concernée svp? Ça m'intéresse.
Edit : ok j'ai trouvé. IL faudrait lier la page à la page libreoffice et d'autres si possible genre la page sur MSOffice
Aviez-vous vu la page [doc]libreoffice_mysql[/doc]?