clearstream a écrit 451 commentaires

> est-ce deja arriver à l'un de tes chers lecteurs ?

Pas moi.

> Je precise que les dossiers (Thunderbird\Profiles\5tvq42zw.default\Mail/) contenant les comptes et les mails sont encore la et n'ont pas etait supprimer,

Ben t'as rien perdu.
Dedans il doit y avoir les fichiers Inbox que normalement n'importe quel client mail peut importer.

C'est changé le nom du thread.
Ça te convient ?

> Ici, le projet Gnome fait la promotion de Tomboy, basé sur Mono

Ben ailleurs ils en font pour autre chose.

> Gnome consomme plus de mémoire et est plus lent que la version précédente, car il faut ajouter une machine virtuelle.

yum|apt|etc remove mono
Rien utilise mono chez moi et je suis sous Gnome (2.16).

> Il y a-t-il un argument technique en faveur de Mono face à Python ?

Je m'en fous royalement.
On est dans le logiciel libre ! Libre a qui veut d'utiliser une bouse si il veut une bouse tant que ça ne dérange personne. Moi mono ne me dérange pas.

> Il y a-t-il un argument technique en faveur de Mono face à Python ?

Il y a-t-il un argument technique en faveur de Gnome face à KDE ?
etc...
C'est un argument à la con. Si des gens veulent mono et s'il y a des gens fournir mono, je ne vois absolument pas pourquoi j'irai les emmerder.

> J'en tire la conclusion que Gnome c'est l'anarchie

Quelle anarchie ?
Tu fais une conclusion seulement car Gnome a fait un choix qui ne tu plais pas et qui ne te dérange pas.

> je ne peux conseiller Gnome dans mon entourage.

Au contraire, t'as une raison de plus de proposer Gnome. Maintenant on peut faire des applis C#, Youpi, champagne.
Ceci dit, C# je m'en fous.

Pourquoi tu veux primer la liberté des gens ?
Pourquoi tu veux que Gnome propose moins et non plus ?

Dommage que tu te fasses moinser, car ta remarque est tout a fait pertinente.
OLPC c'est un transfert de technologie des pays "occidentaux" vers les pays pauvres.

Encore ce troll....
Gnome ne fait pas de discrimination sur les languages. Il y a de tout ou presque. Du C, du C++, du python, du java, du C#, etc...
C# n'est qu'un language de plus.

> pourquoi le projet Gnome commence à utiliser/promouvoir Mono ?

C'est pour des applis et non pour la plateforme qui reste en principalement (voir exclusivement) du C.
Si tu fais tomboy en C++ ou python, il sera très très certainement accèpté par Gnome s'il y meilleur que l'actuel tomboy.

Et puis je ne vois pas ce que tu reproches à C#. Il n'y a plus de problème de brevets avec OIN. D'ailleurs C# est dans Fedora (qui est assez "casse couille" avec les problèmes de brevets/licences), projet supporté par Red Hat est un fervent supporter de java.

T'as pas un serveur samba sur ta bécane ?
Tes clés usb et autres appareils n'utilisent pas FAT ?

Puisqu'il n'y a pas (plus) de problème avec C#, je me félicite de son introduction dans Gnome.

NB : je n'utilise pas C#, je n'ai pas mono sur ma bécane. Mais si des gens aiment C# (ou tomboy), je ne vois pas pourquoi les en priver alors qu'il n'y a pas de problème, je ne vois pas pourquoi j'irais les emmerder.

> une résolution de 1200x900 ce qui est largement assez pour avoir plusieurs fenêtres ?

Question de simplicité pour l'utilisateur (c'est pour des enfants !).

> http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/(...)

Pardon, il y a aussi de la documentation en français :
http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/(...)

La doc est ici :
http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/(...)

> Donc ma question, est ce que SELinux est vraiment utile surtout si le serveur en question n'est pas sur le net en direct (derriere proxy / firewall)

S'il n'y a pas de risque, tu peux désactiver Selinux (voir /etc/selinux/config).

Un Linux sans Selinux est un Linux comme les autres. C'est-à-dire déjà assez sécurité.

XCB ne change pas le protocole X11.

> Est-ce que XCB allège le traffic réseau ?

Peut-être.

> XCB peut-il enlarger mon serveur de terminaux ?

T'aurais pas quelque chose à compenser ?

Je ne vois pas où est le gros titre à sensation dans la news.

Il y a peut-être une erreur :
- "ce qui accélérerait un maximum d'applications rapidement"

Ce n'est pas le seul but de XCB.
Sinon XCB est un effort de plus de 2 ans !
Ça mérite un titre "fort".

http://www.workspot.net/cgi/demo.cgi
http://www.workspot.com/screenshots/

C'est comme vnc mais en pire.

> Fedora Core 6 has implemented this by default using a white list feature.

C'est fait et ça marche. J'utilise gcjwebplugin ici (sous FC6test3 + Rawhide, c'est dans le paquet libgcj). Et pour les applets qui ne passent pas ? Ben tant pis.

> However it doesnt run them in a sandbox which is a potential security issue.

La "sandbox" ils voulaient la faire avec selinux. Mais ça n'est pas dans la "philosophie" de selinux. Selinux c'est uniquement quand ça déconne, pas pour compenser un défaut de conception d'un programme. Je trouve ça normal.

> La prochaine Fedora va inclure un plugin firefox libre pour les applets.

Oui mais probablement non activé par défaut. Il reste trop de problème de sécurité.
De /usr/share/doc/libgcj-4.1.1/README.libgcjwebplugin.so sur ma bécane (FC6 test3) :

gcjwebplugin is a Firefox plugin for running Java applets. It is now included in the libgcj sub-package, though it is not enabled by default.

GNU Classpath and libgcj's security implementation is under active development, but it is not ready to be declared secure. Specifically, it cannot run untrusted applets safely.

[...]

Even considering the risks involved, you may still want to try gcjwebplugin. GNU Classpath's AWT and Swing implementations are now sufficiently mature that they're able to run many applets deployed on the web. If you're interested in trying gcjwebplugin, you can do so by creating a symbolic link in ~/.mozilla/plugins like so:

ln -s /usr/lib/gcj-4.1.1/libgcjwebplugin.so ~/.mozilla/plugins/

Type about:plugins in Firefox's URL bar to confirm that the plugin has been loaded. To see gcjwebplugin debugging output, run:

firefox -g

then at the GDB prompt, type

run

Please report bugs in Red Hat Bugzilla: http://bugzilla.redhat.com

Mais c'est un plagiat !

> Juste une petite question, est-ce que ça corrige la faille de sécurité qui menace X.org ?

Les développeurs d'Xorg l'ont dit, Alan Cox l'a dit, ce n'est pas un trou de sécurité. Donc il n'est pas prêt d'être corrigé. En tout cas, il est tout en bas de la pile des priorités.

> http://linuxfr.org/2006/05/15/20813.html

Cette news n'aurait pas dû passer en l'état.
Je n'en dirais pas plus, sinon mon karma va encore en prendre un coup.

Ça devrait peut-être t'aider :
http://linuxfr.org/comments/744161.html#744161

> il y a une bug dans iproute de FC6 (ne pas oublier d'ouvrir de faire un rapport :-)).


Heureusement que je n'ai pas fait de rapport de bug, car il n'y a pas de bug.

Zut et que la honte m'accable, je le savais. Le weed-end a été trop chargé.

Très méchant troll :
Il faut prévenir KDE que l'API n'est pas stable.
=> Netnon ?

Que dire...
Excellent !

> Le "site" : http://fedoraproject.org/wiki/Tools/NetworkManager

Non, c'est : http://www.gnome.org/projects/NetworkManager/

> Je redémarre mais il ne détecte pas les ports USB au démarrage contrairement à la 2005LE qui faisait un :
> > Initializing USB Controller (uhci-hcd)
> > Initializing USB Controller (ehci-hcd)
> > Mount USB filesystem

Si c'est comme sous Fedora,normalement uhci-hcd et ehci-hcd sont chargés avec initrd.

Au cas où tu ne connais pas initrd, je redonne la séquence de boot de linux dans les très très grandes lignes:
-> grub/lilo
-> chargement de initrd
-> noyau
-> Exécution du /init dans initrd
-> montage partition root
-> le processus init lance la suite

Ce qui faut bien noter ici, c'est que lorsque le noyau et initrd sont chargés, on a un OS fonctionnel (certe il ne peut pas faire grand chose vu le peut de place disponible dans initrd) et on y fait des choses.

Sous Fedora [ue]hci-hcd sont chargés via initrd. Ça permet d'avoir une clée USB en root entre autre.
Via initrd, ces modules sont chargées avec le script init qui est dans initrd.
Voilà la séquence (j'ai viré quelques lignes):

echo "Loading uhci-hcd.ko module"
insmod /lib/uhci-hcd.ko
echo "Loading ohci-hcd.ko module"
insmod /lib/ohci-hcd.ko
echo "Loading ehci-hcd.ko module"
insmod /lib/ehci-hcd.ko
mount -t usbfs /proc/bus/usb /proc/bus/usb
echo "Loading scsi_mod.ko module"
insmod /lib/scsi_mod.ko
echo "Loading sd_mod.ko module"
insmod /lib/sd_mod.ko
echo "Loading usb-storage.ko module"
insmod /lib/usb-storage.ko
echo Waiting for driver initialization.
stabilized /proc/bus/usb/devices

Ce script est uniquement lu par nash (un petit programme développé par Red Hat mais que Mandriva utilise très probablement).
Les lignes "insmod ......ko" charge des modules qui sont dans initrd.
Peut-être qu'il te manque les lignes relatives à uhci-hcd et peut-être aussi le module dans initrd.

Si c'est le car, il te faut refaire ton initrd (crée en un nouveau et n'écrase pas l'actuel, initrd est critique dans le boot dans système).

Le mieux est de remplace l'initrd actuel. Pour l'exemple, je vais éditer le mien (/boot/initrd-2.6.18-1.2689.fc6.img) et en créer un nouveau.

[root@localhost ~]# cd /boot/
[root@localhost boot]# mkdir tmp
[root@localhost boot]# cd tmp/
[root@localhost tmp]# zcat ../initrd-2.6.18-1.2689.fc6.img | cpio -i -m
6664 blocks
[root@localhost tmp]# ll
total 9
drwx------ 2 root root 1024 sep 24 05:39 bin
drwx------ 3 root root 1024 sep 24 05:39 dev
drwx------ 2 root root 1024 sep 22 21:53 etc
-rwx------ 1 root root 1843 sep 22 21:53 init
drwx------ 2 root root 1024 sep 24 05:39 lib
drwx------ 2 root root 1024 sep 22 21:53 proc
lrwxrwxrwx 1 root root 3 sep 24 05:39 sbin -> bin
drwx------ 2 root root 1024 sep 22 21:53 sys
drwx------ 2 root root 1024 sep 22 21:53 sysroot
[root@localhost tmp]# vim init # ajout de uhci-hcd
[root@localhost tmp]# cp -p /lib/modules/2.6.18-1.2689.fc6/kernel/drivers/usb/host/uhci-hcd.ko lib/ # copie de uhci pour l'intégrer dans initrd
[root@localhost tmp]# find * -print0 | cpio -o -c --null | gzip -9 > ../initrd-2.6.18-1.2689.fc6_custom.img
6664 blocks
[root@localhost tmp]# cd ..
[root@localhost boot]# rm -r -f tmp/
[root@localhost boot]# # Et voilà

Après j'ajoute une entrée dans grub (il n'y a pas lilo sous Fedora) pour utiliser ce nouveau initrd. Donc je vais avoir deux entrées pour le même noyau :

title Fedora Core (2.6.18-1.2689.fc6)
root (hd0,0)
kernel /vmlinuz-2.6.18-1.2689.fc6 ro root=LABEL=small_fs quiet
initrd /initrd-2.6.18-1.2689.fc6.img

title Fedora Core (2.6.18-1.2689.fc6) avec uhci-hcd dans initrd
root (hd0,0)
kernel /vmlinuz-2.6.18-1.2689.fc6 ro root=LABEL=small_fs quiet
initrd /initrd-2.6.18-1.2689.fc6_custom.img

Normalement on peut aussi faire ça via la commande mkinitrd. Par exemple avec : mkinitrd --with=uhci-hcd /boot/initrd-2.6.18-1.2689.fc6_custom.img 2.6.18-1.2689.fc6


A toi de jouer :-)

Fedora tourne sous AMD64 depuis FC1 !
http://fedoraproject.org/wiki/
Un site entraide francophone :
http://www.fedora-france.org/
La FAQ :
http://fedorafaq.free.fr/

> Mais alors pourquoi quand je fais un df j'ai du /dev/mapper ?

Je parle lors de l'installation. Pas une fois que c'est installé. Installer une partition root après l'installation, je sais faire. Mais c'est chiant.

> Quand au lvm pour le /, sisi c'est possible.

A l'installation ?

> Pareil si tu veux chiffrer ton / faut bien un partie non chiffrée sinon tu vas avoir du mal à booter...

Pour ton info, il y a un "truc" qui s'appelle initrd.

> Tu veux dire comme le logo ?

Oui, le logo. Merci de me remettre ça en mémoire.

> Que me conseilles tu de moins compliqué pour remplacer mes PC bureatique ?

Debian. T'as l'air complètement accro.

> Je voudrais savoir quel est l'interet de faire evoluer si souvent le kernel.

A avoir usb. Et oui avant il n'y avait pas d'usb.
On ne fait pas d'ommelette sans casser des oeufs.

> A quoi dois je faire attention pour ne pas faire sa mise a jour automaitquement.

???

> comment me debarasser des version indesirables.

Exemple ici :
$ rpm -q kernel
kernel-2.6.17-1.2647.fc6
kernel-2.6.17-1.2647.fc6.mat.3
kernel-2.6.18-1.2679.fc6
kernel-2.6.18-1.2689.fc6
$ rpm -e kernel-2.6.17-1.2647.fc6