OpenBSD 4.4 , The Trial of the BSD Knights

Posté par . Modéré par Sylvain Rampacek.
Tags :
31
1
nov.
2008
OpenBSD
Et oui, nous sommes le premier novembre, qui comme le premier mai est toujours un grand jour pour certains membres de la communauté épris de libertés et de partage.

OpenBSD 4.4 (dont le numéro de version fera par son histoire vibrer quelques nostalgiques et amoureux d'Unix) est sortie officiellement ce jour, avec comme à son habitude, son lot de corrections, d'améliorations, et sa chanson "Trial of The BSD Knights"

Merci de ne pas utiliser le FTP principal et de lui préférer les miroirs qui sont, à cette heure encore pour certains, en cours de synchronisation compte-tenu du nombre d'architectures.

OpenBSD, on aime ou pas, mais ça mérite le détour ;)

NdM : merci à zecrazytux d'avoir proposé une dépêche sur le même sujet. Concernant les plates-formes et architectures
  • OpenBSD/sparc64 : Les machines de type UltraSPARC IV/T1/T2 et Fujitsu SPARC64-V/VI/VII sont désormais prises en charge. Cela inclut les serveurs SUN Entreprise T1000 et T5220, M4000/M5000/M8000/M9000... bref pas du serveur d'amateur... (oui le voici bien velu du fond du bois)
  • OpenBSD/socppc : Le support des machines basées sur le Freescale MPC8349E System-on-Chip (SoC) qui utilisent la plate-forme Das U-Boot comme chargeur de démarrage
  • OpenBSD/Landisk : Ajout du support des bibliothèques partagées.

Amélioration du support matériel :
  • Support de nouveaux sensors : fins(4) driver (Fintek F71805F LPC), andl(4) driver (Andigilog aSC7611), kate(4) driver (AMD K8 capteur de température étendu), sdtemp(4) driver (Capteur de température des modules de mémoire JEDEC JC-42.4), adtfsm(4) driver (Analog Devices ADT7462), km(4) driver (AMD K10 capteur de température étendu), et amélioration des drivers it(4) et lmtemp(4) (ajout du support LM76)
  • Support Intel G33 and G35 chipsets dans agp(4)
  • Ajout du support des cartes réseaux de type Attansic L2 (10/100) dans lii(4)
  • Support partiel des webcams USB de type UVC dans uvideo(4) et video(4)
  • Remplacement du driver VIA dans Xorg avec openchrome(4)
  • Ajout du support dans Xorg de AMD Geode
  • Support des VMWare Tools avec vmt(4)
  • Support audio des chipsets intégrés de type AMD Geode LX CS5536 dans auglx(4)
  • Support des cartes réseau Intel 82598 PCI Express 10Gb avec ix(4)
  • Support ACPI additionnel sur les portables IBM/Lenovo avec acpithinkpad(4)
  • Idem avec acpiasus(4) pour les portables ASUS, incluant l'EeePC
  • Support sur du chipset GeckoBOA BC GSC et port sur les architectures hppa avec gecko(4)
  • tsec(4) ajoute la prise en charge des controleurs reseau de type Freescale Triple Speed Ethernet
  • Support Realtek des cartes réseau à base de RTL8102E and RTL8168 dans re(4)
  • Support des cartes réseau Sun Cassini 10/100/Gigabit avec cas(4)
  • Suppression de pccom(4) , il faut desormais utiliser com(4)
  • cardbus(4) et pcmcia(4) fonctionne dorénavant sur la pluspart des architectures à base de sparc64
  • Support du sensor timedelta mouseCLOCK USB II avec udcf(4)
  • Support réseau des cartes de type Marvell Yukon-2 10/100/Gigabit avec msk(4)
  • Amélioration du support des cartes Atheros Wireless dans ath(4)
  • Support des cartes RAID de type HP Smart Array P212, P410, P411, P411i et P812 dans ciss(4)
  • Support des adaptateurs série de type usb à base de ELV Elektronik et FTDI 2232L dans uftdi(4)
  • Ajout des support modem de type Option GlobeTrotter 3G+, Huawei E220 et HSDPA MSM dans umsm(4)
  • Le support Belkin (3G) a été etendu à ZTE CMDMA MSM dans ubsa(4)
  • Les adaptateurs Apple USB A1277 sont maintenant supportés dans axe(4)
  • Support des cartes PCI de type Netmos dans puc(4)
  • Acceleration 2D dans mgx(4)
  • isp(4) (QLogic SCSI ou Fibre Channel SCSI) : mise à jour des firmwares et correction du freeze à l'initialisation sur certaines machines
  • bge(4) : ajout du support des cartes réseau de type BCM5706/5708/5714/5715/5780 fibre, amélioration des supports des cartes à base de BCM5704/5906 et des performances des cartes sur PCIe
  • Les cartes réseau de type Ralink Technology RT2700 sont supportées dans ral(4)
  • Amélioration du support console sur arch amd64

Concernant les nouveaux outils :

Les nouvelles fonctionnalités :
  • aucat(1) est maintenant en mesure de jouer et enregistrer de l'audio en full-duplex, de mélanger un nombre illimité de flux, de gérer jusqu'à 16 canaux, de rééchantillonner les flux à la volée, et de convertir les formats à la volée.
  • Le support IPv6 a été ajouté dans la version maison et securisée d'Apache httpd(8)
  • WPA/WPA2-PSK est supporté sur de nombreuses cartes
  • rpc.lockd(8) supporte dorénavant NLMv4 correctement
  • De multiples améliorations dans ftp(1) (support mget récursif avec le globbing, keep-alive par défaut, support des mots de passe vide dans l'URL)
  • Séparation des privilèges dans rtadvd(8)
  • De multiples amélioration dans dhcpd(8) (synchro sur redondance, tftp-config-file et auto-proxy-script) et dhclient(8) (prévention des abus, réaction aux changements)
  • Multiples améliorations dans disklabel(8), newfs(8), cdio(1), scsi(4), st(4)
  • Support IPv6 dans identd(8)
  • pf(4), diverses améliorations et implémentation d'un tracker tcpstate qui est notamment utilisé dans relayd(8) pour le Direct Server Return, support dans ce dernier de IPv6-to-IPv4 et/ou IPv4-to-IPv6 et amélioration pour le mode DNS
  • Dans awk(1), extension des fonctions et opérateurs logiques (compl, or, xor, lshift, rshift)
  • Ajout d'une vue pf dans systat(1)
  • Support IEEE 802.3ad/LACP dans trunk(4)

Changements concernant Installation/Mise à jour
  • sysmerge(8), un outil puissant pour mettre à jour vos fichiers de config
  • Amélioration des transferts FTP grace à l'activation par défaut de keep-alive
  • L'installation et/ou la mise à jour s'assure que la config réseau (hostname.* dans etc) est en mode 600 et effectue la correction si nécessaire
  • Détection automatique de la vitesse sur serial console
  • Tailles de partitions 'human readeable'
  • etc.

La base système :
  • Xenocara (basé sur X.Org 7.3 + patches, freetype 2.3.5, fontconfig 2.4.2, Mesa 7.0.3, xterm 234...)
  • Gcc 2.95.3 (+ patches) and 3.3.5 (+ patches)
  • Perl 5.8.8 (+ patches)
  • La version sécurisée d'Apache 1.3, avec SSL/TLS et support DSO
  • OpenSSL 0.9.7j (+ patches)
  • Groff 1.15
  • Sendmail 8.14.3, avec libmilter
  • Bind 9.4.2-P2 (+ patches)
  • Lynx 2.8.5rel.4 avec HTTPS et IPv6 support (+ patches)
  • Sudo 1.6.9p17
  • Ncurses 5.2
  • Le dernier KAME IPv6
  • Heimdal 0.7.2 (+ patches)
  • Arla 0.35.7
  • Binutils 2.15 (+ patches)
  • Gdb 6.3 (+ patches)
  • OpenSSH 5.1 (incluant une floppée d'améliorations)

Plus de 5205 ports applicatifs...
  • Gnome 2.20.3
  • GNUstep 1.14.2
  • KDE 3.5.8
  • Mozilla Firefox 2.0.0.16 et 3.0.1
  • Mozilla Thunderbird 2.0.0.16
  • MySQL 5.0.51a
  • OpenMotif 2.3.0
  • OpenOffice.org 2.4.1
  • PostgreSQL 8.3.3
  • Xfce 4.4.2
  • etc.

Les nombre de packages compilés disponibles selon l'architecture
  • i386: 5033
  • sparc64: 4862
  • alpha: 4852
  • sh: 1285
  • amd64: 4940
  • powerpc: 4466
  • sparc: 3381
  • arm: 4018
  • hppa: 1595
  • vax: 1954
  • mips64: 3099

Enfin, des pages man détaillées et à jour, un rappel des changements ici, et une chanson .

Merci aux équipes OpenBSD pour leurs travaux... ;) N'oubliez pas de les soutenir par vos dons.

PS: pour les gens pressés d'obtenir la 3D et qui ne peuvent attendre le 1er mai prochain et la sortie de la 4.5, il est facile de l'activer sur cette version pour les cartes de type intel et radeon... (Elle est d'ailleurs activée par défaut depuis plusieurs semaines sur la branche current)
  • # Les chevaliers OpenBSD ne laissent pas leur coeur par la haine envahir !

    Posté par (page perso) . Évalué à 7.

    Chanson beaucoup plus calme que la très controversée "Home of hypocrisy" de la version 4.3 ;)
  • # Happy Halloween

    Posté par (page perso) . Évalué à 6.

    Je me demande quand même pourquoi ils sortent une version pour la fête des morts ?

    1) BSD is dying ?
    2) Le diablotin BSD ?
    2) Les openBSDistes qui font peur ? (paraît qu'ils mangent les petits nenfants).

    Bref je me demande quoi, c'est sûrement pas un hasard.

    les pixels au peuple !

    • [^] # Re: Happy Halloween

      Posté par . Évalué à 5.

      Un coup pour la fête du travail et un coup pour la fête des morts...

      Merci de ne pas faire de raccourcis douteux entre travail et mort... Merde c'est pourtant moi qui viens de le faire ;)

      Pour répondre à tes interrogations :

      1) Non bien au contraire, sa popularité augmente chaque jour
      2) Beastie est un saint qui veille sur tes babasses quel que soit la date où l'heure
      3) Peur de quoi ? Les OpenBSDistes sont des gens normaux et ouverts, avec leur caractère, comme chacun, leur qualités et leurs défauts... Juste des gens normaux avec un idéal c'est tout...

      Le hasard est une providence, la fatalité inéluctable...
    • [^] # Re: Happy Halloween

      Posté par . Évalué à 10.

      Ils n'ont pas sorti de version pour la fête des morts.
      Le 1er novembre est la Toussaint, la [[Fête_des_morts]] est pour sa part le 2 novembre...
      L'habitude prise de commémorer les morts pour la Toussaint est sans doute plus liée au fait que ce jour soit férié, contrairement au 2.
    • [^] # Re: Happy Halloween

      Posté par (page perso) . Évalué à 6.

      4) le 1er Novembre est la toussaint, pas la fête des morts, donc rien de morbide, donc 1, 2, 3 ne sont pas applicables
      5) Ils en ont rien a faire d'une fête catholique (rappel : la toussaint n'est pas chrétienne, elle est spécifique aux "branches" de la chrétienneté, par exemple pas de Toussaint chez les protestants qui n'ont pas de saints, et vu que les programmeur sont en Amérique du nord pas sûr qu'ils soient catholiques et sachent que d'autres fêtent ça) comme pour toute autre date religieuse, ils sortent à une date, point?

      Sinon, tu as aussi fait une erreur sur Halloween : c'est le 31 Octobre plutôt (même si c'est au soir). Tu as tiré la veille du 1er Novembre, le lendemain du 1er Novembre, mais tu as loupé le 1er Novembre! :)
    • [^] # Re: Happy Halloween

      Posté par (page perso) . Évalué à 2.

      Jason Dixon nous l'avais dit :

      BSD is dying, y'a même une conf. ;-)

      http://talks.dixongroup.net/nycbsdcon2006/

      A+ y faut que j'upgrade ...
      • [^] # Re: Happy Halloween

        Posté par . Évalué à 1.

        D'ailleurs Jason Dixon a encore frappé au NYCBSDCon 2008 avec ça nouvelle conférence intitulée : "BSD v. GPL".

        http://talks.dixongroup.net/nycbsdcon2008/

        On y retrouve que des bons ingrédients pour une excellente conf., mais attention ce n'est pas la suite de "BSD is dying".
  • # Et les portables?

    Posté par . Évalué à 5.

    Je tenterais bien l'aventure, mais est-ce que ça marchote sur un portable? J'ai un Lenovo 3000 N200 avec du matos légèrement exotique, genre cpu Celeron 550 2GHz (Linux ne gère pas la vitesse), carte graphique nVidia Geforce7300, lecteur d'empreinte Fingerprint Authentec (pas utilisable sous Linux).

    Quel est l'intérêt d'utiliser OpenBSD plutôt que Linux? Uniquement la sécurité ou la geekatitude?
    • [^] # Re: Et les portables?

      Posté par . Évalué à 10.

      En posant la question de l'intérêt , chacun ira de son point de vue : par contre en ce qui concerne TON intérêt , toi seul peut y répondre.

      Pour moi , rien que le fait d'exister et d'être librement consultable est un intérêt ...
    • [^] # Re: Et les portables?

      Posté par . Évalué à 8.

      Un support très sexy du WPA.
      J'ai pu configurer sur un Inspiron 1525 le Wifi en 30 secondes :
      ifconfig wpi0 wpa wpapsk foo bssid bar

      C'est tout bonnement hallucinant !
      Par contre, j'ai des soucis de ventilateur, qui soufflent un peu beaucoup, même à des températures acceptables.
      • [^] # Re: Et les portables?

        Posté par (page perso) . Évalué à 4.

        > Par contre, j'ai des soucis de ventilateur, qui soufflent un peu beaucoup, même à des températures acceptables.

        man apmd

        Voir l'option -C

        Lancer apmd via rc.conf.local

        Bien sur, ca ne parche que si le controle de la fréquence du CPU est fonctionnel.
      • [^] # Re: Et les portables?

        Posté par . Évalué à 8.

        Un support très sexy du WPA.
        J'ai pu configurer sur un Inspiron 1525 le Wifi en 30 secondes :
        ifconfig wpi0 wpa wpapsk foo bssid bar


        D'ailleurs, pourquoi la gestion du WPA est-elle si compliquée sous Linux ? Pourquoi ne peut-on pas passer par ifconfig de la même manière ?
        • [^] # Re: Et les portables?

          Posté par . Évalué à 6.

          Je m'hasarde un peu, mais je dirais que les solutions comme wpa_supplicant ont été les premières, et que c'est resté, parce que ça marche plutôt bien, une fois configuré. Les gens d'OpenBSD sont disons, plus résolus à développer d'autres solutions, plus « propres ».

          En fait, le bazar contre la cathédrale quoi :-)
          • [^] # Re: Et les portables?

            Posté par (page perso) . Évalué à 7.

            Considérant wpa_supplicant, ça semble une usine à gaz, mais bon il gère beaucoup de mode d'authentification différentes. OpenBSD se contente de supporter psk, pas tous les eap-*.

            Evidemment, psk suffit pour toutes les architectures maisons, et donc peu contenter les "home end-user" (mon dieu, je vais me faire écorcher).

            J'attend de voir comment gérer le support de tous les techniques 802.1x dans ifconfig (sans que ça devienne une usine à gaz monstrueuse).

            Comparez donc ce qui est comparable. wpa_supplicant, c'est beaucoup plus que le support psk, et ça marche raisonnablement bien. (pour la partie ifconfig / iwconfig, par contre je suis d'accord, ç'est pas mal puant).
          • [^] # Re: Et les portables?

            Posté par (page perso) . Évalué à -3.

            Considérant wpa_supplicant, ça semble une usine à gaz, mais bon il gère beaucoup de mode d'authentification différentes. OpenBSD se contente de supporter psk, pas tous les eap-*.

            Evidemment, psk suffit pour toutes les architectures maisons, et donc peu contenter les "home end-user" (mon dieu, je vais me faire écorcher).

            J'attend de voir comment gérer le support de tous les techniques 802.1x dans ifconfig (sans que ça devienne une usine à gaz monstrueuse).

            Comparez donc ce qui est comparable. wpa_supplicant, c'est beaucoup plus que le support psk, et ça marche raisonnablement bien. (pour la partie ifconfig / iwconfig, par contre je suis d'accord, ç'est pas mal puant).
            • [^] # Re: Et les portables?

              Posté par . Évalué à 2.

              Evidemment, psk suffit pour toutes les architectures maisons, et donc peu contenter les "home end-user" (mon dieu, je vais me faire écorcher).
              Il n'y a pourtant pas de mal. :-)

              Cela dit, dans le man je trouve ceci :
              The supported values are ``psk'' and ``802.1x''. psk authentication (also known as personal mode) uses a 256-bit pre-shared key. 802.1x authentication (also known as enterprise mode) is meant to be used with an external IEEE 802.1X authentication server.
              Et la Wikipédia dit aussi que les fameuses solutions EAP sont aussi avec un serveur dit « WPA-Enterprise ». Loin de moi l'idée de vouloir troller hein, je voudrais juste savoir si OpenBSD supporte effectivement cet EAP dont tu parles.

              Et si ça n'est pas le cas, ce n'est qu'un début de toute façon ! Le développement va sûrement améliorer et supporter d'autres modes. Donc, si wpa_supplicant répond à des besoins pointus, c'est tant mieux, et si OpenBSD propose un outil plus simple pour les configurations plus simples (un peu comme OpenNTPD finalement), c'est tant mieux aussi et tout le monde y gagne.
              • [^] # Re: Et les portables?

                Posté par (page perso) . Évalué à 5.

                C'est surtout pour les horribles anglicismes que j'avais peur :).

                Autre avantage de wpa_supplicant : la "mobilité". Tu peux stocker l'ensemble des configurations pour différentes ap, et wpa_supplicant va utiliser la configuration de celle qu'il voit dans son voisinage. De plus je n'aurai pas dit que wpa_supplicant est particulièrement complexe à utiliser. Ajouter ceci dans /etc/wpa_supplicant.conf

                network={
                ssid="votre_ssid"
                proto=WPA RSN
                key_mgmt=WPA-PSK
                psk="votre_clé_en_clair"
                }

                puis wpa_supplicant -i -c<conf_file>, y'a pire.

                Pour répondre à ta question, je ne sais pas si OpenBSD supporte un tel serveur. Le problème vient du fait que contrairement à par exemple IPSEC,il n'y a pas d'interface "normalisée", voir "standardisé" pour l'échange de clé entre un client et le noyau (contrairement à l'interface PF_KEY pour en revenir à IPSEC). Le serveur doit donc avoir une implémentation pour chaque système (voir driver) (c'est ce qui est fait dans wpa_supplicant).

                Et EAP signifie Extensible Authentification Protocol, il en existe des dizaines (wpa_supplicant en supporte au moins 24).

                Dans tous les cas, c'est une bonne chose que OpenBSD supporte maintenant le WPA, d'autant plus avec une implémentation différentes des autres BSD, un peu de concurrence (positive) et de tests de comptabilité en vue.
              • [^] # Re: Et les portables?

                Posté par . Évalué à 1.

                OpenBSD ne supporte que le WPA/WPA2 en mode "pre-shared key" (PSK). Donc pas de EAP (ou "WPA Enterprise") et rien en vue à ce propos dans le CVS du projet.

                Plus d'info sur cet article d'undeadly :
                http://undeadly.org/cgi?action=article&sid=2008041619515(...)

                wpa_supplicant est dans l'arbre des ports, mais ne marchera que sur un réseau filaire (Ethernet) et pas sur du wifi WPA.
    • [^] # Re: Et les portables?

      Posté par (page perso) . Évalué à 5.

      http://www.openbsd.org/i386-laptop.html

      pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # Améliorations concernant les non-OpenBSDistes

    Posté par . Évalué à 10.

    Il me semble qu'il y a bien moins d'utilisateurs d'OpenBSD que de Linux sur dflp, mais sachez que certaines améliorations seront aussi bénéfiques aux autres systèmes d'exploitations unix-like, Linux compris.

    Par exemple, concernant OpenSSH :
    - Le sous-système sftp permet désormais de chroot(2)er de force des utilisateurs matchant des règles pré-définies.
    - La syntaxe de configuration s'est assouplie : on peux désormais spécifier les adresses au format CIDR dans '.ssh/authorized_keys from="..."', ainsi que les les syntaxe avec négation de d'adresses ou de blocks, comme "Match address 192.0.2.0/24,3ffe:ffff::/32,!10.*" ...
    - Très geeky, il y a maintenant une option pour afficher les clefs pub des machines auxquelles on se connecte sous forme d'ASCII art (c'est censé favoriser la reconnaissance des clefs en exploitant la mémoire visuelle, et aider détecter les problèmes)
    - Le sous-système sftp s'est vu complété d'émulation des opérations type statvfs(3), et est agrémenté d'une commande "df". Ce qui ne manquera pas d'améliorer les accès sftp depuis les clients émulant un VFS sur SSH (comme gnome-vfs, ou le module FUSE sshfs).
  • # Et dans -current

    Posté par . Évalué à 10.

    Lorsque l'on voit ce qui nous attend dans la version développement d'OpenBSD (-current), on se dit que la version 4.5 (à venir dans 6 mois) va être tout aussi bonne que celle-ci.

    Une sélection en vrac :

    - on a le droit au DRM d'activé par défaut pour les cartes radeon d'ATI et les cartes d'intel (ça veut dire de l'accélération 3D pour jouer à openarena qui est maintenant dans les ports), d'ailleurs le développeur à l'origine du port de l'infrastructure DRI sur OpenBSD en parle ici : http://undeadly.org/cgi?action=article&sid=2008102916422(...)

    - l'outil aucat(1) peut maintenant faire office de serveur audio transparent grâce à la nouvelle bibliothèque générique d'accès aux matériel audio libsndio (facile à utiliser et puissante). La plupart des ports sont en train d'être patchés pour utiliser cette bibliothèque, après il suffit de lancer aucat en mode serveur pour avoir du multiplexage des différentes sources audio. Alexandre Ratchov en parle ici : http://undeadly.org/cgi?action=article&sid=2008102715134(...)

    - un nouveau serveur mail vient de faire son apparition dans l'arbre des sources. Il s'appelle simplement smtpd(8) et sera beaucoup plus simple d'utilisation que sendmail car il emprunte sa syntaxe de fichier de configuration à pf. Pour le moment c'est encore en développement mais presque utilisable. Le commit : http://marc.info/?l=openbsd-cvs&m=122557555124170&w=(...)

    Bref plein de choses palpitantes, et ce n'est pas fini...

    Pour en revenir à la nouvelle version d'OpenBSD, la chose que j'apprécie peut-être le plus c'est la possibilité d'afficher les clés publiques sous forme d'ASCII art sous OpenSSH 5.1. Comme ça quand je me connecte sur mon serveur je sais que c'est bien mon serveur à qui je parle car sa clé publique est bien "un extraterrestre avec des antennes". Vraiment indispensable ^^
    • [^] # Re: Et dans -current

      Posté par (page perso) . Évalué à 4.

      Ça m'intéresse assez l'histoire de aucat. Est-ce que OpenBSD à un noyau faible latence pour faire de l'enregistement ?

      Je commence à être saoulé de la gestion du son sur ma Debian. En fait les paramètre du son ont tendance à se dérégler sans que je ne touche à rien, notamment le canal micro qui se met sur mute entre deux prises.

      J'ai même testé une Studio64 dans ma quête d'un OS libre bon pour la MAO mais c'était pire encore !
      • [^] # Re: Et dans -current

        Posté par . Évalué à 10.

        Bonjour Mathieu,

        C' est clair qu' OpenBSD semble montrer une voie plus que très intéressante... et se coltine de plus l' ensemble des ports pour les rendre viable avec cette possibilité. C' est du simple, du en bas, bref du qui-plait...

        Pour Linux la situation actuelle est bien plus catastrophique qu' il y a encore 2 ans. N' en veux pas à ta Debian ou aux mainteneurs de paquets audio :

        Il faut se coltiner une dé-configuration de cinglés sur gnu/linux pour avoir une station audiophile. C' est pas très honorable, surtout en regard du travail fourni par certains developpeurs (comme ceux de Audacity, de Ardour et bien d' autres), mais c' est comme ça.
        La dé-configuration nécessite en général, quelle que soit la distro, de :
        _enlever pulse-audio
        _faire un grand ménage dans la config de Dmix (le fichier asoundrc (et autres selon la distro, sur une mdv c' est encore plus complexe car prennant en charge plus de cas pour plus de monde) -> et ça, ça a pas l' air de grand chose, mais c' est quant même assez costaud... le script de asound étant toujours très particulier...
        _recompiler soi même de nombreuses applications
        Et ça, c' est le minimum.

        Sur Ubuntu-Studio, le mainteneur du kernel RT rale (et ils ont choisis de littéralement shooter pulse, alors qu' on pourrait le passer sur jack.. c' est bien un choix de raleur ;) )
        Sur OpenSuSe, version "audio" aux dernières nouvelles pulse n' était pas intégré. (à vérifier pour la récente)
        Sur Mandriva, bon je passerai mon chemin... PulseAudio étant tellement intégré qu' il vaut mieux installer autre chose comme distro...

        Ce que je ne comprends pas c' est pourquoi les dev. de Jack ne cherche pas à faire intégrer leur projet plus bas ? ie dans alsa (ou oss...). Le port sur Mac osX est un peu comme cela : il y a PortAudio et à côté de lui, Jack, ce n' est pas du full intégration mais c' est déjà bien mieux que linux.

        Excusez moi d' avoir parler de Linux ici, sur cette dépêche, mais le travail de l' équipe OpenBSD sur Aucat, forcément ça éveille.

        Cdlt.
        • [^] # Re: Et dans -current

          Posté par . Évalué à 7.

          J' adore :
          if you use the aucat server, you may want to start it like
          $ aucat -b 16384 -l (or even -b 8192 if you have a "faster" machine)
          or you might have a longer than desired latency between seeing things
          happen and hearing the associated sound.


          hihihi ça doit faire longtemps qu' il a pas essayer une distro linux ;p non parceque là, avec pulse et alsa c' est le bonheur assuré :
          bouge la fenetre de firefox, hop le son se hachure
          lance 2 applis qui jouent du con : le tout consomme 20% de 2 Xeon à 3ghz...
          mais ouaha c' est bon t' a un controlleur de volume centralisé... parceque cest con de dev 'laud' ils oublient d' en mettre dans leurs applis.. et puis c' est important de 'faire comme vista' .. faire comme vista.. ouaih ;p

          Fatche c' est beau le son avec gnu/linux.
  • # On en parle chez O'Reilly

    Posté par . Évalué à 9.

    Je vous invite à lire le billet "Source Wars" sur les blogs d'O'Reilly. C'est un entretien avec pas moins de 27 développeurs d'OpenBSD qui parlent des améliorations qui ont été faites dans la version 4.4 :

    http://broadcast.oreilly.com/2008/11/source-wars---return-of(...)

    (en Anglais par contre)

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.