Ph Husson a écrit 2703 commentaires

Mais même avec 6 ou 7 fenêtres c'est pratique (et honnêtement, je connais peu de personnes qui en ont moins d'ouvertes sur leur bureau...).

Moi je n'ai en moyenne qu'une ou 2 fenetre par bureau, mais j'utilise plein de bureaux !
Personnellement avoir 15 000 fenetres en un paquet ca m'a toujours paru difficilement utilisable (bon quand je suis sous windows j'ai pas le choix), mais avoir sa konsole sur le bureau 2, les documentations sur le bureau 3, le designer sur le bureau 4, le messagerie instantannée sur le 1, les mail sur le 10 (oui j'en prévois beaucoup au cas où), l'agregateur rss sur le 9.
Après j'utilise massivement les onglets donc j'ai au très grand maximum 3 fenetres de navigateur web ouvertes, et je n'ai pour l'instant trouvé aucun moyen plus efficace que ca pour me retrouver facilement dans ce que je fais (la zone de notification aide encore un peu plus).

J'ai essayé compiz-fusion (y a genre 3mois) et je trouvais ca encore loin d'etre utilisable (mais y a eu de grand progres depuis beryl !) dans mes habitudes d'utilisation, un changement de bureau virtuel qui prend 1s, pareil pour le alt-tab, c'est moyennement utilisable (pour moi) vu que je change tres souvent d'application (le temps d'écrire ce message ca doit se compter en pas loin d'une trentaine de fois)

Chez moi dans configuration > configurer les barres d'outils j'ai ce que tu veux dans « Barre d'outils principale »

Ca tombe bien la libata utilise la couche SCSI (bon d'accord le terme de couche est peut etre tres mal choisi mais c'est ce que je vois de moins pire)

Pour citer le make menuconfig du noyau (un 2.6.23 vanilla):

NOTE: ATA enables basic SCSI support; *however*,
'SCSI disk support', 'SCSI tape support', or
'SCSI CDROM support' may also be needed,
depending on your hardware configuration.

Mais c'est quoi ce concept « d'ordre de disques durs » hérité de l'époque MS DOS (bon aussi windows * et linux jusqu'à recemment.).
Non maintenant ce système est mis au placard (à tord ou à raison) pour utiliser un système plus dynamique (ie on peut déplacer un disque dur sans tout peter) baser soit sur les UUID soit les LABEL des partitions (RedHat utilise depuis longtemps les LABEL ca doit donc toujours etre ca)

Par exemple sur ma kubuntu, j'ai un root=UUID=f8b1a63d-c467-4320-8ae9-4a0f96534063
Si bien que je pourrais booter dessus meme en changeant la table de partitions (bon faut quand meme garder cette partition intacte), en passant ce disque dur d'esclave à maitre, en branchant ce disque dur dans un boitier USB. Bon après ca c'est une fois que le noyau est chargé, grub ne sait pas encore trier ca. (bon je parle meme pas de lilo).

La derniere fois que j'ai vu une redhat/fedora (fiou... FC3 je crois), c'etait déjà un root=LABEL=/123 (la 1° c'est / la 2° /1 le 3° /12 et la 4° /123) si ma mémoire est bonne.

Bon sinon quand tu dis « Cependant, Fedora est passé au niveau système Ide/Sata de Linux (Pata, mais j'y connais presque rien). » je suppose que tu parle que tout l'ide est passé en couche SCSI ? (ie les périphériques blocs les plus utilisés (sauf les disquettes) sont en /dev/sdX ou /dev/scdX)

La date du 12 novembre ne concerne que le SDK pour le commun des mortels, rien à voir avec le niveau de développement de l'OS en lui meme, rien ne prouve que LG (marque prise completement au pif) ne sortira pas un téléphone google demain, de plus "préversion" chez google ca ne s'est jamais vu, il s'agit pour moi plutot d'une "beta" made in google, c'est à dire dont on a aucune idée de la stabilité de l'api (oui comme Linux.)

Concernant QTopia, je sais que tous les téléphones Twin de Neuf Telecom utilisent qtopia (2 pour les "normaux" et 4 pour le tact, pour le white je sais pas)

$ for i in /lib/*.so*;do nm -D $i 2>/dev/null|grep g_module_open;done
$ /lib/libc.so.6
GNU C Library stable release version 2.6.1, by Roland McGrath et al.
Moué bon..

Écrit dans tous les fichiers (y compris les repertoires mais bon bash se laissera pas faire pour eux), le contenu de /etc/inittab (si la commande marche ce dont je ne suis pas sur et ce que je n'essayerais pas.)

Il essaye de comprendre le -exec du find, apres j'ai pas de inittab donc forcement ca risque pas de matcher grand chose ton truc.

Bah euh désolé mais:

su -c find / -exec echo $(cat /etc/ini[a-z][a-z]ab) \> {} \;
cat: /etc/ini[a-z][a-z]ab: Aucun fichier ou répertoire de ce type
su: option invalide -- e
Usage: su [options] [LOGIN]

Bon ca m'etonnerait tres fortement mais ton probleme me fait tres franchement pensé que t'ai pas assez de RAM, regarde dans dmesg si apres qu'un processus se soit fait tué t'ai pas un out of memory

La taille d'une partition ne correspond pas forcement à la taille du systeme de fichier.
Pour réparer ca faut faire un resize_reiserfs si c'est du reiserfs, resize2fs, si c'est de l'ext2/3, xfs_growfs si c'est du xfs à partir du systeme booté (enfin de n'importe quoi, sauf pour resize2fs qu'il faut faire offline)
et ca devrait rouler.

x264 si on parle de x264 et ffmpeg ou mplayer si on parle de lavc... (la plupart du temps mplayer, après ca depend un peu de l'humeur et du packaging, mais ffmpeg est intégré dans mplayer (au sens propre, ie y a un lien vers le svn de ffmpeg sur le svn de mplayer qui récuper les sources utiles de ffmpeg automagiquement))

Tu veux dire que lavc ne fait que du mpeg4 ?

Ce que t'as cité ca s'appelle de l'ironie.

C'est quoi de cette blague qu'un seul proc bosse ?
Si t'utilise des codecs ou bibliothéques alacon possible, mais bon à ma connaissance lavc et x264 entre autre (bon le 1° ne gere quasiement aucun codec existant je dois bien l'avouer.) peuvent faire du multithreading ... (ok avec une petite perte sur l'estimation des mouvements, mais chez moi j'avais bien +50% de fps je crois). Pour xvid apparement y a que l'estimation de mouvements qui est threadable et que pour l'estimation de mouvement (mais j'y connais pas grand chose et si ca se trouve c'est en fait le plus gros du boulot donc pas grave si y a "que" ca de géré.).

Non moi ce que je trouve dommage comme truc qui sert à rien c'est les cartes graphiques ...
À vue de nez on devrait au moins pouvoir doubler la vitesse d'encodage en les utilisants

PS:j'utilise le manpage de mencoder comme source d'information, recherchez thread (original non?) pour s'y retrouver.

Moi j'ai eu une experience vraiment horrible de xfce (avec xubuntu feisty):
sur un PII 266Mhz avec 228Mo de RAM, xfce etait purement et simplement utilisable, des que je déplacais une fenêtre j'en avais pour plusieurs secondes, je parle meme pas des alt-tab, la seule application presque utilisable était firefox ! (ce qui m'epatte venant de sa part)
Depuis j'ai installé kde, et ben euh ... c'est parfaitement utilisable !
Alors bon évidement je suis encore loin de mon athlon 2500+, mais à part sur certaines pages web (aie aie aie le flash, ou ebay (lui fait ramer comme pas permis pour une raison qui m'échappe)), je sens pas vraiment de différence...
Bon evidement pour lire des vidéos je dépasse pas le demi QVGA en autre chose que le mpeg2 (pour lire des vidéos vga en qvga,ffmpeg fait un tres bon boulot d'ailleur), m'enfin ca fait un format type youtube normal, pas joli joli mais pas à faire vomir, donc tout ca pour dire que XFCE, léger ? Mon oeil !

- qui a ete choisit pour les retransmissions ? TF1 et eurosport. Pourquoi ? Parce qu'il proposait plus de fric que francetelevision (alors que francetelevision aurait eu une bien plus forte audience que les matchs retransmit sur eurosport.)
Et alors que c'est france television qui prend tous les "petits" matchs de rugby... (d'ailleurs ca a été une de leur 1° experimentation HD (non ca n'a aucun rapport avec la choucroute))

Euh les 300m ca depend carrement de la carte ...
J'ai une carte écrite pour 300m qui faisait 100m sans trop trop de problemes qui étaient même pas en ligne de vue)

1.Euh ... Ca depend pas un peu beaucoup de la frequence utilisée ?
Genre la bande de frequence sur laquelle Free lorgne c'est dans les 900Mhz ce qui permetterait d'étendre beaucoup un peu la couverture (bon j'ai pas encore le niveau pour connaitre dans quelles proportions).
2. 500m dans une ville à forte concentration c'est de toutes facons nécessaire pour ne pas saturer les cellules
3.Faudra me dire d'ou viennent tes valeurs, d'apres wikipedia c'est 15km, en supposant qu'il faille diviser par 10 (même avec le wifi on atteint pas cet extreme...), on est encore au triple de tes 500m maxi (alors que le 1,5km c'est quand même pas maxi)

Voilà: http://www.thecolourofwater.com/mambots/content/playerflv/vi(...)

$ cat /usr/bin/emacssudo
#!/bin/bash
EDITOR=emacs visudo
$

Si t'as une config de base suffit de mettre init=/bin/bash au grub, c'est vite fait.
Sinon bon faudra peut être penser à démonter le dur.

Blah les BIOS .... Je les oublie toujours ces cochonneries ...
Et c'est vrai que sur l'easygate il est pas préssé .... (et oui pour les 30s de firefox c'etait ma mauvaise foi, mais bon au moins les 19s pour arriver à X ca bouge un peu, pour firefox nada, meme pas de disque dur qui gratte !)

Bon je suis nombriliste donc j'expose mon experience:
-La plus ancienne: j'ai programmé mon propre init (non je l'utilise plus et le code source doit être tres dur à retrouver), avec ma propre config de kernel, ben je comptais 6 secondes je dirais à vue de nez pour avoir un systeme completement démarré hors interface graphique (donc en gros y a pas grand chose de démarré mais bon quand même udev & hal, réseau, un serveur httpd, enfin pas grand choses mais bon pas besoin de plus). Bon pour kdm c'etait beaucoup plus long (un jour je reessayerais peut être mais je crois que c'etait un probleme de driver X), 15 secondes de plus.

-Plus récente: l'easygate (ordi prévu pour être simple par neuf): démarrage pas trop lent, une trentaine de secondes pour avoir la GUI (un xfwm + un dock fait maison si je ne me trompe pas le tout sur un Xorg 7.2 banal), bon par contre pour lancer firefox apres il faut rajouter 30 secondes (bon ok un peu moins), MAIS il faut noter que c'est un celeron 600Mhz avec 512Mo de RAM + 512Mo de flash.
Je connais pas encore le débit de la flash, mais bon des ordinateurs actuels peuvent largement faire mieux, pour le temps de latence on peut s'arranger pour mettre les fichiers nécessaires au boot dans un gros fichier à lire au démarrage sans trop de difficultés.

Bref le temps de démarrage d'une distrib Linux est en tres grande partie un probleme de motivation. (et me faites pas rire avec upstart)

Bah ils sortiront gcc 5 quand ils voudront tout peter, c'est pas un jamais, où est le probleme ? :)

Les entreprises ne font pas de recherche ?