Non je continue à te trouver pitoyable à t'acharner dans le déni parce que tu refuses de piger quand on t'expliques clairement.
C'est pour çà que j'ai entendu dire que Red Hat par exemple ne veut plus du statique ?
Tu dis encore de la merde. C'est pas "red hat veut plus", c'est la plupart des distributions ( et je dit pas toute car tu as toujours une distribution qui arrive pour dire "non, moi, je vais faire mieux et faire que du statique" ).
toutes les distributions avec assez de monde pour avoir une politique de compilation décourage ça car ça pose des soucis de maintenance, d'occupation mémoire, de licences et de GPL.
Et tu aurais pris 2 minutes pour chercher, tu aurais trouvé la solution toi même.
(C'est pour cela que tu as mis : don't feed the troll ?)
Non, c'est le code de linuxfr qui le rajoute tout seul. Je te laisse utilise git blame pour que tu sache qui a codé le dit message et quand.
Avant ce n'était pas possible: on est d'accord là-dessus ?
Avant quoi ? Le support des binaires Linux sur freebsd existe depuis facile 10 ans, voir plus.
Maintenant je me demande simplement si on ne peut pas prendre un binaire conçu chez slackware/ouQuiTuVeux et que je le mette chez Android.
Si tu prends une distribution compilé pour le processus sous jacent à ton système android, oui, ça va tourner. C'est pour ça que tu peux faire tourner une debian arm sur un système android, c'est pour ça que tu peux prendre un binaire android et les libs afférentes et faire tourner ça dans qemu ou un autre système arm.
6/ Même canonical a du créer quelque chose, qui permette de faire tourner une appli android alors que la logique voudrait que je prends le > contenu de l'APK et çà marche sans autre forme de procès…
(Ben non il faut une sorte de machine virtuelle)
Il te faut aussi une machine virtuelle sur un système android. C'est le fonctionnement d'android qui veut ça, je te conseille de commencer par lire wikipedia, genre ça : http://en.wikipedia.org/wiki/Dalvik_%28software%29 et une fois que tu auras piger les bases, de revenir nous abreuver de ton savoir.
Et les clauses de confidentialité du crois qu'il va cracher dessus pour tes beaux yeux ?
Et pourtant, les dites clauses de confidentialités, les fabricants semblent cracher dessus vu que visiblement tout le monde est au courant mais personne ne donne jamais de chiffres ni de preuve tangible autre que "je crois que".
Non: ne rien mettre rapporte de l'argent. Coût de l'install (temps, ressources, etc.)
Les sociétés comme Norton, etc payent pour être mis dans les pcs grand public. Ça rapporte de l'argent aux revendeurs, et c'est vue comme une dépense publicitaire par Norton.
(80% des PC c'est du windows)
plus que 80%. Même pour des chiffres de ce genre, tu es pas foutu de citer correctement les chiffres ou quoi que ce soit.
Ben oui, la licence ils sont bien obligés de le vendre aux pro parce que sinon LINUX s'installe définitivement.
Tu bullshites. Encore une fois, tu peux acheter des pcs sans OS sur la gamme pro sans aucun souci. Et je vois pas de "linux s'installe définitivement" sur le poste de travail malgré ça. Le CNRS achète ses pcs sans Windows, toutes les boites ou j'ai bossé ont fait pareil. Et pourtant, Linux s'installe pas définitivement sur le poste de travail.
Evidemment qu'on peut vendre sans OS comme on peut même dire au fournisseur:
" je veux du debian avec postfix configuré et un firewall pour qu'il puisse se connecter avec seulement X machines dont trois en DMZ avec
secure boot pour les serveurs "
Le fournisseur lorsqu'il sait que tu fais une grosse commande sérieuse [accomptes, contrat, etc.] il te signe les yeux fermés.
Mais en entreprise TOUT le monde te le dira: on te dit oui, mais dans ton dos on peste.
Non, si tu va voir IBM, HP ou Dell et que tu dis "je veux les serveurs préconfigurés", ils vont te dire "non, on a pas ça à notre catalogue, mais voici des sociétés de services pour le faire". Et pour avoir bossé dans les dites sociétés, personne ne peste contre le client, parce que la prestation de configuration, il paye pour.
Il préfère te vendre du DELL a prix cassé que de te voir avec du Compaq.
Tu devrais mettre à jour tes références, Compaq existe plus vraiment, et ça fait juste 10 ans qu'il y a eu une fusion avec HP.
Ok, je le fait. Je choisit SDL. Tu es satisfait du choix ?
( c'est une question réthorique, je sais que tu veux autre chose)
Et attends, mieux. je prends clanlib, et je dit "bon, maintenant, faut que ça soit maintenu". Les devs upstreams veulent pas et casse la compatibilité, qui le fait ?
Ton idée, c'est vieux comme linuxfr.
C'est aussi ce que la LSB a fait, et personne n'a suivi la LSB. Pire, les gens râlent car ça rajoute du bloat sur leur installation minimal ( moi le premier, j'ai installé une RHEL, j'ai viré le support lsb car ça m'a fait chier). C'est aussi ce que fait Gnome ( proposer une plateforme), ce que fait KDE (et qui garde la compatibilité pendant longtemps ), et pourtant, les gens continuent à faire en dehors des toolkits. C'est aussi ce que fait python, et les modules tierces pullulent.
Bien que ça semble être une solution séduisante, dans la pratique, c'est pas tant un souci technique qu'un souci de mentalité. Ça marche sous Windows car on laisse pas le choix. Si Microsoft te dit "non", tu obéis. Sous Linux, une distribution peut dire "on veux pas de ça pour tel raison objective", tu as tout de suite des dépôts tierces qui arrivent. C'est comme retirer des fonctions. Quand Apple le fait, c'est une ode au design propre et à Steve Jobs qui s’élèvent des utilisateurs rassemblés en train de chanter. Quand c'est GNOME, on part cherche les torches et les fourches contre ces fachistes sanguinaires qui égorgent nos programmes.
Donc oui, dire "on veut avoir qu'une version minime", c'est un tabou du logiciel libre.
C'était vrai il y a 5 ans :
Et qu'on me dise pas "pourtant, tout le monde est d'accord sur le fait qu'il y a trop de trucs", car tout le monde est pas d'accord sur ce qui est en trop. Pour chaque truc dans une distribution, y a au moins une personne qui a écrit ça qui est pas d'accord, et au moins une pour packager. Et par exemple, tu va définir ton core api. Tu va prendre qt et gtk ? Ou qt ou gtk ? Ou pareil pour les languages, tu gardes perl, ou pas ? Et nodejs ?
Et si les gens ne suivent pas ton core set api, on fait quoi ? On rajoute ce qui manque ? Et si après 2 ans, les gens changent d'avis ( genre nodejs est à la mode ), on ajuste, ie on retire brutalement pour faire chier les gens qui veulent pas changer, on rajoute des ressources par magie jusqu'à ce que ça donne la même chose que la debian actuelle ?
Peut être que je suis juste un pisse vinaigre, mais j'aurais tendance à croire ça plus facilement si les efforts d'avant n'avaient pas échouer et si on avait amorcé un début de discussion avec un truc minimal, et un début de consensus. On est même pas la depuis des années.
Linux c'est de l'unix. freeBSD aussi: dira-t'on que que je peux faire un copié collé d'une apli compilé avec linux le mettre dans
du bsd, et le lancer sans soucis ?
Alors j'avais promis de plus te répondre, mais la, c'est pas possible.
D'une part, "c'est de l'unix", ça n'a aucun sens. Y a rien du code d'UNIX dans linux, c'était tout la base du procés de SCO et SCO a perdu. Ensuite, le support de POSIX par la plupart de distributions Linux n'est pas complet ( cf "Empty symlinks and full POSIX compliance" dans lwn de cette semaine).
Ensuite, être dérivé d'unix n'implique pas la moindre compatibilité binaire à aucun niveau. C'est justement le souci qu'il y a eu avant la montée de Linux, les fameuses "unix wars".
Enfin, si tu prends ton binaire linux, oui, il peut tourner sous freebsd :
Donc je reviens à Android: Je prends une appli apk je clique dessus: çà marche ?
Un fichier apk est un zip, tu veux que quoi marche ?
Si tu veux faire tourner le soft qui est dans un apk, il te faut dalvik et compagnie. Y a des boites qui ont tentés ça et par exemple, Canonical avait fait une démo il y a plusieurs années
Y a des avantages :
- ça marche sans être root
- ça permet d'avoir ( pour les gems en tout cas) plus d'une version de ton paquet.
- ça marche sur windows et mac
Oui, c'est moins bien qu'un système de paquet pour le déploiement par un sysadmin, mais c'est pas non plus inutile.
C'est tout le noeud du souci et c'est le souci que les distributions tentent de régler aussi bien que les développeurs.
Je note que l'option "embraquer toute les dépendances" implique aussi de ne pas bénéficier des correctifs de bugs, et ce genre de choses.
Et que c'est aussi la solution de microsoft en proposant directx comme un addon au système.
Et la seule solution saine, c'est d'avoir des ABIs relativement stable. Ce que personne ne semble vouloir faire pour une raison X ou Y.
Essayons d'aller de l'avant, toi, tu voudrais avoir quoi en terme de support ( en terme de durée, quitte à donner la durée sous forme de date de sortie de distro, genre "j'aimerais que mon soft marche sur N-1 de debian sans modif et en N aussi") ?
Tu dis de la merde. On arrive sans souci à acheter du matériel sans logiciel pré installé pour le marché professionnel. Au travail, non seulement on arrive à ça, mais en plus, j'ai eu un coup de fil à donner le jour ou j'ai vu une pour windows 8 dans le carton pour plus que ça se reproduise, car ça fait vachement tache.
Le vrai souci, c'est que proposer 2 gammes, ça coute plus cher au constructeur en logistique et en support, que vendre Windows préinstallé correspond aux besoins des gens ( à savoir avoir une machine qui va marcher globalement out of the box ), et qu'en plus, le fait de mettre des logiciels en version demo rapporte de l'argent, ce qui permet de baisser les prix, et donc d'être compétitif face aux autres.
Proposer un remboursement, c'est mettre en place des processus, c'est un cout, et le seule moyen de justifier ce coût, c'est que le coût du choix par défaut soit plus élevé. Et pour le grand public, le coût ne semble pas se justifier, alors que pour le marché pro, il se justifie ( vu que tu va dire "on a déjà une licence sur tout le site, on a pas besoin de payer ça donc vous faites ça sinon vous dites adieu à la vente", ça motive toujours plus que de voir 1 personne dire "non".
L'intégration de packagekit et d'urpmi, par exemple, qui n'était pas terrible.
( ou le fait que l'outil d'installation soit rpmdrake et mageiaupdate, et pas gnome-packagekit toujours dans le même registre )
Même si la version n'était pas obsolète à un temps T, elle va l'être à un temps T+N tot ou tard. Et si le N est de 1 à 2 ans, alors pas grand chose va réussir à corriger ça du coté des distributions, sauf à violer le principe de non modification, qui est la pour des tas de bonnes raisons.
Unifier le format binaire, c'est bien joli, mais ça ne suffit pas.
Au delà du binaire, il y a aussi le contenu, et soit tu prends une intégration forte via une centralisation ou via des règles à suivre de façon drastique, et tu t'arranges pour que tout le monde suive les régles ( sachant que plus tu as de régle, plus c'est chiant, plus les gens vont vouloir aller voir ailleurs, ce qui aboutit à la multiplication des dépôts ), soit tu décentralises ( ce que fait windows ), mais tu oublies l'idée d'avoir des règles et une intégration aussi poussé et rapide. L'exemple typique , c'est le menu démarrer des anciens Windows, avec 1 répertoire par marque.
Quand un commentaire est à -10 (comme c'est le cas de kadalka par défaut de part sa capacité à faire preuve d'une obsession malsaine sur debian et fedora, et à pontifier sur des sujets qui ont l'air de le dépasser) va toujours avoir ce message. C'est pour ça que je réponds plus directement aussi.
Bah la, on touche le souci du doigt. Les gens veulent le truc en vogue, mais aussi supporté longtemps et stable. A un moment, faut savoir s’arrêter. Des APIs comme Ogre qui bougent encore pas mal, ç'est chiant à supporter.
La seule raison pour les gens de pas souffrir du même problème sous windows, c'est qu'on te dit pas que directx 10 va déchirer, et qu'on te file pas des builds non stabilisés au niveau de l'API, et que les devs upstreams ne droppent le support des vielles versions. ( ou ne te disent pas "faut passer à la version plus récente", comme clanlib ).
Et sous windows, tu cibles que ce que tu utilises, car tu n'as pas le choix. Et tu as aussi une API stable pour les drivers et le kernel, chose qu'on n'a pas sous Linux, avec les avantages et les inconvénients que ça entraine, l'inconvénient étant que ça pousse la compatibilité sur les gens hors des dépots principaux ( ie, 3rd party modules ).
C'est plus ça le souci. Quand tu fait ton jeu en SDL, ça compile partout, et ça tourne partout car la SDL n'a pas bougé ( ou du moins, n'a pas bougé pendant longtemps ). Mais ensuite, si les devs de jeux prennent Clanlib et se plaignent "la plateforme bouge trop", bah, faut juste arreter de la prendre. Ou faut juste faire en sorte que ça bouge sans casser la compatibilité. Tout le monde rale sur ça, la LSB a été mise au point pour ça, personne ne fait rien sauf les distributions pour entreprise.
Et pourtant, les outils existent ( http://ispras.linuxbase.org/index.php/ABI_compliance_checker ). Mais ils semblent que personne ne soit intéressé par déployer ça à une échelle suffisante pour ne serais que prendre conscience du problème ( et je parle pas de convaincre les packageurs et les upstreams de "oups, vous avez cassé un truc" ).
Mon hypothèse, c'est que les packageurs ont la pression pour filer le truc le plus récent, le plus de softs possibles, et le plus stable possible, et que faire le 1 et le 2, c'est facile car ça requiert pas de coder. Le 3, ça implique des patches, des efforts, de se fâcher avec l'upstream car tu patches, et au final, ça reviens à consommer plus de ressources.
Donc si tu veux des plateformes stables, c'est pas chez les distributions qu'il faut aller. C'est les développeurs des modules que tu utilise qu'il faut convaincre qu'une durée de vie plus grande serait vachement bien, qu'avoir une version stable de l'API et ABI serait vachement bien, etc, etc.
Bien sur que les éditeurs apprécient le support au long terme, les utilisateurs aussi.
Mais il reste à savoir ensuite si les éditeurs vont vraiment cibler Ubuntu 12.04 ( et non pas vouloir "the shiny and newest" comme une bonne part de libriste ) et si le support hardware va suivre ( Canonical bosse sur https://wiki.ubuntu.com/Kernel/LTSEnablementStack donc ils ont conscience du souci ).
C'est bien joli d'avoir 5 ans de support parce que Qualcomm te paye pour, mais c'est un panier de crabes. Comme Canonical utilise la 3d pour Unity, qu'ils ont constament refait la base de code, que ça s'appuie sur compiz, il faut maintenir la base de code de mesa/xorg/kernel en état pour tout ça.
Mais si tu veux ensuite tourner sur le nouveau hardware, faut mettre à jour tout ou partie des composants, avec les risques d’incompatibilités qui existent. Pour avoir vu plus d'une fois "le nouveau xorg est sorti et mis à jour dans $distro, les pilotes proprios sont cassés" par le passé, je plaint les personnes en charge du support de la LTS.
Et si on rajoute au mix le fait que les gens vont vouloir que leurs pilotes binaires d'avant soit supporté, que le kernel mis à jour soit aussi supporté, je voit une explosion combinatoire des problèmes avec le temps. IE, si le but d'une LTS, c'est de ne pas avoir à refaire des tests car les changements sont minimaux, ça va chauffer la QA.
D'ailleurs, c'est peut être pour supporter la LTS que Canonical a du réduire la durée de vie des distribution non LTS.
Ça impacte tout le monde, mais dés qu'on dit "faut avoir plus qu'une distribution" ou "tout le monde doit se mettre d'accord sur le systéme de boot pour l'interopérabilité, ou "voici le standard pour le binaire qu'il faut suivre", personne ne suit. Donc j'en conclue que pour un truc qui impacte tout le monde, tout le monde s'en fout.
Dés que tu ne mets pas le dernier truc à jour, les utilisateurs râlent, les développeurs râlent
Quand je verrais les jeux cibler des plateformes stables sur plusieurs années comme RHEL ou SLES, je commencerais par prendre aux sérieux les gens qui disent que "c'est important d'avoir une plateforme". Sinon, tant pis, ça reste que des paroles en l'air comme à chaque fois.
Personnellement, je ne vais pas mentir et dire que j'ai hâte d'avoir plus de jeux propriétaires sous Linux. Ensuite, en tant que developpeur de jeux, je comprends bien que ça te fasse chier bien sur.
On sait pas pour SUSE, les comptes ne sont plus publiés. Et il y a plein d'autres boites qui sont rentables avec des distributions bien plus spécialisés. Par exemple, mint arrive à faire du chiffre avec des donations.
Pour le moment, de ce que des gens chez Canonical m'ont dit, Canonical serait à l'équilibre sans les investissements fait pour le mobile et compagnie. Personnellement, j'ai toujours des doutes au vue des réductions de couts qu'on a vu ( réduction de la durée de vie, réduction sur l'organisation des UDS, reduction des efforst périphériques d'un point de vue de l'ingénieurie ( kubuntu )) et du rush vers des activités marginalement plus profitables ( amazon lens, système de donation ). Je ne doute pas qu'un contre cout des réductions en informatique leur retombe dessus ( la crise, tout ça ), que la zone euro ( ou Canonical est basé ) va pas super fort, donc je dirait pas non plus que c'est étonnant.
Mais que je sache, Canonical n'a pas massivement viré du monde pour le moment, et ensuite, il semble que la boite d'investissement de Mark en Afrique du sud ( http://www.hbd.co.za/ ) semble bien marcher, mais j'arrive pas à retrouver les chiffres. Donc non, sa fortune personnelle va amha bien, et ils ont encore quelques années à tenir.
Et puis, kadalka nous dit que Debian va dominer le monde car le nombre de serveur http sous debian grimpe, donc Ubuntu va sans doute réussir à dominer un petit continent quelque part par ricochet.
A vue de nez, un linux, si on parle du mx de nantes.fr.
En fait, la machine semble être assez vielle, sans doute un truc de 2005, 2006 au vue de la bannière ssh. Je dirais qu'il s'agit d'un sme server 7.0, mais je peux me tromper.
Ensuite, si la machine fait aussi serveur de firewall ( ce qui est assez courant dans les PME avec 1 ip routable ), l'ip de l'attaquant externe correspond pas exactement à l'ip en réseau local de la machine qui attaque, qui est en fait un poste de travail derrière le firewall. Ceci dit, ici, ça ne semble pas être le cas.
Je peux comprendre que leur partenaire puisse vouloir garder le secret pour le moment. Ceci dit, je serais aussi vachement plus convaincu si c'était publique.
C'est que je cherche l’intérêt de Mir sinon.
Et qu'on ne me réponde pas "syndrome du NIH", ça serait sous-estimer Canonical qui obéit à des logiques commerciales.
Je pense que l’intérêt de Mir, c'est que Canonical veut une vue clair de la roadmap, alors qu'avec un projet externe ou la majorité des devs ne sont pas dans Canonical, tu peux pas faire des choix à court terme afin de suivre ton planning agressif. Pour moi, ça colle bien plus avec tout ce que Canonical a fait par le passé, que ça soit le fait de pousser la lens Amazon après le freeze sans suivre les règles , le fait de forker Debian au lieu de bosser dans Debian, le fait de rajouter des modules binaires au kernel ou de rajouter des tas de patchs court termes pas super upstreamable ( genre pour les histoires de layout claviers et de touche multimédias ) , le fait de faire unity au lieu de partir sur g-s ( et de refaire unity en qt, en gtk, puis en qml ).
Je pense que Shuttleworth voit bien les bénéfices de la collaboration autour du libre, mais qu'il estime quand même qu'aller de l'avant, ça marche mieux avec du leadership fort et sans attendre les autres qui vont pinailler.
Et que les ressources sont pas un souci, vu qu'il y a toujours assez de pognon, donc "maintenir mir" est un truc pour plus tard, comme certains trucs ou Canonical a fait volte face ( plymouth vs xsplash étant le plus visible selon moi ).
Et du coup, je suis pas sur que Canonical réponde à ce que je comprends dans "des logiques commerciales". Tu peux détailler ?
Il y a eu des tentatives de le rendre agnostique à toute distribution, mais que je sache, seul la communauté opensuse a tenté des choses à ce niveau avec un portage vers PackageKit, en marge du code principal pour des questions de CLA.
Après tout, suffit de voir Android. Google a fait un truc globalement incompatible avec les distributions linux classiques, avec des APIs différentes, un kernel relativement différents ( ce qui ne permet pas un portage immédiat vers le kernel mainline ), etc, et le libre n'est pas mort.
En fait, c'est même pire, c'est que mir est la ou il est grâce au travail autour de l'infra fait par wayland.
Quand on regarde l'architecture sur le site de wayland, (dispo sur http://wayland.freedesktop.org/architecture.html), on voit que ça s'appuie sur kms, etc. Et donc kms est arrivé aussi en partie pour wayland, donc voila, les cadors de wayland ont bossé sur l'infra qui a permis d'avoir mir, vu que mir se base sur la même chose que wayland.
[^] # Re: Un peu de sérieux nous sommes lundi...
Posté par Misc (site web personnel) . En réponse au journal Android : retour d'expérience. Évalué à 6.
Non je continue à te trouver pitoyable à t'acharner dans le déni parce que tu refuses de piger quand on t'expliques clairement.
Tu dis encore de la merde. C'est pas "red hat veut plus", c'est la plupart des distributions ( et je dit pas toute car tu as toujours une distribution qui arrive pour dire "non, moi, je vais faire mieux et faire que du statique" ).
Par exemple, Debian pense que c'est mal :
http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#staticonlylibs
Le mainteneur de la glibc ( à l'époque ) pense aussi que c'est mal :
http://www.akkadia.org/drepper/no_static_linking.html
Fedora décourage aussi ça :
http://fedoraproject.org/wiki/Packaging:Guidelines#Packaging_Static_Libraries_2
Ubuntu également :
http://developer.ubuntu.com/packaging/html/libraries.html#static-libraries
Mageia aussi :
https://wiki.mageia.org/en/Packaging_guidelines#Packaging_Static_Libraries
toutes les distributions avec assez de monde pour avoir une politique de compilation décourage ça car ça pose des soucis de maintenance, d'occupation mémoire, de licences et de GPL.
Et tu aurais pris 2 minutes pour chercher, tu aurais trouvé la solution toi même.
[^] # Re: Un peu de sérieux nous sommes lundi...
Posté par Misc (site web personnel) . En réponse au journal Android : retour d'expérience. Évalué à 3.
Tu es visiblement totalement à coté de la plaque.
Non, c'est le code de linuxfr qui le rajoute tout seul. Je te laisse utilise git blame pour que tu sache qui a codé le dit message et quand.
Avant quoi ? Le support des binaires Linux sur freebsd existe depuis facile 10 ans, voir plus.
Si tu prends une distribution compilé pour le processus sous jacent à ton système android, oui, ça va tourner. C'est pour ça que tu peux faire tourner une debian arm sur un système android, c'est pour ça que tu peux prendre un binaire android et les libs afférentes et faire tourner ça dans qemu ou un autre système arm.
Voir :
http://whiteboard.ping.se/Android/Debian
Ou dans le même genre :
http://alexeytorkhov.blogspot.fr/2010/02/running-fedora-arm-on-nokia-n900.html
Il te faut aussi une machine virtuelle sur un système android. C'est le fonctionnement d'android qui veut ça, je te conseille de commencer par lire wikipedia, genre ça : http://en.wikipedia.org/wiki/Dalvik_%28software%29 et une fois que tu auras piger les bases, de revenir nous abreuver de ton savoir.
[^] # Re: Mauvais combat ?
Posté par Misc (site web personnel) . En réponse à la dépêche Le groupe « Non aux Racketiciels » a besoin de vos témoignages. Évalué à 4.
Et pourtant, les dites clauses de confidentialités, les fabricants semblent cracher dessus vu que visiblement tout le monde est au courant mais personne ne donne jamais de chiffres ni de preuve tangible autre que "je crois que".
Les sociétés comme Norton, etc payent pour être mis dans les pcs grand public. Ça rapporte de l'argent aux revendeurs, et c'est vue comme une dépense publicitaire par Norton.
plus que 80%. Même pour des chiffres de ce genre, tu es pas foutu de citer correctement les chiffres ou quoi que ce soit.
Tu bullshites. Encore une fois, tu peux acheter des pcs sans OS sur la gamme pro sans aucun souci. Et je vois pas de "linux s'installe définitivement" sur le poste de travail malgré ça. Le CNRS achète ses pcs sans Windows, toutes les boites ou j'ai bossé ont fait pareil. Et pourtant, Linux s'installe pas définitivement sur le poste de travail.
Non, si tu va voir IBM, HP ou Dell et que tu dis "je veux les serveurs préconfigurés", ils vont te dire "non, on a pas ça à notre catalogue, mais voici des sociétés de services pour le faire". Et pour avoir bossé dans les dites sociétés, personne ne peste contre le client, parce que la prestation de configuration, il paye pour.
Tu devrais mettre à jour tes références, Compaq existe plus vraiment, et ça fait juste 10 ans qu'il y a eu une fusion avec HP.
[^] # Re: je suis perplexe
Posté par Misc (site web personnel) . En réponse à la dépêche Distribuer sans distributions ?. Évalué à 10.
Ok, je le fait. Je choisit SDL. Tu es satisfait du choix ?
( c'est une question réthorique, je sais que tu veux autre chose)
Et attends, mieux. je prends clanlib, et je dit "bon, maintenant, faut que ça soit maintenu". Les devs upstreams veulent pas et casse la compatibilité, qui le fait ?
Ton idée, c'est vieux comme linuxfr.
C'est aussi ce que la LSB a fait, et personne n'a suivi la LSB. Pire, les gens râlent car ça rajoute du bloat sur leur installation minimal ( moi le premier, j'ai installé une RHEL, j'ai viré le support lsb car ça m'a fait chier). C'est aussi ce que fait Gnome ( proposer une plateforme), ce que fait KDE (et qui garde la compatibilité pendant longtemps ), et pourtant, les gens continuent à faire en dehors des toolkits. C'est aussi ce que fait python, et les modules tierces pullulent.
Bien que ça semble être une solution séduisante, dans la pratique, c'est pas tant un souci technique qu'un souci de mentalité. Ça marche sous Windows car on laisse pas le choix. Si Microsoft te dit "non", tu obéis. Sous Linux, une distribution peut dire "on veux pas de ça pour tel raison objective", tu as tout de suite des dépôts tierces qui arrivent. C'est comme retirer des fonctions. Quand Apple le fait, c'est une ode au design propre et à Steve Jobs qui s’élèvent des utilisateurs rassemblés en train de chanter. Quand c'est GNOME, on part cherche les torches et les fourches contre ces fachistes sanguinaires qui égorgent nos programmes.
Donc oui, dire "on veut avoir qu'une version minime", c'est un tabou du logiciel libre.
C'était vrai il y a 5 ans :
http://www.redhat.com/archives/rhl-devel-list/2008-January/msg00861.html
C'est toujours vrai aujourd'hui.
Et qu'on me dise pas "pourtant, tout le monde est d'accord sur le fait qu'il y a trop de trucs", car tout le monde est pas d'accord sur ce qui est en trop. Pour chaque truc dans une distribution, y a au moins une personne qui a écrit ça qui est pas d'accord, et au moins une pour packager. Et par exemple, tu va définir ton core api. Tu va prendre qt et gtk ? Ou qt ou gtk ? Ou pareil pour les languages, tu gardes perl, ou pas ? Et nodejs ?
Et si les gens ne suivent pas ton core set api, on fait quoi ? On rajoute ce qui manque ? Et si après 2 ans, les gens changent d'avis ( genre nodejs est à la mode ), on ajuste, ie on retire brutalement pour faire chier les gens qui veulent pas changer, on rajoute des ressources par magie jusqu'à ce que ça donne la même chose que la debian actuelle ?
Peut être que je suis juste un pisse vinaigre, mais j'aurais tendance à croire ça plus facilement si les efforts d'avant n'avaient pas échouer et si on avait amorcé un début de discussion avec un truc minimal, et un début de consensus. On est même pas la depuis des années.
[^] # Re: Un peu de sérieux nous sommes lundi...
Posté par Misc (site web personnel) . En réponse au journal Android : retour d'expérience. Évalué à 5.
Alors j'avais promis de plus te répondre, mais la, c'est pas possible.
D'une part, "c'est de l'unix", ça n'a aucun sens. Y a rien du code d'UNIX dans linux, c'était tout la base du procés de SCO et SCO a perdu. Ensuite, le support de POSIX par la plupart de distributions Linux n'est pas complet ( cf "Empty symlinks and full POSIX compliance" dans lwn de cette semaine).
Ensuite, être dérivé d'unix n'implique pas la moindre compatibilité binaire à aucun niveau. C'est justement le souci qu'il y a eu avant la montée de Linux, les fameuses "unix wars".
Enfin, si tu prends ton binaire linux, oui, il peut tourner sous freebsd :
http://www.freebsd.org/doc/handbook/linuxemu.html
Un fichier apk est un zip, tu veux que quoi marche ?
Si tu veux faire tourner le soft qui est dans un apk, il te faut dalvik et compagnie. Y a des boites qui ont tentés ça et par exemple, Canonical avait fait une démo il y a plusieurs années
http://arstechnica.com/gadgets/2009/05/canonical-developers-aim-to-make-android-apps-run-on-ubuntu/
Ou tu as bluestacks :
http://www.bluestacks.com/
Ou ça :
http://www.myriadgroup.com/device-solutions/device-software/myriad%20dalvik%20turbo.aspx
[^] # Re: je suis perplexe
Posté par Misc (site web personnel) . En réponse à la dépêche Distribuer sans distributions ?. Évalué à 5.
Y a des avantages :
- ça marche sans être root
- ça permet d'avoir ( pour les gems en tout cas) plus d'une version de ton paquet.
- ça marche sur windows et mac
Oui, c'est moins bien qu'un système de paquet pour le déploiement par un sysadmin, mais c'est pas non plus inutile.
[^] # Re: je suis perplexe
Posté par Misc (site web personnel) . En réponse à la dépêche Distribuer sans distributions ?. Évalué à 2.
C'est tout le noeud du souci et c'est le souci que les distributions tentent de régler aussi bien que les développeurs.
Je note que l'option "embraquer toute les dépendances" implique aussi de ne pas bénéficier des correctifs de bugs, et ce genre de choses.
Et que c'est aussi la solution de microsoft en proposant directx comme un addon au système.
Et la seule solution saine, c'est d'avoir des ABIs relativement stable. Ce que personne ne semble vouloir faire pour une raison X ou Y.
Essayons d'aller de l'avant, toi, tu voudrais avoir quoi en terme de support ( en terme de durée, quitte à donner la durée sous forme de date de sortie de distro, genre "j'aimerais que mon soft marche sur N-1 de debian sans modif et en N aussi") ?
[^] # Re: Mauvais combat ?
Posté par Misc (site web personnel) . En réponse à la dépêche Le groupe « Non aux Racketiciels » a besoin de vos témoignages. Évalué à 4.
Tu dis de la merde. On arrive sans souci à acheter du matériel sans logiciel pré installé pour le marché professionnel. Au travail, non seulement on arrive à ça, mais en plus, j'ai eu un coup de fil à donner le jour ou j'ai vu une pour windows 8 dans le carton pour plus que ça se reproduise, car ça fait vachement tache.
Le vrai souci, c'est que proposer 2 gammes, ça coute plus cher au constructeur en logistique et en support, que vendre Windows préinstallé correspond aux besoins des gens ( à savoir avoir une machine qui va marcher globalement out of the box ), et qu'en plus, le fait de mettre des logiciels en version demo rapporte de l'argent, ce qui permet de baisser les prix, et donc d'être compétitif face aux autres.
Proposer un remboursement, c'est mettre en place des processus, c'est un cout, et le seule moyen de justifier ce coût, c'est que le coût du choix par défaut soit plus élevé. Et pour le grand public, le coût ne semble pas se justifier, alors que pour le marché pro, il se justifie ( vu que tu va dire "on a déjà une licence sur tout le site, on a pas besoin de payer ça donc vous faites ça sinon vous dites adieu à la vente", ça motive toujours plus que de voir 1 personne dire "non".
[^] # Re: Firefox ESR
Posté par Misc (site web personnel) . En réponse à la dépêche Sortie de Mageia 3. Évalué à 3.
L'intégration de packagekit et d'urpmi, par exemple, qui n'était pas terrible.
( ou le fait que l'outil d'installation soit rpmdrake et mageiaupdate, et pas gnome-packagekit toujours dans le même registre )
[^] # Re: je suis perplexe
Posté par Misc (site web personnel) . En réponse à la dépêche Distribuer sans distributions ?. Évalué à 3.
Même si la version n'était pas obsolète à un temps T, elle va l'être à un temps T+N tot ou tard. Et si le N est de 1 à 2 ans, alors pas grand chose va réussir à corriger ça du coté des distributions, sauf à violer le principe de non modification, qui est la pour des tas de bonnes raisons.
[^] # Re: punaise de délai
Posté par Misc (site web personnel) . En réponse à la dépêche Distribuer sans distributions ?. Évalué à 2.
Unifier le format binaire, c'est bien joli, mais ça ne suffit pas.
Au delà du binaire, il y a aussi le contenu, et soit tu prends une intégration forte via une centralisation ou via des règles à suivre de façon drastique, et tu t'arranges pour que tout le monde suive les régles ( sachant que plus tu as de régle, plus c'est chiant, plus les gens vont vouloir aller voir ailleurs, ce qui aboutit à la multiplication des dépôts ), soit tu décentralises ( ce que fait windows ), mais tu oublies l'idée d'avoir des règles et une intégration aussi poussé et rapide. L'exemple typique , c'est le menu démarrer des anciens Windows, avec 1 répertoire par marque.
[^] # Re: make --prefix
Posté par Misc (site web personnel) . En réponse à la dépêche Distribuer sans distributions ?. Évalué à 3.
C'est le principe des software collections :
https://access.redhat.com/site/documentation/en-US/Red_Hat_Developer_Toolset/1/html-single/Software_Collections_Guide/index.html
http://developerblog.redhat.com/tag/scl/
C'est par exemple utilisé par les équipes d'Openshift pour faire du ruby 1.9 et faire tourner toute l'infra sur des RHEL 6.
Fedora a décidé de ne pas suivre ce chemin contrairement à RHEL :
https://fedoraproject.org/wiki/SoftwareCollections
même si des tentatives ont été faites de faire adopter ça upstream :
http://lwn.net/Articles/529912/
[^] # Re: Trop lentes ?
Posté par Misc (site web personnel) . En réponse à la dépêche Distribuer sans distributions ?. Évalué à 3.
Oui :
https://github.com/nono/linuxfr.org/blob/master/app/views/comments/new.html.haml
Quand un commentaire est à -10 (comme c'est le cas de kadalka par défaut de part sa capacité à faire preuve d'une obsession malsaine sur debian et fedora, et à pontifier sur des sujets qui ont l'air de le dépasser) va toujours avoir ce message. C'est pour ça que je réponds plus directement aussi.
[^] # Re: Steam et Canonical
Posté par Misc (site web personnel) . En réponse au journal Ubuntu vs les autres distributions GNU/Linux. Évalué à 6.
Bah la, on touche le souci du doigt. Les gens veulent le truc en vogue, mais aussi supporté longtemps et stable. A un moment, faut savoir s’arrêter. Des APIs comme Ogre qui bougent encore pas mal, ç'est chiant à supporter.
La seule raison pour les gens de pas souffrir du même problème sous windows, c'est qu'on te dit pas que directx 10 va déchirer, et qu'on te file pas des builds non stabilisés au niveau de l'API, et que les devs upstreams ne droppent le support des vielles versions. ( ou ne te disent pas "faut passer à la version plus récente", comme clanlib ).
Et sous windows, tu cibles que ce que tu utilises, car tu n'as pas le choix. Et tu as aussi une API stable pour les drivers et le kernel, chose qu'on n'a pas sous Linux, avec les avantages et les inconvénients que ça entraine, l'inconvénient étant que ça pousse la compatibilité sur les gens hors des dépots principaux ( ie, 3rd party modules ).
C'est plus ça le souci. Quand tu fait ton jeu en SDL, ça compile partout, et ça tourne partout car la SDL n'a pas bougé ( ou du moins, n'a pas bougé pendant longtemps ). Mais ensuite, si les devs de jeux prennent Clanlib et se plaignent "la plateforme bouge trop", bah, faut juste arreter de la prendre. Ou faut juste faire en sorte que ça bouge sans casser la compatibilité. Tout le monde rale sur ça, la LSB a été mise au point pour ça, personne ne fait rien sauf les distributions pour entreprise.
Et pourtant, les outils existent ( http://ispras.linuxbase.org/index.php/ABI_compliance_checker ). Mais ils semblent que personne ne soit intéressé par déployer ça à une échelle suffisante pour ne serais que prendre conscience du problème ( et je parle pas de convaincre les packageurs et les upstreams de "oups, vous avez cassé un truc" ).
Mon hypothèse, c'est que les packageurs ont la pression pour filer le truc le plus récent, le plus de softs possibles, et le plus stable possible, et que faire le 1 et le 2, c'est facile car ça requiert pas de coder. Le 3, ça implique des patches, des efforts, de se fâcher avec l'upstream car tu patches, et au final, ça reviens à consommer plus de ressources.
Donc si tu veux des plateformes stables, c'est pas chez les distributions qu'il faut aller. C'est les développeurs des modules que tu utilise qu'il faut convaincre qu'une durée de vie plus grande serait vachement bien, qu'avoir une version stable de l'API et ABI serait vachement bien, etc, etc.
[^] # Re: Steam et Canonical
Posté par Misc (site web personnel) . En réponse au journal Ubuntu vs les autres distributions GNU/Linux. Évalué à 6.
Bien sur que les éditeurs apprécient le support au long terme, les utilisateurs aussi.
Mais il reste à savoir ensuite si les éditeurs vont vraiment cibler Ubuntu 12.04 ( et non pas vouloir "the shiny and newest" comme une bonne part de libriste ) et si le support hardware va suivre ( Canonical bosse sur https://wiki.ubuntu.com/Kernel/LTSEnablementStack donc ils ont conscience du souci ).
C'est bien joli d'avoir 5 ans de support parce que Qualcomm te paye pour, mais c'est un panier de crabes. Comme Canonical utilise la 3d pour Unity, qu'ils ont constament refait la base de code, que ça s'appuie sur compiz, il faut maintenir la base de code de mesa/xorg/kernel en état pour tout ça.
Mais si tu veux ensuite tourner sur le nouveau hardware, faut mettre à jour tout ou partie des composants, avec les risques d’incompatibilités qui existent. Pour avoir vu plus d'une fois "le nouveau xorg est sorti et mis à jour dans $distro, les pilotes proprios sont cassés" par le passé, je plaint les personnes en charge du support de la LTS.
Et si on rajoute au mix le fait que les gens vont vouloir que leurs pilotes binaires d'avant soit supporté, que le kernel mis à jour soit aussi supporté, je voit une explosion combinatoire des problèmes avec le temps. IE, si le but d'une LTS, c'est de ne pas avoir à refaire des tests car les changements sont minimaux, ça va chauffer la QA.
D'ailleurs, c'est peut être pour supporter la LTS que Canonical a du réduire la durée de vie des distribution non LTS.
[^] # Re: Canonical va perdre de l'argent jusqu'à quand ?
Posté par Misc (site web personnel) . En réponse au journal Ubuntu vs les autres distributions GNU/Linux. Évalué à 2.
Elle est surtout spécialisé dans le poste de travail pour débutant, elle oublie le serveur, l'embarqué, le poste de travail professionnel, etc.
[^] # Re: Steam et Canonical
Posté par Misc (site web personnel) . En réponse au journal Ubuntu vs les autres distributions GNU/Linux. Évalué à 6.
Ça impacte tout le monde, mais dés qu'on dit "faut avoir plus qu'une distribution" ou "tout le monde doit se mettre d'accord sur le systéme de boot pour l'interopérabilité, ou "voici le standard pour le binaire qu'il faut suivre", personne ne suit. Donc j'en conclue que pour un truc qui impacte tout le monde, tout le monde s'en fout.
Dés que tu ne mets pas le dernier truc à jour, les utilisateurs râlent, les développeurs râlent
Quand je verrais les jeux cibler des plateformes stables sur plusieurs années comme RHEL ou SLES, je commencerais par prendre aux sérieux les gens qui disent que "c'est important d'avoir une plateforme". Sinon, tant pis, ça reste que des paroles en l'air comme à chaque fois.
[^] # Re: Steam et Canonical
Posté par Misc (site web personnel) . En réponse au journal Ubuntu vs les autres distributions GNU/Linux. Évalué à 5.
Personnellement, je ne vais pas mentir et dire que j'ai hâte d'avoir plus de jeux propriétaires sous Linux. Ensuite, en tant que developpeur de jeux, je comprends bien que ça te fasse chier bien sur.
[^] # Re: Canonical va perdre de l'argent jusqu'à quand ?
Posté par Misc (site web personnel) . En réponse au journal Ubuntu vs les autres distributions GNU/Linux. Évalué à 7.
On sait pas pour SUSE, les comptes ne sont plus publiés. Et il y a plein d'autres boites qui sont rentables avec des distributions bien plus spécialisés. Par exemple, mint arrive à faire du chiffre avec des donations.
[^] # Re: Paranoïa
Posté par Misc (site web personnel) . En réponse au journal Ubuntu vs les autres distributions GNU/Linux. Évalué à 6.
Pour le moment, de ce que des gens chez Canonical m'ont dit, Canonical serait à l'équilibre sans les investissements fait pour le mobile et compagnie. Personnellement, j'ai toujours des doutes au vue des réductions de couts qu'on a vu ( réduction de la durée de vie, réduction sur l'organisation des UDS, reduction des efforst périphériques d'un point de vue de l'ingénieurie ( kubuntu )) et du rush vers des activités marginalement plus profitables ( amazon lens, système de donation ). Je ne doute pas qu'un contre cout des réductions en informatique leur retombe dessus ( la crise, tout ça ), que la zone euro ( ou Canonical est basé ) va pas super fort, donc je dirait pas non plus que c'est étonnant.
Mais que je sache, Canonical n'a pas massivement viré du monde pour le moment, et ensuite, il semble que la boite d'investissement de Mark en Afrique du sud ( http://www.hbd.co.za/ ) semble bien marcher, mais j'arrive pas à retrouver les chiffres. Donc non, sa fortune personnelle va amha bien, et ils ont encore quelques années à tenir.
Et puis, kadalka nous dit que Debian va dominer le monde car le nombre de serveur http sous debian grimpe, donc Ubuntu va sans doute réussir à dominer un petit continent quelque part par ricochet.
[^] # Re: bataille contre les moulins
Posté par Misc (site web personnel) . En réponse au journal Attaque sur les serveurs d'hébergement. Évalué à 3.
A vue de nez, un linux, si on parle du mx de nantes.fr.
En fait, la machine semble être assez vielle, sans doute un truc de 2005, 2006 au vue de la bannière ssh. Je dirais qu'il s'agit d'un sme server 7.0, mais je peux me tromper.
Ensuite, si la machine fait aussi serveur de firewall ( ce qui est assez courant dans les PME avec 1 ip routable ), l'ip de l'attaquant externe correspond pas exactement à l'ip en réseau local de la machine qui attaque, qui est en fait un poste de travail derrière le firewall. Ceci dit, ici, ça ne semble pas être le cas.
[^] # Re: Paranoïa
Posté par Misc (site web personnel) . En réponse au journal Ubuntu vs les autres distributions GNU/Linux. Évalué à 5.
Je peux comprendre que leur partenaire puisse vouloir garder le secret pour le moment. Ceci dit, je serais aussi vachement plus convaincu si c'était publique.
Je pense que l’intérêt de Mir, c'est que Canonical veut une vue clair de la roadmap, alors qu'avec un projet externe ou la majorité des devs ne sont pas dans Canonical, tu peux pas faire des choix à court terme afin de suivre ton planning agressif. Pour moi, ça colle bien plus avec tout ce que Canonical a fait par le passé, que ça soit le fait de pousser la lens Amazon après le freeze sans suivre les règles , le fait de forker Debian au lieu de bosser dans Debian, le fait de rajouter des modules binaires au kernel ou de rajouter des tas de patchs court termes pas super upstreamable ( genre pour les histoires de layout claviers et de touche multimédias ) , le fait de faire unity au lieu de partir sur g-s ( et de refaire unity en qt, en gtk, puis en qml ).
Je pense que Shuttleworth voit bien les bénéfices de la collaboration autour du libre, mais qu'il estime quand même qu'aller de l'avant, ça marche mieux avec du leadership fort et sans attendre les autres qui vont pinailler.
Et que les ressources sont pas un souci, vu qu'il y a toujours assez de pognon, donc "maintenir mir" est un truc pour plus tard, comme certains trucs ou Canonical a fait volte face ( plymouth vs xsplash étant le plus visible selon moi ).
Et du coup, je suis pas sur que Canonical réponde à ce que je comprends dans "des logiques commerciales". Tu peux détailler ?
[^] # Re: Unity
Posté par Misc (site web personnel) . En réponse au journal Ubuntu vs les autres distributions GNU/Linux. Évalué à 3.
Il y a eu des tentatives de le rendre agnostique à toute distribution, mais que je sache, seul la communauté opensuse a tenté des choses à ce niveau avec un portage vers PackageKit, en marge du code principal pour des questions de CLA.
[^] # Re: Steam et Canonical
Posté par Misc (site web personnel) . En réponse au journal Ubuntu vs les autres distributions GNU/Linux. Évalué à 9.
Nous sauveras de quoi ?
Après tout, suffit de voir Android. Google a fait un truc globalement incompatible avec les distributions linux classiques, avec des APIs différentes, un kernel relativement différents ( ce qui ne permet pas un portage immédiat vers le kernel mainline ), etc, et le libre n'est pas mort.
[^] # Re: Si toi aussi, tu veux voir une video avec peu d'intêret..
Posté par Misc (site web personnel) . En réponse au journal Mir est peut-être une hérésie mais.... Évalué à 4.
En fait, c'est même pire, c'est que mir est la ou il est grâce au travail autour de l'infra fait par wayland.
Quand on regarde l'architecture sur le site de wayland, (dispo sur http://wayland.freedesktop.org/architecture.html), on voit que ça s'appuie sur kms, etc. Et donc kms est arrivé aussi en partie pour wayland, donc voila, les cadors de wayland ont bossé sur l'infra qui a permis d'avoir mir, vu que mir se base sur la même chose que wayland.
Cf la doc : https://wiki.ubuntu.com/Mir/Spec?action=show&redirect=MirSpec#Mir_on_the_Free_Graphics_Driver_Stack