BAud a écrit 12788 commentaires

d'avoir un seul OS pour tablet et PC, à l'opposé de Apple et Google ou c'est un seul OS pour Tablet et Mobile

là où Linux est présent :

• dans le top 500,
• le PC (comme tu dis, ça doit être le desktop),
• les box (Internet)
• les serveurs
• les appliances
• les smartphones
• ton compteur EDF (bientôt chez toi)
• les routeurs ADSL
• les tablets
• ta machine à laver (ah nan, c'est openbsd comme dans ton grille-pain...)
• ta télé, ton lecteur blue-ray, ton guichet de banque...
• les annonces RATP, transilien ou autres transports en commun
• Dans Ton Cloud (inratable)
• j'en oublie

la fondation free ne nous impose quasiment rien (hormis lors de dépassements techniques), garder notre indépendance éditoriale nous tenant à cœur, tu fais bien de le faire remarquer àmha.
Par exemple, http://linuxfr.org/news/free-publie-enfin-ses-patchs-sur-les-logiciels-libres indique ce qu'il était légitime de demander depuis quelques temps, en toute franchise et factuellement àmha.

bah ubuntu, Lukhas< y a répondu dans la précédente dépêche lors de la migration :) en gros installé par free, nous étions aux rmll et sans accès physique au serveur, donc bon choix de pas de réinstall' à distance (c'est toujours ballot de perdre la main sur le serveur dans ces cas, nécessitant parfois intervention sur site), vu qu'il y avait déjà pas mal de choses à faire retomber en marche :)

Les hôtes dans lxc sont des debian GNU/Linux, bien sûr :D

fait :-) j'espère que cela n'a pas échangé un autre paragraphe au passage...

bin non, il ne s'est pas fait chier, elle est publiée http://linuxfr.org/news/postgresql-91 \o/

uniquement quand tu as fait un commentaire :) (et cela n'indique pas (encore) s'il y a eu un commentaire ailleurs que dans ton fil de discussion).

ça ne m'aide pas et ça n'aide pas les visiteurs qui doivent refaire le réglage.

le réglage demeure (sous Firefox), il y a quelques navigateurs qui ne conservent pas le cookie (konqueror je crois), lequel as-tu ?

comment je fais -2 ?

Il n'y a que -42 (c'est un peu historique, disons). Ça pourrait évoluer avec une justification convaincante :)

Pour voir un peu mieux comment ça fonctionne, tu peux consulter FAQ et karma, n'hésite pas à commenter, ça peut être complété vu que c'est sur le wiki.

et il y a le lien « Les contenus que j'ai lus » dans la barre utilisateur, associé au lien « Oublier » de chaque article, cela permet de ne garder que les articles sur lesquels on souhaite revenir (ou sinon garder un onglet ouvert si c'est dans la même session...).

Ceci dit, cela pourrait apparaître dans la FAQ :-) (ne pas hésiter à compléter, c'est un wiki).

Pourrais-tu indiquer quel navigateur tu utilises et si tu as certaines options (genre noscript et consors...) ?

concernant l'accessibilité, des retours d'expérience seraient intéressants, surtout pour gcompris, tu aurais des liens vers une ML ?

patrick_g< sors de ce corps !

Il me paraît un peu dommage que seule la fin de ta 3ème année te donne l'envie de témoigner :/ c'était tellement dur de le faire pendant ?

J'ai aussi passé 3 ans en école d'ingénieur, j'ai utilisé scilab et d'autres logiciels libres comme mosaic, httpd ou la xaw lib (c'était en 1995...), je n'aurais pas pu en parler sur DLFP :/

Qu'en feras tu ensuite ? :D

j'ai comme l'impression que tu n'imgines pas ce que peuvent faire les utilisateurs :)

l'exemple de 2mandvd me vient à l'esprit (malgré les utilisateurs, malgré le développeur), sans critique, simplement un constat que parfois cela peut bien marcher et cela fait plaisir (factuellement, il y a un logiciel dispo pour tout le monde, malgré tous les coups de gueule de part et d'autre, tant mieux, chacun a fait ce qu'il pouvait, s'est tenu à une ligne directrice, malgré les aléas...). Comme quoi se parler fait évoluer le logiciel (s'écouter marche mieux àmha)

une manière simple de le faire est de demander aux inscrits quelles langues ils souhaitent lire :

• par exemple, si anglais + espagnol + français : tous les contenus dans ces langues apparaissent, les autre contenus sont simplement filtrés (ou "réduits" si c'est un commentaire, avec proposition de traduction)
• si uniquement français, bin tout apparaît en français avec possibilité d'ouvrir le commentaire réduit, à la demande et lien vers une traduction approximative

Pour les traductions en libre, regarder du côté de http://www.apertium.org/?id=whatisapertium&lang=fr qui me semble intéressant, au besoin en demandant des améliorations de l'API... Il serait dommage de se limiter à l'anglais lorsqu'une extension semble envisageable...

peut-être faudrait-il - comme toute société de portage abusant un peu - prendre 20% + 1000 euros de compta annuelle ? (plus c'est cher, mieux c'est, ça marche bien avec apple...)

et les mises à jour sont très simples (2 clics sur WordPress ou Piwigo)

comme drupal ?

L'argument du "c'est plein de failles, on va se faire hacker"

je pense que tu aimerais bien que piwigo se fasse un peu plus hacker, surtout si tu y trouves des contributeurs :-) J'ai parlé à raison de « un bon vecteur d'intrusion pour les crackers » ce qui est bien différent àmha :-)

ah, tiens, pour MVC, je l'aurais dit plus simplement :
Initialement, j'étais très dubitatif (pour rester poli), genre « mais quel bordel, j'ai 3 fichiers à éditer pour ajouter un champ partout ? » ; j'ai été convaincu le jour où on m'a dit, « rha c'est cool, les designers HTML sont super contents d'avoir pu tout remettre en forme simplement, sans avoir à demander aux développeurs de faire des pieds et des mains pour revoir toute la présentation du site ».
Et, là tu te dis (en voyant le résultat sans rapport avec la mise en forme initiale), « ah ouais, mixer présentation et langage de dév', yen a qui ne vont pas aimer » et c'est un premier intérêt, de faire venir des non-développeurs et ainsi travailler à plusieurs, chacun son approche (et ensuite pour les développeurs, ya des IDE pour simplifier cela à l'édition et présenter les trois couches, qui restent tellement logiques une fois comprises que ça en vaut le coup pour un projet un peu gros et facilement éditable même pour un petit projet).

Pour la maintenance, dans la durée (2-3 ans par exemple), mieux vaut tout de même prévoir les évolutions :/ Tout n'est pas que correction de bug, loin de là et prendre en compte un changement du stockage est un classique (rien qu'une montée de version par exemple, sans impact dans un cas, avec grosse refonte dans l'autre si trop d'optimisé^Wspécifique a été retenu à une époque plutôt que le standard qui aurait pu être écrit en même temps en plus, plutôt que de s'y replonger 2 ans après).

Note : concernant LinuxFr.org, le code est relativement simple même pour quelqu'un ne programmant pas en RoR, justement grâce au MVC (et cela reste visiblement efficace en terme de performance). J'avais fait une page sur github, je pense avoir tout récupéré sur Participer-à-LinuxFr et Organisation-Code-LinuxFr mais ce n'est pas forcément clair pour tout le monde :/

Je n'ai jamais lu de critique du style "WordPress c'est nul, ça tourne pas sur PostgreSQL" (en cherchant on doit en trouver, mais d'emblée je n'en ai jamais lu)

WordPress c'est nul, ça ne tourne pas sur PostgreSQL /o\
(et WP c'est troué, c'est en php, ça fait un bon vecteur d'intrusion pour les crackers et autres connards de script-kiddies quand ce n'est pas à jour :/)

Surtout quand le bouton "liste" ne met pas cette ligne vide.

moui, ça c'est sans doute un bug, à ouvrir ; je n'utilise pas cette barre (pour moi, la syntaxe est plus simple au clavier, plutôt que de prendre la souris pour atteindre cette barre quand je tape mon commentaire)

sauf qu'il manque "attention c'est con mais c'est comme ça, faut mettre une ligne vide avant".

oui, je l'avais déjà indiqué à NoNo< ; à défaut, il y a la précision « penser à mettre une ligne blanche avant pour les utiliser » dans Aide-Edition justement.

Et sinon, Wikipedia n'utilise pas Markdown, donc bon, c'est bien la le soucis : on a 50 langages "wiki" différents, vachement pratique

Entre wikkawikki, wikini, dokuwiki, Twiki, tikiwiki, MoinMoin, PmWiki, trac, le wiki de github, Markdown de LinuxFr, je n'ai pas trop de souci... je m'adapte, un peu comme les langages de programmation. Avec mediawiki, j'ai souvent un souci :/ (surtout les liens, un peu les listes à puces, d'où l'utilisation de la pré-visualisation).

Je ne commenterai pas plus le wysiwyg, celui de drupal m'ayant quasiment définitivement fâché avec ce mode d'édition (pour ceux qui ont un drupal, essayer sur des textes de 10000 caractères, un peu comme les dépêches kernel, à s'arracher les cheveux de ne pas pouvoir le désactiver tant c'est lent et que ça ne fait pas ce que ça devrait ; et, à se flinguer, quand ceux qui l'ont demandé à cors et à cris indiquent qu'ils le trouvent inutilisable, 'fin un nième argument pour rien foutre quoi :/ rha, je suis adepte de la prétérition moi /o\).

Aide-Edition est si incomplet que ça, que les commentateurs de LinuxFr (bon, ok, pas forcément le « commun des mortels ») n'ont pas tout en main pour utiliser un simple langage de wiki ?

question subsidiaire : mais comment font les contributeurs de wikipedia ? (dont je trouve le langage un cran plus abscons, que ce soit pour les liens, les listes à puce, les encarts de version de logiciel... même si je m'y adapte, hein :D).

Exterminate! (référence à Doctor_Who, sans doute utile, vu qu'il semble y avoir une perte en ligne effarante ces derniers temps /o\)

J'ai précisé le point, c'est un appel standard à débugguer, essayer la version de dév', compléter... pour un projet qui a du code qui commence à devenir utilisable, cf. http://docs.mediagoblin.org/contributinghowto.html

j'ai remplacé « équivalent de libvirt » par « basé sur libvirt » (et rajouté les tags cloud et iaas et virtualisation :D)

bah, ça peut se remplacer par "martine écrit en UTF-8" histoire d'avoir un autre titre ;-)

c'est triste ton avis sur l'anagramme de luciole

et voilà, c'est publié
http://linuxfr.org/news/t%C3%A9moignage-de-lars-wizenius-les-20-ans-de-linux-souvenirs-personnels