Renault a écrit 7255 commentaires

Non.
Je pense que le but de la manœuvre est d'opposer la sauvegarde de l'information par une charge électrique dans un composant solide par rapport à une sauvegarde magnétique qui est dans un champs immatériel.

• le choix de partitionnement du disque n'est pas si intuitif, non vraiment pas, pourtant il y a un effort sur le graphique, mais je ne le trouve pas terrible, en même temps, je suis plus mode texte qu'interface graphique, en général c'est peut être ça au fond, c'est moi le soucis ;

Une autre interface sera disponible dans Anaconda à partir de Fedora 26 : blivet-gui (que tu peux installer sur ta Fedora actuelle si tu veux un visuel) qui sera plus proche de GParted et consort en terme d'organisation.

L'interface actuelle ne sera pas supprimée pour autant, le but est de satisfaire différents besoins des utilisateurs. Ces interfaces n'auront donc pas le même public et blivet est plus proche des outils traditionnels par son approche.

J'installe des paquets en graphique, bof, j'y comprend rien, je passe en ligne de commande, la ça roule tout seul, screen, emacs, vim, gcc-c++, make, sdl, git tout roule tout seul.

Si tu as utilisé GNOME Logiciels, il n'est pas adapté pour installer des environnements de développement. Il ne propose que des applications finies et qui possèdent un fichier .appdata dans son paquet voire code pour la description et d'autres infos. Donc en effet tout ce qui est CLI ou bibliothèque, cela n'est pas visible. Il faut se tourner vers la CLI ou un autre utilitaire tel que Yumex.

Donc au final, je la trouve bien cette fedora 25, et je suis satisfait d'y avoir passé quelques heures, au revoir fluxbox, on se retrouvera dans quelques mois/année et bienvenu gnome-shell.

Cool. :)

10 ans aujourd'hui c'est très long.

Dans certains secteurs d'activité oui, dans d'autres pas du tout.
Tu sembles oublier que souvent, lors du dépôt de brevet il est rare que le dépositaire soit capable de mettre son brevet directement en application. Car il faut probablement du financement, du matériel et du savoir faire pour mettre cela en œuvre. Il faut aussi du temps pour peaufiner le produit, pour peaufiner les processus ou réaliser des certifications. Et 10 ans ça peut être nécessaire pour cela.

On a un vrai problème avec la PI en générale, il est absurde de protéger un même type d’œuvre selon des durée variable, et encore plus sur des durée qui dépasse le siècle.

Je ne vois pas le rapport.
La durée de vie de la PI d'une chanson par exemple est relativement simple dans pas mal de pays, la France a une liste de clauses impressionnante pour allonger la durée de base mais cela n'est pas le principal problème. Le principal problème réside plus dans la durée finale de protection.

Oui et selon les juridictions tu n'auras pas les même chance. Aux US par exemples les procès en violation de brevets se font toujours dans les mêmes états…

Et en Chine bonne chance pour faire valoir tes droits par rapport à une entreprise locale.
C'est évident que les brevets reposent sur la justice pour fonctionner et que la qualité du système judiciaire est important. Mais cela n'est pas spécifique aux brevets, c'est valable pour l'ensemble du droit.

Tu me comprends mal: j'ai déjà moi-même lu et déposé des brevets sans aucune intention de ma boite de jamais les implémenter justement pour bloquer les implémentations alternatives qu'on estimait compétitives.

En France, un brevet qui en 10 ans n'a pas été mis en œuvre devient caduque, avant les 25 ans habituels afin d'éviter ce phénomène.

Si tu es une grosse boite qui attaque une petite boite, la stratégie c'est que la petite boite aura jeté l'éponge ou mis la clé sous la porte avant que la décision soit rendue.

Cela concerne potentiellement n'importe quelle décision juridique ou de propriété intellectuelle. Ce n'est pas nouveau et pas lié spécifiquement aux brevets.

Il faut des années de procédure pour faire invalider un brevet, et la notion d'évidence pour un expert est l'angle d'attaque qui a le moins de chance de passer.

Toujours est-il que c'est possible. Comme beaucoup de choses, cela n'est pas pour autant simple, automatique ou rapide à obtenir. Ce n'est pas le sens de mon propos…

-un moyen d'empêcher les concurrents de faire comme toi

Bah oui, par définition, je ne le nie pas.

-un moyen d'empêcher quiconque d'implémenter des solutions alternatives à la tienne

Non.
Un brevet protège justement une implémentation de la fonctionnalité, mais pas la fonctionnalité elle-même (du moins à l'international, certains pays peuvent être moins regardant notamment pour les brevets logiciels).

Tu peux donc faire un lave-linge révolutionnaire en utilisant d'autres techniques que celles brevetées actuellement par exemple.

-une arme atomique contre tout le monde via le volume (si je déclare que tu violes 500 brevets à moi, on est parti pour des années de procédures à grands frais… même si on sait tous les 2 que mes accusations sont bidons!!)

Si les accusations sont bidons, la plaignante va perdre et payer les frais de procédure. Je ne vois pas ce que tu veux dire.
Et ce n'est pas spécifique aux brevets, des procès intentés sans fondement juridiques cela n'est pas lié aux brevets.

Et si je veux, 23ans après le brevet original, je dépose une toute petite amélioration devenue évidente avec les progrès techo… Et on recommence!

Un brevet pour être valable ne doit pas être évident pour quelqu'un qui est à jour dans l'état de l'art justement.
Bien entendu, les Offices du brevets nationaux ne font pas toujours les vérifications nécessaires. Mais dans ce cas il suffit de mettre cet organisme dans la boucle judiciaire pour faire invalider les brevets et sanctionner l'organisme pour mauvaises pratiques.

Je pense qu'avec une comparaison et une explication cela serait plus claire.
Un brevet donne un droit exclusif sur la commercialisation du produit (le côté exclusif pouvant être remis en cause suivant le brevet et le pays, genre dans les télécoms cela est plutôt courant pour ne pas verrouiller le marché).

De fait, le droit de production des graines appartient bien à Mosanto, à cause des dits brevets que la graine contient.

C'est un peu comme si une imprimante 3D brevetée souhaitait s'imprimer elle même à la demande de son utilisateur (différent du constructeur). Cela serait une contrefaçon, car l'imprimante étant brevetée, l'utilisateur n'a pas le droit d'en faire une réplique même si matériellement cet outil en offre la possibilité intrinsèque.

C'est le (petit) avantage des brevets.

Ce n'est clairement pas un petit avantage, c'est au contraire le point clé des brevets.
Il faut voir le brevet comme suit :

• L'État s'engage sur une période donnée (maximum 25 ans) à accorder un monopole exclusif sur une invention à son dépositaire ;¹
• Le dépositaire du brevet doit en contre partie donner toutes les instructions nécessaires à la mise en œuvre dudit brevet pour que quand cela tombe dans le domaine public, la technologie soit exploitable par tous.

Le brevet est donc une arme contre les entreprises ou inventeurs qui gardent des secrets indéfiniment et qui finissent même par disparaître.
C'est donc un système gagnant-gagnant. Et je ne suis pas convaincu que la partie domaine public soit négligeable, au contraire.

Sauf que 25 ans est la date limite maximale de la validité d'un brevet. Ensuite, c'est du domaine public.

Je veux pas faire le rabat-joie, mais quand gnome-shell plante sous Wayland, toutes les applications plantent avec (si un contenu n'était pas sauvegardé, les données sont perdues)

Ce n'est pas forcément spécifique à Wayland.
Le fait que Gnome-Shell souhaite corriger cette régression montre que cela semble possible, il faut juste changer l'architecture de mutter vis à vis de Wayland.

Ne confonds pas Wayland avec son implémentation dans Gnome-Shell.

Quelques raisons qui ne me laissent pas en confiance sous Wayland : une grosse partie du code de gnome-shell est écrit en JavaScript. C'est une architecture monolithique (beaucoup moins modulaire que Xfce, par exemple). Et il y a un an ou deux d'ici, j'avais assez souvent des crash de gnome-shell (sous X11), et je pense qu'on pouvait voir sur le Retrace Server que ça arrivait à pas mal de monde.

Il n'y a aucun rapport entre Wayland et le JavaScript. Tu confonds encore l'implémentation de Wayland dans Gnome-Shell et Wayland lui même.
Sans compter que je ne vois pas le rapport entre JavaScript et la qualité d'un projet (de beaux projets robustes peuvent être faits en JS et de la merde en boîte avec n'importe quel autre langage au monde).

Tu veux qu'on reparle de tous les défauts de X11 aussi pour te convaincre que Wayland même si pour le moment n'offre pas tout, reste un choix pertinent aujourd'hui ?

Je ne parle pas tous les jours, mais une à plusieurs fois par semaine ce qui est plus rare pour un trésorier (et plus compliqué à gérer, avec potentiellement plus d'activités).

Non, on a un numéro de compte.

Pour ces gens là, il y a la mise à niveau par GNOME Logiciels, et comme dit plus haut, il suffit d'un clic. ;-)
En plus c'est suggéré par une pop-up quand c'est disponible, pas besoin de savoir qu'une version est sortie pour la mettre à niveau.

Ça doit être pour ça que Netflix fait sa propre production, c'est disponible sur Netflix avant de l'être en téléchargement illégal.

Netflix est américain et les USA n'ont pas la chronologie des médias telle que pratiquée en France.
Netflix fait sa propre production essentiellement pour se diversifier, à l'heure où certaines entreprises de productions rechignent à alimenter Netflix de peur de lui donner trop de pouvoirs économiques.

Pour le reste, ben soit t'achêtes le DVD à prix d'or bourré de pubs et de bandes-annonce, soit t'attends 3 ans pour le voir en VOD.

La VOD à l'unité en France est disponible dans l'année de sortie du film au cinéma ce qui est raisonnable. C'est en effet plus long pour la VOD à la demande telle que Netflix.
Mais la VOD à l'unité, ce n'est pas si inabordable que cela. Sans commune mesure par rapport aux DVD.

Oui, bien sûr, mais tu noteras quand même qu'il faut que celui qui envoie l'argent renseigne correctement ce champ. Après je pense que c'est une question d'habitude aussi (la France représente environ 2/3 des chèques émis en UE)…

Note qu'il y a une différence entre une association et ton compte bancaire.
Dans une association, surtout petite, le trésorier ne va pas vérifier tous les jours l'état du compte en banque. Très souvent même, il va se reposer sur les bilans mensuels de la banque.

Ce qu'il fait que l'association peut rarement agir à temps si jamais il y a eu utilisation frauduleuse de l'IBAN de l'association. Alors que pour le particulier, qui normalement vérifie ses comptes à une fréquence plus élevée, cela est moins problématique.

Pourquoi avoir forcément besoin d'écrire dans la flash ? Le XIP n'est plus utilisé que je sache (trop lent).

Euh, non.
C'est encore utilisé, pas plus tard qu'il y a 1 an ou deux j'ai du le mettre en place dans un projet utilisant Linux.
Le XIP a l'avantage d'être très simple en fonctionnement. Malgré ses performances réduites, cela fait sens suivant les besoins, composants choisis et temps de développement nécessaire.

Quand tu vois les dégâts causés par les maladies et la quantité de malades qu'ils ont eu sans vaccins, est-ce que les dégâts provoqués par le vaccin sur quelques individus ne sont pas le prix à payer pour sauver toutes ces personnes ?

Ton ami aurait peut être contracté la maladie si le vaccin n'hésitait pas. Voire une bonne partie de son entourage…

C'est une question d'éthique, mais la balance bénéfice/risque reste clairement en faveur du vaccin. Si par contre nous pouvons développer un système fiable pour ne pas vacciner ceux qui ne supporteraient pas le vaccin, cela serait à mettre en œuvre oui. Mais pour le moment cela n'existe pas.

Puis c'est en rapportant des bogues qu'on les corrige et évite à l'avenir aussi.
J'espère qu'il a bien rempli / crée des tickets à cette fin avant de se plaindre.

hum… De ce que je connais de Jenkins (c'est très vague), il permet de lancer des tests après un merge/commit, et donc trop tard (on fait de la correction à postériori, mieux que rien mais pas le mieux, je l'imagine pour des tests trop longs pour le CI, c'est parfois chiant d'attendre 24 heures que le CI accepte un PR). Comment bloques-tu le PR dans le gestionnaire de version tant que les tests ne sont pas fait avec Jenkins?

Pas du tout. Enfin, c'était peut être vraie à ton époque.
Dans ma boîte, on couple Gerrit (pour le code review) et Jenkins. Les commits sont en attentes dans Gerrit pour être validés par un humain, et automatiquement Jenkins vérifie de son côté que cela compile et les tests soient corrects.

Quand l'humain et Jenkins ont validé de leur côté, le commit peut être mergé.

Bref, on peut valider à priori avec Jenkins, au moins avec Gerrit. Comme Gerrit repose sur git, cela devrait être possible de faire avec git directement aussi.

La documentation est très détaillée et a très bien marché pour moi, pour un processus de migration par forcément trivial (contrairement à Ubuntu où il ne faut lancer qu'une commande).

Qu'elle documentation ? Histoire qu'on la simplifie si tu trouve ça non trivial.
Normalement cela consiste en deux voire trois commandes assez claires (un pour installer le greffon dnf qui va bien, une autre pour télécharger les paquets et une dernière pour redémarrer).

Je pense qu'il partait du principe que tu n'utilises qu'un compositeur à la fois, et que celui-ci doit l'implémenter. ;-)

GNOME Terminal est devenu inutilisable qui utilise une grosse quantité de CPU. (Il me semble que ce problème est apparu dans la bêta).

C'est bizarre, je n'ai pas ce soucis chez moi.
Tu as un profil très personnalisé ?

Oui

J'ai installé une ArchLinux il y a quelques semaines et Gnome était déjà par défaut sous Wayland.

Mouais, je dirais que Gentoo et Archlinux ne comptent pas vraiment pour ce genre de considérations. Ce ne sont pas des systèmes livrés clés en main. Les choix opérés par Archlinux par défaut (sauf pour les briques de base tels que le noyau ou systemd) ont peu d'impact finalement sur l'utilisateur car il devra de toute façon choisir beaucoup de chose par lui même. Entre demander l'installation de GNOME pour X11 ou pour Wayland, pour un utilisateur Archlinux, c'est plus ou moins pareil.

Fedora a des choix par défaut très impactant, car le système peut (et même doit) être pleinement utilisable avec ces choix par défaut sans personnalisation ou choix de paquets par l'utilisateur.

Sinon, j'ai des problèmes avec le screenshoteur de Gimp, qui génère des carrés tout noirs. Il faut en passer par l'outil gnome-screenshot pour que ça marche. J'attends Gimp 3, ça marchera peut-être mieux, on verra bien.

Cela a peu de chances de fonctionner.
Wayland apporte un nouveau concept de sécurité : les applications ne doivent pas voir ou modifier le contenu affiché par les autres fenêtres. Chose qui était pleinement autorisée avec X11. Du coup cela pose soucis pour les applications telles que la capture d'écran, Redshift ou encore les économiseurs d'écran. Cela doit être géré par le compositeur de fenêtre (qui a le contrôle de l'ensemble) et donc de ton environnement graphique.

Cela signifie que pour le moment, seules les applications GNOME peuvent faire ces tâches.
Bien entendu, dans le futur ce sera étendu, probablement via les Flatpak qui permettront à l'utilisateur d'autoriser ou non ce type d'actions.

Tout à fait.
Je crois d'ailleurs que GNOME envisage de gérer ça soi même. Mais ce n'est pas encore disponible.