Shuba a écrit 439 commentaires

C'est pas à cause de la version de systemd bloquée à 204 pour le moment? Il me semble avoir lu pendant les débats de debian sur l'init que les dernières versions de GNOME nécessitaient un logind récent (c'est d'ailleurs ce qui aait lancé le débat).

Ça y est ça marche. En fait mon problème venait du fait qu'auparavant j'utilisais bumblebee, et que lors de sa désinstallation le fichier /etc/modeprobe.d/bumblebee.conf était resté, or il contenait un blacklist nouveau.

Salut,

Ça fait plaisir de voir que ça marche sous debian. Perso j'ai à peu près la même configuration matérielle que toi (T420), et une debian testing également, mais xrandr --listproviders ne me donne qu'un seul output, le driver intel.

Il y a quelque chose de spécifique à activer? Je trouve pas à partir du wiki nouveau.

Je sais pas à quel point ça peut marcher mais j'ai découvert récemment qu'on pouvait créer un document sous inkscape et faire le rendu des textes qui y sont contenus avec latex, très pratique si tu veux mettre des formules:
http://www.ctan.org/tex-archive/info/svg-inkscape

Si j'ai bien fait ma désobfuscation ça compte le nombre de goto dans un fichier passé en argument, et l'imprime sur la sortie standard. Par contre ça ne supporte pas les lignes de plus de 80 caractères.

Je n'ai rien contre les gens gens qui refusent les CLA, mais j'en ai contre les gens qui balancent des trucs qui n'ont rien à voir sur ce sujet (genre pas très ouvert aux contributions extérieures"), parce qu'ils mélangent tout pour juste cracher sur une entité, pas grave de savoir si c'est vrai ou pas (un peu comme les gens anti-systemd d'ailleurs).

Il existe des gens qui sont contre les CLA, c'est un fait, et le fait d'avoir un CLA ne les incite pas à contribuer. Mon avis personnel sur les CLA (je m'en fous) n'a rien à voir là dedans, ça explique juste l'apparition d'un concurrent avec une license différente.

La formulation est trollesque, certes, mais on est vendredi, non?

Disons que upstart n'a jamais été très ouvert aux contributions extérieures, ce qui a incité à la création d'une alternative.

Juste pour info, le format du journal a beau être binaire, il est quand même constitué de pas mal de texte. Par exemple, sur un live-cd fedora:
cd /var/log/journal/long_hash_name
strings system.journal | less

Me renvoie beaucoup d'informations textuelles. Je ne vais pas prétendre que c'est pratique ainsi, ce n'est pas fait pour ça, mais ça montre que ce n'est pas parce que les logs sont binaires qu'ils sont nécessairement cryptiques et complétement impossibles à lire avec les outils habituels.

Andreas Barth ayant voté aujourd'hui, Bdale Garbee a pu utiliser son vote supplémentaire pour départager entre upstart et systemd, et a bien évidemment choisi systemd.

Tout n'est pas fini cependant, la question de la dépendance à un système d'init particulier est toujours en suspens, avec des votes et des propositions en cours (oui, en parallèle…)

C'est (était?) utilisé chez Ubisoft par exemple.

Je pense qu'il voulait dire qu'il était possible de configurer de faire de la supervision par les cgroups via le shell également. Le problème à mon sens étant que ça demanderait de faire spécifiquement appel à du boilerplate dans chaque script d'init pour en profiter, alors qu'avec systemd c'est garanti par le système.

Est-ce que beaucoup de lecteurs savent exploiter la va-api d'ailleurs? Et est-ce que tous les drivers graphiques l'exposent?

Je parie sur DT, ça m'a l'air de correspondre aux positions de Russ Albery, Bdale Garbee, Keith Packard et (dans une moindre mesure) Don Armstrong.

Vu que Bdale a un vote supplémentaire en cas d'égalité, ça peut faire pencher la balance.

Pour l'instant, Bdale Garbee a proposé un premier vote sur le système par défaut pour linux, mais après discussions la résolution proposée n'a pas convenu à la plupart des membres du comité, et ils ont voté pour continuer la discussion. La raison pour laquelle la résolution était vue comme non satisafaisante est que le comité technique souhaite qu'une résolution générale puisse prendre le dessus sur leur décision avec une simple majorité, au lieu d'une majorité aux deux tiers comme le prévoie la constitution debian. Une résolution en ce sens est en discussion.

Le débat tourne cependant beaucoup autour de la dépendance d'un packet à un système d'init particulier (comme c'est le cas pour GNOME).

Je me suis peut-être pas exprimé clairement, ce que je voulais dire, c'est que l'espoir de revendre ses parts en faisant une importante plus-value incite à l'investissement dans les start-ups.

Donc je me demande si le marché spéculatif qu'est la bourse n'est pas, dans une certaine mesure, un mal pour un bien.

De plus ce que tu dis indiquerait que la valeur d'une action serait corrélé à la valeur de l'entreprise (son CA ou ses bénéfices par exemple). Ce lien n'existe plus ou alors que très partiellement. Il suffit de voir comment la première chose à la quelle pensent pas mal d'investisseurs quand on leur dit qu'Obama est blessé.

Ça l'est en moyenne, les entreprises les mieux côtées sont souvent les plus profitables. Je ne prétends cependant pas que le système est bon.

Mais l'existence et l'attrait de ce marché incite probablement à investir directement dans la boite.

Lennart Poettering donne les explications au LCA.

Pour résumer ce que j'en ai compris, kdbus présente les avantages d'être présent dès le démarrage et jusqu'à l'extinction de la machine, de garantir l'ordonnancement des messages et d'être beaucoup plus efficace que dbus.

La plupart des membres du technical comitee ont déjà fait savoir leur avis, ce qui peut permettre de se faire une idée.

• Ian Jackson a choisi upstart

• Russ Alberry marque sa préférence pour systemd

• Steve Langasek (le mainteneur d'upstart) penche pour upstart, mais a fait savoir à plusieurs reprises qu'il concentrerait ses efforts sur l'intégration de systemd si ce dernier venait à être choisi.

• Colin Watson (développeur Ubuntu) penche également pour upstart.

• Bdale Garbee opte pour systemd

• Keith Packard fait le choit de systemd

• Don Armstrong a une légère préférence poyur systemd

• Andreas Barth n'a pas encore exprimé sa position, mais devrait le faire dans le weekend.

On voit donc que les avis sont partagés, avec un léger avantage pour systemd pour le moment, même si l'égalité reste envisageable selon l'avis d'Andreas Barth.

Cependant, n'étant pas versé dans les rouages du système de vote utilisé, je me garde bien de pronostiquer le résultat.

OpenSuse fournit un KDE récent et bien intégré il me semble.

KDE5 n'a pas l'air de trancher avec KDE4

En fait il n'y a pas de "KDE5" au sens où il n'y a pas ré-écriture comme pour le passage entre KDE3 et KDE4. Ici il s'agit plus d'un changement dans la continuité, avec la séparation entre les librairies (KDE Frameworks 5) qui évoluent et se modularisent, les applications qui évoluent à leur rythme, et le desktop qui verra une évolution importante avec Plasma Workspaces 2.

Ça marchait plutôt bien, mais désormais ça va être interdit.

Tout un champ de la physique n'est pas d'accord avec toi.

En effet, je teste un peu en ce moment et il y a l'air d'y avoir moins de paquets par défaut que dans debian. Après il y a l'air d'y avoir plein de dépôts de paquets additionels.

Ça marche très bien pour moi sous debian ou kubuntu, et sinon le KDE d'OpenSuse doit être très bien aussi, vu que c'est leur environnement par défaut. Il semblerait que pas mal de gens utilisant KDE soient sous ArchLinux sinon.

Pour Booken je lis sur leur site que leur dernière liseuse a un mode de lecture adapté aux pdf (PDF Reflow), as-tu pu tester et si oui est-ce bien?