gnumdk a écrit 7486 commentaires

Et dans le miens, il n'y aucun utilisateurs de gnome, enfin, il y'en avait un y'a pas longtemps mais mes arguments bétons l'ont fait migrer vers Kde, je dois etre tres convaincant car y'a un an je faisait migrer les gens de Kde vers Gnome :)

Donc, ton truc ca veut rien dire ;)

>Le stade ultime c'est Debian + Gnome ?
Nan, c'est Debian + Window Maker + Mutt voyons :p

>sans pourrir la console de messages inutiles
Ah, ben ca faut demander au packageur de ta distribs de virer le debug ;)

Apres, wai, une appli kde est plus longue a lancer ca elle a besoin de services : dcop, kded, ksmserver, knotify, khotkeys....

Apres, en cherchant un peu sur le wiki de Kde, tu trouveras des explications pour dégager certains de ces services(khotkeys en particulier)...

>Je n'ai encore pas encore trouvé de gestionnaire de fenêtres qui soit aussi
>adaptable que lui au niveau des interactions clavier / souris.

Ouh la, je dois te contredire...
Sawfish est a des années lumieres de kwin niveau adaptabilité. Bon, faut etre motivé parce que la conf lispisante de sawfish, c'est pas évident mais sawfish est bien plus configurable et extensible que kwin.

Et Sawfish etait le wm par defaut de gnome dans le temps... :(

Hein, metacity n'a rien a voir avec gnome?
Alors kwin n'a rien a voir avec Kde?

Metacity, ca utilise gconf et surement plein d'autre truc des libs gnome. Apres, c'est la 2CV des window manager, j'ai rarement vu un truc qui ramait autant, redimensionner un xterm sur un k6 300(en opaque) , c'est à la limite de l'agonie pour la machine alors que ca se passe tres bien avec n'importe quel wm digne de ce nom.

Moi j'ai un raccourcis dans khotkeys avec:
kmail --composer
:)
C'est la meme chose que ce que tu dis non? :) Et oui, y'a des options cachées partout dans Kde et c'est le pied. En fait, Kde, plus on l'utilise, plus on l'aime et plus on en est dépendant.

Perso, tous les linuxiens que je connais sont sous Kde.

Ca va de l'admin systeme au developpeur... J'avais reussi à en faire passer sous gnome à une epoque mais depuis qu'il ont appris que j'etais passé sous kde, ils ont tous fait marche arriere (et se sont bien foutu de ma gueule au passage).

C'est vrai que si on veux un desktop qui réagit comme on veut et pas comme il le veut, Kde est un tres bon choix meme si il reste encore de gros problemes niveau ihm: tailles des fenetres de prefs en particulier.

Tiens, y'a ca dans konversation(kpart konsole) et j'avais pas encore compris pourquoi cette fonctionnalité :) Surement un nostalgique de Xchat qui a implémenté cette fonctionnalité :)

http://konversation.org/(...)

Bon, la 0.14 est un gros tas de bug, mais la 0.15 sort dans deux semaines et franchement, j'ai completement oublié xchat et le cvs actuel est super stable.

-rwx------ 1 gnumdk users 424M 2003-06-22 11:45 The Code.avi

J'avais enregistré cette emission en assez bonne qualité(meilleur de tout ce que j'ai vu depuis sur le web). Je veux bien l'uploadé chez quelqu'un mais je vais pas le faire 300 fois :) Donc si quelqu'un a un acces ftp/http et veux permettre le download de la video. Apres, légalement, je sais pas...

http://www.yonkis.com/mediaflash/win_01.htm(...)

Si t'es patient, je te dis comment ca se passe avec ma Suse au taf ;)
J'ai la meme chose que toi sauf X.Org.

>C'est triste d'être intégriste à ce point.

C'est la premiere chose que j'ai vu aussi, c'est moche, ca bouge tout le temps, ca sert a rien...

Et si gc était vraiment un intégriste, il aurait vu un puzzle(pas de flash) à la place de l'animation ;)

Oui, effectivement, le probleme est bien la sur les dell :)
Moi, il a fallu metre a jour le bios pour que ca marche car se dernier reste bloqué sur 1Mo ...

>c?est surtout Linux qui pue.

Ah la bonne blague :)

Si je te dis que sous windows aussi y'a un serveur de son, tu vas trouvé que linux ca pue moins? :)

Tu me crois pas, ben install un windows 2003, Microsoft propose enfin de le désactiver dans le panneau de configuration...

D'ailleurs, à l'époque(2002), il faisait rebooter les windows 2000 tout seul ce modem et je confirme qu'il a tres mauvaise réputation et que c'est bien la derniere chose que je conseillerai, enfin, de toute facon, jamais je conseillerai un modem usb ...

http://lists.debian.org/debian-hurd/2003/09/msg00075.html(...)

C'est énorme quand meme :)

Oui? C'est quoi le probleme, tu vas me dire: "blah blah le XFree 4.3 de la debian il est patché que en fait c'est presque un 4.4" ?

Super, alors pkoi ca marche avec toutes les autres distrib n'utilisant plus XFree 4.3 et pas avec la debian? ;)

>MAP_CURRENT=$MODULE_DIR/modules.usbmap

>milouse:/home/gnumdk# ls /etc/hotplug/modules.usbmap
>ls: /etc/hotplug/modules.usbmap: Aucun fichier ou répertoire de ce type

On mettra ca sur le compte de la fatigue :D

Par contre, sur mon 2.6.9 , j'ai:

-rw-r--r-- 1 root root 29330 2004-10-27 19:27 /lib/modules/2.6.9/modules.usbmap

Sous Mandrake:
-rw-r--r-- 1 root root 182094 2004-10-01 12:58 /mnt/mdk/lib/modules/2.6.8.1-12mdk/modules.usbmap

Donc en clair, toutes les distrib utilisent modules.usbmap sauf RedHat...

Pourrait tu nous eclairer sur ce qu'il se passe sous fedora alors?

>De plus, hotplug appelé depuis le noyau n'utilise jamais /etc/hotplug/*.rc (ici en
>tout cas).

Désolé, j'avais fait un raccourcis entre le mode hotplug et coldplug(boot)

>C'est pas hotplug qui a "détecté" ça.

Nan, c'est le noyau, j'ai compris ca ;) Le noyau détecte un matos et hotplug charge le module qui va bien. Je mettais dans hotplug aussi le parti du noyau qui se charge de la détection ;)

>pas de MAP_CURRENT sous Linux 2.6. C'est-à-dire avec module-init-tools. Mais
>Debian doit être avec modutils pour être compatible Linux 2.4 (comme je l'ai
>sous-entendu plus haut). Ça regarde Debian.

MAP_CURRENT=$MODULE_DIR/modules.usbmap

milouse:/home/gnumdk# ls /etc/hotplug/modules.usbmap
ls: /etc/hotplug/modules.usbmap: Aucun fichier ou répertoire de ce type

Je confirme, y'a pas avec un 2.6 :p Donc, d'apres tes conclusion, usb.agent ne charge aucun module, il fait quoi au fait? :) Parce que apres avoir regardé le script, il ne devrait effectivement rien faire :)

Pourtant:

Oct 27 22:47:54 milouse kernel: usb 1-1: USB disconnect, address 2
Oct 27 22:48:00 milouse kernel: usb 1-1: new full speed USB device using address 4
Oct 27 22:48:01 milouse kernel: /mnt/Download/Tar.gz/spca5xx-10092004/drivers/usb/spca50x.c: USB SPCA5XX camera found. Logitech ClickSmart 510 (SPCA500+unknown CCD)
Oct 27 22:48:01 milouse kernel: /mnt/Download/Tar.gz/spca5xx-10092004/drivers/usb/spca50x.c: [spca50x_probe:7320] Camera type JPEG
Oct 27 22:48:01 milouse usb.agent[26610]: spca50x: loaded successfully


http://linux-hotplug.sourceforge.net:(...)
There is a "hotplug" system service (/etc/rc.d/init.d/hotplug) that's invoked during system booting, which handles initialization including "coldplugging" by invoking /etc/hotplug/type.rc files for each type the system supports. These types include usb, pci for PCI and Cardbus, net for networking, and so on. These types are defined by the Linux kernel, and are passed as the first (and usually only) command argument to /sbin/hotplug invocations.

Once hotplugging is initialized, /sbin/hotplug will do its job when devices are hotplugged. It does its work by invoking /etc/hotplug/type.agent files. Those files normally handle tasks like selecting and loading driver modules.

En clair, je comprend plus vraiment comment ca marche :)

Pour finir, Mandrake 10.1, Suse 9.2 et Debian utilisent /etc/init.d/hotplug au boot!
Seul Suse l'a renommé coldplug :)

Ben c'est X.Org ou XFree 4.4(moins quelque bout de code)

Dans la debian, c'est XFree 4.3 :/

>En fait Debian Desktop c'est pas beau :(

http://perso.wanadoo.fr/gnumdk/eventwatcher_notification.png(...)

Voila, si tu veux comparer avec Suse ;)
http://l3lx202.univ-lille3.fr/~bellegarde/amaroxor.png(...)

>KDE trés mal configuré (polices, résolution, ...)
dpkg-reconfigure fontconfig => Oui, Oui, Oui

Effectivement, à l'installe de fontconfig, debconf saute quelques questions, ce probleme de police m'a empecher d'utiliser Debian sur le desktop pendant un bon moment (au moins deux ans).

>programmes KDE qui ne se compilent pas, ...

Si tu essayes de compiler un programme qui a besoin de kde 3.3 et que tu as kde 3.2, c'est pas la faute a debian ;)

>Mplayer n'est jamais arrivé à lire mes dvd, ni en plein écran.
Mwai, la t'as pas du chercher longtemps ;) Marillat, apt-get install mplayer libdvdcss.

>Les programmes GTK assez moches.
En quoi ce probleme est il du à Debian? C'est vrai que Gtk ca ressemble a rien par defaut, mais bon, debian laisse le theme par defaut et franchement, keramik ca ressemble a rien non plus ;)

"not managed by the security team."

La team de sécurité debian stable ne s'occupe pas de la testing
En quoi ca empeche les autres devels de debian de le faire ;)

>After that rc.sysinit parses the ouput of /sbin/kmodule and loads every module.

Hmm, kmodule, c pas un truc vieux sous RedHat? Ca expliquerai l'erreur des gens de chez hotplug qui ont confondu avec kudzu...


Ensuite, en effet /sbin/hotplug ne fait pas la détection du matériel mais pourquoi me parles tu donc d'un script quand je te parle d'un projet nommé hotplug et dont la page est la => http://linux-hotplug.sourceforge.net(...)

Et si, le projet hotplug fait la détection du matériel, que tu le veuilles ou pas... hotplug, c'est pas qu'un script, c'est du code dans le noyau, /sbin/hotplug et les scripts chargés de la détection de matériel.

Attention, la je rigole bien: "qui est le *coeur* d'hotplug", ah bon, /sbin/hotplug, un script de 6 lignes est le coeur de hotplug ? A part un for qui lance les *.rc, je vois rien.

Donc pour résumer, je peux me tromper du coté fédora mais tes explications me permettent d'en conclure:

1)

Mandrake, Debian, Suse, ... : Utilisation *complete* du projet hotplug pour la détection à chaud et au boot du matériel.

A chaud, le kernel appelle le script /sbin/hotplug avec en argument le bus ou il a détecté un nouveau materiel, /sbin/hotplug appelle ensuite /etc/hotplug/bus.rc qui va a sont tour appeler bus.agent qui va se charger de la détection du matériel(via pcimodules pour le pci).

Pour la détection au boot, c'est encore plus con, on appelle les scripts *.rc qui scannent chaque bus a la recherche du matos et ils chargent les modules de chaque matériel détecté(usb, pci, ...).

2)

Redhat/Fedora: on fait bande a part, on prend ce qui nous interesse dans hotplug et on fait tout a notre sauce histoire d'etre bien incompatible avec le reste de la planete. Franchement, j'aimerai bien connaitre la raison de cette utisation de la partie kernel space de hotplug et pas celle en user space...

ps: Donc, oui, on peut le dire, RedHat/Fedora est maintenant une distribution à part, non standard et donc à éviter ;)

T'as une sb128 et tu utilise ta carte intégré???

Je peux comprendre la raison d'un tel choix ;)

Parce que bon, ta sb128, elle fait du mixing hardware(limité a deux applis) ce dont je doute pour ta carte intégrée ;)

oups, me suis planté de commentaire :)

>Boot-time configuration ("cold-plugging") can be managed by >the /etc/rc.d/init.d/hotplug startup script, if the "pcimodules" command line utility >is available.
>A PCI policy agent should be installed as /etc/hotplug/pci.agent where it will be
>invoked by /sbin/hotplug as appropriate.

Extrait de la page que tu m'as donnée ;) Merci d'ailleurs, je viens de découvrir que le script coldplug de Suse est en fait hotplug.

Et voila pkoi tu ne le sais pas:

>For historical reasons, some GNU/Linux distributions handle boot-time PCI device
>configuration through tools such as kudzu rather than by an integrated
>hotplugging framework.

Fedora trouve plus mieux d'utiliser kudzu... \o/ C'est bien, Debian est en avance sur RedHat, sortez le champagne, ca arrivera pas deux fois \o/ :)

Donc oui c'est le meme...

dpkg -S /etc/init.d/hotplug
hotplug: /etc/init.d/hotplug

dpkg -S /sbin/hotplug
hotplug: /sbin/hotplug

dpkg -S /etc/hotplug/pci.agent
hotplug: /etc/hotplug/pci.agent