BAud a écrit 13698 commentaires

classe :-) et en plus il n'y a pas l'espace surnuméraire.

(et aussi illisible que le awk :p)

heureusement qu'il y a ces langages dont la page de man en laisse dubitatif plus d'un, mais dont l'approfondissement permet de traiter efficacement des fichiers textes !

à chaque fois que je dois relire un programme en sed ou en awk, cela me rappelle tout de même que http://www.ioccc.org/ existe encore ! (découvert dans Dr.Dobb's Journal au siècle dernier soit à La Villette, soit à la bibliothèque du centre Pompidou…).

bon j'ai fait du flex/bison (remplaçants GNU de lex/yacc) aussi…

awk -F ':' 'BEGIN { affiche_ligne=0 ; print "Numero de serie,chiffrement du certif" } \
{ if (affiche_ligne==1 ) { printf $0 "," ; affiche_ligne=0; }  } \
/Numero de serie/ { affiche_ligne=1; } \
/chiffrement du certif/ { print $2 }' fichier_de_donnees.txt > resultat.csv

bon, il y a un espace en trop pour le chiffrement, mais bon…

si l'équipement n'est pas censé être éteint, surveiller le résultat de l'uptime permettra d'identifier une alerte sur un des équipements (à désactiver lors de mises à jour nécessitant un reboot…). Ou sinon, envoyer une alerte lors d'un reboot (éviter de "pooler" systématiquement, c'est l'équipement qui fera une alerte automatique et immédiate, surveiller l'uptime en plus permettra d'avoir une alerte complémentaire).

sinon, il faut juste connaitre les correspondances de touches

ou tout simplement regarder qwerty, par exemple, qui donne le layout en-us indiquant le caractère sur chaque touche ;-)

cf. https://linuxfr.org/forums/linux-debutant/posts/mot-de-passe-plus-accepte#comment-1611688

merci.

L'idée, j'imagine; c'est d'abord de se connecter (muet, accessoirement), ensuite de rejoindre le salon de son choix.

Oui, pour le podcast c'est intéressant, faut trouver le moyen de rendre la parole pour la partie question/réponses :p

oui, pas que :-)

mumble plus efficace parmi les joueurs que teamspeak ?! Je veux bien des stats.

merci de ton boulot sur http://jeuxlibres.net/ j'espère que cela va se relancer plutôt qu'un steam pour neuneus, l'exemple étant pris au hasard :D

En fait, supertuxkart devrait aussi pouvoir s'installer via steam ?! Je doute, ce n'est pas forcément une mauvaise idée…

sur android, il y a plumble qui fonctionne bien https://f-droid.org/repository/browse/?fdid=com.morlunk.mumbleclient

Bizarrement, il n'est pas possible de rejoindre « Associations de support au logiciel libre », il faut rejoindre « LinuxFR (France) - texte / Audio », ce n'est pas listé sous Plumble si personne n'est présent :/
Bon, là c'est fait, même si je reste en mute, j'ai pu échanger avec quantina un peu, voyons ce que cela va donner :D (je soupçonne que ce soit see< sous un autre pseudo :D).

Belle initiative en tout cas, cela peut permettre d'échanger autrement que par commentaires sur un site web :p

Du fait du regroupement Linux-Expo^WSolutions Linux^WSolutions Libres et Open Source avec l'OWF, j'imagine que les moyens classiques sont conservés notamment la ML village-assoces ?

Ce serait pas mal que lists.p.o ou mailman.p.o fonctionne pour donner accès à l'historique :-)

Après, si c'est sur twitter, fb, diaspora ou autre g+, ça fera venir d'autres personnes, tant mieux.
Ce serait toujours mieux que de changer d'adresse chaque année (comme pour les RMLL), désabonnant ipso-facto les habitués et participants qui perdent l'incitation à venir et loupent tout le travail de préparation :/

oui, tu as raison, c'est très nuageux ;-) voire brumeux.

Ah, la langue de ce qui est présenté : j'ai déjà eu droit à de l'anglais (souvent), de l'allemand, de l'espagnol voire du polonais.

L'important c'est tout de même l'interlocuteur en face, autant que la formation soit présentée en esperanto, cela mettra tout le monde au même niveau :-)

En jessie, via les backports : https://packages.debian.org/jessie-backports/supertuxkart

La 0.9.1 dans Mageia 5 : http://mageia.madb.org/package/show/name/supertuxkart

Belle initiative de le rendre disponible pour plus de monde et d'inciter à l'utiliser ;-) Au passage, certains garderont peut-être le Linux fourni, s'il est possible de l'installer.

je ne t'entends pas, tu ne veux pas rejoindre un salon pour se parler ?

mais par rapport à un TeamSpeak intégré à la plupart des jeux en ligne, c'est pareil ?

Bonne initiative de ta part, je ne suis pas sûr qu'il y ait une communauté CTF très importante sur LinuxFr.org pour OpenArena, Tremoulous^W Unvanquished, Nexuiz^W Xonotic, War§ow (qui n'est pas un jeu libre).

En proprio, il y a LOL et pas mal de jeux proposés via Steam, quelle intégration ajoutes-tu à ce genre de service ? Aurais-tu des stats d'utilisation ?

Sympa que tu mettes en avant mumble (que j'ai utilisé avec succès depuis longtemps, genre 2008 voire 2007), il y aura xmpp à regarder aussite et qui revient en force à raison avec parlons_xmpp :p

Concernant mumble :

• tu peux avoir ta télé allumée à côté, personne ne l'entend (filtrage très efficace)
• il faut éviter d'utiliser le micro de son portable (dès que tu tapes sur le clavier, cela fait un bruit fou)
• il est possible de réutiliser le casque / micro de son mobile (suffit de brancher sur la sortie / entrée son de son portable)
• c'est disponible sur mobile, via f-droid d'ailleurs et donc en libre : voir les SIPphones sur https://en.wikipedia.org/wiki/Comparison_of_VoIP_software avec prudence

Bon, il manque la visio avec la vidéo, mais ce n'est pas si loin…

La compétence locale existe aussi sur du Microsoft, elle a le coût des licences en plus (qui viennent avec le support), cela dépend du modèle :

• si le support est pris en charge par la compétence interne, du CentOS gagne vs RedHat,
• idem au proprio pour un modèle similaire, avec RedHat quand l'interne reste incompétent (pas de quoi payer un admin, ça arrive souvent), le support étant reporté sur RedHat (avec les mêmes défauts qu'en proprio)

Cela dépend donc du modèle (même si in fine, ou au moins sur 10 ans vs 3 ans, je pense que le calcul est bénéficiaire pour du libre, j'aimerais des contre-arguments : sur 3 ans, c'est déficitaire pour le libre àmha et de tout ce que j'ai vu passer… Exemple : sans parler de windows, entre GLPI pour gérer un parc ou un outil reconnu propriétaire comme celui de BMC, monter le budget de mise en place pour un parc de 10000 machines et les gains fonctionnels obtenus, l'exercice pourrait être intéressant).

Pour l'éolien et le nucléaire, il n'y a pas de taxe carbone, pour les centrales thermiques il y a moyen de ne pas générer de taxe carbone (stockage en sous-sol, réutilisation pour faire de la limonade, j'aime bien cet exemple). Les centrales thermiques ont l'avantage de se démarrer rapidement et de pallier les manques à l'équilibre production = consommation, ce pourquoi il y a eu pas mal d'optimisations depuis le siècle dernier (j'ai même vu un reportage qui m'a laissé dubitatif d'une centrale en Chine qui ne rejetait pas de CO² o_O trop beau pour être vrai voire un arbre planté par jour… dubitatif quoi :D)

c'est une question d'être convaincu, de conviction et d'être motivé. Visiblement, tant les femmes que les hommes sont aussi cons vis-à-vis du libre, sans vouloir être sexiste…

Dans ce cas faisons des règles pour que le meilleur gagne.

Tu connais les rétro-commissions ? (oui, je pense). Pour ceux les découvrant : la mise en place d'un système basé sur du propriétaire démarre par un simple appel d'offre pour « les plus compétents » (et mieux disant hein), l'intégrateur propose sa prestation et gère une rétrocession sur les licences avec l'éditeur, ce qui permet de réduire le coût de la prestation vu du client, notamment passer en dessous des 150 k€ pour les clients publics notamment, les licences sont gérées par les achats du client sur une autre ligne (cela permet d'éviter les appels d'offre nationaux, voire les appels d'offre européens qui sont une plaie).

Pour du libre, pas forcément de rétrocession, ni deux lignes budgétaires disponibles : c'est le coût de réalisation qui est effectivement affiché (même s'il reste possible de faire payer pour du libre, je ne l'ai vu que pour du freemium et je n'ai pas vu ces pratiques que je décris, elles existent peut-être aussi, autant reprendre ce qui fonctionne :D). Dans ce scénario, le vrai coût de mise en œuvre est affiché et devient parfois éliminatoire.

Apporter une préférence pour le libre permet de revenir à un équilibre par un fonctionnement biaisé face à un comportement biaisé au préalable. Si ça profite au libre, j'aurais initialement tendance à dire qu'effectivement, il y aurait un biais aussi. En prenant en compte le jeu de 3 acteurs, ce n'est plus un biais, c'est tout de même un retour à l'équilibre dans la durée.

Ce jeu d'acteurs est important à comprendre, il peut expliquer qu'une solution propriétaire moins performante dans la durée soit choisie avec des coûts d'implémentation initiale moindre. Ce genre de contrat est pour 3 ans, il y a une part de risque des intervenants, mais à l'issue des 3 ans, les coûts de licence vont sans doute augmenter (bénéficiant à l'un des intervenants), le coût de maintenance aussi (si pas de montée de version, si montée de version cela revient sur du projet qui rapporte), tout le monde est gagnant. Avec du libre, il y aurait la possibilité de suivre les versions au fur et à mesure et de payer ce qui est est réalisé en temps utile : c'est une question de lissage de la dépense, de budget sur 3 ans ou sur 10 ans (ou plus). J'ai tendance à dire que niveau budget, le libre serait au même prix (autant ne pas le survendre…), mais qu'il sera plus satisfaisant et plus réactif (éventuellement), l'acheteur pouvant orienter les développements pour lui convenir et gérer la montée de version sans avoir à resollisciter tout le monde pour renégocier un contrat et tout le tintouin… En tout cas, il y a pour moi une implication qui a du sens, plutôt qu'avec un acteur/système qui veut te garder captif par nature.

Je puis élaborer. Un exemple sans lien avec le libre (ou peu) était le lancement de SFR :

• dans les deux premières années de leur exploitation, ils auraient pu ne pas facturer leurs clients mais rester bénéficiaire
• l'external carrier (France Telecom à l'époque) leur apportait suffisamment d'argent pour les appels entrants pour ne pas avoir besoin de facturer leurs propres clients (effet de réseau), l'appel vers les mobiles rapportait bien à l'époque

Côté BouygTel, c'était un peu le même effet qui n'incitait pas à investir sur la fidélisation :

• avec moins d'un million de client alors que les deux autres en avaient 5 à 7 millions, le taux de churn (changement d'opérateur) était mécaniquement au bénéfice de BouygTel
• résultat, ma collègue avait un budget annuel de 100 k€ pour faire évoluer son appli de fidélisation… (ça a augmenté par la suite)

Cette expérience datant de plus de 10 ans, j'imagine que je puis en parler ;-) cela permet de comprendre certains raisonnements. Le jeu à trois acteurs, en identifiant les flux de financement permet de comprendre deux-trois choses, comprendre la différence entre B2B et B2C voire d'autres choses :-) (si vous avez d'autres exemples, je suis preneur).

Bref, prioriser le libre au début rétablit un certain équilibre, aussi cher dans la durée àmha, un peu plus satisfaisant en terme de fonctionnement au jour le jour voire en terme d'idéologie sur LinuxFr.org, je ne vais pas le survendre :-)

pour moi les interviews étaient gérer par l'équipe DLFP :)

que nenni, il y a l'espace de rédaction permettant de compiler un ensemble de questions (en suscitant la participation de ceux qui y participent et sont intéressés, il suffit d'y être inscrit pour faire un tour sur ce qui est en préparation), puis ensuite les envoyer à celui interrogé, qui peut d'ailleurs répondre directement dans l'espace de rédaction, ce qu'a fait Jehan< par exemple.

Il ne tient qu'à chacun de découvrir comment participer interactivement au site :-) (il faut simplement revenir régulièrement sur https://linuxfr.org/redaction et cliquer sur les liens, interagir via la tribune ou la ML, ajouter du contenu… ne serait-ce que des corrections d'orthographe ou des liens intéressants). Après, c'est un peu comme toujours : si cela devrait être publié, il faut le suivre, voire faire une amorce et se dire que si quelqu'un de plus y participe, ce sera tout bénèf' mais décider d'aller jusqu'au bout tout de même. Tu as des inscrits comme eingousef<, Thomas Debesse<, Martin Peres<, LeBouquetin< et j'en oublie pleins qui ont démarré comme cela (ils sont dans les stats) et continuent d'utiliser ce mode de rédaction collaborative.

toi, tu vas te faire bouffer :-)

surtout, n'indique pas ce qui t'a aidé le plus et a été déterminant pour y arriver, ni ce qui était bloquant et que tu as pu résoudre ;-) Cela pourrait aider quelqu'un d'autre à installer un logiciel introduisant un trojan qui promeut du logiciel majoritairement non libre sur un système qui aurait pu rester un peu plus libre et permettant de privilégier la logithèque de jeux libres disponibles.

Pour le prix qui serait accordé, je laisse Floxy< en décider néanmoins :-)

Mais si vous réussissez à faire accepter votre pull-request, vous serez listé sur https://github.com/linuxfrorg/linuxfr.org/graphs/contributors :-) (même moi j'y suis arrivé, ce n'est pas si difficile :p).

Plutôt que de seulement voter, ceux souhaitant s'essayer au ruby / RoR et Modèle-vue-contrôleur peuvent déjà simplifier une partie du processus de création :

• générer une sortie au format Markdown de ce qui apparaît sur le § Journaux / Mieux notés
• cela permettra de faire un copier/coller du texte « habituel » disponible sur le modele-de-depeche-meilleurs-journaux sur une dépêche en Rédaction
• puis ajouter la sortie Markdown précédente + les liens « habituels »

Pour ce faire, il est possible de se baser sur :

• organisation-code-linuxfr à actualiser quelque peu au passage…
• spécifiquement sur app/views/statistics/prizes.html.haml pour la vue qui détermine ce qui est affiché en se basant sur le modèle
• app/controllers/statistics_controller.rb n'est sans doute pas à modifier, ce serait une nouvelle page par exemple, déterminer où la mettre
• app/models/statistics/prizes.rb sans doute rien à toucher, toutes les données étant fournies, c'est spécifiquement la vue qui serait à mettre à jour et ajouter quelquepart

Par la suite, si la création automatique en rédaction est possible, pourquoi pas… en l'attribuant dès le début à collectif, cela permettra de faire le tri entre les journaux déjà transformés en dépêche (ce qui serait peut-être même possible automatiquement), avec ajout automatique des liens de la dépêche, je ne me rappelle plus s'il y a une API pour tout cela.

Ah bah tiens, je l'avais déjà proposé en partie sur https://linuxfr.org/suivi/faciliter-l-ecriture-de-depeche-meilleurs-journaux

Tant mieux, ce commentaire est un peu plus détaillé et motivera peut-être quelqu'un à se mettre le pied à l'étrier et proposer un pull-request à NoNo< ;-)

J'aurais envie de dire que celui qui le fait lors des RMLL à venir (par exemple), pourrait recevoir un « prix » (envoyé par la poste pour ne pas imposer d'être présent aux RMLL pour le recevoir…).

Timaniac n'a pas complètement tort sur la démarche :-)

Pour autant, appliquée avec du logiciel libre, elle ne coûterait pas plus, ce qu'il met un peu sous le tapis…

En outre, le logiciel libre propose une participation possible (ce qui est beaucoup plus vague avec du proprio), cohérente avec les missions de certains services publics (ce qui peut apporter un point d'adhésion, même s'il reste souvent à franchir le pas).

Il ne faut pour autant pas sous-estimer la résistance au changement : tout comme le passage de Office 2003 à 2010, s'il fallait passer à LibreOffice, des formations ou au minimum une équipe support sont nécessaires, l'important n'est pas le logiciel ni le fait qu'il soit libre ou propriétaire… le tout c'est de gérer le changement et là les utilisateurs peuvent s'adapter, avec les mêmes réticences dans les deux cas.

L'exemple de la gendarmerie passant au libre, d'abord sous windows via les applications basées sur du libre, pour aller jusque sous GNU/Linux est un exemple de transition réussie : ils ont su trouver les relais pour promouvoir le libre et le faire comprendre, simplement en aidant leurs utilisateurs à travailler au quotidien (sans leur mettre la pression libre/proprio, simplement en indiquant comment utiliser au mieux l'outil informatique au jour le jour).

Au final, il y aura sans doute l'économie de licences (2% du budget d'une DSI standard…), parfois la possibilité d'entrer dans une démarche de contribution au libre (bizarrement, ce sont plutôt les utilisateurs qui en parlent, pas ceux qui ont déployé le logiciel o_O).
Concernant la division des coûts, il faudrait peut-être se rendre compte des gains apportés aussi, si une équipe support consolidait l'utilisation des outils…

bravo pour ton CRM (et sa promotion sur LinuxFr.org), même si je ne l'ai pas essayé :/ (mes comparaisons de CRM datent…).

Autant l'ajouter sur http://alternativeto.net/software/sugarcrm/?license=opensource qui est bien pratique pour s'y retrouver de temps en temps ;-) il y a même des tags http://alternativeto.net/tag/customer-relationship-manager/?license=opensource (qui ne donnent pas la même liste…).