Patrick Nicolas a écrit 109 commentaires

D'après les quelques résultats que je trouve le processeur est un core i5 de troisième génération (i5 3xxx) et il a donc la partie graphique.
Tout dépend après du branchement à l'intérieur du PC, le constructeur peut avoir branché l'IGP à l'écran (configuration optimus) ou la carte nVidia. Dans le cas optimus il faut une configuration particulière sur Ubuntu pour qu'il utilise la GeForce, et ça expliquerait que les pilotes propriétaires causent des problèmes.

Est-ce qu'il y a un vrai processeur graphique dans le PC ?
Une GeForce 710M est moins performante que n'importe quel processeur graphique intégré vendu actuellement. Le seul effet de l'utiliser est de perdre des performances et augmenter la consommation.

systemd embarque une bibliothèque de QR code
La prochaine étape est de l'intégrer dans le noyau.
Ah on en discute déjà ici

Un analyseur de code va chercher des mauvaises utilisations du langage : valeurs non initialisées, mémoire non libérée, comportement non défini ou ambigüité pour le lecteur.

Dans le cas de openSSL c'est une catégorie de failles qui peut être détectée automatiquement mais avec certaines limites. Le problème était de lire une adresse d'un tableau sans vérifier la taille, en C un tableau est simplement un pointeur vers le premier élément et l'information de son type. L'analyseur devrait donc pouvoir retracer comment la mémoire a été attribuée pour savoir si la lecture est valide. Si il y a un appel de fonction entre les deux, l'analyse devrait se faire sur le programme entier et non les fichiers séparément.

Je suis du genre à lancer tous les compilateurs et analyseurs que je trouve avec le niveau maximal d'avertissements pour me rassurer, mais je sais que ça n'est pas (encore) suffisant.

PS : on peut configurer le correcteur d'orthographe de linuxfr pour qu'il accepte la réforme de 1990 ? Il n'aime pas mon tréma sur ambigüité.

Gnome sur wayland nécessite xwayland, et pour la version 3.12 c'était basé sur une branche spécifique de Xorg, avec des drivers patchés. Debian aurait été prêt à fournir ces versions ?

Maintenant il y a un nouveau système pour Xwayland, qui utilisé l'accélération glamor et ne dépend donc plus de drivers spécifiques. La version git de mutter a été mise à jour et la branche wayland a été intégrée dans la branche principale. La 3.14 sera donc bien plus simple à tester.

Tu dis que clutter dépend de systemd, ça me semble étonnant, et je ne vois rien de ça dans les sources de clutter.

J'en ai compris aussi que c'est l'implémentation qui est problématique, et qu'il y a beaucoup de subtilités à prendre en compte.
D'après mon expérience les firmwares de cartes mères ont de nombreux bugs et ne sont pas vraiment mis à jour, sur les différents ordinateurs où j'ai installé un OS en UEFI chacun a au moins un bug très visible : l'un ne sait pas lire de façon déterministe les fichiers de plus de 8 caractères ni les sous-répertoires, un autre ne prend en compte que l'entrée par défaut à moins de passer par le menu de démarrage et est incapable de démarrer en USB, un autre encore supprime des entrées EFI si on change l'ordre ou en ajoute.
Je ne crois donc pas qu'un firmware puisse me fournir une quelconque sécurité, au contraire la surface d'attaque est maintenant plus grande. L'UEFI peut facilement accéder au réseau, souvent au stockage en NTFS, on peut donc faire un logiciel malveillant qui s'exécute avant l'OS et qui s'assure d'être à jour avant que tout autre logiciel puisse l'en empêcher.

C'est en effet la solution la plus facile et qui marchera.
Si tu ne veux pas avoir à décider si tel ou tel fichier doit être sur le disque dur ou le SSD tu peux installer bcache et donc avoir une partition racine directement sur le SSD (de l'ordre de 40Go), le reste du SSD en cache pour le disque dur qui lui sera /home.
Je viens justement de passer de la solution 1 à la 2 et le démarrage de la session est visiblement plus rapide.

Je n'ai pas acheté de netbook dernièrement mais il y a maintenant des portables avec Celeron Ivy Bridge à des prix raisonnables.

Chez LDLC http://www.ldlc.com/fiche/PB00149169.html avec un SSD, pas d'OS, 1.6kg mais juste 4h30 de batterie.

Les Celeron N 2xxx sont des Atom avec IGP Ivy bridge donc avec des drivers libres, ils devraient avoir une meilleure autonomie mais moins de performances.
Il y a aussi des APU AMD à moins de 400€, dont la compatibilité devrait être bonne, il faut se renseigner pour avoir une idée des performances et de la consommation.

En gros tout ce qui est vendu avec une autre marque que Atom devrait marcher correctement.

Le wiki de btrfs indique qu'il y a un utilitaire qui pourrait servir à ça: https://btrfs.wiki.kernel.org/index.php/Restore

Tu l'as déjà essayé visiblement, mais as-tu essayé avec find-root comme indiqué dans la deuxième partie ? Par défaut l'outil va chercher sur la racine de la partition, que le mkfs a écrasé, peut-être que l'ancienne est encore présente.

Si tu veux installer les drivers proprio, c'est du côté de nVidia qu'il faut regarder.

J'ai une Radeon 5770 et les drivers libres marchent parfaitement depuis plus d'un an, avant j'utilisais ceux propriétaires et c'était souvent instable, pas forcément compatible avec le dernier kernel ou serveur X.
Je ne pense pas que les tous derniers modèles aient un aussi bon support en libre, mais ça progresse vite, je conseillerais AMD si tu veux avoir une chance d'utiliser du libre.

Ce n'est pas xubuntu-desktop pour tout l'environnement ? C'est ce que dit le guide de migration, mais il n'est probablement plus à jour.

Au moins sur les premiers eeepc il y a une interface spécifique pour gérer l'énergie, qui ne sera pas compatible avec rfkill.
Le module dans le kernel (eepc_laptop si je me souviens bien) permet d'avoir les interfaces dans /sys/devices/platform, il y a un utilitaire graphique : http://doc.ubuntu-fr.org/jupiter

Pour savoir ce qui consomme de l'énergie, powertop est très utile, il permet de mesurer la consommation et analyser les optimisations qui peuvent être faites.

Je viens de coder une version naïve de ce que j'ai proposé, il n'y a pas de gestion du cas d'égalité dans une direction. Par contre on peut facilement l'améliorer, c'est dans votre navigateur:
http://jsfiddle.net/UsV8j/

Il faut que l'action soit intuitive et compréhensible, je choisirais simplement le plus proche dans la direction demandée.

Si on appuie pour aller dans l'ordre croissant des x, que l'on est à la position x0, on choisit x1 tel que x1 > x0 et qu'aucun autre point soit dans ]x0,x1[.
Il faudrait ensuite tester le comportement pour le cas où plusieurs blocs ont un x qui satisfasse cette condition, je vois la possibilité de prendre le plus proche ou bien systématiquement choisir celui ayant le y le plus faible par exemple, ou encore en fonction de la direction de x, prendre le y plus grand ou plus petit.

Il faudrait bricoler un code python par exemple pour tester toutes les suggestions et faire un vote

Je viens de survoler le rapport émis par la cour des comptes en janvier 2012: http://www.ccomptes.fr/content/download/1794/17981/version/6/file/Rapport_thematique_filiere_electronucleaire.pdf

On y apprend que le placement en actions était prévu sous certaines conditions fixées par décret d'application (page 184) :

obligations d’Etat, actions de sociétés ayant leur siège social au sein d’un pays de l’Union européenne ou de l’OCDE, droits réels immobiliers, parts d’OPCVM et de fonds communs de placement, dépôts monétaires.

Les conditions sont respectées, les risques financiers n'étaient pas correctement évalués et le coupable est donc le législateur.

L'utilisation de RTE comme actif dédié (pour garantir le démantèlement) est mis en doute par la cour des comptes (page 189), et il est indiqué qu'un décret a été publié pour rendre cette utilisation de la filiale en tant qu'actif dédié possible.

Je n'ai pas le temps de lire en détail tout le rapport, mais il semble que rien n'ait été fait illégalement, la cour des comptes n'a pas le pouvoir de changer les lois et ne fait que pointer du doigt les problèmes.
Il y a clairement une complaisance des politiques pour permettre à EDF de disposer de plus de liquidités, et le statut de société anonyme de EDF ne fait qu'aggraver les choses en lui demandant d'être rentable et avoir de la croissance.

Il n'a jamais été question de remettre le coût à plus tard, initialement un fond de démantèlement a été mis en place en estimant la somme nécessaire et la durée d'exploitation des centrales.
Le coût a été sous-estimé, comme d'habitude, mais pourrait être ajusté avec l'expérience.

Le véritable problème est que EDF est maintenant une société anonyme et plus un service public, on se doute bien que l'État ne va pas laisser une centrale à l'abandon. On a donc l'habituelle privatisation des bénéfices et mutualisation des pertes, EDF a donc commencé à placer l'argent du fond d'investissement en bourse ou y placer le réseau de transport d'électricité plutôt que des liquidités.

Pourtant on parle bien de Valve qui publie sous une licence très permissive des outils pour développer des jeux.
Il faut être extrémiste pour dire qu'un logiciel libre ne l'est vraiment que si il empêche à l'utilisateur d'utiliser des logiciels non libres.

Mon OS préféré en tout cas est une distribution Linux avec des outils qui me permettent d'en faire ce que je veux, certains diront GNU/Linux mais j'inclus le gestionnaire de paquets, l'environnement de bureau, le système d'init etc.
En effet je ne voudrais pas que mon OS devienne comme AOSP ou Google Android ou l'utilisateur doit se battre contre le système.

C'est effectivement une solution qui va marcher dans la majorité des cas.
Je trouve que c'est tout de même un hack, ça ne gère pas facilement la possibilité d'avoir des contenus différents par colonne, un contenu plus complexe qui dépend de propriétés (comme mettre des éléments en gras ou des icônes en fonction de la valeur dans le modèle).

Il y avait un fil de commentaires sur la dépêche sur LibreOffice à propos du dénigrement de code ancien, voici exactement un exemple de comment il apparaît. J'utiliserai probablement ce javascript ou une adaptation pour faire mes tables, il sera complexifié pour tenir compte de cas particuliers, d'ici quelques temps qml aura un support natif des tables et tout le monde trouvera que mon code sera monstrueux.

Tu as raison, c'est surtout une impression qui m'est restée parce que j'étais perdu au début. Comme il y a beaucoup de choix sur la méthode pour positionner un élément, Internet ne donne pas toujours la bonne réponse au problème qu'on se pose et c'est pas simple de trouver l'outil correct.

Ceci dit je ne sait toujours pas comment faire une simple table avec du qml : mon modèle me donne plusieurs valeurs pour chaque index et je veux simplement que les colonnes puissent se redimensionner en fonction du contenu.

Les cas que j'ai eu le temps de voir:

Le qml ne peut pas afficher des std::string, il faut utiliser des QString.

L'interface graphique doit être mise à jour dans le thread principal, lorsque l'on utilise des std::thread (C++11), le système de signaux ne peut pas savoir qu'il doit transférer le signal vers un autre thread et il y a toutes les chances qu'en cascade l'interface soit touchée par le mauvais thread. Si on veut utiliser des std::thread, on doit renoncer aux signaux.

Un QObject n'est pas copiable/déplaçable, si on veut avoir un membre qui soit un QObject on en revient souvent à avoir des (auto-)pointeurs vers le QObject. C'est peut-être un mauvais usage de ma part, je n'ai pas cherché beaucoup plus loin.
À quelques endroits les pointeurs sont préférés à des références, comme pour la création d'un QVariant, nécessaire pour exposer un modèle via un QAbstractListModel par exemple.

Il y a clairement une duplication de fonctionnalités au niveau des conteneurs, je ne vois pas ce qu'apportent les QList et semblables.

Peu d'objets sont utilisables dans un stream, ou alors il faut utiliser un header que je ne connais pas. Un QString ne peut pas être affiché sur la sortie standard avec std::cout << monQString;

L'intégration qui existe permet la création de QString à partir de std::string et inversement, l'utilisation de lambdas, std::function et pointeurs sur méthode pour la connexion de signaux, et tous les problèmes que je n'ai pas eu parce qu'ils ont été corrigés !

L'OS a besoin de savoir si il est connecté à Internet ou pas, Android a besoin d'ipv4 pour considérer qu'il l'est.
Du coup il va essayer d'établir une connexion avec de la 3G par exemple, les interfaces pour dire aux applications si la connexion réseau est disponible vont répondre non.

Qu’apporte le sel différent pour chaque utilisateur, dans la mesure où si le code est leaké, le pirate peut avoir accès à la méthode aussi bien qu’à un sel global ? Du coup, ça ne change rien, me semble-t-il. À moins qu’il soit plus facile de récupérer une BDD que le code ? Ce point me chiffonne.

La solution est de générer aléatoirement le sel pour chaque utilisateur au moment de la création du compte (ou réinitialisation du mot de passe). Dans le journal on voit que la BDD contient sel et hash du mot de passe pour chaque utilisateur.

Je dirais aussi que les 2 améliorations entre -1 et 0 sont indépendantes, bcrypt améliore la sécurité du hash en rendant les attaques par force brute plus difficiles, le sel par utilisateur invalide les hash précalculés.

Sur ordinateur je n'ai jamais vu de système qui limite fortement ce que je peux faire, MacOS sur un téléphone portable serait probablement mieux qu'un iOS, Android ou Firefox OS. Il commence un peu à dater quand même, on peut avoir un OS X au moins ?

J'ai pu utiliser un Jolla en main propre, je peux activer l'accès root sans faire de bidouille, je peux écrire sur le système de fichier, installer les rpm que je veux, changer les services démarrés par systemd, configurer le réseau comme je veux.

Il est possible de forker mer (le système sur lequel se base Jolla), c'est d'ailleurs lui-même un fork de MeeGo. Cette base est libre, ça se passe sur https://wiki.merproject.org/wiki/Main_Page
C'est le même lien qu'entre AOSP et Android, Jolla a une partie non libre plus importante et une base beaucoup plus standard.

Je préfère un logiciel dont le code est non libre qu'un logiciel libre où l'utilisateur ne l'est pas.

Google a un contrôle excessif sur Android, et les avantages du code libre sont détruits par le store, les constructeurs qui utilisent une version patchée pour supporter leur matériel, les Google apps qui ne sont pas libres et sont liées à un service.
Je n'ai d'ailleurs toujours pas de téléphone portable, ça m'enlèverait trop de liberté d'en avoir un.