/* Topic des codeurs [6] */

The Uploader · Le 21/01/2012, à 08:51

Non mais même par rapport au 5400 RPM ou 7200 RPM des autres ordis, les perfs n'ont rien à voir. ^^

Dernière modification par The Uploader (Le 21/01/2012, à 19:20)

HP · Le 21/01/2012, à 18:58

Commits by year/month

tshirtman · Le 21/01/2012, à 19:19

ptain, ça me soule, je suis sur un problème d'auto redimentionnement/placement de trucs qui contiennent d'autres trucs, et il faut que ça s'aligne, et je galère depuis je sais pas combien de temps, >_>

edit: et encore, je tiens pas encore compte d'un cas d'embriquement potentiellement infini… >_>

Dernière modification par tshirtman (Le 21/01/2012, à 19:21)

tshirtman · Le 21/01/2012, à 22:35

Elzen · Le 22/01/2012, à 01:04

Comment font les vraies applis (genre Iceweasel, GEdit, ou d'autres trucs dans ce genre) pour que quand on lance une commande alors qu'une instance est déjà démarrée, ce soit l'instance déjà démarrée qui ouvre les adresses demandées et pas un nouveau processus ? Un truc genre socket, j'suppose ? C'est facile à mettre en place en Python ?

Pour l'instant, j'fais un truc à base de fichiers (la première instance crée le fichier, et écoute ses modifs ; et toute nouvelle instance (sauf si on demande qu'elle soit indépendante) va écrire ses paramètres dedans et se termine, laissant la première lire ça et s'en charger), mais ç'n'est pas franchement propre, surtout en cas de crash ou de kill -9 (le fichier reste présent sur le disque, et donc les nouvelles instances pensent qu'il y a déjà un truc qui tourne – dans l'état actuel des choses, je ne saurais pas faire un repérage par processus qui ne soit pas encore plus moche, genre lancer ps -ef et vérifier le résultat…)

Accessoirement, comment peut-on faire, en PyGTK pur (sans passer par la libwnck, quoi, ce serait mieux que les applis qui n'en ont pas franchement besoin n'en dépendent pas) pour savoir, sur toutes les fenêtres de l'appli courante, laquelle a reçu la main en dernier ?

Pylades · Le 22/01/2012, à 02:43

Ouais, je pense qu’il faut passer par un socket. Pour savoir si l’appli tourne, tu peux lire /var/run/elzedit.pid, mais là aussi ce n’est pas garanti en cas de kill -9. Donc peut-être qu’il existe un appel système qui permet d’obtenir la liste des processus, essaie de chercher là-dedans :

filter(lambda x: type(os.__dict__[x]) == type(filter), os.__dict__)

xapantu · Le 22/01/2012, à 10:38

@ArkSeth: c'est surement pas vraiment ce que tu cherches (je suppose que tu veux un truc en vrai C système?), mais gedit, par exemple, fait ça avec GtkApplication. Chaque GtkApplication enregistre un service dbus, et lorsqu'on re-appelle le binaire, il vérifie d'abord que le service dbus n'est aps pris, et si il l'est, il lui envoie les arguments (mais quand tu passes par GtkApplication, tu ne vois pas le truc en dbus, c'est transparent).

grim7reaper · Le 22/01/2012, à 13:37

ArkSeth a écrit :

Comment font les vraies applis (genre Iceweasel, GEdit, ou d'autres trucs dans ce genre) pour que quand on lance une commande alors qu'une instance est déjà démarrée, ce soit l'instance déjà démarrée qui ouvre les adresses demandées et pas un nouveau processus ?

Je crois que certaines se basent sur la libunique.
Je ne sais pas s’il y a un binding Python.

xapantu · Le 22/01/2012, à 14:09

Oui, en gtk2, elles utilisaient libunique. Il y a un port gtk3, mais la plupart des applis utilisent maintenant GtkApplication, qui fait (à peu près) la même chose (mais qui permet d'éviter une dépendance).

:!pakman · Le 22/01/2012, à 14:49

Vous savez si c'est possible de diviser en plusieurs parties l'écran de gedit ?
Sur mon 22", ce serait plus pratique que de passer par les onglets...

Je ne sais pas comment faire, pourtant aujourd'hui, tout éditeur de texte digne de ce nom fournit cette fonctionnalité...

Dernière modification par :!pakman (Le 22/01/2012, à 14:50)

Elzen · Le 22/01/2012, à 15:02

xapantu a écrit :

Oui, en gtk2, elles utilisaient libunique. Il y a un port gtk3, mais la plupart des applis utilisent maintenant GtkApplication, qui fait (à peu près) la même chose (mais qui permet d'éviter une dépendance).

Bah j'suis encore en PyGTK, donc en GTK2. Je tenterai probablement de migrer un jour, mais là, ç'n'est pas encore d'actualité.

Et à première vue, il n'y a pas l'air d'y avoir de GtkApplication dans PyGTK…

(Et je ne cherche rien de précis, juste un truc pas trop dur à utiliser en Python et qui serait à peu près qualifiable de propre)

grim7reaper a écrit :

Je crois que certaines se basent sur la libunique.
Je ne sais pas s’il y a un binding Python.

Hmm, j'vais tenter de chercher par là, mais je n'suis en effet pas sûr qu'il y ait ce qu'il faut en python…

Πυλάδης a écrit :

Ouais, je pense qu’il faut passer par un socket. Pour savoir si l’appli tourne, tu peux lire /var/run/elzedit.pid, mais là aussi ce n’est pas garanti en cas de kill -9. Donc peut-être qu’il existe un appel système qui permet d’obtenir la liste des processus, essaie de chercher là-dedans :
filter(lambda x: type(os.__dict__[x]) == type(filter), os.__dict__)

J'ne vois rien qui ressemble à une de mes applis dans /var/run… et si j'pouvais me dispenser de filtrer la liste des processus, ce serait encore mieux. Mais bon.
J'vais déjà essayer de creuser un peu du côté des socket, quand j'aurai le temps…

:!pakman a écrit :

Vous savez si c'est possible de diviser en plusieurs parties l'écran de gedit ?
Sur mon 22", ce serait plus pratique que de passer par les onglets...
Je ne sais pas comment faire, pourtant aujourd'hui, tout éditeur de texte digne de ce nom fournit cette fonctionnalité...

Ah ouais, tiens, faudrait que j'réfléchisse à mettre un truc comme ça en place dans ma tblib… mais là comme ça, j'vois pas trop comment faire…

Rolinh · Le 22/01/2012, à 15:11

@:!pakman: Geany le fait très bien et est plus complet que gedit sans être bloated et toujours en GTK. Si je n'utilisais pas vim, je prendrais Geany pour coder!

:!pakman · Le 22/01/2012, à 15:12

Rolinh a écrit :

@:!pakman: Geany le fait très bien et est plus complet que gedit sans être bloated et toujours en GTK. Si je n'utilisais pas vim, je prendrais Geany pour coder!

Merci Rolinh, je vais tester

Rolinh · Le 22/01/2012, à 15:16

Pas de quoi. J'ai presque oublié qu'il intègre un système de plugin. S'il te manque des choses, regarde du côté des plugins.

Pylades · Le 22/01/2012, à 15:16

ArkSeth a écrit :

J'ne vois rien qui ressemble à une de mes applis dans /var/run… et si j'pouvais me dispenser de filtrer la liste des processus, ce serait encore mieux. Mais bon.
J'vais déjà essayer de creuser un peu du côté des socket, quand j'aurai le temps…

Normal, c’est toi qu’es sensé écrire dans /var/run/. ^^
Et ce que je t’ai filé, c’est juste la liste des fonctions de os…

Sinon, quelqu’un serait-il déployer du PHP avec Nginx ?

Dernière modification par Πυλάδης (Le 22/01/2012, à 15:18)

HP · Le 22/01/2012, à 15:18

:!pakman a écrit :

Vous savez si c'est possible de diviser en plusieurs parties l'écran de gedit ?
Sur mon 22", ce serait plus pratique que de passer par les onglets...

Sinon, y a aussi la possibilité WM :

:!pakman · Le 22/01/2012, à 15:28

HP a écrit :

:!pakman a écrit :
Vous savez si c'est possible de diviser en plusieurs parties l'écran de gedit ?
Sur mon 22", ce serait plus pratique que de passer par les onglets...
Sinon, y a aussi la possibilité WM :
http://img109.imageshack.us/img109/150/2012010813260191421680x.th.png

C'est vrai, faudrait que je me mettes sérieusement à WMII un de ces jours...
Quand j'aurais du temps, la c'est pas gagné

HP · Le 22/01/2012, à 15:43

C'est openbox…

Rolinh · Le 22/01/2012, à 15:44

Si tu utilises xfce, tu peux toujours utiliser xfwm-tiling. Sinon, je crois que autant sous Unity que Gnome Shell et KDE4, il y a la fonctionnalité de snap activée par défaut. Ça peut dépanner en attendant de passer à un WM tiling. Pourquoi WMII au fait?

Pylades · Le 22/01/2012, à 15:45

Ouais, alors que dwm existe depuis un petit bout de temps déjà…

:!pakman · Le 22/01/2012, à 15:55

Rolinh a écrit :

Si tu utilises xfce, tu peux toujours utiliser xfwm-tiling. Sinon, je crois que autant sous Unity que Gnome Shell et KDE4, il y a la fonctionnalité de snap activée par défaut. Ça peut dépanner en attendant de passer à un WM tiling. Pourquoi WMII au fait?

J'avais testé WMII y'a un certain temps, c'est le seul que je connaisse un peu, c'est pour ça.

Rolinh · Le 22/01/2012, à 15:58

Il y a un joli tableau comparatif des tiling WM sur le wiki d'archlinux (ici). Ça peut aider à faire le bon choix.

Rolinh · Le 22/01/2012, à 16:44

On a un glouton ici.
Si quelqu'un a une meilleure suggestion que la mienne et qui reste simple à implémenter...

Elzen · Le 22/01/2012, à 16:46

Πυλάδης a écrit :

Et ce que je t’ai filé, c’est juste la liste des fonctions de os…

Ouais, j'ai bien vu, mais je l'avais déjà, cette liste

Πυλάδης a écrit :

Normal, c’est toi qu’es sensé écrire dans /var/run/. ^^

Censé, plutôt
Et c'est pas /tmp qui est censé servir aux trucs que tu écris toi-même tant que l'appli tourne ? :s

Πυλάδης a écrit :

Sinon, quelqu’un serait-il déployer du PHP avec Nginx ?

Serait, sans doute pas. Saurait non plus, hélas, ça fait un moment que j'me dis que je mettrais bien un truc plus léger qu'apache, mais je ne saurais pas trop comment faire tourner ça.

D'ailleurs, j'pensais plus à lighttpd qu'à nginx… z'avez un comparatif pas trop trollesque entre les deux ?

(Et du PHP, toi ? )

tshirtman · Le 22/01/2012, à 16:53

pour php, sur ubuntu-fr ils utilisent php-fpm pour nginx, j'en sais pas trop plus…

@pakman: mets toi à vim… franchement

Dernière modification par tshirtman (Le 22/01/2012, à 16:53)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#2226 Le 21/01/2012, à 08:51

Re : /* Topic des codeurs [6] */

#2227 Le 21/01/2012, à 18:58

Re : /* Topic des codeurs [6] */

#2228 Le 21/01/2012, à 19:19

Re : /* Topic des codeurs [6] */

#2229 Le 21/01/2012, à 22:35

Re : /* Topic des codeurs [6] */

#2230 Le 22/01/2012, à 01:04

Re : /* Topic des codeurs [6] */

#2231 Le 22/01/2012, à 02:43

Re : /* Topic des codeurs [6] */

#2232 Le 22/01/2012, à 10:38

Re : /* Topic des codeurs [6] */

#2233 Le 22/01/2012, à 13:37

Re : /* Topic des codeurs [6] */

#2234 Le 22/01/2012, à 14:09

Re : /* Topic des codeurs [6] */

#2235 Le 22/01/2012, à 14:49

Re : /* Topic des codeurs [6] */

#2236 Le 22/01/2012, à 15:02

Re : /* Topic des codeurs [6] */

#2237 Le 22/01/2012, à 15:11

Re : /* Topic des codeurs [6] */

#2238 Le 22/01/2012, à 15:12

Re : /* Topic des codeurs [6] */

#2239 Le 22/01/2012, à 15:16

Re : /* Topic des codeurs [6] */

#2240 Le 22/01/2012, à 15:16

Re : /* Topic des codeurs [6] */

#2241 Le 22/01/2012, à 15:18

Re : /* Topic des codeurs [6] */

#2242 Le 22/01/2012, à 15:28

Re : /* Topic des codeurs [6] */

#2243 Le 22/01/2012, à 15:43

Re : /* Topic des codeurs [6] */

#2244 Le 22/01/2012, à 15:44

Re : /* Topic des codeurs [6] */

#2245 Le 22/01/2012, à 15:45

Re : /* Topic des codeurs [6] */

#2246 Le 22/01/2012, à 15:55

Re : /* Topic des codeurs [6] */

#2247 Le 22/01/2012, à 15:58

Re : /* Topic des codeurs [6] */

#2248 Le 22/01/2012, à 16:44

Re : /* Topic des codeurs [6] */

#2249 Le 22/01/2012, à 16:46

Re : /* Topic des codeurs [6] */

#2250 Le 22/01/2012, à 16:53

Re : /* Topic des codeurs [6] */

Pied de page des forums