L'éditeur s'est refusé à préciser le type d'accords auquel il songe.
Mais on a quand meme une idee vu que AOL qui avait menace de faire un proces a MS pour Messenger, Media Player et autre IE vient de recevoir 750M$ et va implementer le support de messenger dans son AIM.
C'est beau on en pleurerait. (Ensuite on protege aussi les codecs wma avec des clefs et on enchainne(dans les deux sesn du terme) sur Word).
Au risque de sembler desagreable envers des gens que je ne connais pas leur truc ca n'a rien de nouveau.
A la grande epoque de la lutte contre le SPAM par des bidouilleurs (faire une recherche sur "church of the sub genius" dans Google) une technique dite de cripple avait ete mise au point. Elle se basait sur le meme principe, mais avec un certains nombres de jouyeusetes supplementaires.
1) Le serveur repondait a la demande, mais annoncait un tot de perte de paquet monstrueux (de l'ordre de 80%) et forcait ainsi l'emmetteur a reemettre en boucle des paquets sans jamais reussir au final a envoyer quoique ce soit. Cela bloque l'emetteur beaucoup plus longtemps car le fatidique "connection timeout" n'arrive jamais
2) Le serveur repond tres lentement (5 a 10 secondes de latence) , et fait parfois des reponses incoherentes qui vont etre interpretees comme des "collide" par l'emetteur. Une fois de plus l'emetteur se retrouve bloque et l'admin a interet a etre vraiment balaise pour comprendre ce qui se passe (on parle de mesure anti spam ici). Ce type de replique peut assez facilement etre applique aux vers qui n'ont pas materiellement la complexite suffisante pour s'adapter a des reponses saugrenues.
3) Le serveur emet parfois des packets avec "saut de port" ce qui pousse l'emetteur a croire qu'il a manque un paquet et donc a redemander le paquet manquant. Occasion reve pour fragmenter un paquet et le renvoyer morceau par morceau (toujours avec 5 a 10 sec de latence.) Ce qui engorge la pile et peux provoquer un crash de l'appli. Cette derniere technique fortement denoncee lors de son utilisation contre la spam (le risque de planter un serveur mail honnete etant trop grand) perd pas mal de son cote dangereux si elle est mise en place contre des vers repertories (par contre la mettre en place sur tous les ports non utilises seraient une betise pour des raisons evidentes).
A noter que ce systeme mise en place et intensivement teste sur usenet n'a pas vraiment eu une efficacite redoutable.
Pour qu'il se marchent sur les pieds, encore faudrait-il qu'il y ait un impact ecconomique quelquonque. Ce qui est loin d'etre prouve. Pour l'instant le seul secteur a en prendre plein la tete c'est celui de la pornographie.
chiffre d'affaire premier trimestre 2001 : 291.3 MF (annee extraordinaire je le rapelle)
chiffre d'affaire premier trimestre 2002 : 305.5 MF (trimestre qualifie d'exceptionel dans les comentaires de disqueenfrance)
chiffre d'affaire premier trimestre 2003 : 284.6 MF (tres bon quand meme d'apres les commentaires)
C'est effectivement ce qu'on apelle une degringolade. Depuis que le MP3 s'est democratise (fin 99 debut 2000) et lorsque Napster faisait rage (annee 2001) on voit tout de suite l'impact monstrueux que cela avait sur les ventes....
Rapellons que le deuxieme trimestre 2003 s'annonce tres tres bien avec de forte vente internationale (Avril Lavigne et Evanescence) et devrait permettre au vente 2003 d'etre en progres par rapport aux ventes 2002 pourtant tres bonnes.
Rapellons encore que disque en France ne comptabilise que les ventes de materiaux musiquaux, les ventes de DVD non musiquaux (films, serie etc.) qui connaissent une progression reccord
Rapellons enfin que nous sommes toujours en crise dans un paquet de secteurs .....
Message personel : Le dernier Mike Oldfield est sur un CD protege AAARRRGGGHHH!!!!
S'etait vrai j'usqu'au Media player 8. Les player 6.0, 6.4, 7.0 et 8 sont des modeles de progamation objet avec une bon utilisation des objets COM (N.B les players 7 et 8 nes ont que des surcouches qui font appel au 6.4 pour la lecture de fichiers a proprement parler). Par contre le 9 il enfonce RealPlayer au niveau code ferme, normal c'est la version de test pour les systemes DRM vraiment efficaces.
Donc comme le dise nos amis les moules en pareil cas : "et Microsoft propose actuellement l’un des lecteurs les plus ouverts !"
Sur une batterie neuve lithium-ion c'est un genre de probleme qui peut arriver si elle a eu froid (si une fois dans sa vie elle s'est retrouvee a des temperatures en dessous de 0.) La solution est de forcer la charge en debrachant puis rebranchant l'alim quand la charge se bloque.
Si c'est un autre modele de batterie il se peut qu'il y est eu un coup de chaud. Auquel cas un petit detour par le congel pour la nuit peut parfois bien arranger les choses.
Ceci etant il faut bien reconnaitre que OCaml a beau etre un langage tres bien sous tout rapport, avec la reconnaisance de motifs geree de facon reccursive sur des objets on en arrive a battre a plate couture les oneliner en Perl au niveau de l'illisibilite.
S'en est d'ailleurs un peu dommage parceque Caml etait a la base un langage tres lisible (meme pour les non informaticien) et un bon langage d'initiation.
Gros probleme du rapport puissance/lisibilite
Kha
(ben ca y est vous l'avez votre troll OCaml....)
Le format de fichier de config semble avoir ete bouscule pas mal, le fait de recopier le fichier de config d'un noyeau 2.4 vers un noyeau 2.5 genere souvent un ecran noir au boot ou un bloquage sur les dernieres lignes de GRUB.
Seule solution make mrproper et make [...]config.
Je suis desole si je n'ai pas ete assez clair dans mon post precedent mais le truc est qu'il ne faut pas du tout importer la config d'un kernel de version 2.4.xx. Il faut tout se farcir a la main. Oui c'est lourd mais il n'y a pas trop le choix.
Par contre j'ai realise avec horreur que le truc avait disparu du README. Je te presente donc mes plus plates excuses. Dans le 2.5.75 ca y etais encore.
Je sais que ca y etais aussi sur codemonkey, mais la aussi le lien n'est plus valide...
Fait un test et tiens nous au courant, mais je suis sur que c'est ca.
donc une conf qui a priori marche très bien.
Sauf que si tu lisais les README et les FAQS tu aurais vu que reprendre les fichiers de confs des 2.4 pour tout ce qui depasse le 2.5.68 est une tres mauvaise idee et que ca genere le genre de probleme que tu decris.
Euh a eviter quand meme, sauf a faire collection pour les deposer en vrac devant le bureau du BSA France.
Il y a pas mal de truc anti-linux (repect de la propriete intellectuelle etc.) dedans si j'ai bien compris.
A utiliser avec BEAUCOUP de moderation (le cynisme et la raillerie peuvent aider aussi).
Ben 256 bits ca fait jamais que 1.158x10^77 et 30 bits ca fait que 1 milliard et des brouettes de possibilites, Donc a raisons d'un milliard d'operation par secondes il ne faut que 3.617x10^67 annees pour verifier. rien de bien alarmant.
J'espere quand meme pour lui qu'il a commence hier, sinon il risque d'etre un peu juste...
Tres drole en effet la compression basee sur des tables de hashage. Perso dans le genre truc delirant il y avait le mec qui stockait plus d'info par bit qui m'a aussi fait mourir de rire :
Son idee c'etait de prendre en compte l'ordre d'aparition des bits :
00 -> 0
01 -> 1
10 -> 2
11 -> 3
01 puis 11 -> 4
10 puis 11 -> 5
Il etait persuade d'avor revolutionne l'informatique jusqu'a ce que je lui demande comment il comptait stocker l'ordre d'apparition. Ca lui a pris une semaine pour se rendre compte qu'il perdait autant d'info qu'il en gagnait.
Sur ma config non "experimentale" a savoir une gentoo classique. Aucun probleme avec hotplug, et pourtant comme j'essaye en ce moment de comprendre le fonctionnement du noyeau je lui en ai fait voir de vertes et des pas mures. Le pire que j'ai reussi a faire c'est une corruption des donnees de mon Archos lors d'un unplug a chaud pendant un transfer de donnees (don't try this at home).
Pour ma part tout est vraiment OK niveau USB/Firewire. Mais je suis peut-etre chanceux. Je vais bientot installer linux sur un portable IBM, je verrais alors si il y a des problemes qui apparaissent.
Pas de probleme, le pont USB-SCSI fonctionne parfaitement. Strictement aucun probleme a ce niveau.Idem pour le Firewire. Je dirais meme que (sur ma config) le support USB/FW est bien meilleur sur les 2.5 que sur les 2.4. Notemment sur le 2.4 un de mes channels USB qui supportent un lecteur memory card integre a mon portable partait toujours en vrille, le probleme n'apparait plus depuis le 2.5.65.
Donc a part l'emulation scsi pour IDE pas de probleme (majeur ou mineur) pour moi.
Certes, mais il vaut mieux savoir qu'il peut y avoir des problemes.
-Le gravage sur IDE n'est pas encore au point (loin s'en faut, les cdr-tools ne savent pas encore parcourir les channels IDE "pur"). De plus le pont IDE-SCSI ne sert pas qu'au gravage. Par exemple tous les lecteurs a bandes ne sont pas encore supportes sous le 2.5 => emulation obligatoire.
-Certaines personnes (chipset NForce notemment bonjour l'ironie) semble avoir de gros problemes a faire tourner les drivers proprios NVidia avec le 2.5 (probleme avec la gestion de l'AGP manifestement)
-Sysfs vomit parfois, c'est rare mais ca arrive, d'autre fois il refuse de se monter semble-t-il (cause non encore determinee).
Pour repondre de facon concise : la consomation de courant (et donc la possibilite d'embarquer le truc). On peut donc ce servir de la plateforme comme d'un prototype, ou pour des etudes de faisabilite.
Le prix peut aussi etre un argument de poids pour des "mini serveurs" ou betement des systemes de type routeur/firewall.
Ceci etant pour M Toutlemonde il n'y a pas vraiment d'interet a acheter ce genre de matos.
Dans ce cas precis beaucoup de choses ont changees, ce qui rend le multiboot 2.4/2.6-test assez difficile.
-La gestion des modules est tres differente. Les derniers Module-init-tools sont capables de gerer les deux formats. Mais sur les modules un peu exotiques le resultat n'est pas garanti a 100%.
-Les drivers proprietaires (type dirvers graphiques) sont peu ou pas supportes. D'un autre cote les drivers natifs ont fait de gros progres (notemment pour les ATI).
-Le pont d'emulation IDE-SCSI est casse. Donc soit toute tentative pour graver depuis un 2.5+ est plus ou moins vouee a l'echec.(Meme si les derniers CDR-Tools contournent une partie des problemes). De meme si le pont est installe la lecture cd-audio ou DVD est sujette a creer des problemes. N.B le driver etant vraiment H.S (jusqu'au 2.5.75 au moins) la seule facon de relacher le device si un acces a loupe est de redemarrer.
-Les pty's et le dev/sysfs ont pas mal change. Penser a bien rajouter les lignes pour monter les systemes dans le fstab (quitte a se prendre des messages d'erreurs de type "already mounted" suivant le kernel boote).
Sinon a part ca pas de difficultes severes. Par contre le nombre de truc a faire a la main est assez impressionant si la mise a jour n'est pas prevue sous la distrib.
On en a deja discute longuement tous les deux. A mon sens TCPA n'est pas dans son implementation actuelle une menace. En ce qui concerne Palladium c'est une autre histoire. Je ne vois pas ce que Palladium peut apporter de plus a un utilisateur (surtout sous un systeme bien hierarchise). La notion zone d'execution fiable/ zone non fiable me parait tres dangereuse aussi. Mais le truc est que personne ne sait ce que sera Palladium, pas de docs, pas de specs, les strategies changent avec chaque press release, cela donne clairement l'impression que MS cherche a cacher quelque chose.
En ce qui concerne le technos DRM, je ne vois pas comment elles peuvent s'appuyer sur TCPA (je ne vois meme pas comment TCPA pourrait aider). Par contre pour Palladium c'est le flou complet.... Une fois de plus mefiance.
D'accord il y a un analyste qui dit qu'il serait grand temps que SUN rachete Red Hat ou Suse. Mais a part demontrer que ce monsieur n'a rien compris a ce qu'etait Red Hat Suse ou encore Linux ca sert a quoi ?
Je ne vois pas en quoi la possession des actifs de RH (ou de Suse) pourrait donner un avantage quelconque a Sun. Ils ont plus que largement les competences pour faire leur propre distrib et benificieront de toute facon des avancees techniques produites par les deux autres (Sauf si ils veulent utiliser Yast...hahaha).
Au niveau competence de services, ca fairt des annnees que Sun se sert d'outils GNU. Certains Cobalt sont meme vendus de base avec Linux preinstalle. Ce qu'il faut maintenant surtout c'est que Sun decide si ils se lancent a fond dans Linux, ou si ils preferent continuer a prendre leur temps pour tirer le plus d'argent possible de Solaris.
1) Sur mon PC portable (donc environ trois fois plus dur a installer) sony dernier modele (multiplions par deux la difficulte d'installation encore) tout marche. Aquisition Firewire (Disque + DV), gravage DVD (donnees et DVD-video lisible par au moins une platine de salon), branchement de peripheriques USB a la volee (test avec lecteur cartes flash, souris, Archos Jukebox Multimedia, scanner). Donc les problemes rencontres avec le materiel sous Linux sont desormais de l'ordre du cas particulier (exception faites de technos wireless ou linux a encore un leger retard.) Ca demande un peu plus de connaissance et un peu plus de temps mais ca marche.
2) Linux est sur, c'est comme ca qu'il fonctionne. Non l'utilisateur ne va pas pouvoir aller effacer les fichiers qu'il ne connait pas, installer le dernier shareware a la mode ou faire mumuse a demonter/remonter les lecteurs reseaux. Et c'est mieux comme ca. Pour vendre du Linux il faut absolument savoir s'en servir bien. Une migration d'entreprise vers Linux (comme vers n'importe quel autre systeme) necessite des tests et souvent des achats de materiel. L'avantage etant qu'avec Linux on s'en rend compte tres tot, et on peut donc corriger le tir tres facilement.
3) Si une boite sous traite son informatique c'est qu'elle n'a pas envie de se poser les questions. Charge donc au conseiller de comprendre les besoins et d'installer les logiciels qui les satisfont. Il est bien entendu stupide sur un PC destine a une utilisation bureautique de base d'installer a la fois KDE et Gnome. Charge donc au conseiller de determiner lequel des deux est le plus adapte et de n'installer que celui la. Meme chose pour les autres applications.
4) La grande force de Linux est le cote open source. Inutilie donc d'essayer de vendre des solutions linux si on n'a pas une equipe de developpeurs (meme tres reduite) derriere soi. Linux compense aiseement la plupart de ses defauts par des adaptations de codes souvents minimes. En Python/GTK(ou tcl/TK ou Perl/GTK etc..) il suffit souvent de tres peu de temps pour construire une interface utilisateur conviviale pour remplacer l'interface ligne de commande souvent absconse pour le debutant.
Au final Linux est complexe a installer, mais pas a utiliser (J'ai trois personnes de ma famille qui ont fait le pas sous Linux, sans conaissances informatiques particulieres). Charge donc au conseiller de prevoir le coup et de se preparer en consequence. Mais l'utilisation par des particuliers "ordinaires" d'un PC sous Linux est tout a fait possible. Neamoins les gens peu familiers avec les bidouillages de drivers peuvent decider d'attendre la sortie du noyeau 2.6 qui risque de voir cette partie grandement simplifiee (si la lancee du 2.5 se poursuit) .
Kha
N'hesite pas a me contacter par email si toi, ou ton ami voulez des informations supplementaires sur la facon de proceder.
[^] # Re: Rien ne va plus
Posté par Jerome Herman . En réponse au journal Rien ne va plus. Évalué à 1.
Kha
[^] # Re: Microsoft ferme la porte de sa messagerie instantanée aux outils tiers
Posté par Jerome Herman . En réponse au journal Microsoft ferme la porte de sa messagerie instantanée aux outils tiers. Évalué à 2.
Tu voulais dire de messenger bien sur ...
Kha
# Re: Microsoft ferme la porte de sa messagerie instantanée aux outils tiers
Posté par Jerome Herman . En réponse au journal Microsoft ferme la porte de sa messagerie instantanée aux outils tiers. Évalué à 3.
Mais on a quand meme une idee vu que AOL qui avait menace de faire un proces a MS pour Messenger, Media Player et autre IE vient de recevoir 750M$ et va implementer le support de messenger dans son AIM.
C'est beau on en pleurerait. (Ensuite on protege aussi les codecs wma avec des clefs et on enchainne(dans les deux sesn du terme) sur Word).
Kha
# Re: TARPITS : Ralentir la propagation des vers avec IPtables
Posté par Jerome Herman . En réponse à la dépêche TARPITS : Ralentir la propagation des vers avec IPtables. Évalué à 7.
A la grande epoque de la lutte contre le SPAM par des bidouilleurs (faire une recherche sur "church of the sub genius" dans Google) une technique dite de cripple avait ete mise au point. Elle se basait sur le meme principe, mais avec un certains nombres de jouyeusetes supplementaires.
1) Le serveur repondait a la demande, mais annoncait un tot de perte de paquet monstrueux (de l'ordre de 80%) et forcait ainsi l'emmetteur a reemettre en boucle des paquets sans jamais reussir au final a envoyer quoique ce soit. Cela bloque l'emetteur beaucoup plus longtemps car le fatidique "connection timeout" n'arrive jamais
2) Le serveur repond tres lentement (5 a 10 secondes de latence) , et fait parfois des reponses incoherentes qui vont etre interpretees comme des "collide" par l'emetteur. Une fois de plus l'emetteur se retrouve bloque et l'admin a interet a etre vraiment balaise pour comprendre ce qui se passe (on parle de mesure anti spam ici). Ce type de replique peut assez facilement etre applique aux vers qui n'ont pas materiellement la complexite suffisante pour s'adapter a des reponses saugrenues.
3) Le serveur emet parfois des packets avec "saut de port" ce qui pousse l'emetteur a croire qu'il a manque un paquet et donc a redemander le paquet manquant. Occasion reve pour fragmenter un paquet et le renvoyer morceau par morceau (toujours avec 5 a 10 sec de latence.) Ce qui engorge la pile et peux provoquer un crash de l'appli. Cette derniere technique fortement denoncee lors de son utilisation contre la spam (le risque de planter un serveur mail honnete etant trop grand) perd pas mal de son cote dangereux si elle est mise en place contre des vers repertories (par contre la mettre en place sur tous les ports non utilises seraient une betise pour des raisons evidentes).
A noter que ce systeme mise en place et intensivement teste sur usenet n'a pas vraiment eu une efficacite redoutable.
Kha
[^] # Re: xMule
Posté par Jerome Herman . En réponse à la dépêche Le développeur principal d'xMule poursuivi en justice. Évalué à 10.
Pour rappel (source www.disqueenfrance.com)
chiffre d'affaire 1998 : 7646 MF
chiffre d'affaire 1999 : 7453.2 MF
chiffre d'affaire 2000 : 7379.5 MF -1%
chiffre d'affaire 2001 : 8177.7 MF/1247 M€ +10.8%
chiffre d'affaire 2002 : 1302 M€ +4.4%
chiffre d'affaire premier trimestre 2001 : 291.3 MF (annee extraordinaire je le rapelle)
chiffre d'affaire premier trimestre 2002 : 305.5 MF (trimestre qualifie d'exceptionel dans les comentaires de disqueenfrance)
chiffre d'affaire premier trimestre 2003 : 284.6 MF (tres bon quand meme d'apres les commentaires)
C'est effectivement ce qu'on apelle une degringolade. Depuis que le MP3 s'est democratise (fin 99 debut 2000) et lorsque Napster faisait rage (annee 2001) on voit tout de suite l'impact monstrueux que cela avait sur les ventes....
Rapellons que le deuxieme trimestre 2003 s'annonce tres tres bien avec de forte vente internationale (Avril Lavigne et Evanescence) et devrait permettre au vente 2003 d'etre en progres par rapport aux ventes 2002 pourtant tres bonnes.
Rapellons encore que disque en France ne comptabilise que les ventes de materiaux musiquaux, les ventes de DVD non musiquaux (films, serie etc.) qui connaissent une progression reccord
Rapellons enfin que nous sommes toujours en crise dans un paquet de secteurs .....
Message personel : Le dernier Mike Oldfield est sur un CD protege AAARRRGGGHHH!!!!
Kha
# Re: Choix d'un onduleur
Posté par Jerome Herman . En réponse au journal Choix d'un onduleur. Évalué à 1.
kha
[^] # Re: Quand les Ultra-Libéraux et autres fachistes défendent Mikro$oft
Posté par Jerome Herman . En réponse au journal Quand les Ultra-Libéraux et autres fachistes défendent Mikro$oft. Évalué à 2.
Donc comme le dise nos amis les moules en pareil cas :
"et Microsoft propose actuellement l’un des lecteurs les plus ouverts !"
Pas du tout efface....
Kha
# Re: compaq 2528EA
Posté par Jerome Herman . En réponse au journal compaq 2528EA. Évalué à 2.
Si c'est un autre modele de batterie il se peut qu'il y est eu un coup de chaud. Auquel cas un petit detour par le congel pour la nuit peut parfois bien arranger les choses.
Sinon oui il ne te restera que le SAV.
Kha
[^] # Re: Mon troll préféré :
Posté par Jerome Herman . En réponse au sondage Mon troll préféré :. Évalué à 1.
S'en est d'ailleurs un peu dommage parceque Caml etait a la base un langage tres lisible (meme pour les non informaticien) et un bon langage d'initiation.
Gros probleme du rapport puissance/lisibilite
Kha
(ben ca y est vous l'avez votre troll OCaml....)
[^] # Re: linux 2.6.0-test1
Posté par Jerome Herman . En réponse au journal linux 2.6.0-test1. Évalué à 1.
Kha
[^] # Re: linux 2.6.0-test1
Posté par Jerome Herman . En réponse au journal linux 2.6.0-test1. Évalué à 5.
Seule solution make mrproper et make [...]config.
Je suis desole si je n'ai pas ete assez clair dans mon post precedent mais le truc est qu'il ne faut pas du tout importer la config d'un kernel de version 2.4.xx. Il faut tout se farcir a la main. Oui c'est lourd mais il n'y a pas trop le choix.
Par contre j'ai realise avec horreur que le truc avait disparu du README. Je te presente donc mes plus plates excuses. Dans le 2.5.75 ca y etais encore.
Je sais que ca y etais aussi sur codemonkey, mais la aussi le lien n'est plus valide...
Fait un test et tiens nous au courant, mais je suis sur que c'est ca.
Kha
# Re: linux 2.6.0-test1
Posté par Jerome Herman . En réponse au journal linux 2.6.0-test1. Évalué à 1.
Sauf que si tu lisais les README et les FAQS tu aurais vu que reprendre les fichiers de confs des 2.4 pour tout ce qui depasse le 2.5.68 est une tres mauvaise idee et que ca genere le genre de probleme que tu decris.
Donc Make [sketuveu]config liouque.
Kha
[^] # Re: Promouvoir GNU/Linux grace à Microsoft :)
Posté par Jerome Herman . En réponse au journal Promouvoir GNU/Linux grace à Microsoft :). Évalué à 1.
Kha
(Gros, le doute)
# Re: Promouvoir GNU/Linux grace à Microsoft :)
Posté par Jerome Herman . En réponse au journal Promouvoir GNU/Linux grace à Microsoft :). Évalué à 1.
Il y a pas mal de truc anti-linux (repect de la propriete intellectuelle etc.) dedans si j'ai bien compris.
A utiliser avec BEAUCOUP de moderation (le cynisme et la raillerie peuvent aider aussi).
Kha
[^] # Re: Hashzip
Posté par Jerome Herman . En réponse au journal Hashzip. Évalué à 1.
Kha
[^] # Re: Hashzip
Posté par Jerome Herman . En réponse au journal Hashzip. Évalué à 2.
J'espere quand meme pour lui qu'il a commence hier, sinon il risque d'etre un peu juste...
Kha
# Re: Hashzip
Posté par Jerome Herman . En réponse au journal Hashzip. Évalué à 4.
Son idee c'etait de prendre en compte l'ordre d'aparition des bits :
00 -> 0
01 -> 1
10 -> 2
11 -> 3
01 puis 11 -> 4
10 puis 11 -> 5
Il etait persuade d'avor revolutionne l'informatique jusqu'a ce que je lui demande comment il comptait stocker l'ordre d'apparition. Ca lui a pris une semaine pour se rendre compte qu'il perdait autant d'info qu'il en gagnait.
Encore une bonne idee de compression pourtant...
Kha
[^] # Re: Linus Torvalds : Annonce Kernel 2.6 et une interview
Posté par Jerome Herman . En réponse à la dépêche Linus Torvalds : annonce noyau 2.6 et une interview. Évalué à 2.
Pour ma part tout est vraiment OK niveau USB/Firewire. Mais je suis peut-etre chanceux. Je vais bientot installer linux sur un portable IBM, je verrais alors si il y a des problemes qui apparaissent.
Kha
[^] # Re: Linus Torvalds : Annonce Kernel 2.6 et une interview
Posté par Jerome Herman . En réponse à la dépêche Linus Torvalds : annonce noyau 2.6 et une interview. Évalué à 5.
Donc a part l'emulation scsi pour IDE pas de probleme (majeur ou mineur) pour moi.
Kha
[^] # Re: Linus Torvalds : Annonce Kernel 2.6 et une interview
Posté par Jerome Herman . En réponse à la dépêche Linus Torvalds : annonce noyau 2.6 et une interview. Évalué à 7.
-Le gravage sur IDE n'est pas encore au point (loin s'en faut, les cdr-tools ne savent pas encore parcourir les channels IDE "pur"). De plus le pont IDE-SCSI ne sert pas qu'au gravage. Par exemple tous les lecteurs a bandes ne sont pas encore supportes sous le 2.5 => emulation obligatoire.
-Certaines personnes (chipset NForce notemment bonjour l'ironie) semble avoir de gros problemes a faire tourner les drivers proprios NVidia avec le 2.5 (probleme avec la gestion de l'AGP manifestement)
-Sysfs vomit parfois, c'est rare mais ca arrive, d'autre fois il refuse de se monter semble-t-il (cause non encore determinee).
Kha
[^] # Re: Carte de developpement ARM7 pour moins de 150 euros
Posté par Jerome Herman . En réponse à la dépêche Carte de developpement ARM7 pour moins de 150 euros. Évalué à 3.
Le prix peut aussi etre un argument de poids pour des "mini serveurs" ou betement des systemes de type routeur/firewall.
Ceci etant pour M Toutlemonde il n'y a pas vraiment d'interet a acheter ce genre de matos.
Kha
[^] # Re: Linus Torvalds : Annonce Kernel 2.6 et une interview
Posté par Jerome Herman . En réponse à la dépêche Linus Torvalds : annonce noyau 2.6 et une interview. Évalué à 10.
-La gestion des modules est tres differente. Les derniers Module-init-tools sont capables de gerer les deux formats. Mais sur les modules un peu exotiques le resultat n'est pas garanti a 100%.
-Les drivers proprietaires (type dirvers graphiques) sont peu ou pas supportes. D'un autre cote les drivers natifs ont fait de gros progres (notemment pour les ATI).
-Le pont d'emulation IDE-SCSI est casse. Donc soit toute tentative pour graver depuis un 2.5+ est plus ou moins vouee a l'echec.(Meme si les derniers CDR-Tools contournent une partie des problemes). De meme si le pont est installe la lecture cd-audio ou DVD est sujette a creer des problemes. N.B le driver etant vraiment H.S (jusqu'au 2.5.75 au moins) la seule facon de relacher le device si un acces a loupe est de redemarrer.
-Les pty's et le dev/sysfs ont pas mal change. Penser a bien rajouter les lignes pour monter les systemes dans le fstab (quitte a se prendre des messages d'erreurs de type "already mounted" suivant le kernel boote).
Sinon a part ca pas de difficultes severes. Par contre le nombre de truc a faire a la main est assez impressionant si la mise a jour n'est pas prevue sous la distrib.
Kha
[^] # Re: Evengelisation sur Palladium
Posté par Jerome Herman . En réponse au journal Evengelisation sur Palladium. Évalué à 1.
En ce qui concerne le technos DRM, je ne vois pas comment elles peuvent s'appuyer sur TCPA (je ne vois meme pas comment TCPA pourrait aider). Par contre pour Palladium c'est le flou complet.... Une fois de plus mefiance.
Kha
# Re: Sun doit racheter SuSE ou Red Hat
Posté par Jerome Herman . En réponse au journal Sun doit racheter SuSE ou Red Hat. Évalué à 5.
Je ne vois pas en quoi la possession des actifs de RH (ou de Suse) pourrait donner un avantage quelconque a Sun. Ils ont plus que largement les competences pour faire leur propre distrib et benificieront de toute facon des avancees techniques produites par les deux autres (Sauf si ils veulent utiliser Yast...hahaha).
Au niveau competence de services, ca fairt des annnees que Sun se sert d'outils GNU. Certains Cobalt sont meme vendus de base avec Linux preinstalle. Ce qu'il faut maintenant surtout c'est que Sun decide si ils se lancent a fond dans Linux, ou si ils preferent continuer a prendre leur temps pour tirer le plus d'argent possible de Solaris.
Kha
# Re: Ce qui manque dans linux, par rapport à Windows
Posté par Jerome Herman . En réponse au journal Ce qui manque dans linux, par rapport à Windows. Évalué à 2.
2) Linux est sur, c'est comme ca qu'il fonctionne. Non l'utilisateur ne va pas pouvoir aller effacer les fichiers qu'il ne connait pas, installer le dernier shareware a la mode ou faire mumuse a demonter/remonter les lecteurs reseaux. Et c'est mieux comme ca. Pour vendre du Linux il faut absolument savoir s'en servir bien. Une migration d'entreprise vers Linux (comme vers n'importe quel autre systeme) necessite des tests et souvent des achats de materiel. L'avantage etant qu'avec Linux on s'en rend compte tres tot, et on peut donc corriger le tir tres facilement.
3) Si une boite sous traite son informatique c'est qu'elle n'a pas envie de se poser les questions. Charge donc au conseiller de comprendre les besoins et d'installer les logiciels qui les satisfont. Il est bien entendu stupide sur un PC destine a une utilisation bureautique de base d'installer a la fois KDE et Gnome. Charge donc au conseiller de determiner lequel des deux est le plus adapte et de n'installer que celui la. Meme chose pour les autres applications.
4) La grande force de Linux est le cote open source. Inutilie donc d'essayer de vendre des solutions linux si on n'a pas une equipe de developpeurs (meme tres reduite) derriere soi. Linux compense aiseement la plupart de ses defauts par des adaptations de codes souvents minimes. En Python/GTK(ou tcl/TK ou Perl/GTK etc..) il suffit souvent de tres peu de temps pour construire une interface utilisateur conviviale pour remplacer l'interface ligne de commande souvent absconse pour le debutant.
Au final Linux est complexe a installer, mais pas a utiliser (J'ai trois personnes de ma famille qui ont fait le pas sous Linux, sans conaissances informatiques particulieres). Charge donc au conseiller de prevoir le coup et de se preparer en consequence. Mais l'utilisation par des particuliers "ordinaires" d'un PC sous Linux est tout a fait possible. Neamoins les gens peu familiers avec les bidouillages de drivers peuvent decider d'attendre la sortie du noyeau 2.6 qui risque de voir cette partie grandement simplifiee (si la lancee du 2.5 se poursuit) .
Kha
N'hesite pas a me contacter par email si toi, ou ton ami voulez des informations supplementaires sur la facon de proceder.