N-Plex c'est une passerelle, un truc qui tourne sous NT et sous Solaris ( http://solutions.sun.com/catalogs/intel/Telecommunications/Telecomm(...) ). Wanadoo étant un bout de FT, ils doivent sûrement utiliser N-Plex pour communiquer en SMTP sur le Net, alors que le coeur de messagerie est sans doute basé sur X.400 (souvenez-vous d'Atlas X.400, le produit phare de Transpac il y a quelques années). Donc leur passerelle, c'est du N-Plex mais à l'intérieur ça cause X.400 sous Unix... Connaissant un peu FT, j'imagine qu'ils ont du Solaris et de l'HP-UX, ils aiment tellement ça... Et ils sont pas forcément plus idiots que la moyenne : ils savent que si ils prennent du windows, ca va leur donner plus de boulot qu'un bon vieil Unix bien stable...
D'après vous, y'a moyen de moyenner pour avoir un shell-account sur la bête ? Parce que moi, j'ai de quoi l'occuper un peu, hein (elle doit s'ennuyer, la bête...). J'ai justement quelques places à gagner dans le classement SETI@Home, ça pourrait être sympa d'avoir un client pour cette bécane ;o)) Vous imaginez, une bécane qui a autant de puissance que 40000 PCs de bureau... Miam !
Je rappelle que cette niouze concernait au départ Kokak, et pas la pollution urbaine causée dans la région de Bordeaux par des transports en commum mal adaptés ;o)
Et nos MX sous Linux, c'est eux qui sont en première ligne, je pense... quand ton MX recoit 1500 mails de plus 200 Ko avec une pièce jointe vérolée, et que ca risque d'aller en augmentant, OUI, je pense que ca concerne DLFP... Même si nos MX sont sous Linux, le virus peut provoquer un DoS... Et qu'on ne me parle pas de dimensionnement du serveur... Ce genre de virus est une circonstance exceptionnelle, c'est pas pour ca qu'il faut avoir des /var de deux To pour ne pas être inquiété. Voilà, c'est tout...
Le coup du cablage en lui meme est avant tout issu d'un manque complet d'imagination. Pour desservir les "petits bleds", à mon avis il est bcp plus intelligent et moins cher d'utiliser des relais hertziens plutot que de tendre des cables compliqués et couteux à l'entretien.
Première chose : l'avantage des fibres optiques dans ce contexte, c'est le débit : tu peux me dire comment ont fait pour relier des bleds de 2000 habitants avec une infrastructure herztienne qui a un débit suffisant capable de supporter 1000 coms simultannées en 64 kbps ? Les plages de fréquences ne sont pas infinies, et si on attribue une plage par bled, ca va faire pas mal de plages, donc des bandes très étroites, donc des débits faibles. Ou bien on réinvente le GSM, avec ses cellules, mais le débit n'est pas génial non plus, même si on attribue une plage de fréquences à un bled plutot qu'à un utilisateur.
Quant à l'entretien, je pense que des antennes sont plus vulnérables que des cables enterrés. Suppose que notre infrastructure télécom soit aérienne et imagine les dégats causés par la tempête de décembre 99...
Deuxième chose : je ne suis pas sûr que EDF disposais de solutions de telecoms à débit correct au moment de la mise en place de notre infrastructure optique. Et qu'on ne me dise pas d'attacher les fibres aux pilônes (cf. remarque sur les tempêtes...). Pas la peine de parler des courants porteurs non plus, je crois...
Quand j'ai lu l'article, j'ai cru que c'était une pub pour JSP... ;o) Non, sérieusement, je ne peux ni approuver, ni réfuter les arguments ci-dessus, même si j'estime que jsp est plus gourmand que php en termes de charge. Par contre, je peux dire que PHP est beaucoup plus simple à mettre en oeuvre que JSP... et pour cause : le langage, dérivé du C, est immédiatement accessible pour ceux qui ont déjà codé en C. Personnellement, j'ai codé en C et en Java, et je trouve JSP plus complexe à mettre en oeuvre. Mais c'est peut-être aussi parce que je n'ai pas eu la bonne doc sous la main au bon moment... Et puis dans le cadre de gros projets, cela n'a pas forcément d'importance.
D'autant plus que l'auteur de l'article qui parle de SSH connait son sujet : ce n'est ni plus ni moins que l'auteur de SSF, l'adaptation francaise de SSH. Ce dernier en connait donc un rayon sur la version commerciale de SSH, mais aussi sur OpenSSH dont il met en évidence certaines lacunes (en particulier, la prise en charge du chiffrement par une librairie externe au projet).
L'article du HS de LinuxMag est très intéressant car il montre les avantages et les défauts de SSH, sans prendre parti pour une solution particulière. Tout le monde en prend pour son grade. Bravo.
Pour ceux qui n'ont pas encore acheté le HS en question, je n'aurai qu'une chose à dire : précipitez-vous ! Un seul reproche : il semble avoir été relu très (trop ?) rapidement, pas mal de fottes d'horteaugraffe sont présentes dans les articles. Mais cela n'empèche pas de comprendre (sauf quand, dans un article, l'auteur parle de clef publique à la place de clef privée...). Vous savez ce qu'il vous reste à faire...
>je ne comprend pas le "?" . Nous avons besoin d'autant d'internet à haut débit que la France
dite Métopolitaine sinon plus.
C'est bien ce que je craignais. On ne s'est pas compris. La question était : "Est-ce que les DOM-TOM profiteront aussi de ces crédits ?". Je ne sais pas exactement ou en est le développement de l'Internet haut-débit ou du GSM dans les DOM-TOM, tout ce que je sais, c'est que les liaisons RENATER (exemple connu) ne sont pas "haut-débit" dès qu'il s'agit de sortir de la métropole. Bien sûr qu'il faudra que toute la France en profite, et donc les DOM-TOM aussi. D'ailleurs, si tu pouvais nous dresser l'état des lieux du GSM et de l'Internet dans les DOM-TOM, ca pourrait être intéressant. Merci.
Pour info, je n'habite pas en ville, mais plutot en rase campagne... A 20 Km du Mans pour être plus précis, mais seulement le week-end. Le reste du temps, j'habite à Rennes. L'espoir fait vivre, peut-être qu'un jour j'aurais l'ADSL à Roëzé (mon Trifoullis-les-Oies à moi), y'a pt'être des fibres qui passent pas loin, va falloir que je regarde sur les poteaux EDF ;o)
Au fait, "Happy Birthday" à Etienne P. (comme PasAuthentifié)
> Justement, le fait que ce soit appellé du PSEUDO aléatoire, cela n'implique-t-il pas que ce n'est pas vraiment aléatoire !
Reprennons depuis le début : l'ordinateur est une machine déterministe, et par conséquent, il n'y a pas d'aléatoire qui intervient dans tout cela.
Pour palier à ce manque, on utilise des astuces pour générer des series de nombres qui sont difficilement prévisibles (c'est pour cela qu'on dit "pseudo-aleatoire") basées sur l'heure (c'est pas bon, ça, comme méthode) ou sur des séries particulières dites justement pseudo-aléatoires... Mais ce sont des séries donc elles sont régies par un modèle. Elles sont donc seulement apparament aléatoires...
P'tite parenthèse : sous windows, pour éviter le cauchemar Visual et pas trop se prendre la tete avec un vrai éditeur (EMACS), y'a une solution entre les deux (payantes, certes, mais accessible) : UltraEdit. C'est un editeur qui fait pas mal de trucs : coloration de n'importe quoi (en plus ca se configure dans un fichier texte), recherche, remplacement, ouvertures multiples, sauvegarde via FTP (sympa pour compiler sous Unix) et tout et tout...
J'ai eu l'occasion de développer sur un projet avec ca pendant 2 mois (stations sous Windows à cause la politique de la boite, projet sous SCO Unix), et je peux vous dire que c'était très agréable. Voila, c'était de la pub gratuite, comme quoi les Linuxiens ne sont pas tous intégristes, et ont souvent connu autre chose avant sans que cela remonte à la nuit des temps.
Le prix d'une licence UMTS en France a été fixé par l'Etat à 32.5 milliards de francs (soit près de 5 milliards d'euros) pour une durée d'exploitation de 15 ans. Avec les 4 licences, l'Etat comptait empocher 130 milliards de francs, ce qui équivaut à 1/10 du budget annuel de l'Etat français. Une grande partie de ces recettes devait servir à renflouer les caisses de retraites.
Grande Bretagne : 36.8 milliards d'euros (241 milliards de francs)
Allemagne : 50.5 milliard d'euros (331 milliards de francs)
L'ART a preconisé un second tour de table, avec des prix moins élevés ou une durée d'attribution rallongée de 5 ans. Reste à savoir ce que diront SFR et Orange, qui ont pris le risque d'accepter de payer le prix fort...
> on pourrait dire que c'est aussi chiant de devoir upgrader son sendmail parce qu'il existe un trou de secu
Nan, y'a pas un trou de sécu dans SendMail... Y'a toujours au moins un trou de sécu sur une machine qui héberge un SendMail... Nuance ;o)
C'est vrai que ce soft est encore pas mal utilisé, mais à mon avis, c'est parce qu'il est implanté un peu partout pour des raisons historiques. Maintenant, il y a d'autres solutions, et il peut même être plus simple et plus avantageux de passer à autre chose genre PostFix ou QMail, beaucoup plus sûrs à mon gout. En plus, certains outils de migration Sendmail->Qmail existent (ca doit être le cas pour PostFix aussi), donc pourquoi se priver, au lieu d'upgrader tout le temps son SendMail ?
Voila, c'était juste un p'tit cri de colère, un post semi-automatique généré par le bot qui réside en moi ("bot in the shell") ;o)
Et n'oubliez pas Top10, LE jeu de Kart sous Linux, en cours de développement par J. Deneux (oui, le même que celui qui a développé les drivers ci-dessus... C'est fait pour, d'ailleurs).
L'avantage du jeu est que le modèle physique du Kart est très réaliste, le programmeur (Johann) ayant intégré tout un tas d'équations qui régissent les réactions du Kart... A essayer de toute urgence, donc.
Comme indiqué plus haut, y'a eu une erreur de frappe pour le lien... On va dire que c'est la fatigue, hein ;o) (mais que fait le modérateur ? Nan, pas taper ! Pas taper !)
> Sinon, il est très facile de compiler et d'installer WindowMaker
> ou Enlightenment sur Solaris pour remplacer CDE....
Oui, sous Slowlaris, ca semble simple (un tour dans le .xinitrc, et il parait que c'est joué).
Par contre, si quelqu'un sait comment l'intégrer dans HPUX (style 10.01 ou 10.20), je suis prenneur... Enfin, je veux dire "pour l'intégrer proprement", hein, pas le remplacer sauvagement...
> Sun's current desktop for the Solaris
> Operating Environment, CDE, is a functional
> desktop that has been available for many years.
Mouahaharf ! Faut'le dire vite, que c'est convivial CDE, hein... En fait, quand on a pas autre chose à se mettre sous le curseur, on est bien obligé de supporter... (et pas seulement sur Sun, mais aussi sur HP... Beurk...)
> GNOME, however, leapfrogs CDE in terms of
> usability, visual design...
Même chez Sun, ils reconnaissent que CDE c'est pété ? Cela me rassure donc (un peu)...
> It also includes several new client software
> applications, accessories, and technologies
> you'll want to review - and the cost of
> admission is free.
Grosso modo, Sun avoue que Gnome n'est pas mal du tout, qu'il apporte des outils non dispo jusque là et que ca fera bien pour les nouvelles bécanes genre SunBlade... et en plus, c'est gratuit, ce qui visiblement est un argument de poids pour Sun...
> Le particulier n'en a que rarement besoin et peut au pire faire ses updates a la main quand c'est vraiment important.
Quand il le peut ! Depuis que RH distribue ses packages au format RPM-4, ça se corse pour maintenir une RH à jour ! Et vas-y que j'essaie d'upgrader ma version de RPMv3 -> RPMv4 sans tout casser, et vas-y qu'il te faut la GLIBC_2.2 et libbz2_version_je_sais_pa_koi.so pour installer le package modutils-2.4 lui-même nécessaire pour le noyo 2.4, lui-même nécessaire pour pouvoir utiliser XawTV avec XFree 4...
J'abandonne ! Au moins, avec Apt-get, pas de soucis...
> merde, j'ai pas trop envie de me retapper 3 heures decompilation de kernel encore pour rien.
Ah... tiens, voici une technique que je ne connaissais pas encore : la décompilation de kernel ;o)...
Et puis en + ça à l'air vachement gourmand comme truc... 3h pour un kernel, ca commence à faire bcp, même pour un 2.4 ! Au fait, ça ressort quoi comme fichiers une décompilation de kernel ? Simplement de l'assembleur ou du C ? ;o)
> quand on voit apt-get, faire mumuse sur des sites pour télécharger des rpm, c'est très moyen.
rpmfind permet justement de récupérer les RPM un peu à la apt-get, mais ca fait quand même deux opérations ("rpmfind truc" puis rpm -Uvh "truc-0.1.i386.rpm") là où avec apt-get ca n'en fait qu'une... sauf si on doit faire joujou avec apt-cache avant ;o)
Et puis Debian a quand même un gros avantage par rapport à RedHat : essayez d'upgrader une RH aussi facilement qu'une Debian: y'a tjrs un pb de version de Glibc, ou même un problème de version de RPM !!! Un comble !!! En gros, il est impossible de passer d'une RH 6.1 à une RH 7.0, même en passant par l'étape "upgrade de RPM, de la version 3 à la version 4"... Eh oui, rien n'est simple dans ce bas monde, et pour avoir tenté de réaliser une telle upgrade, je peux vous dire qu'on ne s'en sort pas. Autant installer directement la RH 7 directement...
Bref, après avoir comparé pendant 18 mois l'évolution de RH et de Debian, et même si Debian semble plus "rude" que RH, je vais réinstaller une Debian 2.4 à la place de ma RH... Au moins, pour les upgrades, je n'aurais pas de surprises, à moins que Debian décide de changer le format de ses packages .DEB ;o)
[^] # Re: Exemple concret de support technique "efficace"
Posté par Ludovic Boisseau . En réponse à la dépêche Serveurs mails de Wanadoo blacklistés. Évalué à 1.
N-Plex c'est une passerelle, un truc qui tourne sous NT et sous Solaris ( http://solutions.sun.com/catalogs/intel/Telecommunications/Telecomm(...) ). Wanadoo étant un bout de FT, ils doivent sûrement utiliser N-Plex pour communiquer en SMTP sur le Net, alors que le coeur de messagerie est sans doute basé sur X.400 (souvenez-vous d'Atlas X.400, le produit phare de Transpac il y a quelques années). Donc leur passerelle, c'est du N-Plex mais à l'intérieur ça cause X.400 sous Unix... Connaissant un peu FT, j'imagine qu'ils ont du Solaris et de l'HP-UX, ils aiment tellement ça... Et ils sont pas forcément plus idiots que la moyenne : ils savent que si ils prennent du windows, ca va leur donner plus de boulot qu'un bon vieil Unix bien stable...
[^] # Re: hummmm...
Posté par Ludovic Boisseau . En réponse à la dépêche Asci/White Ibm. Évalué à 1.
bougez pas, j'arrive ;o)
# hummmm...
Posté par Ludovic Boisseau . En réponse à la dépêche Asci/White Ibm. Évalué à 1.
[^] # Re: DE TOUTE FACON LES GENS SONT CONS...
Posté par Ludovic Boisseau . En réponse à la dépêche Kodak annule son partenariat avec Microsoft.. Évalué à 1.
Je rappelle que cette niouze concernait au départ Kokak, et pas la pollution urbaine causée dans la région de Bordeaux par des transports en commum mal adaptés ;o)
Enfin, je dis ça en passant, hein...
[^] # Re: connais pas
Posté par Ludovic Boisseau . En réponse à la dépêche Kylix Open Edition est disponible au téléchargement. Évalué à 1.
<troll>
Au moins, la Debian est supportée (RH 6.2 or higher)
</troll>
[^] # Re: Rhalala...
Posté par Ludovic Boisseau . En réponse à la dépêche Nouveau Virus/Ver. Évalué à 1.
[^] # Re: L'espoir fait vivre...
Posté par Ludovic Boisseau . En réponse à la dépêche Vers l'ADSL grand public ?. Évalué à 1.
Première chose : l'avantage des fibres optiques dans ce contexte, c'est le débit : tu peux me dire comment ont fait pour relier des bleds de 2000 habitants avec une infrastructure herztienne qui a un débit suffisant capable de supporter 1000 coms simultannées en 64 kbps ? Les plages de fréquences ne sont pas infinies, et si on attribue une plage par bled, ca va faire pas mal de plages, donc des bandes très étroites, donc des débits faibles. Ou bien on réinvente le GSM, avec ses cellules, mais le débit n'est pas génial non plus, même si on attribue une plage de fréquences à un bled plutot qu'à un utilisateur.
Quant à l'entretien, je pense que des antennes sont plus vulnérables que des cables enterrés. Suppose que notre infrastructure télécom soit aérienne et imagine les dégats causés par la tempête de décembre 99...
Deuxième chose : je ne suis pas sûr que EDF disposais de solutions de telecoms à débit correct au moment de la mise en place de notre infrastructure optique. Et qu'on ne me dise pas d'attacher les fibres aux pilônes (cf. remarque sur les tempêtes...). Pas la peine de parler des courants porteurs non plus, je crois...
[^] # Re: Sql-Relay
Posté par Ludovic Boisseau . En réponse à la dépêche Comparatif jsp/php. Évalué à 1.
<TROLL type=mechant>
Ah bon ? OREKA disposait d'un truc performant quelque part ? Je savais pas ;o)
</TROLL>
Au fait, pour ceux qui utilisent encore OREKA, ca marche mieux ?
# Oui, mais...
Posté par Ludovic Boisseau . En réponse à la dépêche Comparatif jsp/php. Évalué à 2.
[^] # Re: Je me lève et je confirme !!!
Posté par Ludovic Boisseau . En réponse à la dépêche Trou dans SSH 3.0.0. Évalué à 1.
D'autant plus que l'auteur de l'article qui parle de SSH connait son sujet : ce n'est ni plus ni moins que l'auteur de SSF, l'adaptation francaise de SSH. Ce dernier en connait donc un rayon sur la version commerciale de SSH, mais aussi sur OpenSSH dont il met en évidence certaines lacunes (en particulier, la prise en charge du chiffrement par une librairie externe au projet).
L'article du HS de LinuxMag est très intéressant car il montre les avantages et les défauts de SSH, sans prendre parti pour une solution particulière. Tout le monde en prend pour son grade. Bravo.
Pour ceux qui n'ont pas encore acheté le HS en question, je n'aurai qu'une chose à dire : précipitez-vous ! Un seul reproche : il semble avoir été relu très (trop ?) rapidement, pas mal de fottes d'horteaugraffe sont présentes dans les articles. Mais cela n'empèche pas de comprendre (sauf quand, dans un article, l'auteur parle de clef publique à la place de clef privée...). Vous savez ce qu'il vous reste à faire...
[^] # Re: Après la fracture sociale, la fracture numérique
Posté par Ludovic Boisseau . En réponse à la dépêche Après la fracture sociale, la fracture numérique. Évalué à 1.
dite Métopolitaine sinon plus.
C'est bien ce que je craignais. On ne s'est pas compris. La question était : "Est-ce que les DOM-TOM profiteront aussi de ces crédits ?". Je ne sais pas exactement ou en est le développement de l'Internet haut-débit ou du GSM dans les DOM-TOM, tout ce que je sais, c'est que les liaisons RENATER (exemple connu) ne sont pas "haut-débit" dès qu'il s'agit de sortir de la métropole. Bien sûr qu'il faudra que toute la France en profite, et donc les DOM-TOM aussi. D'ailleurs, si tu pouvais nous dresser l'état des lieux du GSM et de l'Internet dans les DOM-TOM, ca pourrait être intéressant. Merci.
[^] # Re: Tarifs
Posté par Ludovic Boisseau . En réponse à la dépêche Après la fracture sociale, la fracture numérique. Évalué à 1.
Pour info, je n'habite pas en ville, mais plutot en rase campagne... A 20 Km du Mans pour être plus précis, mais seulement le week-end. Le reste du temps, j'habite à Rennes.
L'espoir fait vivre, peut-être qu'un jour j'aurais l'ADSL à Roëzé (mon Trifoullis-les-Oies à moi), y'a pt'être des fibres qui passent pas loin, va falloir que je regarde sur les poteaux EDF ;o)
Au fait, "Happy Birthday" à Etienne P. (comme PasAuthentifié)
[^] # Re: Aléatoire!
Posté par Ludovic Boisseau . En réponse à la dépêche Générateur pseudo-aléatoire d'openSSL pas si aléatoire.... Évalué à 1.
Reprennons depuis le début : l'ordinateur est une machine déterministe, et par conséquent, il n'y a pas d'aléatoire qui intervient dans tout cela.
Pour palier à ce manque, on utilise des astuces pour générer des series de nombres qui sont difficilement prévisibles (c'est pour cela qu'on dit "pseudo-aleatoire") basées sur l'heure (c'est pas bon, ça, comme méthode) ou sur des séries particulières dites justement pseudo-aléatoires... Mais ce sont des séries donc elles sont régies par un modèle. Elles sont donc seulement apparament aléatoires...
[^] # Re: _vraiment_ pas grand chose
Posté par Ludovic Boisseau . En réponse à la dépêche doc migration apache 2. Évalué à 1.
en gros, on y apprend que la mise en production d'un serveur Apache 2.0 sur une plate-forme IPv6 n'est pas vraiment conseillée :
"Quand nous l'avons fait, nous avons remarqué que le serveur n'était pas assez stable [...] et la machine a arreté de répondre après quelques heures".
[^] # Re: y'en a un peu marre là
Posté par Ludovic Boisseau . En réponse à la dépêche Une nouvelle « fonctionnalité » dans Windows XP. Évalué à 1.
J'ai eu l'occasion de développer sur un projet avec ca pendant 2 mois (stations sous Windows à cause la politique de la boite, projet sous SCO Unix), et je peux vous dire que c'était très agréable. Voila, c'était de la pub gratuite, comme quoi les Linuxiens ne sont pas tous intégristes, et ont souvent connu autre chose avant sans que cela remonte à la nuit des temps.
[^] # Re: le prix !
Posté par Ludovic Boisseau . En réponse à la dépêche Attribution des licences UMTS. Évalué à 2.
Dans d'autres pays d'Europe, les licences ont été attribuées aux enchères, à des prix allucinants (http://fr.news.yahoo.com/010529/85/1b1ma.html(...)) :
Grande Bretagne : 36.8 milliards d'euros (241 milliards de francs)
Allemagne : 50.5 milliard d'euros (331 milliards de francs)
L'ART a preconisé un second tour de table, avec des prix moins élevés ou une durée d'attribution rallongée de 5 ans. Reste à savoir ce que diront SFR et Orange, qui ont pris le risque d'accepter de payer le prix fort...
[^] # Re: bon
Posté par Ludovic Boisseau . En réponse à la dépêche Liste de discussion samba-fr. Évalué à -1.
Pour éviter de tomber plus bas, je crois qu'une prière s'impose :
"Saint Chrone, priez pour nous, Saint Pâ, veillez sur nous".
Bon, maintenant, je crois qu'on a vraiment touché le fond ;o)
[^] # Re: tiens, on va parler de SendMail justement...
Posté par Ludovic Boisseau . En réponse à la dépêche Linux 2.4.5. Évalué à -1.
Nan, y'a pas un trou de sécu dans SendMail... Y'a toujours au moins un trou de sécu sur une machine qui héberge un SendMail... Nuance ;o)
C'est vrai que ce soft est encore pas mal utilisé, mais à mon avis, c'est parce qu'il est implanté un peu partout pour des raisons historiques. Maintenant, il y a d'autres solutions, et il peut même être plus simple et plus avantageux de passer à autre chose genre PostFix ou QMail, beaucoup plus sûrs à mon gout. En plus, certains outils de migration Sendmail->Qmail existent (ca doit être le cas pour PostFix aussi), donc pourquoi se priver, au lieu d'upgrader tout le temps son SendMail ?
Voila, c'était juste un p'tit cri de colère, un post semi-automatique généré par le bot qui réside en moi ("bot in the shell") ;o)
[^] # Re: Des bon jeux pour le retour de force?
Posté par Ludovic Boisseau . En réponse à la dépêche Pilote pour le retour de force. Évalué à 1.
Yoyo, tu m'autorises à poster l'adresse ? Allez, la voici (un peu de pub ne fait pas de mal) : http://www.esil.univ-mrs.fr/~jdeneux/projets/top10/(...)
L'avantage du jeu est que le modèle physique du Kart est très réaliste, le programmeur (Johann) ayant intégré tout un tas d'équations qui régissent les réactions du Kart... A essayer de toute urgence, donc.
# Le bon lien est ICI
Posté par Ludovic Boisseau . En réponse à la dépêche Hébergement de serveur(s) de calcul pour le F-CPU. Évalué à -1.
Bref, le bon lien est donc ici : http://www.f-cpu.org/EDAserver.html(...)
C'est tout de même plus simple que d'aller dans le code source de la page ;o)
Bonne lecture (en anglais)
[^] # Re: ouf !
Posté par Ludovic Boisseau . En réponse à la dépêche GNOME disponible sur Solaris. Évalué à 1.
> ou Enlightenment sur Solaris pour remplacer CDE....
Oui, sous Slowlaris, ca semble simple (un tour dans le .xinitrc, et il parait que c'est joué).
Par contre, si quelqu'un sait comment l'intégrer dans HPUX (style 10.01 ou 10.20), je suis prenneur... Enfin, je veux dire "pour l'intégrer proprement", hein, pas le remplacer sauvagement...
# "CDE is a functional desktop" qu'ils disaient...
Posté par Ludovic Boisseau . En réponse à la dépêche GNOME disponible sur Solaris. Évalué à 1.
> Operating Environment, CDE, is a functional
> desktop that has been available for many years.
Mouahaharf ! Faut'le dire vite, que c'est convivial CDE, hein... En fait, quand on a pas autre chose à se mettre sous le curseur, on est bien obligé de supporter... (et pas seulement sur Sun, mais aussi sur HP... Beurk...)
> GNOME, however, leapfrogs CDE in terms of
> usability, visual design...
Même chez Sun, ils reconnaissent que CDE c'est pété ? Cela me rassure donc (un peu)...
> It also includes several new client software
> applications, accessories, and technologies
> you'll want to review - and the cost of
> admission is free.
Grosso modo, Sun avoue que Gnome n'est pas mal du tout, qu'il apporte des outils non dispo jusque là et que ca fera bien pour les nouvelles bécanes genre SunBlade... et en plus, c'est gratuit, ce qui visiblement est un argument de poids pour Sun...
[^] # Re: Apres tout pourquoi pas ?
Posté par Ludovic Boisseau . En réponse à la dépêche Red Hat met fin à la gratuité de son Update Agent. Évalué à 1.
Quand il le peut ! Depuis que RH distribue ses packages au format RPM-4, ça se corse pour maintenir une RH à jour ! Et vas-y que j'essaie d'upgrader ma version de RPMv3 -> RPMv4 sans tout casser, et vas-y qu'il te faut la GLIBC_2.2 et libbz2_version_je_sais_pa_koi.so pour installer le package modutils-2.4 lui-même nécessaire pour le noyo 2.4, lui-même nécessaire pour pouvoir utiliser XawTV avec XFree 4...
J'abandonne ! Au moins, avec Apt-get, pas de soucis...
[^] # Re: si je capte bien ...
Posté par Ludovic Boisseau . En réponse à la dépêche Seawolf : Redhat Linux 7.1. Évalué à 1.
Ah... tiens, voici une technique que je ne connaissais pas encore : la décompilation de kernel ;o)...
Et puis en + ça à l'air vachement gourmand comme truc... 3h pour un kernel, ca commence à faire bcp, même pour un 2.4 ! Au fait, ça ressort quoi comme fichiers une décompilation de kernel ? Simplement de l'assembleur ou du C ? ;o)
[^] # Re: ..
Posté par Ludovic Boisseau . En réponse à la dépêche Renouveau du site freshrpms.net (RH7). Évalué à 1.
rpmfind permet justement de récupérer les RPM un peu à la apt-get, mais ca fait quand même deux opérations ("rpmfind truc" puis rpm -Uvh "truc-0.1.i386.rpm") là où avec apt-get ca n'en fait qu'une... sauf si on doit faire joujou avec apt-cache avant ;o)
Et puis Debian a quand même un gros avantage par rapport à RedHat : essayez d'upgrader une RH aussi facilement qu'une Debian: y'a tjrs un pb de version de Glibc, ou même un problème de version de RPM !!! Un comble !!! En gros, il est impossible de passer d'une RH 6.1 à une RH 7.0, même en passant par l'étape "upgrade de RPM, de la version 3 à la version 4"... Eh oui, rien n'est simple dans ce bas monde, et pour avoir tenté de réaliser une telle upgrade, je peux vous dire qu'on ne s'en sort pas. Autant installer directement la RH 7 directement...
Bref, après avoir comparé pendant 18 mois l'évolution de RH et de Debian, et même si Debian semble plus "rude" que RH, je vais réinstaller une Debian 2.4 à la place de ma RH... Au moins, pour les upgrades, je n'aurais pas de surprises, à moins que Debian décide de changer le format de ses packages .DEB ;o)