BAud a écrit 12788 commentaires

j'ai effectué les modifs', en tant que modérateur :-)

J'avais pas vu qu'il y avait des modules alléchants.

ah ouais, quand même, ya du TOGAF, va falloir que je l'installe :-)

je t'ai rajouté un bras à ton /o\ vu qu'en Markdown le « \ » – tout comme en bash – est le caractère d'échappement du caractère suivant :/ (suffit de le doubler hein comme avec « \\ », sauf si ton clavier se blo

ils ont encore un peu de poudre verte, si ça se trouve ? http://poudreverte.org

Pour approfondir le sujet, je vous laisse http://faq.tuxfamily.org/MethodoProject/Fr pour dans 10 mn ;-)

j'ai un peu de mal à comprendre l'intérêt de faire un serveur à partir de la version "normale" de Mandriva.

Qu'appelles-tu "normale" ?

• l'iso ?
• la version desktop (et le noyau afférent)
• le live cd ?
• l'arbre des sources complet (avec main+updates voire backports) ?

Contrairement à d'autres mondes, ceux qui connaissent cooker savent que c'est une rolling-release (ou une version de développement plus précisément) :

• la distinction desktop de serveur ne tient qu'aux paquets choisis et la politique de maintien dans le temps (stable sur les versions pour serveur avec mise à jour de sécurité, agressif pour les fonctionnalités sur desktop mais avec tests de paquets différents)
• la version serveur est développée en même temps que la version desktop (il n'y a pas de sens à distinguer les deux), en tout cas en cooker
• chaque "version" peut venir d'une stabilisation sur des cycles différents (et des paquets distincts), un exemple représentatif même s'il est faux dans la pratique serait : updates pour un serveur, backports pour du desktop

J'ai déjà croisé quelques sociétés qui utilisent Fedora en serveur donc bon en même temps j'ai du mal à comprendre la segmentation artificielle entre desktop et serveur (ce sont les mêmes logiciels des deux côtés, pas forcément la même config' système ni les mêmes versions retenues).

Je ne m'attendais pas à ce que le journal soit transformé en dépêche, je remercie l'admin qui en a pris l'initiative,

les modos ont aussi un bouton « proposer en dépêche » et cela part en modération, ce qui permet de reformuler. Nous avons l'hypothèse que le public des dépêches n'est pas le même que les journaux ;-) (c'est aussi une reconnaissance d'un sujet intéressant, accessoirement).
Vous pouvez voir les journaux comme votre weblog (contenu réactif et varié, parfois dans les limites de la « ligne de rédaction ») et les dépêches comme les sujets plus consensuels, alors que ce n'est pas le cas : les journaux sont modérés a posteriori, les dépêches a priori (soumises au vote - ce qui peut prendre du temps - et retravaillées de fond en comble, quand nous en avons le courage ou assez peu comme ton journal qui collait bien).

et je me rends compte en même temps que ce qui pouvait être assez long pour un journal (je voulais éviter le tl;dr) devient un peu court pour une dépêche !

euh, en quoi une dépêche devrait être longue ? Ton avis est argumenté et posé (contrairement au journal précédent sur le même sujet) cela suffit déjà, les commentaires sont là pour apporter des compléments :-) Il faudrait peut-être arrêter de sacraliser les dépêches, il y a aussi l'espace de rédaction pour travailler à plusieurs au besoin :-)

Dans Ton Commentaire :)

Une généralisation « les gens », pour un commentaire relevant un doute sur ta source.

Tu as eu la bonne réaction ensuite, tu as expliqué ta démarche et a trouvé d'autres sources, et l'enfilade de commentaires reste factuelle pour l'instant).

c'est encore moins bien que du fauxpen-source donc ? cf. http://www.framablog.org/index.php/post/2009/11/12/fauxpen-source

bwalé j'ai corrigémis en évidence ;-) et tant que j'y étais j'ai corrigé la syntaxe du journal pour afficher l'image du bureau, retaillée de moitié.

corrigé dans le lien de la dépêche, merci :-)

modifié, merci :-)

j'avais OS/2 sur mon 486 qui utilisait le 386-extended nativement (contrairement à l'autre, maintenant on dirait "je suis en x86-64 natif").

tu n'utilises peut-être pas kubuntu non plus ?

strncat, strnlen te répondront tous nos amis les paranos de sécu :-)

j'ai ajouté à ton commentaire les liens initiaux vers les pages wikipedia d'Unix, alors que ma tournure d'esprit m'aurait plutôt fait ajouter http://fr.wikipedia.org/wiki/Linux le libre en plus :-)

Si tu compares Linux (le noyau) à OpenOffice ou Firefox, je ne suis pas sûr que le noyau arrive devant.

[source] ? (ohloh au mini hein...)

perso, j'ai surtout vu « L'informatique a perdu un de ses architectes. Chacune de ses lettres ne prend un sens que par le travail de Dennis Ritchie. »

et j'ai lu « chacune de ces lettres » qui rendent juste en dessous un hommage bien mérité, lui.

Note : j'avais déjà vu ton lien sur un commentaire de la dépêche sur LinuxFr http://linuxfr.org/news/dennis%C2%A0ritchie-un-p%C3%A8re-d%E2%80%99unix-nous-a-quitt%C3%A9#comment-1280470

pour tempérer et sans vouloir opposer mandriva linux (disons cooker que j'ai bien connu) et mageia, beaucoup de contributeurs sont restés sur mandriva linux pendant le lancement de mageia. Ce n'est pas un appel du pied, nous étions là, mais visiblement il y avait une autre communauté à créer (eugeni dodonov y était presqu'arrivé en gardant l'historique et rattrapant 2-3 erreurs, mais il est parti en août iirc) et une version est sortie, telle qu'annoncée en mai visiblement pour ceux qui suivent l'historique, avec peu de contact avec la communauté voire un fonctionnement en vase clos (c'est mon impression par rapport à rosa dont les apports me semblaient flous même s'ils semblent à première vue remplis, misc ou tankey me contrediront au besoin).

Mandriva semble s'orienter vers debian (mds est même packagé), Mageia propose un modèle similaire à Debian, en collaborant dès le début avec OpenSuse/Debian/Freedesktop et échangeant avec les autres distributions (merci pour l'accueil sur le stand commun avec Gnome au Fosdem par vuntz !). Il y a une volonté de part et d'autre de faire du libre mais une communication différente, très présente et disponible sur Mageia, accueillant les nouveaux pour les faire progresser (et contribuer hein, il ne faut pas se leurrer).
Ce que j'apprécie dans Mageia c'est l'approche communauté à la debian, impliquant les utilisateurs qui le souhaitent ; un point positif étant l'intégration dans les updates des paquets venant de cauldron n'existant pas dans la version 1, dans la logique "un paquet, s'il y a un mainteneur" qui est un peu plus pérenne que la liste de nomaintainer de l'autre côté :/ (une dérive constatée au cours du temps qui cherche à être résorbée en constituant des équipes ; j'ai beaucoup d'attentes concernant http://mageia.org/wiki/doku.php?id=sciencesig par exemple, qui pourrait accueillir pleins d'étudiants motivés et je vous laisse trouver d'autres initiatives sur le forum et le wiki pour vous impliquer).

qui supervise les superviseurs ?

Des statistiques disaient que les mailings en masse étaient lus par 3% des gens ciblés (toute cible confondue) ; ayant eu à faire ce genre d'opération pour mon père et notre magasin à l'époque (c'était fin des années 80, au siècle dernier quoi), nous avions ciblé nos clients réguliers ou ponctuels inscrits sur 2 ans. Le résultat nous a étonné : presque 10% de retours, pour 10% de remise proposée sur présentation du papier : sur 3000 clients, ça a pris 2 jours à imprimer et trier par code postal (sympa les PTT à l'époque de nous déléguer leur travail...). Bin 300 clients, qui ont apprécié la démarche (et généralement ont acheté pour plus de 100 francs, ça commence à faire son chiffre pour un magasin de province). Sans compter l'effet publicité dont on te parle encore 3 ans après "on pensait à vous mais nous n'avions pas besoin de renouveler à ce moment". Bon, forcément pour un auchan, carrouf' ou BHV, ça a àmha un peu moins d'impact tellement c'est peu personnalisé...

Pas étonnant que les spammeurs s'acharnent même s'ils ne touchent que 1% des intéressés (même pour 1% de 3% selon les stats), vu qu'ils peuvent envoyer les mails par millions :/ ça fait toujours des 100aines de gogos /o

Réponse : Si !

http://facebook.gouv.fr/ adresse introuvable :/
(j'ai pas essayé l'équivalent suisse hein...)

j'abonde et c'est surtout lié aux méta-paquets nommés task- permettant de tirer un ensemble de dépendances cohérentes.

Sur une Mageia 1 :
task-c++-devel
task-c-devel
task-e17
task-e17-minimal
task-edu
task-esteid
task-gnome
task-gnome-minimal
task-kde4
task-kde4-devel
task-kde4-minimal
task-lamp
task-lamp-extras
task-lamp-perl
task-lamp-php
task-lxde
task-nagios
task-printing
task-printing-canon
task-printing-epson
task-printing-hp
task-printing-lexmark
task-printing-misc
task-printing-okidata
task-printing-scanning
task-printing-server
task-pulseaudio
task-scanning
task-x11
task-xfce
task-xfce-devel
task-xfce-minimal
task-xfce-plugins

mes préférés étant task-gnome-minimal et task-kde-minimal permettant de choisir spécifiquement quoi ajouter ;-)
Pour un serveur, les task-lamp sont bien pratiques aussi.

Hmmm il y en a un peu moins maintenant sur une Mandriva cooker :
task-c++-devel-2011.0-1-mdv2011.0.noarch.rpm
task-c-devel-2011.0-1-mdv2011.0.noarch.rpm
task-gnome-2010.1-6-mdv2011.0.noarch.rpm
task-gnome-minimal-2010.1-6-mdv2011.0.noarch.rpm
task-kde4-4.6.2-2-mdv2011.0.noarch.rpm
task-kde4-devel-4.6.2-2-mdv2011.0.noarch.rpm
task-kde4-minimal-4.6.2-2-mdv2011.0.noarch.rpm
task-lxde-201100-10-mdv2012.0.noarch.rpm
task-mds-2.4.2-1-mdv2012.0.noarch.rpm
task-printing-2011-2-mdv2012.0.i586.rpm
task-printing-canon-2011-2-mdv2012.0.i586.rpm
task-printing-epson-2011-2-mdv2012.0.i586.rpm
task-printing-hp-2011-2-mdv2012.0.i586.rpm
task-printing-lexmark-2011-2-mdv2012.0.i586.rpm
task-printing-misc-2011-2-mdv2012.0.i586.rpm
task-printing-okidata-2011-2-mdv2012.0.i586.rpm
task-printing-scanning-2011-2-mdv2012.0.i586.rpm
task-printing-server-2011-2-mdv2012.0.i586.rpm
task-pulseaudio-2010.0-5mdv2011.0.noarch.rpm
task-scanning-2011.0-1-mdv2011.0.noarch.rpm
task-x11-2011.0-2-mdv2011.0.noarch.rpm

(en revanche, il y a task-mds en plus, ce qui peut être utile pour le besoin évoqué dans le journal).

Dommage de ne plus avoir le méta-paquet task-games (ça date de la 2008.1 iirc) pourtant il apparaît encore sur http://sophie.zarb.org/distrib//cooker/i586/rpms/task-games et il semble qu'il soit en préparation pour la suite d'après http://sophie.zarb.org/distrib//cauldron/i586/rpms/task-games :-) (chut, je n'ai rien dit, la prétérition me perdra).

un des gros avantages du boot.iso c'est que ça ne télécharge que les paquets dont tu as besoin en prenant directement updates (et pas les 1,7 Go qu'il faudra en plus ensuite mettre à jour avec les updates, qui auraient pu corriger dès le début des soucis identifiés après la sortie de l'iso).

Bon, d'expérience (même si je n'ai jamais trop compris pourquoi) préférer l'utilisation de dépôts via rsync pluôt que http ou ftp ; bon, c'est surtout en période de charge sur les miroirs, mais pour moi préférer rsync m'a souvent limité les soucis de paquets qui ne se téléchargent pas bien et demandent une relance de urpmi. C'était surtout pour les montées de version, mais valable pour le boot.iso aussi.

bwalé, vous m'avez convaincu j'ai ajouté C* Music Player :-)