Bientot on va mettre en taule les gens qui ont la grippe...

[ Répondre ]

Jamais eu de probleme avec alsa et emu10k1 en dur dans le noyau sur les 2.6.0-test.
Je suis constamment en 2.60-test depuis la version 4 (je teste meme les patches BK de temps a autres) avec une SB live ! qui marche du tonnerre.

Je soupconne fortement un probleme de config. Tu peux detailler ton probleme, ta distrib, etc ?

[ Répondre ]

Dual boot:

- Slack 9.1 avec 2.6.0-test9 (+ quelques patches BK)
- LFS 5.0 (+ BLFS partiel) avec le meme noyau sur partoche XFS

J'ai meme teste une LFS avec une glibc compilee avec les headers du 2.6.0-test9. Pas de soucis a part des modifs a faire ici ou la (sysklog, utils-linux...)

Au boulot, slack 9.1 avec 2.4.22 (faut pas deconner la ;-)

[ Répondre ]

C'est vrai qu'il y a eu pas mal de probleme avec l'ACPI mais c'est en train de s'ameliorer dans le 2.4.23 qui va bientot sortir et le 2.6.0.

Le probleme vient surtout du matos avec du hardware code avec les pieds d'un peu toutes les manieres. Ca doit pas plus amuser Intel que les autres de se taper des patches a tour de bras pour corriger des defficiences et/ou des nouveaute.

D'autre part, les noyaux patches par les distribs integrent des patchs ACPI plus ou moins officiels qui font bien souvent planter.

Non, sur ce coup, je pense vraiment qu'Intel fait du bon boulot.

[ Répondre ]

Regarde la liste des mainteneur du noyau, tu auras deja quelques idees. Je sais notamment qu'Intel s'est investi pas mal en ce qui concerne le code de l'ACPI du noyau (Andy Grover entre autres).

[ Répondre ]

1. Le noyau 2.6.0 propose le driver alsa, rien de plus.
Pour une utilisation complete, il faut aussi:

a) alsa-lib (librairie pour les programmes)
b) alsa-tools (entre autres, alsamixer, alsactl)
c) alsa-oss (emulation oss)

2. Scripts de demarrage: tu as besoin d'un script pour charger tes modules si tu as compile alsa en modules.
Mais tu as aussi besoin, dans tous les cas, d'un script de demarrage pour, notamment, restaurer le volume du mixer (alsactl restore).
Donc le script et d'autres packages sont necessaires a une bonne utilisation d'alsa avec le 2.6.0.

3. Concernant la Slackware, elle a des scripts BSD mais accepte aussi les scripts System V.
Dans la derniere Slack 9.1, qui est prete pour le 2.6.0, il y a un script rc.alsa qui charge les modules et restaure les volumes au demarrage.

[ Répondre ]

...ou MAC

Steve Jobs n'a pas encore recu sa convocation au tribunal ?
Alors ?

C'est vraiment des lambins chez Micros^WSCO...

[ Répondre ]

Pas mal

La separation user-space/kernel-space n'est cependant pas hyper-prononcee (arretez moi si je me gourre)

Il n'y a pas les syscall non plus.

Mais bon c'est interessant, il y a meme de quoi lance un troll Vi/Emacs

[ Répondre ]

J'ai oublie de dire que Google fait aussi calculette, essayer de taper 8+11 dans la boite de recherche de la page principale pour voir. C'est vraiment tres fort, ca marche avec des constantes aussi (ex : e^(2*i*pi) ).

C'est hyper pratique dans la boite Google de Firebird :-)

[ Répondre ]

N'y voyez absolument pas une tentative stupide de dénigrer telle ou telle distrib'

C'est vraiment pas le genre de la maison, c'est serieux ici :-)

D'ailleurs, est-ce que tu fournis un lecteur LG en bonus avec le pack ?

Plus serieusement :
http://linuxfr.org/comments/292708.html(...)

A mon avis, une recompile de noyau et c'est bon. Dommage de se separer d'un powerpack a cause d'un noyau qui boot pas/mal

L'acpi du 2.4.23-pre9 et du 2.6.0-test9 est bien mieux de toute facon.

[ Répondre ]

Bof, c'est depasse tout ca.
Maintenant, avec le "evil bit", c'est extremement facile d'isoler les maichants paquets.

http://www.ietf.org/rfc/rfc3514.org(...)

(maichant paquet) ~~~> [ ]

[ Répondre ]

Vire l'ACPI, il y a de grandes chances que le probleme vienne de la.
Tu peux essayer ce patch sinon:

http://lkml.org/lkml/2003/9/8/9(...)

L'ACPI du 2.4.22 a donne pas mal de probleme.
Si ca foire toujours, retourne au 2.4.21 ou passe au 2.4.23-pre9 directement.

Conseil: utilise un noyau original. Je ne sais pas si il y a des patchs sur le noyau Debian.

[ Répondre ]

Je confirme, regarde les sources de
http://lomc11.kaist.ac.kr(...)

Ca marche nickel avec IE et Mozilla

[ Répondre ]

Et le temps de compilation ?

Je pose la question legitimement car a chaque fois que je compile du C++ ca prend beaucoup, mais alors beaucoup plus de temps que pour du C, a taille de source equivalente.

La compilation de Qt prend beaucoup plus de temps que celle de XFree86. C'est d'ailleurs pour ca que j'ai jamais compiler KDE, a mon avis il faudrait 3 jours avec mon athlon 1,2 GHz.
Noatun tout seul prend meme plus de temps que le 2.6.0-test8...

Bref, un noyau en C++ ca serait peut-etre une galere a compiler, et vu le nombre de fois qu'on le recompile ici ou la...

[ Répondre ]

J'ai une K7S5A/SiS735 et aucun probleme avec la slack 8.1, 9.0, 9.1 ou la LFS.

Cherche ailleurs, ca vient pas de la distrib. T'as pas des process qui tournent (genre reseau) ?

Tu as dis avoir un bug avec lilo, peux-tu donner plus de details ?

[ Répondre ]

Il n'y a pas de problemes avec Linux, il faut etre clair.
Il y a un probleme avec la version de Linux modifiee par MDK. La licence est toujours la meme, bien sur, mais pas le niveau de responsabilite.

Si tu vas sur http://www.mandrakelinux.com/en/9.2/features/(...) ,tu vas lire:

Mandrake Linux 9.2 features the following software:
- Kernel 2.4.22 (a Linux 2.6.0pre kernel is also provided in contribs)

Mise a part le fait qu'il n'y a pas encore de 2.6.0pre (on est au 2.6.0-test9), la notation Kernel 2.4.22 est un probleme.

Sur http://www.slackware.com(...) :
Slackware 9.1 uses the stable 2.4.22 kernel, but is 2.6.x ready.

Donc les deux memes noyaux, non ?
J'installe la slack: pas de probleme
J'installe MDK: fusille le lecteur LG (et en Coree, il y en a vraiment beaucoup du LG).

Alors, MDK pas responsable ?

Le decideur presse, il va pas attaquer LG, il va attaquer MDK, au moins pour publicite mensongere. Surtout si il sait que le bug n'existe pas dans le noyau 2.4.22

[ Répondre ]

ou plus probablement que l'on retrouve un bug du 2.6 dans le 2.4

C'est normal, depuis la sortie du 2.6.0-testx, beaucoup de fonctionnalites ont ete reporte dans le 2.4 avec plus ou moins de succes.

Par exemple, quand je suis passe au 2.4.22, je n'avais plus l'USB en activant l'ACPI. Meme probleme avec le 2.6.0 de l'epoque. C'etait du aux backports massifs de patchs ACPI dans la branche stable du kernel.

C'est fixe dans les 2.4.23-prex. J'ai pas du etre le seul a faire un rapport de bug.

Bref, c'est bien beau de tester le 2.6.0, mais c'est pas inutile de tester le 2.4.23. Apres tout, c'est la branche stable, de reference, qu'on retrouve dans les distribs. L'USB qui marche pas sur un noyau stable, ca fait pas serieux. Il vaut donc mieux un 2.4.21 qu'un 2.4.22 pour l'instant donc.

Bien entendu, les patchs sont backportes aussi, mais bon...

[ Répondre ]

Je vais royalement toucher 747 eurals/mois.

Je suis navre de te passer une pelle alors que tu touches peut-etre le fond mais je ne peux pas supporter cette hainaurmeu faute d'orthographe.

On dit :

un neural
deux zeuraux

Attention, il y a des exceptions pour le pluriel, entre autres:

quatre reuraux
cinq queuraux
sept ou huit teuraux
neuf feuraux.

Donc 747 teuraux/mois.

Il ne faut pas deformer cette merveilleuse langue qu'est le francais.

Non mais.

tagada - tagada - tagada - HOP! - ><o -> []

[ Répondre ]

Ca fait belle lurette que les Vesta Pro, et la plupart des webcams Philips, sont tres bien supportes par Linux.
Ca date du 2.4.5 si ma memoire est bonne.

Si il y a un plantage, ca ne vient pas du noyau (ou alors des patchs MDK).

A noter qu'il existe des drivers additionnels pour la Vesta Pro ici :
http://www.smcc.demon.nl/webcam/(...)

C'est pas libre, mais ca permet d'avoir plus de reglages (notamment taille) qu'avec le driver du noyau.

Bref, il ne faut pas critiquer Philips sur ce coup la car il y a beaucoup de possibilites pour leurs webcams sous Linux.

[ Répondre ]

Moi je suis en Coree du sud, avec lit par terre, table au raz du sol etc.

J'ai un mini-PC par terre que je case a cote d'une mini table (environ 50x50cm) qui fait 20cm de haut. Dessus j'ai un ecran LCD 17", un mini-clavier, des enceintes (le caisson de basse derriere l'ecran, il faut tasser un peu). La mini souris est sur le boitier du mini-PC. J'ai un autre PC un peu plus loin qui rezotte parfois.

Utilisation: assis en tailleur, sur un petit coussin. Un peu dur au debut mais maintenant ca va. Bref, du mini-desktop. Pour info, je fais pas loin d'1m90.

C'est extremement pratique et tres transportable. Pour regarder les DVDs au lit, c'est parfait, il n'y a qu'a tourner la table.

[ Répondre ]