Misc a écrit 6251 commentaires

En meme temps, dans la mesure ou depuis un an, sarge doit sortir, et que chaque transition est super testé pour surtout ne pas embeté tout les gens en unstable qui risque de buter sur des problémes transitoires et mineurs, forcément, personne n'a de problème.

Je suis pas sur que ça dure.

> Combien de gens licensiés ? Combien de stagiaires utilisés ? Combien
> de contributeurs bénévoles qui ne touchent pas un radis sur ce qui est
> vendu ?

Étant contributeur, j'ai eu un stage chez mdk à l'époque. Le stage n'a pas pu se concrétiser en job à temps, mais je pense que ça va sans dire que c'était pas un stage bénévole. J'ai aussi eu mon billet pour les rmll remboursés, ( un ticket de tgv ) mais certains sont venus du canada ou d'afrique du sud, ce qui est quand même bien appréciable.


> Et puis "Communauté" ne rime plus à rien avec cette société, Mandriva
> est un peu devenue comme Redhat ou SuSE

RedHat a une communauté ( par exemple, Fedora, ou les divers projets de rpm mais déja bien avant ).
Suse, par contre, ç'est un chouia plus tenu, mais je peut me tromper.

Enfin, venant de la part d'une personne qui n'a jamais contribué ( ou du moins pas sous ce nom ), ces affirmations gratuites et sans arguments me semble trollesques au possible.

> Et quels avantages/inconvénients par rapport au bon vieux bootsplash, à part
> la galère causée par son "kernel space"

L'interet du kernel space, c'est pas le boot graphique dés le chargement du noyau ( ie pas de messages qui pourrait être effrayant ( pour un débutant ) ou disgracieux ( pour un esthéte ) ). J'ai plus de boot graphique depuis 1 an donc je suis pas sur, si quelqu'un pouvait confirmer ou infirmer.

Ouais, enfin c'etait de l'ironie, je sais pertinement que mkcd n'est pas abordable, et pour avoir regarder le code source, il faut de sérieuses connaissances en perl, et en lecture de pensée de warly.
Tu voit les gars du fbi dans "Seven", ou l'héroine de "Profiler" ?
Ben la pareil, sauf que tu as un serial coder face à toi qui laisse du code source sans motif apparent :)

Tu sais, des fois, il faut s'aérer, sortir, prendre l'air. Par exemple, au lieu de trainer sur linuxfr, trainer sur irc, ou de charmantes personnes aurait pu te dire directement :

Zborg> zut, flemme de me logger
Zborg> qqn peut répondre à plagiats de ma part qu'au moins le paragraphe de warly avait un sens ?
misc> Zborg: ok
Zborg> merci misc :)

Tu verras, l'irc, ça change la vie, on y trouve des trésors que j'échangerais jamais contre 200 trolleurs de linuxfr ( sauf qu'en pratique, les populations se recoupent parfois, mais c'est un détail pratique de fort peu d'importance entre humains ou assimilés ayant atteint un certain degré de civilisation ).

( PS en relisant ton post, j'ai quand même trouvé : "on veut de la doc", ce à quoi je répondrais : " il y a le code source" ).

Il y a sauf erreur de ma part
1) les rpms sur le net
2) une install reseau qui marche
3) la possibilité de mettre à jour depuis les versions précédentes, y compris les rcX.

Tout ce tapage parce que mdk essaye de donner plus à des gens qui _payent_ pour ça, et encore le plus étant des isos en avance, et des trucs proprios. Mandrake distribue pas les pilotes nvidia, c'est la catastrophe. Fedora et ubuntu ne distribue pas des logiciels libres pour lire les mp3s, on salue la noblesse du geste.

En même temps, une partie du public visé par Mandrake étant les personnes qui migrent de windows, ils faut pas s'étonner de récolter une part non négligeable d'insatisfait chroniques qui trouveront toujours le moindre trucs qui plait pas, plus fort raison quand tout le monde autour leur rappelle que leur distrib est pourri, trop lourdes, commercial, en retard, pas stable, buggés, faite pour les newbies et inutilisable à part pour découvrir linux, comme je me l'entends si souvent dire. Je suis même d'ailleurs étonné qu'une distribution aussi bourré de défault ai pu survivre si longtemps.

Finalement, ç'est pas plus mal que tout une catégorie d'users partent chez ubuntu, ça me feras toujours ça de moins à supporter, à part le coté bruyant de leur migration.
Mais bon, je commence presque à m y habituer, entre "mdk ça pue, je part chez fedora", "mdk ça pue, je part chez suse" ( trés à la maode lors de la mise en gpl de suse ), et "mdk ça pue, je part chez debian" ( qui existe encore, même si ubuntu va évidement voler ce marché ).

Et j'oublie pas le très courant "mdk ça pue, je part chez gentoo", si répandu que quelqu'un a fait une page web sur le phénoméne : http://greenfly.org/mes.html(...)

> Parceque j'ai mis à jour qq packets pour avoir blender 2.36 (il fallait
> python 2.4)

Tu copieras 10000 fois à la min ( pas de scripts ) :

"Je ne mélangerais plus les paquets cooker avec les versions stables."

Tu n'es vraiment qu'un trolleur improductif, il y a pas à dire. Je vais répondre du plus vite que je peut, car j'ai autre chose à faire que répondre aux mêmes idioties à longueurs de temps.

> C'est bien joli de venir expliquer que ça fonctionnait sur sa machine à lui,
> mais le fait est que ça ne marchait QUE chez lui, et nulle part ailleurs.

C'est des choses qui arrivent, et des kernels qui bootent pas, ç'est pas si gravissime. J'ai déja dit, c'est une distribution de test.
Tu as perdu tout ton travail ? Dommage, mais on t'a prévenu avant, utilise pas une version de test ( et fait des backups aussi ).

Il est facile de citer un document, et d'oublier un autre.
Des gens ont du réinstaller ? Je suis sur qu'il y avait moyen d'éviter, j'ai jamais eu à réinstaller mon pc, ni sous linux, ni sous windows. Le kernel boote pas, ben pareil, il y a un autre kernel, ou il y a moyen de réparer avec un livecd. Et qu'on vienne pas me dire " j'ai pas le temps", et en meme temps utiliser une distribution expérimental qui a des chances de casser.

> Après, tout le monde sait que MandrakeCooker est une distribution de test,
> que ça peut planter, être instable, et avoir des problèmes, mais je ne sais pas
> si tu as conscience du fait que de plus en plus de contributeurs râlent sur la
> ML Cooker parce que justement Mandrake leur fait faire le gros du boulot.

1) je croit que tu es mal placé pour me dire à moi ce qui se passent sur la liste cooker. Utilise google et ton cerveau pour comprendre pourquoi. Et évite de relayer n'importe quoi en face de n'importe qui, ça t'éviteras des déboires la prochaine fois.

2) J'ai pas le sentiment que tout le monde rale, j'ai le sentiment que les nouveaux ( comme toi ) ralent, comme tout les 6 mois. SI tu avait plus de mémoire,e t plus de recul ( et moins de mauvaise foi ), tu verrais que ça se passe apreil à chaque release.

3) C'est le but de cooker, faire des tests. Des gens ralent parce que cooker sert à faire ce pourquoi elle a été concu ? Faut arrêter de déconner, et revenir les pieds sur terre. Si les gens veulent pas faire de tests, il suffit de pas utiliser de distribution de test.

> Sinon, après, il ne faut pas venir essayer d'expliquer comment une Mandrake
> officielle qui crash des lecteurs de CD a bien pu sortir... Et le coup de la
> mauvaise implémentation de l'Atapi par LG a bon dos, parce que
> Mandrakelinux a été la seule distribution officielle à renconter le problème, et
> elle persisté à vendre des produits défectueux, sans seulement ajouter une
> mise en garde dans les boîtes (J'ai encore une boîte Discovery 9.2 ici).

Ils ont collés des étiquettes, peut être pas sur la tienne, et il y a eu suffisament de relais dans la presse pour ça.
Et comme dit par avant, le patch packetwriting qui a conduit au problème a était réclamé par les clients du club, avec 700 voix d'avances sur la deuxième proposition.

> Pour
> rappel, les lecteurs de CD LG équipaient à l'époque plus de la moitié des
> fabricants d'ordinateurs de marque, et il était théoriquement impossible qu'un
> tel bogue passe inaperçu.

1) Tu sort tes chiffres d'un chapeau ?
2) Explique pourquoi personne n'a remonté le problème lors du cycle des betas, des rc, et le reste ?
3) Tout les lecteurs cds n'avait pas de problèmes, et je peut te garantir pour les avoir visités que les locaux de mdk possèdent un labo de test matériel. Mais ça devait sans doute être des acteurs, suis je stupide....

Ah, la bonne vielle méthode de troll.

Ne parler d'un probléme qu'a moitié, et omettre l'historique, ça permet de faire croire qu'on sais, alors qu'on se contente de venir raler sans contribuer. Je m'etait promis de ne pas répondre à tes commentaires, mais bon pour la prochaine fois.

Je voudrait juste rappeler que 1 mois avant, les gens de la liste cooker ( qui ne sont pas tous des contributeurs au sens ou je l'entend ) ont ralés parce que le kernel hacker a fait des tests de kernels en internes sans les envoyés sur les mirroirs. Et une fois que la méthodologie change, ça rale encore.

C'est facile de dire que le kernel hacker n'a pas testé ses kernels, mais en l'occurence, il l'avait fait, et ça marchait sur sa configuration avec les bonnes options.
Et au passage, toi qui porte le nom de cooker, tu doit surement savoir que c'est une version de developpement.
Si demain mon pc ( sous cooker ) ne boote plus, je serais pas content, certes, mais je pourrais m'en prendre qu'a moi meme :
http://qa.mandrakesoft.com/twiki/bin/view/Main/CookerHowTo(...) :
======
Expectations

First of all, you need to remember that Cooker is a development distribution that is not well tested and is likely not to run properly most of the time. If you run it, it may mess up data, configurations, etc. It is not meant for a production environment. You have been warned.
=======

On prévient les gens, ils n'écoutent pas, et ralent quand ça arrive ?

Et qui a aussi fait synaptic.
[misc@n1 ~] $ less /contrib/synaptic-0.55.1-1mdk.i586.rpm:./usr/share/doc/synaptic-0.55.1/README | head
Synaptic
========

Synaptic is a graphical package management program for apt. It
provides the same features as the apt-get command line utility with a
GUI front-end based on Gtk+ or WINGs.

Synaptic was developed by Alfredo K. Kojima <kojima@conectiva.com.br>
from Connectiva. His last offical released was 0.16. I took over his
CVS version, where he added a nearly complette port to Gtk+. I


Un dev Debian a ensuite fait le portage vers debian.

Paresse roxor.

1) oui, j'ai fait ça plusieurs fois sans problémes, à condition de lire les releases notes ( sur le wiki ) et d'adapter ( exemple http://linuxfr.org/submit/comments,17400,0,5.html#postdevsd(...) deprecated , udev le remplace, ben faut installer udev à la place car urpmi peut pas le faire tout seul ).

2) http://qa.mandrakesoft.com/twiki/bin/view/Main/Mandrakelinux102(...)

3) ouais, mais ç'est fun :). Dans tout les cas, faut
* lire la liste ( et vraiment la lire, pas poster sans lire, ceux qui la suivent me comprennent )
* être capable de se débrouiller avec les trucs basiques
* ne pas avoir peur de ne pas avoir tel soft indisponible pendant un certain temps

> Qu'apporte une solution basée sur NuFW par rapport à 802.1x/Hostap (ou
> équivalent)/RADIUS ?

À vue de nez, mais vite fait :
le filtrage par applicatif ( ie tu autorise mozilla, pas konqueror ).

> Ne serait-on pas en train de réinventer la poudre ?

Non, je croit pas. Enfin si, mais pas dans cette news, dans celle plus bas peut être.

> Le client windows n'est pas sous GPL ? \o/

En effet.

misc@skittles ~ $ urpmq -i smart apt yum

Name : yum
Version : 2.0.7
Release : 1mdk
Group : System/Configuration/Packaging
Size : 408735 Architecture: noarch
Source RPM : yum-2.0.7-1mdk.src.rpm Build Host: n1.mandrakesoft.com
Packager : Michael Scherer <misc@mandrake.org>
URL : http://www.dulug.duke.edu/yum(...)
Summary : RPM installer/updater
Description :
Yum is a utility that can check for and automatically download andbinstall updated RPM packages. Dependencies are obtained and downloaded automatically prompting the user as necessary.

Name : smart
Version : 0.28
Release : 1mdk
Group : System/Configuration/Packaging
Size : 1770585 Architecture: i586
Source RPM : smart-0.28-1mdk.src.rpm Build Host: n1.mandrakesoft.com
Packager : Rafael Garcia-Suarez <rgarciasuarez@mandrakesoft.com>
URL : http://smartpm.org/(...)
Summary : Next generation package handling tool
Description :
Smart Package Manager is a next generation package handling tool.

Name : apt
Version : 0.5.15cnc6
Release : 5mdk
Group : System/Configuration/Packaging
Size : 1245546 Architecture: i586
Source RPM : apt-0.5.15cnc6-5mdk.src.rpm Build Host: n1.mandrakesoft.com
Packager : Michael Scherer <misc@mandrake.org>
URL : https://moin.conectiva.com.br/AptRpm(...)
Summary : Debian's Advanced Packaging Tool with RPM support
Description :
A port of Debian's apt tools for RPM based distributions,
or at least for MandrakeLinux. Original RPM port done by and
for Connectiva. It provides the apt-get utility that
provides a simpler, safer way to install and upgrade packages.
APT features complete installation ordering, multiple source
capability and several other unique features.

Under development, use at your own risk!


Y a deja ce qu'il te faut en cooker.
Pour ma part, je trouve que apt est un soft écrit dans un language lourd et complexe ( c++ ), ou l'ajout de fonctionnalités est fastidieux. Il remplit bien son boulot, mais j'ai pas le sentiment qu'il soit aussi facilement adaptable que smart/urpmi.

Il y a deja smart dans cooker, avec le support des hdlists ( qui ne marche pas des masses ou alors j'avais des problémes de perfs ) et le support des synthesis devrait pas tarder ( si l'auteur applique enfin mon patch ). Il y a aussi encore apt-rpm, et synaptics, patché pour utiliser les hdlists, en contribs. Et aussi yum, toujours en contribs.

Dans la mesure ou l'installeur mdk et les outils mdk ( genre les wizards : http://qa.mandrakesoft.com/twiki/bin/view/Main/WritingWizard#Installing_rpm_depending_on_the_ ) utilisent la bibliothéque perl derrière urpmi, je suis pas sur que ça soit une bonne idée de tout jeter pour repartir de zéro.

Je ne connait pas la technologie de connectiva ( pas trouvé de cvs ), mais vu la relative nouveauté de smartpm ( à peu prés 6 mois à 1 an ), j'imagine mal un changement pour ce soft, mais en même temps, il est très prometteur, et bien écrit, il ne seras donc pas abandonné.

Donc, en gros, mon avis et mon analyse en temps qu'externe éclairé, c'est que rien va changer.

> Par contre, je me demande ce qui va se passer au niveau
> gestionnaire de dépendences (urpmi ou apt-rpm).

Vu que apt-rpm n'est pas vraiment maintenu, je pense que la question ne se pose pas.

17) c'est pas un paquet officiel de mdk que je sache
18) duplicat de 1)
22) duplicat de 10) ou/et de 11)
2) duplicat de 1 sans doute
11) lié à 10)

tu tenterais pas de gonfler le nombre de bugs de façon artificiel, par hasard, dans un but uniquement trollatoire ( ça serait surement pas ton genre, nan, pas une personne qui passe tellement de temps sur ce site, à écrire de si long courrier, et qui a encore le temps de faire des tests si poussés de la distro ).

et le 3) est fixé ce matin.
le 19) marche ici
le 2) marche aussi ici
le 20) marche aussi, meme si j'avais des problémes avec mon chipset usb, qui semble etre corrigé dans les nouveaux noyaux.

C'est facile de dire que personne ne confirme les bugs, mais quand on ferme avec un "ça marche chez moi", tu dit que c'est pas normal et que ç'est faux ( cf tes posts précedents, ou tu as expliqué que comme tu as 10 machines, que tu es admin etc, tu sais ce que tu dit, mais que tu as pas plus de temps à consacrer à la chasse aux bugs )

le 21) est bien sur un bug. je te conseille aussi de rajouter que ton reseau est lent quand tu download des dvd de fedora.

Et les gentils terroristes barbus du plf ( http://plf.zarb.org(...) ) ont pris le paquet pour le mettre dans leur dépot.

> Probablement que cela vient du fait que Mandrake sépare le paquet -devel de
> la plupart des logiciel.

D'une part, il y a urpmf pour chercher les fichiers et les .h qui manque.
Et il y a un systéme de dependances automatiques pour savoir quel -devel a besoin d'un autre -devel ( http://qa.mandrakesoft.com/twiki/bin/view/Main/RpmDevelDependencies ).

Donc à part le fait que tu doit savoir qu'il faut toto-devel, je voit pas en quoi c'est si complexe. j'ai deja vu bien pire avec des versions de gcc qui sont trop strictes sur le c++, etc etc.

> Maintenant que tu connais bien linux, je te conseil vivement d'utiliser une
> distribution mois pour débutant, arch, slackware, debian, gentoo ou autre.
> Tu y apprendra encore plus. Et tu en tirera encore plus de ton ordi.

C'est pas la distro qui fait apprendre, c'est l'envie d'apprendre.
Je suis encore étonné de voir que les linuxiens appliquent des schémas qui ressemblent furieusement au plan marketing de Nike : "Un tel est bon, un tel utilise distrodebarbu X.Y, donc je vais faire comme lui". J'ai jamais eu le moindre problème pour comprendre comment marche une distro linux, même si il y a des outils pour aider à coté.
Le mcc, c'est comme la télé, suffit de pas l'allumer si tu veut pas l'utiliser.

Tout les ergonomes que j'ai croisé m'ont toujours dit que le plus importants, c'est les tests.
Tu prends quelques personnes néophytes, et tu regarde comment elles se débrouillent face à tes deux maquettes.

La, ça va déja faire partir une bonne part des problémes.

En même temps, le menu de la version download, que mandrake présente pour les "utilisateurs avancées", est différent de la version community, qui a subi une selection des paquets, et qui propose un menu simplifié.
Je sais pas dans quel mesure ça change.
Maintenant, il y a quand même une organisation pour le reste des applis, même si la partie configuration est caché au fin fond des menus.

<troll>
Et puis, c'est pas comme si les gens rangent vraiment leur menu démarrer sous windows aussi :)
</troll>

En fait, dés le premier poste sur un journal, j'ai réussi à le reperer.

Il y a pas des centaines de personnes qui ont des capacités sur fedora/rh, et qui en même temps viennent de faire un compte il y a deux jours, le tout avec ce style inimitable.

Une idée serait de pouvoir blacklisté les utilisateurs, comme le /ignore sur irc, avec pour la personne un décompte du nombre de personne qui ignore ( histoire que la personne soit au courant quand même, car après tout, c'est surement le but de certains d'entre eux ).

Euh, sous python :

misc@skittles:~$ python
Python 2.3.4 (#2, Dec 3 2004, 13:53:17)
[GCC 3.3.5 (Debian 1:3.3.5-2)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> s="oui non"

>>> s.split(' ')
['oui', 'non']

>>> ','.join(b)
'oui,non'

>>> ','.join(s.split(' '))
'oui,non'

bon, ok, l'ordre du join est moins naturel, il y a peut être une bonne raison.

> L'avantage énorme de Grub est qu'il n'est plus nécessaire de
> lancer un programme quand on veut installer un nouveau
> noyau. Plus de boot raté parce qu'on n'a pas lancé 'lilo', et ça
> pour un newbie, c'est un plus non négligeable !

En même temps, si il ne lance pas lilo, je voit mal comment il peut se tromper dans le boot, sauf si il écrase le noyau actuel, ce qui est une mauvaise habitude.

Et justement, avec lilo, le fichier de config est en principe validé avant d'être écrit sur le mbr, au contraire de grub ( dans mon souvenir ) ou on reboote et ou on voit aprés que "zut, il y a un typo, comment j'ai appelé mon noyau, et je fait quoi, je suis total newbie".

En lance edit-urpm-media, en root.
Ou via l'outil dans le centre de control, tu decoche les cds.

Mais si il prends internet, il y a une raison, le paquet est plus récent.