matli a écrit 203 commentaires

  • [^] # Re: Mieux vaut écouter Led Zeppelin…

    Posté par  . En réponse au journal Un article sur la compression sonore (compression de la dynamique). Évalué à 2.

    La différence s'entend surtout au niveau de la batterie

    Tous les groupes n'ont pas la chance d'avoir un John Bonham comme batteur. D'autre part, pour le son de Led Zep, il ne faut pas oublier que Jimmy Page est un vrai magicien de studio, sachant placer ses micros, n'hésitant pas à sortir la batterie pour l'enregistrer dans des pièces plus grandes...
    J'entendais Eddy Mitchell l'autre jour, il ne disait pas autre chose: aujourd'hui, les ingés du son ne savent plus poser des micros et prendre le son car chaque instrument est enregistré séparément puis traité dans Pro tools...
  • [^] # Re: finalement je m'en sors a peu près mais ....

    Posté par  . En réponse au journal Le son sous Linux : du pure n'importe quoi. Évalué à 1.

    Salut,

    tu peux également aller faire un tour sur www.linuxmao.org, il y a plein de doc et un forum.

    Sinon, oui, Jack c'est vraiment bien. Tu peux utiliser "patchage" pour faire tes connexions, c'est plus "visuel" que la fenêtre de configuration des connexions de qjackctrl.
  • [^] # Re: Libre ?

    Posté par  . En réponse au journal Un manchot au pays des Panthères. Évalué à 6.

    +1

    Le même journal à propos de Windows 7 se serait fait moinssé à mort. Mais pour MacOS, ça passe alors que c'est aussi proprio, voire plus, que Windows.

    Pfff, MacOS + iPod + iPhone +iTunes, dans le genre bien vérouillé....

    A moins que, Vendredi oblige, l'auteur n'est en fait qu'un petit farceur qui avait envie de faire péter les trollomètres.

    MacOS / MS = même combat
  • # Merci

    Posté par  . En réponse à la dépêche Éditorial sonore novembre 2009. Évalué à 5.

    Un grand merci à toute l'équipe de LinuxMAO car ce site est une vraie mine d'or sur le sujet. C'est d'autant plus vrai qu'il y a vraiment de la matière tant l'offre est foisonnante.
  • # Mes 2 cents

    Posté par  . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 5.

    Cela fait environ 10 ans que j'utilise Perl pour mes divers projets. J'ai commencé par là car je suis arrivé sur un projet qui utilisait Perl, et depuis je n'ai pas changé de langage.
    L'une des premières raison est que quelque soit l'Unix sur lequel je travaille, je suis quasiment sûr d'avoir un Perl installé, c'est beaucoup moins sûr avec les autres langages cités dans ce journal.
    Une autre raison est que ce langage correspond parfaitement à mon besoin: analyse de texte, migration de données, manipulation de fichiers,... Je n'ai jamais été confronté à une limitation de ce langage qui m'aurait obligé à utiliser autre chose. Au passage, je me permets également de souligner les performances de Perl pour les traitement sur les fichiers, ça compte quand comme moi on joue avec des fichiers de log compressés de plusieurs Giga. Sur ce terrain là, Python, Ruby and co sont encore loin.

    Je ne l'utilise que de façon simple, comme beaucoup de personnes l'ont signalé ici. Les trucs implicites, oui un peu, mais pas trop.

    @liste = %h{@t};

    je n'aime pas trop par exemple. De même, quand je lis un fichier, je préfère un truc du genre

    while (my $line=<IN>)

    que

    while (<IN>)


    Je pense que le procès d'illisibilité est un faux procès, dans n'importe quel langage on peut écrire des choses illisibles. Il est tout à fait possible avec un peu de discipline de faire un code lisible. Voire par exemple les Best practices de Damian Conway.

    Il y a bien sûr le CPAN, avec son installeur de module en ligne de commande qui résout les dépendances:

    perl -MCPAN -e shell

    cpan shell -- CPAN exploration and modules installation (v1.7602)
    ReadLine support enabled
    cpan> install mon_module

    ...

    Tous les modules nécessaires sont téléchargés et installés, comme apt-get ou yum

    Pour le Web, il y a des frameworks assez complets comme Catalyst ou Mason. Pour ma part, je reste simple avec CGI::Application associé au Template toolkit. C'est propre et simple.

    Et puis, il y a mod_perl, c'est à dire l'intégration de Perl dans Apache, et là, ça déchire vraiment.

    Bref, Perl et moi, ça risque de continuer encore un moment. Je n'ai pas d'impatience particulière vis à vis de Perl6. La seule chose qui m'ennuie un peu dans Perl5, c'est que l'on soit obligé d'implémenter les objets avec des Hash (ou avec une structure "physique" définie), alors que c'est en général opaque dans les autres langages et ça le sera dans Perl6.
  • [^] # Re: T'as tout compris

    Posté par  . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 2.

    euh, t'exagères là quand même.
    Passer des références en paramètres, ça marche sans aucun problème, et heureusement
  • # manque juste la fin

    Posté par  . En réponse au message supprimer les fichiers vieux de 1jour. Évalué à 1.

    find $BACKDIR -atime +1 -exec rm -rf {} \;

    le \; indique la fin de la commande en argument d'exec. Il faut l'échapper car sinon le shell l'interprète comme un véritable séparateur de commande
  • [^] # Re: Paquets pour Ubuntu

    Posté par  . En réponse à la dépêche OpenOffice.org 2.0.1 est disponible. Évalué à 2.

    il faut se terminer vers
    Je voulais bien sûr dire se tourner
  • # Paquets pour Ubuntu

    Posté par  . En réponse à la dépêche OpenOffice.org 2.0.1 est disponible. Évalué à 3.

    La Breezy ayant été livrée avant la version stable de OOo 2, il faut se terminer vers un dépôt alternatif pour avoir les paquets correspondant:
    http://people.ubuntu.com/~doko/OOo2

    Pas de 2.0.1 pour l'instant, mais un peu de patience...
  • # avec Samba

    Posté par  . En réponse au journal Active directory et Linux ... ou l'inverse!. Évalué à 3.

    Tu utilises Samba pour rentrer ton poste Linux dans le domaine AD.
    Ensuite, une petite modif nsswitch et pam et hop, le tour est joué.

    Pour plus d'info, il suffit de regarder sur le site Samba, y'a les HowTo qui vont bien.

    Par contre, je ne sais pas pour la gestion des quotas
  • # Apache-ASP=Perl

    Posté par  . En réponse au journal On va tester le Apache-ASP !!!. Évalué à 2.

    Du moins, le projet référencé sur http://www.apache-asp.org/(...)

    Le terme ASP est conservé du fait de la similitude des concepts employés dans le IIS, comme le fichier global.asa par exemple, gestion des sessions.
    Du point de vue langage, tu va donc être obligé de recoder ton vb en Perl.

    J'en profite au passage pour souligné la très grande qualité de ce projet, et c'est pas pour troller, mais c'est 'achement mieux que PHP, ou disons que les gens qui connaissent Perl et qui veulent faire des trucs à la PHP, ou jsp, ou asp, c'est à dire du code embarqué dans du HTML on là un projet de choix. Et c'est du mod_perl, donc ça va très vite.
  • [^] # Re: ksh..

    Posté par  . En réponse au journal Un grep recursif en shell. Évalué à 2.

    moi aussi je suis sous AIX, et la complétion est obtenue par Esc-\, ce qui n'est pas très pratique. Tu ne saurais pas comment changer cela par hasard??

    Merci
  • # Problème de taille de font

    Posté par  . En réponse au journal nouveau style par défaut linuxfr. Évalué à 2.

    Ma config: firefox 1 sur Debian Sid
    Mes fontes sont a priori trop petites, mais lorsque j'en augmente la taille (ctrl+), la boite du haut, qui contient les liens externes, recouvre la zone de recherche ainsi que les liens de rubrique du site.

    Sinon, j'aime beaucoup
  • [^] # Re: Mouai

    Posté par  . En réponse à la dépêche Contineo, un GED simple et efficace. Évalué à 1.

    je te plussoie quand même car ton commentaire ne vaut pas -1.
    Néanmoins, je ne suis pas d'accord avec toi, CVS, ce n'est pas de la GED. Tu peux effectivement faire du versionning, mais l'aspect "recherche" est primordial et non disponible avec CVS.
    Je vais en tout cas tester cela au plus vite
  • [^] # Re: Ça marche aussi sous GNU/Linux/Debian (i386)

    Posté par  . En réponse au journal E17 à portée de main?. Évalué à 8.

    Juste pour info, il faut ajouter cela dans /etc/apt/preferences:

    Package: enlightenment
    Pin: version 0.17.0_pre10*
    Pin-Priority: 999

    Package: enlightenment-data
    Pin: version 0.17.0_pre10*
    Pin-Priority: 999

    Sinon, il garde le enlightenment de base de la Sid
  • # Insight bynari

    Posté par  . En réponse au journal Migration exchange vers ?. Évalué à 3.

    http://www.bynari.net/(...)

    Ce n'est pas libre, mais ça tourne sous Nunux, et je crois que le prix est correct
  • # Ikaaro

    Posté par  . En réponse au journal Zope, users, roles, groupes et sous-groupes ... pas bon menage. Évalué à 5.

    Ikaaro est un outil de gestion de contenu basé sur Zope, mais n'utilisant pas CMF au contraire des outils que tu cites. Et l'un des atouts d'Ikaaro est justement la gestion des groupes imbriqués (je tiens ça des dev, mais je n'ai pas encore eu le temps de m'y mettre). Il me semble que tu peux choisir plusieurs types de backend pour tes users (LDAP, SGBD,...)

    http://www.ikaaro.org/index.html/(...)
  • [^] # Re: Langage de configuration en C

    Posté par  . En réponse à la dépêche Sendmail X : vers une réécriture majeure. Évalué à 9.

    Le problème, c'est que la configuration de Sendmail ne se limite pas à des simples définitions d'options ou de valeurs. Il faut également définir des règles de réécritures, avec branchement conditionel, tests et tout le toutim s'ils reconduisent l'équivalent de la mécanique actuelle. Et là, le XML, ben bof, parce qu'il faudrait quelque chose du genre XSLT, et ce n'est pas plus lisible que les règles Sendmail à mon sens. A ce sujet, les règles Sendmail paraissent complexes quand on connait pas la syntaxe, de même que Perl, ou plein d'autres langages, mais ça n'est pas si compliqué (c'est de la regex simplifiée).
    Il faut donc ici un vrai langage de configuration, ils ont choisi le C, il faut voir ce que cela donne.
    Petite disgression historique: Sendmail est apparu à une éopque où le format des adresses mail était tout sauf standardisé. Sendmail était alors une sorte de middleware qui tentait au maximum d'interpréter des adresses d'un monde pour les délivrer à l'autre monde. Mais comme ça bougeait beaucoup, ils ont décidé de "sortir" cette phase de parsing du code en lui-même et de le placer directement dans le fichier de config, avec un mode d'écriture qui devait être le plus efficace, donc le plus bref possible. C'est ainsi que sont nées ces portions de fichier de config a priori incompréhensibles pour le profane, mais qu'il est en général tout à fait inutile de vouloir modifier, même s'il existe des "hooks" pour introduire ses propres règles.
    Du coup, une config Sendmail, c'est un petit fichier de macro m4 qui mesure moins de 10 lignes pour la majeure partie des besoins.
  • [^] # Re: Améliorer plutôt les alternatives

    Posté par  . En réponse à la dépêche Sendmail X : vers une réécriture majeure. Évalué à 8.

    l'éternel débat, un peu comme les devs de Gnome qui devraient amélirorer KDE ou inversement, y'en a plein des comme ça.
    Et bien non, je ne suis pas d'accord, peut être parce que je suis un utilisateur très satisfait de Sendmail. Et je ne pense pas que Sendmail X sera une réécriture d'Exim ou de Postfix. N'oublions pas que les p'tits gars qui bossent sur Sendmail ne sont pas des novices en matières de messagerie, de MTA,... et qu'ils ont surement pleins d'autres idées que cette simple modularisation.
    Et n'oublions pas qu'avec Sendmail vient Milter, qui est une API permettant d'écrire des filtres dans son langage préféré de façon plus efficace qu'enième relais SMTP en sandwich ou un pipe sur un process. Je ne connais pas d'équivalent sur d'autres MTA (mais je ne connais pas tout!)
    Vive Sendmail X, et surtout vive la diversité qui est une des forces du libre!
  • [^] # Re: Bêtement...

    Posté par  . En réponse au journal E17 is in the CVS. Évalué à 1.

    Super,

    merci pour la démo qui a l'ait prometteuse. Mais l'espèce de gros curseur, ça a l'air casse-bonbons, non? J'espère qu'on pourra le désactiver
  • [^] # Re: Duke

    Posté par  . En réponse au journal E17 is in the CVS. Évalué à 4.

    En tout cas, il me tarde de tester la chose ! depuis le temps qu'on l'attend !
    J'ai l'impression que ce projet ne va pas manquer de testeurs et c'est tant mieux!
  • [^] # Re: Bêtement...

    Posté par  . En réponse au journal E17 is in the CVS. Évalué à 10.

    Avant les blagues de mauvais gout qui vont surement arriver, je vais essayer de te resituer la chose.
    Enligthenment est un gestionnaire de fenetre, ou window manager, qui est apparu à une époque (97?) où cet univers était peuplé de chose tristes genre fvwm, fvwm95, et d'autres un peu plus jolis genre afterstep, window maker,...
    Mais E (son p'tit nom), c'était LE truc qui déchirait grave (ah, la version 0.13 et la 0.14), avec des thèmes de folie, et la possibilité de customiser à l'extrême.
    Et tout ceci jusqu'à la version 0.16 (et ses sous-releases).
    Puis, on a entendu parlé de E17, mais il ne s'agissait plus d'une simple évolution, mais d'une réécriture complète, avec des objectifs ambitieux. Du coup, ils se sont attelés à l'écriture des libs de base (les EFL) qui sont passées récemment à l'état de Release Candidate (ou Preview peut être). Mais E17 se fait toujours attendre, car il s'agit de la brique ultime de l'environnement E. Ce passage en CVS est quand même une très bonne nouvelle, car ce projet est vraiment... attachant
  • # Les boules

    Posté par  . En réponse au journal Projet Mondorescue arrêté !. Évalué à 10.

    Tout d'abord, merci pour ton journal qui mériterait une dépêche en première page.
    Mondorescue est un projet important. Certe, il y a encore un peu de fignolage à faire, mais c'est grâce à Mondorescue que j'ai pu introduire Linux dans mon entreprise. En effet, il propose un vrai moyen permettant une restauration rapide à partir de différents support. Il est notamment de sauvegarder son système via NFS sur une autre bécane et restaurer directement depuis cette image via NFS sans avoir à graver la ou les images iso obtenues. L'essentiel est d'avoir un CD de boot créé à l'installation du produit.

    Je ne connais pas d'autres projets libres aussi avancés sur le sujet, et quand bien même il y en aurait, la disparition de Mondorescue serait un coup dur pour bien des admins.

    Je vais envoyer un ch'ti mail à ce monsieur Travis
  • # Merci

    Posté par  . En réponse à la dépêche Pilote Eagle-Usb 2.0.0 disponible. Évalué à 10.

    et oui, merci à tous les développeurs de ce driver et des scripts qui vont avec. Lorsque Free avait lancé son offre avec les modems Sagem, c'était une vraie galère sous Linux. Et l'équipe d'eagle-usb est arrivée, le driver est devenu de plus en plus performant et stable, et il est également devenu très simple à mettre en oeuvre. Bref, maintenant, c'est sans soucis!

    Chapeau messieurs
  • # squid.conf

    Posté par  . En réponse au message squid. Évalué à 1.

    C'est squid.conf qu'il fait éditer, les autres doivent être des exemples je pense.