Juste comme ça, pour vous rafraichir la mémoire. RedHat pour la distribe RedHat Linux n'impose aucun achat ! C'est uniquement si tu veux administrer plusieurs machines depuis http://rhn.redhat.com/(...) ou d'autres broutilles que c'est payant. Moi, je ne paie rien actuellement et ça me convient parfaitement.
> alors que depuis la creation du club tout ceux qui n'ont pas souscrit on du attendre.
Moi je trouve les propos un peu incohérent. Mandrake avait annoncé qu'il "favoriserait" les clubbers pour la sortie de la 9.1 et personne pour se plaindre. D'ailleur il n'y a pas lieu de se plaindre pour ça. Maintenant, c'est RedHat qui le fait et les gens font :
- bouh, c'est vilain.
Presque chaque fois que redhat fait un truc différent de mandrake, il y a des reproches. RedHat essai de gagner de l'argent avec http://rhn.redhat.com/(...) :
- bouh : pas bien.
Mandrake fait le mandrakeclub et c'est bravo.
RedHat sort gcc2.96-rh (noté le -rh) :
- bouh : pas bien.
Mandrake utilise gcc2.96 et c'est silence radio.
RedHat pousse ext3 :
- bouh : pas bien reiserfs roxor.
Mandrake utilise ext3 par défaut.
RedHat fait bluecurve :
- bouh : pas bien.
Mandrake fait galaxie et c'est génial.
Faut arrêté de vous opposer systématiquement, car vous vous retrouvé souvent le cul entre deux chaises.
> Pour mdk, le principe du club est different: le support classique et toutes les choses deja acquises historiquement aux users normaux le reste
* Les membres du Club peuvent réclammer et voter pour bénéficier de nouveaux paquetages de logiciels avec le système de vote RPM. Des centaines d'applications sont d'ores et déjà disponibles pour les versions 8.2 et 9.0 de Mandrake Linux.
Avant tout le monde pouvait réclamer un paquetage.
* Des réductions spéciales sur les produits et services disponibles sur MandrakeStore, la boutique en ligne de MandrakeSoft
Avant il n'y avait pas cette distinction entre clubbers ou non.
* Une méga-base de tous les logiciels disponibles pour Mandrake-Linux au format RPM. Plus de 50 000 paquetages - plus de 100 GO de programmes - sont maintenant disponible pour toutes les versions de Mandrake Linux !
Avant toutes les applis étaient disponibles.
NB : Ce n'est pas un reproche. RedHat fait payer les mises à jour automatique, Mandrake a choisi une autre voix.
> Pcque, RH respecter tous les standards, y a encore du boulot (precision: je parle au niveau distrib pas au niveaux des applications libres qui la composent qui generalement respectent les standards)
Les modifs reprochées à la RH8.0 sont majoritairement dans http://www.freedesktop.org/(...) . Il a été reproché à redhat de ne pas respecter certains standards à une époque. RedHat a répondu qu'il respectera la LSB lorsqu'elle sera fini. C'est ce qu'ils ont fait.
> je suis désolé, mais qd tu vas sur leur site, c pas le panard.
Ok, je comprends.
> Mais franchment, pour moi, les "communauté d'utilisateur" de chez Debian et Mdk sont bien plus vivantes que celle de RH.
Pour debian, je veux bien le croire sans effort. Pour Mandrake, c'est discutable. Par exemple, la mailing-list phoebe (pour rh9) a plus de 5 000 massages (Contrairement à Mandrake, les entrées bugzilla ne sont pas copiées sur mailing-list). Je suis abonné à la mailing list psyche et phoebe, et il y a une bonne écoute des utilisateurs. Par contre, c'est stricte. Pour demander l'ajout d'un paquet, il faut faire un rapport de bug sur bugzilla sinon c'est totalement ignoré par exemple. De même, RedHat a des principes très stricte. Si une demande de modification est faite moins d'un mois avant la sortie de la distribe, elle est ignorée. Si leur service qualité, qui ne fréquente pas la mailing-list, estime qu'un bug sera corrigé pour la prochaine version, il y inutile d'insister. Afin, et c'est ce qui me gène le plus, les employés Redhat sur les mailing-list osent très rarement parler au nom de redhat. Faut qu'il y ait plusieurs protestations pour avoir une réponse (exemple passage à 12 mois de support).
Néanmoins, je reconnais que RedHat ne cherche pas à créer une "communauté" RedHat. RedHat est très ouvert pour les développeurs et l'infrastructure, les développeurs, qu'il fournit à gcc, etc... est très importante.
Finalement, c'est vrai, la communauté Redhat est moins enthousiaste, plus carré. Elle n'est pas "amoureuse" de RedHat, il n'y a pas de rapport affectif mais presque uniquement un rapport rationnel. Il y a du respect mais pas plus. Généralement, c'est une "communauté" discrète. Pas de "RedHat roxor" et compagnie. Mais cette communauté est très répartie. Lorsqu'une distribe sort, il y a presque instantannément des compléments pour redhat (plugin mp3 pour xmms, ntfs, freshrpms fourni mplayer/alsa/xine/etc dans la semaine, etc...).
RedHat est une société commerciale et ne cache pas ces objectifs. Ils disent clairement (sur mailing-list) que la gratuité/disponibilité de RedHat Linux n'est pas une oeuvre de charité mais fait parti d'un tout pour leur objectif commerciaux. Je préfère ça à la langue de bois.
PS: Même si je fais parti de la "communauté" RedHat, je fais prioritairement parti de la communauté Logiciel Libre. Un utilisateur de Mandrake, debian, etc... est avant tout un utilisateur de Logiciel Libre et non un ennemi.
> Car d'un point de vue technique, il n'y a pas assez de differences entre RH, SuSe, Mdk et Debian pour en privilégier une plutot qu'une autre.
C'est juste. Et c'est grace aux principes du free software. Toute les bonnes idée peuvent être copiées.
> pas comme RH qui commence deja a en privilégier certains sur la possibilité de downloader en avance...
Ben j'ai déjà vu plein de commentaire qui disait :
- "super d'être dans le club car ...".
Mandrake fait payer un club, il faut bien qu'il y ait une diffirence avec ceux qui ne payent rien. C'est totalement normal.
> downloader en avance...
Une petit semaine...
> Mon avis est que RH perd de vue ses utilisateurs pour ne se concentrer QUE sur les société et ca, c'est dommage.
Pour l'utilisateur, il font comme mandrake. Une distribe gratuite avec un an de support. Et s'il bosse plus que mandrake pour les sociétés, pourquoi leur reprocher ? Faut-il abandonner les sociétés où il y a beaucoup plus de postes informatiques que dans les domiciles ? Tout le monde le sait ici, c'est en démarchant les sociétés que Linux peut gagner du pognon et financer des distribes gratuites. Ces distribes gratuites doivent être différentes des distribes pour entreprise pour que les sociétés achetent des distribes payantes qui finance les distribes gratuites. Sinon il faut un abonnement à un club, faire payer la diffusion par des magazines comme je l'ai lu, etc.... Le 100 % gratuit n'existe pratiquement plus sauf chez debian.
> Alors Monsieur RedHat, on lorgne certaines boites de Redmond jusqu'a plagier (et les plagias ne sont que de pales copies ) leur politiques marqueting... dommage
100 % pure troll garantit. Windows n'est pas gratuit, redhat n'utilise pas de formats propriétaires, redhat fourni tout les sources, on peut copier les distribes, les modifiers, microsoft ne bosse pas massivement sur des projets LL, redhat respecte tous les standards, etc, etc, etc...
> et vas-y que je te renomme tous les noms de service KDE!
Fichtre, c'est hyper grave ! Scandale !
Il faut voir s'il y a un problème de compatibilité lorsque tu utilises ou compile une applie qui ne cherche pas à être "redhat".
-----------------------------------------
There are possible compatibility concerns about renaming the
KDE desktop files to add the kde- prefix; they are used
frequently to look up different services using
KService::serviceByDesktopName
(often via KApplication::startServiceByDesktopName)
The problem is shown by the size of the .dtfix patch that was needed
for kdebase, though, admittedly, most of that is the trivial case
of kcmshell desktop files.
A bit of additional technology would make the renames invisible
to applicaitons using serviceByDesktopName:
the addition of the kde- prefix is done by the desktop-file-install tool.
What it should do, is, at the same time add a X-RedHat-DesktopName
field with the original name.
Then, make kio/kio/kservice.c:KService::init()
use this, if set, to set m_strDesktopEntryName.
-----------------------------------------
C'est pas une compatibilité introduit mais une modification imparfaite.
Le bug est corrigé et un errata existe pour RH8.0. Les applis KDE fournis par redhat n'ont pas été modifiées suite à cet errata. Donc pas de problème de compatibilité. Une appli "pure kde" se compile et tourne sous RH8.0.
Par contre un driver pour Linux 2.4.21 ne marchera peut-être pas sous mdk 9.1 .
Si tu donnais rapidement le source qui ne va pas (s'il est gros un lien externe), la ligne de commande pour compiler, un dump du message d'erreur, ça irait plus vite.
Vivi a donné la réponse, je préfère la second solution.
L'obligation d'ajouté "struc", a été introduit dans l'une des dernières norme ansi de C. Sinon il faut utiliser typedef qui introduit un synonyme à "struct coups_jouables". un type enum doit aussi être précédé de "enum".
Le noyau rh9 basé sur 2.4.21pre3 se nomme logiquement 2.4.20 et non 2.4.21-x . Un pre* n'est pas la version finale sinon on va finir par dire que le 2.4.21pre1 est le 2.4.21. Et pour le petite histoire, la sortie du 2.4.10 a été précédé de 15 pre .
C'est pas une vanne, c'est pour annoncer un fix de sécurité et que si Mandrake a appelé son noyau 2.4.21, c'est pas grave car le 2.4.21 est tout proche.
Personnellement, je trouve que cette news n'a rien a faire en première page.
> Citer les auteurs est une necessite legale et ethique.
Cette exigence de la gpl est respecté. Les auteurs du programme sont affichés. Par contre les auteurs de kde ne sont pas affichés dans toute les applis kde. C'est comme pour gnome.
dans mplayer, il y a l'option -aspect pour prendre en compte les pixels pas très carré.
Mais c'est pas très simple d'emploi. Pour un dvd en 16/9, la valeur normal de -aspect est 1.777 (16/9). Pour une résolution 1280x1024 sur un écran 4:3, utiliser -aspect 1.896 et tout rentre dans l'ordre.
J'ai même une résolution de 720x576 en taille 16/9 pour visualiser les dvd sans perte lié au zoom.
> comme ils l'avait fait pour le theme BlueCurve de RH ...
Je botte en touche. Sujet tabou.
> Cette review donne une note mitigee a cette RH, dont il manque volontairement des choses (lecteur DVD, lecteur MP3 ...) pour etre un vrai OS de bureau + multimedia (berk j'aime pas ce mot).
Je trouve le test plustôt positif. Le manque de support mp3 ne peut pas être reproché à la distribe puisque que c'est un choix. Par contre, on peut critiquer le choix du distributeur sur ce point.
Le lissage des polices a été critiqué par quelques uns lors de la sortie de RH8.0 et gnome 2. J'ai une RH8.0 mise à jour avec mozilla 1.2 et evolution 1.2 . Pour moi, le lissage est un gros plus.
Je vois que tu (Steph) aprécies aussi beaucoup le lissage des polices. Te semble-t-il que le lissage c'est amélioré ou que les gens se sont adaptés habitués ?
Es-ce que Mandrake utilise xft ?
Mandrake a unifié/fusionné les menus gnome et kde. Si tu as testé une beta de RH9, quel sont les différences significatives avec RedHat ? J'ai testé une beta rh9 mais je suis très xterm et j'ai un peu oublié comment était organisé le menu (heureusement, redhat a viré le menu Extras). Le rapprochement gnome/kde de mandrake se limite volontairement au look et au menu ou il y a d'autre aspect.
> En écrivant POINTEUR = (STRUCTURE *)g_malloc(sizeof(STRUCTURE)); il n' y a plus d'erreur et j'accède bien, par la suite aux données enregistrées.
Doit y avoir un problème. Tu n'aurais pas fait une connerie du type :
char toto ;
toto = g_malloc(10) ;
Au-lieu de :
char * toto ;
toto = g_malloc(10) ;
(void *), qui est retourné par g_malloc() indique que le type retourné est un pointeur sur l'importe quoi. mais (char) n'est pas un pointeur.
Avec "toto = (type *)g_malloc(10)", ça marche, mais va pas durer si toto n'est pas un pointeur.
Je te conseille fortement de te plonger dans un manuel sur le language C.
> Postfix 2.0 est sorti en decembre.
Même période que la première beta phoebe. Il y a eu une demande de passage en v2 sur la mailing-list mais le 15 mars.
> rpm 4.1 -> rpm 4.2
Les paquets phoebe beta 3 (base de la RH9) s'installe sur RH8.0 (j'ai testé).
> XFree 4.3
De RH7.0 à 7.3 on est passé de XFree4.0 à 4.2
> Il me semble qu'il y'a eu des changements d'API pour apache depuis la sortie de la 8
RH8.0 et RH9 utilise apache 2.0.40
> postfix 2.x pas compatible avec 1.x (désolé, j'ai oublié les raisons exactes)
RH8.0 et RH9 utilise postfix 1.1.11. postfix 2 est sorti trop tard pour être dans RH9.
> kde 3.1/3.0 et gnome 2.0/2.2 sont-ils compatibles au niveau sources et binaires?
gnome 2.2 est compatible Gnome 2.0. Et gnome 2.4 le sera avec Gnome 2.0. De plus, la 7.x est passé de Gnome 1.2 à Gnome 1.4.
> mysql 4? (pure supposition de ma part)
raté :-)
> pilot-link 0.9.x -> pilot-link 0.11.x
RH 8.0 a déjà la version 0.11
Pour la librairie libc, passage de 2.2.93 à 2.3.1, RH8.0 a un errata (sécurité) vers glibc 2.3.2.
Références :
http://rawhide.redhat.com/pub/redhat/linux/beta/phoebe/en/os/i386/SRPMS/
http://rawhide.redhat.com/pub/redhat/linux/7.0/en/os/i386/SRPMS/
http://rawhide.redhat.com/pub/redhat/linux/7.3/en/os/i386/SRPMS/
http://rawhide.redhat.com/pub/redhat/linux/8.0/en/os/i386/SRPMS/
> Je me trompe?
Pas forcément mais deux remarques :
- d'après la mailing list phoebe, la 9 est assez compatible avec la 8.0. Sauf NPTL qui peut être fixé avec LD_ASSUME_KERNEL. Donc ne changement de version majeur n'est pas justifié.
- Pourquoi ils ne l'ont pas nommé 9.0 ?
Je vais me lancer dans quelques réflexions, spéculations.
La distribution RedHat Linux n'est plus ce qu'elle était. Avant c'etait une solution professionnelle disponible pour 0 avec un support de 3 ans. Maintenant c'est une distribution pour la communauté ou un usage personnel (web/bureautique/developpement/etc). Elle est utilisée par RedHat pour ne pas perdre le contact avec la communauté et aider le développement de GNU/Linux. C'est aussi une distribe qui sert la série de distribe RedHat enterprise, particuliairement lucrative, pour faire des tests "grandeur nature" et fiabiliser les dernières technologies avant intégration dans la RedHat enterprise.
http://rhn.redhat.com/ permet de downloader et avoir du support durant un 1 ans pour le prix de 60 $. Vu les objectifs de la distribe, je trouve son prix élevé car il n'y a pas de cd, ni de doc. De plus, il est possible d'avoir la même chose gratuitement. Un prix de 20 $ me semble plus juste. Surtout que le support est limité à 1 ans. Il faut faire une nouvelle installation/mise à jour tout les ans.
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.
La diminution à seulement 1 ans du support de la RedHat Linux, limite très sérieusement son utilisation comme serveur en entreprise. Bref, c'est une distribe qui n'est plus adapté a un usage en production.
Il faut donc se rabattre sur une des déclinaisons de la RedHat enterprise. On pourrait croire à une flambé des prix. "Heureusement", il est possible d'acheter le téléchargement de la distribe ES (orienté serveur contrairement à la WS) pour $349 avec 1 ans de support, puis 60 $ par an de support. Sachant que le support atteind 5 ans, on a une enveloppe de 589 $. C'est un prix très attractif pour une entreprise. Mais cette somme est loin des habitudes de la communauté. RedHat pousse vers la RedHat enterprise pour un usage en production. Je pense que beaucoup risque de se tourner vers Debian par exemple.
> Ce n'est pas la "vraie" raison de ce changement.
> http://linuxfr.org/comments/186983,1.html
Ooops, c'est pas très claire par rapport au numéro de version. Les futurs numéro de version seront 10, 11, 12, etc...
Aucune compatibilité n'est garantie entre les différentes versions (contrairement à ce qui c'est passé avec la 7.x : la 7.3 toujours avec gcc2.96 comme la 7.0, python 2 non ajouté à 7.[23] par exemple).
L'objectif étant de rendre la Redhat Linux plus synchronisé avec les "dernières technologies". Celà permet les tests grandeurs nature avant leur introduction dans la plus profitable série RedHat Enterprise.
> Par contre, le numéro de la version est une sacrée surprise: 9.0
Non, c'est 9, tout simplement.
> Il semblerait que l'ajout de la NPTL dans la glibc ne permette pas de garder la compatibilité avec la 8.0
Ce n'est pas la "vraie" raison de ce changement.
http://linuxfr.org/comments/186983,1.html
Maintenant, il n'y aura plus de version mineur.
Problème de compatibilité :
http://rawhide.redhat.com/pub/redhat/linux/beta/phoebe/en/os/i386/RELEASE-NOTES-fr.html
------------------------------------------------------
Parmi les applications rencontrant des problèmes avec NPTL se trouvent:
- Sun JRE précédant la version 1.4.1
- IBM JRE
Si une application ne fonctionne pas correctement avec NPTL, elle peut être exécutée à l'aide de l'ancienne implémentation de LinuxThreads, en réglant la variable d'environnement suivante:
LD_ASSUME_KERNEL=2.2.5
Le support NPTL dans le noyau peut être désactivé pour le système entier à l'aide de l'option boot-time suivante:
nosysinfo
------------------------------------------------------
[^] # Re: Bon esprit...
Posté par matiasf . En réponse à la dépêche Interview de Gaël Duval à propos de Mandrake. Évalué à -1.
J'oubliais aussi que certaines docs ne sont accéssibles qu'au clubbers.
Mandrakecampus qui est passé sous mandrakeclub.
[^] # Re: Interview de Gaël Duval à propos de Mandrake
Posté par matiasf . En réponse à la dépêche Interview de Gaël Duval à propos de Mandrake. Évalué à 3.
[^] # Re: Bon esprit...
Posté par matiasf . En réponse à la dépêche Interview de Gaël Duval à propos de Mandrake. Évalué à 3.
Moi je trouve les propos un peu incohérent. Mandrake avait annoncé qu'il "favoriserait" les clubbers pour la sortie de la 9.1 et personne pour se plaindre. D'ailleur il n'y a pas lieu de se plaindre pour ça. Maintenant, c'est RedHat qui le fait et les gens font :
- bouh, c'est vilain.
Presque chaque fois que redhat fait un truc différent de mandrake, il y a des reproches. RedHat essai de gagner de l'argent avec http://rhn.redhat.com/(...) :
- bouh : pas bien.
Mandrake fait le mandrakeclub et c'est bravo.
RedHat sort gcc2.96-rh (noté le -rh) :
- bouh : pas bien.
Mandrake utilise gcc2.96 et c'est silence radio.
RedHat pousse ext3 :
- bouh : pas bien reiserfs roxor.
Mandrake utilise ext3 par défaut.
RedHat fait bluecurve :
- bouh : pas bien.
Mandrake fait galaxie et c'est génial.
Faut arrêté de vous opposer systématiquement, car vous vous retrouvé souvent le cul entre deux chaises.
> Pour mdk, le principe du club est different: le support classique et toutes les choses deja acquises historiquement aux users normaux le reste
http://www.mandrakelinux.com/fr/club/(...) :
* Les membres du Club peuvent réclammer et voter pour bénéficier de nouveaux paquetages de logiciels avec le système de vote RPM. Des centaines d'applications sont d'ores et déjà disponibles pour les versions 8.2 et 9.0 de Mandrake Linux.
Avant tout le monde pouvait réclamer un paquetage.
* Des réductions spéciales sur les produits et services disponibles sur MandrakeStore, la boutique en ligne de MandrakeSoft
Avant il n'y avait pas cette distinction entre clubbers ou non.
* Une méga-base de tous les logiciels disponibles pour Mandrake-Linux au format RPM. Plus de 50 000 paquetages - plus de 100 GO de programmes - sont maintenant disponible pour toutes les versions de Mandrake Linux !
Avant toutes les applis étaient disponibles.
NB : Ce n'est pas un reproche. RedHat fait payer les mises à jour automatique, Mandrake a choisi une autre voix.
> Pcque, RH respecter tous les standards, y a encore du boulot (precision: je parle au niveau distrib pas au niveaux des applications libres qui la composent qui generalement respectent les standards)
Tu as des exemples ?
Si je regarde là, ils sont standards.
http://www.opengroup.org/lsb/cert/cert_prodlist.tpl(...)
Les modifs reprochées à la RH8.0 sont majoritairement dans http://www.freedesktop.org/(...) . Il a été reproché à redhat de ne pas respecter certains standards à une époque. RedHat a répondu qu'il respectera la LSB lorsqu'elle sera fini. C'est ce qu'ils ont fait.
[^] # Re: Bon esprit...
Posté par matiasf . En réponse à la dépêche Interview de Gaël Duval à propos de Mandrake. Évalué à 6.
Ok, je comprends.
> Mais franchment, pour moi, les "communauté d'utilisateur" de chez Debian et Mdk sont bien plus vivantes que celle de RH.
Pour debian, je veux bien le croire sans effort. Pour Mandrake, c'est discutable. Par exemple, la mailing-list phoebe (pour rh9) a plus de 5 000 massages (Contrairement à Mandrake, les entrées bugzilla ne sont pas copiées sur mailing-list). Je suis abonné à la mailing list psyche et phoebe, et il y a une bonne écoute des utilisateurs. Par contre, c'est stricte. Pour demander l'ajout d'un paquet, il faut faire un rapport de bug sur bugzilla sinon c'est totalement ignoré par exemple. De même, RedHat a des principes très stricte. Si une demande de modification est faite moins d'un mois avant la sortie de la distribe, elle est ignorée. Si leur service qualité, qui ne fréquente pas la mailing-list, estime qu'un bug sera corrigé pour la prochaine version, il y inutile d'insister. Afin, et c'est ce qui me gène le plus, les employés Redhat sur les mailing-list osent très rarement parler au nom de redhat. Faut qu'il y ait plusieurs protestations pour avoir une réponse (exemple passage à 12 mois de support).
Néanmoins, je reconnais que RedHat ne cherche pas à créer une "communauté" RedHat. RedHat est très ouvert pour les développeurs et l'infrastructure, les développeurs, qu'il fournit à gcc, etc... est très importante.
Enfin il y a des initiatives de belle qualité de la "communauté" Redhat :
- http://freshrpms.net/(...)
- http://fedora.mplug.org/(...)
Finalement, c'est vrai, la communauté Redhat est moins enthousiaste, plus carré. Elle n'est pas "amoureuse" de RedHat, il n'y a pas de rapport affectif mais presque uniquement un rapport rationnel. Il y a du respect mais pas plus. Généralement, c'est une "communauté" discrète. Pas de "RedHat roxor" et compagnie. Mais cette communauté est très répartie. Lorsqu'une distribe sort, il y a presque instantannément des compléments pour redhat (plugin mp3 pour xmms, ntfs, freshrpms fourni mplayer/alsa/xine/etc dans la semaine, etc...).
RedHat est une société commerciale et ne cache pas ces objectifs. Ils disent clairement (sur mailing-list) que la gratuité/disponibilité de RedHat Linux n'est pas une oeuvre de charité mais fait parti d'un tout pour leur objectif commerciaux. Je préfère ça à la langue de bois.
PS: Même si je fais parti de la "communauté" RedHat, je fais prioritairement parti de la communauté Logiciel Libre. Un utilisateur de Mandrake, debian, etc... est avant tout un utilisateur de Logiciel Libre et non un ennemi.
[^] # Re: Bon esprit...
Posté par matiasf . En réponse à la dépêche Interview de Gaël Duval à propos de Mandrake. Évalué à -3.
C'est juste. Et c'est grace aux principes du free software. Toute les bonnes idée peuvent être copiées.
> pas comme RH qui commence deja a en privilégier certains sur la possibilité de downloader en avance...
Ben j'ai déjà vu plein de commentaire qui disait :
- "super d'être dans le club car ...".
Mandrake fait payer un club, il faut bien qu'il y ait une diffirence avec ceux qui ne payent rien. C'est totalement normal.
> downloader en avance...
Une petit semaine...
> Mon avis est que RH perd de vue ses utilisateurs pour ne se concentrer QUE sur les société et ca, c'est dommage.
Pour l'utilisateur, il font comme mandrake. Une distribe gratuite avec un an de support. Et s'il bosse plus que mandrake pour les sociétés, pourquoi leur reprocher ? Faut-il abandonner les sociétés où il y a beaucoup plus de postes informatiques que dans les domiciles ? Tout le monde le sait ici, c'est en démarchant les sociétés que Linux peut gagner du pognon et financer des distribes gratuites. Ces distribes gratuites doivent être différentes des distribes pour entreprise pour que les sociétés achetent des distribes payantes qui finance les distribes gratuites. Sinon il faut un abonnement à un club, faire payer la diffusion par des magazines comme je l'ai lu, etc.... Le 100 % gratuit n'existe pratiquement plus sauf chez debian.
> Alors Monsieur RedHat, on lorgne certaines boites de Redmond jusqu'a plagier (et les plagias ne sont que de pales copies ) leur politiques marqueting... dommage
100 % pure troll garantit. Windows n'est pas gratuit, redhat n'utilise pas de formats propriétaires, redhat fourni tout les sources, on peut copier les distribes, les modifiers, microsoft ne bosse pas massivement sur des projets LL, redhat respecte tous les standards, etc, etc, etc...
[^] # Re: Détails sur la sortie du 2.4.21
Posté par matiasf . En réponse à la dépêche Détails sur la sortie du 2.4.21. Évalué à 1.
Fichtre, c'est hyper grave ! Scandale !
Il faut voir s'il y a un problème de compatibilité lorsque tu utilises ou compile une applie qui ne cherche pas à être "redhat".
Il y a eu un problème :
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=74071(...)
-----------------------------------------
There are possible compatibility concerns about renaming the
KDE desktop files to add the kde- prefix; they are used
frequently to look up different services using
KService::serviceByDesktopName
(often via KApplication::startServiceByDesktopName)
The problem is shown by the size of the .dtfix patch that was needed
for kdebase, though, admittedly, most of that is the trivial case
of kcmshell desktop files.
A bit of additional technology would make the renames invisible
to applicaitons using serviceByDesktopName:
the addition of the kde- prefix is done by the desktop-file-install tool.
What it should do, is, at the same time add a X-RedHat-DesktopName
field with the original name.
Then, make kio/kio/kservice.c:KService::init()
use this, if set, to set m_strDesktopEntryName.
-----------------------------------------
C'est pas une compatibilité introduit mais une modification imparfaite.
Le bug est corrigé et un errata existe pour RH8.0. Les applis KDE fournis par redhat n'ont pas été modifiées suite à cet errata. Donc pas de problème de compatibilité. Une appli "pure kde" se compile et tourne sous RH8.0.
Par contre un driver pour Linux 2.4.21 ne marchera peut-être pas sous mdk 9.1 .
[^] # Re: Programmation C et GTK
Posté par matiasf . En réponse au journal Programmation C et GTK. Évalué à 3.
Si tu donnais rapidement le source qui ne va pas (s'il est gros un lien externe), la ligne de commande pour compiler, un dump du message d'erreur, ça irait plus vite.
Vivi a donné la réponse, je préfère la second solution.
L'obligation d'ajouté "struc", a été introduit dans l'une des dernières norme ansi de C. Sinon il faut utiliser typedef qui introduit un synonyme à "struct coups_jouables". un type enum doit aussi être précédé de "enum".
[^] # Re: Détails sur la sortie du 2.4.21
Posté par matiasf . En réponse à la dépêche Détails sur la sortie du 2.4.21. Évalué à 3.
[^] # Re: Détails sur la sortie du 2.4.21
Posté par matiasf . En réponse à la dépêche Détails sur la sortie du 2.4.21. Évalué à -5.
C'est pas une vanne, c'est pour annoncer un fix de sécurité et que si Mandrake a appelé son noyau 2.4.21, c'est pas grave car le 2.4.21 est tout proche.
Personnellement, je trouve que cette news n'a rien a faire en première page.
> Allez Matthias Felimachin, on t'a reconnu !
C'est Matias Féliciano, M. Zero.
[^] # Re: Theme unifie
Posté par matiasf . En réponse à la dépêche Test de la Mandrake 9.1. Évalué à 1.
Adieu femmes, cochons, XP...
[^] # Re: Theme unifie
Posté par matiasf . En réponse à la dépêche Test de la Mandrake 9.1. Évalué à -3.
[^] # Re: Test de la Mandrake 9.1
Posté par matiasf . En réponse à la dépêche Test de la Mandrake 9.1. Évalué à 3.
http://corefonts.sourceforge.net/(...)
Il y a de bonnes polices de caractère (même si c'est microsoft, c'est de bonnes polices) qui sont très utilisées sur le web, et même dlfp :-)
[^] # Re: Theme unifie
Posté par matiasf . En réponse à la dépêche Test de la Mandrake 9.1. Évalué à 2.
Cette exigence de la gpl est respecté. Les auteurs du programme sont affichés. Par contre les auteurs de kde ne sont pas affichés dans toute les applis kde. C'est comme pour gnome.
[^] # Re: Test de la Mandrake 9.1
Posté par matiasf . En réponse à la dépêche Test de la Mandrake 9.1. Évalué à 2.
Pourquoi pas me semble la meilleur réponse :-)
dans mplayer, il y a l'option -aspect pour prendre en compte les pixels pas très carré.
Mais c'est pas très simple d'emploi. Pour un dvd en 16/9, la valeur normal de -aspect est 1.777 (16/9). Pour une résolution 1280x1024 sur un écran 4:3, utiliser -aspect 1.896 et tout rentre dans l'ordre.
J'ai même une résolution de 720x576 en taille 16/9 pour visualiser les dvd sans perte lié au zoom.
[^] # Re: Theme unifie
Posté par matiasf . En réponse à la dépêche Test de la Mandrake 9.1. Évalué à 0.
Je botte en touche. Sujet tabou.
> Cette review donne une note mitigee a cette RH, dont il manque volontairement des choses (lecteur DVD, lecteur MP3 ...) pour etre un vrai OS de bureau + multimedia (berk j'aime pas ce mot).
Je trouve le test plustôt positif. Le manque de support mp3 ne peut pas être reproché à la distribe puisque que c'est un choix. Par contre, on peut critiquer le choix du distributeur sur ce point.
# Re: Test de la Mandrake 9.1
Posté par matiasf . En réponse à la dépêche Test de la Mandrake 9.1. Évalué à 9.
Je vois que tu (Steph) aprécies aussi beaucoup le lissage des polices. Te semble-t-il que le lissage c'est amélioré ou que les gens se sont adaptés habitués ?
Es-ce que Mandrake utilise xft ?
Mandrake a unifié/fusionné les menus gnome et kde. Si tu as testé une beta de RH9, quel sont les différences significatives avec RedHat ? J'ai testé une beta rh9 mais je suis très xterm et j'ai un peu oublié comment était organisé le menu (heureusement, redhat a viré le menu Extras). Le rapprochement gnome/kde de mandrake se limite volontairement au look et au menu ou il y a d'autre aspect.
[^] # Re: Test de la Mandrake 9.1
Posté par matiasf . En réponse à la dépêche Test de la Mandrake 9.1. Évalué à -5.
# Re: Test de la Mandrake 9.1
Posté par matiasf . En réponse à la dépêche Test de la Mandrake 9.1. Évalué à 2.
[^] # Re: Programmation C et GTK
Posté par matiasf . En réponse au journal Programmation C et GTK. Évalué à 4.
Doit y avoir un problème. Tu n'aurais pas fait une connerie du type :
char toto ;
toto = g_malloc(10) ;
Au-lieu de :
char * toto ;
toto = g_malloc(10) ;
(void *), qui est retourné par g_malloc() indique que le type retourné est un pointeur sur l'importe quoi. mais (char) n'est pas un pointeur.
Avec "toto = (type *)g_malloc(10)", ça marche, mais va pas durer si toto n'est pas un pointeur.
Je te conseille fortement de te plonger dans un manuel sur le language C.
[^] # Re: Nouvelle version majeure de Red Hat
Posté par matiasf . En réponse à la dépêche Nouvelle version majeure de Red Hat. Évalué à 1.
[^] # Re: Nouvelle version majeure de Red Hat
Posté par matiasf . En réponse à la dépêche Nouvelle version majeure de Red Hat. Évalué à 10.
[^] # Re: Nouvelle version majeure de Red Hat
Posté par matiasf . En réponse à la dépêche Nouvelle version majeure de Red Hat. Évalué à 5.
# RedHat Linux pour la
Posté par matiasf . En réponse à la dépêche Nouvelle version majeure de Red Hat. Évalué à 10.
[^] # Re: Nouvelle version majeure de Red Hat
Posté par matiasf . En réponse à la dépêche Nouvelle version majeure de Red Hat. Évalué à 10.
# Re: Nouvelle version majeure de Red Hat
Posté par matiasf . En réponse à la dépêche Nouvelle version majeure de Red Hat. Évalué à 10.