Misc a écrit 6241 commentaires

Le mélange des compilés et compilables, j'ai tenté sur netbsd, j'ai vite plus trop eu le choix et j'ai du passer en package compilé via pkgsrc...

Remarque, vu que dpkg c'est juste des fichiers installable via ar et gunzip, ça sert vraiment à rien :)

( et rpm aussi, il y a meme un script rpm2cpio en perl sur netbsd qui fait ça )

Dans la FAQ debian :

http://www.debian.org/devel/testing(...)
"Les simples utilisateurs et les développeurs de testing doivent savoir que les mises à jour de sécurité pour testing ne sont pas gérées par l'équipe chargée de la sécurité".

Maintenant, c'est un risque à prendre.

> Sur bon nombres d'applications, en supprimant ce qui ne nous sert pas,
> peut on vraiment arriver à un gain de temps conséquent ? A tu des
> exemples ?

En l'occurence, j'ai terminé par le fait que le binaire suffit, je ne suis pas plus convaincu que toi sur les gains en question, car ils sont anéantis par le fait que tu as besoin des entêtes de tes libs. Par exemple, qt, ça prends quand meme ~ 80Mo
J'ai une gentoo avec juste plone et deux trois softs annexes qui prennent 1go de place sur un chroot. 1go , il y a de quoi placer X et icewm plus de quoi travailler sur une mdk ou une debian. Et j'ai pas mis des optimisations de fou, j'ai mis en -Os justement pour ça.

Donc, non j'ai pas d'exemple :)


> Sans parler que pour moi il est inconcevable de mettre en production un
> serveur disposant d'un envirronement de compilation.

Bof. Une fois qu'on est root dessus, si le truc c'est juste de faire un yum install gcc, ça me semble pas être trés dure à contourner comme protection...

Sans compter que les languages de script, ça permet beaucoup aussi ( bon oui, on fait pas de modules kernels en python ou perl :) )

> Tu joue sur les mots entre mettre à jour sa distrib et ses logiciels. Bon, si
> tu veux, mais mon problème reste le même. Comment sur une mdk 9.1
> installer tous les derniers logiciels stables comme gimp2 et gnome 2.6 en
> gardant l'utilité des rpms ?

Tu m'arrete ou j'ai mal compris, mais :

Tu veut mettre tout les paquets de gnome2.6 sur la 9.1.
Ok.
Quitte à faire pareil, on va faire suivre kde, ok, pour ceux qui veulent kde.
Bon.
Et puis, il y a surement des paquets qui vont dépendre sur python plus récent, on va mettre python. Et tout les softs qui dependent de python aussi. De toute façon tu as dit : "installer tous les derniers logiciels stables".

En bref, remettre à jour _tout_ les rpms, sur la 9.1, parce que en plus quelqu'un voudra surement un paquet plus à jour de tel soft. On va pas faire de jaloux, hein, parce que sinon, on a autant ne rien faire si on doit exclure certaines personnes, ça serait pas très égalitaire.

Mais euh, attends. C'est plus une 9.1, c'est une 9.2 ou 10 que tu va avoir si tu mets à jours tout les rpms.
Damn. Et oui, voila le truc.


SI tu veut , tu peut te refaire des backports. Si tu veut, tu peut même lancer un projet pour les redistribuer.
Je suis sur qu'en demandant à des groupes annexes à mdk ( en 3 lettres ) et en offrant ta bonne volonté et en ayant des idées et surtout de la bonne volontés, et que tu la mets en oeuvre, tu peut avoir un compte sur un serveur pour commencer à bosser et à chercher d'autres personnes pour t'aider.
Pour ma part, je trouve que les backports ne sont que sources de problémes, mais bon si tu arrive à prouver le contraire, je changerais d'avis.

Il y a l'optimisation dans le mesure ou tu as pas des trucs inutiles, comme le support perl alors que tu veut pas de perl.

Prenons un exemple simple :
Soit A le paquet binaire, compilé avec des options

Soit toi, qui veut compiler soit via une option 1 qui réduit la taille ( -Os ) ou via des optimisations en plus ( -O2 ) ( option 2 ).

Il y a des différences dans les 2 approches. Le paquet bianire de A ne peut pas prendre les deux options, car on peut pas à la fois le code le plus rapide et le plus compacte ( exemple, le fait de dérouler les boucles ).

Donc, si A privilégie la taille, alors compiler via l'option 2 sera plus proche de ce qu'on veut si on veut les optimisations et donc plus proche du paquet optimum.
Et inversement, si le paquet binaire privilégie les optims de gcc, on aura notre binaire compilé par nos mimines plus proche de ce qu'on veut si on veut avoir des binaires plus petits qui chargent plus vite, et prennent moins de ram.

Conclusion, les sources, ça permet d'avoir ce qu'on veut. Et je parle pas encore d'avoir ce qu'on veut au niveau des dépendances.

Maintenant, c'est vrai que compiler au dela de i586 tout les programmes, ça donne pas des masses de gains sauf si le soft est prévu pour, via des instructions en assembleurs, et la plupart des paquets binaires suffisent très largement.

> Mdk, j'ai eu des prob aussi avec. Car les outils de configuration
> sympatoche à trop vouloir configuer font que mon pc s'épuise.

Les outils se lancent pas tout seul sauf erreur de ma part.

> suse, j'ai peur qu'en installant un suse, j'ai le droit à de superbes menus
> en allemand...

Euh, c'est pas conectiva non plus, la suse est au moins traduite en anglais, et en francais.

> Tu es serieux ? Parce que la ta credibilite vient d'en prendre un coup.
>
> http://www.google.com/search?q=rpm+corruption(...(...))

Depuis quand une recherche sur google devient un argument ?

> Tout depend de la DB, mais ceci n'est qu'un probleme parmi tant d'autres.
> Utiliser une DB pour gerer la base du systeme, ca me parait
> dangereusement complique. Peut-on installer une distrib RPM sans la DB ?

Non. Maintenant, les db, ça sert à plein de choses. Tu doit sans doute savoir que ta banque utilise une db pour tes comptes, ça me semble bien plus dangereux pour toi que ton argent depende d'une base de données, plutot que la liste des softs de ton pc.

> Pour Gimp, la version 2.0 est déjà en sid, mais je sait pas si elle est en
> testing. Je sait pas si elle aura le temps de passer en testing avant le gel
> de celle-ci pour la sortie de la Sarge...

Trop gros, passera pas
On a déja fait le coup pour gnome2.4 l'année dernière...

> Et telecharger des ISOs, avec Debian, Gentoo ou encore *BSD on le fait
> une seule fois et on peut vivre des annees avec un systeme a jour en
> permanence sans maj brutale

Bah j'ai une machine sur mdk 9.1 que j'ai mis à jour depuis la 8.2, sans passer par cooker et sans prendre les isos. J'ai pas plus mis à jour parce que j'ai pas le temps de le faire sur ma pauvre ligne adsl, à 500 Km de distance de mon logement actuel, mais ça passe.

Faut arréter de croire qu'on est "obligé" de passer par les isos, et que seuls les distributions qui ne sont pas destinés au grand public offrent ça.

C'est quand même incroyable cette idée de se convaincre de la supériorité d'un systéme plus dur à installer en se disant qu'on est récompensé de notre perséverance par le fait de pouvoir faire une mise à jour sans les cds...

Et puis tu parle de mises à jours incrémentals et debian, mais si l'incrément, c'est moins que tout les 2 ans, c'est que tu utilise une unstable/testing, et c'est des versions de développement...
Donc, autant pour gentoo et bsd, ok, autant pour debian on me le fera pas gober.

> En general, un rm /* c'est jamais bon, quelque soit le systeme de package.

Sur windows, ça me fait :
rm command not found

Donc windows rox

=>[]

Si, justement.
Si tu veut utiliser cooker, prends tout cooker.

Les textes en question sont parfois redirigés en temps réels vers des sites pornos, et les gens doivent valider leur inscription via la même image, ce qui permet aux spammeurs par la même d'obtenir son compte sur Yahoo ou Hotmail.

Les images ont aussi le probléme d'exclure un peu plus les personnes souffrant de déficiances visuels, c'est à dire un aveugle complet ou ayant de gros problème de vision.

Red hat a quand même engagé Warren Togami, le leader du projet Fedora.

Tu es pas le seul, j'ai réguliérement des plantages en jouant à half life. Mais je soupconne la carte video, etant un peu faible pour le jeu ( 8mb ), et le xp pas à jour, ou le proc qui chauffe trop ( pc portable ).
J'ai aussi parfois des trucs bizzares , comme le son qui ne démarre pas ( non détecté par linux ) qu'un reboot régle ( si si c'est vrai ) sans _aucun_ changement de config. Et comme c'est aussi le même chipset qui gére l'usb, dés fois la souris marche et pouf, le controleur usb ne réponds pas.

Via sux.

Il manquerait pas bétement la police utilisé par linuxfr ?

Qui serait remplacé par une autre, un peu plus dégeu...

Moi, mandrake m'a aidé en me prenant en stage.
Ça fait salaire + ticket restaurant + prime + truc sur le cv, contrairement à ce qu'on croit, ça à l'air de faire bien sur le dit document chez pas mal de gens.

Sinon, mandrake fournit des machines pour les contributeurs externes, et laisse du temps à ses employés pour travailler sur leur projet perso ( frozenbubble, par exemple, rpmlint aussi ).
Il y a également les remontés de bugs, les patchs ( patch cdrecord dvd http://people.mandrakesoft.com/~warly/files/cdrtools/(...) ), les tests, en bref rien de plus, rien de moins que les developpeurs habituels.

C'est vrai que avec les problémes financiers, le nombre d'employés a diminué, et par la même les contributions.
Jeff garzik ( kernel ) , David faure ( KDE ), Yoann Vandoorselaere ( prelude ) sont parti.
Mais il reste par exemple Laurent Montel ( KDE ), Juan Quintela ( kernel ), Till Kamppeter ( linuxprinting ) et Rafael Garcia-Suarez ( perl ), choisi arbitrairement dans la liste des employés, qui contribuent à leur projet respectif.

Dans une moindre mesure, mandrake se débarrasse de ses vieux cds pour les lugs, mais bon, c'est pas vraiment une action à vanter. J'imagine que certaines machines aussi sont parti à gauche et à droite, mais pareil, ç'est rien d'étonnant.

Bien sur, une semaine de downtime est dommageable, et c'est vrai que ç'est chiant.
Maintenant, les sociétés, comme tu dit, acceptent sans aucun problème des délais de 1 ou 2 mois dans la mise à jour des correctifs de la part de Microsoft.

Je dit ça, je dit rien, car après tout, c'est pas microsoft qui s'impose sur le marché informatique au niveau des entreprises...

Et puis, attaque personnel pour attaque personnel ( :) ), il y a aussi des assoces qui ont eu des déboires aussi longs suite à la chute de leurs serveurs...

Mais bon, c'est vrai que ça sux

Sur la dizaine de patches que j'ai du envoyer à gauche et à droite, j'ai eu trés peu de refus ( 1 ou 2 ) .
Soit c'était du à une solution clairement plus propre, soit c'était un refus du développeur pour des raisons architecturels.

Avec un peu de compétence, on arrive très bien à comprendre l'architecture d'un soft pas top mal écrit, et on repére les politiques de nommages et tout ça, il suffit juste d'un effort, en pensant non pas à l'auteur, mais au soft et au fait que quelq'un devra le maintenir dans le futur, et donc que ç'est mieux d'être cohérent.

On code pas un patch en deux temps trois mouvements.

Il y a eu une annonce, mais je suis pas sur que ça soit encore effectif.

> parce que de toute manière d'ici très peu, ce sera la "sarge"

marrant, on m'a déja dit il y a un an "j'ai mis à jour en testing, comme ça va bientot devenir la stable, c'est bon" :)

Je te rassure, apt passe maintenant par la rpmlib, et non plus par un appel externe à rpm.

Mais tu doit toujours pouvoir le faire via une option, si tu as envie.

Oups, ça s'est vu ?

Toi, tu utilise l'interface usenet, je sais pas pourquoi :)

C'est moi ou il y a quasiment plus que des news mandrake ?

Je doute fort que les autres distributions soient moribondes, et je ne croit pas à l'hypothése d'une cabale ( qui n'existe pas ) visant à établir mandrake comme distribution sur le bureau de tout le monde.

On a droit au annonce, aux rc1, aux pré-releases, au sortie de procés, aux nouveaux procés, avant et aprés.
Et le tout à une vitesse affolante, du style une heure aprés que je sois au courant, pourtant aux premiéres loges...

Pourtant quand je lit les dwn, il y a de quoi faire des news , pareil pour gentoo ou fedora.
Pourquoi linuxfr devrait t'il être le relais d'une société commercial au détriment indirect des autres, alors qu'il suffirait d'appliquer des quotas ou au moins de valider certaines en deuxième page.

Il faut se mobiliser pour rétablir l'équilibre !

> Par curiosité parmis Fedora, Suse, Gentoo, Debian, etc, laquelle n'est pas
> 100% libre ? (ne moinssez pas, argumentez !)

Je suppose qu'il voulait plutot insisté sur le coté "grand public", meme si je ne pense pas que fedora et suse soit moins grand public que mandrake.