> Je suis surpris, je croyais que Linux était POSIX
De toute manière pratiquement personne n'applique toute la norme POSIX. Mais GNU/Linux est certainement le plus proche.
> Le gros problème est que les distros "dites pro" (ie. RHES) ne sont pas passés au 2.6.
Indiques que tu envisages d'utiliser RHEL. Il y a souvent un gars RedHat pour répondre. Par contre RedHat reste discret sur les versions à venir. Donc RedHat ne dira peut-être pas si la prochaine RHEL 4 aura Posix mqueue. Mais essayes quand même. N'oublies pas de demander si ça sera activé et supporté.
Il est aussi possible que RedHat ajoute le noyau 2.6 à la RHEL 3. Il font de gros efforts de ce type. Par exemple RedHat a annoncé qu'il porteront SeLinux dans la RHEL 3. SeLinux étant dans FC2 avec Linux 2.6...
La prochaine RHEL 4 est prévue début 2005.
Si tu as une réponse positive et que le déployement n'est pas urgent, tu peux débuter le portage avec une FC2. RHEL est basé sur FC (comme l'indique le site FC). Puis finir le portage et les tests sous RHEL 3 ou 4.
Posix message queue est activé par défaut dans FC2.
$ grep POSIX_MQUEUE /boot/config-2.6.5-1.326
CONFIG_POSIX_MQUEUE=y
J'ai actuellement un FC2 avec toute les mises à jour et ça marche bien (la test1 était une horreur !). La test3 qui sera correcte est prévue pour le 26 avril. Comme il n'y a pas de problèmes significatifs, cette date sera sûrement respectée.
Pour finir, FC2 utilise SeLinux. C'est un peu déroutant et pas parfaitement au point. Ce n'est pas le support SeLinux dans le noyau qui pose problème mais les rêgles de sécurité actuellement en cours de paufinage. Si tu n'as pas le temps pour apprendre SeLinux, tu peux le désactive (voir la release note).
[^] # Re: Migration / Portage HP-UX -> Linux
Posté par 007 . En réponse au journal Migration / Portage HP-UX -> Linux. Évalué à 1.
De toute manière pratiquement personne n'applique toute la norme POSIX. Mais GNU/Linux est certainement le plus proche.
> Le gros problème est que les distros "dites pro" (ie. RHES) ne sont pas passés au 2.6.
Pose ton problème ici :
http://www.redhat.com/mailman/listinfo/taroon-list(...)
Indiques que tu envisages d'utiliser RHEL. Il y a souvent un gars RedHat pour répondre. Par contre RedHat reste discret sur les versions à venir. Donc RedHat ne dira peut-être pas si la prochaine RHEL 4 aura Posix mqueue. Mais essayes quand même. N'oublies pas de demander si ça sera activé et supporté.
Tu peux aussi essayer la mailing devel de Fedora :
http://www.redhat.com/mailman/listinfo/fedora-devel-list(...)
Là il y a plein d'employés RedHat. Mais n'oublies pas que c'est la mailing devel de Fedora et non un forum de support pour RHEL !
Il est aussi possible que RedHat ajoute le noyau 2.6 à la RHEL 3. Il font de gros efforts de ce type. Par exemple RedHat a annoncé qu'il porteront SeLinux dans la RHEL 3. SeLinux étant dans FC2 avec Linux 2.6...
La prochaine RHEL 4 est prévue début 2005.
Si tu as une réponse positive et que le déployement n'est pas urgent, tu peux débuter le portage avec une FC2. RHEL est basé sur FC (comme l'indique le site FC). Puis finir le portage et les tests sous RHEL 3 ou 4.
Posix message queue est activé par défaut dans FC2.
$ grep POSIX_MQUEUE /boot/config-2.6.5-1.326
CONFIG_POSIX_MQUEUE=y
J'ai actuellement un FC2 avec toute les mises à jour et ça marche bien (la test1 était une horreur !). La test3 qui sera correcte est prévue pour le 26 avril. Comme il n'y a pas de problèmes significatifs, cette date sera sûrement respectée.
Pour finir, FC2 utilise SeLinux. C'est un peu déroutant et pas parfaitement au point. Ce n'est pas le support SeLinux dans le noyau qui pose problème mais les rêgles de sécurité actuellement en cours de paufinage. Si tu n'as pas le temps pour apprendre SeLinux, tu peux le désactive (voir la release note).
FC = Fedora Core :
http://fedora.redhat.com/(...)
Si dans quelques mois tu veux controler le support de Posix message queue dans RHEL, consulte les sources.
Les sources de RHEL sont ici :
http://rawhide.redhat.com/pub/redhat/linux/enterprise/(...)
Les mises à jours sont ici :
http://updates.redhat.com/enterprise/(...)