vlamy a écrit 750 commentaires

Ça remarche !
Mais effectivement, on tombe directement sur la page permettant de changer le mot de passe :)

Ça à l'air de festoyer sec sur l'image ! C'est une version libre et décentralisée d'une soirée projet X?

Sinon, plus sérieusement, le sésame newebe ne donne rien chez moi pour la démo :(

21h20 et le vote électronique est déjà clos :(
J'étais trop optimiste sur les horaires. Mais bon, une filiale de La Poste, j'aurais dû me méfier aussi.
Heureusement il reste le vote par courrier, si la poste réussi à l'acheminer en 4 jours…

Je suis choqué, je viens de tester et ça marche aussi dans emacs :)

Mais où va la jeunesse !?
Ça promet, pour des futurs développeurs et informaticiens en tout genre :)

Merci pour la réponse complète :)
Donc je retiens l'aspect Slime et le côté client/serveur. Il faudra que je mette le nez plus en profondeur dans le wiki, puis pourquoi pas dans le code pour avoir une meilleur idée de ce qui est faisable ou pas. Mais à priori, le fait que le WM soit monothreadé et qu'il soit censé tourner sur tout système permettant l'exécution de X, me plait. Pour ce qui est d'une hypothétique intégration avec dbus, on peut imaginer un wrapper, si un mécanisme client/serveur existe déjà. Bref, pour le moment je décrasse mes vieux restes de Lisp (c'est quand même sympa comme langage), et j'irais tester tout ça bientôt.

Bonjour et merci pour cette dépêche !
[cireuse de pompes] J'aime beaucoup l'utilisation de Common-Lisp, et étant depuis peu tourné vers les WM minimalistes en intégration Desktop, en "effets proutprout 3D" et maximalistes en fonctionnalités utiles (ou presque), je dois dire que je suis plutôt séduit par la vidéo.[/cireuse de pompes]

Néanmoins, après avoir fouiné sur le site de CLFSWM, j'ai une question qui me taraude, concernant les barres d'informations :

Comment se passe (ou ne se passe pas) l'interaction entre les barres d'informations et un processus non lancé par le WM (par exemple un script python déclenché par un cron). Je pense au cas d'usage suivant : faire quelques widgets persos (à partager ensuite bien entendu), du genre indicateur état batterie, indicateur volume sonore, remontée d'infos de mon gestionnaire de paquets, ..etc.
Dans le même sens, est-ce que l'intégration d'un client dbus serait envisageable/envisagée? ou ce n'est pas la philosophie du WM?

Je me permet de poser la question ici pour étoffer la dépêche.

Je pensais à l'aspect bluff !
Généralement le commun des mortels ne sait même pas qu'il existe des processeurs libres.

Arf, fallait leur dire qu'il n'y avait rien de plus puissant que les processeurs libres.
En citant un LEON, un UltraSparc T9672, …etc
Tu les cloues sur place, et c'est eux qui finissent leur yaourt sans rien dire !

"Et en guest-star, Fabien nous fera l'honneur de sa présence pour ce premier TupperWare grenoblois."
Cet événement est donc inratable !
Petite précaution de ma part : on brûle toujours les emacistes dans ce genre de beuverie réunion?

Sinon, en guise d'entraînement et pour ceux qui ne connaîtraient pas : Vim Adventure.

Ben l'idée c'est que le lancement d'un script en dehors d'une console est mieux intégré dans les distributions courantes que le lancement d'un jar (n'est-il pas?). On parle juste d'une indirection qui permet de ne pas taper de ligne de commande (donc effectivement, faut peut être faire gaffe à la mémoire).

Quelqu'un pourrait-t-il combler mes lacunes (je ne trouve pas la réponse trivialement) : pourquoi lancer avec exec augmente l'efficacité en mémoire et : c'est quoi augmenter l'efficacité en mémoire?
Merci d'avance !

Je vais sûrement écrire une bêtise, mais pour le lancement du jar : mettre un script dans le path utilisateur qui lancerait le jeu avec :

java -jar le_binaire.jar

ça le ferait pas?

Ok !
Et merci pour la réponse : je comprend mieux le problème.
Après si faut espérer que les utilisateurs arrêtent de se plaindre ou de troller : "Eh ben ! On est pas sorti de l'auberge !"

Salut,
Je n'ai ni moinssé (sujet intéressant), ni plussé car je reste sur ma faim :
N'utilisant que très peu Gnome/KDE, je connais surtout freedesktop pour les spécifications du type "menu, systray, icone,…etc", qui me permettent, en bon geek utilisant le WM Awesome, de jouir d'une intégration certaine (qui ne se limite pas à des applications GTK).

Donc si je comprend bien, freedesktop a deux casquettes : une d'hébergeur de projets (à priori écrits en C) et une de projet collaboratif visant à écrire des spécifications pour le monde libre du desktop (l'aspect qui rend ma vie plus facile).

Donc à priori, je vois le problème de cette façon : KDE participe à l'aspect spécifications de Freedesktop, mais n'a pas le droit d'être hébergé par le projet car il est écrit en C++. Ce qui, si j'ai bien compris, laisse une certaine autonomie à KDE dans ses choix architecturaux (notamment la liberté d'utiliser C++), tout en pouvant bénéficier d'un bon niveau d'intégration grâce aux specs.

D'où ma question : Est-ce vraiment grave?

A noter que je suis un noob dans le domaine, donc j'ai peut être loupé quelque chose. Si c'est le cas, merci d'avance à ceux qui éclairciront ma lanterne.

A l'exception prêt que les motards font moins de co-voiturage que les "caisseux", ce qui biaise un peu les statistiques.

En plus il n'y a pas de contrôle anti-pollution il me semble sur les moto. Enfin, pour le moment…

Moi je m'en fou, je suis gaucher, et je prend le train (qui roule au mazout) :)

Bonjour.
Je pense qu'il y a plusieurs aspects qu'on peut séparer dans ta démarche : au moins l'aspect "logistique et matériel" et l'aspect "logiciel".
Je vois bien comment mettre en place un projet libre pour la partie OS/Distribution Linux, qui serait pourquoi pas d'envergure nationale et qui pourrait reposer sur des distributions déjà existantes (à creuser).

Mais pour la partie plus "matérielle", i.e. récupérer des ordinateurs, les re-conditionner et les redistribuer, je vois plus un démarrage local (soyons modeste, dans un premier temps :) ). Du genre une association 1901.

Bref, je suis aussi dans la vallée du Grésivaudan (en supposant que tu sois bien le Vincent Gay auquel je pense) et si tu veux en discuter, je suis partant !

Je ne m'attendais pas à une réponse aussi précise : merci !
Je suis, pour le moment, engagé sur libvirt.
Mais je vais garder un oeil sur l'évolution de proxmox.

Bonjour, comme pas mal de commentaires laissent à penser qu'il y a des utilisateurs dans l'assistance, je me permet de poser la question :
Est-ce que quelqu'un a des retours sur l'utilisation de promox avec libvirt ou des outils basés sur libvirt (_virt-manager_, virt-clone,…etc?)

On trouve pas grand chose la dessus et je suis intéressé pour savoir si libvirt fait partie de la philosophie de la distribution ou non.
Merci d'avance pour les réponse, ou pour le moinssage sinon :)

Je suis tout à fait d'accord. Mais je pense que le climat actuel de "course à la révolution technologique" incite les concepteurs de certains OS (Windows 8 en fait partie je pense) à négliger le "n'importe qui ayant déjà utilisé un ordinateur avant".
D'ailleurs on peut discuter du fait que ce soit pensé à tord ou à raison.
Et puis rester dans une interface classique ne fait pas de "buzz", aussi performante et utile puisse-t-elle être. Et aujourd'hui, faire le buzz c'est important dans la tête des vendeurs d'OS (non je ne me lancerai pas dans des comparaisons douteuses avec le libre).

Aïe ! J'ai mal au Français !

Ce (très intéressant) journal soulève une question : Windows8 est-il vraiment destiné à des informaticiens? ou a des moldus (comprenez non-informaticiens, non geek, non libristes …etc)?

Avez vous fait le test avec un enfant de 10 ans qui n'a jamais utilisé un ordinateur autrement que pour jouer? ou avec un bonne mère de famille qui achète son premier ordinateur à 45 ans?

Juste quelques exemples :
- La gestion de fichier : c'est quoi un fichier? Franchement, l'utilisateur de base ne veut pas savoir ce que c'est un fichier. Il veut encore moins savoir que son document office ou son mail a de multiples représentations (une en mémoire, une sur disque, une copie pour X raisons).
- Fermer une application : Pourquoi faire? C'est vrai après tout, pourquoi ferme t-on une application, alors qu'il suffit d'en lancer une nouvelle qui prendra l'écran à la place de l'ancienne.
- Optimiser la machine : Pourquoi faire? Combien de temps cela va-t-il me prendre?
Et puis , si on laisse à l'utilisateur le soin de gérer l'optimisation des ressources de son OS, c'est un chantier sans nom ! On va se retrouver avec une horde de questions, de rapports de bug …etc

Bref, ça fait mal, mais je crois que cet OS et en particulier son interface ne sont pas pensés pour les passionnés d'informatique.

On fait confiance aux développeurs de Firefox ?
Pour ajouter une fonctionnalité permettant de tuer le conteneur proprement bien sûr :)

C'est un peu différent, là la prothèse est contrôllée par les muscles du bras. Mais c'est tout aussi hallucinant O_O

Salut !
Je me suis posé à peu prés les mêmes questions que toi, et je crois que j'ai commencé à trouver un équilibre sous awesome.
Je pense aussi qu'on peut faire de bonnes choses avec d'autres WM, mais je ne les connais pas.
J'ai aussi quitté les KDE, Gnome et Autres, car moins légers, tout ça tout ça… c'est pas le débat.
Et le gros avantage que je trouve à Awesome, c'est le "tiling + floating" ou "pavant + flottant". En bref, selon l'application, tu choisis ton mode (voir tu "switch" dynamiquement).

Pour reprendre les points principaux du journal :

Tmux/Screen

• Screen n'est plus que moyennement maintenu et la légende dit que ce n'est plus maintenu du tout.
• Tmux, ça fait quasiment tout ce que fait screen, si ce n'est le partage de session qui est moins bien géré. La encore ça vient de la blogosphère et forumoshpère, je n'ai pas testé. Tout ça pour dire, que je suis en train de passer de Screen à Tmux et je ne manque d'aucune fonctionnalité utile (tiling, éventuellement imbriqué et sauvegardé, gestion de session). Je dirais même que tmux est infiniment plus simple à scripter que Gnu Screen (Et oui je suis de la génération flemmard !).

Thunderbird

Je ne dirais qu'une chose : muttator pour les fans du clavier. J'arrive à utiliser aujourd'hui entièrement Thnuderbird au clavier (rédaction des mails sous emacs) et même le Sunbird, qui malgré tout est resté numéro un dans mon coeur face aux calcurse et autres outils de type console.

Le flottant

Personnellement j'utilise aussi Gimp, logiciel type qui n'aime pas le pavant. Et pour ça, sous awesome j'affecte un bureau virtuel particulier à cette application, avec un "layout" (ou mise en page) de type flottant. Et là, c'est le pied.

Le pavant

Je ne vais pas faire l'apologie du pavant, mais là où je l'utilise (étant revenu du terminal en fullscreen), c'est pour avoir un emacs d'un côté et un terminal de l'autre (ultra pratique pour les non vimistes ou toute personne qui trouve bien de séparer terminal d'éditeur). Ou pour gérer mes multiples machines virtuelles. J'imagine aussi l'utiliser pour pidgin (irc, xmpp, vidéo tchat, tout ça tout ça), mais je n'y suis pas encore. Et là, la fonctionnalité d'awesome qui tue le mamoute (pour garder un vocabulaire châtié) : c'est la gestion de fenêtre maitre/esclave avec redimensionnement dynamique. En gros : tu as une fenêtre maitresse qui prend la partie gauche de l'écran (avec un tiling gauche, pour l'exemple), et toutes les autres regroupées dans la partie droite. En utilisant un subtil jeu de features, tu peux faire tourner les fenêtres dans la zone maitresse, agrandir ou rétrécir la zone maitresse, et plein d'autres choses (y compris la vaisselle). Ca demande un peu de temps, mais c'est super pratique et ça permet de faire bien plus de choses que le tiling de Tmux ou Screen.

2/3 fonctionnalité Awesome super sympa (mais probablement dispo sur d'autres WM)

• légèreté
• configurabilité (en lua, mais c'est pas mal :))
• intégration client dbus interne et externe, via l'outil awesome-client. Ca c'est super pour faire ses propres widgets : la partie affichage en lua (ça fait 3 lignes à copier/coller dans ses fichiers de config) et la partie récupération d'info, dans le langage que l'on veut.
• Les applications Drop Down (une fenêtre "gluante", enfin "sticky" quoi, qu'on fait apparaître/disparaître d'un simple raccourcis clavier) qu'on peut appliquer dynamiquement à toutes les fenêtres.
• menu contextuel (super+M affiche menu mdp par exemple, ce qui donne super+M + L pour lecture, super+M + P pour pause, …etc)

Bref, c'est pas mal les WM alternatifs :)

Et pour ceux qui diraient que tout en console c'est magnifique, dites moi comment vous faites de la vidéo conférence pour montrer votre dernier rejeton à grand mamie en terminal, et alors j'approuverai :)
Plus sérieusement, il y a quand même des applis non console assez sympa :)