Linux? - Page 63

\o/
Bug des polices ralentissant le système corrigé par nVidia dans le driver sorti aujourd'hui. Réactifs quand même, je trouve ça plutôt impressionnant! En comparaison le bug qui fait que le kernel 35 pétouille avec Nouveau n'a pas encore été corrigé (en gros le système freeze une demie seconde toutes les 10 secondes), il existe juste un workaround qui consiste... à installer le kernel précédent

Je sais bien, mais sache que bcp de gens ne le comprennent pas, et voudrait que les fichier PDF soient reflowable. Il existe des technques, mais c'est loin d'etre simple, et c'est bien la un des soucis du PDF

Ben dans l'idée ça me semble contradictoire par nature d'utiliser un format postscript pour stocker un bête texte formaté... Donc s'il y avait un reproche à faire ce serait par exemple que les datasheets soient en PDF plutôt qu'epub ou autre, oui Mais rien contre le PDF, non?

Ce n'était qu'un point contre le pdf, un point important, mais pas le plus

(pour les datasheets c'est pas un gros problème, c'est plus aux bouquins et compagnie que pensait Godzil, je crois)

Fichier joint : 20101013164300.pdf
Les PDF, c'est pas que pour latex

(jolie écriture )

me suis appliqué, sinon j'écris comme un chacal

Marrant, le s lié, le reste en imprimé

ah oui
un graphologue s'amuserait bien sans doute

squalyl: c'est bien la le soucis

pdf, c'est du papier virtuel, stout

tu aimes pas les livres en papier parce qu'on peut pas les reflower?

Brunni (./1856) :
Kevin, en parlant de logiciels privatifs de liberté, que penses tu du fait que:* On ait retiré de KDE 4 l'indicateur de temps restant de la batterie

Je pense que http://pkgs.fedoraproject.org/gitweb/?p=kdebase-workspace.git;a=commit;h=17104a99d49b71e16ef677c1bd2a9b9c2867d94e devrait répondre à ta question.
(Version actuelle du patch: kdebase-workspace-4.4.80-battery-plasmoid-showremainingtime.patch.)
Il y a aussi une option cachée et non documentée pour activer cet affichage, mais il remplace aussi le pourcentage dans le systray par un temps, donc AMHA le patch est la meilleure solution.

Ils ont désactivé ça parce que le temps affiché n'est pas fiable, mais AMHA c'est mieux d'avoir une approximation que rien.

* On ait retiré de KDE 4.5 la possibilité de définir un gouverneur CPU

Ça a été retiré parce que la fonctionnalité a été retirée des niveaux en dessous (la plupart des distributions compilent HAL sans cette fonctionnalité maintenant (ça fait pas mal de temps que cette option ne fonctionne plus sous Fedora), et son successeur upower ne prévoit pas du tout ça). La raison donnée, c'est que le noyau comprend tout seul comment gérer ça (cf. http://www.codon.org.uk/~mjg59/power/good_practices.html). On ne peut rien faire au niveau de KDE.

Sans débattre sur l'utilité de ces fonctionnalités car il n'y a pas lieu, est-ce que ça correspond à ta vision du libre?

Pas vraiment, non. Je me suis battu contre la suppression de cette fonctionnalité de HAL dans https://bugzilla.redhat.com/show_bug.cgi?id=550486, mais sans succès.

Et ce n'est pas vraiment un choix de KDE, c'est plutôt dans la logique de GNOME de faire ça (et GNOME a caché cette option en premier), mais face à la réalité que cette option ne fonctionne plus dans les distributions majeures parce que la fonctionnalité a été désactivée dans HAL, le projet KDE n'a pas vraiment eu le choix. (Ils ont eu de plus en plus de signalations que cette option n'a aucun effet parce que HAL ignore silencieusement les requêtes en question si l'option a été désactivée lors de la compilation de HAL.)

squalyl (./1872) :
tu aimes pas les livres en papier parce qu'on peut pas les reflower?

Ben Godzil est pour l'e-paper, alors tu sais...

squalyl > Mais le fait qu'il soit virtuel implique que tu peux le lire sur un écran (ce qui sera la plupart du temps le cas)
Mais sur un écran, la notion de page n'a aucun sens (sauf si on parle de pages d'écran mais à ce moment là c'est plutôt pour faire des diaporamas que de la littérature ^^). Et voir ton texte coupé toutes les X lignes par un saut de « page virtuelle » c'est gravement pète couilles.
(Surtout qu'un écran n'est en général pas au format A4, et est la plupart du temps orienté en paysage alors que les pages sont presque toujours orientées en mode portrait.)
Par contre pour transmettre un document bien mis en forme avant impression, c'est nickel, c'est sûr.

Kevin > C'est bien marrant, parce qu'à côté de ça, Windows Vista a rajouté un bouton tout con pour changer les paramètres d'alimentation et de performances à la demande*… Parce qu'il ne peut justement pas tout gérer tout seul. (Comment le système est-il sensé savoir qu'à l'instant t tu veux préserver à fond ton autonomie et qu'à l'instant s tu veux des performances brutes sans tenir compte de l'autonomie… ?)

* Non pas que ce ne fut pas possible auparavant mais c'était bien moins facile…

Godzil (./1858) :
le point principal est et reste le fait que le PDF n'est PAS reflowable.

C'est justement son but. C'est un format optimisé pour l'impression, le but étant d'avoir exactement le même rendu à l'impression quelle que soit la machine. Cette propriété est également intéressante pour les présentations, généralement organisées par écrans (parce que sinon on se retrouverait à défiler sans arrêt). Le problème, c'est qu'il est souvent utilisé pour d'autres applications où par exemple le HTML serait plus adapté.

Brunni (./1861) :
\o/Bug des polices ralentissant le système corrigé par nVidia dans le driver sorti aujourd'hui. Réactifs quand même, je trouve ça plutôt impressionnant!

Ça ne fait "que" quelques mois qu'ils sont au courant.
(On nous a même proposé un patch à Qt pour contourner ce problème, au dépens de la performance avec tous les autres pilotes, Nokia a refusé le patch, nous (Fedora) aussi.)

Ils sont très lents à corriger les problèmes, il n'y a que l'équipe Catalyst de AMD/ATI qui arrive à faire pire. Les pilotes libres corrigent leurs problèmes beaucoup plus rapidement.

En comparaison le bug qui fait que le kernel 35 pétouille avec Nouveau n'a pas encore été corrigé (en gros le système freeze une demie seconde toutes les 10 secondes), il existe juste un workaround qui consiste... à installer le kernel précédent

C'est peut-être parce que la partie Direct Rendering Manager (la partie incluse dans le noyau) du pilote Nouveau dans le noyau 2.6.35 est totalement obsolète. Fedora 14 inclut un drm-nouveau-updates.patch de 683 Ko. Le pilote Nouveau est actuellement développé beaucoup plus vite que le noyau.

Et sinon, pour l'histoire du gouverneur CPU, cf. cette discussion entre Matthew Garrett (expert de power management qui a poussé pour la suppression de cette option dans les interfaces) et Sebastian Kügler (principal mainteneur de PowerDevil dans KDE):
http://mjg59.livejournal.com/101706.html
http://vizzzion.org/?blogentry=836
http://mjg59.livejournal.com/102137.html
Tu remarqueras que ce n'est pas du tout KDE qui a voulu la suppression de ces options, au contraire!

./1873> Intéressant, merci de ta réponse. Oui il y a une option, je l'avais notée, c'est dans le fichier de config de plasma-desktop-applet, mais bon ça fait bizarre de devoir activer ça de cette façon
Et pour HAL c'est dommage parce que la notion du libre perd son sens en français avec ces choses-là... KDE a *retiré* la fonctionnalité carrément, même pour ceux qui auraient activé l'option dans leur HAL, comme c'est (il me semble) toujours le cas d'Ubuntu. C'est assez grave je trouve
Perso j'ai écrit un petit script qui heureusement marche toujours, du moins sous Ubuntu:

#!/usr/bin/python
import sys, os
if len(sys.argv) != 2:
    print "Missing argument: frequency_in_ghz (float)"
    freq = input() - 0.01
else:
    freq = float(sys.argv[1]) - 0.01

if type(freq) != float:
    print "Wrong frequency type (" + type(freq) +", float expected)"
    sys.exit(0)

for i in range(4):
    os.system("sudo cpufreq-set -c " + str(i) + " -g userspace")
    os.system("sudo cpufreq-set -c " + str(i) + " -f " + str(freq) + "GHz")

Brunni (./1878) :
Et pour HAL c'est dommage parce que la notion du libre perd son sens en français avec ces choses-là... KDE a *retiré* la fonctionnalité carrément, même pour ceux qui auraient activé l'option dans leur HAL, comme c'est (il me semble) toujours le cas d'Ubuntu.

Bah, dans KDE 4.6, ce sera upower qui sera utilisé par défaut, pas HAL, et upower n'a pas du tout cette option.

HAL est déprécié et les distributions poussent fortement pour sa suppression (au profit de udisks, upower et la libudev). (Sous Fedora, l'édition GNOME a déjà viré HAL depuis quelque temps et il y a pas mal de pression sur nous, l'équipe KDE, pour pouvoir nous en passer aussi dans KDE. C'est un développeur de Red Hat / Fedora (Lukáš Tinkl) qui a fait une grande partie du boulot dans KDE pour gérer les u* à la place de HAL.)

Ah au fait Kevin, petit détail qui a son importance : Nouveau est infoutu de me sortir une résolution de 1360*768, chose que le driver proprio de Nvidia fait très bien. Et non, hors de question de me taper deux bandes noires sur les côtés pour des raisons religieuses.

C'est probablement ton écran qui est foireux et qui ne déclare pas correctement sa résolution pour la détection automatique. Tu peux écrire un xorg.conf pour forcer la résolution.

« J'adore » cet autisme quasi-fondamentaliste : quand quelque chose de libre ne fait pas ce qui est escompté, c'est jamais de sa faute pour toi...

Ah oui, et tant qu'on y est, chez moi nouveau corromp totalement l'affichage des bitmaps offscreen. Et totalement incapable d'afficher une image sur l'écran externe. (Bien qu'il le détecte plus ou moins ainsi que les résolutions acceptées)
Il faut vivre avec aussi ? (Heureusement que je n'utilise pas Linux ^^)

./1879> Ce qui veut dire qu'à terme on ne pourra plus mettre le laptop en powersave, ou même régler la fréquence du CPU à sa guise?

Et on voit bien que Matthew a peu d'expérience sur le sujet, car ce qu'il dit n'est vrai que pour une partie des machines. Typiquement sur mon Core i7 la consommation est "exponentielle" puisqu'en ondemand il va monter jusqu'à 3.33 GHz, ce qui en plus de ne jamais être nécessaire dans le train par exemple, peut faire monter la consommation à près de 25 Watts! En comparaison, à 2 GHz il ne dépasse pas les 12 Watts. Une simple règle de trois suffit pour montrer que le rapport performance/consommation est bien meilleur à 2 GHz qu'à "fond". Donc ondemand n'a pas de sens si on souhaite minimiser la consommation énergétique. C'est à l'utilisateur de décider s'il privilégie la réactivité de sa machine ou l'autonomie.

Yoshi Noir (./1882) :
quand quelque chose de libre ne fait pas ce qui est escompté, c'est jamais de sa faute pour toi...

Mais il a raison, c'est de ta faute: tu n'avais qu'à pas utiliser un truc libre [pour faire quelque chose qu'un truc non libre fait très bien].
Ce qu'il y a de bien avec le logiciel libre, c'est que tu es libre… de ne pas l'utiliser
(Tout comme les logiciels propriétaires, mais )

Brunni (./1885) :
Ce qui veut dire qu'à terme on ne pourra plus mettre le laptop en powersave

on t'a dit que powersave en fait c'est de la merde pour te tromper, et que ça prend plus de temps à calculer, c'est tout

squalyl (./1886) :

Brunni (./1885) :
Ce qui veut dire qu'à terme on ne pourra plus mettre le laptop en powersave

on t'a dit que powersave en fait c'est de la merde pour te tromper, et que ça prend plus de temps à calculer, c'est tout

Théoriquement c'est possible oui, si on compte la consommation de base de la machine, par exemple 15 Watts on-load à 1.2 GHz (powersave) et 25 Watts à 2.4 GHz. Alors il est plus avantageux d'être à 2.4 GHz puisque la tâche sera réalisée plus rapidement et aura consommé moins au final sur la durée de la tâche.
Mais ça suppose:
* L'utilisateur éteint sa machine après avoir réalisé la tâche.
* La tâche consiste en un ou plusieurs threads sans effet de bord entre eux, ne dépendant pas de l'input de l'utilisateur, et n'utilisant pas "la puissance seulement si elle est disponible" comme un jeu, un window manager ou un site exécutant beaucoup de javascript/flash en arrière plan.
* Qu'en tout point de la courbe, l'augmentation de fréquence se traduit par une augmentation de consommation globale inférieure.
Et ces points ne sont usuellement vrais qu'en théorie malheureusement, c'est ce que je reproche dans ce genre d'analyse

Brunni (./1884) :
./1879> Ce qui veut dire qu'à terme on ne pourra plus mettre le laptop en powersave, ou même régler la fréquence du CPU à sa guise?

On peut, en bidouillant /proc directement, il y a plein d'options tordues du noyau réglables là-dedans qu'aucune interface graphique ne propose.

Et on voit bien que Matthew a peu d'expérience sur le sujet

C'est l'expert de power management du noyau Linux (et aussi de Fedora, accessoirement)!

Kevin Kofler (./1888) :

Et on voit bien que Matthew a peu d'expérience sur le sujet

C'est l'expert de power management du noyau Linux (et aussi de Fedora, accessoirement)!

Désolé je me suis emporté. Mais s'il s'y connaît je pense qu'il devrait savoir que ses arguments ne sont pas convaincants. Cela signifie donc qu'il donne la priorité à ses convictions plutôt qu'aux faits dans son raisonnement, et c'est encore plus dommage (c'est le même reproche que l'on essaie de te faire parfois, d'ailleurs).

GoldenCrystal (./1883) :

Ah oui, et tant qu'on y est, chez moi nouveau corromp totalement l'affichage des bitmaps offscreen. Et totalement incapable d'afficher une image sur l'écran externe. (Bien qu'il le détecte plus ou moins ainsi que les résolutions acceptées)

Tiens, chez moi c'est l'inverse... l'écran externe est bien mieux géré (même la rotation, même si elle n'est pas automatiquement détectée, bien sûr, il faut que je lance une commane xrandr), alors qu'avec le driver proprio, c'est plus fastidieux...