iug a écrit 501 commentaires

D'ailleurs mplayer, aussi porky soit-il au niveau du code marche beaucoup mieux. De loin le lecteur qui supporte le plus de fichiers mal foutus.

C'est quand même un monde de releaser un soft qu'il suffit de laisser tourner une journée pour voir qu'il bousille des fichiers (cf. la réponse de sn00py). Ils auraient dû écrire leur code en assembleur, ils auraient été plus cohérents.

Merci, au moins je suis sur du problème maintenant. Je vais faire un petit script pour me mover mes données dans un autre répertoire toutes les heures :)

Ca me faisait peur parce qu'à côté de ça j'ai des choses bizarres dans mes logs, j'avais peur qu'un adolescent prétentieux soit en train de se la péter à attaquer ma machine mal sécurisée.

Une version d'il y a quelques jours. Du repository plf pour la 10.1.

Troll: (m'enfin pas tant que ça quand même hein :)
Mldonkey, mplayer même combat. J'ai toujours eu des emmerdes avec, je faisait partie de la liste de bugs d'ailleurs. Les devels se cachent derrière le fait que c'est codé en caml pour faire croire que c'est tout joli tout propre mais une version sur deux foire. Et quand tu signales un bug sur la liste ils commencent par nier l'évidence.

Il faut bien reconnaitre que c'est bien pratique pour mettre sur une passerelle et y accéder à distance.

Merci,

J'hésite quand même à essayer. Je pensais que c'était le boulot de udev de créer les fichiers devices maintenant.

Va modifier la ligne "default = " dans /etc/lilo.conf, en tant que root. Après avoir sauvé la modification lance "lilo" en console. Et voilà tu peux rebooter.

PS: j'ai exposé des problèmes qui me semblent assez intéressants dans le sujet http://linuxfr.org/forums/14/4749.html.(...) Les gros mandrakeux toujours au fait des derniers hacks me rendraient un fier service si ils me répondaient (laissez tomber la partie réseau, je me débrouillerais avec)

J'ai le même problème que slymira, entre autres, avec la Mdk 10.1.

Le démarrage se bloquait au moment du chargement du 0hci1394 (sur une carte mère nforce2 de chez ASUS), je l'ai donc viré. Maintenant ile se bloque sur la ligne suivante : Activation des partitions d'échange :)
J'ai remarqué après plusieurs heures de bidouille qu'un Ctrl-C débloquait le truc. A ce moment là du chargement, on n'a pas de console donc j'ai pas pu voir ce qui bloquait. Y'a surement une erreur dans un script d'init.

J'ai également remarqué que Alsa démarrait mal, il ne charge pas les modules OSS et les paramètres du mixer ne sont pas rétablis, le mixer par défaut ne marche pas.

Autre problème, le configurateur de réseau ne marche toujours pas (j'ai toujours eu le problème depuis la 9.0), il ne veut pas me lancer ma connec ADSL par Sagem USB au démarrage. Et quand je lance en même temps ma carte réseau il s'emmelle les pinceaux dans la config des routes, il essaie d'accéder à Internet par ma carte ethernet.

Conclusion, j'ai passé un soir sur 2 à me prendre la tête depuis 1 semaine, sans parvenir à résoudre les problèmes (je les ai tous identifiés ce soir au moins :).

... c'est que c'est l'édition qui est protégée et non pas le contenu (je ne suis pas juriste donc j'ai peut-être tord, mais j'en suis à peu près sûr). Il faudrait pour celà trouver des éditions de 50 à 70 ans, c'est à dire des vieux vinyls qui craquent.

Une technique consisterait à récupérer le plus possible d'enregistrements actuels pour que dans 50 ans on les libère...

Heureusement qu'il n'y a pas une variante du C par pays...

J'ai l'impression qu'il y'a une différence de conception du pas cher entre les gens qui gagne 1500+ € par mois et les autres.

Si les exploits commencent à trop pleuvoir, ce qui ne manquera pas d'arriver, ils vont pouvoir migrer vers OpeBSD :)

Ce qui fait marrer c'est qu'ils se disent "en alerte rouge". Sa signifie quoi, qu'ils sont plus très surs de la fiabilité de l'OS :)

Le reviewing de source par un expert sécurité c'est très efficace niveau découverte d'exploits. C'est là l'intérêt de la diffision des sources.

J'aimerais pas être à leur place.

http://www.pps.jussieu.fr/Livres/ora/DA-OCAML/book-ora099.html(...)

Ca a l'air d'être ce que je cherchais. Je me disais bien qu'il existait tout un tas d'analyseurs statiques ou à base de traces pour ce langages, vu que c'est un peu la spécialité de pas mal de développeurs de ocaml.

Merci pour les infos.
Je connais qu'un peu ocaml, et j'ai pas vraiement envie de me taper toutes les docs. J'ai déjà passé quelques heures sur le problème et je me disais bien que quelqu'un aurait la réponse qu'il me faut sur linuxfr.

Excatement :)
Je pense pas qu'il y ait des bugs dans ocaml, vu le niveau des développeurs...
Par contre je peste (troll) un peu parce que j'ai pas réussi à trouver d'infos pour résoudre mon problème.

Je possède la même machine et ça ne se passe pas du tout comme ça chez moi depuis la 2.54. Peut-être qu'ils faut que je vire mes vieux fichiers de config.

Tien, 42.5 % de trolleurs sur Linuxfr.
Pourquoi pas poser directement la question "êtes-vous un trolleur ?"

Tu pourrais préciser ton problème. C'est le genre de manip qui marche chez moi avec devfs.

J'imagine bien. Tu sais pas si il y a de l'analyse statique dans ocaml. C'est assez pauvre en doc d'implémentation sur caml.inria.fr. Ya surtout des papiers de recherche. Je me serais attendu à un howto-gérer-son-allocation-a-la-mimine.

tu veux dire TOUS :)

Question propreté je pense pas que la restauration des paramètres du mixer est ça place dans modules.conf. Je trouve que c'est une bonne idée d'avoir un service pour ça. Ca permettrait de gérer autre chose que des cartes alsa (je pense pas tvmixer soit dépendant d'alsa par exemple).

Ma solution a consisté à l'intégrer en dur. PWCX est en passe d'être intégré dans le 2.6 et il faut le tester. chezmoiçamarche avec un 2.6.2 et le patch dispo dur le site de pwcx.

De toute façon, les histoires de dépendances entre les modules ça m'a l'air bien foireux. Je comprends pa bien pourquoi y'a un service pour alsa, un autre pour le mixer alsa...

A j'avais oublié :)
Pour tant j'ai déjà modifié /etc/modules pour qu'il charge bttv9 au lieu de bttv.

M'ai j'ai encore un problème plus complexe. Le mixer oss pour alsa (snd-mixer-oss) est chargé très tard avec son propre service. Or j'aimerais utilisé tvmixer pour avoir un contrôle des basses et des aigues sur ma carte vidéo. Si je mais une directive pour charger tvmixer dans modules.conf (un "post-install msp3400....") alors le tvmixer est chargé avant alsa et ça fait tout craquer (j'ai plus accès au mixer de ma carte son par OSS alors que celle-ci marche :).

Ce genre de situation nous rappelle les principaux problèmes de la communauté : le manque de coordination dans les travaux et la nécessité de concilier intérêts commerciaux et "philosophie libre". Ca me rappelle un peu les grosses boîtes qui ont des problèmes d'échelle pour communiquer et qui font en conséquences beauciup de travaux redondants et perdent ensuite du temps à gérer l'interopérabilité.

Personnellement je ne contribue pas (ou alors très indirectement par le test et l'utilisation de softs libres), mais je passe énormément de temps à configurer ma distrib à cause de ces problèmes, qui pourrait être utilisé à autre chose (contribuer par exemple).

M'enfin, j'ai un peu du mal à comprendre pourquoi les gens utilisent autre chose que les licences BSD et GPL, la première permettant un usage commercial et la seconde non.

J'aurais pensé que le kernel forçait la libération des ports.
Merci

Ca marche pas chez moi.