Henry-Nicolas Tourneur a écrit 401 commentaires

Malheureusement non, c'est le cas maintenant et ça marche pas.
Et le share peut être monté par l'utilisateur avec l'option user dans le fstab, ce qui ne change rien non plus.

Je me demande si ce comportement est normal ou bien si il me manque des paquets.

Bon week-end à tout le monde :)

Je viens de tester et c'est négatif, il ne monte pas le share NFS.

Effectivement, c'est ce que je voudrais.
Est-ce que quelqu'un sait si c'est prévu pour plus tard ?

Merci beaucoup pour toutes tes réponses, elles me seront précieuses.

Avec Dia.

Merci pour tes réponses :)

1° Le traffic en question est moyen, ce sont principalement des services DNS (autoritaire et resolver), SMTP (relay et MX) et hosting fourni par un ISP de classe moyenne. Vu qu'on fait pas d'iSCSI, le 2960 devrait suffire je pense (il y a aussi du management réseau). Je doit encore investiguer mais ça tiens sur des switches 100mbps actuellement donc là ça devrait d'office aller.

2° Ethernet bonding en faillover donc mode actif/passif.
3° Ok, quelqu'un a une idée ?
4° Donc autant en VRRP qu'en ethernet bonding on utilise une adresse MAC virtuelle ?
Dans ce cas, autant en VRRP qu'en ethernet bonding, comment est-ce que cela marche pour que les switches comprennent que l'adresse mac virtuelle n'est plus sur le port X mais sur un port Y ?
5° Les firewalls seront des box iptables tournant sous Debian Lenny.

Également :
- Interface de management : L'idée de base c'est surtout d'éviter de surcharger le réseau de production parce-qu'il y aura des backups vers un NAS sur ce réseau et également des homedir potentiellement volumineuse en NFS. Je ne sais pas si tu pense que c'est ou non exagéré ?

- Nombre d'interface : en fait le serveur qui n'est pas connecté en prod est connecté à un autre réseau privé (ce qui fait 3interfaces, donc 19) et aussi deux upstream sur les switches et deux fois deux trunk donc 25 ports utilisés en tout (sur 48).

Merci beaucoup.

Ben, j'ai envie de dire : aide les.
Donc, leur en vouloir, je dirai non et je pense que tu trouvera toujours des gens qui auront des soucis avec tel ou tel version de telle distro... Ce qui est peut-être déjà pas mal pour aider c'est de tester les RC de la distro, comme ça, si tu as vraiment une couille, il est toujours temps de la faire corriger.

Ceci dit, je l'utilise cette jaunty et j'ai tout simplement 0 problème.
Mais j'admet que je connais certaines personnes (au moins une) qui ont eu des problèmes avec (notement avec PulseAudio).

Moi j'apprécie entre autre cette release pour le support d'ext4 et la présence de nouveau qui me permet enfin d'avoir XRandr et XVideo (contre juste XRandr avec nv) qui par ailleurs fonctionne au poil.

Chez Coditel, soit Numericable mainteant, c'est aussi bloqué.

Ce n'est pas dans le cadre d'un renouvellement, c'est un nouvel achat (donc sans être lié à une promotion d'un quelconque opérateur).

Pour OpenSync ça servira essentiellement au niveau de la synchronisation de l'agenda.

Merci pour les liens :-)

La je suis dans un setup existant, donc pas trop envie de changer ça.

Avec courier-pop, est-ce qu'il y a moyen d'utiliser sieve ?

Erreur dans le précédent message :
s/devrait proposer/propose

Merci de nous faire part de ton point de vue mais mon client n'utilise pas XMPP et il m'a demandé d'avoir cette fonctionnalité. Ton message ne m'avance à rien du tout dans la résolution de mon problème, qu'il soit fondé ou non. Egroupware devrait proposer cette fonctionnalité, j'aimerai savoir comment l'utiliser.

Ce n'était pas tout à fait ça que je voulais dire :-)

Je pensais plutôt à une rubrique "état du BKL" dans les dépèches de patrick_g.
Mais je ne doit pas être le seul à m'y intéresser je pense, on pourrait en faire des journaux si ça t'intèresse d'écrire sur le sujet (déjà ton commentaire précédent était fort claire et intéressant).

En fait moi ce qui me dérange dans le BKL c'est pas juste sa présence (bien qu'on aime aussi que les softs qu'on utilise soit propre ce qui ne semble pas être le cas de ce composant - le BKL), c'est plutôt ce genre de problème :

http://lkml.indiana.edu/hypermail/linux/kernel/0504.0/1838.h(...)

Vu que j'utilise également du NFS chez moi. Dans ce thread, la personne qui répond explique que le soucis peut être du à une concurrence entre bdflush et rpciod (pour avoir le BKL) ce qui résulte en un load élevé (ce que j'observe effectivement).
Il conseille de modifier les valeurs vm.dirty_writeback_centisecs ainsi que vm.dirty_expire_centisecs (sur les postes clients autant que sur le serveur je présume) mais je ne sais vraiment pas quel impact ce genre de mesure aura sur mon laptop (si j'écrit plus souvent de petites quantités de données ça devrait être pas très bon pour l'autonomie non ?).

En gros, c'est pour ça que j'aimerai que le BKL disparaisse au profit d'une meilleur solution comme expliquée dans la dépèche de patrick_g traitant du sujet.

Merci beaucoup pour ce récapitulatif assez intéressant.

Ce qui serait sympa d'ajouter aux dépèches dans ce cas, c'est l'état d'avancement de la branche kill-the-BKL d'Ingo (dans le cas ou il y a des changements).

Merci pour ces précisions.

Et, est-ce qu'il y a une timeline, des prévisions ou quoi que ce soit de ce genre pour un retrait complet du BKL ? Ou bien c'est uniquement au fil du temps, quand les développeurs sont inspirés pour une fonction en particulier ?

Le commentaire de tankey ci-dessus m'y a fait repenser.

Qu'en est-il du BKL ? Dans la dépèche traitant le sujet il avait été dit (si j'ai bonne mémoire) qu'une suppression progressive aurait lieu au fil des releases.

Et donc maintenant quel est l'état du kernel par rapport à cela ?

Et aussi, ma dernière phrase avait du sens je trouve. Toi tu trouve que cette release n'est pas follichone moi je peut te dire que je connais certaine personne qui ne mettent pas Linux sur leur machine de travail au taf UNIQUEMENT parce-qu'on a pas de bonne solution pour se connecter à un Exchange. Je te dit pas comment ce genre de personne vont acceuilir la nouvelle version d'Evolution, ils seront plutôt content.

Donc ma dernière phrase a du sens, les fonctionnalités, c'est une question de point de vue. Des utilisateurs lambda qui vont utiliser la prochaine Ubuntu sur leur lieu de travail à cause des fonctionnalités d'Evolution, oui, j'en connais.

Dans ce sens là, je suis d'accord avec toi et ne t'exite pas non plus, je ne te prend pas pour un idiot.

Mais ce que tu décrit là, c'est pas un peu une des caractéristiques de GNOME ? des évolutions lentes et pas nécessairement visible d'une release à l'autre ? ou bien juste des petits ajout de fonctionnalités.

Du genre, qu'est-ce que la 2.24 a apporté ? les onglets dans Nautilus, pas transcendant non plus hein ;-)

Sinon petit truc intéressant (pas testé mais ça devrait être le cas), meilleur gestion des MUC dans Empathy et utilisation de libnotify (sympa ça). Moi je trouve que ce qui pourrais être intéressant sur cette release pour l'utilisateur c'est Empathy (qui est en bonne passe pour devenir meilleur que Pidgin je trouve), pour le reste je suis d'accord avec toi :-)

Et ben perso je trouve que Evolution offre des nouveautés très intéressantes.
La capacité d'importer directement du PST et de se connecter un peu plus proprement à Exchange que par OWA c'est le genre de truc qui servira en entreprise c'est certain.

Puis Empathy aussi a bien avancé avec le support de jingle qui fonctionne enfin et le transfert de fichier. Par rapport à cela, il est à noter aussi que le fait qu'Empathy supporte ou non le transfert de fichier pour un protocole dépend uniquement de ce que Telepathy gère. Autrement dit, le jour le transfert de fichier MSN sera géré par Telepathy, la fonctionnalité apparaitra dans Empathy.

Sinon l'intégration de PA dans le mixer, c'est sympa aussi je trouve (et l'ancien mixer reste dispo).

Alors il faut pas dénigrer le travail, ça peut ne pas être intéressant de ton point de vue mais on ne peut pas dire que rien n'a bougé.

Tout à fait d'accord avec toi, même sur ma 20mbps numericable, l'upload minuscule et rikiki du pc sur lequel je me connecte (une adsl Belgacom par exemple) ne suit pas.

Donc même quand on a une ligne normale pour pas mal de pays, c'est franchement très limite (il faut être patient).

Ceci dit ça répond pas à la question du support RDP :-)

Je ne comptais pas qu'il devienne le leader (là j'ai un doute) des standards, mais qu'on ai moins de soucis à se faire dans l'ensemble au niveau compatibilité (genre, est-ce qu'il vaut un Firefox 2 ?) ou bien est-ce que ce n'ont été que des paroles en l'air et que ça va juste tout compliquer ?

Normallement on aurait du avoir (c'était prévu) le support du RDP dans Vinagre pour Gnome 2.26. Cependant ni cette dépèche ni l'annonce officielle n'en parle.

Est-ce que ça a été reporté à Gnome 2.28 ?

Sinon pour Evolution, niveau intégration et migration Windows il doit permettre l'import de fichier PST (pour les emails, agenda, contacts et todo list) et se connecter à un serveur exchange via MAPI (là je sais pas quel est l'état du support de mapi), précisions venant de l'annonce officielle.

Et il fait combien maintenant comme score au test acid ce navigateur ?

Le support des standards W3C s'est enfin amélioré ? ou bien ce sera juste un cauchemard de plus pour les dev web ?

Microsoft avait promis une amélioration sensible de la situation, si ils ne le font qu'a moitié, ça risque juste d'être un cauchemard niveau compatibilité.

Peut-être faudrait-il ajouter apache dans la liste serveur, parce-que quand même... apache a son importance^^ (si on met php et mysql pourquoi pas apache ?)

Complexé ?
Il y a quand même certaines personnalités fort connues à l'apparence physique normale : Torvalds, Shutteworth, Theo...
Voire les photos sur : http://fr.wikipedia.org/wiki/Cat%C3%A9gorie:Personnalit%C3%A(...)

Je n'y vois pas un stéréotype de barbu linuxien mais plutôt du geek qui ne s'entretient pas et ceux-là ne sont pas que des Linuxien...