Reprise du message précédent :

 
hum c ce que j'ai expliqué un peu plus haut...

il devait douter de ton avis  

 
ben j'avoue que compiler mon mplayer me séduisait mais si l'update est pas gérée ça m'emmerde
donc je vais tester ta solution
par contre, ça n'influ pas sur autre chose le fb ? (j'utilise pas le fb mais je voudrais pas qu'il me casse qq'chose)

Aiua a écrit a écrit :   il devait douter de ton avis

 
 
   
 
j'aime bien avoir plusieurs avis  

Non, et puis c'est jamais qu'une bibliothèque, là, rien de plus.

par contre je pense à un truc là : grub afficher une pauvre fenetre bleu au démarrage : il utiliserait pas le frame buffer pour faire ça ?
parce que si je le casse, je vais avoir du mal à booter  

 
ok ben ta solution est séduisante, donc je la tente (sans forcing par contre )
merchi  

djoh a écrit a écrit : par contre je pense à un truc là : grub afficher une pauvre fenetre bleu au démarrage : il utiliserait pas le frame buffer pour faire ça ? parce que si je le casse, je vais avoir du mal à booter

grub se lance après linux

Si, mais sûrement pas avec la bibliothèque qui est utilisée par l'OS.
De toute façon, tant que tu n'utilises pas de --force-machintruc, tu ne risques quasiment rien.

 
ok    
j'y vais  

ah, une derniere question : je fais regulierement des update : comment ça sera géré ?

Le jour où libdirectfb10 rentre dans sarge, elle sera gérée aussi au niveau des updates.

 
ah bah oui puisqu'on précise la version dans le nom ...ok

au fait, je viens de voir ça :
 

 
après un lspci -v
mais j'ai 32Mo
c'est bizarre non ?
c'est quoi les 16 et 128 ?

 
 
donc ça fait pareil que pour mplayer : y-a des dépendance, et si on veut installer, il faut forcer, et je veux pas forcer ... bon, assez perdu de temps , je compile

ben moi aussi il s'update tout seul mon pacakges mplayer. Mon script se lance, recup les sources current, le cvs de ffmpeg, copie dans le rep de mplayer, lance le debian/rules binary et g un zoli packages .deb et pis basta...
 
Enfin, chacun fait ce qu'il veut, moi ça me satisfait. Des que je trouve comment eviter d'appuyer sur entrée pour le password du cvs, ça sera encore mieux (crontab rulez)

 
 
ben je compile justement
et j'avais pas le video4linux dans le kernel donc je l'ai recompiler
mais quand je fais le package debian, il me dit toujours :
 

 
ça vient d'où ?
je fais comment ?
j'ai les nvidia closed source

si tu n'en as pas besoin, pq tu le veux ?
 
c pas parce qu'il te dit no que tu en as forcement besoin, nan ? Faut bien qualifier tes besoins. Moi je veux qu'ils lisent les divx, donc c too

the_fireball a écrit a écrit : si tu n'en as pas besoin, pq tu le veux ?   c pas parce qu'il te dit no que tu en as forcement besoin, nan ? Faut bien qualifier tes besoins. Moi je veux qu'ils lisent les divx, donc c too

 
 
ben moi aussi, et s'il pouvait le balancer sur la TV c'est encore mieux (j'ai cru comprendre qu'il pouvait faire ça sans avoir à relancer X)
 
de plus il me dit :
 

 
 
ça veut dire qu'il lira pas les dvd ?

j'ai plein de warning à la compile
c'est normal ?

 
Pour eviter le pass, simple. Ne fait pas de cvs login vu que y a pas de pass, pas besoin du login, il passera sans.

246tNt a écrit a écrit :     Pour eviter le pass, simple. Ne fait pas de cvs login vu que y a pas de pass, pas besoin du login, il passera sans.

 
wep merci du tuyau, j'avais sorti expect pour taper return à ma place et ça marché

 
 
Si c'est un login SSH tu peux aussi utiliser un agent. Tu le lances quand tu te log sous Linux, tu rentres ta passphrase et apres t'as plus besoin de le faire a chaque fois (man ssh-agent si tu veux tester).

c des commandes debian/rules build et debian/rules binary parce que je ne les ai pas sur ma woody et je voudrais compiler un tar.gz en deb comme vous l'avez expliquez.
@+

 
 
debian/rules c'est juste le chemin vers le fichier des règles
ce qu'il te faut c'est fakeroot (apt-get install fakeroot)
et tu fais "fakeroot debian/rules binary"
ils ont pas l'air de dire qu'il y ait besoin de faire un built
bien entendu, il te faut le fichier rules, et je crois pas que ça se fasse tout seul (a moins que le built serve à ça   )

bon, par contre j'ai fini par y arriver
ça plante pas
les divX5 sont lu
 
MAIS ! ça rame sec !
ça saccade comme s'il y avait des problèmes d'accès disque
j'ai arrété tous ce que tournait en arriere plan mais toujours pareil
quand je fais un top avant de lancer mplayer, l'utilisation des ressource est à 0
mais quand je le lance, ça l'empche pas de saccader (ce sont des pauses survenant on va dire toutes les 20-30 sec en moyenne, mais qui peuvent monter jusqu'à rester bloquer 2-3 sec !!!   )
j'ai un duron 1.2 et un geforce avec les driver closed source
l'agp de nvidia
le mtrr dans le kernel
ça me fait ça qq'soit le codec utilisé (avi comme mpeg)
ça ramait pas avec les 0.6
ça rame pas sous windows (enfin ça arrive, mais pas comme... et puis windows c'est de la merde !   )
j'ai 256 Mo de ram pas completement utilisé
l'udma activer et un debit du disque (indiquer par hdparm) de 18Mo/s (si j'ai bien calculé, le débit nécessaire est loin des Mo/sec)
 
j'espère que vous voyez ce qui va pas