-=[ silmaril ]=- a écrit 1470 commentaires

Bein vu que Kazaa != eDonkey c normal :) ce sont deux reseaux differents. Et sinon mieux vaut BitTorrent oh un bete serveur ftp + wget -c.

Sinon je suis pas sur que ton ecole soit heureuse de devenir serveur Peer To Peer mais bon.

En fait cela indique a modprobe (et pas au noyau) que c pas
la peine de gueuler/d'essayer de charger le module en question.

Seulement voilà, il ne boote pas. Grub identifie le noyau, passe le stage2... et c'est tout, l'écran ne bouge pas. Par contre, le voyant des nappes IDE présente une activité. Sachant que j'ai compilé un bon paquet de noyau, je suis rodé aux noyaux posant problème.. mais sans kernel panic ni message de log ni autre, je ne vois pas trop ce que je peux faire. Alors, est-ce un problème connu ?

Si tu savais ce que tu voulais aussi .... nan dsl

Tu demande si c un pb connu et bien oui le pb que tu decrivais etait connu
il n'est pas lie a la reprise d'une config de 2.4 mais les symptomes que tu presente sont toutafais ceux de l'oubli de passer les input devices keyboard et mouse en dur dans le noyau ce qui empeche la selection de 'Virtual Terminal' dans les Characters devices.

deuxiemement au momment ou j'ai repondu y avais pas de messages plus haut.

troisiemement j'ai tjrss compile les 2.5 en partant d'une confg 2.4 mais apres m'etre fait avaoir avec le virtual terminal j'ai toujours verifer ces options.

quatriemement si c'etait vraiment un pb de devfs tu aurais eu le log du boot du kernel et ca aurait plante pdt les scripts de montages de fs et autres (si pas de devfsd bien sur).

[i]2) il est certain que des corrections de bugs par des devs libres vont intervenir et que le driver va y gagner en qualité.

Certain ? T'as une garantie ? Disons qu'il est possible que Nvidia reçoive des patchs. A la lecture de certains commentaires, il semble que l'écriture de drivers pour des cartes 3D soit un domaine très spécifique alors j'ai un gros doute sur le fait que des millions de hackers vont se mettre à débugger ces drivers.
[/i]

Je dirai meme que c'est hautement improbable. A part pe de John Carmack et encore il y a tres peu de personnes suffisament formées sur les tech 3D hard dans le monde OS. Bon s'il y a vraiment un trou de securite (non lie a la carte) ou un pb de memory leak je dit pas mais c pas vraiment les plus durs a trouve.

Moi ce qui me gene c que malgres les efforts fait par le groupe Xfree pour assure un interfacage coherent des drivers closed sources (via dri/drm) ni ATI ni NVidia n'ont voulu l'utiliser au contraire ils ajoutent des drivers closed sources au noyau d'un taille douteuse et dont la legitimite est serieusement remise en cause par Torvalds.

M'enfin ma radeon 8500 elle marche super bien sous XFree 4.3 mieux qu'avec les drivers ATI (notament pour la TV et le XV, par trops teste le OpenGL).

oui meme que l'annee derniere tu les menacait de la DGCCRF (cf www.linuxfrench.net & co) et tu gagnait des sous sur les portables et co sans OS.

Par contre un avis perso, n'achete surtout PAS de pc DELL c de la merde en sac et en plus ils ont aucune ligne directrice dans leurs fabrication genre sur une annee universitaire au taff (CRI de fac) on a fait 3/4 achat de pc DELL et on a eu 1 lot de CM +/- maison base sur du SIS deux autres sur du intel (differents) et un autre sur via. Alors que les spec demandee n'avaient pas change .. c tres tres chiant.

Et le pire c niveau stabilite c merdique, niveau qualite composant .... pas top
Ils arrivent a te faire des pc ou tout est super silencieux (DD, alim, ..) sauf le ventillo ou l'inverse ventillo super silencieux mais DD +/- bruyant.
C lamentable.

Je dirai en resume que ce qui ce passe est la chose suivante, ton appli se lance sur un espace memoire, puis charger une librairie ou autre dans un autre emplacement qui est plus ou moins fiable ce qui declenche a une moment ou un autre un plantage. Le soucis que tu as est le suivant le kernel garde en cache le plus possible de choses meme lorsque tu as fini de les utiliser (par ex ici et maintenant j'ai 512Mo de ram dont 5068Ko de libre .... alors que j'ai au max 180Mo de prog qui tournent (d'ailleurs devrait faire des efforts chez gnome pour ca) tout le reste c des anciens progs lances qui restent en memoire) donc quand tu tente la reexecution du prog il le recharge depuis ces zones qui ont pus etre corompus :(

Effectivement ca doit etre ca pour totem, par contre pour xine et rhytmbox ct bien le kernel, je suis passe a un bete 2.4.21 + patch xfs et ca roule.

Par contre pour XFree je peut pas retrograder en 4.2.1 pour cause de drivers radeon qui marche pas bien en 4.2.1 (et pis j'ai eu du mal a me le compiler mon joli 4.3-ds2 (juste avant le passage au gcc 3.3 ouf :))

bah mplayer il marche :)

Update:

en utilisant gdm pour ouvrir une session root, ni xine ni rhythmbox ne marchent, mais en utilisant startx (avec un exec gnome-session ou un exec wmaker dans le .xinitrc) ils marchent. Dans tous les cas totem ne marche pas.

par contre pour les utilisateurs normaux, que la session X soit demarre avec startx ou gdm ne change rien.

> > c est juste pour les processeurs de portable a savoir le speedstep >( intel pentium M ) et le powernow ( athlon/k6 mobile )
>
> C'est déjà pas mal non ?

bah vu que ca marche que sur c proc ...

> Ce que je comprends pas c'est qu'on vote [-] à mon commentaire
> alors que je suis le seule qui proposer quelque chose. C-à-dire
> diminuer la consommation du cpu alors qu'il n'est pas en attente.
tu propose quelque chose d'inutilisable c tout

ps le mieux est d'utiliser le driver vidix d'ailleurs

Contrairement a ce que est dit ici tu peut faire des ln dans le devfs, tu peut meme faire des cp, mv, ... et mknod.

Sinon pour utiliser les accelerations matrox, bein il faut compiler le module,
le charger et si le /dev/mga_vid n'apparait pas automatiquement,
faire comme pour le /dev normal:
http://www.mplayerhq.hu/DOCS/video.html#mga_vid(...)

pour automatiser la chose tu peut aller farie un tour dans /etc/devfs/devfsd.conf (utiliser la commande LOOKUP mga_vid ..)

Tu peut avoir des soucis avec les agpgart, normalement c tout.

Sinon moi j'ai un athlon 700 socket 7 (Apollo Pro133x) et un Athlon XP 2100+ (sur une A7[b]V[/b]8x) et j'ai jamais eu de pb avec. Sauf avec l'ahlon 700 et un modem usb mais ct uniquement sous linux et une fois identifer le pb ca se reglait tres simplement.

Sinon un truc interessant avec les athlon:
http://www.nt.phys.kyushu-u.ac.jp/shimizu/download/download.html(...)

tu peut gagner jusqu'a 18° en idle. et xmbmon fonctionne avec les ASIC asus.

Si tu avait lu suffisament avant de te lancer (notament http://www.codemonkey.org.uk/post-halloween-2.5.txt(...) qui etait indique dans la news sur le dernier 2.5) tu saurai qu'il faut effectivement faire attention a sa config et surtout pas la reprendre depuis un 2.4.

Il faut notamment activer le support des input device keyboard et mouse en static integre au kernel pour pouvoir selectionner les virtual terminals dans les characters devices. Et si tu ne fait pas tout cela et bien le kernel marche mais sans console principale... donc pas de texte au boot mais un linux qui repond au reseau (normalement).

Absolument aucun interet a faire faire cela par le MDA ...
c avant l'envoi sur le reseau que c'est interessant pas apres ...

tu n'a pas compris l'objectif (ou j'ai pas ete assez clair) c surtout pour alleger le serveur quand les profs s'amusent a envoyer des gros mails a tout plein d'etudiant.

Je n'irai pas jusque la mais sur le fond je suis d'accord :)

Malheureusement le systeme Windows a permit (apres de nombreuses annee quand meme il faut le rappeler) a une flotte importante de personnel de secretariat et de neuneux primaires de se croire informaticiens car il arrivait a lancer une application en bougeant la souris.

Rq pour d'autres ca marche pas, ils comprenaient mieux ms-dos 5/Windows 3.1 ... (comment ca, mais non mais non je parle pas de toi papa:))

Mais il ne faut pas se leurrer Linux est un Unix cad un systeme d'exploitation multi-utilisateurs necessitant un administrateur compétant. Perso je pense que pour toutes ces PME un gros serveur (avec une grosse carte :) dsl) et des clients legers repartis sur les boites serait bcp plus adaptés et permettraient a des societes de services d'administrer cela simplement a distance.

c plutot phpPgAdmin non ?

moi j'ai ca aussi mais comme j'ai utilise l'adresse perso sur des ml (kernel etc) elle est spammé alors que l'adresse a la con ne l'est pas :(

(require 'pc-select) (pc-selection-mode) + quelques: (global-set-key [f8] 'calculator) ...

Ce ne sont pas les fichiers de conf qu'il faut lire c le log de demarrage du serveur X (/var/log/XFree86.log). C lui qui t'indiquera pourquoi il a choisi un mode 8bits.

Mais de toute facons je serai surpris que la carte sache faire plus que du 8bit. Toutes les stations de travails unix 'de base' sont en 8bits (notamment Sun).
Pour avoir plus ct les SGI :)

Euh 'en interne c cool' je veux bien mais pas sous linux

passe en console un coup tu verra et y a tout plein de soft qui comprennent pas un mot a utf ou qui reagissent bizarrement (emacs)

Les drivers proprios NVidia sont dispo pour toutes les GeForces en fait c le meme core que les drivesr windows.

Sinon pour l'histoire de sortie TV, le pb n'est pas que ATI n'a pas sortit
les spec de la carte, le pb c le macrovision, techno hyper brevete qui empeche l'enregistrement depuis un DVD et autre.
Pour qu'ATI n'ai pas d'ennuis il lui faut faire en sorte que l'activation de la sortie TV determine l'activation de macrovision. On aurait pas pense que le plus simple/logique aurait ete de mettre ca dans la puce mais apparement ca coute moins de le mettre dans le driver.
Si tu cherche bien tu vera que meme matrox qui avait fait un boulot super avec le driver libre de sa G400 n'activait pas la sortie TV dans ses meme drivers. Il fallait pour cela compiler le modules libre avec un
module binaire.

[i]
# remplacer les occurences gif" en png"
for i in `rgrep -l "gif\"" ./*` ; do
[ "$i" != "$0" ] && {
sed s/gif\"/png\"/g < $i > $i.tmp
mv -f $i.tmp $i
}
done

# remplacer les occurences gif' en png'
for i in `rgrep -l "gif'" ./*` ; do
[ "$i" != "$0" ] && {
sed s/gif'/png'/g < $i > $i.tmp
mv -f $i.tmp $i
}
done[/i]

le tout en une seule passe:

for i in `rgrep -l "gif\"" ./*` ; do
[ "`basename $i`" != "`basename $0`" ] && perl -pi.bak -e "s/gif(['\"]+)/png\1/gi" $i
done

c 'Never Twice the Same Color' AFAIK.
(Jamais deux fois la meme couleur)