berti a écrit 158 commentaires

Preuve que "ergonomie" et "intuitivité" ne sont pas synonymes.

X n'était pas lancé avec "nolisten" par contre kdm l'était. J'ai modifié afin que kdm soit lancé sans cette option mais cela n'a rien changé.

Je suis finalement parvenu à avoir XDMCP qui marche. Pour ceux qui ont/auront le même problème que moi, voici ce que j'ai du faire (c'est probablement uniquement la dernière partie qui compte):
1. Installation d'une autre distribution (ubuntu étant sensé être tellement simple que j'espérais que cela allait résoudre mon problème tout seul) -> exactement le même problème
2. Le message d'erreur lors du lancement de X était désormais du style "XDMCP fatal error Session failed [...] for display Mon addresse IPV6 cannot open display"
3. Soupçonnant un mélange ipv4, ipv6 (cfr https://bugs.launchpad.net/ubuntu/+source/kdebase-workspace/+bug/58071) je me suis intéressé à ça. Confirmé par un appel à "netstat -l |grep xdmc" qui indiquait que xmdcp écoutait en ipv6
4. J'ai forcé xdmcp à écouter en ipv4 en ajoutant LISTEN 0.0.0.0 dans Xaccess -> n'a pas résolu le problème, même erreur avec l'addresse IPV6 apparaissant dans le message d'erreur.
5. J'ai changé mon routeur (intégré dans le modem de mon fournisseur internet) par un vieux routeur mais de bonne qualité (linksys WRT54G avec firmware flashé) -> toujours la meme erreur mais le message d'erreur a changé : l'addresse ipv6 est remplacé par bigbox.local (bigbox étant le nom de ma machine).
6. J'ai ajouté dans /etc/hosts MONADDRESSEIPV4 bigbox.local et ça a marché en local (X :1 -query MONADDRESSEIPV4 fait apparaître kdm) !
7. Si j'utilise un PC distant j'ai besoin d'ajouter sur les deux machines dans les deux hosts.allow les deux adresses IPv4 avec les deux noms.

Maintenant ça marche. Mais si quelqu'un pouvait m'expliquer je serais intéressé.

J'ai essayé de le basculer à false mais sans résultat (voir post plus haut).

Il n'y a pas l'air d'avoir de "nolisten" dans les fichiers de config de relatif à X

[root@bigbox etc]# grep -R nolisten sysconfig/
sysconfig/vncservers:# Use "-nolisten tcp" to prevent X connections to your VNC server via TCP.
sysconfig/vncservers:# VNCSERVERARGS[2]="-geometry 800x600 -nolisten tcp -localhost"
[root@bigbox etc]# grep -R nolisten X11/
[root@bigbox etc]#

J'ai basculé le DisallowTCP à false mais ça ne change rien.

À noter que j'ai également essayer avec gdm mais que j'ai exactement le même type de problème.

Auparavant j'étais sous fedora 13, j'ai fini par soupçonner un bug et j'ai upgradé à fedora 15 mais sans succès.

Et le nom du pc qui devra se connecter c'est "vieuxbrol"

Effectivement en OpenMP le coût de création des threads est significatif.

La première exécution de cette boucle coûte chère et les suivantes moins chères. Malheureusement même lors de l'appel des boucles suivantes on n'obtient pas un bon speedup pour plus de deux threads (les résultats des boucles suivantes en OpenMP sont assez proche de ceux obtenus avec les pthreads). J'essaierai de poster les temps obtenus en OpenMP dès que j'aurai de nouveau accès à la machine sur laquelle j'ai fait mes tests.

En utilisant des pthreads je ne vois pas de différence entre un premier appel et les appels successifs. Néanmoins c'est la première fois que j'utilise ces pthreads. Est-il possible de garder ces threads "actifs" afin d'accélérer le prochain appel ?

Je vais jeter un coup d'oeuil à hwloc. Je vous tiendrai au courant des résultats.

Lorsque les tests ont été effectués j'étais seul sur la machine.

Ce serait ça ?
http://synergy2.sourceforge.net/

Pour firefox y'a moyen de l'empêcher d'utiliser le filepicker GTK.Mets false pour la variable ui.allow_platform_file_picker dans le about:config.

Tout le monde est d'accord pour dire que cette boîte de dialogue GTK est une horreur. C'était ma minute objective...

Heureusement je ne sais pas comment moinsser un commentaire, car à l'opposé de Pierre Jarillon, je considère ton commentaire comme non-pertinent, étant donné que je ne sait même pas ce qu'il raconte.

Et le tien est-il plus pertinent ?

Dans le premier commentaire on apprend que la FFII a mis en place un prix de 2500¤ pour ceux qui luttent au mieux contre l'adoption de ooxml comme standard ISO.

Ton commentaire nous apprend que le premier était en Anglais.... Je crois que beaucoup de mond l'avait déjà remarqué.

Si on ne comprends pas l'anglais, on peux toujours ignorer un commentaire. Personnelement je préfère une information en anglais que pas d'information. Evidemment l'idéal aurait été une traduction en français mais peut-être que Benjamin Henrion n'avait pas le temps.

http://www.w3schools.com/html/

Reste plus qu'à apprendre l'anglais si ce n'est pas encore fait :-)

Et si tu essaies quelquechose comme :

\chapter*{Introduction}
\addcontentsline{toc}{chapter}{\numberline{}Introduction}

Y'a un backport là :

http://downloads.os-forge.net/debian/backports/kde/etch-bin-(...)

Bonne mise à jour

Il parlait peut-être de la possibilité d'éditer les messages en html.

Mmmmhhh....

Ca doit plustôt être un problème d'interface siège/clavier qui découvre la toolbar dans les préférences.

Les nouveaux commentaires n'ont plus un "!NOUVEAU!" mais un cadre autour du titre.

Personnelement je préfèrais l'ancienne version. Il suffisant de faire une recherche sur "!N" et d'appuyer sur F3 pour passer en revue tous les nouveaux messages. Maintenant il faut tout examiner pour détecter les nouveaux commentaires.

Ca donne le clicodrome :
konqueror -> Services [dans la barre sur le coté] -> Audio CD Browser

le code de 'nv' est trop bordélique

C'est encore pire que ce que tu imagines....

va voir
http://people.via.ecp.fr/~alexis/formation-linux/
puis si t'as encore des questions
http://www.debian.org/doc/

Ouvre ton repertoire avec konqueror ( ftp://ftpexemple.free.fr ). Selectionne le fichier et efface le.

Pour ce genre de problème, une petite interface graphique est très pratique.

Tu te logges en utilsateur normal puis tu lances via une konsole "sudo kate".

Comme cela tu te retrouveras avec un éditeur de texte avec les droits root et tu pourras facilement éditer tous les fichiers que tu veux.

Apparement personne n'a envie de te dire comment te logger en root sous KDE ;-)

Avant de tout réinstaller (comportement windowsien qui n'aide pas à apprendre) que donne le résultat de la commande "lsusb" ?

Y'a t'il un message d'erreur après le branchement de la souris ? regarde avec la commande "dmesg" ou "tail /var/log/messages"

Non le bug n'est pas résolu pour la bonne raison qu'apparement c'est un bug du package "defoma" et non de scilab.

Va voir sur
https://launchpad.net/distros/ubuntu/+source/defoma/+bug/349(...)
Ils on l'air de proposer des workarounds du problème

Merci d'avoir prévenu que scilab 4 était sorti, j'étais pas au courant. Je viens de le compiler et cela marche (excepté le bug sur les fonts mais ça n'a pas l'air d'être ton problème).

La bonne nouvelle c'est que j'utilise aussi Ubuntu/dapper (i386), donc ça doit aussi pouvoir marcher chez toi. J'ai compilé avec
./configure --with-gtk2 --without-tk
et aucun problème. Vu l'erreur du type "Référence non définie", je dirais que certaines librairies sont manquantes.

Cela aurait du être détecté par le script ./configure mais faut bien un peu de challenge en installant un programme... Essaie de trouver quel sont les bibliothèques dont scilab a besoin et d'installer les packages correspondants

root@pc-nbvenus:/usr/lib/scilab-4.0/bin# ldd /usr/lib/scilab-4.0/bin/scilex
linux-gate.so.1 => (0xffffe000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7f8e000)
libgtkhtml-2.so.0 => /usr/lib/libgtkhtml-2.so.0 (0xb7f31000)
libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0xb7c5b000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7b4c000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7b38000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xb7abb000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xb7aa2000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7a8d000)
libgfortran.so.0 => /usr/lib/libgfortran.so.0 (0xb7a33000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7a11000)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0xb7a09000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb79db000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb79ce000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb79c6000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb79c2000)
libXi.so.6 => /usr/lib/libXi.so.6 (0xb79ba000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb79b7000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb79ae000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb79a9000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb7971000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0xb792a000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb7844000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb780c000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb7809000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7785000)
libreadline.so.5 => /lib/libreadline.so.5 (0xb7757000)
libncurses.so.5 => /lib/libncurses.so.5 (0xb7715000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb770b000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb75dc000)
/lib/ld-linux.so.2 (0xb7fb1000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb75b9000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7550000)
libgailutil.so.17 => /usr/lib/libgailutil.so.17 (0xb7549000)
libgnomecanvas-2.so.0 => /usr/lib/libgnomecanvas-2.so.0 (0xb751f000)
libart_lgpl_2.so.2 => /usr/lib/libart_lgpl_2.so.2 (0xb750a000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb74e6000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb74c7000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb74c3000)
root@pc-nbvenus:/usr/lib/scilab-4.0/bin#