BAud a écrit 13624 commentaires

Franchement, est-ce à Debian de proposer cela ? :D

Attendrais-tu la même chose du projet Fedora ? ou de mageia pour parler de l'actualité aussi.

àmha, il ne faut pas confondre :
- la distribution communautaire qui n'est "que" la somme des compétences de ceux qui y participent (très grosse simplification inside)
- et les utilisations qui vont être très diverses (qui motivent la participation de certains)
et encore, je ne parle pas de Gentoo ni d'OpenBSD, ça ne tiendrait pas dans ce commentaire ;-)

Au vu de ton commentaire et son hors-sujet (àmha), j'ai l'impression que tu es déjà prêt pour être DSI ;-) (outre montrer une réelle méconnaissance du fonctionnement des distributions). Je te laisse chercher les SSLL qui ont basé leur activité justement sur ces distributions communautaires (regarde ce que faisait l'ex-Connectiva par exemple, Sidux voire Red Flag, ou Unity-linux ou les "spins" de Fedora...)

Pour ce que j'en ai vu, Orange Business Services, EDF (proposé par la R&D[1], par exemple pour ceux travaillant sur http://code-aster.org et code Salome, de l'ordre de 3000 à 7000 postes iirc) ont du Debian, il suffit d'un ou deux administrateurs pour la mise en place initiale ;-) Après, il n'y a pas forcément une visibilité globale dans les grandes entreprises, la main gauche ignorant parfois ce que fait la main droite...

Sinon la gendarmerie nationale, c'est une grande entreprise ? :D 85000 postes... [2]

Et côté FAI ou hébergeurs (Free, SFR, toile-libre, Lost-oasis.fr, ovh...) il me semble que Debian GNU/Linux est bien placée à raison :-)

[1] http://2008.rmll.info/L-informatique-Scientifique-a-EDF.html voir le PDF, souche Calibre
[2] http://linuxfr.org/2010/11/03/27533.html La gendarmerie nationale migre vers Ubuntu

corrigé a priori (même si cette css n'est pas très utilisable en modération : elle met la tribune de modération en dessous de l'article plutôt qu'à côté :/)

disponible sur http://alpha.linuxfr.org NoNo< ayant déployé ses correctifs.
Pour ceux qui veulent suivre les évolutions, voir http://alpha.linuxfr.org/wiki/coordinationdestests ou https://github.com/nono/linuxfr.org/wiki pour ajouter vos suggestions (même si le Markdown sur github ne semble pas le même que sur la version en RoR de LinuxFr :/).

P.S.: Templeet n'aime pas les accents circonflexes, encore un truc codé dans la langue coloniale au faîte de sa gloire...

mon navigateur web Firefox sous Mandriva Linux n'a pas de souci avec les liens avec accent circonflexe : http://fr.wikipedia.org/wiki/H%C3%B4pital_2012 (même si le rendu n'est pas optimal :/)

Concernant medintux, attirer des contributeurs permettant de le faire évoluer vers du multi-langues (que ce soit l'anglais ou de l'Indonésien) je pense aussi que ce serait une réelle opportunité de développement ;-)

Ceux qui y travaillent peuvent choisir de compléter leurs contributions en libre et en faire de vrais projets par la suite (ou dès le début).

C'est simplement un peu dommage, qu'hormis l'annonce en 2009 il n'y ait pas eu de compte-rendu par la suite de ce qui avait été fait en libre et des suites. Éspérons que cette année, ceux ayant participé se feront connaître :)
Avec toutes les forges libres, il est très facile de créer son projet et y travailler en équipe tout en committant au fur et à mesure pour respecter les principes du libre : choix d'une licence (libre) + "release early, release often" :) bwalé, http://tuxfamily.org et http://gitorious.org me semblent assez facilement utilisables non ?

Par exemple, par rapport au web 2.0, il suffirait de faire une release de http://vhffs.org en y ajoutant la gestion d'un champ http://identi.ca non ? :D

Pour le remplacement de schéma en visio, il y a inkscape et openclipart que j'utilise de temps en temps.

Il faudrait un terme un peu plus précis que thermodynamique qui n'est pas très convaincant http://www.openclipart.org/search/?query=thermo


En plus spécialisé il y http://qelectrotech.org qui a des schéma d'hydraulique en plus de l'électrotechnique actuellement :
http://qelectrotech.org/showcategory.php?cat=tout_venant%2Fi(...)
par exemple, du traitement d'air : http://qelectrotech.org/showcategory.php?cat=tout_venant%2Fi(...)

ou http://qelectrotech.org/showcategory.php?cat=tout_venant%2Fi(...)
qui te permettra de trouver quelques représentations...

Et pour le calcul, bin c'est une fonction de simulation intéressante, que j'ai déjà vue dans des logiciels (mais pas en thermo) mais rarement à partir du schéma en lui-même :/ Peut-être qu'à partir de qelectrotech il y aurait moyen de repartir du schéma pour y ajouter des propriétés servant à la simulation ?

ah, des .xcf sont disponibles sur https://github.com/nono/linuxfr.org/tree/master/public/image(...) (et sans doute ailleurs aussi).

Mieux vaut préférer le SVG ;-)

tu veux parler de http://linuxfr.org/images/ ?
et la police dépend bien sûr de la css retenue sur http://linuxfr.org/css.html :-)

Ce site n'est pas pérenne, c'est simplement une facilité pour travailler à plusieurs sur des dépêches. Bon ok, j'utilise un wiki depuis au moins 2005 et j'avais je crois ajouté cette fonctionnalité de conversion vers la "syntaxe" linuxfr au wiki vers fin 2007, mais bon...;-)

J'espère que le wiki intégré à la nouvelle version nous permettra d'effectuer du travail collaboratif sur des dépêches, il y a une organisation à trouver et ajouter un lien "transformer en dépêche" en gardant les auteurs initiaux ;-) Cela mériterait des compléments à http://linuxfr.org/tracker/879.html voire ouvrir une nouvelle suggestion :) (il y avait bien eu une proposition "d'inviter" le rédacteur en tant que relecteur pour compléments - je ne l'ai pas retrouvée :/ - même si je crois plus au mode de fonctionnement "à la Firehose" de /. ou à la conversion de journaux en dépêches comme nous faisons déjà, avec plus ou moins de bonheur).

Pourrais-tu envoyer un exemple de sortie ? je crois me rappeller du manque de <ul> de temps en temps ou de </li>, ce qui ne s'explique pas par des CR surnuméraires supprimés. Le plus simple serait d'avoir une sortie dédiée linuxfr comme je l'avais fait sur http://demoll.tuxfamily.org/linuxfr/NewsLinuxFr
par exemple http://demoll.tuxfamily.org/linuxfr/NewsGagnantsSeptembre201(...) avec http://demoll.tuxfamily.org/linuxfr/NewsGagnantsSeptembre201(...)

Il y a une catégorie "Nouvelle version RoR" (tout a été prévu).

hmmm il y avait tout de même cette erreur :
Line 239, Column 6: character data is not allowed here

</li>Nouveau nom de domaine txt2tags.org et nouveau wiki pour échanger des rece…

j'avais déjà remarqué que la gestion de l'ullification ne semblait pas complète dans tes dépêches générées avec txt2tag, mais je ne sais pas si c'est la sortie directe ou l'édition ultérieurement faite qui en était la cause ;-)

(bon après pour les &lt; et autres &amp; ou &nbsp; c'est un peu la grouillle dans templeet)

Ouh là cette affaire me paraît lourde d'implications...

http://linuxfr.org/~RedFox/30412.html
c'est une question de liberté de l'utilisateur : si elles sont préservées malgré l'app Store sans restriction de liberté imposée, il n'y a pas de souci.
Je dois dire qu'apple n'est pas très clair à ce sujet, qui leur demande ou trouve un lien factuel ?

La gendarmerie est-elle toujours un gros contributeur d'OCS-Inventory-NG ?

euh http://linuxfr.org/2010/11/03/27533.html en quoi cela remet en cause OCS-Inventory-NG ?

Certains comptent même à l'envers, ===== titre niveau 1 =====, ==== titre niveau 2 ==== etc

c'est une question de mise en forme et tu peux choisir de n'avoir que 3 niveaux de titre

===titre===
==titre de niveau inférieur==
=titre en dessous=
ça me paraît bien logique dans un fichier texte :)

ou encore un acteur qui fait la promotion de l'auto-hébergement
http://wiki.auto-hebergement.fr/
un toile-libre à Grenoble quoi
comme un http://tuxfamily.org qui est à Marseille et propose http://vhffs.org pour de l'hébergement mutualisé (en masse) :-)

tu devrais indiquer tes difficultés avec jOSM :-)
et sinon pour ceux qui ne veulent pas sortir de chez eux, http://linuxfr.org/2009/01/26/24929.html l'utilisation du cadastre était un bon moyen (vérifier sur place pouvant être néanmoins nécessaire pour ceux qui ne travaillent pas de mémoire).

et https://github.com/nono/linuxfr.org/wiki ainsi que https://github.com/nono/linuxfr.org/issues
bon ok pour la css actuelle, je n'ai pas ouvert de bug pour suggérer de diminuer la taille des titres dans la CSS qui le rendrait présentable àmha ; essayer avec body h1 ... 1.8em h2... 1.6em h3...1.4em ;-) (le 3em c'est _vraiment_ trop)
et http://lists.linuxfr.org/wws/info/linuxfr-www-dev pour ceux qui veulent participer au dev' / test ou ont des patchs à envoyer...

pourquoi ?

- pas d'abonnement FT, connecté au dslam de FT=> adsl nu
prix ? 15 euros + le prix du FAI ?

- abonnement FT, connecté au dslam de FT => adsl classique
hum "classique" == offre historique ? 15 euros pour l'analogique - 15 euros d'abonnement si souscription chez MaMadoo ? c'est quoi le côté classique pour 45 euros ? classique comme médiéval ? genre je contribue à payer les lignes analogiques du siècle dernier dans ma contrée isolée de tout ? (modernité incluse). Les cartes de couverture ne sont pas très claires, c'est dommage que l'arcep ne joue pas la transparence :/

Il parle bien du présent, pas d'il y a 3 ans

bin donne des sources aka des URL :-) (sans te tirer une balle dans le pied avec Ballmer balançant des chaises... ou chantant aussi mal que RMS)

Parce que chacun regarde le bout de la lorgnette qui l'arrange ;-)
De l'aveu même de pBpG, windows sur le mobile est un produit mort, ce que confirme d'ailleurs ce journal. Il faudrait aussi parler des box, des téléviseurs, des grilles pains (avec la concurrence forcenée de OpenBSD), des appliances divers utilisés en entreprise que ce soit pour les bases de données ou les serveurs d'application ou les services web ou pleins d'autres choses encore...

Excellent, ils ont géré la migration en amont grâce à la "mise en compatibilité" de leurs applications métiers...

il y avait le même souci lors du passage de NT4 à W2K concernant Access (passage de Access98 à Access 2000 iirc) qui cassait la plupart de ces "petites" applis. Le recensement effectué à une époque (autour de 2003) dans une entreprise à taille de (très) grosse PME sur toute la France avait identifié 600 "applications locales" (i.e. sur le poste client, accessible du serveur de fichier : de la feuille de tableur blindée de macro, au publipostage automatisé dans un traitement de texte propriétaire ou autre fonction non pérenne, en passant par les applis windev à passer aux oubliettes ou les saletés en access mono-utilisateur le code ayant été mélangé à la base...).
Une solution n'a pas été de chiffrer puis réaliser comment tout migrer, mais bien de rationaliser par région ce qui avait été fait (abandonner les trucs en doublons, triplons et quadriplons, justifiant le développement d'une "simple" appli en php répondant au besoin et - business loto inside - alignant les applications sur les process de l'entreprise avec la participation des différents managers, approche toujours plus pragmatique que "dites-nous ce dont vous avez besoin, on vous dira comment vous en passer". Dire qu'un "simple" recensement a permis à la hiérarchie d'identifier ses axes d'amélioration et répondre à des besoins non exprimés : perso, je trouve l'exemple toujours autant sympathique, d'autant qu'il bat en brèche les TCO (total cost of ownership) qui oublient bien souvent l'aspect "pieds et mains liés" de certains choix non respectueux des standards ouverts (formats ouverts pour le stockage, protocoles normalisés pour les accès...).

Avec la rationalisation (diminution du nombre d'applications non maîtrisées), la conduite du changement peut se concentrer sur la formation, subventionnée sur les économies de licences par exemple ;-)

Pour le coup, il faudrait rediriger ton journal vers le suivi http://linuxfr.org/tracker/

Mais en tant que modérateur je n'ai que la ligne :
(Déplacer vers un forum ou effacer et l'indiquer à son auteur) (ADMIN)

En l'état, tu peux aussi proposer des choses sur http://demoll.tuxfamily.org/linuxfr/SuggestionsLecteurLinuxF(...) (c'est un wiki, éditable par tout le monde iirc), certains points ayant été déjà largement pris en compte dans l'aide http://linuxfr.org/aide/

Cela nous permettra de définir un DLFP 2.0 (habitué du RoR ou tout simplement testeur les bienvenus, la procédure est cachée dans des dépêches sur LinuxFr ou les pages du wiki pour trouver la ML de dév').

Est-ce que apt gère les "delta-rpms" ou quelque chose d'équivalent, qui permet de gagner un temps considérable lors des mises à jours ?

vraie question : J'aimerai bien voir des données factuelles, basées sur des benchmarks sérieux des dernières versions, qui puissent étayer cette affirmation.
Car il ne faudrait que ce qui a été vrai un moment devienne juste un poncif, une idée reçue.

Notamment la place prise sur les miroirs lorsqu'il y a par exemple 5 mises à jour d'un paquet de OOo (au hasard) et le temps que cela prend d'effectuer le calcul de dépendances supplémentaires (côté client cette fois-ci).