bubar🦥 a écrit 6974 commentaires

_ 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.

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...

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 ...

ps -U root ou encore ps -A ux selon ce dont tu as besoin ?

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 revenir à Linux, voici une couverture d'un magazine qui n'a pas 20 ans...forrcément : http://lh3.ggpht.com/_kacbVFEVtH8/S4kOwilvJxI/AAAAAAAAAyE/5z(...) ;-)

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.

ps : à quant le quizz d'après dépêche noyau ?! :p

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.

Désolé

"Jambe droite, jambe gauche" ...
Finalement, Bayrou est bien placé
...

bravo au courageux arrivant à lire sans indentation \o/

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 ?

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.

Cdt.

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.

http://tech.slashdot.org/story/10/02/18/0429258/86-of-Window(...)
?

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.

Je ne pense pas qu'il s'agisse là d'un argument majeur. Redhat offre un support long, vraiment long, bien reparti et clair. Il est possible d'étendre encore ce support par le biais de certains constructeurs, pour le support matériel (extension du support "ajout de nouveaux matériels" sur une rhel4 avec Fujitsu par exemple). Ce support est payant. Certains concurents proposent effectivement un support gratuit (moins long et plus flou, peu importe). Cela n'empêche pas Redhat de continuer à être numéro un, loin devant. On voit que la gratuité n'est pas un argument marketting, car les DSI savent qu' à un moment ou un autre le support sera payant (as tu regardé au fait le prix d'un support Ubuntu par Canonical en heure internationnale ? Redhat a de beaux jours devant lui).

C'est même d'ailleurs un des avantages majeurs de l'OpenSource en général : il s'agit de support à la carte, selon le besoin du client. Le client décide :
Une distro gratuite avec support gratuit, et équipes internes + support externe SSII pour le niveau 3 ? Possible.
Une distro payante avec paquage complet de type commercial proprio ? Possible.
Une distro payante avec mise à jour sur x temps mais support spécifique gratuit ? Possible aussi.
Une dsitrib gratuite en mode rolling-release, avec support par SSII ? Possible.
Une distrib totalement figée avec mise à jour et nouveau matos ? Toujours Possible.

Bref, je vais pas laborieusement énumrer toutes les possibilités. Mais c'est vraiment une des force de l'OpenSource, qui je crois est très appréciée : pouvoir avoir du "à la carte", selon le besoin. Un même client peux avoir besoin d'une dsitro totalement figée, avec support long terme garantie pour tel type d'usages. Et avoir besoin d'une rolling release pour tel autre type d'usage.

Concernant Mandriva et ce choix de proposer une offre support long, moi je vois ça (simple utilisateur) comme quelque chose d'excellent. A deux niveaux :
1. Le besoin d'une distribution figée est un besoin important, et qui restera important pour de nombreux postes. Permettre aux clients une extension de support va dans ce sens, et répond au double besoin pérénité (alapapa) et garantie.
2. C'est aussi un signal fort que Mandriva se considère comme suffisamment mature aujourdhui. Elle a certainement eu raison d'attendre et d'être prudente. Elle dit aujourdhui qu'elle peux s'ouvrir à cette formule (très redhatienne).

Pour les entreprises, cela ne se discute pas je crois : mdv a raison. Par contre pour les particuliers il est certain que cela est plus discutable. (pour ma part je pense que la "rolling release" est plus adaptée si elle n'est pas complète : détachement des briques de bases comme la glibc, fixes, d'autres éléments, comme le bureaux et les grosses applis : apportant nouveautés et bonheur aux utilisateurs). Une extension de support pour une distro fixe, dans le cadre d'accord OEM pour les particuliers : oui. Sinon je ne sais pas trop, non plus..

/mes 2 cents/ mode denisot : "désolé"

Facile : cables ecran + clavier émettant sur fréquences particulières. C'est vraiment le meilleur moyen : simple, rapide, pas cher, et parfaitement efficace. Necessite un accès physique (d'où certainement le passage clair de loppsi là dessus).
Si cables pas remplaçables, alors relais radio.

L existence de contre mesures ne devrait pas faire capituler l'évolution des mesures. Ce n'est pas parceque la course est éternelle qu'il ne faut pas la faire.

Cette partie de loopsi à au moins l'avantage de clarifier la situation et de cadrer les moyens mis en oeuvre. Mon questionnement personnel se situe toujours autour du "je n'ai rien dit quant..." : on sait que des écoutes sauvages sont largement pratiquées, et que certaines ont déjà servies des fins bien peu légitimes. C'est la même aujourdhui : dans la masse des écoutes légales seront noyées les sauvages, et dans les sauvages seront noyées les inavouables (écoutes de journalistes, de politiques, de syndicalistes...) La disparition du controle judiciaire de l'enquête sera un bon facilitateur...

/humour/ J'imagine déjà des posts de forums russes : "cherche pirate pour planquer matériel sur machine journaliste français. Faire offre."

OpenMoko a percé, si.
Il a percé les tympas des correspondants de ses utilisateurs
\o/

Oui effectivement, la présentation montre clairement les choses :
De Gtk et Clutter n'occupent que moins de 10% du graph. Qt se taille la part du lion. Au delà de la problématique technique, j'espère que les évidentes petites avancées de Moblin (avec gtk/clutter) seront conservées. Je présume que oui, car quelque soit la techno dérrière, les idées sont petites mais majeures, vraiment (fusion des notions de bureau virtuel / barre de taches. Ouverture à la demande du bureau virtuel, fermeture automatique. Le wifi, j'en passe...).

17 constructeurs ont déjà signés des plans de développement avec Meego. C'est pas rien. Il s'agit bien de l'acte de naissance d'un acteur majeur du futur. Et du futur proche, parceque les premiers terminaux sont annoncés pour cette année !

Avez vous lu (oui, certainement) le "about" et ensuite le "policy licensing" ? intéressant, non ? (gpl en bas, bsd-isation au milieu, conseils d'utilisations de la Lgpl pour les dev externes). Bref un acteur majeur vient de naitre, et qui montre ses dents autant en logiciels qu'en matériels (et sur plateformes ARM et sur X86). De plus cet acteur à l'avantage de laisser l'utilisateur indépendant, contrairement à Androïd par défaut. Bref, du lourd.