Julien Danjou a écrit 112 commentaires

Prometheus fournit une stack complète, mais malheuresement elle ne propose aucune solution pour la haute disponibilité et le passage à l'échelle horizontal (scale out).

Pour ceux qui s'intèressent à ce genre de problème et veulent stocker des métriques à grande échelle, je vous propose de jetter un œil à Gnocchi. J'ai par ailleurs écrit un petit article sur la différence des deux logiciels qui met en avant ce pour quoi ils peuvent être intéressant.

À noter que la prochaine version de Gnocchi (4.2) offrira une couche de compatibilité Prometheus qui permettra de recevoir (mais pas de lire) des métriques au format Prometheus (émulation de l'API write de Prometheus).

Dommage, je trouvais l'idée sympatique, mais générer des scripts expect me paraît être un très mauvais choix de design. Pourquoi ne pas utiliser directement python-pexpect ?

De plus, tout le code est en francais, donc perso, j'ai aussitôt refermé. Ce genre de chose abouti en général à un projet mort-né vu que cela restreint la compréhension et les contributions au code aux seuls francophones, donc à peu de gens.

Oui désolé ;-)

C'est vrai que ca peut être pas mal. Mais ca se fait très bien avec awesome par exemple!

function hide_class(class_to_hide)
  for k, c in pairs(clients.get()) do
    if c.class == class_to_hide then
      c.minimized = true
    end
  end
end

A binder sur une touche ou un click souris ou ce que vous voulez :-)

Mais c'est pareil pour awesome, tu peux faire à peu près tout à la souris aussi. ;)

Ah oui est j'ai oublie de dire: tu peux aussi utiliser n'importe quel lib Lua.

i.e. fait un tour sur Luaforge et tu peux utiliser n'importe quoi, donc tu peux controler awesome via un serveur web en Lua par exemple. ;)

Oui il y a eminent (tag dynamique) et wicked (gestion des widgets genre CPU, etc).

C'est sur le wiki.

Oui, je disais cela en rapport avec la complexite du model et du code que ca impliquerait.

Tu peux regarder du cote d'eminent pour les tags dynamiques.

Globalement oui, c'est plus réactif dans un cas comme celui ci.

Maintenant, il y a aussi beaucoup de cas où quand tu envoies une demande au serveur X, tu n'as rien à faire d'intéressant tant que tu n'as pas la réponse. Dans ce cas, il n'y a aucun gain en performance.

Il y a aussi possibilité de gagner beaucoup plus avec une application multi-threadé (ce qu'awesome n'est pas (mal)heuresement).

Tout à fait d'accord avec ca, j'en suis bien désolé.

L'avantage de a3 c'est que c'est basé sur Lua: la syntaxe ne change pas (c'est un language).

L'API peut évoluer, mais il y aura toujours un tant d'adaptation: aucune fonction de la version N ne sera (dans la mesure du possible) retirer violemment de l'API, mais marquer comme « deprecated » dans la version N+1 et retirer en N+2.

Oui c'est le premier WM à utiliser XCB (et une des rares applications)

L'écart de perf est discutable: c'est largement mesurable au démarrage par exemple, mais
à l'utilisation quotidienne, c'est plus discutable, mais c'est quand même notable de mon point de vue.

Par contre, en tant que développeur, l'API est infiniment plus clair et propre que la Xlib, et rien que pour ca, ca vaut le coup.

Pour toutes les personnes qui vont poser la question bientôt, il y actuellement pas mal de boulot de fait niveau dévelopement pour exporter tout plein de choses, dont les layouts en Lua, ce qui permettra de créer sa propre gestion de l'organisation des fenêtres, soit comme actuellement (dwm style) soit à la ion ou bien encore à la wmii.

Bref ca évolue, et si vous voulez que ca arrive plus vite, un coup de main est le bienvenue.

Le code est d'ailleurs ultra-documenté et assez simple.

Je vais pas répéter mes commentaires de l'année dernière.

Voir http://linuxfr.org/2007/11/15/23360.html

Oui, NUI, c'est mon fils, ma bataille. :-P

Il est livré avec une Mandriva Linux spécialement compilée pour ce processeur, confirmant ainsi l'expertise de Mandriva dans ce domaine.

OMFG TROLL.

j'aimerais comme dans ion pourvoir dire "cette appli reçoit toujours une fenêtre de telle géométrie sur le workspace 2, mais tout en pavant" ;

Pas vraiment possible. Dire quel tag, avec une rule, oui, mais ce sera tout.

j'aimerais comme dans ion avoir des modes de pavage prédéfini (genre le workspace 3 est toujours séparé en 3 : un grand carré à gauche et deux rectangles superposés à droites ;

Relativement faisable, suffit de mettre nmaster/ncol pour tel tag à la valeur que tu veux

j'aimerais pouvoir découper certaines lignes mais pas toutes : j'ai l'impression que le layout est obligatoirement en n colonnes qui peuvent chacune indépendamment être découpées en lignes. Mais ça ne permet pas de faire de truc genre

Non ca ne le permet pas. Ce n'est pas ion, ce n'est pas à toi de découper comme tu as envie ton espace en qq sorte, il place les fenetre comme il veut/peut.

Ceci dit ce genre de chose est possible il suffit d'implémenter un layout qui le gère.

Un dmenu-like sera integré dans les prochaines versions en natif.

C'est un vrai problème de ne pas avoir de Mod4, il faut jongler avec Alt/Ctrl/Shift pour ne pas casser les raccourcis à la emacs et autre. :-(
Pas vraiment de solution miracle si ce n'est de réflechir à ce que tu fais.

awesome ne lance rien au démarrage, tu as le .xsession qu fait ca et qui fonctionne très bien, suffit de dire à ton gdm/kdm/xdm/whatever de l'utiliser. Ou .xinitrc si tu utilises startx.

C'est normal, les rules sont des regexp

un ^9$ évitera cela. :-)

Honnetement non, pas encore. Il manque encore des chose pour intégrer les choses à la Gnome.

Aujourd'hui tu vas te retrouver par un panneau géré par awesome (alors qu'il ne faudrait pas) et qui ne reconnaitra pas les workspaces d'awesome (manque la partie EWMH pour le moment).

Donc je ne te conseille pas. :-)

Je connais mal wmii, donc je ne vais pas me permettre de comparer. Rapidement, je dirais qu'il n'y a pas tout le bazar d'implémentation de 9wm et co.

Concernant xmonad, c'est assez proche (sa philosophie est aussi proche de dwm), mais sa force est aussi son gros point faible: son langage, haskell. Toute la configuration est faite en haskell, et est à faire à la compilation (comme dwm).

Ahaha ! NUI est une grosse blague, c'est dommage que les modérateurs ne connaissent pas. :-)

Ce n'est pas un LUG, c'est juste une association avec un seul homme (celui qui poste cette news) dont il est impossible d'avoir des informations sur les statuts et les membres...

Un petit tour ici vous en dira plus sur la mentalité:
http://www.microsoft.com/france/communautes/usergroups/regio(...)

Les archives des lists Interlug, et des LUGs Normand (Ornix, Eurix, Rotomalug...) vaut aussi son pesant de cacahuetes.

C'est déjà le cas depuis longtemps. :)

Etch sera release en decembre, ou ne sera pas.

La mairie de Paris, en partenariat avec l'association des sociétés de services en logiciels libres (ASS2L), organise le 26 juin 2005 la première édition d'une journée intitulée "Paris Capitale du Libre".


Zut, je l'ai loupe.