xcomcmdr a écrit 3537 commentaires

On a vu à quel point le mythe de "code relu par tout le monde" a vécu avec OpenSSL. Faire une vraie relecture du code (ou pas, d'ailleurs…) n'empêche pas d'utiliser des solutions techniques (sandbox, secure boot, binaires signés numériquement, capabilities par application, …) visant à améliorer vraiment la sécurité.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

C’est le jour où le conflit entre ces requins s’arrêtera qu’on pourra commencer à s’inquiéter : cela signifiera qu’ils seront arrivés à un accord (plus ou moins tacite) pour se partager le gâteau.

Ça changera pas à d'habitude : avant Free, les trois opérateurs se sont entendus sur les prix pendant des années.

Et encore, rien ne dit que ce ne soit pas le cas avec les 4 opérateurs présents.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

C'est pas que j'ai confiance dans les AppStores, mais s'il est "trop dur" de rester à jour au niveau des correctifs de sécurité, les solutions techniques pour améliorer la sécurité tout de même ne sont pas inexistantes :

They want their software quickly, and the fine distinction between trusting a single distribution or a myriad of app developers individually is usually not important for them. The companies behind the marketplaces usually try to improve this trust problem by providing sand-boxing technologies: as a replacement for the distribution that audits, vets, builds and packages the software and thus allows users to trust it to a certain level, these vendors try to find technical solutions to ensure that the software they offer for download can't be malicious.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

On va devoir tous passer sur brtfs si on utilise systemd ?

Ben non.

There's no need to fully move to a system that uses only btrfs and follows strictly this sub-volume scheme. For example, we intend to provide implicit support for systems that are installed on ext4 or xfs, or that are put together with traditional packaging tools such as RPM or dpkg: if the the user tries to install a runtime/app/framework/os image on a system that doesn't use btrfs so far, it can just create a loop-back btrfs image in /var, and push the data into that. Even us developers will run our stuff like this for a while, after all this new scheme is not particularly useful for highly individualized systems, and we developers usually tend to run systems like that.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

le téléchargement est interdit,

C'est archi-faux. Je télécharge une ISO Ubuntu si je veux !

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Cela change le fait que tu as dis une grosse connerie ?

Non, mais on l'a déjà rectifiée hier. A quoi ça sert de se répéter ?
Ça n'apporte rien de plus.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

As tu essayé fstrim ? Le TRIM était activé dans les options de montage ?

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Old.

C'est ce qu'on disait hier juste au dessus : http://linuxfr.org/nodes/103119/comments/1557649

Quant à dire que c'est archi-faux, pas vraiment. C'est juste la différence entre limite théorique, et limite pratique.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Tu as raison, abus de langage (et pardon aux mouches au passage).

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Euh oui, c'est bien ce que je dis, y'a des chipsets pourris à ce niveau (le chipset de l'HP Omnibook XE3-GC qui ne supportait pas plus de 512 Mo, par exemple).

Après, pouvoir utiliser plus de ~3,2 Go sur 4 (sans PAE), ça se verra jamais non plus, oui.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Essaie avec EasyBCD.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

+1.

Il y a beaucoup de BIOS pourris, comme il y a beaucoup d'UEFI pourris.

J'ai vu des BIOS pour lesquels le seul choix de booter sur le disque dur était le premier disque dur maitre. Enfin je crois, vu que c'était marqué "C: only".

J'ai vu des BIOS ne pas accepter plus de 512 Mo de RAM, alors que la limite en 32 bits c'est 4 Go.

J'ai vu des BIOS tatoués (Windows sinon rien).

j'ai vu des BIOS avec une ACPI merdique/inutilisable.

Etc…

Heureusement, parfois le BIOS/UEFI n'a pas été écrit avec les pieds. Sur mon portable (ASUS N56VV), l'UEFI n'a aucun des problèmes décrits, et le multiboot/démarrer sur un DVD linux/whatever est très bien pris en charge.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Plutôt que de fermer/rouvrir Firefox, tu peux aller dans about:memory et faire un coup de GC/autre. Ce serait peut-être plus rapide.

Y'a aussi peut-être une extension qui éviterait d'aller dans about:memory en permettant d'y accéder depuis la barre d'outils ou le menu contextuel.

about:healthreport pourrait t'intéresser aussi.

A part ça, de mon côté j'ai dans /etc/sysctl.d/swapiness.conf :

vm.swappiness=0

pour éviter au maximum que ça swap. Y'a 12 Go de RAM, jamais utilisé à plus de 50% (sans prendre en compte les caches), je vois pas pourquoi avec swapiness=60 (le truc par défaut) ça se met parfois à swaper et à ramer. Alors que perdre des caches ça fait juste perdre un peu de temps, sans rendre le système inutilisable.

Bref, c'est à tester.

Dans ta distrib, ce sera peut-être à mettre au démarrage pour tester (arguments pour le kernel dans /etc/default/grub, ligne "GRUB_CMDLINE_LINUX_DEFAULT" et ensuite il faut regénérer la config de grub), ou dans /etc/sysctl.conf

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Cependant, en me demandant des sources ou des preuves, tu insinues des convictions opposées sans les assumer ouvertement

Ah bon.

Arrête de regarder le JT débile de Pernod sur TF1, où tout le monde il est gentil et tout le monde il est beau. Pourquoi tu crois que la Russie envahi l'Ukraine, qu'on appelle aussi « le grenier à blé de l'URSS » ? Pour aller sauver les ressortissants Russes en danger? Foutaises.

Ça fait des années que j'ai pas de télé.

Abruti.

À tes souhaits !

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

À partir du moment où certaines personnes ont du pouvoir, elles auront tendance à prendre les décisions qui les arrangeront, même si cela se fait au détriment de l'égalité des hommes. C'est humain.

Source ? Preuve ?

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

s/scenarii/scénarios

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

C'est une question de securite, ainsi qu'une question de reliabilite.

s/reliabilité/fiabilité.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

C'est marrant cela fait longtemps que personne n'est venu me demander mon avis pour acheter un PC, ah si un passionné de Jeu. un des derniers qui preferent un PC à une PS4 pour jouer

L'offre vidéoludique, les contrôles, le public ne sont pas du tout les mêmes entre la PS4 et le PC, mais c'est pas grave…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

bref, ok, cela peut se concevoir mais des raisons techniques … je vois pas

Active Directory.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Ou il y a trop de monde qui s'est mis au démarrage, des adwares de partout, des toolbars, et un système de fichiers tellement fragmenté qu'il fout la honte au fromages suisses.

Résultat : CPU et mémoire sur-utilisés, ordinateur indisponible pour l'utilisation.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Et tant que tu ne décriras pas ces manques, tu feras du FUD mon pote.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Oh mais la réponse est là mais tu refuse de comprendre :

Ce qui est marrant avec ton post, c'est que pas un instant tu ne te demandes pourquoi les constructeurs, qui pourtant sont toujours a la recherche de nouveaux marches, de ventes supplementaires, de moyens de faire baisser les couts de leurs machine, ont toujours soit evite Linux, soit sont revenus a Windows apres une experience d'installation de Linux.

Parce que l'application Windows / l'API / le document Microsoft / la technologie Microsoft / Windows X ne fonctionne pas avec Linux, donc le client n'en veut pas. CQFD.

C'est pas en un tour de main, même avec un OS génial, qu'on renverse 20 ans de dette technologique windowsienne.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Bullshit.

Désolé, mais Linux est excellent. S'il ne prend pas sur le desktop, c'est parce que la diffusion par Internet et de trop rares constructeurs (où il faut fouiller au fin fond d'un site pour trouver une machine avec linux, et va trouver une machine avec linux dans la boutique d'informatique du coin…) n'a jamais suffit à renverser un marché saturé depuis plus de 20 ans par Windows et où l'omniprésence des formats/standards/technologies Microsoft est très forte.

D'ailleurs, les constructeurs ne testent leurs BIOS/UEFI qu'avec Windows. Si ça passe sous Windows, c'est bon. Si c'est écrit avec les pieds au point de faire planter l'ACPI sous Linux, on accuse Linux. Ou comment tuer le messager…

MacOS et Windows sont préinstallés sur des machines vendues partout. Linux non. Donc Linux ne se diffuse pas. CQFD.

Pas la peine d'accuser un OS qui est nickel, ou alors il faut montrer pourquoi Windows / Mac OS sont tellements mieux pour tout le monde. Si non, c'est du bullshit.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

40% de mémoire ou 60% de CPU

En général, c'est l'un ou l'autre, mais rarement les deux, à moins d'avoir codé comme un goret au départ.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

curieux, je ne vois pas de quoi il s'agit.

Les pages/sites remplies de JumboScript (JS).

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)