Misc a écrit 6522 commentaires

> je dois en oublier plein. Si on arrivai a standardisé tout ça, se serai un bon
> point. ça éviterai au programmeur de faire 15 types de package différent.

C'est pas au programmeur de faire ça, mais au packageur.
En général, ça demande du temps, et il vaut mieux que chacun fasse son job.

Un codeur normal n'a pas le temps de faire un paquet qui respecte les spécificités de chaque distribution, et de faire les tests sur toutes les versions.

> Bon courage pour revenir en cooker, mais effectivement apprête-toi à
> perdre des données :-/

C'est pour ça qu'il faut :
1) faire des backups ( cooker ou pas cooker )
2) suivre les listes idoines, pour discuter des bugs, savoir si il ne faut vraiment pas mettre à jour, ou si un probléme a une solution. EN bref utilisé cooker pour ce qu'elle est, une distro de dev, pas pour ce qu'on veut, une distro top à jour pour avoir les derniéres nouveautés.

mhh, il est pas listé sur la page de sourceforge :/

http://sourceforge.net/project/showfiles.php?group_id=1909&rele(...)

mais c'est un snapshot cvs, si je ne me trompe pas ?

*hum*

sur debian/unstable mise à jour ce matin :

[misc@mars misc] $ apt-cache show atanks | grep Version
Version: 1.1.0-2
sur mandrake/cooker mise à jour ce matin :
/home/misc $ urpmq -r atanks
atanks-1.1.0-2mdk

ah oui, atanks est vachement plus en retard sur mandrake, il y a pas à dire.

> Un truc qui m'avait écoeuré dans cooker : des paquets majeurs cassés
> peuvent rester plusieurs jours sans mises à jour !

Parce que cooker, c'est une version de développement. Si tu avait pris ça pour une version qui te permet d'avoir les derniers paquets, alors tu seras bien chez debian, ou ça fait longtemps que la unstable et testing ont perdus leur status de version de test et de développement pour devenir des versions de tout les jours.

> Par exemple ça fait 2 jours
> que j'ai plus de centre mandrake, 2 semaines que diskdrake ne gère plus
> LVM (malgré un rapport de bug)...

Si tu suivait un peu les listes cooker, tu aurais vu que c'est un probléme perl corrigé avec le -10mdk.
Pour diskdrake, ben oui, c'est cassé. J'ai dit que c'est pas pour l'utilisation dans la vie de tout les jours ? ( pour ceux qui veulent voir le bug : http://qa.mandrakesoft.com/show_bug.cgi?id=8065(...) ).
Maintenant, tu peut faire comme sur debian, cad te passer de diskdrake.

Mais bon, à quoi bon repéter 100 fois ce qui est marqué sur le site web...

Aussi à jour que cooker ?

Il y a gcc3.4 dans sid ? Pas ce matin, alors que ça fait une semaine qu'il est présent dans cooker. Mais faut dire que debian ne veut pas tout casser, car sarge sort dans peu de temps, en décembre de l'année derniére.

Il y a x.org ? Non, alors qu'il est dans fedora-core 2 _stable_, et qu'il a l'air de marcher correctement, aussi bien en fedora qu'en cooker.

Il y a aussi des softs en cooker qui ne sont pas dans debian , comme trac ( http://trac.edgewall.com/(...) ), comme monotone ( http://www.venge.net/monotone/(...) )

Par contre,c 'est vrai que debian a des versions tellement à jour que même les auteurs n'en parlent pas :

http://www.hgb-leipzig.de/~leander/TDFSB/(...) ( 0.7 )
http://packages.debian.org/testing/games/tdfsb(...) ( 0.8 )

http://boa-constructor.sourceforge.net/Download.html(...) ( 0.2.3 )
http://packages.debian.org/unstable/devel/boa-constructor(...) ( 0.2.8 )

Et a peu prés aussi à jour sur la sécurité que windows, cf security.debian.org.

Lisez la FAQ, : Pas de mises à jours de sécurités. SI un jour, un truc bloquant reste en sid, ben votre sarge sera pas à jour.

Enfin,c 'est pas grave, personne ne va pirater le moindre poste de travail, il y a que les serveurs qui se font attaqués, bien entendu.

Il faut redémarrer xfs, service xfs restart et ça roule.

Bien sur, il y a peut être eu un probléme de synchronisation de miroirs aussi, probléme expliqué en long et en large dans un mail de warly :
http://archives.mandrakelinux.com/cooker/2004-06/msg00786.php(...)

Pour ma part, j'ai vérifié avant que x.org etait dans la liste avant de faire "Oui"....

urpmi urpmi n'est plus nécessaire depuis quelques temps...

* jeu oct 30 2003 François Pons <fpons@mandrakesoft.com> 4.4-41mdk

- added the Erwan feature (update rpm, perl-URPM or urpmi first and
restart urpmi in such case).

Le paquet apt contient un patch pour apt pour justement pouvoir être utilisable avec les mêmes dépots que urpmi.
Autant je voit une paire de raison de pas vouloir le patch, autant je ne comprends pas ce que ça change dans le cas de mach.

Et si tu veut un systeme pour faire des rebuilds avec urpmi, il y a déja slbd ( http://qa.mandrakesoft.com/twiki/bin/view/Main/SlBd(...) ), qui marche trés bien.

Pour ne pas prendre le framebuffer, il suffit de booter avec une option, je suppose que noframebuffer devrait marcher ?
ou video= avec le chiffre qui va bien.

Oui, via wlan-ng.
Tu place un fichier /etc/wlan/wlancfg-$SSID, avec $SSID qui correspond au ssid de l'ap, et je pense que si le wlan_scan est à y dans la le fichier dans le fichier/etc/wlan/wlan.conf, ça devrait marcher.

Ensuite, il reste le probléme de l'ip, j'ai pas de solution élégante.


Sinon, je recommande metaconf ( https://moin.conectiva.com.br/MetaConf(...) ).
Je m'en sert pour le mien et je suis bluffé de la facilité d'utilisation.

Iut.

Et aussi :
http://guru.unixtech.be/(...)

On ne peut pas résumer le cycle de tests au nombre d'iso, mais à la durée des tests.

Certes, il y a pas eu de rc2 en temps que tel, mais il y a eu autant de tests sur les paquets, et il y a eu des prereleases d'iso depuis décembre dans le but de justement tester le kernel 2.6 et l'installeur. La phase de freeze était la même qu'avant. Et comme avant, il y avait cooker et les paquets à downloader.

> A part que l'installation me demande le CD4 que je ne peux pas avoir, vu que > j'ai downloadé les 3 galettes, je ne peux pas avoir la 4ème !

L'installeur peut difficilement savoir si tu as le 4 si il le demande pas :)

Je pense que c'est plus pour dire que le 2.6 a le support ntpl
Dans le sens :
"intégration d'un noyau avec support ntpl", et on précise la version du noyau dans la phrase. Il y a aussi un backport ntpl sur 2.4.

> Je m'excuse d'avoir publié un truc piraté, ça m'était pas venu à l'idée qu'on
> puisse pirater un logiciel libre en le publiant au téléchargement.

C'est pas piraté, ça reste libre.
C'est juste pas trés respecteux des volontés du distributeur. Mandrakesoft veut essayer de donner plus au gens du club qui payent, et le tout sans en donner moins à la communauté entiére. Il faut essayer de trouver un équilibre. Et vu le nombre de personnes qui ralent pour un rien, ici et ailleurs, tu te doute que c'est pas facile.

Le choix est simple :
Plus de rpm utiles sur le cd4 => les gens de linuxfr et partout ralent, dénoncant la dérive commercial de mandrakesoft qui ne donne pas assez à la communauté, et patati, et patata.

Moins de rpm utiles sur le cd4 => les gens de linuxfr et partout ralent car pour eux, c'est de l'escroquerie et il y a une dérive commercial de la part de mandrakesoft, et patati, et patata.

> PS : Si il y a des paquets non signés répond oui c'est encore un oubli des
> mainteneur de la mandrake de le signer c'est pas grave et sa arrive (trop)
> souvent...

Les paquets sont signés automatiquement à l'upload.
Si il y a des paquets non signés, c'est un bug dans le script d'upload, ou plutot dans rpm, les rpms étant resignable à la main, ( donc relativement complexe à débugger ), mais pas via le script.

Parce que la community est suceptible d'évolué encore un peu ( bugfixes majeur ), mais plus l'officiel, sauf probléme de sécurité ou gros bugs.

Il y a deux répertoires sur les miroirs, et donc, potenetiellement un contenu différent, même si en pratique, il y a pas de grande différence.

Non, c'est pas une RC2.
La community a eu le meme cycle de test que la 9.1, la 9.2. Et meme plus, dans la mesure ou il y avait des isos de cooker en décembre, comme demandé par de nombreuses personnes aprés la 9.2.

Maintenant, si vous trouvez que c'est plus buggé que avant, il faut se rappeler que de nombreux problémes sont venus du kernel, et que son intégration a demandé un gros travail.
La prochaine fois, mandrake ne mettras pas le nouveau noyau que tout le monde réclame à corps et à cris, et on verra que les mêmes raleront pour cette raison.

Sauf pour les rpms commerciaux, cf license adobe, flash, java et nvidia ( voir les détails par vous mêmes )

> Ce que je trouve criminel de la part de mdk, c'est de ne pas le mettre dans
> le errata (pour info, c'est moi qui ait du le rajouter dans le errata du wiki alors
> que je ne suis pas qqun de mdk).

Mandrake a mis une semaine a trouvé une machine de test, et le bug a été corrigé sur cette machine. En temps que tel, le bug ete corrigé. Par la suite, mdksoft a compris que c'etait faux, et tu as mis l'errata, et je pense que c'est une bonne chose.

C'est moi ou le monde entier est devenu impatient ?

Autant je peut comprendre qu'attendre Duke nukem pendant X années,c 'est long, autant devoir patienté 15 jours à un mois pour une distribution linux, c'est rien.
Combien de retard annoncé sur la plupart des softs, proprio ou non ?

Faut apprendre à déstresser et à prendre son temps.

Réussir a garder une compatibilité entre les divers distros ne pose pas que des problémes au niveau binaire, sinon, un coup de -static et ça roulerais tout seul.

Il y a les chemins, les menus, les noms, et tant de choses si fun en pratique que je ne voit pas ce que mono en lui même va changer.

Dans mon souvenir, le plugin flash était une classe java, il y a longtemps ?

J'avais utilisé ça sur solaris, sur une archi pas vraiment x86.

Sinon, tu as http://swfdec.sourceforge.net/,(...) meme si ça semble mort :/

Gstreamer est sensé l'utilisé, j'ai jamais testé.