Linux_GTI a écrit 168 commentaires

       0   2   4   6   8   10

                                /

                            /

                        /

                    /

             TROLLOMETRE

postfix 2 est dans rawhide. Donc sera présent dans la prochaine redhat.

> Il semble que acl ait été enlevé dans la version finale.
Je le confirme. Il n'est pas enlevé mais désactivé par défaut.

> Je crains que la possibilité de support ET téléchargement via http://rhn.redhat.com/(...) soit le début pour virer le mode "demo" et gratuit de rhn pour la RedHat Linux.

Ce n'est pas vraiment la sensation que j'ai eu sur la mailing-list phoebe. En gros l'impression que j'ai eu est que la sépération est claire entre "redhat linux" et "redhat enterprise". redhat tient a avoir une distribution 100 % gratuite, support compris. Entre autre car la redhat linux est un plus pour la distribution redhat enterprise et permet a redhat de conserver beaucoup de testeurs et une image honorable par rapport à la communauté.

Je croix "fermement" que le mode "demo" de rhn existera toujours.

> Sinon je ne vois pas vraiement l'interet du C++ ... A bas le C++ ? Sinon à ce moment là, a bas Java:

Je répète mon post: "Mais le C++ conserve des avantages importants et supporte mieux le concept de programmation objet."

> ben oui comme on peut tout recompiler et/ou se casser le c.l à bien vérifier sur quelle architecture on est et donc on doit faire les decalages à gauche au lieu de les faire à droite ect ect...

C'est plus lié au compilateur qu'au language. Les compilateurs C et C++ sait la même chose sur ce point.

> Je pense qu'il faut (je le repete) utiliser les bons outils pour les domaines visés par l'application non?

"je le repete" ? où ?
Pour le reste bravo, je n'aurai pas trouvé.

Ben quand tu es habitué aux descripteurs d'objets en C, le C++ n'est pas à première vu indispensable.
C:
doit(descripteur) ;
C++:
objet.doit ;

Pour le polymorphisme, c'est pratiquement la même chose, il y a des méthode simple en C.

Tout bon programmeur C, fait de la programmation orienté objet. Un coup d'oeil sur le "coeur" de Linux le prouve.

Mais le C++ conserve des avantages importants et supporte mieux le concept de programmation objet. Le C exige un peu de discipline.

> je trouve qu'il propose une vraie alternative au bureau qu'on trouve parrtout - par contre on a vraiment l'impression qu'il a été abandonné au profit de KDE et Gnome trés biens aussi mais pas aussi "pensé"

Faut comparer ce qui est comparable. E n'est "qu'un" window manageur. E ne permet pas de développer des applis comme evolution ou kdeveloper. À la limite, si je veut être méchant, tu peux le comparer à icewm ou metacity.

Mais rien ne t'empêche d'utiliser E avec Gnome ou Kde.

Financièrement, Redhat n'a pas tort. Le bilan trimestriel est sorti :
http://www.redhat.com/about/presscenter/press/2003/press_q4fy2003/(...)

Le redhat enterprise est un succès :
- "Sequential quarterly increase of 80% in sales of Red Hat Enterprise Linux technologies"

Sachant que redhat a sorti récament des déclinaisons moins cher de la advanced server 2.1 qui n'est vraiment pas donné, ça va cartonner en volume de vente. Dure pour les autres car redhat avec cette nouvelle offre combine profit et volume.

Redhat n'est pas devenu "tête brulé" pour autant. La beta promettait ACL et ACPI. Souprimé pour la version finale. Pas encore fiable.

> mais rpm n'est il pas cense avoir le support des transactions ?

Il a le support de transaction. rpm utilise db3.
Le problème de db3, est qu'il utilise des fichiers (__db*) pour les vérouillages. Si rpm est killé, les fichiers restent et le processus rpm suivant va resté bloqué sur les verrous.
Ce qui est plus chiant, c'est que db4 ne corrige pas ce problème. Ces problèmes de vérouillage sont très dépendants de la plateforme et db[34] doit pourvoir tourner partout avec le minimum de fonctionnalité fourni pas le système d'exploitation.

C'est un noyau testing de marcelo :
http://www.fr.kernel.org/pub/linux/kernel/v2.4/testing/(...)

un 2.4.21-pre4. Mandrake a supprimé le "-preX"

http://www.redhat.fr/news/article/127.html

> C'est exactement la même chose qu'un backport d'appli gnome2.2 vers gnome2.0 Non. Dans ce cas, l'appli a été faite POUR gnome 2.2. Le backport vers gnome 2.0 exige des modifications de l'appli. Gnome 2.2 n'a pas été développé pour testing puis modifié pour tourner sur woody. Par contre, on peut peut-être dire que les paquets .deb ont été backport sur woody. Car les paquets ont été fait dès l'origine pour sid. Gnome 2.2 a peu d'exigence et n'est pas lié à une distribe particuliaire et encore moins développé pour une version particuliaire de distribution : http://www.gnome.org/~jdub/garnome/

Pourquoi un backport ? C'est simplement un portage. Un backport de quelques fonctionnalités de Gnome 2.2 vers Gnome 2.0 est correcte. Mais pas vers un système d'exploitation.

Je trouve pas ça génial de mettre en première page l'annonce de la sortie d'une distribe qui n'est pas encore réellement disponible alors qu'il suffirait d'attendre 2/3 semaines pour avoir "plein" informations lorsque la distribe sera dispo en download. Dans 2/3 semaines, il y aura encore une news en première page pour annoncer la disponibilité en download.

> Il s'est pris -15 parce qu'il traite quelqu'un de "pd". "pd", c'est pas une insulte. Du moins je pensais qu'à notre époque c'était pas une insulte.

Une bombe, une poupée. Un corps d'Eve quoi.

> Et à la télé ils nous disent "un seul mort civil".. Un militaire est aussi un homme ! Il peut avoir une femme, des enfants, etc... Un militaire n'est pas forcément un mec sanguinaire. Il peut avec des convictions, une fiertè, fidélité envers sa patrie et vouloir la défendre. C'est pas un sous homme. C'est vraiment bizarre comme les GI sont chouchoutés, alors qu'un militaire iraquien, tout le monde s'en fout et c'est uniquement considéré comme de la chaire à missile américain. Lors de la première guerre du golf, personne s'est offusqué des 100 000 morts militaires. C'était "normal". Beurk.

> Donc, si lors du "insmod unicorn_pci" (qui utilise des .o only qui appèle des fonctions marquées EXPORT_SYMBOL_GPL) j'ai un "tainted", c'est qu'il y a un problème avec la GPL. Je crois que le message "tainted" apparait pour tout modules non BSD/GPL. Que le modules utilise un symbol SYMBOL_GPL ou non. Mais je suis totalement d'accord avec toi. Un module proprio n'a pas à accéder au même "privilèges" qu'un modules GPL. Je pense même qu'il n'est pas légal, au sens strict de la GPL, qu'un distributeur fournisse un module proprio qui peut être chargé par le noyau Linux (sous GPL!) qu'il livre en même temps. Par contre, je me demande s'il est légal, pour un utilisateur, d'avoir un module proprio tant qu'il n'a pas l'intention de diffuser son noyau avec le module proprio. Je pense que c'est OK mais j'ai un doute. Quelqu'un pour confirmer ?

J'ai lu mais c'est très loin d'être évident. Je comprend seulement que knoppix pour distribuer ces drivers doit prendre des dispositions. Quelles dispositions ? Ça n'enlève pas le problème que Linux est sous GPL et que knoppix, en tant que distributeur du noyau Linux, doit être en mesure de fournir tout les sources.

> Il me semble que Debian fournit les drivers NVidia mais ils ont toujour eu une politique à géométrie variable. Debian fournit bewan mais dans non-free. Il me semble que non-free veut dire que ce n'est pas distribuable sur cd. Un spécialiste Debian pour expliquer non-free. http://lists.debian.org/debian-legal/2002/debian-legal-200212/msg00259.html

Avoir dans un script d'init "export DISPLAY=:0.0" ou "export DISPLAY=" ne change pratiquement rien. Enfin, je ne sais pas si dans un shell, tu peux voir une différence entre DISPLAY défini à "" et DISPLAY non défini. Or certaines appli se comportent différament s'il y a un serveur X11 disponible ou non.

Avec rpm et surement deb, tu peux aussi tourner en mode Slackware. Tu ajoutes le mode dégradé (--nodeps sous rpm) fully Slack compatible et ça roule. Remarque que redhat propose une mise à jour de glibc 2.2 vers 2.3 qui ne pose aucun problème. Debian a peut-être fait une erreur. Ça arrive à tout le monde. Sinon si tu n'aimes pas les systèmes de contrôle qui t'évitent de faire des conneries, bosses sous root ou installe une Lindows.

J'oubliais. Les paquets sont compatibles avec l'utilisation d'un noyau 2.4.

Faut mettre à jour modutil et mkinitrd (si tu l'utilise). Tout le nécessaire pour redhat 8.0 est ici : http://psyche.fedora.us/apt/RPMS.kerneldevel/