Misc a écrit 6412 commentaires

> De plus, si je veux tester l'ergonomie de quelquechose, j'essaye d'avoir un
> panel de testeurs le plus large possible pour ne pas passer à côté de
> problèmes d'ergonomie qui ont été acceptés et acquis comme normaux par
> la force des choses par les anciens...

Si tu veut tester l'ergonomie de quelque chose, tu commence par te dire à qui le produit est déstiné. Ensuite tu prends des gens de ton panel, et tu testes.

Si tu es pas d'accord avec le panel, tu peut écrire sur l'email donner, ergonomie@mandrakesoft.com, et expliquer comment tu connait mieux le boulot que la personne qui fait ça, elle seras trés intéressé, tel que je la connait.

> Mandrakesoft fait toujours aussi peut attention à sa communication étant
> donné que ce genre de petits détails sujets à troll peuvent être évités trés
> facilement.

Mortel, tu trolles, et tu dit ensuite que c'est de la faute de Mandrakesoft. Moi je dit, chapeau.

s/avoir le bac/avoir un niveau bac/ ( comme dit plus haut ).

Et l'idée du libre est pas de demander l'avis à tout les personnes du monde, mais d'être libre de demander à qui on veut.

Il n'a jamais été question de "savoir utiliser un ordinateur", ni même d'"avoir le bac", mais d'avoir un niveau bac.

Même sans l'avoir. Si les gens s'estiment assez qualifiés pour avoir le niveau bac, ils seront pas refusés.

Je dirait plutot sur le bugzilla ( http://qa.mandrakesoft.com/(...) ), vu que c'est son but.

Je testerais bien, mais le modem est relativement loin, je peut pas me permettre de perdre la connection sur le pc de mes parents.

Mon portable est déja en cooker, mais j'ai pas réussi à refaire marcher le modem la derniére fois, surement parce que j'ai du garder les vieux paquets du 2.4 .

J'ai pas eu de probléme avec le modem, enfin pas directement.

En lancant drakconnect, tout a fonctionné du premier coup, à mon grand étonnement ( comme quoi il faut pas toujours croire ce qu'on lit ).

La seule chose qui a un peu merdouillé, c'est que le modem crée une interface eth0, et j'avais deja une interface de ce nom la, mais c'est revenu normalement aprés un reboot.

Un patch, ça se fait pas à la légére.

Surtout pour la libpng, qui est tout de même un paquet trés utilisé. Il faut faire divers tests, il faut vérifier si la faille est fermé, véritablement fermé, il faut que ça builde partout, et que ça passe l'assurance qualité.

C'est pas aussi facile que ça.

Limiter les débuggeurs sous linux au seul gdb est une erreur. Il existe plein de compilateur commerciaux, et également plein de débuggeurs commerciaux.

Il suffit de prendre un magazine linux américain pour les voir apparaitre.
Mais du coup, le troll de vient moins gros et moins provoquant.

Car aprés tout c'est le but. Sinon, pourquoi prendre un exemple irreproductible et donc irréfutable ?
Personne ici n'a dit quoi que ce soit sur gdb, aussi en bien ( ie, "chez moi, ça marche" ) que en mal ( ie "chez moi, ça marche pas non plus" ). Donc, sois le sujet est peu courant, soit il y a que des nazes ici. Je pencherais plus pour le premie,r ce qui m'anéne a dire que le post a été fait volontairement pour foutre la zone.


Je sais pas quelle taille fait OpenOffice avec les symboles de débugages, mais ça doit pas être loin. Mais peut etre qu'ils ne font pas de débuggages, bien sur...

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

C'est vrai, Woody est plus vielle que la 3.1 de windows :)

urpmi /chemin/vers/le/rpm , ça marche aussi.

....c'était l'équipe mandrakesoft.

Il fait la requête pour la demande d'une IP une seul fois à interval régulier. Oui, ça fait du broadcast, mais c'est pas si terrible que ça, moins que netbios, amha.

Bientot, oui.

Frozen bubble va revenir, et ça va tout arracher.

> Si Mandrake proposait de vendre des distributions "à la carte", ce serait un
> service.

C'est déja le cas pour les grands comptes, suffit d'appeler le service commercial et demander.

> 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.