Pinaraf a écrit 3671 commentaires

Mon ordinateur a bientot 9 mois, j'ai linux mandrake 10.0 et le dernier noyau kernel! Pourquoi ça ne marcherait pas?
C'est malheureusement simple : l'ACPI - quatre lettres maudites.
Histoire : l'ACPI est une norme vachement pratique pour la gestion de l'énergie, associée à une autre norme (APIC) pour aider la gestion et la détection des périphs (USB surtout je crois)
Bon, cette norme est "vieille" : avant 2000. Avec linux 2.6, il a été décidé d'inclure son support. Bien. Malheureusement, c'est là que sont apparus les problèmes : les implémentations immondes de l'ACPI dans les BIOS ! Les BIOS n'implémentent pas entièrement, et souvent incorrectement l'ACPI.
Le noyau < 2.6.6 a beaucoup souffert de ça. Tu peux essayer le noyau 2.6.8.1 (dispo sur ftp://ftp.proxad.net/pub/Distributions_Linux/Mandrakelinux/devel/1(...) )
Tu l'installes d'un simple clic, puis tu rebootes : lilo devrait te proposer 2681_10 : tu bootes dessus, et ça devrait marcher.
Néanmoins, ceci n'est pas une solution à mon goût. J'ai tendance à penser que la mandrake 10.0 a été et est une catastrophe à cause de ces bugs... La 10.1 est bien mieux : si tu le peux, installe la. Les bugs sont rares (il suffit de faire toutes les mises à jour) et elle tournera mieux que ta 10.0

Oui ben on va s'y attaquer à lilo...
Bon, je n'ai plus de mandrake sous la main donc je t'indique les fichiers de conf à modifier :
dans /etc/lilo.conf, tu dois avoir une entrée dans ce style là :
image=/boot/vmlinuz
   label="linux"
   root=/dev/hda6
   initrd=/boot/initrd.img
   append="acpi=ht resume=/dev/hda1 splash=silent hdc=ide-cd"
   vga=788
   read-only

Bon, ça c'est l'entrée nommée linux : renomme la en 263_7 (la version du noyau précédent, ça te permettra d'avoir un noyau de secours en cas de fausse manip
Et l'entrée 263_16 tu la renommes en linux.
Ensuite, dans cette entrée linux (donc l'ex entrée 263_16) tu remplaces le ocntenu de la ligne append : y'a surement un truc comme acpi=ht. Tu le remplaces par noacpi acpi=off nolapic
Puis tu enregistres, tu quittes, et dans une console en root tu lances la commande lilo.
Si lilo il râle, ben tu donnes les messages d'erreur. Sinon, tu rebootes sur le nouveau noyau (entrée linux donc) et tu renvoies le résultat de la commande précédente.

Je vais t'apprendre un truc : il y a même du texte à côté des images, les images osnt là our illustrer les widgets qui ont été portés.
J'ai pas vu un truc avec :
"Classe Button : x% implémenté
Classe ListBox : x% implémenté"
Ni de "current limitation" ou "x properties isn't here"

Mais là, je crois que le plus simple est de dire Wait&See.
Je préfère "Attendre et Voir" :)

Ah bon pourquoi ?
Bof, un pressentiment.
Parce que ce qu'il manque à linux c'est un visual basic. VB engendre plein d'applis. Et les devs en VB qui codent ces petites applis sont des programmeurs du dimanche généralement, qui se foutent qu'il y ai Gtk# ou Qt#. (Quelqu'un peut il dire ce qu'il en pense si il l'a essayé ?)
au même titre que les autres bindings dans les autres langages.
Que veux tu dire ?

Dis moi, tu fais semblant de t'intéresser ou tu comprends vraiment ce qui envoyé après ces deux commandes? ça veut vraiment dire quelque chose ?
Je comprends vraiment...

Première commande : bon, le résultat ne donne rien d'intéressant.
Deuxième : ça confirme ce que je pensais.
C'est un problème d'ACPI normalement...
En gros, ton scanner n'est même pas détecté.
Bon, comment résoudre :
1- passer en mandrake 10.1 (bon, c'est radical :)
2- faire toutes les mises à jour de la mandrake 10.0. Ensuite, dans l'installeur de logiciels, tu trouves et tu installes kernel en version 2.6.3.16mdk
Ensuite, au redémarrage du PC, il devrait afficher une entrée en plus lors du choix windows/linux : 263-16 (je sais c'est barbare comme nom). Tu choisis cette entrée, et tu essayes de débrancher puis rebrancher ton scanner : normalement, tout devrait marcher correctement.

AH oui donc pour toi quand on porte 80% des API ce n'est pas un port.
Heu
(Tiens, tu sais où on le retrouve leur super arborescence des classes sur le site de mono ? Le changement m'a fait perdre le lien...)
Les API de .Net vont évoluer au fur et à mesure (enfin, je l'espère). L'implémentation des prochaines nouveautés de LongHorn sera une horreur pour Ximian et ses amis. Je souhaite qu'ils réussissent.
voilà en gros où ils en sont :
Pour toi un screenshot montre la progression d'un projet ??
D'après les réactions des devs de Wine lors de la décision de ne pas utiliser WineLib, les remarques me faisaient comprendre que l'interface n'est pas tout : il y a aussi ce qui est derrière les widgets qui est effroyablement complexe.
.NET est portable et à été conçu pour.
Tout est portable si tu vois .Net portable.
.Net c'est pas que le C# non ? Pour moi c'est aussi les classes windows.***, microsoft.***...

Et puis bon Mono fournit un joli setup qui installe GTK#, toutes ses dépendances et la doc s'intègre à la MSDN et par le même fait à Visual Studio...
Ça je savais pas... Merci de l'info.

fournir de nouveaux API,
Oui mais j'ai peur qu'elles soient finalement inutilisées par rapport aux API de microsoft.

Ma question qui tue : que celà apporte t-il à ton argumentation ?
Ma réponse qui tue : c'était quoi déjà ?

Pour la configuration du kernel CONFIG_USB_SCANNER=Y je ne sais pas où chercher!
Pas grave, ce genre de fonctionnalité est activée par défaut sur mandrake...
Peux tu envoyer le résultat de lsmod ?
Et de cat /proc/bus/usb/devices ?

TODO : me relire deux fois avant de cliquer sur envoyer.
Non, mono n'est pas un port de .Net au sens où tu n'auras pas windows.forms avant un bout de temps (enfin, c'est pessimiste, mais je pense franchement qu'implémenter cette API windows est effroyablement complexe)
Mono c'est en quelque sorte un clone (ou clown si vous préférez) de .Net. Et comme dans chaque clonage il y a des pertes. La MSDN ne référence pas GTK#, ni Gecko#. Par contre, elle est prolixe concernant windows.forms.
Bien sûr, je me suis focalisé sur windows.forms parce que c'est celui qui m'a le plus emmerdé quand j'ai regardé les deps de mono 1.0 et je sais que c'est ce qui gêne le plus.
Je crains que Mono ne soit toujours à la traîne de ms. Je ne renie pas les API propres à Mono et leur qualité (Gtk# est vraiment sympa à mon goût) mais la compatibilité avec le .Net de ms sera difficile.

Tu veux utiliser MSDN pour programmer des softs Unix ?
Bravo pBpG, tu viens d'expliquer à l'auteur du journal la différence entre .Net et Java.
Java est multi plateforme, donc avec des restrictions supplémentaires normalement... .Net c'est pour win. D'après ms c'est portable. J'attend la version linux pour voir... (Non, Mono n'est pas un port de .Net)

Peut être devrais-tu t'inscrire sur une mailing list de mandrakesoft : tu y trouveras toujours des infos et tu peux toujours y poser des questions. La liste confirme est mieux que la debutante, qui est majoritairement hors sujet (enfin, c'est sa mauvaise réputation)

En version Offline
apt-get install msdn ?
urpmi msdn ?
voilà, problème cerné ! c'est un prog pour win, sûrement payant. (remarque, ça nécessite win ou au minimum IE => ça coûte le prix d'une licence win c'est pas donné)

traduction
Je peux pas blairer la traduction de ce genre de docs. Point barre. C'est inutile, souvent la trad est obsolète, et moins fournie que la VO. De plus, l'anglais étant nécessaire pour programmer (ou presque)...

DSI borné restant à un « je ne veux pas voir de CD de Linux traîner » vous empêche de le faire ...
tu lui dis "c'est pas un linux, c'est une knoppix"

c'est se foutre de la gueule du peuple. On ne trouve peut-être pas les infos au même endroit, mais les 2 ont leurs avantages et inconvénients à l'utilisation...
Je ne connais ni Java, ni .Net.
Enfin si, des bribes.
Je connais java.lang.system c'est pour écrire sur la console et en .Net c'est system.console. Boarf le nom ne change rien je préfère std::cout m'enfin bon...
Regardons cette MSDN :
Ho une arborescence, je regarde : c'est lourd ce rechargement systématique qui change tout, sans retour arrière rapide (cf ce que fais la Javadoc)
Bon, je veux programmer => un clic sur Programmation avec le bitoniau
Gasp ! Je m'enfuis sur le champ recherche devant l'horreur !
Je cherche system.console : Pouah une pub "sécurisez votre PC" (nonnon pas une pub pour linux ou BSD !) avec les propriétés et méthodes : la classe arrive 9ème (pratique)
Bon j'ai des infos que je comprends pas l'intérêt ("Ce type est sécurisé pour les opérations multithread." => tout ne l'est pas ???) Passons sur la LOURDEUR des exemples de code.

Maintenant, la Javadoc : je veux les API. Sur le J2SE 1.5.0. Ho la doc du JDK ! Je clique sur "Java 2 Platform API Specification"
Dans le cadre en bas à gauche, je vois toutes les classes : cool je cherche system, et hop j'ai ce que je veux. Il ne manque qu'un exemple, m'enfin c'est compréhensible leur doc...

Bref, je dirai que la MSDN peut être bien mais il faut utiliser IE uniquement sûrement (pour avoir de jolis nactiveX qui utilisent DirectX (ils aiment le p0rn chez billou))
La javadoc, c'est nickel, mais ça manque d'exemple et d'un moteur de recherche (bien qu'on puisse s'en passer, merci les frames)

http://www.asyd.net/docs/epson.html(...)

C'est super d'avoir le modèle mais c'est quelle marque ?
C'est comme si je te disais ma voiture c'est une 100, c'est quelle constructeur ?

T'as quelle version ? Depuis la 3.1 de mandrake 9.1 j'ai plus eu à m'en plaindre..
T'as fait les rapports de bug je suppose...

Le gestionnaire de fichiers evidence d'E17 te plaira surement. D'après les screenshots, c'est en colonnes...
http://evidence.sourceforge.net/features.html(...)

J'ai testé le CD lors du boot quand il le propose et il n'a trouvé aucun problème

J'ai un numéro de bug sur bugzilla :
132993 => bug LVM
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=132993(...)
=> comment installer graphiquement sans retélécharger un CD ?
Arrêt de l'installation : aucune info

urpmi urpmi n'est plus utile depuis la mandrake 9.2...

c'est parce que windows contrôle si tu as le droit de copier le fichier :) merci DRM

Tu t'es documenté ?
Looking Glass est un développement intense mais pas encore des applis ! Les applis sont réalisées par des programmeurs qui fréquentent les forums de LG et exposent leurs idées. Ils ne peuvent pour l'instant coder à cause de l'instabilité des API, qui sera stabilisée d'ici 3 mois...

Ça pose pas de problèmes !
Le seul cas problématique que je connaisse c'est KDE (et surement GNOME aussi) : il vaut mieux le relancer après mise à jour même si c'est pas obligatoire...

Microsoft ( rien à foutre des XP )
raison pour ne pas faire une formation chez m$ :)

C'est possible, en gros je crois qu'il te faudra 45Go de libre sur une autre partition. (Utiliser la commande dd ?) Et enfin, utiliser des commandes que je connais pas qui te récupéreront la FAT...

Y'a trois catégories de mathématiciens :ceux qui savent compter et ceux qui savent pas compter.
A moins que t'aies compté les langues vivantes pour deux matières :-)
Y'a ceux qui connaissent le français, et ceux qui ne le connaissent pas.
langueS vivanteS => plusieurs (deux ici)

t'aurai peut-être plutôt dû faire une MPSI (mais c'est peut-être un peu trop tard pour changer) bien que le programme de physique soit tout de même conséquent dans cette filière.
Mon prof de maths en terminale m'a dit que j'avais pas le niveau (j'étais "que" 4ème sur 32 élèves, j'ai eu "que" 19 sur 20 en maths au bac)

Merci pour ta réponse.
Merci aux autres pour leur réponses...
La thérapie DLFP ça marche