Install OK. J'ai eu une erreur au moment du formatage : j'ai donc formaté mes trois partitions /, /home et swap avant install et c'est ensuite passé 🙂

Merci de ton retour d'expérience, AKanda... C'est en train de se télécharger tout doux...

As-tu eu d'autres problèmes avec FC9 sur ce portable ?

Bon, venant de lire le sujet http://forums.fedora-fr.org/viewtopic.php?id=35809&words=pilote, je vais essayer le dernier DVD re-spin...

Je lis ton compte rendu heureux à l'instant : tout est bien qui finit bien : super ! Plus qu'à te souhaiter "bon bioperl" pour la suite 🙂

Pas de quoi, trebila. Bon week-end 8-)

Alors, où en es-tu ?

Est-ce que cette page peut t'aider : http://www.bioperl.org/wiki/Installing_Bioperl_for_Unix ?

ou proftpd

La spécification du charset dans chaque page n'est pas un gadget mais l'assurance d'être correctement interprété quel que soit le serveur sur lequel est installée cette page. Le charset par défaut du serveur n'est qu'un repli lorsque la page n'inclus aucune indication de charset.

http://www.w3.org/International/O-HTTP-charset.fr.php

Moi, j'avais un AddDefaultCharset sur UTF-8 et il m'interprétait tout en UTF-8 même lorsque les pages étaient correctement spécifiées ISO-8859-1. C'est pour ça que je conseillais de voir sans aucun AddDefaultCharset quelque part plus haut.

Alors, rjcb, est-ce effectivement résolu ? Tu ne nous dis pas et ça pourrait être utile à quelqu'un d'autre...

Et la piste NFS (avec client NFS sous Windows) dont je parle plus haut ? Qu'en penses-tu ?

Bon, j'arrive dans ton fil et ne vais rien t'apprendre sur Samba, parce que je ne l'utilise pas moi-même. Pour ma part, les échanges entre les deux OS étant très ciblés, je ne passe que par FTP (vers arbo Apache).

Par contre, en cherchant un peu après lecture du fil, je suis tombé sur un truc qui semble dire qu'il existerait un client NFS sous Windows : http://www.presence-pc.com/forum/ppc/LeMondedeLinux/Partage-linux-windows-sujet-181-1.htm. L'un aurait été distribué un temps (sais pas si tjrs le cas) gratuitement par MS et l'autre est ici : http://www.xlink.com/nfs_products/Omni-NFS%20_Enterprise2000/NFS_Enterprise_2000.html.

Bon, enfin, c'est peut-être une alternative à Samba. Qu'en pensez-vous, tous ?

Et aussi, que penser de Lisa ?

Je vois que c'est résolu : qu'est-ce que c'était ?

Moi qui suis un fervent utilisateur d'Eudora depuis des années, j'ai hate que ce qui est dit ici aboutisse : http://www.toolinux.com/news/logiciels/eudora_sera_desormais_un_logiciel_libre_ar8246.html

Et puis, Fedora / Eudora, ça sonne !

En plus d'indiquer d'interpréter la page HTML en tant qu'UTF-8 (via spécification charset dans la page elle-même et/ou le AddDefaultCharset du serveur Apache), as-tu bien enregistré ladite page en encodage UTF-8 à partir de l'éditeur HTML (ou texte) que tu utilises, que tout soit cohérent ?

Ca marche !

J'ai fait ça aussi méthodiquement que possible. Voici le résultat (sorry pour le côté pompeux mais ça me permet un copier/coller à partir de ce que j'ai sur disque) :

-----DEBUT DE NOTES.TXT ------
26/11/2006 - installonlyn_patch (sur base installonlyn 0.90 pour Fedora Core 5)

BUT : Modification du plugin yum installonlyn, afin qu'il n'efface jamais le noyau 2.6.17 utile aux VMware Tools de VMware Workstation 5.0, sans pour autant bloquer la mise à jour vers un noyau plus récent. Et ce quelle que soit la valeur "tokeep" de "/etc/yum/pluginconf.d/installonlyn.conf" et le nombre de noyaux actuellement installés.

NB : Par extrapolation, il est possible de protéger n'importe quelle version en l'indiquant en lieu et place du literal "2.6.17" dans le source Python installonlyn.py

ORG : Idée née sur http://forums.fedora-fr.org/viewtopic.php?pid=112688 en discutant avec remi et bochecha.

TEST : Ayant actuellement un noyau 2.6.17 et 2.6.18, j'ai forcé l'installation d'un 2.6.15 (kernel et kernel-devel). J'ai ensuité désinstallé le 2.6.18 (toujours kernel et kernel-devel) pour être à deux noyaux. Puis, j'ai rebooté sur le noyau 2.6.15 et vérifié que l'option tokeep (cf. BUT) était bien à 2. J'ai lancé une mise à jour du kernel (et kernel-devel) afin de retrouver le 2.6.18. Au final, le 2.6.17 qui aurait dû être supprimé (puisqu'il ne tourne pas au moment de la mise à jour et que l'ajout du 2.6.18 fait passer le nombre de noyaux installés à 1 de trop vis à vis des 2 autorisés par tokeep) ne l'a pas été.

INSTALL : Sauvegarder /usr/lib/yum-plugins/installonlyn.*, effacer .pyc et .pyo, écraser .py avec celui fourni ici, lancer yum pour vérifier qu'il génère bien le .pyc

FUTUR POSSIBLE : ajouter et gérer une option "dontremove" à "/etc/yum/pluginconf.d/installonlyn.conf"
-----FIN DE NOTES.TXT ------

Et pour le source modifié du plugin installonlyn, il faut chercher les deux petites lignes avec "# ***ELN-PATCH" dans le commentaire :

-----DEBUT DE INSTALLONLYN 0.90 MODIFIE ------
# A plugin for yum which only leaves n 'kernel' packages installed instead
# of infinitely doing installonly
#
# Copyright 2005 Red Hat, Inc.
# Jeremy Katz <katzj@redhat.com>
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# version 0.90

import os
from rpmUtils import miscutils
from yum.constants import *
from yum.plugins import TYPE_CORE, TYPE_INTERFACE, PluginYumExit
from yum.packages import YumInstalledPackage

requires_api_version = '2.1'
plugin_type = (TYPE_CORE,)

def sortPackages(pkg1,pkg2):
"""sort pkgtuples by evr"""
return miscutils.compareEVR((pkg1[2:]),(pkg2[2:]))

def get_running_kernel_version_release():
"""This takes the output of uname and figures out the (version, release)
tuple for the running kernel."""
ver = os.uname()[2]
for s in ("bigmem", "enterprise", "smp", "hugemem",
"guest", "hypervisor", "xen0", "xenU"):
if ver.endswith(s):
ver = ver.replace(s, "")
if ver.find("-") != -1:
(v, r) = ver.split("-", 1)
return (v, r)
return (None, None)

def config_hook(conduit):
global num_tokeep
num_tokeep = conduit.confInt('main', 'tokeep', default=2)

def postresolve_hook(conduit):
ts = conduit.getTsInfo()
rpmdb = conduit.getRpmDB()
conf = conduit.getConf()
mems = ts.getMembers()
toremove = []
for instpkg in conf.installonlypkgs:
for m in mems:
if (m.name == instpkg or instpkg in m.po.getProvidesNames()) \
and m.ts_state in ('i', 'u'):
installed = rpmdb.returnTupleByKeyword(name=m.name)
if len(installed) >= num_tokeep - 1: # since we're adding one
numleft = len(installed) - num_tokeep + 1
(curv, curr) = get_running_kernel_version_release()

installed.sort(sortPackages)
for (n, a, e, v, r) in installed:
if (v, r) == (curv, curr): # don't remove running
continue

if v == "2.6.17": # ***ELN_PATCH :
continue # don't remove the 2.6.17-* kernel's

if numleft == 0:
break
toremove.append(YumInstalledPackage(rpmdb.returnHeaderByTuple((n,a,e,v,r))[0]))
numleft -= 1

map(lambda x: ts.addErase(x), toremove)
-----FIN DE INSTALLONLYN MODIFIE ------

F'est tout ! Le mieux serait ce qui est dit en rubrique "FUTUR POSSIBLE" plus haut, mais bon, enfin, c'est réglé pour ce qui est de l'urgence 😉

Content que tu aies résolu le truc. Sais pas non plus quel est le sens exact de ce paramètre TCP, mais une rapide recherche Glougloun avec les mots clés "sysctl net.ipv4.tcp_window_scaling" m'a mené à cette page qui semble aborder le problème : http://clx.anet.fr/spip/article.php3?id_article=260.

A ce que j'ai compris, ça augmente la fiabilité mais réduit la performance en vitesse. Enfin, j'ai parcouru vite le texte ; je peux me tromper.