Raphaël G. a écrit 1927 commentaires

Pour être exact c'est pas une beta, mais une RC2

là où l'ordre des différente release et pre-release est ceci chez Mandrake :
aplha, beta, RC1, RC2 (= Community à sa sortie, plus maintenant), ex-RC3 (= Official)

Je rappelle qu'une RC2 est censé ne plus contenir de bugs majeurs (comprendre bloquant comme un kernel qui panic ou autre), mais il ne tient qu'a vous de la tester pour qu'elle ne contienne pas de bug...

C'est ceci la force du libre, tu teste tu reporte les bug et quelqun de qualifié pourra résoudre ton pb...

Les update sa sert a quoi ???

Tu sait le truc pas utile qui te demande a la fin de l'install???

Parce que franchement tu passe 30 minutes sur le cd donc l'essentiel c'est qu'il ne contienne pas de bug bloquant, après les updates sont faite pour corriger les autres bugs du mois qui a suivi la fabrication des isos...

Il faut que les Admins de LinuxFR leur écrivent...

Je leur ai écris pour une offre d'emplois chez M$ (section DRM) qui s'est retrouvé dans leur page de news fr et il m'ont répondu très gentillement avec une vrai réponse quelque jour après la réponse auto...

Tu oublie certain détails non ???

Comme les services pack 1, 2, 3 et 4 qui écroulent les perfs sous mon win2000pro
DirectX 9 toujours en beta (j'imagine que c'est ça le b), qui arrive pas a faire tourner certains jeux sou mon win2000pro sp4, le non support dans anciens jeux directx5 sous les dernières version...

Il me semblais d'ailleur a ce propos qu'il y avais une compatibilité ascendante chez MS, mais apparement c'est pas vrai du tout...

Si M$ faisait des produits de qualitée ça se saurrait...

Si M$ a du retard lors de la sortie de ses logiciels c'est parce que leur code est inmaintenable et pourri et surtout qu'il commencent a éviter d'avoir un écran bleu lors des présentations des nouvelles versions au public...
il y a de très bonnes video là-dessus...

J'oublie de te citer différente install que j'ai faite sur different pc ou lors du premier windaube update on se retouve avec un écran bleu et le même au redémarage suivant sans autres solutions que de ré-installer.

Ce n'est pas la liste exhaustive des bug qui dois même en compressé être plus lourde que les sources du kernel!!!

Enfin bon j'en passe et des meilleures comme ce qu'on a appri récement que le kernel de winME servait de test au DRM et que celà n'avais pas été mentionné, etc...

en fait la installez le kernel 2.6.6-4phoenix ou la ssérie des tmb > 2.6.5 il n'y a pas de time out dessus que j'ai vu si le module est mis dans /etc/modprobe.preload

le driver a été modifié par tomas (tmb) pour enlever ce time out a la con...

Sinon il semble que la version 2.6.3-9mdk du kernel mandrake dispo sous mandrake 10.0 official en dl sur les mirroirs prenne en charge ce périphérique a condition de rajouter iteraid dans /etc/modprobe.preload

le kernel de base de la mandrake 10.0 n'intègre pas par defaut le module iteraid donc il est impossible d'installer une mdk 10.0 sur un dd branché sur le contrôleur raid par contre ce que tu peut faire est d'installer ta distrib sur le dd branché sur le contrôleur IDE normal de ta carte mère et de brancher les autres disques sur ta carte iteraid...

Il serait possible de changer après le disque de place mais crois moi tu ne veut pas de telles complications!!!

mon mail au cas où rapsys PATCH free LOL fr

ps : il faut mettre a jour le kernel par defaut à la version 2.6.3-9mdk minimum pour que l'iteraid soit pris en compte...
et ajouter iteraid dans /etc/modprobe.preload pour que ta carte soit détectée au boot et que tes disques qui sont dessus soient monté au fstab...

Ca se résume en trois mots : Usine à gaz

C'est pas tout a fait ça, IBM a eu la sagesse de dire dans sa pub : "et qui se réparent presque tout seul."

Ce qui n'est plus de la pub mensongère puisque tout dépend de ce que tu met derrière le presque...

Alors que cisco se permet de ne pas laisser la marge d'erreur, IBM a eu la sagesse(expérience) de laisser une marge d'erreur...

Sa me fait bien rire, il y a eu au moins un buffer overflow exploitable découvert par des potes...

Celui qu'il ont bien voulu me montrer permettait d'executer un octet par dépassement de mémoire donc pas exploitables, mais il en aurrai découvert un qui semble plus exploitable et ils travaillent dessus...

Quand à ce qui est du buffer overflow de 1 octet il est toujours présent depuis sa découverte 2 jours après la publication du code et tjs utilisable pour l'autre j'ai pas eu de news, sa montre que y a 0% des personne qui ont eu le code en main qui ont remonté le bug...

enfin sa montre bien les limites du modèle M$...
Ils essayent de se convaincre eux-même que leur modèle tiendra...

On rira encore plus lorsque des pirates vont piquer le code de la longhorn sur les passoire qui servent de serveur de test chez M$...

teste login : billou et mdp : balmer ça va marcher...

OK je ---> []

Il est vrai que depuis la série des 2.6.2 c'est la catastrophe sur pas mal de gros truc...

Le 2.6.6 m'a apporté beaucoup de résolution de bug assez casse pied..

J'en propose un rpm sur ftp://ftp.pcds.ch/pub/people/rapsys/(...)
( pour mandrake ), pour fedora je pense qu'un simple rpm --rebuild --with phoenix
kernel....src.rpm suffit

ps : il y a quelque petit truc en plus dans mon kernel par rapport au rc3 de mdk, notemment quelque patch mm, le patch eciusb, le module nvidia et fglrx dedan...

Que du très pratique...

Heuu, il faudrais faire gaffe a ce que tu dis, ça arrive quelque fois...

Je dois avouer que depuis la 2.6.0-test11 j'en ai pas eu de trop grave mais j'ai eu affaire a quelque reboot intempestif sur certaines version des 2.6, mais bon il faut avouer la grande qualitée des kernels 2.6 qui sont pas trop buggés...

Click'nRun©® : SA PUE C PAS LIBRE! et c'est payant!!!

[mode troll] zaurrais mieux fait de collaborer a urpmi!!! qui est fonctionnel avec une interface graphique opérationnelle... Enfin je dis ça, mais c'est juste un avis... principe du faire en double (fork) quand tu nous tient... [/mode troll]

J'ai pas franchement qu'il embauchent spécifiquement des intégrateurs...

J'ai surtout l'impression qu'il embauchent des dévelopeurs, avec des capacités d'intégrateurs...

De plus je vois vraiment pas l'utilité d'avoir une distrib en i286 pour le plaisir, que personne va utiliser...

Parce que franchement je vois pas qui va s'ammuser a faire tourner une mandrake sur un i486 sauf pour le fun...

>> Ils sont tout juste en train de justifier les powerpacks+ de Mandrake
> Le déficite de Mandrake montre aussi que Linux pour Desktop n'était pas rentable. Il l'est maintenant ou le sera très prochainement (avis perso).

Pas tout a fait d'accord, mandrake dois bien faire des bénefice surtout vu qu'il sont récement sorti de redressement judiciaire (cf d'autre news), Je n'ai pas leur compte détaillé pour faire la différence entre les copies destinées au grand public, au entreprises et ce que rapporte le club, mais a mon avis il doivent faire un minimum de benef...

En ait le probleme est qu'il est dur de diférencier le club des versions destinées au grand public (CD et DVD) car les membres du club ont un accès au version commerciales donc il faudrais avoir les stats des dl pour pouvoir trancher...

Tant que la longhorn ne sortira pas les part de marché de linux pour desktop ne feront qu'augmenter...
Y a plus qu'a prier pour qu'elle soit encore repoussée...

J'ai plutôt entendu qu'il faudrais plutôt une carte compatible DirectPlantoum 10.0aaaa minimum

(1 a = 1 tag alpha (pas le pross, mais l'état de stabilité))

Pff de toute façon d'ici qu'elle arrive on aurra bouffé encore 5% du marché a M$...

après une nuit a essayer de repackager sa, je me retrouve avec une dizaine de undefined reference to `BlaBla'

Sa m'énerve je laisse tomber...

Si quelque a les capacitées de débugger ça, le src.rpm est a cette adresse (il ne marche pas pour l'instant...)
ftp://ftp.pcds.ch/pub/people/rapsys//broken-stuff/blender-2.33-1ph(...)

je vais faire le rpm dès que mon kernel-2.6.6-rc3 marchera sans unresolved symbol a la con...

Il sera dispo sur http://rapsys.free.fr/(...) (adresse des mirroirs dessus)

demain ou après demain...

Moi c'est Thé+Tartine(quand j'ai du pain et de la confiote en stock)+Mozilla(mail sous linux)+un petit tour ici et sur d'autre forums...

plutôt que de mem moinse pour le plaisir!
tu pourrais essayer de critiquer constructivement!!!

de plus quand un noob fait son ./configure et comprend rien a l'erreur je tomberais dessus...

je fait des petit packages quand j'ai un peu le temps...
et je fait un tour sur le forum de demande de rpm (RPM request sur le forum mandrake)
J'ai pas l'adresse sous la main mais sa se trouve assez bien...

La plupart du temps quand je trouve ce genre de truc c'est une petite recherche pour voir si le rpm en question existe pas sur les contrib ou le plf ou autre (rpmfind.net powaa!)
Si il existe vraiment pas et que c'est pas long a packager ( la plupart du temps...) Je fait le package, et je fille l'adresse a laquelle il peut être trouvé...

PS : aire un package pour un nouvelle version me prend en moyenne 10 minutes, car le spec existe, les patchs spécifiques a mdk sont dans le précédent src.rpm
et y a en générl deux trois modif a faire genre nom des fichiers a empaqueter, le numero de version et le changelog, docn franchement le noob n'a pas vraiment besoin de tous l'attirail de developement...

Et ceux qui en ont besoin genre moi, et bien il l'installe quand il voient qu'il manque un truc...

si tu achette une version de la mandrake normalement les drivers nvidia proprio seront installés
(pas la dl edition :) malheureusement)

Grossomodo tu en a rien a faire, l'official a le même gcc que la cooker donc tout les packages cooker, contrib et plf sont comlpatible avec les trois versions...

QUand mandrake changera de version de gcc, libMesa(sa va arriver très vite pour ça je pense) ou de glibc là il y aurra un pb...

Pour l'instant je dirais que c'est pareil pour tout donc tu met les contrib qui semblent les plus proches, les plf de la 10.0 et rullez...

en fait le changement majeur est que il vaut mieux préférer cooker+contrib cooker+pl cooker car la version de mdk est passé a 10.1 dans la cooker, mais grosso modo ce sont les même base donc c'est conpatible dans les deux sens...

Le ntfs est dérivé du FS de OS/2 et est donc sensé d'après ses spec ne pas se fragmenter comme le FS d'OS/2, malheureusement c'est M$ et comme d'hab il ont pas été foutu de pomper correctement...

M$ n'a jamais osé dire que le NTFS ne fragmentais pas et encore heureux, car cela aurrais été de la pub mensongère...

Enfin bon on est sur LinuxFR donc pas de pub pour M$

http://home.skycon.net/~junfan/cookermirrors.php(...)

Il y a ici la list des serveur qui sont a jour en théorie avec la date du dernier rpm mis a jour a titre indicatif...

Sa pourra en aider un grand nombre je pense...

Remerciez Jason Straight pour cette page...