je suis d'accord avec toi, mais j'ai bien peur que Yahoo, justement, soient tellement gros qu'ils n'en ont rien à foutre....
Nerim s'est fait blacklister par erreur un MX par Yahoo il y a quelques temps, et ils ont jamais réussi à en ressortir de la blacklist.
C'est par parce que Yahoo c'est de la m... qu'ils ont pas une base d'utilisateurs énorme, hélas... Quand à ce qui est acceptable ou recommandé, je crois que parfois il faut savoir s'adapter, sans quoi on se ghettoise, du moins jusqu'à ce qu'on soit d'un poids suffisant pour faire changer les autres. De plus Yahoo c'est les champions de l'incohérence, avec un business model plutot proprio, mais des serveurs sous FreeBSD et Linux...
okay :-) c'est dommage quand même que le MX secondaire de relaie pas les forwards au moins... en plus, ça augmenterait ça capacité de stockage pour les comptes POP3... enfin c'est pas très important, du moment que les mails ne sont pas perdus...
de plus, en quoi le RAID logiciel pose un problème ? que les disques plantent, ça je peux comprendre (surtout si ce sont des IBMs ;-)), mais le RAID logiciel par rapport au RAID matériel, quel est le problème ? Dans ma boite les serveurs internes sont en RAID1 sous Linux, et ça marche plutôt bien...
en tous cas, je suis rassuré, mais je réitère: bon courage ! :-)
A mon avis, ce coup-ci, une chose au moins risque d'être perdue, ce sont les mails, car même les redirects ne marchent plus, j'en déduis donc (peut-être à tort) que les serveurs SMTP ont été arrêtés, donc il y a des chances que certains mails (quand le serveur SMTP envoyeur a été configuré un peu scrictement) soient définitivement perdus...
Je devine que le problème doit être que les comptes mails en POP3 sont hébergés sur le serveur de stockage qui a planté, et que, considérant le nombre de développeurs (1058) utilisant TF (dont une partie significative a dû choisir le POP3 et s'abonner à quelques mailing-listes de projets libres, comme la lkml, plus peut etre bugtraq ou autres), la queue entrante des serveurs SMTP s'est retrouvée remplie (ou à peu près), et qu'ils ont préféré les stopper. A leur place, je supprimerait la possibilité d'avoir du POP3, ça soulagerait un peut le serveur de stockage qui doit être méchamment chawaté à cause de ça... Mais bon, tout ça ne sont que devinettes. Quelqu'un confirme/infirme/explique ?
En conclusion, et à mon avis encore, TF est vistime de son succès. Vaut mieux leur donner de l'argent si on veut qu'ils continuent.
La réponse est là: http://www.helixcommunity.org/content/vision.html(...)
leur bazar va pouvoir diffuser tout, enfin du moins c'est leur but, à savoir .rm, Windows Media (eh oui, ils ont une licence Microsoft !), Quicktime (ça veut pas dire grand chose, et ça m'étonnerait que le codec Sorenson soit dispo), et enfin MPEG 1,2 et 4 (voilà pour l'ISO).$
C'est pas bête, mais ya plusieurs choses que je me demande:
1- comment vont-ils faire du pognon là-dessus ? c'est quand même une société commerciale, il faut bien qu'ils vivent. Alors quoi, ils vont se mettre à vendre du service ? Un sacré changement de business-model !
2- ils commencent par ouvrir le player.. c'est bien, mais sous Linux en tous cas, on a déjà, à savoir.. MPlayer, tout simplement, qui lit très bien tous ces formats en streaming. Et sous Windows, Media Player le fait déjà aussi. Donc, ça risque pas d'être un peu dur à placer leur produit ? Ne pas oublier non plus Quicktime player sous Mac et Windows. La parallèle avec Netscape est bon, mais quand le projet Mozilla a démarré, il n'y avait pas de réelle alternative à IE...
3- Je vous rappelle qu'une procédure de l'Union Européenne est en cours, concernant justement les pratiques anti-concurrentielles de MS avec le Media Player. Si ça aboutit à ce que MS soit obligé d'inclure le player Real en standard sur ses machines et à faire payer son logiciel serveur, est-ce que RealNetworks sera toujours aussi "ouvert" ?
Il y a qu'à attendre pour avoir la réponse, mais je pense qu'il faut quand même encourager ce genre d'initiative. Après tout, que de tels projets passent en Open Source, ça ne peut de toutes façons pas être complètement mauvais ;-)
Impression plutôt dûe au fait que le 2.4 est devenu réellement stable assez tardivement, à mon avis (suite aux nombreux problèmes avec la VM entre autres). Le "vrai" 2.4.0 aurait plutot dû être aux alentours deu 2.4.13 ou 2.4.14 ...
Enfin ne revenons pas trop sur cette histoire de VM, qui a été une belle foire d'empoigne, mais perso j'espère que cette nouvelle VM -rmap du 2.6 sera enfin à la hauteur du reste du noyau ;-))
A mon avis, y'a un truc de pas clair dans ce commentaire.
Le mec dit qu'il n'y a pas de support réseau, mais en meme temps qu'il supporte certaines cartes réseau et qu'on peut avoir PPPOE.
En fait, pas de support réseau veut plus probablement dire qu'ils ont retiré une partie du support réseau de Linux, du style IPv6, ou la capacité de faire un routeur, ou (pire) celle de faire un firewall (mais ça je ne sais pas par contre). Il suffit simplement de ne pas compiler les modules correspondants...
Bref, perso, je me refuse à considérer ça comme une distro Linux. C'est un OS à base de Linux et de logiciel libre, mais ça n'a rien à voir avec une distro. Leur vrai objectif est de faire de la vente OEM pour Walmart & Co. Le seul point positif à en attendre est que ça décoince le grand public vis à vis de Linux. Mais le risque est qu'avec une telle qualité... berk
ouais c crade. mais on trace les gens avec leurs nom et email, et ils sont inscrits à la ML. et pour beaucoup, mais pas tous, ce sont également des développeurs des projets en question.
de toutes façons, quand on télécharge un RPM binaire hors contexte d'une distro, je pense qu'il ne faut pas s'attendre à avoir le même niveau de sécurité... le rpm --rebuild SRPM est donc toujours conseillé, là au moins on peut vraiment voir ce qu'on a installé.
ce qui m'arrangerait, c'est sûr, c'est que les softs en question soient intégrés à une ou plusieurs distros ;-)
C'est un serveur applicatif OpenSource (au sens OSI mais pas FSF apparament), qui a pendant longtemps été développé par Lutris, une société californienne, en collaboration avec la communauté et quelques autres boîtes (dont FT et Evidian).
Enhydra Classic est purement Java, sépare bien données-manipulation des données-présentation, est XML/(X)HTML, JDBC/SQL, etc. Et il est basé sur Tomcat. Il gère bien évidemment les sessions utilisateur, et la répartition de charge via un module apache (le director), simple mais très efficace. Il gère également les pools de connexion à une base de données, etc.
Et il marche très bien, et pas mal de gens s'en servent.
Et puis un jour, Lutris a décidé d'implémenter Enhydra Entreprise, cette fois-ci J2EE.
Et Lutris a fermé. Impossible de vendre quoique ce soit autour de ce modèle (et surtout pas du service, comme Lutris le faisait): le marché appartient à de grosses boîtes qui vendent leur serveurs applicatifs à d'autres grosses boîtes, et personne là-dedans ne comprend vraiment ce qu'il vend et ce qu'il a acheté. Dans 80% des cas, un serveur applicatif J2EE dépasse de beaucoup les besoins.
Quand à Apache/PHP et à IIS/ASP, c'est carrément dommage de les mettre dans le même sac. Le problème numéro 1 d'ASP, c'est qu'ASP ne fait RIEN ou presque, c'est juste un conteneur de toutes les cochonneries MS qu'il vous viendrait à l'idée de mettre dans votre web: VB/JScript, ODBC/ADO, OLE/COM/DCOM/ActiveX. Bref, emmerdes et trous de sécurité à l'infini, quand à la stabilité...
PHP en revanche, ça ressemble plus au noyau Linux: plein de trucs dedans, écrits spécialement pour PHP et rien que pour PHP. Donc fondamentalement plus stable et plus sûr.
Après au niveau de l'utilisation... il existe des serveurs applicatifs en PHP aussi.. mais il est vrai que je trouve le langage PHP un peu pauvre, pour plusieurs raisons (le typage faible -mais c'est discutable-, pas de gestion bien foutue des erreurs -les exceptions Java-, pas de modèle objet bien foutu et complet -très utile pour une implémentation MVC propre, et une bonne maintenabilité-). D'ailleurs, c'est dommage que l'article n'en aie pas parlé, pour juste se concentrer sur le typage qui n'est qu'un exemple bien faible, somme toute...
En fait tout cela n'est pas tellement lié au format RPM lui-même, mais plutôt à la multiplication des distributions qui l'utilisent, ce qui fait qu'il est souvent difficile d'installer un paquet "trouvé" sur le Net sans avoir de problèmes de dépendances.
C'est très exactement ça !
<temoignage_anonyme_en_contre_jour>
Je suis packager officiel RPM de deux softs libres.
C'est une galère épouvantable.
En général, au moins le SRPM marche à peu près de partout, sauf sur la SuSE (je sais pas ce qu'ils foutent dedans cette distro, mais c'est incroyable).
A vrai dire, partant de là, la seule solution que j'ai trouvé, c'est de faire mes packages sur RedHat, et de distribuer le binaire officiel sur la version de RedHat sur laquelle j'ai compilé, et le SRPM, en précisant à tout le monde de recompiler le SRPM (via un rpm --rebuild) sur sa plateforme, et de me le refiler compilé, et après je le mets en ligne.
A noter également qu'en général le binaire RH s'installe à peu près bien sur MDK, l'inverse étant faux. Quand à la SuSE, c'est très mystique, selon les versions du soft et de celle de la SuSE, le binaire marche, ou pas, on peut recompiler, ou pas....
</temoignage_anonyme_en_contre_jour>
Et en outre, l'open-source a d'autres avantages que la sécurité des logiciels : entre autre un petit truc à peine important qu'on appelle la liberté.
sauf que.. la liberté (enfin les libertés fondamentales du LL), beaucoup s'en foutent !
je m'explique, pas besoin de partir sur un troll. notez que je me place uniquement dans une problématique économique, il y a d'autres raisons d'un autre ordre qui militent en faveur du LL. parce que, mine de rien, c'est quand même des entreprises, entités économiques, qui doivent adopter le LL pour le répandre...
comme vous le savez, Auchan, le GAN, entre autres, se sont tournés vers le LL.
or il est très clair (http://fr.news.yahoo.com/020624/60/2nc1m.html) que l'aspect d'ouverture des sources, ils s'en cognent. et c'est NORMAL, pour une boite ça ne compte pas en soi.
en revanche, ce qui les intéresse, c'est une conséquence de certaines de ces libertés: le fait de ne pas être lié à un vendeur unique, et donc de ne pas être forcé d'upgrader leurs machines/logiciels tous les N ans (N ayant tendance à diminuer au fur et à mesure que MS croît, suivant les lois du monopole), tout en maintenant une très bonne qualité de service, grâce à la réactivité de la communauté opensource pour corriger les bugs découverts.
or ça, c'est économiquement extrêmement important , puisque c'est là-dessus que MS fait son beurre, et à vrai dire, c'est même là-dessus que se situe le vrai enjeu de cette bataille actuelle... à mon avis, c'est surtout ça que le chercheur oublie: il se place beaucoup trop dans l'abstraction. Mais, selon ZDNet, dans la deuxième partie de son étude, il semble en convenir. En résumé: les modèles mathématiques c'est bien beau, mais il faut les confronter à la réalité, et ne pas oublier le "facteur humain" (non, non, pas besancenot - ok blague à 2 balles)
Je ne sais pas qu'elle est la fonction de la rédactrice de cette news, mais c'est de la pure langue de bois.
oui, c'est. son email: pr@fr.alcove.com donc, tu vois de quel département ça vient.
ensuite redressement judiciaire != liquidation judiciaire.
en redressement, on examine plusieurs solutions (éventuellement combinables ou successives):
1- gel temporaire des dettes, pour examiner l'activité, et, si elle est saine, lui permettre de repartir après avoir généré suffisament de "bénéfices" pour rembourser les dettes.
2- appel à candidature pour rachat
3- liquidation
4- etc.
en liquidation, deux possibilités: rachat ou vente des actifs( c'est à dire fermeture).
là, ils sont en phase 1 du redressement. Si ils ne perdent pas la confiance de leurs clients, ils ont une chance de s'en sortir.
ben j'en ai vu à l'oeuvre des gros carnets d'adresse, et c'est TRES impressionnant.
seulement, je reviens à ce que je disais: est-ce qu'un gros carnet d'adresse, dans le cas d'Alcove ou Mandrake, c'est pertinent ?
si le gros carnet d'adresse est dans un domaine non adapté, ben il ne sert à rien. or le marché du LL est un marché émergeant, avec des réticences à la première adoption, un mode de fonctionnement particulier (copyleft), etc. bref, plein de trucs pas forcément évident, qui, sans l'annuler, "modèrent" la "puissance" du carnet d'adresses.
A cela s'ajoute le fait que, dans un cas comme dans l'autre, le problème de l'internationalisation était au centre des préoccupations. et un gros carnet d'adresses international ça coûte encore plus cher, et en plus on multiplie les besoins en nouveaux contrats par le nombre de filiales ouvertes. pas facile à gérer. c'est ce que je disais: faut pas vouloir croitre trop vite.
pour Bull, c'est exactement ce que je disais, il va de soi que la dilapidation venait d'en haut. il n'en reste pas moins que Bull n'a pas inventé grand chose (au sens grand chose de commercialement viable ou commercialement correctement exploité, voire les deux) et a beaucoup détruit de richesses.
c'est ce que je disais à propos du "capitalisme à la française", des X-ENA, noyaux durs, etc.
ben c'est simple, on prendra la dernière version de QT-X11 sous GPL, et ça continuera, c'est tout. de plus, c'est plus KDE qu'il faut développer que QT, à l'heure actuelle, et KDE n'a jamais été développé par Trolltech, alors...
noatun certe demande une machine assez puissante mais marche très bien.
ça, c'est faux. soit RedHat l'a mal compilé pour la 7.3 (et d'ailleurs quelques unes avant), soit, ça marche pas.. j'ai quand meme un Duron 800, c pas hyper puissant, mais pour lire un pauvre MPEG1 video à deux balles, ça devrait suffir. et en tous cas pas me geler mon X et ma babasse.
et pourquoi noatun, dont les buts sont honorables, ne reprend pas MPlayer pour l'enrober, un peu comme konqueror enrobe gecko ?
quid de kaboodle ?
MPlayer marche bien sauf quand il plante (de moins en moins certes, c'est vraiment un très bon soft), et, je réitère, la GUI.. ouille ! or, c'est indispensable pour une application multimédia, qui doit donc toucher le grand public. Pourquoi les mecs de noatun, plutot que de s'acharner sur leur bidule, ne vont pas apporter cette compétence aux mecs de MPlayer ?
pour videolan, je sais bien, il est devenu autre chose un peu par hasard, mais le fait est là.
xine et mplayer lisent aussi les DVD... et d'autres encore.. pourquoi tant de logiciels pour lire des DVD alors qu'aucun n'est fini ?
ffmpeg n'est qu'une librairie certes, mais il y en a d'autres, un paquet d'autres (aviplay -plus sur du nom-, smpeg, divx4linux etc.), en plus de ceux qui ont recodé le bazar, et de la lecture des codecs win32 directe (pas très satisfaisant d'un point de vue des perfs, certes, et puis c pas libre...).
comprenons nous bien: OUI, mille fois OUI à la diversité et à la diversification. mais je ne comprends pas pourquoi des projets avec des buts initiaux COMPLEMENTAIRES (videolan et noatun sont assez complémentaires de MPlayer et xine en un sens), ne se sont pas ASSOCIES, plutot que de prendre chacun le problème par leur bout et n'arriver nulle part, ou en tous cas pas jusqu'à l'autre bout ? ça aurait juste un tout petit peu réduit la diversité, tout en augmentant la qualité du produit fini, non ? enfin ptet qu'avec le temps ils seront tous implémentés... si avant Microsoft et le DRM a pas tout tué faute d'alternative complète à Media Player...
c'est bull qui a fait le premier Personnal Computer
mais non, le Micral a été inventé par André Truong, de R2E, Bull ne l'a racheté qu'après, pour le mener brillament à rien... après avoir gonflé les ventes pendant quelques temps en en vendant des tonnes aux administrations d'Etat françaises....
C'était mon coup de gueule (c'est la saison) non pas contre Alcove, que je respecte, mais contre la naïveté de certains techos devant les 3-pièces, n'ayez pas de complexes ! Bull aussi avait à sa têtes des ENA/X/SupDeTouEtPleinDeChoses...
les techos aussi peuvent eux-mêmes êtres des SupToutPleinDeChoses, et après devenir de bons dirigeants... tant qu'on leur demande pas de s'occuper de marketing... là il vaut mieux d'autres SupToutPleinDeChoses... le principal étant d'éviter le "couteau suisse", à savoir l'X/ENA qui est censé savoir tout faire, et donc soit le fait mal, soit le fait comme les autres X/ENA, ce qui ne sert à rien. d'ailleurs, les X qui ont de l'ouverture d'esprit, ils font pas l'ENA...(je m'égare dans de l'anti-énarquisme primaire là ;-))
quand à Bull, c'est un exemple du pachyderme d'Etat français, fils d'un capitalisme dit "à la française", qui n'a que trop démontré sa nullité.
Bull n'a jamais rien inventé, et n'a pas arrêté de détruire des richesses tout au long de sa (trop longue) (sur)vie (Micral, Zenith, etc.), chacune de ces richesses étant payée par le contribuable français.
pas d'amalgame, Alcove n'en est pas là. Et le top-class manager de la mort, oui, c'est utile. quand tu vois le carnet d'adresses de ceux-ci, tu comprends tout de suite qu'ils vont te rapporter des affaires "toutes cuites". la question, c'est plutot de savoir, dans le cas d'Alcove ou Mandrake, si de telles embauches étaient opportunes, alors que de toutes façons le marché du LL est porteur, et, de plus, émergeant, et que donc l'importance du carnet d'adresses est moindre (pas nulle, toutefois).
-1 parce que je fais pas beaucoup avancer le schmilblick.
... surtout en France, où le coût du licenciement est exorbitant, et en plus, les top-class managers devaient avoir des "clauses parachute" de folie... tsstss..
bon enfin, vous remonterez la pente, et puis il n'y a pas qu'Alcove qui fait du LL. très justement, vous dites que c'est l'avenir, et plein de boites, suivant la demande, ont pris le virage :-))
oui, je sais que il y a une certaine "interpénétration" de ces projets. mais j'en ai pas cité plein d'autres encore, comme videolan, ffmpeg,...
quand aux multiples players sous windows, certes, mais au moins, ils marchent. En plus, je pense que pour beaucoup ils doivent se contenter de réutiliser Windows Media Player sous forme d'un ActiveX ou je ne sais quelle autre cochonnerie... je réitère: sous Linux, AUCUN ne marche complètement. pire, certains PLANTENT complètement, comme noatun, que je n'ai à peu près jamais réussi à faire marcher (la dernière fois j'ai dû faire un reboot, car même killall -9 X ne m'avait pas rendu la main). MPlayer marche mieux, mais n'est pas fini, a encore de sales bugs, et quand à sa GUI, elle est pour le moins sommaire (ah, mais ça, elle est skinnable...) ceci dit, c'est parfaitement normal d'un logiciel en version 0.9pre5.
je sais pas trop comment le dire, mais perso je pense que seuls xine et MPlayer sont des players valables, et ce serait cool de les finir avant de s'attaquer à en développer d'autres... non ?
vive le choix certes, mais trop de choix, c'est pas forcément bien non plus. RMS a pas dit un truc dans le goût d'ailleurs ? ;-)
c'est juste que Vivendi agit comme toujours avec énormément de lucidité et de vision de l'avenir, comme le font d'ailleurs les autres boîtes du même calibre.. seul AOL/TW est un peu moins stupide de ce point de vue là... mais J6M détient sans conteste la palme de la suffisance et de l'incompétence du secteur, comme le prouvent les affaires récentes (C+, telepiù, rachats foireux, etc.)
d'ailleurs, considérant ce qui arrive à FT, je me demande si le vrai responsable, c'est pas plutôt ce "capitalisme à la française", dont on nous rebat sans cesse les oreilles en se glorifiant de notre grandiose exception (noyaux durs, tous énarques et/ou X, etc.).
par ailleurs, je n'ai pas regardé les détails du programme, mais qu'apporte-t-il par rapport à XMMS ? (en dehors du fait qu'il tourne sous winchose..)
à ce sujet, je suis vraiment consterné de ce qui se passe sur ces media-player de toutes sortes... il y a une surabondance de projets pas finis et buggués dans ce domaine, car chaque projet réinvente en permanence la roue... xmms, MPlayer[XP], xine, noatun, kaboodle, aviplay, smpeg, sdl, etc.
bon, ils ne prétendent pas tous faire la même chose, certes, mais au final... on peut meme lire des mpeg video avec xmms, alors..
et aucun ne marche complètement et de façon satisfaisante. ce sont des projets énormes, alors pourquoi ils ne mutualisent pas un peu plus leurs ressources ??? on en a pas besoin de plus de deux !!! le LL, ça apporte le choix, ce qui est très bien, mais là, c'est pas l'embarras du choix, c'est le chois de l'embarras...
IBM ne se sert de Linux que pour vendre plus [de materiel]
s/materiel/services/
on va le refaire encore autrement:
AIX ça coutait horriblement cher à développer, pour un résultat au mieux correct... franchement, en UNIX, les seuls à être vraiment utilisables, c *BSD, Linux et Solaris (MacOSX aussi peut etre..)
alors, chez IBM, ils font leurs comptes:
avec Linux, ils n'ont qu'à fournir une partie du développement, et pas la totalité, et pour un résultat bien meilleur, car AIX ils ne l'ont jamais vendu, c'était juste un parasitage d'une vente de RS6000 sur lequel ils avaient aussi vendu du service.
alors c'est simple, ils ont regardé leur pile de couts, et ont tapé dans la tranche où ils avaient la possibilité de le faire pour diminuer leur cout total: vendre un RS6000, c'est pas facile. vendre du service, c'est pas facile. en revanche, vendre AIX, ça ne sert à rien, car tous les concurents d'IBM vendent de même leur UNIX. UNIX, c'est pas un argument de vente, c'est un passage obligé. autant diminuer les coûts dessus. en plus, on fait beaucoup plus de choses avec Linux qu'avec AIX, et la GPL fait que le boulot produit de bénéficie pas à des concurrents dont le business model est différent (et donc qui sont potentiellement plus dangereux... IBM peut se battre contre Cap Gem' ou HP, mais difficilement contre MS, car ils ne sont pas à armes égales).
.. et qui avaient essayé l'OpenSource, ne sont pas restés fidèles à MS pour des raisons techniques, mais économiques (Mexique-MS leur a filé un très très gros rabais), ou politiques (Danemark-décision arbitraire et incompréhensible prise d'en haut)...
Quant à l'Autriche, elle a adhéré au Shared Source program de MS, et semble ne meme pas avoir essayé Linux.
Ca illustre bien que le problème principal de Linux ne réside pas dans ses qualités techniques, ou même dans le développement OpenSource, mais simplement dans le fait que MS est une machine commerciale immense et pétée de thunes. Rien de nouveau, mais là, c'est frappant !!!
Java qui n'est pas si libre que ça me semble-t-il
ben.. oui et non.. ça dépend des implémentations.. GCJ est libre par exemple...
Donc je suis désolé mais quand tu as une machine et un OS qui font le taffe, tu l'as fout pas à la benne comme ça.
tout à fait d'accord. J'ajoute qu'il fait vraiment bien le taf. Apache, jusqu'à la récente v.2, ne fonctionnait vraiment bien que sur les UNIX, et pas Winchose. donc, c'est normal qu'ils les aient réutilisés, surtout vu le prix exorbitant de ces engins.. c'est juste dommage que leur solution première ait utilisé ça... ça aurait été des serveurs windows, à la limite, ça aurait été mieux, car ils auraient pu réinstaller un Linux ou *BSD dessus... alors que Linux sur SPARC... ya une grosse distro qui sort ça ?
[Auchan]Ils n'ont certainement pas trois pleupleus à former sur l'utilisation d'un système Linux en Desktop et la formation
ben.. en fait, en ce moment et depuis quelques temps déjà, Auchan bosse sur un projet qui vise à remplacer leurs logiciels sur les postes clients... à cette occasion, ils auraient pu en profiter pour faire évoluer ce projet vers Linux.. Mais ce n'est pas dit qu'ils ne le feront pas plus tard. Aux US, ya une chaine de supermarchés qui utilise déjà Linux de partout, alors pourquoi pas ici aussi ;-)
alors, premièrement, XTel 3.3 est sorti au moins vers février 2001, regardez les dates des fichiers ici (et c'est confirmé en ouvrant le tarball): http://pficheux.free.fr/xtel/download/(...)
donc, pas vraiment neuf.
deuxièmement, pour ceux qui l'ignorent, mais je l'ai utilisé pendant des années, avant que www.pagesjaunes.fr existe, "Minitel-over-TCP/IP", ça existe, allez faire un tour sur http://www.mctel.fr(...) . Bon, ça ne sert plus à grand chose à présent, c'est sûr... mais ils y avaient pensé, il y avait même le VEMMI, qui devait faire évoluer le bazar, mais s'est rétamé...
Cerise sur le gateau, google vient de m'apprendre que Minitel-over-TCP/IP, ça marche avec XTel, grâce au plug-in RTEL: http://www.rtel.fr/NoticeLinux.html(...) .. pour ceux qui veulent tester ;-) sinon ya juste l'interface java (applet), et on retrouve ce cher 3611 :-))
[^] # Re: choses perdues...
Posté par anonyme512 . En réponse à la dépêche TuxFamily n'a pas de chance ces dernier temps. Évalué à 5.
Nerim s'est fait blacklister par erreur un MX par Yahoo il y a quelques temps, et ils ont jamais réussi à en ressortir de la blacklist.
C'est par parce que Yahoo c'est de la m... qu'ils ont pas une base d'utilisateurs énorme, hélas... Quand à ce qui est acceptable ou recommandé, je crois que parfois il faut savoir s'adapter, sans quoi on se ghettoise, du moins jusqu'à ce qu'on soit d'un poids suffisant pour faire changer les autres. De plus Yahoo c'est les champions de l'incohérence, avec un business model plutot proprio, mais des serveurs sous FreeBSD et Linux...
[^] # Re: choses perdues...
Posté par anonyme512 . En réponse à la dépêche TuxFamily n'a pas de chance ces dernier temps. Évalué à 3.
Tu as entendu parler de Yahoo ?
Ok, c'est meme pas un FAI, c'est juste un exemple, mais, hélas...
[^] # Re: choses perdues...
Posté par anonyme512 . En réponse à la dépêche TuxFamily n'a pas de chance ces dernier temps. Évalué à 10.
de plus, en quoi le RAID logiciel pose un problème ? que les disques plantent, ça je peux comprendre (surtout si ce sont des IBMs ;-)), mais le RAID logiciel par rapport au RAID matériel, quel est le problème ? Dans ma boite les serveurs internes sont en RAID1 sous Linux, et ça marche plutôt bien...
en tous cas, je suis rassuré, mais je réitère: bon courage ! :-)
# choses perdues...
Posté par anonyme512 . En réponse à la dépêche TuxFamily n'a pas de chance ces dernier temps. Évalué à 10.
Je devine que le problème doit être que les comptes mails en POP3 sont hébergés sur le serveur de stockage qui a planté, et que, considérant le nombre de développeurs (1058) utilisant TF (dont une partie significative a dû choisir le POP3 et s'abonner à quelques mailing-listes de projets libres, comme la lkml, plus peut etre bugtraq ou autres), la queue entrante des serveurs SMTP s'est retrouvée remplie (ou à peu près), et qu'ils ont préféré les stopper. A leur place, je supprimerait la possibilité d'avoir du POP3, ça soulagerait un peut le serveur de stockage qui doit être méchamment chawaté à cause de ça... Mais bon, tout ça ne sont que devinettes. Quelqu'un confirme/infirme/explique ?
En conclusion, et à mon avis encore, TF est vistime de son succès. Vaut mieux leur donner de l'argent si on veut qu'ils continuent.
Bon courage les gars...
[^] # Re: Pas le premier !!!!
Posté par anonyme512 . En réponse à la dépêche Real Networks : plate-forme de streaming ouverte. Évalué à 10.
http://www.helixcommunity.org/content/vision.html(...)
leur bazar va pouvoir diffuser tout, enfin du moins c'est leur but, à savoir .rm, Windows Media (eh oui, ils ont une licence Microsoft !), Quicktime (ça veut pas dire grand chose, et ça m'étonnerait que le codec Sorenson soit dispo), et enfin MPEG 1,2 et 4 (voilà pour l'ISO).$
C'est pas bête, mais ya plusieurs choses que je me demande:
1- comment vont-ils faire du pognon là-dessus ? c'est quand même une société commerciale, il faut bien qu'ils vivent. Alors quoi, ils vont se mettre à vendre du service ? Un sacré changement de business-model !
2- ils commencent par ouvrir le player.. c'est bien, mais sous Linux en tous cas, on a déjà, à savoir.. MPlayer, tout simplement, qui lit très bien tous ces formats en streaming. Et sous Windows, Media Player le fait déjà aussi. Donc, ça risque pas d'être un peu dur à placer leur produit ? Ne pas oublier non plus Quicktime player sous Mac et Windows. La parallèle avec Netscape est bon, mais quand le projet Mozilla a démarré, il n'y avait pas de réelle alternative à IE...
3- Je vous rappelle qu'une procédure de l'Union Européenne est en cours, concernant justement les pratiques anti-concurrentielles de MS avec le Media Player. Si ça aboutit à ce que MS soit obligé d'inclure le player Real en standard sur ses machines et à faire payer son logiciel serveur, est-ce que RealNetworks sera toujours aussi "ouvert" ?
Il y a qu'à attendre pour avoir la réponse, mais je pense qu'il faut quand même encourager ce genre d'initiative. Après tout, que de tels projets passent en Open Source, ça ne peut de toutes façons pas être complètement mauvais ;-)
[^] # Re: Vivement la 2.6
Posté par anonyme512 . En réponse à la dépêche Feature freeze du noyau 2.5/2.6 prévu pour Halloween. Évalué à 10.
Enfin ne revenons pas trop sur cette histoire de VM, qui a été une belle foire d'empoigne, mais perso j'espère que cette nouvelle VM -rmap du 2.6 sera enfin à la hauteur du reste du noyau ;-))
[^] # Re: Mouais...
Posté par anonyme512 . En réponse à la dépêche Lindows SPX : un premier regard. Évalué à 10.
Le mec dit qu'il n'y a pas de support réseau, mais en meme temps qu'il supporte certaines cartes réseau et qu'on peut avoir PPPOE.
En fait, pas de support réseau veut plus probablement dire qu'ils ont retiré une partie du support réseau de Linux, du style IPv6, ou la capacité de faire un routeur, ou (pire) celle de faire un firewall (mais ça je ne sais pas par contre). Il suffit simplement de ne pas compiler les modules correspondants...
Bref, perso, je me refuse à considérer ça comme une distro Linux. C'est un OS à base de Linux et de logiciel libre, mais ça n'a rien à voir avec une distro. Leur vrai objectif est de faire de la vente OEM pour Walmart & Co. Le seul point positif à en attendre est que ça décoince le grand public vis à vis de Linux. Mais le risque est qu'avec une telle qualité... berk
[^] # Re: De l'art de bien "packager"
Posté par anonyme512 . En réponse à la dépêche Le RPM est-il condamné?. Évalué à 2.
de toutes façons, quand on télécharge un RPM binaire hors contexte d'une distro, je pense qu'il ne faut pas s'attendre à avoir le même niveau de sécurité... le rpm --rebuild SRPM est donc toujours conseillé, là au moins on peut vraiment voir ce qu'on a installé.
ce qui m'arrangerait, c'est sûr, c'est que les softs en question soient intégrés à une ou plusieurs distros ;-)
[^] # Re: Un article qui a au moins l'intérêt de se poser certaines questions
Posté par anonyme512 . En réponse à la dépêche Apache/PHP et IIS/ASP : pas si bons ?. Évalué à 4.
Je reviens à la charge avec un exemple: Enhydra.
C'est un serveur applicatif OpenSource (au sens OSI mais pas FSF apparament), qui a pendant longtemps été développé par Lutris, une société californienne, en collaboration avec la communauté et quelques autres boîtes (dont FT et Evidian).
Enhydra Classic est purement Java, sépare bien données-manipulation des données-présentation, est XML/(X)HTML, JDBC/SQL, etc. Et il est basé sur Tomcat. Il gère bien évidemment les sessions utilisateur, et la répartition de charge via un module apache (le director), simple mais très efficace. Il gère également les pools de connexion à une base de données, etc.
Et il marche très bien, et pas mal de gens s'en servent.
Et puis un jour, Lutris a décidé d'implémenter Enhydra Entreprise, cette fois-ci J2EE.
Et Lutris a fermé. Impossible de vendre quoique ce soit autour de ce modèle (et surtout pas du service, comme Lutris le faisait): le marché appartient à de grosses boîtes qui vendent leur serveurs applicatifs à d'autres grosses boîtes, et personne là-dedans ne comprend vraiment ce qu'il vend et ce qu'il a acheté. Dans 80% des cas, un serveur applicatif J2EE dépasse de beaucoup les besoins.
Quand à Apache/PHP et à IIS/ASP, c'est carrément dommage de les mettre dans le même sac. Le problème numéro 1 d'ASP, c'est qu'ASP ne fait RIEN ou presque, c'est juste un conteneur de toutes les cochonneries MS qu'il vous viendrait à l'idée de mettre dans votre web: VB/JScript, ODBC/ADO, OLE/COM/DCOM/ActiveX. Bref, emmerdes et trous de sécurité à l'infini, quand à la stabilité...
PHP en revanche, ça ressemble plus au noyau Linux: plein de trucs dedans, écrits spécialement pour PHP et rien que pour PHP. Donc fondamentalement plus stable et plus sûr.
Après au niveau de l'utilisation... il existe des serveurs applicatifs en PHP aussi.. mais il est vrai que je trouve le langage PHP un peu pauvre, pour plusieurs raisons (le typage faible -mais c'est discutable-, pas de gestion bien foutue des erreurs -les exceptions Java-, pas de modèle objet bien foutu et complet -très utile pour une implémentation MVC propre, et une bonne maintenabilité-). D'ailleurs, c'est dommage que l'article n'en aie pas parlé, pour juste se concentrer sur le typage qui n'est qu'un exemple bien faible, somme toute...
[^] # Re: De l'art de bien "packager"
Posté par anonyme512 . En réponse à la dépêche Le RPM est-il condamné?. Évalué à 10.
C'est très exactement ça !
<temoignage_anonyme_en_contre_jour>
Je suis packager officiel RPM de deux softs libres.
C'est une galère épouvantable.
En général, au moins le SRPM marche à peu près de partout, sauf sur la SuSE (je sais pas ce qu'ils foutent dedans cette distro, mais c'est incroyable).
A vrai dire, partant de là, la seule solution que j'ai trouvé, c'est de faire mes packages sur RedHat, et de distribuer le binaire officiel sur la version de RedHat sur laquelle j'ai compilé, et le SRPM, en précisant à tout le monde de recompiler le SRPM (via un rpm --rebuild) sur sa plateforme, et de me le refiler compilé, et après je le mets en ligne.
A noter également qu'en général le binaire RH s'installe à peu près bien sur MDK, l'inverse étant faux. Quand à la SuSE, c'est très mystique, selon les versions du soft et de celle de la SuSE, le binaire marche, ou pas, on peut recompiler, ou pas....
</temoignage_anonyme_en_contre_jour>
[^] # Re: A un détail près
Posté par anonyme512 . En réponse à la dépêche Une étude met dos-à-dos logiciels libres et propriétaires. Évalué à 7.
[^] # Re: Ce discours...
Posté par anonyme512 . En réponse à la dépêche Note d'information de la direction d'Alcôve. Évalué à 10.
oui, c'est. son email: pr@fr.alcove.com donc, tu vois de quel département ça vient.
ensuite redressement judiciaire != liquidation judiciaire.
en redressement, on examine plusieurs solutions (éventuellement combinables ou successives):
1- gel temporaire des dettes, pour examiner l'activité, et, si elle est saine, lui permettre de repartir après avoir généré suffisament de "bénéfices" pour rembourser les dettes.
2- appel à candidature pour rachat
3- liquidation
4- etc.
en liquidation, deux possibilités: rachat ou vente des actifs( c'est à dire fermeture).
là, ils sont en phase 1 du redressement. Si ils ne perdent pas la confiance de leurs clients, ils ont une chance de s'en sortir.
[^] # Re: Pas convaincu...
Posté par anonyme512 . En réponse à la dépêche Note d'information de la direction d'Alcôve. Évalué à 10.
seulement, je reviens à ce que je disais: est-ce qu'un gros carnet d'adresse, dans le cas d'Alcove ou Mandrake, c'est pertinent ?
si le gros carnet d'adresse est dans un domaine non adapté, ben il ne sert à rien. or le marché du LL est un marché émergeant, avec des réticences à la première adoption, un mode de fonctionnement particulier (copyleft), etc. bref, plein de trucs pas forcément évident, qui, sans l'annuler, "modèrent" la "puissance" du carnet d'adresses.
A cela s'ajoute le fait que, dans un cas comme dans l'autre, le problème de l'internationalisation était au centre des préoccupations. et un gros carnet d'adresses international ça coûte encore plus cher, et en plus on multiplie les besoins en nouveaux contrats par le nombre de filiales ouvertes. pas facile à gérer. c'est ce que je disais: faut pas vouloir croitre trop vite.
[^] # Re: Pas convaincu...
Posté par anonyme512 . En réponse à la dépêche Note d'information de la direction d'Alcôve. Évalué à 1.
c'est ce que je disais à propos du "capitalisme à la française", des X-ENA, noyaux durs, etc.
-1 car enfonçage de clou
[^] # Re: Attendez-vous à de grosses surprises avec QT/KDE
Posté par anonyme512 . En réponse à la dépêche freeamp jette l'éponge !. Évalué à 8.
[^] # Re: rien à voir avec la mondialisation...
Posté par anonyme512 . En réponse à la dépêche freeamp jette l'éponge !. Évalué à -3.
ça, c'est faux. soit RedHat l'a mal compilé pour la 7.3 (et d'ailleurs quelques unes avant), soit, ça marche pas.. j'ai quand meme un Duron 800, c pas hyper puissant, mais pour lire un pauvre MPEG1 video à deux balles, ça devrait suffir. et en tous cas pas me geler mon X et ma babasse.
et pourquoi noatun, dont les buts sont honorables, ne reprend pas MPlayer pour l'enrober, un peu comme konqueror enrobe gecko ?
quid de kaboodle ?
MPlayer marche bien sauf quand il plante (de moins en moins certes, c'est vraiment un très bon soft), et, je réitère, la GUI.. ouille ! or, c'est indispensable pour une application multimédia, qui doit donc toucher le grand public. Pourquoi les mecs de noatun, plutot que de s'acharner sur leur bidule, ne vont pas apporter cette compétence aux mecs de MPlayer ?
pour videolan, je sais bien, il est devenu autre chose un peu par hasard, mais le fait est là.
xine et mplayer lisent aussi les DVD... et d'autres encore.. pourquoi tant de logiciels pour lire des DVD alors qu'aucun n'est fini ?
ffmpeg n'est qu'une librairie certes, mais il y en a d'autres, un paquet d'autres (aviplay -plus sur du nom-, smpeg, divx4linux etc.), en plus de ceux qui ont recodé le bazar, et de la lecture des codecs win32 directe (pas très satisfaisant d'un point de vue des perfs, certes, et puis c pas libre...).
comprenons nous bien: OUI, mille fois OUI à la diversité et à la diversification. mais je ne comprends pas pourquoi des projets avec des buts initiaux COMPLEMENTAIRES (videolan et noatun sont assez complémentaires de MPlayer et xine en un sens), ne se sont pas ASSOCIES, plutot que de prendre chacun le problème par leur bout et n'arriver nulle part, ou en tous cas pas jusqu'à l'autre bout ? ça aurait juste un tout petit peu réduit la diversité, tout en augmentant la qualité du produit fini, non ? enfin ptet qu'avec le temps ils seront tous implémentés... si avant Microsoft et le DRM a pas tout tué faute d'alternative complète à Media Player...
qui vivra verra.
-1 car opinion très personnelle...
[^] # Re: Pas convaincu...
Posté par anonyme512 . En réponse à la dépêche Note d'information de la direction d'Alcôve. Évalué à 10.
mais non, le Micral a été inventé par André Truong, de R2E, Bull ne l'a racheté qu'après, pour le mener brillament à rien... après avoir gonflé les ventes pendant quelques temps en en vendant des tonnes aux administrations d'Etat françaises....
confirmé d'ailleurs ici:
http://news.zdnet.fr/story/0,,t118-s2093036,00.html(...)
(voir dernier paragraphe)
persiste et signe (anonymement), et -1 encore, parce que toujours sans intérêt.
[^] # Re: Pas convaincu...
Posté par anonyme512 . En réponse à la dépêche Note d'information de la direction d'Alcôve. Évalué à 10.
les techos aussi peuvent eux-mêmes êtres des SupToutPleinDeChoses, et après devenir de bons dirigeants... tant qu'on leur demande pas de s'occuper de marketing... là il vaut mieux d'autres SupToutPleinDeChoses... le principal étant d'éviter le "couteau suisse", à savoir l'X/ENA qui est censé savoir tout faire, et donc soit le fait mal, soit le fait comme les autres X/ENA, ce qui ne sert à rien. d'ailleurs, les X qui ont de l'ouverture d'esprit, ils font pas l'ENA...(je m'égare dans de l'anti-énarquisme primaire là ;-))
quand à Bull, c'est un exemple du pachyderme d'Etat français, fils d'un capitalisme dit "à la française", qui n'a que trop démontré sa nullité.
Bull n'a jamais rien inventé, et n'a pas arrêté de détruire des richesses tout au long de sa (trop longue) (sur)vie (Micral, Zenith, etc.), chacune de ces richesses étant payée par le contribuable français.
pas d'amalgame, Alcove n'en est pas là. Et le top-class manager de la mort, oui, c'est utile. quand tu vois le carnet d'adresses de ceux-ci, tu comprends tout de suite qu'ils vont te rapporter des affaires "toutes cuites". la question, c'est plutot de savoir, dans le cas d'Alcove ou Mandrake, si de telles embauches étaient opportunes, alors que de toutes façons le marché du LL est porteur, et, de plus, émergeant, et que donc l'importance du carnet d'adresses est moindre (pas nulle, toutefois).
-1 parce que je fais pas beaucoup avancer le schmilblick.
# eh oui, c'est pas bon de vouloir croitre trop vite....
Posté par anonyme512 . En réponse à la dépêche Note d'information de la direction d'Alcôve. Évalué à 10.
bon enfin, vous remonterez la pente, et puis il n'y a pas qu'Alcove qui fait du LL. très justement, vous dites que c'est l'avenir, et plein de boites, suivant la demande, ont pris le virage :-))
bon courage.
[^] # Re: rien à voir avec la mondialisation...
Posté par anonyme512 . En réponse à la dépêche freeamp jette l'éponge !. Évalué à -1.
quand aux multiples players sous windows, certes, mais au moins, ils marchent. En plus, je pense que pour beaucoup ils doivent se contenter de réutiliser Windows Media Player sous forme d'un ActiveX ou je ne sais quelle autre cochonnerie... je réitère: sous Linux, AUCUN ne marche complètement. pire, certains PLANTENT complètement, comme noatun, que je n'ai à peu près jamais réussi à faire marcher (la dernière fois j'ai dû faire un reboot, car même killall -9 X ne m'avait pas rendu la main). MPlayer marche mieux, mais n'est pas fini, a encore de sales bugs, et quand à sa GUI, elle est pour le moins sommaire (ah, mais ça, elle est skinnable...) ceci dit, c'est parfaitement normal d'un logiciel en version 0.9pre5.
je sais pas trop comment le dire, mais perso je pense que seuls xine et MPlayer sont des players valables, et ce serait cool de les finir avant de s'attaquer à en développer d'autres... non ?
vive le choix certes, mais trop de choix, c'est pas forcément bien non plus. RMS a pas dit un truc dans le goût d'ailleurs ? ;-)
# rien à voir avec la mondialisation...
Posté par anonyme512 . En réponse à la dépêche freeamp jette l'éponge !. Évalué à 10.
d'ailleurs, considérant ce qui arrive à FT, je me demande si le vrai responsable, c'est pas plutôt ce "capitalisme à la française", dont on nous rebat sans cesse les oreilles en se glorifiant de notre grandiose exception (noyaux durs, tous énarques et/ou X, etc.).
par ailleurs, je n'ai pas regardé les détails du programme, mais qu'apporte-t-il par rapport à XMMS ? (en dehors du fait qu'il tourne sous winchose..)
à ce sujet, je suis vraiment consterné de ce qui se passe sur ces media-player de toutes sortes... il y a une surabondance de projets pas finis et buggués dans ce domaine, car chaque projet réinvente en permanence la roue... xmms, MPlayer[XP], xine, noatun, kaboodle, aviplay, smpeg, sdl, etc.
bon, ils ne prétendent pas tous faire la même chose, certes, mais au final... on peut meme lire des mpeg video avec xmms, alors..
et aucun ne marche complètement et de façon satisfaisante. ce sont des projets énormes, alors pourquoi ils ne mutualisent pas un peu plus leurs ressources ??? on en a pas besoin de plus de deux !!! le LL, ça apporte le choix, ce qui est très bien, mais là, c'est pas l'embarras du choix, c'est le chois de l'embarras...
[^] # Re: Pourquoi pas
Posté par anonyme512 . En réponse à la dépêche IBM ouvre un centre de compétences Linux à New York. Évalué à 10.
s/materiel/services/
on va le refaire encore autrement:
AIX ça coutait horriblement cher à développer, pour un résultat au mieux correct... franchement, en UNIX, les seuls à être vraiment utilisables, c *BSD, Linux et Solaris (MacOSX aussi peut etre..)
alors, chez IBM, ils font leurs comptes:
avec Linux, ils n'ont qu'à fournir une partie du développement, et pas la totalité, et pour un résultat bien meilleur, car AIX ils ne l'ont jamais vendu, c'était juste un parasitage d'une vente de RS6000 sur lequel ils avaient aussi vendu du service.
alors c'est simple, ils ont regardé leur pile de couts, et ont tapé dans la tranche où ils avaient la possibilité de le faire pour diminuer leur cout total: vendre un RS6000, c'est pas facile. vendre du service, c'est pas facile. en revanche, vendre AIX, ça ne sert à rien, car tous les concurents d'IBM vendent de même leur UNIX. UNIX, c'est pas un argument de vente, c'est un passage obligé. autant diminuer les coûts dessus. en plus, on fait beaucoup plus de choses avec Linux qu'avec AIX, et la GPL fait que le boulot produit de bénéficie pas à des concurrents dont le business model est différent (et donc qui sont potentiellement plus dangereux... IBM peut se battre contre Cap Gem' ou HP, mais difficilement contre MS, car ils ne sont pas à armes égales).
# les états restant fidèles à Microsoft....
Posté par anonyme512 . En réponse à la dépêche Un état de la pénétration des logiciels libres. Évalué à 10.
Quant à l'Autriche, elle a adhéré au Shared Source program de MS, et semble ne meme pas avoir essayé Linux.
Ca illustre bien que le problème principal de Linux ne réside pas dans ses qualités techniques, ou même dans le développement OpenSource, mais simplement dans le fait que MS est une machine commerciale immense et pétée de thunes. Rien de nouveau, mais là, c'est frappant !!!
[^] # Re: Super les exemples...
Posté par anonyme512 . En réponse à la dépêche Etude de cas : les LL tiennent la charge. Évalué à 10.
ben.. oui et non.. ça dépend des implémentations.. GCJ est libre par exemple...
Donc je suis désolé mais quand tu as une machine et un OS qui font le taffe, tu l'as fout pas à la benne comme ça.
tout à fait d'accord. J'ajoute qu'il fait vraiment bien le taf. Apache, jusqu'à la récente v.2, ne fonctionnait vraiment bien que sur les UNIX, et pas Winchose. donc, c'est normal qu'ils les aient réutilisés, surtout vu le prix exorbitant de ces engins.. c'est juste dommage que leur solution première ait utilisé ça... ça aurait été des serveurs windows, à la limite, ça aurait été mieux, car ils auraient pu réinstaller un Linux ou *BSD dessus... alors que Linux sur SPARC... ya une grosse distro qui sort ça ?
[Auchan]Ils n'ont certainement pas trois pleupleus à former sur l'utilisation d'un système Linux en Desktop et la formation
ben.. en fait, en ce moment et depuis quelques temps déjà, Auchan bosse sur un projet qui vise à remplacer leurs logiciels sur les postes clients... à cette occasion, ils auraient pu en profiter pour faire évoluer ce projet vers Linux.. Mais ce n'est pas dit qu'ils ne le feront pas plus tard. Aux US, ya une chaine de supermarchés qui utilise déjà Linux de partout, alors pourquoi pas ici aussi ;-)
# News ancienne et incomplète - Minitel sur TCP/IP
Posté par anonyme512 . En réponse à la dépêche Xtel version 3.3. Évalué à 10.
http://pficheux.free.fr/xtel/download/(...)
donc, pas vraiment neuf.
deuxièmement, pour ceux qui l'ignorent, mais je l'ai utilisé pendant des années, avant que www.pagesjaunes.fr existe, "Minitel-over-TCP/IP", ça existe, allez faire un tour sur http://www.mctel.fr(...) . Bon, ça ne sert plus à grand chose à présent, c'est sûr... mais ils y avaient pensé, il y avait même le VEMMI, qui devait faire évoluer le bazar, mais s'est rétamé...
Cerise sur le gateau, google vient de m'apprendre que Minitel-over-TCP/IP, ça marche avec XTel, grâce au plug-in RTEL: http://www.rtel.fr/NoticeLinux.html(...) .. pour ceux qui veulent tester ;-) sinon ya juste l'interface java (applet), et on retrouve ce cher 3611 :-))