tag:linuxfr.org,2005:/users/iugLinuxFr.org : les contenus de iug2007-05-11T14:19:49+02:00/favicon.pngtag:linuxfr.org,2005:Diary/244322007-05-11T14:19:49+02:002007-05-11T14:19:49+02:00Ubuntu et partage de connexion réseauBonjour,<br />
<br />
Ce matin, j'ai voulu partager ma connexion internet sous Ubuntu, j'ai eu beau chercher dans les menus, je n'ai pas trouvé. Et pour cause d'après ce qu'on m'a dit, cette distribution ne sait pas faire ça (sauf à écrire un script, ce qui est très user-friendly).<br />
<br />
C'est l'accumulation, il s'avère que ma machine de bureau a du subir un changement de carte mère => l'interface réseau n'est plus visible dans l'outil ad hoc, les menus sont vides. Un petit "ifconfig -a" m'a montré qu'elle s'appelle maintenant eth1 (et il n'y a pas d'eth0).<br />
<br />
Je m'étais laissé convaincre sans broncher (tout le monde utilise ça au labo, mais la plupart ne sont pas des vieux routards de Linux (sinon ils n'auraient pas fait ce choix)). Je me disais que c'était pas mal d'utiliser autre chose qu'une Mandriva, pour apprendre... <br />
<br />
En fait cette distrib ne sait rien faire. Elle est juste bonne à faire une démo technologique de Beryl. Ils devraient virer leurs graphistes et embaucher des développeurs. Ou alors peut-être vont ils récupérer les scripts de partage de connexion Mandriva, après avoir récupérer leur soft de configuration des imprimantes.<div><a href="https://linuxfr.org/users/iug/journaux/ubuntu-et-partage-de-connexion-r%C3%A9seau.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/50849/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/iug/journaux/ubuntu-et-partage-de-connexion-r%C3%A9seau#comments">ouvrir dans le navigateur</a>
</p>
iughttps://linuxfr.org/nodes/50849/comments.atomtag:linuxfr.org,2005:Diary/238412007-02-22T11:16:54+01:002007-02-22T11:16:54+01:00Free BiosBonjour,<br />
<br />
Je viens de voir ça sur la LKML:<br />
<br />
<blockquote><br />
The GIGABYTE M57SLI-S4 [1] is the first-ever desktop motherboard<br />
supported by a Free & Open Source BIOS, thanks to AMD engineer Yinghai<br />
Lu who released GPL-licensed code last month. This state-of-the-art<br />
motherboard is based on the NVIDIA nForce 570 SLI chipset and AMD's<br />
latest Socket AM2. It contains tons of advanced features such as:<br />
<br />
Support for AMD Athlon 64 X2, Athlon 64 FX and Athlon 64 processors<br />
2X PCI Express x16 slots<br />
3X PCI Express x1 slots<br />
2X PCI slots<br />
3X 1394a (FireWire) ports<br />
10X USB 2.0<br />
16GB maximum memory<br />
SATA RAID<br />
6X SATA 3Gb/s slots.<br />
</blockquote><br />
<br />
La suite ici :<br />
<a href="http://lkml.org/lkml/2007/2/21/490">http://lkml.org/lkml/2007/2/21/490</a><div><a href="https://linuxfr.org/users/iug/journaux/free-bios.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/50279/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/iug/journaux/free-bios#comments">ouvrir dans le navigateur</a>
</p>
iughttps://linuxfr.org/nodes/50279/comments.atomtag:linuxfr.org,2005:Diary/237922007-02-14T16:45:06+01:002007-02-14T16:45:06+01:00Choix d'un système de fichiersBonjour,<br />
<br />
D'après un certain nombre d'articles que j'ai pu lire, il apparaît que XFS est bien plus performant que ext3.<br />
<br />
<a href="http://www.bullopensource.org/ext4">http://www.bullopensource.org/ext4</a> ici quand ils parlent de ext3 + patches, il s'agit du futur ext4, ne pas confondre avec ext3<br />
<br />
Or, beaucoup de distribs majeures proposent ext3 par défaut. kernel.org est en ext3...<br />
<br />
Y'a des gens qui ont des infos ?<div><a href="https://linuxfr.org/users/iug/journaux/choix-dun-syst%C3%A8me-de-fichiers.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/50231/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/iug/journaux/choix-dun-syst%C3%A8me-de-fichiers#comments">ouvrir dans le navigateur</a>
</p>
iughttps://linuxfr.org/nodes/50231/comments.atomtag:linuxfr.org,2005:Diary/234662007-01-07T13:11:41+01:002007-01-07T13:11:41+01:00Pétition pour la candidature de José BovéBonjour,<br />
<br />
Un site web vient d'être mis en place par les collectifs unitaires qui rejettent la candidature du PC. <br />
<br />
<a href="http://www.unisavecbove.org">http://www.unisavecbove.org</a><br />
<br />
Ce site contient une pétition, pour laquelle les membres de collectifs espèrent obtenir 10000 signature.<br />
<br />
Cela permettrait peut-être à terme d'obtenir en France un renouvellement de l'extrème gauche, qui est jusqu'à aujourd'hui empêtrée dans son passé Stalinien ou Trotskyste, et créeraient un centre de réflexion autour des possibilités d'évolution de la société actuelle. <br />
<br />
Je pense que ce rôle n'est plus rempli à l'heure actuelle par les partis comme LO, la LCR et le PC, qui ont sombré dans le National Communisme, comme l'ont fait avant eux la Chine, l'URSS, le Vietnam, la Corée du Nord ou le Cambodge. En effet, ces partis sont quasi uniquement focalisés sur les problèmes franco-français, qui, même s'ils existent, sont bien minimes comparés aux problèmes du tiers monde, et comparés aux problèmes environnementaux.<br />
<br />
Le paysage politique de gauche serait beaucoup plus sein s'il était composé d'un parti de pouvoir, le PS, et d'un parti de proposition. Au lieu de ça nous avons à l'heure actuelle un parti de pouvoir et un morcellement de partis contestataires. Cela permettrait à terme une collaboration entre ces deux grands partis pour proposer des changements innovants.<div><a href="https://linuxfr.org/users/iug/journaux/p%C3%A9tition-pour-la-candidature-de-jos%C3%A9-bov%C3%A9.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/49907/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/iug/journaux/p%C3%A9tition-pour-la-candidature-de-jos%C3%A9-bov%C3%A9#comments">ouvrir dans le navigateur</a>
</p>
iughttps://linuxfr.org/nodes/49907/comments.atomtag:linuxfr.org,2005:Diary/231682006-11-24T10:06:43+01:002006-11-24T10:06:43+01:00GPLv3Bonjour,<br />
<br />
Depuis peu circule la pétition de Bruce Perens contre l'accord Novell/Microsoft.<br />
<br />
Tous ceux qui voient en cet accord une agression égoïste contre le monde du logiciel libre peuvent aller la signer : <br />
<a href="http://techp.org/petition/show/1">http://techp.org/petition/show/1</a><br />
<br />
Je voudrais revenir sur un point précis de cette lettre : la GPLv3, dont le dernier draft est <a href="http://gplv3.fsf.org/draft">http://gplv3.fsf.org/draft</a><br />
<br />
Certains ont soulevé le problème que la GPLv3 va interdire à Novell la distribution de logiciels tels que la GNU-LibC.<br />
<br />
Je me plonge donc dans ce draft, ainsi que dans le texte de la GPLv2 :<br />
<br />
Au niveau de la GPLv2 on a déjà ces 2 paragraphes :<br />
<br />
"To protect your rights, we need to make restrictions that forbid<br />
anyone to deny you these rights or to ask you to surrender the rights. These restrictions translate to certain responsibilities for you if you distribute copies of the software, or if you modify it.<br />
<br />
For example, if you distribute copies of such a program, whether<br />
gratis or for a fee, you must give the recipients all the rights that<br />
you have."<br />
<br />
Je comprends : si Novell a passé un accord avec Microsoft qui lui donne le droit de ne pas être attaqué a propos des brevets MS. Alors Novell doit fournir ce droit à toute personne à qui elle distribue ce code source. Ainsi, en cas d'attaque de MS contre une personne ayant téléchargé un logiciel chez Novell, cette personne pourra se retourner contre Novell. Les conclusions du procès pourraient alors être que Novell n'a pas respecté la GPL et qu' elle n'a plus le droit de distribuer le logiciel en question.<br />
<br />
Effectivement la GPLv3 est beaucoup plus claire :<br />
"If you convey a covered work, knowingly relying on a<br />
non-sublicensable patent license that is not generally available to<br />
all, you must either (1) act to shield downstream users against the<br />
possible patent infringement claims from which your license protects<br />
you, or (2) ensure that anyone can copy the Corresponding Source of<br />
the covered work, free of charge and under the terms of this License,<br />
through a publicly available network server or other readily<br />
accessible means."<br />
Etant donné que Novell à passé un contrat concernant l'autorisation d'utiliser ses brevets avec Microsoft (license se traduit en français par contrat) alors il doit soit (1) protéger les utilisateurs non couvert par le contrat soit (2) s'assurer que les personnes ne seront pas poursuivies. <br />
J'ai interprété le point (2) à partir de la note de bas de page du texte de la licence. Ce point n'est pas très bien rédigé à mon goût, et mériterait d'être clarifié dans le document final.<br />
Plus clairement, pour satisfaire le point (2), Novell doit préalablement à la distribution passer un accord avec Microsoft qui autorise quiconque à utiliser ses brevets pendant 5 ans. Sinon, Novell doit s'engager à la protection juridique des utilisateurs (et non pas seulement des clients). Etant donné que l'alternative (2) n'est pas envisageable, on tombe dans le cas où Novell doit assurer la protection juridique. <br />
<br />
Du point de vue de ce paragraphe, Novell aura donc le droit de distribuer du code sous GPLv3. Les utilisateurs du code seront alors divisés en 2 catégories : les clients, que Microsoft s'est engagé à ne pas attaqué, et les utilisateurs non clients, que Novell devra défendre. Cela modère nettement l'intérêt de l'accord. Sans compter les deux premiers paragraphes de la GPLv2 cités plus haut, qui me semblent ne pas être respectés. <br />
<br />
Sans compter également que les juges ont l'habitude de juger en fonction de l'esprit d'une loi. Et l'accord de Novell n'est clairement pas dans l'esprit de la GPLv3, peu importent les contorsions de droit formel qui constituent l'accord.<div><a href="https://linuxfr.org/users/iug/journaux/gplv3.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/49613/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/iug/journaux/gplv3#comments">ouvrir dans le navigateur</a>
</p>
iughttps://linuxfr.org/nodes/49613/comments.atomtag:linuxfr.org,2005:Diary/231382006-11-20T11:14:05+01:002006-11-20T11:14:05+01:00Charsets multiples et systèmes de fichiers multiplesBonjour,<br />
<br />
En voyant le topique trollesque un peu plus bas je me suis souvenu de mon problème du début de week-end : l'installation d'un nouveau disque, et du coup, la réorganisation de tous mes FS.<br />
<br />
Et là, j'ai eu un petit problème : j'ai des vieilles partitions ext3 formatées à l'époque du iso-machintruc et des nouvelles avec de l'UTF 8 dedans.<br />
<br />
Du coup, mon système tout neuf, qui est en UTF8 m'affiche mal les noms de fichiers des vieux FS, m'oblige régulièrement à déspecialiser des caractères lors des copies, du fait de la non-conversion à la volée des chaînes d'un encodage vers l'autre.<br />
<br />
Question : existe-t-il une méthode simple permettant de convertir les noms d'un FS d'un encodage vers un autre.<br />
<br />
PS: je voulais bien sûr autre qu'un find -exec mv \{\} \`iso2utf \{\}\` \;<div><a href="https://linuxfr.org/users/iug/journaux/charsets-multiples-et-syst%C3%A8mes-de-fichiers-multiples.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/49584/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/iug/journaux/charsets-multiples-et-syst%C3%A8mes-de-fichiers-multiples#comments">ouvrir dans le navigateur</a>
</p>
iughttps://linuxfr.org/nodes/49584/comments.atomtag:linuxfr.org,2005:Diary/203892005-12-23T18:32:25+01:002005-12-23T18:32:25+01:00LinuxFR et Le Monde (le journal)Juste une petite remarque, qui concerne peu les LL mais un peu plus ce site, ainsi que les autres sites de la communauté Internet High-Tech française.<br />
<br />
Le compteur de signatures de EUCD.INFO n'a pas bougé après publication du lien sur la page débats de <a href="http://www.lemonde.fr">http://www.lemonde.fr</a><br />
<br />
Je m'étais dit la première fois que je l'ai vu "cool maintenant que le lien est relayé par Le Monde, le nombre de signature va exploser". Du coup, au bout de 3 jours, on peut se dire que non, en fait.<br />
<br />
Du coup, la conclusion est que le public des lecteurs de Le Monde en ligne n'inclut pas plus de signataires potentiels que le public des sites high-tech où le lien circule depuis un moment déjà.<br />
<br />
Un corollaire est qu'il n'y a pas de signataires potentiels dans le public de Le Monde qui ne lit pas les sites High Tech.<br />
<br />
<La c'est foireux><br />
Or, le public de Le Monde étant plutôt pas à l'UMP, on devrait avoir moult signataires dans cette partie du public. <br />
<br />
On peut donc en déduire que seuls les gens qui suivent les sites High Tech lisent Le Monde en ligne.<br />
</mais pas trop.><div><a href="https://linuxfr.org/users/iug/journaux/linuxfr-et-le-monde-le-journal.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/46894/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/iug/journaux/linuxfr-et-le-monde-le-journal#comments">ouvrir dans le navigateur</a>
</p>
iughttps://linuxfr.org/nodes/46894/comments.atomtag:linuxfr.org,2005:Diary/178382005-04-15T11:17:42+02:002005-04-15T11:17:42+02:00La terre est plate et Java est plus rapide que C++Bonjour,<br />
<br />
Je vous propose un petit troll du Vendredi, ainsi qu'un défi.<br />
<br />
J'utilise Java Sound pour enregistrer et jouer du son. J'avais, avec le JDK 1.3 des problèmes de pertes de synchro, i.e. Java arrivait pas à suivre la cadence. Les marketteux de chez Sun prétendant que Java Sound était maintenant en Direct Sound (pas celui de M$, celui de Java) depuis la 1.4, utilisant Alsa ou bien DirectX, marchait beaucoup mieux.<br />
<br />
Le problème c'est que Java, c'est peut-être plus rapide que C++, mais ça ne sait pas scheduler un thread correctement.<br />
<br />
En effet, ma carte son me donne un buffer d'enregistrement de 1s au max (avec Direct Sound on ne peut pas choisir la taille du buffer, et maintenant Sun ne donne plus accès au Java Audio Engine pour l'enregistrement). Du coup, il faut que mon thread d'enregistrement soit schédulé au moins une fois par seconde.<br />
<br />
Et ben cette merde de Scheduler qu'il y'a dans la JDK, il est pas capable de me faire ça. A peu près toutes les 30s, mon thread n'est pas schédulé à temps. Pourtant je lui demande un scheduling toutes les 100ms via un wait(100) dans mon thread. Et ce, sans que rien ne tourne en tâche de fond, sauf les processus de mon OS et les quelques threads "system" de la JVM.<br />
<br />
Sur un Pentium IV 2.4GHz avec 1 Go de RAM, 0% d'utilisation CPU, le scheduler de la JVM n'est pas foutu de faire en sorte que mon thread soit schedulé avant 1s.<br />
<br />
Du coup, le son en Java on peut oublier :)<br />
<br />
Je vais coder un bout de C++ pour gérer ça et passer par JNI.<br />
<br />
Conclusion la terre est plate (c.f. la page performance sur jsresources.org).<div><a href="https://linuxfr.org/users/iug/journaux/la-terre-est-plate-et-java-est-plus-rapide-que-c.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/44407/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/iug/journaux/la-terre-est-plate-et-java-est-plus-rapide-que-c#comments">ouvrir dans le navigateur</a>
</p>
iughttps://linuxfr.org/nodes/44407/comments.atomtag:linuxfr.org,2005:Diary/159342004-11-08T17:38:33+01:002004-11-08T17:38:33+01:00Validation des distributions GNU/LinuxSuite à des problèmes tout de même beaucoup trop fréquents que moi-même ou d'autres ont rencontré, je me dis que la validation des distributions serait une bonne chose. C'est une étape cruciale du développement qui passe à la trappe.<br />
<br />
Par exemple, j'ai installé la dernière version d'une distribution bien connue sur une configuration hyper banale (chipset nforce2 + carte graphique ATI radeon 7000 + ADSL USB modem f@st 800) et j'ai eu problèmes sur problèmes. De même, les portables posent d'énormes problèmes (processeur grillé pour une mauvaise config de l'ACPI par exemple).<br />
<br />
Il faut bien reconnaître qu'une entreprise qui embauche 10 développeurs ne peut valider une distribution contenant des milliers de programmes sur des dizaines de machines différentes. C'est un fait incontestable que laisser la tâche de valider à la communauté ne marche pas. Une raison qui vient rapidement à l'esprit est que les "linuxiens" font attention à acheter du matériel bien supporté par Linux et donc remontent beaucoup moins les bugs concernant les matériels mal supportés (nforce2, centrino, ...).<br />
<br />
Une solution serait de structurer l'effort de validation en mettant en place un système de centralisé par distribution, un site internet où les utilisateurs pourraient s'enregistrer et indiquer les problèmes rencontrés. Des versions de validation des distribution devraient être disponibles en tant que telles afin d'évoluer peu à peu vers une version stable pour tout le monde. Les configs manquant de "valideurs" seraient alors identifiées clairement, et des appels à contribution pourraient être lancés en direction précisément (c'est le précisément qui est important) des utilisateurs de ces configurations matérielles. De plus, les distributions, pourraient prendre à leur charge la validation des configurations les moins répandues chez les linuxiens.<div><a href="https://linuxfr.org/users/iug/journaux/validation-des-distributions-gnulinux.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/42547/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/iug/journaux/validation-des-distributions-gnulinux#comments">ouvrir dans le navigateur</a>
</p>
iughttps://linuxfr.org/nodes/42547/comments.atomtag:linuxfr.org,2005:Diary/117372004-04-19T13:09:58+02:002004-04-19T13:09:58+02:00Comment débugger l'allocation mémoire en Ocaml ?Bonjour,<br />
<br />
Je suis comme toujours en train de m'occuper de mon mldonkey et de ses memory-leaks (même si c'est bien connu qu'avec un langage fonctionnel on n'a pas à se prendre la tête avec la gestion de la mémoire lol :). <br />
<br />
Je voudrais savoir si certains connaitraient un programme directement prévu pour ocaml, ou des paramètres de compilation à passer, ou autres. Mon objectif seraient d'obtenir un état du tas à la fin de l'exécution pour comparer ce qu'il y a dans un tas de 20 Mo (normal) et dans un tas de 100 Mo (leaké). J'imagine qu'il sera alors aisé de voir quelle donnée n'est pas libérée. Je sais qu'on peut généré du C et ensuite utiliser les outils standards, mais j'ai un peu la flemme.<br />
<br />
C'est pas la première fois que je cherche, mais les développeurs de ocaml ont l'air de penser qu'on peut pas avoir de memory leaks avec leur langage, ou alors ne veulent pas mettre sur la même page web des phrases disant qu'on n'a pas besoin de gérer sa mémoire et des softs pour détecter des memory-leaks :)<div><a href="https://linuxfr.org/users/iug/journaux/comment-d%C3%A9bugger-lallocation-m%C3%A9moire-en-ocaml.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/38453/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/iug/journaux/comment-d%C3%A9bugger-lallocation-m%C3%A9moire-en-ocaml#comments">ouvrir dans le navigateur</a>
</p>
iughttps://linuxfr.org/nodes/38453/comments.atomtag:linuxfr.org,2005:Diary/115652004-04-13T11:48:20+02:002004-04-13T11:48:20+02:00Mldonkey stableBonjour,<br />
<br />
Depuis la version 2.5 mldonkey est incapable de fonctionner plus de 12 h consécutives, i.e. ne marche pas. Je ne me souviens plus très bien des versions qui marchent, je pense que la 2.4.3 était bien, mais vue la fréquence à laquelle sortent les nouvelles versions je ne sais plus.<br />
<br />
Si certains ont gardés des tar.gz ou rpm d'une version stable (i.e. qui peut tourner 1 mois sans bouffer toute ma ram) j'aimerais bien qu'ils me postent l'URL. Merci.<div><a href="https://linuxfr.org/users/iug/journaux/mldonkey-stable.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/38281/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/iug/journaux/mldonkey-stable#comments">ouvrir dans le navigateur</a>
</p>
iughttps://linuxfr.org/nodes/38281/comments.atomtag:linuxfr.org,2005:Diary/100332004-03-03T12:01:42+01:002004-03-03T12:01:42+01:00L'allocation mémoire et les langages fonctionnelsImaginons un langage avec un garbage collector (style ocaml) et un programme de porc du style :<br />
<br />
{<br />
variables_globales_d_init qui font 50 Mo ;<br />
variables_pour_la_suite qui font 50 Mo ;<br />
mon code d'init qui utilise les variables d'init ;<br />
mon code pour la suite qui utilise plus les variables d'init ;<br />
}<br />
<br />
Je me dis que les variables utilisées pour l'init vont jamais être libérées, à moins que le compilateur ait fait une analyse statique du code pour voir à quel moment les variables cessaient d'être utilisées. Si y'a pas d'analyse statique, alors je me trimbale avec un programme qui me prend 100 Mo au lieu de 50 Mo. Ou alors je peux désalouer la ram à la main en cassant la référence vers mais variables d'init, i.e. je me fais de la gestion mémoire à la mimine, ce qui limite largement l'intérêt du garbage collector :)<div><a href="https://linuxfr.org/users/iug/journaux/lallocation-m%C3%A9moire-et-les-langages-fonctionnels.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/36749/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/iug/journaux/lallocation-m%C3%A9moire-et-les-langages-fonctionnels#comments">ouvrir dans le navigateur</a>
</p>
iughttps://linuxfr.org/nodes/36749/comments.atomtag:linuxfr.org,2005:Diary/96842004-02-23T11:58:11+01:002004-02-23T11:58:11+01:00Encore des dépendances de modules, Linux c'est crad :)cf mon journal précédent, mais vu la durée de vie d'un journal... j'en poste un second<br />
<br />
Et bien voilà mon problème cerné : <br />
- quand je fais "modprobe tvmixer" et ensuite "/etc/init.d/alsa start", et bien j'ai pas accès au mixer de ma carte son via le mixer gnome de base, par contre j'ai accès au mixer de la télé<br />
- quand je fais "/etc/init.d/alsa start" et ensuite "modprobe tvmixer" et bien j'ai accès aux deux mixers via le mixer gnome de base<br />
<br />
Du coup la solution pour faire cohabiter tous ces modules sans casser les trucs standards de la Mandrake est de créer un nouveau service qui se charge après le service alsa. <br />
<br />
Une autre solution serait peut-être de virer le service alsa et de le remplacer par :<br />
- un service qui se charge de restaurer les paramètres du mixer<br />
- quelques lignes dans /etc/modules et /etc/modules.conf pour charger alsa<br />
<br />
Question qui reste : pourquioi ça fait ça ? Y-aurait-il un bug dans snd-mixer-oss qui ne supporterait pas l'existence d'un mixer autre que le mixer alsa au moment de son chargement ?<br />
<br />
Comme dit dans le titre les dépendances de modules et de services ça me parrait crad.<div><a href="https://linuxfr.org/users/iug/journaux/encore-des-d%C3%A9pendances-de-modules-linux-cest-crad.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/36400/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/iug/journaux/encore-des-d%C3%A9pendances-de-modules-linux-cest-crad#comments">ouvrir dans le navigateur</a>
</p>
iughttps://linuxfr.org/nodes/36400/comments.atomtag:linuxfr.org,2005:Diary/96812004-02-23T11:14:12+01:002004-02-23T11:14:12+01:00Une petite question sur le chargement des modulesJ'ai chez moi une Mandrake 9.2 et une cooker, et je me demande pourquoi je dois toujours charger certains modules à la main (pour ma webcam pwc/pwcx par exemple). En fait j'ai viré le service harddrake et j'ai bien l'impression que c'est le travail de ce soft.<br />
<br />
En tout cas, même quand harddrake est installé, ça ne marche pas forcément avec tous les modules (style le tvmixer pour le msp3400 pour le bt848).<div><a href="https://linuxfr.org/users/iug/journaux/une-petite-question-sur-le-chargement-des-modules.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/36397/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/iug/journaux/une-petite-question-sur-le-chargement-des-modules#comments">ouvrir dans le navigateur</a>
</p>
iughttps://linuxfr.org/nodes/36397/comments.atomtag:linuxfr.org,2005:Diary/96002004-02-20T11:57:27+01:002004-02-20T11:57:27+01:00Mandrake 10 ?Je viens de faire un urpmi --auto-select sur ma cooker. Et là "oh surprise !", un mandrake-release-10.0 est dans la liste. D'habitude, la présence de mandrake-release-x signifie que la release x est sortie :) <br />
<br />
Doigt-je comprendre que la Mandrake 10 qu'on est censé taister est là ?<div><a href="https://linuxfr.org/users/iug/journaux/mandrake-10.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/36316/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/iug/journaux/mandrake-10#comments">ouvrir dans le navigateur</a>
</p>
iughttps://linuxfr.org/nodes/36316/comments.atom