Ah bon… franchement Balmer a fait du "embrace and extend" avec Linux????????
La stratégie EEE a été utilisée de manière quasi systématique par Microsoft durant l'ère Ballmer. Pas spécifique à un produit en particulier.
Et bizarrement depuis le changement de direction, la stratégie de Microsoft a changé. Leur métier d'ailleurs a changé (l'entreprise repose moins sur les licences logicielles qu'avant, les services sont en plein essor).
En ce qui concerne WINE, je ne suis pas sur de mes maths mais il me semble bien que la part de marche est nettement inferieur a une position dominante mais bon je dois me tromper et 0.1% doit etre plus grand que 99,9%
La stratégie EEE repose sur trois piliers. Avant de crier à son utilisation, il faudrait voir la concrétisation de ces piliers. Pour l'instant on n'a pas la moindre indice que ce sera le cas. Donc tu spécules sur les intentions de Microsoft pour l'instant. Donc tu FUD / trolles. C'est tout.
Si Microsoft avait appliqué cette stratégie hier, être méfiant serait légitime. Aujourd'hui on a plutôt des indices que ce ne sera pas le cas.
tu ne connais pas le concept de "embrace and extend".
Toi non plus visiblement, cela fait quoi, 10-15 ans que cette stratégie n'a plus été utilisée par Microsoft. Cela a été employée par l'ancienne direction, Ballmer tout ça, tu sais celui qui disait que Linux était un cancer.
On peut reprocher des choses à Microsoft aujourd'hui, mais soyons lucide, cette stratégie n'existe plus et Microsoft a changé depuis.
Sinon on va toujours reprocher à l'Allemagne de suivre des stratégies de nazis et la France des stratégies collaborationnistes ?
Toi tu ne sais pas ce qu'est WSL pour dire que cela n'a rien avoir (Microsoft/Linux/Desktop)
Bah toi non plus j'ai l'impression. WSL c'est juste un sous système qui transforme les appels systèmes de Linux en ceux de Windows ce qui permet une sorte de virtualisation très performance et mieux intégrée. Et globalement cela ne fonctionne qu'en CLI pour attirer les développeurs qui préfèrent utiliser le shell UNIX (au lieu de Powershell), git ou python par exemple sous Linux que sous Windows (car l'intégration est moine bonne).
C'est donc un outil pour attirer du monde sur sa plateforme. Tout comme WINE pour Linux d'ailleurs. Est-ce que WINE fait de EEE ?
Posté par Renault (site web personnel) .
En réponse au journal Flatpak.
Évalué à 9.
Dernière modification le 12 octobre 2018 à 10:15.
Puis ça a un intérêt. J'adore Fedora, je l'utilise au boulot pour programmer avec GNOME Builder.
Si je veux la dernière version de Builder disponible, je dois changer de version de Fedora pour l'obtenir. C'est dommage car ce n'est pas le moment pour une telle opération mais je veux bien ces fonctionnalités qui m'apporteraient un gros confort.
Hop Flatpak, et si ça foire, j'ai toujours la version stable de ma distribution disponible. Et je peux aussi aider les développeurs des projets upstream an testant les dernières versions qu'ils proposent (voire les nightlies) si je le souhaite. Ce qui était plus pénible si on se base uniquement sur ce que propose la distro.
L'inconvénient que tu citais plus haut sur les perfs, je ne comprends pas : le configure n'est fait qu'une fois, après tu "make" quand tu changes un fichier et c'est très rapide.
Il n'y a pas que le cas où tu développes une application seule que le temps du configure entre en jeux.
Exemple, dans l'embarqué on génère très souvent des images entiers à base de buildroot et Yocto. Pour faire les choses bien on a une intégration continue sur le système avec nos changements. Résultat l'image doit être régénérée à chaque fois de 0 (cela signifie refaire le configure de centaines / milliers de paquets à chaque nouveau commit ou nouvelle livraison).
Une fois on a monitoré le temps passé à construire une image. Sur l'heure nécessaire à générer une image fraiche, environ un tiers était passé dans les différents configure. Soit environ 20 minutes. C'est quand même assez long.
Et dire que c'est juste « changer les habitudes » de quelques utilisateurs, oui, si tu veux… mais alors pourquoi a-t-on inventé les distributions pour englober / uniformiser ça ? Parce les utilisateurs ne veulent pas juste s'emmerder.
Une distribution c'est un peu plus qu'un simple gestionnaire de paquets. Nombre d'entre elles d'ailleurs s'échangent les outils volontiers.
Pendant que Windows et Mac se Linuxifie (Mac App Store, Windows Store), Linux se windowsise, amusant!
C'est amusant mais c'est un peu plus complexe que cela.
Pour moi Windows et MacOS ne vont pas dans le sens de Linux. Leurs dépôts sont certes un effort pour récupérer un des avantages des dépôts de Linux mais ce n'est pas le même mécanisme non plus.
Le but des dépôt de Linux n'est pas uniquement de proposer des logiciels en général, c'est aussi faire un travail d'intégration et de mutualisation. Du genre toutes les applications de Fedora utilisent la même version de la glibc. macOS et Windows ne font que de lister des applications provenant de l'extérieur sans les modifier ou les intégrer. Ils vérifient au mieux certaines exigences (sécurité, compatibilité binaire, etc.) mais cela s'arrête là. Leur modèle est plus proche de Flathub (une collection de Flatpak).
Après personnellement je pense que le modèle uniquement basé sur les dépôts ou uniquement basé sur les applications qu'on doit chercher sur le site du développeur est une erreur. Être capable de faire les deux est le mieux pour les utilisateurs et les développeurs.
Les Flatpaks ont en effet les avantages suivant :
Le développeur a le contrôle de son livrable, s'il veut publier à une date précise une nouvelle version, il n'a pas à attendre X temps que son application soit disponible sur les distributions (s'il est empaqueté)
L'utilisateur peut outrepasser sa distro se elle ne fait pas de paquets ou si sa politique est trop stricte en terme de mise à jour pour avoir la dernière version en date de son logiciel préféré
Mais les dépôts restent utiles pour :
La distribution minimise l'empreinte des logiciels en uniformisant l'usage des composants communs entre toutes les applications
Elle s'assure de la compatibilité de ces composants, de l'intégration entre eux mais aussi des MaJ de sécurité
Cela peut éviter aussi que l'utilisateur qui veuille un système très fiable se tape des bogues liés à une version trop récente de son outil
Du coup avoir la possibilité de faire les deux c'est bon pour tout le monde. L'utilisateur a une plus grande flexibilité sur son système. Et c'est très bien que Windows comme macOS aient aussi un système central pour récupérer les applications tout en laissant le choix de télécharger depuis un site quelconque.
Est-ce que Intel et AMD ont des usines de CPU en Chine continentale ? Je ne crois pas.
AMD n'a plus d'usines depuis plusieurs années, tout est sous traité comme pour nVidia à TSMC. Qui a si je me souviens bien une usine en Chine continentale sur 5-10 à d'autres emplacement (principalement Taiwan).
Intel a des usines propres, sur la poignée qui sont en général aux USA, une usine est en Chine continentale.
Après cela ne signifie pas que les processeurs soient faits dans ces usines chinoises. TSMC emploie cette usine peut être uniquement pour des clients locaux. Intel l'utilise peut être pour d'autres composants comme des puces réseaux. Mais ce n'est pas impossible que des puces importantes de ces marques soient produites là bas.
Perso des souvenirs que j'ai de cette époque lointaine, W95 / W98 sur les machines de l'époque ce n'était clairement pas des systèmes hyper réactifs. Je ne crois pas qu'ils soient plus lents en terme absolus pour faire la "même chose". Si on peut considérer qu'on fait réellement la même chose 20 ans après, perso je pense que c'est illusoire de comparer cela.
Dans un sens oui, le logiciel et matériel employés sont trop vieux pour que ce soit réellement intéressant d'avoir une licence libre. Mais justement, Apple 'na pas grand chose à perdre de libérer le code pour l'occasion.
Même si en effet c'est déjà bien qu'ils aient fait ça.
Dune et C&C ont une notion de stock avec limitations. Tu dois construire des silos et autres bâtiments de réserve si tu veux augmenter le stock possible de tes ressources. Si les bâtiments sont détruits, tu perds ce stock par ailleurs.
Ce n'est pas comme AoE ou Warcraft par exemple où tout ce qui est récolté est disponible sans limitations de temps et de quantité.
Donc pour moi ils se situent un peu au milieu des deux genres, le stock existe mais est limité de fait ce qui oblige à une certaine continuité de production.
Mais bon, d'un autre côté, il est considéré que la voiture électrique est non polluante alors que son énergie produit des déchets nucléaires (ou alors de l'arsenic et du mercure pour les panneaux solaires) et qu'il faut des terres rares pour son fonctionnement - ce qui limite leurs durées de vie pour celles qui n'ont pas de batteries amovibles, et qui est assez chiant pour le recyclage.
Le nucléaire est moins polluante pour l'atmosphère et les gaz à effet de serre. Si tu considères que ces questions sont prioritaires aux questions des déchets nucléaires, cette phrase est plutôt vraie.
Tout pollue d'une façon ou d'une autre, la question est de choisir une priorité dans la lutte. Il ne semble pas aberrant que les gaz à effets de serre soient aujourd'hui la priorité absolue.
Un "desktop" a peine booté qui consomme 1Go, cela n'a rien de normal même en 4k.
Il n'y a pas que GNOME qui tourne, pas mal de services en arrière plan.
Gnome-Shell c'est 150 Mio sinon, tout seul.
La crypto, la gestion de l'autonomie, l'usb ou n'importe qu'elle techno que vous allez trouver ne justifie pas cela.
Ça explique une partie. Ce n'est pas la justification de tout.
Mais il y a plein de trucs comme ça qu'on oublie, mais à la fin ça s'accumule.
Le poids des images vectorielles c'est peanuts par rapports à leurs équivalents bitmap.
Mais tu crois que cela ne prend pas de RAM et du CPU de les convertir dans un format bitmap ?
La "gestion de l'autonomie", la crypto et le rendu vectoriel sont pris en charge matériellement depuis des années et au dernières nouvelles. Ce n'est pas le boulot de Gnome d'implémenter ces points et ils n'ont pas d'impact majeurs sur la consommation CPU.
Mais GNOME en a besoin et interagit avec tout ceci.
upower pour la gestion de l'énergie pour savoir l'autonomie restante, réduire la luminosité de l'écran automatiquement, afficher le status de la batterie, etc. NetworkManager pour configurer et exploiter le réseau, sans fil ou non, le VPN, etc. Il y a XWayland ou Xorg lui même en arrière plan aussi (et ce n'est pas léger). Tu as le démon du Bluetooth, la pile USB, PulseAudio, etc. Sans compter le noyau lui même qui pèse environ 8 Mio sans les modules.
Bref, ces composants sont à eux seuls environ 10-15% de la mémoire vive consommée quand GNOME est lancé. Et je ne parle pas des bibliothèques que GNOME a besoin.
Et je rappelle que c'est toi qui a commencé à comparer GNOME avec des systèmes complets (Amiga ou QNX), il est donc logique de comparer des choses de manière cohérente en prenant tout en compte et pas seulement ce qui nous intéresse.
Ca pourrait se passer comme ça pour les grandes métropoles, mais pas pour le reste du monde.
Et pourquoi pas ? Cela serait un remplacement bien plus efficace qu'un TER ou un bus qui amène les gens du village au boulot et les ramène. Pour un coût probablement moindre car plus de souplesse.
D'autant plus que cela pourrait être rendu obligatoire pour des raisons de sécurité, d'urbanisme et de pollution.
il faudrait que les gens soient respectueux des biens communs
Suffit de photographier l'état de la voiture avant / après dépôt. Tu sais qui a été dedans à ce moment là et hop facture.
Je pense que de toute façon la voiture individuelle est un concept qui va disparaître assez rapidement au profit d'un parc commun (public ou privé) automatisé.
Le combat devrait être d'avoir des garanties dans ce modèle qui s'imposera à tous et non pour le phénomène transitoire.
je crois que ce qui me gène le plus finalement, c'est que le seule habitude qu'on puisse adopter avec gnome3, c'est celle de ne plus en avoir (d'habitudes), c'est plutôt inconfortable et contre-productif pour un outil qu'on utilise en permanence (il n'est pas censé compliquer la vie des utilisateurs fidèles)
Si GNOME a changé de temps en temps son ergonomie, il est assez rare qu'à chaque version tu doivent vraiment changer ta manière de travailler. GNOME évolue de façon incrémentale. Je crois que depuis GNOME3 il y a eu vraiment 3/4 changements importants.
lorsque Gnome n'a plus géré les icônes sur le bureau, on m'a dit que je n'utilisais pas le système comme il fallait !
Faut arrêter de dire ce genre de choses sur GNOME, c'est lourd à la fin.
Ce n'est pas ta manière de faire qui est fausse, c'est que cette fonctionnalité n'est pas cohérente avec l'interface et l'ergonomie que GNOME souhaite avoir. C'est tout. C'est donc la vision des développeurs de GNOME qui est exprimée, cela ne signifie pas que tes préférences sont mauvais.
En ce qui concerne le transport cela revient à 400€ (pour 2 zones ? uniquement celle de départ et d'arrivée ? quel prix si tu dois aller de la zone 5 à la zone 2 ? ou de la zone 5 à la zone 5 ? si c'est le cas alors il est à espérer que la personne n'ait pas besoin d'une autre zone)
La pass Navigo toute zone c'est 75€ par mois. Honnêtement ce n'est pas si cher.
Je rappelle qu'une voiture ça revient vite cher. En écartant le montant de l'achat tu as l'assurance (facilement 75-100€ par mois suivant la voiture et la couverture) et le carburant qui va vite au delà de 100€ par mois.
Et l'entretien difficile à estimer mais 25-50€ / mois me semble pas déconnant.
À Paris et alentours on peut vivre sans voiture et dans ce cas de figure là le coût du transport est bien plus faible que partout ailleurs en France. Car les autres villes françaises sont plus dépendantes de la voiture.
Et le 45min, c'est quand tu as de la chance, car j'ai des collègues qui sont « à côté » (du moins sur la carte ; moi je télé-travaille) et pour qui c'est un stricte minimum et quand il n'y a aucun soucis. Cela fait minimum 1h30 aller-retour,
Je suppose que le 45 minutes c'est "aller" uniquement, qui correspond à la moyenne française sur le sujet. Rien d'extraordinaire de passer 1h30 au total pour aller au boulot sur la journée.
Paris ne me fait pas rêver, mais ce n'est pas l'Enfer sur Terre. Beaucoup d'autres villes ont des problèmes bien plus lourds sur les sujets que tu pointes pourtant. Car Paris a quand même une belle activité (économique, sociale et culturelle), un réseau de transport public qui rend la voiture dispensable ce qui est plus difficile ailleurs.
Et c'est vrai qu'il y a des jeux en 4K ; que ces derniers consomment beaucoup de RAM ça parait donc tout à fait normal, mais quel rapport avec Gnome ? Pareil pour tous tes exemples, je vois pas trop le rapport entre la consommation mémoire de Gnome et le connecteur au bout de ton clavier.
GNOME est forcément impacté par la taille des écrans, la qualité des couleurs, le poids ou le calcul des images (vectoriels), l'affichage de la vidéo, la gestion de l'autonomie, la cryptographie et j'en passe. Même si tout n'impacte pas GNOME non plus.
Mon propos reste de dire que le poids des logiciels a augmenté mais pas uniquement par simple gâchis, il y a de vrais gains derrière même si c'est dissimulées. Certains semblent l'oublier.
Bien sûr que cela fonctionne, cela n'est pas le propos.
Mais ce n'est pas aussi universels que le PCIe et USB. Aussi flexibles et puissants.
Car bon le PS/2, selon le modèle, ce n'est pas très plug and play par exemple.
Bref, oui avant ça fonctionnait bien mais avec des limitations que nos systèmes actuels n'ont plus. Et forcément cela a un coût car cela nécessite une plus grande complexité matérielle et logicielle.
Oui mais la quantité de pilotes était ridicule, très peu portable sur d'autres architectures, sans doute un code dégueulasse pour faire tout entrer aux forceps. Le Web a évolué, on a des machines capable d'afficher des jeux vidéo en 4K avec un réalisme de fou en étant fluide. De même pour la qualité des vidéos.
On a des protocoles plus complexes qu'avant mais plus flexibles et puissant comme l'USB, le PCIe, le Bluetooth. Mais peut être que la nostalgie des cartes ISA pourries et du PS/2 te manque. Pas moi.
Aujourd'hui la sécurité est fondamentale aussi, une application a bien moins de pouvoir de nuisance sur le système. La moindre communication peut également être chiffrée mais apparemment la communication en clair tu aimes bien.
Les applications sont moins boguées qu'avant (sisi, je t'assure). Car les pratiques évoluent. Les interfaces sont plus jolies (tu compares vraiment des bureaux en couleurs 16 bits avec la définition VGA avec ceux d'aujourd'hui ?), plus riches mais aussi plus simples pour l'utilisateur. Les outils ont beaucoup plus d'automatismes qu'avant. Et cela s'en ressort en confort : aujourd'hui un OS peut être utilisé sans faire de la configuration manuelle étrangement complexe dont à la ligne de commande.
Etc. Bref, comparer les situations d'il y a 20-30 ans à aujourd'hui c'est ridicule. Oui on pouvait faire des choses similaires en étant moins gourmand à l'époque, mais des tas de choses n'étaient pas vraiment possibles à cette époque non plus. Ou de manière moins sûre et moins agréable à l'usage. On ne peut pas dire que ces ressources sont exploitées pour rien. On a gagné pas mal de choses même si ce n'est pas toujours visible.
La discussion actuelle n'est pas le journal directement, c'est dark_star qui insuinuait que le comportement passé de Linus était positif pour le développement du noyau. Donc la discussion a poursuivi pour montrer en quoi c'est un raisonnement fallacieux. Que le comportement de Linus était bien plus un problème qu'une solution.
Ça montre aussi que l'ampleur de ce projet n'a rien de prévu. Ce n'est pas un manager
Que Linux ait évolué dans un sens que Linus n'avait pas anticipé, c'est un fait. Mais de par l'évolution du projet, il est devenu aussi un ambassadeur de son projet et un manager. Qu'il le voulait ou pas. Du coup il doit accepter les contraintes qui vont avec.
Continuer à le prendre à parti quand il essaie de s'améliorer assez humblement, je trouve pas ça particulièrement plus efficace que d'insulter à tout va…
Toi qui préconnisait le contexte, relis le fil en entier et tu comprendras que le but n'est pas de creuser la tombe de Torvalds. Je ne souhaite par ailleurs que son retour en pleine forme.
Notons malgré tout que le contexte ne porte pas à croire que Linus ait totalement accepté ses erreurs du passé. Nous le verrons bien s'il revient dans quel état d'esprit il sera vraiment. Car pour le moment on a l'impression qu'il a subi la situation, du moins en partie.
En fait avant que Linus ne poste ce genre de phrases, il devrait se poser la question :
J'ai en face de moi une personne que je ne connais pas ou pas très bien et qui un collègue de bureau. Est-ce que pour commenter son travail je sors cette phrase sans contexte (Monty Python n'est pas abordé et on ignore si l'autre connaît par coeur le contenu) ?
Je ne connais pas d'environnement de travail sain où on trouverait normal de le faire. Et c'est d'autant plus regrettable que Linus a choisi, comme par hasard, une phrase qui sans contexte a un style agressif et non une blague absurde mais neutre.
Et je le répète, Linus ne poste pas que des messages faisant une référence à Monty Python. Du acide gratuit sans rien derrière, il y en a régulièrement…
Ici ce n'est pas une blague sur un sujet tabou ou sensible comme l'avortement, la mort, les attentats, etc. C'est apparemment une référence à un humour spécial (si, les Monty Python c'est spécial) qui passe pour une insulte si tu ne connais pas.
Le pire, j'adore les Monty Python, j'ai tout vu. Mais typiquement j'avais totalement oublié cette phrase et sans contexte tu prends cela comme un propos agressif car c'est ce que c'est quand tu ne sais pas d'où ça vient.
Et non on ne devrait pas connaître par coeur ce genre de références pour participer au développement du noyau. Et les Monty Python ont des trucs bien plus subtils et moins acides également à proposer.
D'autant plus que voilà, dans ce cas là c'est une référence humouristique (quand on est dans la blague) mais les autres fois, ça n'en est pas… Linus ne fait pas que des blagues à la Monty Python.
[^] # Re: Microsoft promoteur de l'année du desktop sous Linux
Posté par Renault (site web personnel) . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 4.
La stratégie EEE a été utilisée de manière quasi systématique par Microsoft durant l'ère Ballmer. Pas spécifique à un produit en particulier.
Et bizarrement depuis le changement de direction, la stratégie de Microsoft a changé. Leur métier d'ailleurs a changé (l'entreprise repose moins sur les licences logicielles qu'avant, les services sont en plein essor).
La stratégie EEE repose sur trois piliers. Avant de crier à son utilisation, il faudrait voir la concrétisation de ces piliers. Pour l'instant on n'a pas la moindre indice que ce sera le cas. Donc tu spécules sur les intentions de Microsoft pour l'instant. Donc tu FUD / trolles. C'est tout.
Si Microsoft avait appliqué cette stratégie hier, être méfiant serait légitime. Aujourd'hui on a plutôt des indices que ce ne sera pas le cas.
[^] # Re: Microsoft promoteur de l'année du desktop sous Linux
Posté par Renault (site web personnel) . En réponse au journal Vers une fin de la guerre des brevets logiciels ?. Évalué à 5. Dernière modification le 12 octobre 2018 à 11:06.
Toi non plus visiblement, cela fait quoi, 10-15 ans que cette stratégie n'a plus été utilisée par Microsoft. Cela a été employée par l'ancienne direction, Ballmer tout ça, tu sais celui qui disait que Linux était un cancer.
On peut reprocher des choses à Microsoft aujourd'hui, mais soyons lucide, cette stratégie n'existe plus et Microsoft a changé depuis.
Sinon on va toujours reprocher à l'Allemagne de suivre des stratégies de nazis et la France des stratégies collaborationnistes ?
Bah toi non plus j'ai l'impression. WSL c'est juste un sous système qui transforme les appels systèmes de Linux en ceux de Windows ce qui permet une sorte de virtualisation très performance et mieux intégrée. Et globalement cela ne fonctionne qu'en CLI pour attirer les développeurs qui préfèrent utiliser le shell UNIX (au lieu de Powershell), git ou python par exemple sous Linux que sous Windows (car l'intégration est moine bonne).
C'est donc un outil pour attirer du monde sur sa plateforme. Tout comme WINE pour Linux d'ailleurs. Est-ce que WINE fait de EEE ?
[^] # Re: Espace disque partagé...
Posté par Renault (site web personnel) . En réponse au journal Flatpak. Évalué à 9. Dernière modification le 12 octobre 2018 à 10:15.
Puis ça a un intérêt. J'adore Fedora, je l'utilise au boulot pour programmer avec GNOME Builder.
Si je veux la dernière version de Builder disponible, je dois changer de version de Fedora pour l'obtenir. C'est dommage car ce n'est pas le moment pour une telle opération mais je veux bien ces fonctionnalités qui m'apporteraient un gros confort.
Hop Flatpak, et si ça foire, j'ai toujours la version stable de ma distribution disponible. Et je peux aussi aider les développeurs des projets upstream an testant les dernières versions qu'ils proposent (voire les nightlies) si je le souhaite. Ce qui était plus pénible si on se base uniquement sur ce que propose la distro.
[^] # Re: Un nouveau standard ?
Posté par Renault (site web personnel) . En réponse à la dépêche E.T. téléphone Meson. Évalué à 6.
Il n'y a pas que le cas où tu développes une application seule que le temps du configure entre en jeux.
Exemple, dans l'embarqué on génère très souvent des images entiers à base de buildroot et Yocto. Pour faire les choses bien on a une intégration continue sur le système avec nos changements. Résultat l'image doit être régénérée à chaque fois de 0 (cela signifie refaire le configure de centaines / milliers de paquets à chaque nouveau commit ou nouvelle livraison).
Une fois on a monitoré le temps passé à construire une image. Sur l'heure nécessaire à générer une image fraiche, environ un tiers était passé dans les différents configure. Soit environ 20 minutes. C'est quand même assez long.
Une distribution c'est un peu plus qu'un simple gestionnaire de paquets. Nombre d'entre elles d'ailleurs s'échangent les outils volontiers.
[^] # Re: LibreOffice 5.3.7, sérieux ?
Posté par Renault (site web personnel) . En réponse à la dépêche Sortie de Mageia 6.1. Évalué à 10.
C'est amusant mais c'est un peu plus complexe que cela.
Pour moi Windows et MacOS ne vont pas dans le sens de Linux. Leurs dépôts sont certes un effort pour récupérer un des avantages des dépôts de Linux mais ce n'est pas le même mécanisme non plus.
Le but des dépôt de Linux n'est pas uniquement de proposer des logiciels en général, c'est aussi faire un travail d'intégration et de mutualisation. Du genre toutes les applications de Fedora utilisent la même version de la glibc. macOS et Windows ne font que de lister des applications provenant de l'extérieur sans les modifier ou les intégrer. Ils vérifient au mieux certaines exigences (sécurité, compatibilité binaire, etc.) mais cela s'arrête là. Leur modèle est plus proche de Flathub (une collection de Flatpak).
Après personnellement je pense que le modèle uniquement basé sur les dépôts ou uniquement basé sur les applications qu'on doit chercher sur le site du développeur est une erreur. Être capable de faire les deux est le mieux pour les utilisateurs et les développeurs.
Les Flatpaks ont en effet les avantages suivant :
Mais les dépôts restent utiles pour :
Du coup avoir la possibilité de faire les deux c'est bon pour tout le monde. L'utilisateur a une plus grande flexibilité sur son système. Et c'est très bien que Windows comme macOS aient aussi un système central pour récupérer les applications tout en laissant le choix de télécharger depuis un site quelconque.
[^] # Re: Questions
Posté par Renault (site web personnel) . En réponse au journal Des puces-espionnes installées sur des cartes mères par les Chinois ?. Évalué à 6.
AMD n'a plus d'usines depuis plusieurs années, tout est sous traité comme pour nVidia à TSMC. Qui a si je me souviens bien une usine en Chine continentale sur 5-10 à d'autres emplacement (principalement Taiwan).
Intel a des usines propres, sur la poignée qui sont en général aux USA, une usine est en Chine continentale.
Après cela ne signifie pas que les processeurs soient faits dans ces usines chinoises. TSMC emploie cette usine peut être uniquement pour des clients locaux. Intel l'utilise peut être pour d'autres composants comme des puces réseaux. Mais ce n'est pas impossible que des puces importantes de ces marques soient produites là bas.
[^] # Re: Ça prendrait combien de temps à développer sans cette lourdeur ?
Posté par Renault (site web personnel) . En réponse au journal Un développeur qui dénonce. Évalué à 10.
Perso des souvenirs que j'ai de cette époque lointaine, W95 / W98 sur les machines de l'époque ce n'était clairement pas des systèmes hyper réactifs. Je ne crois pas qu'ils soient plus lents en terme absolus pour faire la "même chose". Si on peut considérer qu'on fait réellement la même chose 20 ans après, perso je pense que c'est illusoire de comparer cela.
[^] # Re: MS-DOS ... 2 ?
Posté par Renault (site web personnel) . En réponse au journal Le code source de MS-DOS 1.25 & 2.0 déposé sous licence MIT sur github. Évalué à 3.
Dans un sens oui, le logiciel et matériel employés sont trop vieux pour que ce soit réellement intéressant d'avoir une licence libre. Mais justement, Apple 'na pas grand chose à perdre de libérer le code pour l'occasion.
Même si en effet c'est déjà bien qu'ils aient fait ça.
[^] # Re: Production en continu
Posté par Renault (site web personnel) . En réponse au journal Zero-K, le jeu de stratégie temps-réel libre. Évalué à 3.
Dune et C&C ont une notion de stock avec limitations. Tu dois construire des silos et autres bâtiments de réserve si tu veux augmenter le stock possible de tes ressources. Si les bâtiments sont détruits, tu perds ce stock par ailleurs.
Ce n'est pas comme AoE ou Warcraft par exemple où tout ce qui est récolté est disponible sans limitations de temps et de quantité.
Donc pour moi ils se situent un peu au milieu des deux genres, le stock existe mais est limité de fait ce qui oblige à une certaine continuité de production.
# Typo pour Perl
Posté par Renault (site web personnel) . En réponse à la dépêche Sortie de Fedora 29 bêta. Évalué à 3.
Je n'avais pas réalisé en rédaction, c'est Perl 5.28 bien sûr qui est proposé et non 5.12. Si on pouvait le corriger, merci. :)
Merci à la petite souris de Xubuntu de me l'avoir signalée !
[^] # Re: Vieux con
Posté par Renault (site web personnel) . En réponse au journal Vie privée et voitures connectées par Google. Évalué à 5.
Le nucléaire est moins polluante pour l'atmosphère et les gaz à effet de serre. Si tu considères que ces questions sont prioritaires aux questions des déchets nucléaires, cette phrase est plutôt vraie.
Tout pollue d'une façon ou d'une autre, la question est de choisir une priorité dans la lutte. Il ne semble pas aberrant que les gaz à effets de serre soient aujourd'hui la priorité absolue.
[^] # Re: Première attaque
Posté par Renault (site web personnel) . En réponse au journal Linus confie momentanément les rênes du noyau à Greg KH. Évalué à 1. Dernière modification le 24 septembre 2018 à 11:36.
Bientôt sur Internet, le lien entre les radars automatique et la censure littéraire.
[^] # Re: Super les gars
Posté par Renault (site web personnel) . En réponse à la dépêche Parution de GNOME 3.30. Évalué à 7.
Il n'y a pas que GNOME qui tourne, pas mal de services en arrière plan.
Gnome-Shell c'est 150 Mio sinon, tout seul.
Ça explique une partie. Ce n'est pas la justification de tout.
Mais il y a plein de trucs comme ça qu'on oublie, mais à la fin ça s'accumule.
Mais tu crois que cela ne prend pas de RAM et du CPU de les convertir dans un format bitmap ?
Mais GNOME en a besoin et interagit avec tout ceci.
upower pour la gestion de l'énergie pour savoir l'autonomie restante, réduire la luminosité de l'écran automatiquement, afficher le status de la batterie, etc. NetworkManager pour configurer et exploiter le réseau, sans fil ou non, le VPN, etc. Il y a XWayland ou Xorg lui même en arrière plan aussi (et ce n'est pas léger). Tu as le démon du Bluetooth, la pile USB, PulseAudio, etc. Sans compter le noyau lui même qui pèse environ 8 Mio sans les modules.
Bref, ces composants sont à eux seuls environ 10-15% de la mémoire vive consommée quand GNOME est lancé. Et je ne parle pas des bibliothèques que GNOME a besoin.
Et je rappelle que c'est toi qui a commencé à comparer GNOME avec des systèmes complets (Amiga ou QNX), il est donc logique de comparer des choses de manière cohérente en prenant tout en compte et pas seulement ce qui nous intéresse.
[^] # Re: Renault, Nissan et Mitsubishi, TomTom...
Posté par Renault (site web personnel) . En réponse au journal Vie privée et voitures connectées par Google. Évalué à 1.
Et pourquoi pas ? Cela serait un remplacement bien plus efficace qu'un TER ou un bus qui amène les gens du village au boulot et les ramène. Pour un coût probablement moindre car plus de souplesse.
D'autant plus que cela pourrait être rendu obligatoire pour des raisons de sécurité, d'urbanisme et de pollution.
Suffit de photographier l'état de la voiture avant / après dépôt. Tu sais qui a été dedans à ce moment là et hop facture.
[^] # Re: Renault, Nissan et Mitsubishi, TomTom...
Posté par Renault (site web personnel) . En réponse au journal Vie privée et voitures connectées par Google. Évalué à 3. Dernière modification le 22 septembre 2018 à 10:14.
Je pense que de toute façon la voiture individuelle est un concept qui va disparaître assez rapidement au profit d'un parc commun (public ou privé) automatisé.
Le combat devrait être d'avoir des garanties dans ce modèle qui s'imposera à tous et non pour le phénomène transitoire.
[^] # Re: Smartphones libres
Posté par Renault (site web personnel) . En réponse au journal Vie privée et voitures connectées par Google. Évalué à 2.
SailfishOS a été proposé sur des téléphones entre 150 et 400€. c'est raisonnable hein.
[^] # Re: ca suffit
Posté par Renault (site web personnel) . En réponse à la dépêche Parution de GNOME 3.30. Évalué à 8.
Si GNOME a changé de temps en temps son ergonomie, il est assez rare qu'à chaque version tu doivent vraiment changer ta manière de travailler. GNOME évolue de façon incrémentale. Je crois que depuis GNOME3 il y a eu vraiment 3/4 changements importants.
Faut arrêter de dire ce genre de choses sur GNOME, c'est lourd à la fin.
Ce n'est pas ta manière de faire qui est fausse, c'est que cette fonctionnalité n'est pas cohérente avec l'interface et l'ergonomie que GNOME souhaite avoir. C'est tout. C'est donc la vision des développeurs de GNOME qui est exprimée, cela ne signifie pas que tes préférences sont mauvais.
[^] # Re: Moins de Paris, plus de €
Posté par Renault (site web personnel) . En réponse au message Développeur pipeline python dans un studio 3D - CDI, Paris . Évalué à 3. Dernière modification le 21 septembre 2018 à 17:15.
La pass Navigo toute zone c'est 75€ par mois. Honnêtement ce n'est pas si cher.
Je rappelle qu'une voiture ça revient vite cher. En écartant le montant de l'achat tu as l'assurance (facilement 75-100€ par mois suivant la voiture et la couverture) et le carburant qui va vite au delà de 100€ par mois.
Et l'entretien difficile à estimer mais 25-50€ / mois me semble pas déconnant.
À Paris et alentours on peut vivre sans voiture et dans ce cas de figure là le coût du transport est bien plus faible que partout ailleurs en France. Car les autres villes françaises sont plus dépendantes de la voiture.
Je suppose que le 45 minutes c'est "aller" uniquement, qui correspond à la moyenne française sur le sujet. Rien d'extraordinaire de passer 1h30 au total pour aller au boulot sur la journée.
Paris ne me fait pas rêver, mais ce n'est pas l'Enfer sur Terre. Beaucoup d'autres villes ont des problèmes bien plus lourds sur les sujets que tu pointes pourtant. Car Paris a quand même une belle activité (économique, sociale et culturelle), un réseau de transport public qui rend la voiture dispensable ce qui est plus difficile ailleurs.
[^] # Re: Super les gars
Posté par Renault (site web personnel) . En réponse à la dépêche Parution de GNOME 3.30. Évalué à 8.
GNOME est forcément impacté par la taille des écrans, la qualité des couleurs, le poids ou le calcul des images (vectoriels), l'affichage de la vidéo, la gestion de l'autonomie, la cryptographie et j'en passe. Même si tout n'impacte pas GNOME non plus.
Mon propos reste de dire que le poids des logiciels a augmenté mais pas uniquement par simple gâchis, il y a de vrais gains derrière même si c'est dissimulées. Certains semblent l'oublier.
[^] # Re: Super les gars
Posté par Renault (site web personnel) . En réponse à la dépêche Parution de GNOME 3.30. Évalué à 5.
Bien sûr que cela fonctionne, cela n'est pas le propos.
Mais ce n'est pas aussi universels que le PCIe et USB. Aussi flexibles et puissants.
Car bon le PS/2, selon le modèle, ce n'est pas très plug and play par exemple.
Bref, oui avant ça fonctionnait bien mais avec des limitations que nos systèmes actuels n'ont plus. Et forcément cela a un coût car cela nécessite une plus grande complexité matérielle et logicielle.
[^] # Re: Super les gars
Posté par Renault (site web personnel) . En réponse à la dépêche Parution de GNOME 3.30. Évalué à 10.
Oui mais la quantité de pilotes était ridicule, très peu portable sur d'autres architectures, sans doute un code dégueulasse pour faire tout entrer aux forceps. Le Web a évolué, on a des machines capable d'afficher des jeux vidéo en 4K avec un réalisme de fou en étant fluide. De même pour la qualité des vidéos.
On a des protocoles plus complexes qu'avant mais plus flexibles et puissant comme l'USB, le PCIe, le Bluetooth. Mais peut être que la nostalgie des cartes ISA pourries et du PS/2 te manque. Pas moi.
Aujourd'hui la sécurité est fondamentale aussi, une application a bien moins de pouvoir de nuisance sur le système. La moindre communication peut également être chiffrée mais apparemment la communication en clair tu aimes bien.
Les applications sont moins boguées qu'avant (sisi, je t'assure). Car les pratiques évoluent. Les interfaces sont plus jolies (tu compares vraiment des bureaux en couleurs 16 bits avec la définition VGA avec ceux d'aujourd'hui ?), plus riches mais aussi plus simples pour l'utilisateur. Les outils ont beaucoup plus d'automatismes qu'avant. Et cela s'en ressort en confort : aujourd'hui un OS peut être utilisé sans faire de la configuration manuelle étrangement complexe dont à la ligne de commande.
Etc. Bref, comparer les situations d'il y a 20-30 ans à aujourd'hui c'est ridicule. Oui on pouvait faire des choses similaires en étant moins gourmand à l'époque, mais des tas de choses n'étaient pas vraiment possibles à cette époque non plus. Ou de manière moins sûre et moins agréable à l'usage. On ne peut pas dire que ces ressources sont exploitées pour rien. On a gagné pas mal de choses même si ce n'est pas toujours visible.
[^] # Re: En fabriquer un dépôt git pour l'historique?
Posté par Renault (site web personnel) . En réponse au journal Remonter l'historique du noyau avec git depuis le début. Évalué à 7.
Un peu comme https://www.softwareheritage.org/?lang=fr mais avec le lien entre les différents historiques du noyau ?
[^] # Re: patch linus
Posté par Renault (site web personnel) . En réponse au journal Linus confie momentanément les rênes du noyau à Greg KH. Évalué à 8.
La discussion actuelle n'est pas le journal directement, c'est dark_star qui insuinuait que le comportement passé de Linus était positif pour le développement du noyau. Donc la discussion a poursuivi pour montrer en quoi c'est un raisonnement fallacieux. Que le comportement de Linus était bien plus un problème qu'une solution.
Que Linux ait évolué dans un sens que Linus n'avait pas anticipé, c'est un fait. Mais de par l'évolution du projet, il est devenu aussi un ambassadeur de son projet et un manager. Qu'il le voulait ou pas. Du coup il doit accepter les contraintes qui vont avec.
Toi qui préconnisait le contexte, relis le fil en entier et tu comprendras que le but n'est pas de creuser la tombe de Torvalds. Je ne souhaite par ailleurs que son retour en pleine forme.
Notons malgré tout que le contexte ne porte pas à croire que Linus ait totalement accepté ses erreurs du passé. Nous le verrons bien s'il revient dans quel état d'esprit il sera vraiment. Car pour le moment on a l'impression qu'il a subi la situation, du moins en partie.
[^] # Re: patch linus
Posté par Renault (site web personnel) . En réponse au journal Linus confie momentanément les rênes du noyau à Greg KH. Évalué à 4. Dernière modification le 18 septembre 2018 à 09:51.
En fait avant que Linus ne poste ce genre de phrases, il devrait se poser la question :
J'ai en face de moi une personne que je ne connais pas ou pas très bien et qui un collègue de bureau. Est-ce que pour commenter son travail je sors cette phrase sans contexte (Monty Python n'est pas abordé et on ignore si l'autre connaît par coeur le contenu) ?
Je ne connais pas d'environnement de travail sain où on trouverait normal de le faire. Et c'est d'autant plus regrettable que Linus a choisi, comme par hasard, une phrase qui sans contexte a un style agressif et non une blague absurde mais neutre.
Et je le répète, Linus ne poste pas que des messages faisant une référence à Monty Python. Du acide gratuit sans rien derrière, il y en a régulièrement…
[^] # Re: patch linus
Posté par Renault (site web personnel) . En réponse au journal Linus confie momentanément les rênes du noyau à Greg KH. Évalué à 7.
Rien à voir.
Ici ce n'est pas une blague sur un sujet tabou ou sensible comme l'avortement, la mort, les attentats, etc. C'est apparemment une référence à un humour spécial (si, les Monty Python c'est spécial) qui passe pour une insulte si tu ne connais pas.
Le pire, j'adore les Monty Python, j'ai tout vu. Mais typiquement j'avais totalement oublié cette phrase et sans contexte tu prends cela comme un propos agressif car c'est ce que c'est quand tu ne sais pas d'où ça vient.
Et non on ne devrait pas connaître par coeur ce genre de références pour participer au développement du noyau. Et les Monty Python ont des trucs bien plus subtils et moins acides également à proposer.
D'autant plus que voilà, dans ce cas là c'est une référence humouristique (quand on est dans la blague) mais les autres fois, ça n'en est pas… Linus ne fait pas que des blagues à la Monty Python.