BAud a écrit 12788 commentaires

tu as du mal avec le second degré ?

J'ai sans doute du caca dans les yeux parce que je ne vois pas la différence....

le manque de retours chariots visible sur http://linuxfr.org/journal/
- "Le Goncourt en CC-BY-SA !" est en SP
- "Toi aussi sois bleeding edge avec la bêta de KDE !" est en PP et est différent du rendu de http://linuxfr.org/~tcourbon/30489.html

l'intérêt est que les journaux sont tous au même niveau, se baser sur sa note et son nombre de commentaires est plus pertinent qu'un simple PP/SP

Pour les tags, il faudra peut-être ajouter une page wiki sur https://github.com/nono/linuxfr.org/wiki pour suggérer des fonctionnalités (nuages de tags, navigation via les tags/date...).

et moi qui pensait que l'utilisateur ne savait même pas qu'un nouveau machin était dispo (tant que ça marche...), ah il faut une nouvelle version pour de nouvelles fonctionnalités ? il y a de nouvelles fonctionnalités ?

c'est paradigme que tu n'as pas compris ?

(je reste à l'intérieur, il va neiger là)

Ce phénomène est clairement apparu lors de la disparition des journaux de seconde page.

ils n'ont pas disparu, ils sont affichés différemment, cf. http://linuxfr.org/journal/ tu ne remarques rien ?
Tous les journaux ont leur titre + partie du contenu affichés, oui ça oblige à décider si on va le lire ou pas :)

Sur http://alpha.linuxfr.org/journaux tu auras sans doute remarqué les tags, ce qui va permettre de renouer avec l'innovation :) (un tag secondepage est tout à fait envisageable).

Combien de temps as tu estimé pour cette migration et avec quelle marge d'erreur ?

Qu'entends-tu par migration ? Le projet est découpé en 3 parties comme indiqué sur
https://github.com/nono/linuxfr.org/wiki
- le site en lui-même
- la migration des données
- le volet admin et configuration

donc, bon, la migration des données, en moins d'une heure c'est fait, en voyant large :-)

D'ailleurs, c'est déjà disponible sur http://alpha.linuxfr.org sur lequel tu peux déjà te logguer et identifier les améliorations possibles, vérifier que les pages sont conformes HTML5... En participant, tu pourras te rendre compte de la complexité d'ajouter des fonctionnalités, tester les régressions voire contribuer au retour d'expérience par toi-même :-) (et même rédiger le journal afférent). Même pas besoin de connaître Ruby pour tout cela :D

et bien sûr il n'y a pas de message d'erreur ;-)

pas de souci, puisque tu ne souhaites pas être aidé.

vu que le premier lien en réponse recommande alien et que tu ne sembles pas en avoir parlé, c'est que tu n'as pas de souci en fait ?

il y a presque 2 ans qu'il avait publié la précédente version... :)

Ceux qui hésitent à participer à ce concours pourraient-ils indiquer pour quelle(s) raison(s) ? Mon ressenti actuel est qu'effectivement côté relectomodérateurs nous avons déjà eu du mal, alors qu'on ne peut qu'être impressionné par le travail accompli par NoNo< Tester est déjà à la portée de tous àmha et cela ne peut que s'accélerer avec de nouvelles CSS.

Ce concours focalise sur l'apparence (migrer les css existantes semblait simple pourtant), demande des suggestions de fonctionnalités supplémentaires (normal pour une refonte du site) et _indirectement_ demande des tests de la version mise en ligne.
Le mode "tempête de cerveaux" fonctionne habituellement bien sur LinuxFr (et pas que le vendredi), c'est bizarre quelque part d'avoir si peu de suggestions dans les commentaires :D alors lâchez-vous !

Merci en tout cas à ceux qui ont participé jusqu'à maintenant, il reste presqu'un mois aux autres personnes motivées pour se manifester (release early, release often), histoire de promouvoir les consomm'acteurs typique de l'attitude dans le libre :) (donner c'est un peu recevoir aussi).

http://alpha.linuxfr.org/wiki/coordinationdestests est une proposition pour éviter de perdre les remontées d'infos / bugs / demandes / remarques dans les commentaires et faire évoluer cette nouvelle version de LinuxFr, comme c'est une page wiki, elle devrait être améliorable par tous ceux étant loggués (avec votre login/mot de passe actuel de linuxfr le hash étant compatible pour s'authentifier).

Je me suis permis de reformuler des "spécifications"
https://github.com/nono/linuxfr.org/wiki/Linuxfrfunctionalit(...)
n'hésitez pas à ajouter des précisions (un compte github suffit pour éditer le wiki).

et si vous voulez ajouter vos propres demandes élaborées, lorsque le bugtracker de github ne suffit plus, pensez à créer une page wiki à partir de https://github.com/nono/linuxfr.org/wiki ;-)

t'es tordu, c'est ce que j'avais déduit :-)

vi vi vi...

Histoire de savoir quel matériel est inclus sur ce portable, ce serait pas mal de remonter des infos sur http://smolts.org ou http://hardware4linux.info

Ça prend genre 5 minutes, cf. http://faq.tuxfamily.org/CommunicationLibreHardware/Fr

Et, oui, j'ai aussi vérifié, il n'y a rien sur http://tuxmobil.org/hp_compaq.html ni http://www.linux-on-laptops.com/hp.html ni http://hardware4linux.info/manufacturer/766/163/

Tu pourras donner les liens ici ensuite :)

Ce n'est pas non plus sur http://tuxmobil.org/hp.html ni sur http://smolts.org/reports/view_profile/Hewlett-Packard

toi, tu va manger cher ;-)

google déjà, notamment du côté de busybox, openwrt...

Les vidéos étaient aussi en ogg/theora sur blip.tv auparavant : http://blip.tv/?search=intelli%27n;s=search;page=8
Je ne sais pas si il y a eu un changement ou peut-être n'ont-elles pas encore été uploadées ?

De ce que j'en ai vu la communauté Fedora gère très bien sa relation avec Red Hat, en tout cas en France. Oui, il y a des dissenssions, c'est très normal àmha et sain, c'est la vie d'une communauté.

Côté Mandriva Linux, nommer Eugeni (connu de la communauté des contributeurs) en a réjoui plus d'un d'entre nous àmha (en s'appuyant sur l'experience d'aginies), même si recruter du monde en plus cela aurait été bien...
Si tu as des infos hormis http://blog.mandriva.com et les ML cooker, tu es le bienvenu :-) d'autant quand les mainteneurs, de main et contrib, actuels sont connus et ceux qui font fonctionner le build-system (côté Mandriva Linux, la distrib' créée au jour le jour par les contributeurs dont font partie les restants d'employés Mandriva en collaboration avec sa communauté ; heureusement que des personnes clés sont restées àmha, même si toutes ne sont plus là, avec de gros manques àmha que je ne détaillerai pas).

Si tu as des liens vers des points d'achoppement à éviter, expérimentés par exemple chez Fedora, n'hésite pas à les donner, cela pourrait servir :/ Même si le modèle retenu est aux antipodes d'une entreprise/communauté et plus proche de Debian voire ArchLinux, cela pourrait servir...

Le fork auquel tu fais sans doute allusion est déjà parti sur cauldron vu qu'il fallait faire un choix de sortir une alpha ou montrer ce qui est possible sans réel changement hormis l'artwork (et ces acteurs de la communauté contribuent en plus activement à cooker pour être en mesure de le sortir, que ce soit en maintenant le build-system ou gérant la migration en python3 annoncée à l'avance ou demain en passant en rpm5 si cela doit se faire...). Simplement, ce ne sera pas tout en même temps :)

Les utilisateurs de Mandriva Linux (la distribution) ont à ce jour plusieurs initiatives à regarder, que ce soit :
- Unity-Linux (pas très connu en France àmha)
- PClinuxOS dont la communauté française se développe
- ou le fork dont tu semblais parler.

Il n'est donc pas question àmha de "couper l'herbe sous le pied" mais bien d'être complémentaire, chacun ayant sa légitimité mais ayant fait des choix temporairement divergents, à chacun de s'y retrouver au final (la communauté, les développeurs, les packageurs, les utilisateurs, les early-adopters).
De la diversité naît une certaine richesse àmha, bénéficiant à tous, contrairement à l'opinion de certains ne comprenant pas le fonctionnement. Créer quelque chose de nouveau n'enlève pas de ressource de ce à quoi ces personnes n'auraient pas contribué àmha, chercher une convergence possible sur le long terme n'est pas incompatible à recruter du monde au passage pour se retrouver ensuite. Cela peut se faire à l'avenir, ce n'est pas encore à l'ordre du jour, à chacun ses expériences, laissons à chacun ses choix (en plus la contribution double reste visiblement encore la norme actuellement, permettant à chacun d'arbitrer son temps disponible et gardant "marginal" le coût de contribution actuellement tant qu'il n'y a pas de divergence avérée, ceux qui suivent cooker peuvent comprendre, les utilisateurs n'auront pas cette difficulté àmha mais auront la possibilité de s'impliquer).

N'hésitez-pas à poser vos questions, il n'y a pas de tabous entre utilisateurs, même si la période paraît perturbée ;-)
Virtualbox fonctionne très bien pour ceux ne souhaitant pas utiliser cauldron au jour le jour (et qui n'utilisaient pas cooker sur leur installation principale :D).
Chacun est le bienvenu pour apprendre en même temps que nous :)

pour disqus, le point avait été discuté dans la galerie statique Pelican http://linuxfr.org/2010/11/07/27553.html

toi, tu veux parler de cette image : http://fun.drno.de/pics/german/GxzeV.jpg ;-) (bon ok c'est pour un DVD mais c'est pareil :/).

tu peux comparer le vom^Wrendu entre
http://download.tuxfamily.org/cooker/DLFP/alpha/red-hat-lanc(...) (avec la css playskool)
et http://download.tuxfamily.org/cooker/DLFP/alpha/red-hat-lanc(...) (avec la CSS Suse)

ça fait de l'ordre de 2/3 dépêche 1/3 tribune non ?
- il manque les boutons de vote vu qu'on ne peut pas voter pour sa dépêche visiblement, c'est nouveau ça :D
- dans le linuxfr en templeet la tribune est à gauche mais comme ça a été fait en RoR avec la css par défaut, de la mettre à droite, c'est pas mal aussi ;-)

sinon pour suivre les remarques, j'ai ouvert ce bug : https://github.com/nono/linuxfr.org/issues#issue/53 (initialement pour donner plus de visibilité à la css, ensuite pour ne pas éparpiller les commentaires que j'avais sur cette css :D).

un point de plus à mettre en avant sur votre site et lors de l'inscription pour permettre à ceux qui s'inscrivent de penser à demander ces aides ;-) (ou à se renseigner).

haiku le faisait 10 ans avant, tu ne voudrais pas le faire 10 ans plus tôt ? parce que bon le commodore 64 est à la portée de tous, mais le X86_64 dans un virtualbox c'est maintenant et très réaliste.

bin euh "dimensionner des échangeurs thermiques" tu me sembles prêt pour code-aster, il y a eu quelques présentations aux RMLL[1], mais ce n'était pas la question initiale hein :)
donc [2] en plus, à toi de chercher :) (ya un forum pour demander et un lien des RMLL 2007 que je n'ai pas retrouvé notamment...). Attention, tu vas tomber sur des gens _très_ compétents dans _leur_ domaine (pas un ingé généraliste comme moi), donc bon tu as intérêt d'avoir de la réactivité par rapport à ton domaine et à _vite_ te faire comprendre :)

mais la question "ingénue" initiale était faire des schémas et je ne vois toujours pas en quoi ma réponse n'y répondrait déjà pas, dès que tu auras essayé, n'hésite pas à nous le faire savoir :) (copies d'écran ou mieux fichiers de travail disponibles en ligne et sous licence libre, tu peux travailler avec les gars de qelectrotech qui s'y entendent bien même si ce n'est pas leur domaine...)

[1] http://2008.rmll.info/IMG/pdf/EDF-Informatique-Scientifique.(...)
[2] http://code-aster.org