Je me méfie beaucoup des articles actuels des experts français sur le sujet. L'objectivité leur manque souvent, et c'est logique, aucune pierre a jeter : la solution déchets agricoles / boues -> biogaz -> piles à combustibles oxydes solides -> fournisseurs locaux, va très compréhensiblement à l'necontre actuel des intérêts du cea, de total, de edf, ... Il est normal que la perspective de perdre ne serais ce que 20% dans les 20 ans des points de centes les plus rentables (qui s'équipera en premier ? pas les zones désertes...) au profit d'opérateurs locaux, nouveau, entrant frontalement en concurence avec eux, et renforçant d'autre part le rôle du réseau de dsitrbution, que ces gens là coryait économiquement non viable jusqu'à peu ...
Outre Atlantique la foculasition se fait plutot sur le fait qu'il faille encore une fois passé par une phase de tratiement (déchets / boues -> biogaz.) Et que la solution ne le prenne pas directement en compte (impossible semble t il, aujourdhui). D'un autre côté il semble que cela arrange les financiers, cela aussi, en plus de la redistribution des rôles par éclatement des producteurs.
Tout comme je me méfie aussi d'une éventuelle annonce sur la durée de vie des bloombox. Bloom energy est avant tout un industriel. Il est don parfaitement normal qu'il attende le retour des calculs et des prévisions des experts financiers afin d'ajuster au mieux la durée de vie de leur produit...
Je gardais cette partie pour vos éventuels commentaires :)
Il s'agit de BioGaz. Ce qui est également intérressant : quelques agriculteurs de ma région commencent a y trouver une source de revnu d'appoint, et la filière s'organise. J'ai rencontré récemment une personne à l'énergie débordante, servant de fédérateur pour le recyclage des "boues" issues de l'agriculture bovine / ovine, et la transformation en biogaz entre autre.
Nous avons donc une base de production locale, qui permet d'ores et déjà de fournir la matière première à ces bloom box. En améliorant la filière, il est tout à fait possible d'obtenir d'obtenir le schéma déchets/boues->biogaz->bloombox. Et tout cela reste du local, du moins du national compensé. Pour une bonne partie des besoins bloombox. Là par contre je n'ai pas de chiffres du rapport production matière initiale -> consommation-retraitement -> production éléctrique. Rien d'autre que ce qui a été rendu public pour le moment : à savoir un coût calculé à 11cents le kw/h pour les usa pour le moment. C'est peu d'informations, et de nombreuses choses restent à éclaircir, pour moi du moins.
et je suis avide de nouvelles informations sur ce sujet aussi :)
Les bloom box risquent fort d'accélerer largement le mouvement déjà engagé (avec cette filière sus-cité, mais aussi avec les énergies dites alternatives plus connues : eolien, solaire) qui est une production locale. Et surtout à changer, cette fois, le renouvellement du rapport producteurs->distributeurs->consommateurs.. Ce qui n'est actuellement le cas que pour le producteur par énergies alternatives. Les bloombox risquent de forcer à se fédérer au niveau des communes ou des quartiers.
j'aurais du regarder ton profile avant de poster :) pas sûr du tout que ça te serve à quoi que ce soit, les infos sur le pastebin :p désolé :)
Ce que je retiens du tests ce sont surtout les valeurs différentielles : on retrouve grosso modo les mêmes différences qu'avec les autres testeurs ayant publiés leurs résultats ici : quel que soit l'o.s, quelque que soit l'archi et quel que soit le hard, le rapport comparatif entre navigateurs reste sensible le même.
Bien entendu on peux émettre des (gros) doutes sur les tests eux mêmes (quelqu'un les a t il relu ?), et b ien entendu on peux optimiser tel ou tel navigateur en jouant sur des options de compilation (voir en change compilateur : swiftfox compilé avec icc ou gcc ? roo il est beau), mais quant même se dégage de tout ses résultats rapportés ici une similitude claire de différences entre navigateur. Non ?
Sûr qu'insulter va arranger les choses (le "comme d'hab chez mdv", qui est totalement faux). Un petit condensé d'info, si tu as besoin pour ton rapport de bug : http://pastebin.mandriva.com/17390 Cela devrait te permettre de -au moins- faire des comparaisons.
ps : tiens je vais tester avec le Firefox de la version "mini" qui, visuellement, envoi du bois :)
_ Mandriva 2010, 32 bits. sur Intel Atom 330
_ Système normalement occupé, de la même manière sur tout les tests.
_ Connection internet de type FreeWifi (fluctuante, entre bas débit et 100k/s, selon l'itinérance sur les points d'accès freewifi disponibles autour...)
_ Navigateurs pendant les tests : occupés sur une recherche d'image (pour tous la même), et l'affichage du résultat, dans un second onglet.
Firefox : 3.5.8
Total: 27638.2ms
note : firefox rame pendant les tests, et devient difficilement utilisable http://tinyurl.com/yd37xky
Arora : 0.10.1
Total: 2115.2ms
note : arora reste parfaitement réactif pendant les tests http://tinyurl.com/yewvow7
Chrome : 5.0.307.11
Total: 1735.2ms
note : chrome reste parfaitement utilisable pendant les tests. http://tinyurl.com/ygozpru
Konqueror : 4.4.00
Total: 18304.0ms http://tinyurl.com/yk3ebbh
note : konqueror reste parfaitement utilisable pendant les tests.
Galeon : 2.0.7
Total: 6589.6ms
note : galeon aussi reste parfaitement utilisable http://tinyurl.com/yzpp3bq
---> Les trois grands gagnants sont Chrome, Arora et Epiphany !
Firefox semble complètement à la ramasse, pour ce test, sur ce système 32bits.
Autre résultat, autre plateforme :
Android Donut, sur un HTC Magic : 76225.08ms ... ( http://tinyurl.com/ykxpfe2 )
Les navigateurs pas testés ou pas testables
lynx, links & links-graphics ... :-):
Chromium : plus utilisé depuis une dizaine de mois... et plein d'autres...
Il semble que le support de cette carte est débuté par des patchs fournis par compulab pour le 2.6.22 puis 24, disponibles dans le lien que tu donnes ( lien Documentation -> sources only). Puis le support de cette carte semble avoir été intégré directement, avec comme mainteneur Mr Rapoport, de chez compulab, et est considéré comme stable et maintenu.
Tomsc, tu peux poser le contexte de w, de crosscompil, des infos précise sur le matos comme cet écran tactile, et ton .config sur un pastebin, histoire de te faire aider un peu, avant d'aller poser, éventuellement, des questions sur la liste infradead. Parceque là, on ne sait même pas si, plutôt que le support de cette carte (qui semble ok), cela ne serait pas le support de cet écran ...
Arf j'ai confondu "Pour La Science" avec "La Recherche" je crois bien.
Tangeante à eu une re-numérotation ? j'étais persuadé avoir des niméros pas plus que xx, mais bon j'en ai que deux ou trois.
Merci de la correcftion.
Pour info : CheckInstall gère les dépendances. Lorsque tu as localisé, pris connaissance des dépendances nécessaires, et fait le nécessaire, tu peux avec checkinstall les renseigner, par leur nom et leur version, ou leur nom et la version minimale. Et cela fonctionne parfaitement bien.
savoir sur quels serveurs tournent une application donnée (point de vue "application") et savoir quelles applications sont hébergées sur un serveur (point de vue "serveur"). Les premiers outils étaient de simples tableaux nécessitant une double mise à jour et donc peu fiable. Chez nous, cela s'appelle la cartographie applicative.
Chez nous, on nomme cela la sécurité (par absence de centralisation facilement accessible de la répartition des informations) --> êtes vous bien sûr que cela n'existe pas déjà, mais que simplement vous n'y avez peutr être pas accès ? Cela peut paraitre paradoxal, pour des gens amenés gérer une partie, mais bon.
Chez nous, chez notre client, ça sert aussi d'excuses pour dire "zut j'ai pas fait la doc, flute me souviens plus où j'ai centraliser cette biblio, Merde, le système utilisé pour versionner les biblio sur tel filer est différents de sur tel autre, pour un même secteur, j'ai encore fait ça un retour de vacances...tant pis, c'est un sous traitant qui fera le boulot" ;)
"Le problème est que ça coupe tout simplement l'envie de lire".
enlever l'envie de lire, mais à qui ??
3) Z'avez d'autres suggestions ?
Avec ces articles là, il serait peut être sage de prévoir une page spéciale. La dépêche restante complète comme celle ci (tant que possible!), et renvoyant aux paragraphes encore plus détaillés sur une page spéciale (si possible aussi lol)
En tout cas, prévoir un archivage (ou un accès) spécifique pour les dépêches noyaux. Je trouverai ça intéressant et sympa. Sympa parceque cela permettrai de faire des sauts rapides entre versions proches de noyaux. Et d'une manière plus globale et à plus long terme, avoir une belle historisastion.
Je connais et n'aime pas trop, ça me laisse une impression de "souvent des publications non validées" (les pages "en bref" de Science&Vie ou souvent ou peux deviner des annonces grandiloquantes pour appel financement, dans "Pour la Science, ils font tout un dossier), même si effectivement les articles sont plus velus et plus complets, lla vulgarisation y est de moins bonne qualité. Or n'étant pas non plus "Science", la vulgarisation reste un élément censé être essentiel dans "Pour La Science", et est délaissée au profit d'une fausse impression de "velu". Je suis un peu dur lol, mais vraiment je trouve Science&Vie supérieur Mais ouhai, je matte systématiquement les deux à la librairie, mais n'emporte "Pour La Science" que lorsqu'il y a des articles sur "l'astronomie" lol et le quantique relol.
Une revue a conseillé aux djeuns (et moins puisque je la lis également parfois) c'est la nouvelle revue "Tangeante" (moins de 2 ans il me semble). Souvent mélange de philosophie, mathématique et informatique. J'ai entre autre en tête un super numéro avec plein d'exemple en Python :) Bref, "tangeante", un joli brin d'une guirlande éternelle.
ps : Alors, cet élément dont on nomme temps la mesure de sa différence (de son interaction) avec la gravitation, ils vont le trouver ou pas ? Celui après le boson scalaire, là ... okok je ->
C'est un classique, le remerciement pour la dépêche noyau.
Classiquement, donc, merci Patrick de publier cela sur linuxfr, en fait, merci à toute l'équipe de linuxfr, plus précisement. Remarquable travail de suivi, de vérification, et d'écriture qui demande à n'en pas douter une belle somme de temps. Celle ci apporte un éclairage essentiel sur de nombreux points. Elles rendent passionnante la vie du noyau même aux non-initiés, et ceci n'est pas un compliment mal placé, mais sincèrement, j'aimerai beaucoup lire ces articles dans Science&Vie, pour de multiples raisons. Et d'une manière plus générale, j'aimerai beaucoup avoir plus d'articles de cette qualité (de cette construction (technique-humains-projet) pour de nombreux autres sujets.
C'est inquiétant cette montée actuelle de l'importance de la communication, vous ne trouvez pas ?
Que l'on moque un site web sur un site de spécialistes est bien naturel. Mais que les médias fassent choux gras d'aussi peu, c'est à double tranchant : restreindre le débat au discours, et renforcer l'impact l'importance des dits médias.
Leur traitement de l'information est problématique, me semble t il.
Le responsable ump des jeunes pop se retrouve placardisé, ok ses choix n'ont pas amenés le résultat escompté, mais au final on cause beaucoup du site et du lipdub, mais pas du fond.
Avec Freches c'est le niveau au dessus : on flingue quelqu'un pour qq conneries de dites, et on enterre au passage 30 ans de boulots ?
Je n'aime ni l'un ni l'autre, mais tout ceci me semble bien disproportionné.
Continuez, chers médias, à nous montrer les rolex, cela vous évite de nous montrer les retraités obligés de faire les poubelles, et de se demander pourquoi.
Ou tu ouvres l'initrd, puis tu ajoutes à init un check de ce qu'a fait le noyau. Et pour automatiser tu surcharges les options de création d'initrd lors de l'install d'un nouveau noyau.
quoi ? on est plus vendredi ?
zarb...
mauvaise distro pour cet usage, changer distro
/désolé/
Autre piste : utiliisation de autofs. (Voir, avant, si les accès ne sont pas trop nombreux en même temps sur tout les points.) Le principe d'autofs est de monter à la demande. Ainsi tu n'a pas x iso montées en même temps, mais x iso montées quant quelq'un ou quelque chose veux y accéder. Par exemple, pour un répertoire comme /usr/share/applications que tu voudrais voir déporter sur un serveur nfs c'est très pratique... Et ça marche aussi pour monter des iso (je passerai par un fichier genre iso.auto renseigné comme il faut, puis sa déclaration dans auto.master)
m'enfin c'est zarb cette histoire de limites de montage d'iso sur ta distro. Dans un modinfo loop tu n'a pas un truc du genre :
parm: max_loop:Maximum number of loop devices (int)
parm: max_part:Maximum number of partitions per loop device (int)
???
Et : pas besoin de rebooter, hein ;-)
Tu arrêtes d'utiliser le module loop, en démontant les iso montées. Puis, après un rmmod loop, tu fais simplement un :
modprobe loop max_loop=100
et paf, ls /dev/loo* |wc -l affiche ... 100 devices disponibles.
M'enfin c'est bizarre qu'une version serveur ne le permette pas... (surtout que le module le permet par défaut) Ca doit être une simple erreur de syntaxe lors du passage de l'option au noyau.
Je serais toi, je ferais les deux :
Plus de loop par défaut. Et chaque iso montées uniquement à la demande d'accès.
J'ai rien compris à votre message \o/
Mais le titre indique : Partage samba ssh et autre en même temps
Alors la réponse est OUI. Et par défaut. C'est la fonction même des couches d'abstraction de types pseudo-fs pour le réseau. Bon, après partager un même dossier en même temps en NFS, CIFS et sshfs, voire plus... c'est quant même un peu s'en remettre aux utilisateurs, à leur nombre et leurs usages... Non ?
Chez moi, sur un poste avec peu de connections donc, je partage les dossiers images/musiques/vidéos en NFS et en CIFS, en même temps. En NFS pour le réseau local, en CIFS au cas un invité dont la machine ne comprends pas NFS se pointe chez moi.
Heu, désolé si tu l'as pris comme ça, c'était pas le but, cela ne t'étais pas destiné, hein, mais alors pas du tout !!! (la première phrase reprends ta formulation précédente, mais c'est tout)
Moi ça me semble évident que system-base soit compris dedans ! Je vois mal une offre mettant à jour un correctif de sécurité pour kopete ne pas déployer un correctif de sécurité pour le noyau ! Le détail des logiciels pris en charge permet de savoir avec précision ce qui entre dans le périmètre de maintenance, en plus de base-system.
Tu vois une telle offre ne pas prendre en charge base-system ? Moi non \o/
Zut, j'en suis venu à parler de moi. J'aurais mieux fait de fermer ma gueule, et de ne pas poster. bon je retourne casser des machines de prod comme un gros connard. Désolé.
es gens réclament une extension du support, mandriva le fait, faut pas commencer à venir dire "finalement, ça sert à rien". ( et je parle même pas du fait que les gens ralent en disant que mandriva écoute pas
Si tu t'adresses à moi, tu ne t'adresses pas à la bonne personne.
Tu ne trouvera pas dans les archives (forum officiel, ici, ML, ailleurs) un seul post de moi disant que Mandriva n'écoute pas. J'ai par contre des dizaines d'exemples du contraire, de l'écoute de mdv.
faut aussi arreter avec le concept de rolling release avec une base fixe. C'est juste n'importe quoi, vu le degré d'imbrication entre hal/udev/xorg/linux/gnome/kde,
Tu vois midi à ta porte, sans chercher à comprendre plus loin. Techniquement tu as raison, et avec des vrais bons arguments. Mais tu ne vois donc qu'une partie du problème : la partie "pure", la "vraie" : ici la vraie définition de rolling release : la permanence. Or tout comme il est possible de faire une extension de support de maintenance, il est aussi possible de faire une extension de mises à jour de nouvelles versions. La différence de cette dernière avec une rolling release c'est justement la permanence. A un moment donné, cela ne sera pas possible de proposer kde x+ à cause d'une imbrication étroite avec tel composant.. Là s'arrete l'extension. Et cet arrêt est décidé upstram, et non par la distro. C'est une difficulté pour une offre d'éditeur ...
C 'est tenable pour un certain temps, mais faut pas esperer vouloir faire tenir ça des années. Oui, on est d'accord. Décidemment je crois que je ne comprendrai jamais ton esprit systématiquement contradicteur.
Exemples de la vie de tout les jours, dans le cadre "Mr Michu" (donc hors entrerprises, celui que tu défini par "les gens", je le défini plutôt par "des gens") : Les pc de ma famille : il est évident que je suis ravi de ce type d'offre, et il est plus que probable que je vais y souscrire pour une machine, la principale de mes parents. Et que certainement, si je peux j'en prendrai une seconde l'année suivante. L'offre répond à un besoin : avoir un pc stable longtemps, sans prise de tête click ça marche, c'est génial. Pour mon pc par contre, je serais tout à fait prêt à souscrire à une offre "backports", tu vois ? Bien humblement, je ne pense pas que mon exemple soit généralisable. Par contre il me semble que dans la communautés des utilisateurs de Mandriva il existe les deux besoin : certains veulent cette offre, d'autres seraient prêt à prendre un support "backports". D'où mon remplacement du "les gens" par "des gens".
Voilà, cette offre je la crois très bonne (je ne serais peut être pas client pour mon poste, mais ça c'est "moi", et on s'en fout un peu) : je la crois bonne parcequ'elle répond certainement à un vrai besoin. Que dire de mieux ?
leur nouveau plan, c'est l'embarqué, l'arm, et l'oem.Il m'avait semblé répéré cela aussi, merci pour le lien. Ils risquent fort de se ramasser aussi. C'est dommage, on dirait qu'ils ont du mal à trouver, ils continuent sans cesse de chercher une voie. C'est vriament dommage car ils ont apporter un élan marketting important pil au moment où il y en avait besoin. Toujours bien humblement, je reste fidèle à des valeurs simples : tant qu'ils n'ont pas l'expertise suffisante en terme de développeurs de qualité, dans plusieurs couches du système, ils continueront de se débattre, et c'est tout. C'est vous, les développeurs, qui faites tout, et ça aussi ça me plait dans l'OpenSource (le marketting n'est pas et ne sera jamais suffisant ici)
Lecture correcte du schéma, mais mauvaise lecture du texte.
Tout est dit en une phrase : Notez qu'il s'agit de maintenance de sécurité et applicative (correction de bugs et failles de sécurité) ; pas de maintenance évolutive (passage à une version supérieure d'un logiciel).
Pour ceux d'entre nous connaissant les diverses offres du marché, on voit très bien là le cadre de recouvrement de l'offre d'extension de support. Le kernel est, c'est évident, compris dans le lot, ainsi que d'autres composants de bases... Au dela de la base, il y a le pérmiètre applicatif détaillé (et repris dans la dépêche). Nous sommes bien en présence d'une offre d'extension de maintenance, collant parfaitement avec l'idée de distribution figée et pérenne plus longtemps.
[^] # Re: Quel combustible ?
Posté par bubar🦥 (Mastodon) . En réponse au journal La révolution Green-IT. Évalué à 2.
Outre Atlantique la foculasition se fait plutot sur le fait qu'il faille encore une fois passé par une phase de tratiement (déchets / boues -> biogaz.) Et que la solution ne le prenne pas directement en compte (impossible semble t il, aujourdhui). D'un autre côté il semble que cela arrange les financiers, cela aussi, en plus de la redistribution des rôles par éclatement des producteurs.
Tout comme je me méfie aussi d'une éventuelle annonce sur la durée de vie des bloombox. Bloom energy est avant tout un industriel. Il est don parfaitement normal qu'il attende le retour des calculs et des prévisions des experts financiers afin d'ajuster au mieux la durée de vie de leur produit...
[^] # Re: Quel combustible ?
Posté par bubar🦥 (Mastodon) . En réponse au journal La révolution Green-IT. Évalué à 3.
Il s'agit de BioGaz. Ce qui est également intérressant : quelques agriculteurs de ma région commencent a y trouver une source de revnu d'appoint, et la filière s'organise. J'ai rencontré récemment une personne à l'énergie débordante, servant de fédérateur pour le recyclage des "boues" issues de l'agriculture bovine / ovine, et la transformation en biogaz entre autre.
Nous avons donc une base de production locale, qui permet d'ores et déjà de fournir la matière première à ces bloom box. En améliorant la filière, il est tout à fait possible d'obtenir d'obtenir le schéma déchets/boues->biogaz->bloombox. Et tout cela reste du local, du moins du national compensé. Pour une bonne partie des besoins bloombox. Là par contre je n'ai pas de chiffres du rapport production matière initiale -> consommation-retraitement -> production éléctrique. Rien d'autre que ce qui a été rendu public pour le moment : à savoir un coût calculé à 11cents le kw/h pour les usa pour le moment. C'est peu d'informations, et de nombreuses choses restent à éclaircir, pour moi du moins.
et je suis avide de nouvelles informations sur ce sujet aussi :)
Les bloom box risquent fort d'accélerer largement le mouvement déjà engagé (avec cette filière sus-cité, mais aussi avec les énergies dites alternatives plus connues : eolien, solaire) qui est une production locale. Et surtout à changer, cette fois, le renouvellement du rapport producteurs->distributeurs->consommateurs.. Ce qui n'est actuellement le cas que pour le producteur par énergies alternatives. Les bloombox risquent de forcer à se fédérer au niveau des communes ou des quartiers.
[^] # Re: Faut voir
Posté par bubar🦥 (Mastodon) . En réponse au journal Performances comparées de Javascript sous divers environnements. Évalué à 2.
Ce que je retiens du tests ce sont surtout les valeurs différentielles : on retrouve grosso modo les mêmes différences qu'avec les autres testeurs ayant publiés leurs résultats ici : quel que soit l'o.s, quelque que soit l'archi et quel que soit le hard, le rapport comparatif entre navigateurs reste sensible le même.
Bien entendu on peux émettre des (gros) doutes sur les tests eux mêmes (quelqu'un les a t il relu ?), et b ien entendu on peux optimiser tel ou tel navigateur en jouant sur des options de compilation (voir en change compilateur : swiftfox compilé avec icc ou gcc ? roo il est beau), mais quant même se dégage de tout ses résultats rapportés ici une similitude claire de différences entre navigateur. Non ?
[^] # Re: Faut voir
Posté par bubar🦥 (Mastodon) . En réponse au journal Performances comparées de Javascript sous divers environnements. Évalué à 2.
http://pastebin.mandriva.com/17390 Cela devrait te permettre de -au moins- faire des comparaisons.
ps : tiens je vais tester avec le Firefox de la version "mini" qui, visuellement, envoi du bois :)
[^] # Re: Faut voir
Posté par bubar🦥 (Mastodon) . En réponse au journal Performances comparées de Javascript sous divers environnements. Évalué à 2.
Total: 2253.8ms
http://tinyurl.com/ybgsouv
[^] # Re: Faut voir
Posté par bubar🦥 (Mastodon) . En réponse au journal Performances comparées de Javascript sous divers environnements. Évalué à 2.
_ Système normalement occupé, de la même manière sur tout les tests.
_ Connection internet de type FreeWifi (fluctuante, entre bas débit et 100k/s, selon l'itinérance sur les points d'accès freewifi disponibles autour...)
_ Navigateurs pendant les tests : occupés sur une recherche d'image (pour tous la même), et l'affichage du résultat, dans un second onglet.
Firefox : 3.5.8
Total: 27638.2ms
note : firefox rame pendant les tests, et devient difficilement utilisable
http://tinyurl.com/yd37xky
Arora : 0.10.1
Total: 2115.2ms
note : arora reste parfaitement réactif pendant les tests
http://tinyurl.com/yewvow7
Chrome : 5.0.307.11
Total: 1735.2ms
note : chrome reste parfaitement utilisable pendant les tests.
http://tinyurl.com/ygozpru
Konqueror : 4.4.00
Total: 18304.0ms
http://tinyurl.com/yk3ebbh
note : konqueror reste parfaitement utilisable pendant les tests.
Opera 10.10.4742
Total: 18455.8ms
note : opera reste lui aussi utilisable.
http://tinyurl.com/y9lyvzs
Epiphany : 2.28.1
Total: 2192.6m
note : pareil, epiphany reste utilisable...
http://tinyurl.com/yksbx6b
Galeon : 2.0.7
Total: 6589.6ms
note : galeon aussi reste parfaitement utilisable
http://tinyurl.com/yzpp3bq
---> Les trois grands gagnants sont Chrome, Arora et Epiphany !
Firefox semble complètement à la ramasse, pour ce test, sur ce système 32bits.
Autre résultat, autre plateforme :
Android Donut, sur un HTC Magic : 76225.08ms ... ( http://tinyurl.com/ykxpfe2 )
Les navigateurs pas testés ou pas testables
lynx, links & links-graphics ... :-):
Chromium : plus utilisé depuis une dizaine de mois... et plein d'autres...
[^] # Re: Une idée
Posté par bubar🦥 (Mastodon) . En réponse au message Driver écran. Évalué à 2.
Tomsc, tu peux poser le contexte de w, de crosscompil, des infos précise sur le matos comme cet écran tactile, et ton .config sur un pastebin, histoire de te faire aider un peu, avant d'aller poser, éventuellement, des questions sur la liste infradead. Parceque là, on ne sait même pas si, plutôt que le support de cette carte (qui semble ok), cela ne serait pas le support de cet écran ...
# rtfm
Posté par bubar🦥 (Mastodon) . En réponse au message ps aux.... Évalué à 2.
[^] # Re: Super article
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 3.
Tangeante à eu une re-numérotation ? j'étais persuadé avoir des niméros pas plus que xx, mais bon j'en ai que deux ou trois.
Merci de la correcftion.
pour revenir à Linux, voici une couverture d'un magazine qui n'a pas 20 ans...forrcément : http://lh3.ggpht.com/_kacbVFEVtH8/S4kOwilvJxI/AAAAAAAAAyE/5z(...) ;-)
[^] # Re: Aujourd'hui, je diffuse mon code.
Posté par bubar🦥 (Mastodon) . En réponse au journal Aujourd'hui, je diffuse mon code.. Évalué à 2.
# sécurité
Posté par bubar🦥 (Mastodon) . En réponse au journal Application web de cartographie applicative. Évalué à 2.
Chez nous, on nomme cela la sécurité (par absence de centralisation facilement accessible de la répartition des informations) --> êtes vous bien sûr que cela n'existe pas déjà, mais que simplement vous n'y avez peutr être pas accès ? Cela peut paraitre paradoxal, pour des gens amenés gérer une partie, mais bon.
Chez nous, chez notre client, ça sert aussi d'excuses pour dire "zut j'ai pas fait la doc, flute me souviens plus où j'ai centraliser cette biblio, Merde, le système utilisé pour versionner les biblio sur tel filer est différents de sur tel autre, pour un même secteur, j'ai encore fait ça un retour de vacances...tant pis, c'est un sous traitant qui fera le boulot" ;)
[^] # Re: Questions aux lecteurs
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 2.
enlever l'envie de lire, mais à qui ??
3) Z'avez d'autres suggestions ?
Avec ces articles là, il serait peut être sage de prévoir une page spéciale. La dépêche restante complète comme celle ci (tant que possible!), et renvoyant aux paragraphes encore plus détaillés sur une page spéciale (si possible aussi lol)
En tout cas, prévoir un archivage (ou un accès) spécifique pour les dépêches noyaux. Je trouverai ça intéressant et sympa. Sympa parceque cela permettrai de faire des sauts rapides entre versions proches de noyaux. Et d'une manière plus globale et à plus long terme, avoir une belle historisastion.
[^] # Re: Super article
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 4.
Une revue a conseillé aux djeuns (et moins puisque je la lis également parfois) c'est la nouvelle revue "Tangeante" (moins de 2 ans il me semble). Souvent mélange de philosophie, mathématique et informatique. J'ai entre autre en tête un super numéro avec plein d'exemple en Python :) Bref, "tangeante", un joli brin d'une guirlande éternelle.
ps : Alors, cet élément dont on nomme temps la mesure de sa différence (de son interaction) avec la gravitation, ils vont le trouver ou pas ? Celui après le boson scalaire, là ... okok je ->
[^] # Re: Super article
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 3.
Classiquement, donc, merci Patrick de publier cela sur linuxfr, en fait, merci à toute l'équipe de linuxfr, plus précisement. Remarquable travail de suivi, de vérification, et d'écriture qui demande à n'en pas douter une belle somme de temps. Celle ci apporte un éclairage essentiel sur de nombreux points. Elles rendent passionnante la vie du noyau même aux non-initiés, et ceci n'est pas un compliment mal placé, mais sincèrement, j'aimerai beaucoup lire ces articles dans Science&Vie, pour de multiples raisons. Et d'une manière plus générale, j'aimerai beaucoup avoir plus d'articles de cette qualité (de cette construction (technique-humains-projet) pour de nombreux autres sujets.
ps : à quant le quizz d'après dépêche noyau ?! :p
# inquietant
Posté par bubar🦥 (Mastodon) . En réponse au journal Le flop des « Créateurs de possibles ». Évalué à 9.
Que l'on moque un site web sur un site de spécialistes est bien naturel. Mais que les médias fassent choux gras d'aussi peu, c'est à double tranchant : restreindre le débat au discours, et renforcer l'impact l'importance des dits médias.
Leur traitement de l'information est problématique, me semble t il.
Le responsable ump des jeunes pop se retrouve placardisé, ok ses choix n'ont pas amenés le résultat escompté, mais au final on cause beaucoup du site et du lipdub, mais pas du fond.
Avec Freches c'est le niveau au dessus : on flingue quelqu'un pour qq conneries de dites, et on enterre au passage 30 ans de boulots ?
Je n'aime ni l'un ni l'autre, mais tout ceci me semble bien disproportionné.
Continuez, chers médias, à nous montrer les rolex, cela vous évite de nous montrer les retraités obligés de faire les poubelles, et de se demander pourquoi.
Désolé
[^] # Re: Le drame
Posté par bubar🦥 (Mastodon) . En réponse au journal Le flop des « Créateurs de possibles ». Évalué à 7.
Finalement, Bayrou est bien placé
...
[^] # Re: Exemples + colorisation de code
Posté par bubar🦥 (Mastodon) . En réponse au message PKI par EJBCA. Évalué à 2.
ps : toutes ces variables, au début, tu voudrais pas les sortir de ton script ? les coller dans un fichier "de conf" qui est sourcé par le script ?
[^] # Re: RTFM
Posté par bubar🦥 (Mastodon) . En réponse au message Grub et raid sous debian. Évalué à 2.
quoi ? on est plus vendredi ?
[^] # Re: Option max_lopp
Posté par bubar🦥 (Mastodon) . En réponse au message Problème de "loop" libre. Évalué à 3.
mauvaise distro pour cet usage, changer distro
/désolé/
Autre piste : utiliisation de autofs. (Voir, avant, si les accès ne sont pas trop nombreux en même temps sur tout les points.) Le principe d'autofs est de monter à la demande. Ainsi tu n'a pas x iso montées en même temps, mais x iso montées quant quelq'un ou quelque chose veux y accéder. Par exemple, pour un répertoire comme /usr/share/applications que tu voudrais voir déporter sur un serveur nfs c'est très pratique... Et ça marche aussi pour monter des iso (je passerai par un fichier genre iso.auto renseigné comme il faut, puis sa déclaration dans auto.master)
m'enfin c'est zarb cette histoire de limites de montage d'iso sur ta distro. Dans un modinfo loop tu n'a pas un truc du genre :
parm: max_loop:Maximum number of loop devices (int)
parm: max_part:Maximum number of partitions per loop device (int)
???
Et : pas besoin de rebooter, hein ;-)
Tu arrêtes d'utiliser le module loop, en démontant les iso montées. Puis, après un rmmod loop, tu fais simplement un :
modprobe loop max_loop=100
et paf, ls /dev/loo* |wc -l affiche ... 100 devices disponibles.
M'enfin c'est bizarre qu'une version serveur ne le permette pas... (surtout que le module le permet par défaut) Ca doit être une simple erreur de syntaxe lors du passage de l'option au noyau.
Je serais toi, je ferais les deux :
Plus de loop par défaut. Et chaque iso montées uniquement à la demande d'accès.
Cdt.
# pas sûr
Posté par bubar🦥 (Mastodon) . En réponse au message Partage samba ssh et autre en même temps. Évalué à 1.
Mais le titre indique : Partage samba ssh et autre en même temps
Alors la réponse est OUI. Et par défaut. C'est la fonction même des couches d'abstraction de types pseudo-fs pour le réseau. Bon, après partager un même dossier en même temps en NFS, CIFS et sshfs, voire plus... c'est quant même un peu s'en remettre aux utilisateurs, à leur nombre et leurs usages... Non ?
Chez moi, sur un poste avec peu de connections donc, je partage les dossiers images/musiques/vidéos en NFS et en CIFS, en même temps. En NFS pour le réseau local, en CIFS au cas un invité dont la machine ne comprends pas NFS se pointe chez moi.
[^] # Re: Induction, déduction
Posté par bubar🦥 (Mastodon) . En réponse au journal Windows chez les parlementaires, la pointe de l'iceberg. Évalué à -1.
?
[^] # Re: Un grand absent
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Mandriva offre la possibilité d'allonger la durée de maintenance pour sa distribution. Évalué à 2.
Moi ça me semble évident que system-base soit compris dedans ! Je vois mal une offre mettant à jour un correctif de sécurité pour kopete ne pas déployer un correctif de sécurité pour le noyau ! Le détail des logiciels pris en charge permet de savoir avec précision ce qui entre dans le périmètre de maintenance, en plus de base-system.
Tu vois une telle offre ne pas prendre en charge base-system ? Moi non \o/
[^] # Re: Indispensable !
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Mandriva offre la possibilité d'allonger la durée de maintenance pour sa distribution. Évalué à 0.
[^] # Re: Indispensable !
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Mandriva offre la possibilité d'allonger la durée de maintenance pour sa distribution. Évalué à 4.
Si tu t'adresses à moi, tu ne t'adresses pas à la bonne personne.
Tu ne trouvera pas dans les archives (forum officiel, ici, ML, ailleurs) un seul post de moi disant que Mandriva n'écoute pas. J'ai par contre des dizaines d'exemples du contraire, de l'écoute de mdv.
faut aussi arreter avec le concept de rolling release avec une base fixe. C'est juste n'importe quoi, vu le degré d'imbrication entre hal/udev/xorg/linux/gnome/kde,
Tu vois midi à ta porte, sans chercher à comprendre plus loin. Techniquement tu as raison, et avec des vrais bons arguments. Mais tu ne vois donc qu'une partie du problème : la partie "pure", la "vraie" : ici la vraie définition de rolling release : la permanence. Or tout comme il est possible de faire une extension de support de maintenance, il est aussi possible de faire une extension de mises à jour de nouvelles versions. La différence de cette dernière avec une rolling release c'est justement la permanence. A un moment donné, cela ne sera pas possible de proposer kde x+ à cause d'une imbrication étroite avec tel composant.. Là s'arrete l'extension. Et cet arrêt est décidé upstram, et non par la distro. C'est une difficulté pour une offre d'éditeur ...
C 'est tenable pour un certain temps, mais faut pas esperer vouloir faire tenir ça des années. Oui, on est d'accord. Décidemment je crois que je ne comprendrai jamais ton esprit systématiquement contradicteur.
Exemples de la vie de tout les jours, dans le cadre "Mr Michu" (donc hors entrerprises, celui que tu défini par "les gens", je le défini plutôt par "des gens") : Les pc de ma famille : il est évident que je suis ravi de ce type d'offre, et il est plus que probable que je vais y souscrire pour une machine, la principale de mes parents. Et que certainement, si je peux j'en prendrai une seconde l'année suivante. L'offre répond à un besoin : avoir un pc stable longtemps, sans prise de tête click ça marche, c'est génial. Pour mon pc par contre, je serais tout à fait prêt à souscrire à une offre "backports", tu vois ? Bien humblement, je ne pense pas que mon exemple soit généralisable. Par contre il me semble que dans la communautés des utilisateurs de Mandriva il existe les deux besoin : certains veulent cette offre, d'autres seraient prêt à prendre un support "backports". D'où mon remplacement du "les gens" par "des gens".
Voilà, cette offre je la crois très bonne (je ne serais peut être pas client pour mon poste, mais ça c'est "moi", et on s'en fout un peu) : je la crois bonne parcequ'elle répond certainement à un vrai besoin. Que dire de mieux ?
leur nouveau plan, c'est l'embarqué, l'arm, et l'oem.Il m'avait semblé répéré cela aussi, merci pour le lien. Ils risquent fort de se ramasser aussi. C'est dommage, on dirait qu'ils ont du mal à trouver, ils continuent sans cesse de chercher une voie. C'est vriament dommage car ils ont apporter un élan marketting important pil au moment où il y en avait besoin. Toujours bien humblement, je reste fidèle à des valeurs simples : tant qu'ils n'ont pas l'expertise suffisante en terme de développeurs de qualité, dans plusieurs couches du système, ils continueront de se débattre, et c'est tout. C'est vous, les développeurs, qui faites tout, et ça aussi ça me plait dans l'OpenSource (le marketting n'est pas et ne sera jamais suffisant ici)
[^] # Re: Un grand absent
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Mandriva offre la possibilité d'allonger la durée de maintenance pour sa distribution. Évalué à 3.
Tout est dit en une phrase :
Notez qu'il s'agit de maintenance de sécurité et applicative (correction de bugs et failles de sécurité) ; pas de maintenance évolutive (passage à une version supérieure d'un logiciel).
Pour ceux d'entre nous connaissant les diverses offres du marché, on voit très bien là le cadre de recouvrement de l'offre d'extension de support. Le kernel est, c'est évident, compris dans le lot, ainsi que d'autres composants de bases... Au dela de la base, il y a le pérmiètre applicatif détaillé (et repris dans la dépêche). Nous sommes bien en présence d'une offre d'extension de maintenance, collant parfaitement avec l'idée de distribution figée et pérenne plus longtemps.