Renault a écrit 7618 commentaires

La loi DADVSI dépend en effet d'une directive européenne.
Mais la Hadopi est une suite à la loi DADSVI et reste une invention purement française. L'UE n'a jamais demander d'aller plus loin…

Bref, ce que tu cites est un contexte permettant d'expliquer d'où sort la Hadopi, pas qui a demandé sa mise en œuvre, et en l’occurrence l'UE n'a rien à voir là dedans. Pire, elle a contré des dispositifs prévus par la Hadopi à l'origine.

EDIT : j'ajouterais aussi que la DADVSI française est de mémoire plus complète que ce que l'UE demandait. Ce qui est parfaitement autorisé dans le droit européen. L'UE ne peut donc être accusé de toutes les extensions ajoutées par les membres suite à une transcription dans le droit national.

La France est dans l'obligation, sous contrainte de directives européenne de maintenir en place ce système.

Qu'est-ce que tu racontes comme conneries encore ?
La France est l'un des seuls pays de l'UE à avoir ce dispositif et aucun n'a cela dans ses cartons. Comme le droit européen prime sur le droit national, si l'UE forçait quelque chose, les autres auraient suivi le mouvement. Or ce n'est pas le cas.

C'est même l'UE qui avec son paquet télécom qui a faillit mettre en l'air la Hadopi sur plusieurs points. D'ailleurs la coupure de l'accès à Internet (prévue à l'origine) ne peut se faire grâce aux dispositions de l'UE.

Bref, au lieu de cracher sur l'UE, tu pourrais au moins te renseigner sur son implication dans le dossier… Nos parlementaires et notre gouvernement ont été assez grands pour faire la Hadopi sans pression européenne. C'est même plutôt nos politiques qui ont mis la pression sur l'UE dans le dossier…

Ah ben si c'est pas experimental pour RHEL j'ai rien compris mais c'est pas grave.

Tu n'as rien compris au Logiciel Libre, communautaire du moins, plutôt.
Red-Hat sponsorise Fedora, certains employés travaillent dessus également sur leur temps libre ou dans le cadre de leur travail.

Mais, Fedora accepte les contributions extérieures également même si cela n'a pas pour objet d'intéresser Red-Hat spécialement. Fedora est une distribution "vitrine" des logiciels libres en général et tout le monde en bénéficie. Que ce soit Debian, Ubuntu et autres… Et si un développeur de Debian veut tester un truc dans Fedora plutôt que Debian Sid, il sera accueilli correctement hein. ;)

Bref, Fedora n'est pas la pré-version de RHEL.

Qt par exemple le support wayland est toujours experimental et ne parlons meme pas de KDE.

Pourtant Sailfish OS repose exclusivement sur Qt et cela fonctionne.
Que cela ne soit pas optimal, c'est possible. Et alors ? Il n'empêche qu'on arrive à l'aube où l'un des environnements de bureau principaux de Linux qu'est Gnome est en passe d'exploiter Wayland par défaut sans différences fonctionnelles avec X11. Ce n'est pas rien, et cela montre que la technologie devient mature.

Oui je veux bien Gtk et Gnome marchote dessus mais bon pour firefox on oublie si j'en crois la nouvelle sur firefox.

Tu as testé Gnome avec Wayland avant de dire que cela "marchotte" ? Cela fait un an que je le teste est on est largement au delà du "marchotte"… Beaucoup d'utilisateurs ne verraient pas la différence avec une session Xorg tellement que c'est avancé dans les travaux !

Firefox vient à peine de passer officiellement à GTK+3 qui était une étape nécessaire mais pas suffisante. Le plus dur est certainement fait.
Mais ne t'en fais pas, XWayland gère bien la situation pour les applications non compatibles. Ce qui fait que Wayland est bien prêt à prendre la relève.

Pas pour moi. Quand j'installe un linux je met une LTS (sauf sur mon laptop a moi parceque je sais quoi faire quand tout pars en vrille) donc non c'est pas different. Et j'aimerai bien voir des boites ne pas mettre des versions LTS… J'ai comme un doute sur le sujet.

Je travaille avec une Fedora au boulot et tout va bien hein. Promis, mon employeur était d'accord ! :)

Bref, ton argumentation ne tient pas vraiment. Tu parles de quand on verra Wayland fonctionner sur le desktop : cela fonctionne déjà. Tu dis que ce ne sera pas sur le desktop d'ici 2 ans. Dans 8 mois c'est fort probable que l'une des distribution majeure saute le pas (et les autres suivront rapidement). Ensuite tu repousses à la question des LTS et RHEL. Breaking news, le desktop ce n'est pas que RHEL et Ubuntu LTS. Fedora c'est le desktop aussi, et si elle y passe et que cela fonctionne bien, le contrat est rempli.

Ensuite tu continues sur la question de Firefox et de Qt. Déjà le portage est en cours. Mais surtout tu oublies une chose. Wayland modifie quand même un composant central du système. Il a fallu du temps pour mettre en place le protocole (qui n'est 1.0 que depuis un an et des brouettes seulement), ensuite il faut faire l'implémentation du protocole dans les toolkits et les applications. Vu la tonne de logiciels impactés, si pour toi le Wayland prêt c'est uniquement quand tout le monde y sera, tu peux attendre longtemps.

C'est un travail titanesque, regarde le portage de Python 2 vers 3, c'est presque du même acabit et Fedora n'a seulement qu'un paquet sur deux avec Python 3 tellement le portage prend du temps. Pourtant Python 3 est fonctionnel depuis longtemps…

meme toi tu admet son instabilite

Je crois que le mot légendaire t'a échappé. Fedora n'est pas plus instable qu'une Ubuntu aujourd'hui malgré sa tendance à incorporer des technologies plus modernes. Fedora a évolué par rapport à ses débuts, notamment via la QA qui a fait un travail remarquable.

Vraiment? J'aimerai bien plus d'info sur le sujet c'est un changement de philosphie totale dont on parle la et je n'ai rien vu. Honte a moi.

Le projet en question : QGnomPlatform
En gros les applications Qt suivront le thème GTK+, style des boutons, thème noir/blanc, taille de la police, choix de la police, ratio HiPi, etc. C'est plutôt bluffant et intéressant et c'est voué à aller plus loin.

Euh oui c'est du HPC et une des applications du HPC c'est faire du remote visualisation de donnee tres grosse, trop grosse pour etre traiter sur un desktop donc sans transparence reseau tu es un peu dans la merde.

Mais on s'en fout du HPC dans la discussion, tu parles de quand Wayland va percer sur le desktop et tu insistes sur des points ayant traits à des usages tout autre qu'un "desktop" lambda…

Je sais pas pourquoi mais ce que tu viens d'ecrire montre bien que Xorg est encore la pendant tres tres longtemps…

Tu croyais vraiment que Xorg allait partir en deux jours ? Un composant aussi central ? Il commence à peine à devenir remplaçable, il faudra bien du courage pour s'en débarrasser définitivement.

Je pense que Wayland est bel et bien prêt pour le desktop, par contre il est pas prêt pour la machine de Albert_. C'est ce que je peux conclure de l'échange en fait. :)

Firefox, l'application de ma banque, des impôts et Google Maps fonctionnaient chez moi avec ce système sans soucis.

C'est donc une compatibilité réelle, bien que après il peut exister des soucis. Mais personnellement je n'en ai pas vu.

qui est une distrib exprimental pour RHEL comme tu le sais pertinnement vu pour qui tu bosses

Assertion fausse. D'autant que je ne travaille pas pour Red-Hat.

n'a toujours pas mis ca par defaut et les raisons sont simples: les toolkits ne sont pas pret pour ca.

C'est quasiment prêt. Tu as regardé la liste plus haut ? Les griefs sont centrés surtout autour de cas "rares" (accessibilité ou périphériques plutôt rare comme l'écran avec port USB) ou des cas que Fedora ne cherche pas à gérer notamment autour du pilote propriétaire de nVidia.

Oui cela a ete encore repousse pour la n-ieme fois.

Il y a eu des discussions pour mettre Wayland dans Fedora par défaut avant, oui. Mais Fedora 24 est la seule dont le changement officiel a été envisagé (pour la session de Gnome cela s'entend).
D'ailleurs jusqu'au mois de mars, la branche de développement de Fedora exposait Gnome avec Wayland apr défaut…

Sans compter que GDM, le lanceur de session, utilise Wayland depuis plus d'un an par défaut. Pour tester les périphériques d'entrées et les pilotes. Et libinput, son compère pour les périphériques d'entrées est utilisée depuis plus d'un an dans Fedora aussi par défaut.

Bref, depuis un moment Wayland a mis un pied dans Fedora, libinput n'est pas mineur dans cette architecture. Et on a jamais été aussi prêt que la concrétisation se fasse. Vu ce qui reste à faire, Fedora 25 est un objectif très réaliste.

Je me trompe peut etre mais j'ai comme un doute que wayland arrive par defaut sur RHEL avant 2 ans.

Ce sera difficile si aucune version de RHEL ne sort avant. ;)

mais sur des versions LTS ou stable 2 ans et je suis TRES TRES gentils.

Tu parles de distributions de bureau, puis tu commences à taper dans des distributions ou versions à long support. C'est différent.

Fedora c'est une distribution "prête pour le bureau", c'est peut être la plus proche d'y parvenir dans le lot. Son instabilité reste légendaire, ce qui sort sous Fedora reste très exploitable en production maintenant. Même les Alpha sont plutôt stables, c'est dire.

En ce qui concerne les decorations ca va etre une merde sans nom avec des trucs absolument pas integre entre bureaux (merci le retour dans les annees 90) et deja il y a des discussions sur le sujet.

Pour moi il n'y a aucun changement sous le soleil à ce niveau là. D'autant que des systèmes de compatibilités existent et se développement. Gnome y travaille par ailleurs de l'intégration des applications Qt (visuellement, pas en terme d'ergonomie).

Note que ce n'est pas un frein non plus, moult applications sous Windows utilisent un autre décorateur que celui de Windows. Les gens ne semblent pas quitter Windows pour ce seul motif.

c'est pas le desktop et sans transparence reseau ca va etre sacrement difficile a faire avaler la pillule.

Justement, RHEL ce n'est pas forcément le "desktop", du coup Wayland est peut être un sujet secondaire, non ?
Que Wayland soit prêt n'a donc rien à voir avec l'inclusion ou non dans RHEL, car ce sont des cibles différents.

perennite a arrive a la fin mais bon wayland ca fait des annees que l'on en entend parler et c'est encore pas pret pour le desktop

Le téléphone Jolla l'utilise pourtant, depuis 2 ans et demi sans broncher. Et ses utilisateurs sont plutôt contents du résultat.

Et il y a encore de gros gros manque (transparence reseau) et des choix qui s'averent pas optimal comme le coup des decorations.

Pour le coup des décorations, je ne pense pas que ce soit un frein réel. C'est un choix de conception pas si importante à mon avis.

Pour la transparence réseau, cela peut en gêner certains, mais c'est loin de concerner tout le monde. En tout cas c'est loin de la considération "prêt pour l'ordinateur de bureau".

A mon avis avant d'avoir wayland par defaut on va encore bien attendre 2 ans.

FUD.
Fedora a faillit valider cela pour Fedora 24 (à savoir juin 2016). C'était un projet mais du fait de quelques manquements restants il faut repousser à Fedora 25 (dans 8 mois donc).

Et en 6 mois, énormément de travail a été abattu. Il y a d'ailleurs cette page qui récapitule les objectifs à tenir, et ceux réalisés durant les 6 derniers mois. On voit que ça a progressé rapidement. Gnome est au quotidien utilisable avec Wayland sans broncher (c'est ce que je fais depuis un an). KDE et Enlightenment ne sont pas loin du but de mémoire.

C'était quand le standard n'était pas figé et que le nom de la propriété et son comportement étaient non arrêtés ou à explorer.

Je ne dis pas que cela ne sert jamais, mais cela concerne peu de gens finalement et cela n'impacte pas l'expérience utilisateur de Linux pour le grand public. Ce public en attend plus sur le côté graphique et vidéo de la chose.

Ces fonctionnalités arriveront très certainement, mais plus tard. Le SLI est un sujet de base très compliqué et je pense qu'OpenCL n'est pas prioritaire par rapport à OpenGL et certaines fonctionnalités autres de la carte comme la gestion d'énergie.

Les progrès sont en tout cas important, quand on pense aux débuts de nouveau et du pilote libre de radeon…

!! A great number (sometimes up to a hundred) of very serious regressions every kernel release due to missing QC/QA.

C'est en partie vrai. Mais la QA du noyau est un sujet assez dynamique ces derniers temps et les progrès sont notables.
La plupart des régressions sont souvent corrigées assez rapidement (c'est pourquoi les distributions installent rarement la dernière version stable avant son premier correctif officiel).

Et certains concernent les pilotes, et si le matériel est peu utilisé, forcément ça peut merder… Mais ce n'est pas très différent du monde Windows où certains pilotes nécessitent une mise à jour car quelque chose a changé.

!! The Linux kernel is extremely difficult and cumbersome to debug even for the people who develop it.

Dire qu'un noyau c'est difficile à déboguer, c'est plutôt est évidence. Mais c'est vrai quelque soit le noyau en question.
Et malgré tout, le noyau a énormément d'outils et d'interfaces pour pallier à ces difficultés.

on aurait les specs, en libre ce serait plus performant (mais on n'a pas les specs)

Ça, c'est discutable.
Les GPU sont des monstres de complexité. Faire un code générique, propre, qui exploite les performances du dit matériel c'est loin d'être trivial même avec la documentation du dit matériel.

Tu noteras que les pilotes proprio sont gros et assez sales, contenant des hacks dans tous les sens suivant l'application pour avoir les meilleurs performances. Preuve que ce n'est pas simple, même pour le constructeur.

Intel et AMD (bon, moins AMD et Intel ne fait pas si bien en libre, mettez des ressources !) augmentez les perfs et la conso.

Pas compris.

Je crois qu'Intel est au taquet (mais l'open_hardware aiderait),

je pense que pour le matériel ouvert, tu peux te brosser un moment avant qu'Intel ne réponde à ton souhait.

AMD est plombé d'un historique peu glorieux

Le pilote Radeon libre est maintenant bien avancé. Que ce soit gestion de l'énergie ou des performances. C'est d'ailleurs le seul pilote libre compatible OpenGL 4.3 (enfin, pour la prochaine version de mesa).
Petit comparatif de l'implémentation d'OpenGL dans mesa

Nouveau est loin d'être à la ramasse, les performances sont bonnes. Cependant la gestion de l'énergie est en progrès assez important récemment donc ça va être plutôt intéressant.

Nouveau comme radeon pêchent sur la gestion du multi-carte graphique (ce qui est entre nous un cas plutôt rare et peu utile). Plus problématiques, OpenCL est peu ou pas implémenté. Seul Intel a une implémentation libre disponible (via Beignet), de même de Vulkan par ailleurs (dans mesa pour la prochaine version).

Pour Cuda, qui est une technologie proprio de bout en bout, tu peux en effet rêver longtemps. Bien que nVidia ait mis dans nouveau de quoi exécuter un blob Cuda dans Tegra K1/X1 dans nouveau. Mais ce blob n'est pas disponible et n'est pas libre.

Pour l'avancement des travaux :
* Nouveau : fonctionnalités graphiques
* Nouveau : power management
* Nouveau : accélération matérielle
* Intel : site de la pile graphique officielle pour Linux (Mesa, VAAPI, noyau, etc.
* Radeon : fonctionnalités graphiques + gestion de l'énergie
* Gallium3D

Notons que la VAAPI fonctionne bien, testé dans le cadre de mon travail sur une plateforme Intel sans recompiler quoique ce soit. Intel a poussé l'ensemble des patchs de son Media SDK dans les projets officiels (mesa, gstreamer, le noyau, etc.).

ya aussi le cauchemars des pilotes libres pour les utilisateurs d'Nvidia.

Nouveau fonctionne plutôt bien depuis plusieurs années maintenant.
Personnellement, je ne m'en plains pas.

j'ajouterais aussi les problèmes son causés par les différentes couches de logiciels ( pulseaudio+Alsa…etc )

Sur les bonnes distributions, il y a longtemps que PulseAudio ne pose pas de soucis hein…

Ainsi que la batterie qui crève 3x plus vite que sur windows du fait que bien des éléments du système ne possèdent pas d’accélération matériel propre

Question de matériel.
Les cartes Intel ont tous l'accélération matérielle de disponibles. NVidia et ATI ce sont les pilotes proprio, pour cause de licences autours des firmwares.

Pour la gestion d'énergie, il y a en effet un manque, mais ça progresse. Nouveau va faire un grand aps en avant d'ici quelques mois sur le sujet.

( sans oublier les logiciels qui pour 90% d'entre eux sont en software rendering a cause des 1001 problemes qu'entraine l'acceleration materiel avec x.org )

Pourtant Gstreamer et VLC par exemple l'exploitent sans soucis, quand le matériel est bien supporté…

Cela doit dépendre du client de ton correspondant.
Ma femme utilise Gajim avec son compte gmail et je peux communiquer avec elle sans difficulté avec une adresse jabber.fr.

Note que ta femme se trouvait probablement à 60 km/h au compteur. Et oui, le compteur surestime la vitesse pour différentes raisons ce qui fait que quand tu es flashé, sur le compteur tu étais nettement au dessus de la valeur prodiguée.

Je précise également que je ne vois en aucun cas la nécessité de dépasser la vitesse pour s'extraire d'un danger. Ralentir est aussi une solution possible à privilégier que d'enfreindre le code de la route.

Bah suffit de regarder la quantité de gens avec un bac +5 dans un domaine et qui peinent à trouver du boulot dans le dit domaine. Cela touche en particulier les filières littéraires et artistiques.

Car oui, il y en a des besoins dans tous les domaines, même en Histoire. Mais pas des milliers de postes par an…
Tu parles des milliards de dollars du divertissement. Le divertissement c'est beaucoup de techniciens (par rapport aux artistes), c'est aussi une poignée d’artistes qui génèrent le plus gros du chiffre d'affaire (beaucoup d'acteurs, auteurs et chanteurs ne parviennent pas à gagner leur vie avec, quand d'autres vivent très confortablement). Bref, le secteur artistique, malgré l'argent généré, ne peut faire tourner trop d'artistes. Le nombre de places restent limitées.

Typiquement, ma femme s'est spécialisée dans la traduction, les profs et anciens élèves le disaient, à part l'interprétation (donc la traduction orale en direct), la traduction est un secteur bouché où il y a trop de sortants d'études par rapport au besoin réel. Pourtant on a besoin de traducteurs en France, mais apparemment on en forme trop.

Après les bonnes distributions proposent depuis longtemps les mises à jour différentielles, comme Fedora. ;)

Et c'est bien chiant pour qui utilise un clavier et une souris, soit l'immense majorité des utilisateurs de gnome 3.

Euh, en quoi ces interfaces sont pénibles au clavier et à la souris ?
Les raccourcis claviers sont toujours là, la navigation dans les menus également.
À la souris tout est également accessible facilement.

Personnellement j'aime beaucoup Gnome 3 et le design de ses applications. C'est épuré, fonctionnel et suffisant. En tout cas cela me convient très bien.

Faux dans le cas général, vrai dans des cas particuliers (les plus utilisés, certes) : ça dépend des caractères choisis.

Après, si je ne me trompe pas, dans les langues encodées sur 4 octets dans Unicode ou les langues asiatiques ne sont pas des alphabets mais des idéogrammes. Et tu as besoin de moins d'idéogrammes normalement que de lettre d'un alphabet quelconque pour exprimer la même idée.

Résultat, si en effet le nom sera plus court, en terme d'informations stockées utiles il n'est pas dit que ce soit très limitant pour ces langues là.

Je ne suis pas spécialiste de ces langues là, je peux dire des conneries sur le sujet.

Puis, qu'est-ce qui empêche les gens de recharger la voiture au lieu de travail ou lors d'une balade (shopping, assister à un évènement public, etc.) ? Du coup les 18h ne seront pas forcément nécessaires pour tout le monde, bien au contraire, il y a moyen rien qu'avec ça de gérer le besoin intelligemment.

Je n'ai pas ça, j'ai téléchargé le liveCD pour ma part.

J'ai testé dans la même configuration que toi.
Cela gel avec le boot par défaut (en debug), si je sélectionne la première entrée de boot, le bureau est fonctionnel.

Linus Torvalds a aujourd'hui très peu de lignes de code à son nom en réalité.

Je suis contributeur noyau débutant en embarqué (je ne contribue pas encore sur la branche Linus donc), et j'ai pu obtenir 35k€ en province pour ce travail. ;-)

C'est prévu.

Non.
Ce qui a été reproché à Microsoft, c'est d'utiliser sa position dominante sur le marché des OS pour concevoir un marché dominant sur les navigateurs Web.
C'est tout.

Les captures d'écran ci-dessus montrent clairement que l'installation n'est que suggérée (et pas forcée ou d'office). Sans compter que ce n'est pas un produit Google qui fait cette proposition.

Est-ce que le cas Chrome avec Android est menacé comme IE avec Windows à une époque ? Pas vraiment.
Déjà, Chrome n'a pas le statut de monopole (qui s'estime à environ 75% d'un marché donné). Du coup on ne peut pas dire que la force d'Android ait détruit le marché. Pas encore du moins. D'autant que dans certains pays comme la France, Android n'arrive pas à avoir ce statut également.

En plus, Samsung propose toujours, du moins sur ses modèles les plus vendus, un navigateur alternatif "maison" (sorte de Chrome très allégée) en plus de Chrome. Donc on ne peut pas dire que les alternatifs ne sont pas accessibles sur le marché. Et Samsung pèse beaucoup dans les parts de marché d'Android.

Pour toutes ces raisons, j'émettrais un gros doute sur un tel procès envers Google sur ce sujet. Du moins à moyen terme.

Je parle des aspects visibles du programme, les gens se préoccupent rarement de la sécurité derrière une application.

Et sur cet aspect visible, pendant un temps Chrome avait un net avantage c'est indéniable. Aujourd'hui c'est plus discutable.