Maigrot michel wrote:
> 

> Ce n'est pas toujours un désavantage. On peut faire la même remarque au
> code source qui remplit l'écran de messages d'erreurs selon que l'on ait
> KDE1, KDE2 ou des librairies trop jeunes ou trop vielles. Et quant on
> les remplace, c'est parfois un programme installé précédement qui ne
> fonctionne plus.

la compatibilite' ascendante est toujours
respecte'e
l'exception: qt1 -> qt2 mais les 2 peuvent cohabiter
les gars ont prevu le truc

> Une bonne partie des codes sources contiennent des erreurs. En ce qui
> concerne Bcast2000a il lui manquait au moins un fichier et pour b et c
> les sources ne sont plus sur le site.

bah engueulez les auteurs !!!

mais cela m'etonne beaucoup
je ne travaille qu'a partir des sources et je n'ai que rarement
des problemes de syntax err 
(seulement dans les outils qui ne doivent pas tomber dans les
mains des "h4ck3rz de l'internet" :))) (les pingflooders par ex) )

> > degottez vous aussi le dernier gcc:
> 
> Bonne idée mais changer gcc impose de remplacer toutes les librairies

FAUX! c'est comme ajouter un carbu double corps weber dans
une corvet: on ne change pas forcement de carburant ou de siege.

> qui en dépendent et il y-en à pour un AM de téléchargement en espérant
> qu'il n' en ait pas pour 3 jours de compilation en réécrivant chaque
> fichier make et config.

archi FAUX!
les sources sont dispo dans les mag vous en avez pour 20 ou 30 balles

je l'ai recompile' il y a moins d'un mois...
la compil est longue certes
mais l'install 'est triviale VRAIMENT!
et rien a voir avec les librairies
elles n'auront pas ete compile'es par le nouveau gcc
mais et alors ?!
les nouveaux exec oui.
(

> Non mais des warnings débiles et des erreurs de compilation déprimantes.

il ne faut jamais ignorer un warning
quand on est developpeur mais comme utilisateur final
pas de probleme.

la documentation sur les install et compilation sont
je pense plus simple qu'apprendre une langue
on n'a pas besoin d'apprendre le C pour compiler un truc
par contre, si vous essayer de compiler
un outils qui permet de balancer des denis de service a tout va
ne vous leurrez pas, le gars a modifie' le truc pour le rendre
inaccessible au "script kiddies"

> Conclusion:
> Si on veut séduire l'utilisateur 'lambda' avec Linux il faudrait que les
> auteurs de logiciels imitent NAN en créant des fichiers binaires et
> statiques contenant tout le nécessaire (Vaut mieux perdre de la place
> sur le DD que se taper des nuits de boulot pour que dalle). 

yep, je parlais aussi bien de faire du static que du dynamique.
en monoutilisateur le dynamique est inutile (une seule occurence de
l'appli lance'e)
(sauf pour une liaison comme avec la libc qui est utilise'e par toutes
les commandes du systeme)
mais je parlais bien de faire un binaire qui tourne! bien / mieux
au maximum de ce qui est faisable!

Je reve 

- d'une option de compilation qui me vire
le clignotement des boutons de blender quand on passe dessus
et qui bouffe enormement de ressources !
- d'une autre qui vire les pannel d'animation que je n'utilise jamais!
- de compiler blender avec l'optimisation maximale avec "mon" MesaGL
deja optimise' a donf !

> en la matière laisse supposer que quant on sait compiler du source on
> est totalement incapable d'expliquer de manière cohérente coment on à
> réussi.

./configure && make && su - root -c "make install" (dans la plupart des
cas simples)
je comprends que je lance 3 commandes. c'est tout ce que j'ai besoin de
savoir!

> Nous sommes nombreux à attendre avec impatience une liste d'urls valides
> ou encore mieux un site spécifique sur le thème.

toute la doc est contenue dans une install de base:

les manpages!

man make  : pour les makefile (comprendre et rediger/modifier)
man gcc   : explique la plupart des options que j'ai cite'es
man ldd ou ldconfig  : pour les problemes de librairies

(ou les info pages ou les HOWTO dans /usr/doc !)

et la doc sur le net foisonne!
le LASG
le NAG 
le RUTE ... 
(des boucains complets en html ou en pdf/ps)
 
> Qui considère que la bonne informatique c'est celle qui marche et que le
> reste n'est que phantasmes.

de la loi de murphy (adapte'e ;) ): si ssa peut merder, ssa merdera...

la "bonne" informatique donne la possibilite' de reparer (quand ssa
marche pas)
ou ameliorer si on le desire (quand ssa marche mais pas assez bien a son
gout).

mon post etait plutot je l'admet destine' a ceux qui se sont interesse'
au systeme et pas seulement aux applis, donc peut etre decale' par
rapport au forum

mais j'espere avoir donne' envie de s'y interesser parce que je ne 
peux pas croire que vous passiez 24H/24h sous blender...

j'espere que je ne vous barbe pas trop avec mes posts!
si oui excusez moi je ne peux pas me retenir de repondre 
quand ssa peut etre utile a quelqu'un
(l'ouverture du  "libre" a un peu deteint sur moi)

a+