Moonz a écrit 3616 commentaires

Yen a vraiment qui devraient s'entrainer à comprendrereconnaitre le second degré sur LinuxFR...

>L'"exécutable sorti" est simplement un wrapper qui appelle le compilateur Python avec le bon bytecode.
Tu en es sûr ? Il me semblait que c'était une sorte de py2c qui faisait ensuite une compilation statique avec la lib python...

> C'est la faute du système de packaging si l'application plante ?
Ce qui me fait penser que c'est la faute de py2exe:
- Je n'ai jamais réussi à faire planter Gajim avec CPython.
- Quand une application python pure plante, elle lève une exception, elle segfaulte pas...
Mais effectivement, ça peut venir d'autre chose, comme associer pygtk à py2exe, j'ai pas non plus cherché très loin. Mais il n'empêche que puisque CPython+Gajim fonctionne bien mais pas py2exe+Gajim, personnellement, ça me fait douter de py2exe (je ne rejette pas en bloc la possibilité que le bug se situe entre la chaise et le clavier non plus ;))

J'ai toujours eu des doutes sur la qualité de l'exécutable sorti par ce genre de machins :)
Je sais que Gajim fournit un exécutable Windows, et il me semble que c'était de cette manière. Je n'ai même pas réussi à configurer un compte pour mes grands parents tellement ça segfaultait :)

Un truc qui m'a l'air intéressant avec ce truc, c'est pouvoir développer "normalement" en Python sous Linux et pouvoir le distribuer ensuite simplement sous windows (i.e. pas la peine d'installer Python + GTK + PyGTK + ...)

Maintenant, quelques questions me viennent à l'esprit:
- est-ce que la librairie standard de (C)Python se retrouve dans IronPython ?
- un script codé pour CPython/PyGTK tournera t-il sans trop de problèmes avec IronPython/GTK# ?

(et puisqu'on est vendredi soir, mêmes questions avec Jython ;))

wxWidgets utilise GTK :)

> Je ne sais pas exactement quel est le degré d'appropriation par Novell, mais il semble important.
Il me semble avoir lu ici (je sais, c'est pas une source de référence, mais pour un troll, tous les coups sont permis)) que c'était pareil pour le projet GNU...
Poutre, paille, et toussa

>Alors que celle sur Qt doit passer dans les journaux deux jours après que son auteur l'ai proposé comme news.

C'est vrai qu'un binding Java pour QT (qui sera probablement encore moins utilisé que Mono, étant donné le peu d'intérêt d'autres langage que C++ dans KDE qui est un des seuls projet libre à utiiser QT), ça intéresse sûrement beaucoup plus de monde que Mono (qui est de plus en plus utilisé par Gnome - en bien ou en mal, je ne sais pas, mais là n'est pas le troll)...

Avant de râler, est ce que tu connais:
- le temps que cette news a passé en attente de modération (moi je sais pas, donc je ne me m'avancerais ni dans un sens, ni dans l'autre) ?
- le temps moyen qu'une news passe en attente ?
- le temps que tu m'as fais perdre en m'énervant sur ton commentaire inutile en postant une réponse toute aussi inutile ?

Peronnellement, je me *contrefous* de la news sur QT (je n'utilise ni QT ni Java), et je ne m'intéresses que très très moyennement à celle là (il n'y a que le support de IronPython qui pourrait vaguement m'intéresser), mais je suis quand même content de voir arriver des articles bien rédigés comme ça.

Si on ne passait que les news qui pourraient intéresser tout le monde, on aurait déjà plus aucune news du genre "présentation ubuntu à toulouse" (quel pourcentage de toulousains ici ?)...

Heu... j'ai jamais dit que le web était comme ça.
J'ai juste dit que j'aimerais bien qu'il soit comme ça :p

De deux choses l'une:
- soit tu n'es pas un horloger, et tu t'en remets à un horloger pour trifouller dans le mécanisme de ta montre
- soit tu es un horloger et tu peux touhcher au mécanisme de ta montre toi même. Mais dans ce cas, tu le fais BIEN

Du côté des pages internet:
- soit tu n'es pas un codeur dans l'ame, et tu t'en remets à un logiciel qui fait tout bien à ta place (pour les photos de ton chien par exemple)
- soit tu en es un et tu comprends que être strict est important

Le problème du web actuel, c'est que lea plupart des horlogers (éditeurs wysiwyg) font leur boulot comme des porcs, et que des tas de personnes s'improvisent horloger et mettent les mains dans le cambouis sans savoir ce qu'ils font (le plus souvent, n'importe quoi).

>Mais je pense qu'il est du devoir d'un navigateur être accueillant, envers totu code.
Absolument pas. Soit tu t'y connais, et tu es capable de faire du bon code. Soit tu t'y connais pas, et tu laisses faire NVU... Pas de place pour le code crade AMHA...

> Sans aimer ce navigateur, je n'ai eu aucun problème avec lui et XHTML
Elle est bien bonne celle là.
Chez moi, IE se vautre lamentablement sur une simple balise <script src="foo" /> (il ne comprend pas que le /> ferme la balise et interprète le reste de la page comme du JavaScript...)

Et ce filtre, il n'est pas du tout présent dans mplayer ?
C'est une vraie question, pas un reproche, si la réponse est "just do it", je m'y mets dans 2-3 semaines (je me renseignerais auprès de mon prof au prochain cours d'analyse des signaux sur ce mystérieux filtre...)

Bon, je sais, c'est pas le forum ici, mais puisqu'on parle de mplayer...
J'ai un bug étrange: quand j'augmente la vitesse de lecture, le son part dans les aigus.
Bug, ou c'est moi qui ai fait une boulette ?

>Par exemple Debian n'a presque jamais répondu lorsque l'interlocuter voulait les patchs. Il y avait toujours des raisons "vaseuses" pour que Debian refuse

Faut pas délirer non plus, tous les patchs faits par debian sont disponibles à tous (et encore heureux). En moins de deux minutes, j'ai trouvé ça: http://ftp.debian.org/debian/pool/main/f/firefox/firefox_1.5(...)

Un peu comme XP ?

les élèves présents en amphi d'informatique étaient parfois.... très peu nombreux

Je crois pas qu'il existe de logiciel de CAO libre tout court :)

C'est un des UT* (UTC, UTBM,...) ? (juste pour savoir si j'ai bien fait de pas y aller ou pas ;))
Ici, à l'INSA (de Lyon en tous cas), le libre est assez présent:
- Le centre informatique du premier cycle est sous Fedora. La moitié des PC a également Windows en dual-boot, mais avec peu de choses dessus et globalement rarement utilisé
- Les TP d'informatique se font sous Linux et avec des logiciels libres: MySQL, FreePascal (même si le pascal ça sux...) surtout
- Le portail du premier cycle est sous Plone :)

MAIS:
- En TP de physique, c'est Excel pour tracer les courbes. Ça va changer l'année qui vient, paraît il (ils ont déjà installés OOo en fin d'année)
- Logciels non-libres utilisés massivement: Java (cours d'info pour les 2e année d'eurinsa), Maple (en Maths, tout le monde.) et SolidEdge (en méca, mais ça, je crois qu'il y a pas d'alternatives)
- Tous les postes en salles de conception/frabrication sont sous Windows. Toujours à cause de SolidEdge, je suppose

Je sais pas comment ça se présente dans les départements. En Info, je suppose qu'il y a beaucoup de Linux, et en génie mécanique beaucoup de Windows. Pour les autres, aucune idée...

> De toute manière, maintenant il faut fouiller grave pour trouver des applis qui ne sont pas passées à Gstreamer 0.10. Pour Gnome c'est fait depuis plus de 6 mois.
gst-editor ?

> Sur quel critère ?
En nombre de news sur LinuxFR --->[]

Ça, c'était un exemple simple. Tu peux aussi faire des trucs plus "pervers", du genre remplacer une fonction dans un module (os.getenv = my_getenv). Bon, là, ça reste simple: c'est toujours que toucher à des références.
Les seuls truc qu'on puisse partager en python, c'est tout ce qui est immutable. Pas grand chose, en fait... Parce que même les fonctions ne le sont pas (ne parlons même pas des classes). Démonstration:
>>> def spam():
... print "spam"
...
>>> def egg():
... print "egg"
...
>>> spam()
spam
>>> egg()
egg
>>> spam.func_code = egg.func_code
>>> spam()
egg
>>>

Bon, le truc que tu peux partager par contre, c'est func_code qui est immutable. Mais le truc, c'est que je suis pas sûr que ce soit garanti qu'il le reste :p

> sans partage de lib, c'est une mauvaise configuration ou une lacune technique
Et encore heureux !

# spam.py
import sys
sys.stdout = open("log_stdout", "w+")
import egg
print "Hello from spam.py"

# egg.py
print "hello from egg.py"

$ python egg.py
hello from egg.py
$ python spam.py
$ cat log_stdout
hello from egg.py
Hello from spam.py

Maintenant, imagine que python se mette à partager le module sys à travers toutes les instances de la VM...

Bon, je me réponds à moi même:
> - Auto-indentation dans la plupart des langages. Ça marche en C et en Python, mais pas en PHP ni JavaScript...
# Javascript & CSS
block.start.*.js=10 {
block.end.*.js=10 }
block.start.*.css=5 {
block.end.*.css=5 }

# PHP
block.start.*.php=127 {
block.end.*.php=127 }

> Auto-détection de l'indentation utilisée
indent.automatic=1

Quelques trucs sympas que j'ai trouvé en lisant la doc:
XML:
fermeture automatique des balises: xml.auto.close.tags=1
changer les préférences d'indentation globales, et utiliser deux espaces:
file.pattern.xhtml=$(file.patterns.xml);*.html;*.htm
tab.size.$(file.pattern.xhtml)=2
indent.size.$(file.pattern.xhtml)=2
use.tabs.$(file.pattern.xhtml)=0

Python: dans si je sélectionne import httplib et que je tape Ctrl-maj-O, ouvrir /usr/lib/python2.4/httplib.py
openpath.*.py=/usr/lib/python2.4:/usr/lib/python2.4/site-packages

Si vous avez des problèmes d'accents dans la sortie, essayez de la mettre en UTF-8:
output.code.page=65001

Accepter les séquences d'échappement dans rechercher/remplacer (ne fonctinne pas avec les regexp):
find.replace.escapes=1

Si vous faites beaucoup de PHP et que source files ne les affiche pas:
other.source.files=*.php;*.php3;*.php4;*.php5;*.js
open.filter=All Source|$(source.files);$(other.source.files)|\
$(all.files)

Fini les "warning, no new line at end of file":
ensure.final.line.end=1

Quand vous modifiez trois fichiers source et que vous appuyez sur F7 pour recompiler, il enregistre que le fichier courant, et pas les deux autres. Pour les compiler aussi:
save.all.for.build=1

N'avoir qu'une seule instance de scite:
check.if.already.open=1

Et en bonus, si vous aussi vous trouvez que la coloration syntaxique du PHP est moche:
style.all.keyword=fore:#00007F,bold
style.all.comment=fore:#007F00,$(font.comment)
style.all.number=fore:#007F7F
style.all.string=fore:#7F007F,$(font.monospace)
style.all.string.2=fore:#7F0000,$(font.monospace)
style.all.variable=fore:#2222dd,bold
style.all.variable.intext=fore:#7F0000,$(font.monospace),bold
style.all.operator=bold
style.hypertext.118=fore:#000000,back:#FFFFFF,eolfilled
style.hypertext.119=$(style.all.string.2),back:#FFFFFF
style.hypertext.120=$(style.all.string),back:#FFFFFF
style.hypertext.121=$(style.all.keyword),back:#FFFFFF
style.hypertext.122=$(style.all.number),back:#FFFFFF
style.hypertext.123=$(style.all.variable),back:#FFFFFF
style.hypertext.124=$(style.all.comment),back:#FFFFFF
style.hypertext.125=$(style.all.comment),back:#FFFFFF
style.hypertext.126=$(style.all.variable.intext),back:#FFFFFF
style.hypertext.127=$(style.all.operator),back:#FFFFFF


Avec ça et deux trois autres options, je tiens enfin l'éditeur de mes rêves (enfin, non, il n'est pas scriptable en Python. Disons qu'on s'en approche beaucoup)

On avait déjà un fork de la dernière version "libre" de cdrtools qui marche très bien: http://www.arklinux.org/projects/dvdrtools
Et franchement, je trouve que pousser un projet plus modulaire comme libburn aurait été une meilleure idée...

M'enfin, ils font ce qu'ils veulent, après tout...

Tu m'intéresses là. J'utilise scite, et j'ai pas tout ça. Notamment:
- Auto-indentation dans la plupart des langages. Ça marche en C et en Python, mais pas en PHP ni JavaScript...
- Auto-détection de l'indentation utilisée: si tu me dis comment faire avec scite, je te plussoierai allègremment ;). J'envisageais justement de me mettre au Lua rien que pour faire ça....

Faut pas pousser non plus, l'ensemble de ces dépendances est à peine plus gros que gnome-vfs seul...