Jérome K a écrit 57 commentaires

  • [^] # Re: et les ACL IMAP?

    Posté par  . En réponse à la dépêche Sortie de Mozilla Thunderbird 0.6. Évalué à 3.

    Et cette version corrige t'elle le bug avec les dernières versions de courier-imap ?

    Je soupconne un bug lié à l'utilisation de fam dans courier.
  • [^] # Re: Adieu Tuxfamily

    Posté par  . En réponse au journal Adieu Tuxfamily. Évalué à 1.

    1) Cela n'apparait dans aucun communiqué (du moins ceux dispo sur http://tuxfamily.org(...))
    2) Le message que tu cite sur LinuxFr date du 25/04 à 19h .. soit hier alors que le pb date du 24.

    Donc .. comme d'habitude ..


    A ++
  • [^] # Re: Adieu Tuxfamily

    Posté par  . En réponse au journal Adieu Tuxfamily. Évalué à 1.

    Je présume que l'envoit d'un mail groupé afin de prévenir était chose trop compliquée.
  • # Re: recherche doc pour cyrus sous Debian..

    Posté par  . En réponse au journal recherche doc pour cyrus sous Debian... Évalué à 1.

    Il y a un tutoriel en francais sur le site de Finix (http://www.finix.eu.org(...)), mais il est inacessible pour le moment car hébergé sur TuxFamily
  • [^] # Re: Zope 2.7 Beta 3

    Posté par  . En réponse à la dépêche Zope 2.7 Beta 3. Évalué à 1.

    3 Go de données ? Dans une BDD alors .. donc tu utilise la partie server d'appli pas de gestion de contenu ?
  • [^] # Re: Zope 2.7 Beta 3

    Posté par  . En réponse à la dépêche Zope 2.7 Beta 3. Évalué à 1.

    Je vais l'encadrer et l'afficher qques parts celle-là.

    Merci pour votre humour:)
  • [^] # Re: Kig Ha Finix le 22 novembre

    Posté par  . En réponse à la dépêche Kig Ha Finix le 22 novembre. Évalué à 1.

    C sur le lien fourni sur la page d'inscription.

    http://oger.daniel.free.fr/gourman/kig.htm(...)


    A ++
  • # Re: Kig Ha Finix le 22 novembre

    Posté par  . En réponse à la dépêche Kig Ha Finix le 22 novembre. Évalué à 2.

    Note importante :
    Il faut absolument faire les inscriptions avant Vendredi, afin que l'on prenne les dispositons.
  • [^] # Re: Hébergement Zope

    Posté par  . En réponse à la dépêche Hébergement Zope. Évalué à 3.

    "je pense qu'il faut plutôt avoir un système scalable reposant sur un répartiteur de charge, plutôt que de rendre statique artificiellement des pages sur un site..."

    C'est pourtant ce que font les RAMCaches . ? :)

    Néanmoins, je serais très intéressé pour voir les courbes nb request / cpu load sur un tel système en production. Mais aussi sur le nb de hits max possibles.

    Je me suis longtemps penché sur le pb des perfs de Plone / CPS et autre .. et je suis arrivé à la conclusion suivante. Le fautif n'est pas Plone ou CPS .. mais la génération des pages (notamment les ZPT).

    En guise d'exemple, il suffit de faire quelques benchs de génération de page sur ZPT pur et python pur .. pour contaster l'ampleur des dégats. Dans le pire des cas j'ai obtenu des ratios de 10.
    ( les tests utilisaient :
    - ZPT ( standard )
    - OpenTAL
    - avec / sans Zope ..
    - au sein de Plone et de CPS
    - sans Zope ..
    ( tous les cas on était étudié ).

    Résultat OpenTAL un peu meilleur que ZPT standard ..( surtout sur des namespaces i18n par ex ). Mais réellement lent comparé à d'autre alternatives ( notamment Cheetah )

    A retenir aussi le fait d'utiliser Localizer génère une baisse des perfs de 10% sur le rendu d'une page ... ce qui n'est pas énorme mais peu faire la différence.


    Malheureusement, il n'y a pas d'alternative. J'ai découvert il y a peu les STL (http://ikaaro.org(...)). qui offre des perfs un peu meilleures que les standards ZPT, mais je n'ai pas encore eu le temps de faire une vrai étude comparative.


    En conclusion, il FAUT utiliser un system de cache ( dans Zope ou externe .. ou les deux ). Mais ce genre de chose est en général incompatible avec la nature des CMS, car ils sont "user centric".
    Perso je suis tenté de penser que cela dépends réellement de l'application et qu'il faut le designer au sein Zope ( Prévoit le fonctionnement des objets dans les FSCaches par ex )
  • [^] # Re: Support du Wifi 802.11g sous Linux

    Posté par  . En réponse au journal Support du Wifi 802.11g sous Linux. Évalué à 1.

    Le site de Linuxant fourni directement le lien vers les pilotes windows adéquats mais je ne pense pas qu'il supporte les 11b .


    Amicalement
  • [^] # Re: Support du Wifi 802.11g sous Linux

    Posté par  . En réponse au journal Support du Wifi 802.11g sous Linux. Évalué à 1.

    Ben comme c un drivers payant, ensuite tu achètes une licence tout simplement. Un peu comme OSS non-free ou MetroLinks.

    De toute facon le problème ne se pose pas: Il n'y a pas d'autre cartes supportées donc si tu veux une carte en G .. c obligatoirement celle-la. Les cartes à base d'atheros étant introuvables ..Et celle basées sur des prism3 ne sont pas encore sortie.


    A ++
  • [^] # Re: Documentation: Firewall et sécurité d'un réseau personnel sous Linux

    Posté par  . En réponse à la dépêche Documentation: Firewall et sécurité d'un réseau personnel sous Linux. Évalué à 2.

    Tout faux..

    Effectivement traceroute comme ping et plein d'autre outil de _sécu_ nécessite les droits de root.


    ----------------------------------------------------------
    ls -la /usr/sbin/traceroute
    -rwsr-xr-x 1 root root /usr/sbin/traceroute

    ls -la /bin/ping
    -rwsr-xr-x 1 root root /bin/ping
    ----------------------------------------------------------

    Et oui ils sont suid root :)
  • # Il remet ca, et les moderateurs accepetent son post

    Posté par  . En réponse à la dépêche Test de charge Openbrick: Mise à jour Drupal PHP-Nuke. Évalué à 10.

    C'est le test le plus stupide que je connaissent. Comparer la génération de pages ontime pour le faire servir par apache ensuite et la génération de page à
    la volée est le bench le plus stupide que je connaisse.

    En plus en général quand on fait un test on fournit les documents qui sont utilisés, les rêgles de sécu. et surtout on ne compare pas les torchons et des patates.

    J'ai utilisé le même type de hack que tempest (404 handler) (oui c un hack) dans webware et j'arrive au même résultat que templet .. ca veut dire que mon code est + rapide que spip ? et bien non !!!!

    A part démontrer le fait que l'auteur n'a aucune objectivité je ne vois pas l'interet.
  • [^] # Re: Clé USB + Authentification

    Posté par  . En réponse au journal Clé USB + Authentification. Évalué à 3.

    il suffit de mounter le usbfs

    mount -t usbdevfs none /proc/bus/usb


    et de vérifier le contenu du fichier device .

    cat /proc/bus/usb/devices | grep Serial
    S: SerialNumber=2440
    S: SerialNumber=020F020F01AAAB


    Effectivement c'est simple .. un petit PAM part dessus et c'est fini :)
  • # Avouer c'était les Python Awards qui étaient visés

    Posté par  . En réponse à la dépêche Des paquets RPM pour Slune et Arkhart. Évalué à 5.

    Alors la je dis bravo à l'équipe, et le tout en python en +
  • [^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick

    Posté par  . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 1.

    Moa j'utilise openTal en python

    http://savannah.nongnu.org/projects/opental/(...)
  • [^] # Re: Qui a dit que Finix ne faisait que le Crêpes Howto

    Posté par  . En réponse au journal Qui a dit que Finix ne faisait que le Crêpes Howto. Évalué à 3.

    Ben non, après tout je l'avais annoncé précédement dans une news que le site aurait subi une refonte (suite à des commentaires pas très élogieux notamment de ta part). De plus nous avons switché sous spip plus par nécéssité que par conviction. J'aurais largement préféré un plone.

    A ++
  • [^] # Re: Python in a Nutshell

    Posté par  . En réponse à la dépêche Python in a Nutshell. Évalué à 3.

    s/pauvre/prope/

    (pas bon de tapper en retour de fiesta )
  • [^] # Re: Python in a Nutshell

    Posté par  . En réponse à la dépêche Python in a Nutshell. Évalué à 1.

    pas forcément. Perso j'utilise webware + openTAL + modeling. c pauvre est rapide !!! :)
  • # Réponse d'un finixien

    Posté par  . En réponse à la dépêche Les logiciels libres dans le Finistère. Évalué à 5.

    Tout d'abords il faut avouer que l'on est assez conscient des problèmes que vous relevez ici, mais je tenais à dire que l'on réponds à toutes les remarques et qu'un mail aurait été peut être plus constructif qu'un post sur linuxfr. Néanmoins je vais essayé de répondre, en mon nom.


    Je pense que les raisons du tel status de finix sont nombreuses:

    - finix ne compte pas énormément de membres (25 cette année)
    - les membres actifs ne sont pas très nombreux 10/15
    - et surtout ils le font depuis longtemps 1995

    Il est clair que dans de telles conditions, il fallait s'attendre à un essouflement. Pour reprendre l'exemple d'informatica, il faut tout de même noter que pour la majorité des membres présent sur le stand, cela était leur 4 eme année de présence au même endroit.

    Ensuite il faut aussi dire que Finix a subi quels changements pendant l'année qui n'ont rien arrangé :
    - départ des membres du bureau suite a des changements professionnels
    - refus de la mairie pour le prêt d'une salle avec l'ADSL pour faire des installs party.
    - changement d'hébergement web afin de palier à des problèmes de trésorerie
    - une chute du nombre de membre notament du à la démocratisation de linux
    - et surtout l'absence de nouvelles personnes motivés. (Je ne peux d'ailleurs que vous invitez à nous rejoindre.)

    Néanmoins Finix persiste, il faut reconnaitre que Finix a au moins le mérite d'exister. Et qu'au moment ou d'autres assos ferment comme Apo, ou Goupil .. Finix est encore très active. On compte par exemple 3 gros projets de développement en cours, une réunion (formation/tutoriel) par semaine !!!!. Mais il est clair que l'on devrait réellement communiquer sur le sujet, à travers le site web. Hélas je dois avouer que peu d'entre nous sont motivés par le sujet. Des décisions ont d'ailleurs été prises lors de la dernière AG:
    - réfonte du site web (le travail a déja commencé)
    - ouverture de la réu hébdomanadaire aux personnes non membre
    - rapprochement avec tuxbihan .. etc etc .


    Amicalement Jérome
  • # Re: Quelques photos de

    Posté par  . En réponse au journal Quelques photos de "Solutions Linux". Évalué à 7.

  • [^] # Re: Des précisions

    Posté par  . En réponse à la dépêche OpenLDAP, addressbook et auth-apache. Évalué à 1.

    Au sujet des bookmarks, effectivement ca pourait être fun, mais ma question est : 'Est ce que les browsers reconnaissent ce genre de chose ? '
    Je sais que Netscape + Iplanet supportait ce genre de chose mais je ne sais pas si cela est bien standard
  • # Quelques questions

    Posté par  . En réponse à la dépêche OpenLDAP, addressbook et auth-apache. Évalué à 1.

    - qu'en est il réellement des autres clients email (pine ou encore kmail) car le support semble être plus que limité ?
    - est 'il possible de stocker d'autres infos que des contacts ? je pense notamment aux bookmarks qui serait également intéressant de centraliser dans ce type d'applis
  • # GENIOUS

    Posté par  . En réponse à la dépêche Alcove rachetée. Évalué à 1.

    C'est sur que ca va leur faire drôle à Fred et à Benj de bosser sous windows
    ( http://www.genious.com/intranet/login.asp(...) ), ce dit d'ailleurs au passage j'espère que le web est pas l'activité visée, car le peu que Genious nous laisse entrevoir n'est pas des plus rassurant.


    pas Glop
  • [^] # Re: CMS .. Hum fo pas poussé quand meme

    Posté par  . En réponse à la dépêche Sortie de daCode 1.4 final. Évalué à 10.

    Effectivement ca dépend ce qu'on appelle un weblog, mais je pense que tu as compris ce que je voulais dire.

    Pour le reste
    daCode gère des dépêches, des astuces, des images, des sondages, des commentaires
    C'est que j'appelle du contenu.. qui est en fait un type de contenu très réduit face à ce que l'on peut faire avec un vrai CMS


    des habillages, des sessions, des backends, etc, etc... là ca touche plutot des aspects technique, ou utilisateur qui n'ont rien a voir avec la gestion de contenu.


    PS: je ne critique pas du tout DaCode, (au quel j'ai d'ailleurs maigrement contribué), il est très bien fait pour ce type de site. Mais je crois pas que qqun puisse gérer des documents, divers média ou autre avec DaCode



    Donc pour moi DaCode != CMS