Patrick Lamaizière a écrit 300 commentaires

Le gros problème c'est pour les carte HDA intel il détecte mal le passage sur prise jack, il ne coupe pas le son des HP, il faut le faire à la main :/

Si j'ai bien compris cela peut-être fait soit par le matériel directement ou alors le driver doit le faire. Sous FreeBSD j'ai du poser des quirks pour que ça fonctionne et j'en ai chié. Dans linux tu as aussi des quirks mais comme il y a plus de monde y'a plus de matériels déjà renseignés.

Mais où sont les bonnes vieilles SoundBlaster 16 d'antan ?

les pixels au peuple !

En ce qui concerne le nouveau menu j'ai eu la même réaction que toi au départ : j'ai trouvé ça vraiment horripilant, jusqu'à ce que je découvre qu'on pouvait, d'un clic droit ajouter une application au menus favoris ou une icône au bureau

Pour avoir l'ancien style (KDE 3) il suffit de faire un clic droit sur le 'K' puis style de menu (et d'utiliser le plasmoide 'menu de lancement d'application' je me souviens plus trop)

Je viens d'installer KDE 4.3 (sous FreeBSD) et ça me semble plus rapide que la 4.2.3 et plus stable aussi. J'ai perdu les effets 3D kikolool au passage, à voir.

les pixels au peuple !

WYSIWYM

Heu c'est quoi ?
Je connaissais le WYSIWYNG (What you see is what you not get) popularisé par les suites Microsofts mais là je vois pas.

les pixels au peuple !

j'hésite à passer mes outils types agenda / courriel vers korganiser / kmail

J'ai longtemps utilisé kmail (qui est très correct) mais je l'ai quitté parce que les filtres sur IMAP ont été cassés super longtemps (plusieurs releases).

Depuis Claws-mail rulez !

Sinon:
http://miwi.bsdcrew.de/2009/08/kde-430-for-freebsd-available(...)

les pixels au peuple !

Et cette réécriture elle est dispo dans un version stable de FreeBSD ou bien elle fera juste partie de la future release 8.0 ?

À partir de la 8.0.

Parce que si c'est ça et bien c'est à ce moment là et à ce moment là seulement qu'on pourra juger de la compatibilité de cette nouvelle implémentation avec toutes les applications en user space qui existent.

Y'a quand même un paquet de gens qui utilisent la version current, la politique est d'avoir un système globalement utilisable pour justement permettre ces tests. Et puis ça date un peu le nouveau TTY, on aurait déjà vu les problèmes.

Kdesu fonctionne je viens d'essayer...

les pixels au peuple !

Ben je parlais dans le cadre d'utilisation d'un desktop. Honnêtement FreeBSD n'est pas orienté desktop mais plutôt serveur à mon avis.

Ceci dit c'est juste un système d'exploitation et tu peux rajouter Gnome, KDE et toutes ces sortes de choses par dessus. C'est toi qui choisi.

C'est quoi les fonctionnalités d'un desktop aussi ?

les pixels au peuple !

zfs permet des tas de choses utiles pour tout un chacun, même en utilisation desktop : gestion de volumes avec réservation/quotas super simple , snapshots très utiles (qui permettent par exemple sous opensolaris d'avoir un équivalent à time machine), compression des données à la volée très efficace.

Certe, mais il nécessite aussi un paquet de mémoire et FreeBSD recommande de l'utiliser en 64 bits. Je tourne en 32 bits pour diverses raisons : compatibilité linux, driver nvidia. J'ai d'autres machines qui sont lentes en 32 bits faut que puisse faire des paquets pour elles.

Effectivement, il y a aussi l'aspect qu'on est bien content quand ça marche, et j'ai pas trop envie de réinstaller la machine.

les pixels au peuple !

Si le pilote est libre ça doit marcher.

Il y a des problème avec le driver pour les chipsets video Intel mais ça n'a pas l'air d'être la joie sous Linux non plus.

les pixels au peuple !

Donc actuellement la politique des paquets chez freebsd est l'inverse de celle de openbsd : passer par les ports et non les packages.

Les avis sont partagés, je passe par les ports mais d'autres passent par les paquets. J'ai jamais trouvé que les paquets fonctionnent bien sous FreeBSD, y'a des progrès à faire.

Ceci dit j'ai vérifié et tu as bien jpeg en dépendance de firefox35, ça devrait marcher, tu as un message d'erreur ?

D'autre part, les versions de bibliothèques en 8.0 viennent d'être bumpées y'a quelques jours et il va falloir attendre que les paquets soient mis à jour.

les pixels au peuple !

Le logo de FreeBSD n'est pas le petit démon beastie, mais la boule de geisha (http://www.freebsd.org/fr/logo.html)

Beastie c'est la mascotte.

Pour la petite histoire, le beastie au boot a été changé par un moche FreeBSD en ascii art suite à une plainte du même genre :-(
On peut toujours le rechanger heureusement.

les pixels au peuple !

Bah... Python l'a bien fait entre la v2 et la v3... Mais ils avaient pour eux une base d'utilisateurs plus grande et des outils de migration pas trop mal!

Mais il n'y a qu'un interpréteur python (?).

Là c'est un peu comme si un compilo C décidait de ne plus compiler le C.
Ça fait désordre...

les pixels au peuple !

Et qu'en est-il du langage proprement dit? Il y a des gens qui utilisent encore Eiffel?

Peut-être quelques sociétés mais ça a l'air moribond. À priori il ne reste plus que le compilateur Eiffel produit par la boite de Bertrand Meyer (EiffelStudio)

les pixels au peuple !

PF pourrait tout à fait être implémenté sous Linux. Il faudrait juste que quelqu'un le fasse :-) Or, c'est un bon gros tas de code avec beaucoup de dépendances de/vers le noyau.

Non je ne crois pas qu'il y ait beaucoup de dépendances au noyau. Par exemple PF a été porté sous Windows http://force.coresecurity.com/index.php?module=base&page(...)

FreeBSD utilise des PFIL_HOOK pour les pare-feux (pf, ipfw ou ipfilter), y'en a pas partout... http://www.enderunix.org/docs/en/pfil_hook.html

les pixels au peuple !

Oups pardon, le bon lien est :

http://www.vuxml.org/freebsd/ee6fa2bd-406a-11dd-936a-0015af8(...)

les pixels au peuple !

Tout ce qui est safe_mode et magic_quotes sont dépréciés.

J'ai cru comprendre que safe_mode est juste une blague n'importe comment :

http://www.vuxml.org/freebsd/ee6fa2bd-406a-11dd-936a-0015af8(...)

Le commentaire est rassurant :-(

Perso j'utilise php pour faire tourner SquirrelMail et ce n'est pas un logiciel en qui j'ai confiance.

les pixels au peuple !

il y a une vraie utilité au GOTO ?

En général c'est employé pour la gestion des erreurs (en C), ça rend le code plus clair en évitant des multiples if imbriqués.

les pixels au peuple !

Les applis GTK sont horriblement mal intégrées.

C'est pas la faute de KDE si les applis GTK sont si laides par défaut !
Il y a une petite appli pour utiliser les thèmes KDE dans les applis GTK et c'est beaucoup mieux:

gtk-qt4-engine-1.1_1 GTK-QT Theme Engine allows GTK2 apps to use QT/KDE themes

les pixels au peuple !

Et tu préconises quelle distrib ?

FreeBSD, c'est le KDE livré par le projet KDE, avec des trucs en moins genre appli systèmes (mais on s'en fout, y'a un shell) parce que ce n'est pas porté si ça dépend trop de Linux.

Ça marche pas mal sur ma machine, vu les commentaires sur KDE 4.3 je suis impatient que ça arrive par chez nous (KDE 4.2.4 là).

les pixels au peuple !

Or, pour autant que je comprenne, les sources en rapport avec CUPS sont un enrobage (wrapper) pour le pilote LPR. Donc sans les sources du pilote LPR, j'en déduis que je ne ferais pas grand chose de celles de l'enrobage.

D'après ce que je peux voir, le pilote lpr appelle au final un binaire rawtobr qui n'est pas libre (pour une HL1430).

Sans compter que le wrapper brcupsconfig m'a l'air écrit avec les pieds.

Bref, sapucestpaslibre.

(j'utilise hpijs à la place)

les pixels au peuple !

Cette version, pourtant plus récente que 7.1 sera supporté 8 mois de moins. Je trouve ça un peu bizarre

Oui en effet, mais c'est comme ça. Tu as trois types de releases :
Early adopter : versions tirées de -CURRENT sont supportées 6 mois.
(en pratique j'ai jamais vu de version suivante sortir avant 10 mois, d'où un support d'environ un an)

Normal : versions tirées de -STABLE sont supportées un an

Extended : versions tirées de -STABLE qui sont supportées deux ans.

La différence entre normal et extended est assez arbitraire, cela dépend si la version est un succès ou pas. En général on a par branche:
early / extended / normal / extended (fin de vie de la branche)

Normalement, une mise à jour dans une même branche ne doit rien casser et se fait très facilement. Mais il y a parfois des régressions et il faut quand même être prudent (et tester les betas, RC...).

ou alors ils font aussi des version LTS chez FreeBSD.

Ce n'est pas comparable parcequ'ici on ne cause que du système de base et du noyau, pas des applications fournies par des tiers qui ont leur propre politique.

les pixels au peuple !

Merci pour ta news.

Mineure, y'a quand même des choses intéressantes dans la 7.2 qui viennent de CURRENT. Tiré de "What's cooking for FreeBSD 8" <http://ivoras.sharanet.org/freebsd/freebsd8.html>

- jails : ajout de IPv6, de multiples IP et de SCTP. Y(a plus qu'à attendre la virtualisation de la couche réseau qui sera dans la 8.0.
Couplé avec ZFS ça sera chouette.

- ports: build en parallèlle des ports (concerne toutes les versions supportées)

- support de l'extraction à chaud d'un périphérique monté : bah depuis toujours ça paniquait ça. Ça devenait une feature plutôt qu'un bug....

- superpages

- mise à jour des pilotes pour le DRM, qui en avaient bien besoins
- nouvelle version de snd_hda (pour les cartes son HDA)

j'oublie sûrement des trucs. Ah oui procstat a été mergé, mais je ne sais pas quand (7.1 ?)

les pixels au peuple !

En d'autres termes : FreeBSD 7.2 permet d'utiliser de manière transparentes les superpages (pages mémoire de 4 Mo au lieu de 4 Ko) sans modifier les applications. Pour 100 Mo, une application utilisera 25 superpages au lieu de 25600 pages classiques (4 Ko), ce qui va optimiser l'utilisation de la translation d'adresse (TLB : mémoire virtuelle => mémoire physique) et donc accélérer vos applications.

C'est pas aussi simple, ça dépend du matériel qui peut ne disposer que de très peu d'entrées pour les superpages (plus y'en a mieux c'est). Et faire coexister des superpages avec des pages normales peut mener à des problèmes de fragmentations de la mémoire. D'après ce que j'ai lu, sur certaines charges le résultat peut-être mauvais, pire qu'avec des pages normales.

ce papier explique bien la problématique : http://www.cs.rice.edu/~ssiyer/r/superpages/osdi02superpages(...)

voir aussi :
http://ivoras.sharanet.org/blog/tree/2008-08-19.status-of-su(...)

Je vais essayé j'ai un core duo là.

les pixels au peuple !

Tu es sur que leurs implementations sous FreeBSD sont pas sous licence BSD ? (ça m'étonnerais)

Oui c'est sûr, il s'agit de l'implémentation de Sun qui est portée:
"This module (opensolaris) contains code covered by the
Common Development and Distribution License (CDDL)
see http://opensolaris.org/os/licensing/opensolaris_license/
WARNING: ZFS is considered to be an experimental feature in FreeBSD."

La contrainte pour FreeBSD c'est que le noyau générique fourni doit être en licence BSD. Mais rien n'interdit d'avoir des modules sous une autre licence (GPL par exemple). Pour dtrace il a fallu réimplémenter une partie en licence BSD parce que ça touche un peu tout le noyau.

les pixels au peuple !

J'ai beau tourné la question dans tous les sens, je ne vois pas le soucis.

Ben lorsque une distrib basée sur le noyau opensolaris et un userland debian était sortie ça avait posé problème à certain chez Debian.
http://linuxfr.org/~neriki/20063.html

Sachant que ZFS et dtrace sont en licence CDDL on peut se poser la question.

les pixels au peuple !

bon allez je vais répondre (ou plutôt tenter de répondre correctement) :

1. La liberté :

Et c'est important la liberté. Les BSD on peu en mettre tant qu'on veut dans sa freebox sans que personne vienne te casser les noix.

les pixels au peuple !