Bapt a écrit 772 commentaires

tvtime ne supporte pas le driver bktr (driver de la carte tv sous FreeBSD) alors que zapping marche très bien, même si il n'est pas "'encore" intégré au ports.
Il compile très pour peut que tu installe la libzvbi (dans les ports) et rte (à la main, mais non indispensable, c'est pour l'enregistrement)

La seule solution (j'ai eu le problème) c'est soit d'installer GNU Date, je ne pense pas que tu es le droit. Sinon c'est d'utiliser un appel à perl -i -e 'lafunctionquidonneladateensecondedepuisepoch"

Entre les deux, il ne reste pas grand monde pour contribuer aux codes sous license BSD. A partir de là, dur de faire du code "mieux" en quantité.

Bah quand même regarde un peu :
Les *BSD sortent en se moment des version à tout va, et qui en plus sont à jour, c'est bien qu'il y a de développeurs derrières (FreeBSD6 OpenBSD3.8 NetBSD3 DragonFly1.4) et nouvelle distrib arrive pfsense, PCBSD, DesktopBSD.

Tu utilises tous les jours du code BSD (tu as bien un OpenSSH chez toi ?) .
PostgreSQL c'est du BSD (modifié).
Dans la ligné ZSH, lighttpd,..., y en a plein d'autre que j'oublie, mais ce sont des gros projects.

dans les petits derniers : bsdtar (meilleur que gnutar globalement) PF y a pas mieux en libre.

Donc des développeurs il y a en a un paquets, merci à eux. Et la qualité quand tu regardes le peu que je t'ai cité c'est déjà pas mal.


Si je regarde Freshmeat :
http://freshmeat.net/browse/14/
# BSD License (original) (1494 projects)
# BSD License (revised) (1115 projects)

C'est beaucoup moins que la GPL et la LGPL, mais c'est quand même pas mal, sachant que beaucoup de projet sous license BSD ne cherche pas à se référencé dans Freshmeat et autre site du genre.

Je ne veux pas me répéter donc je met le liens vers mon poste de la dernière news que j'ai vue sur le sujet.

http://linuxfr.org/2005/09/15/19572.html

C'est bien qu'il propose Mandriva, mais c'est toujours de la vente liée tant qu'ils ne font pas les versions sans OS.

PS : c'est mieux dit dans mon précédent poste.

Ton extension c'est google preview
https://addons.mozilla.org/extensions/moreinfo.php?id=189&am(...)

Ca correspond à ce que je cherche. le seul petit problème c'est que sur les deux modules fuse disponible smbfs et smbnetfs seul le second fonctionne à la fois sur Linux et FreeBSD, et j'ai des problèmes de compilation de ce dernier sur FreeBSD, mais en fouillant un peut, je devrais pouvoir y arriver.

Merci.

Bah non, car n'ai pas trouvé d'option de recherche dans smbclient...

moi je veux pouvoir faire des find... La solution fuse cité précédemment me semble beaucoup plus intéressante.

Non la seule chose à faire attention, c'est de ne pas copier dans ta partoche fat32 deux fichiers du même nom dans le même rep, car que tu passe en utf8 linux doit considérer comme tu le dis que c'est case sensitif, et donc écrire les deux ToTo et toto, par exemple, ce que Windows ne comprends pas.
En revanche, si tu y fait bien attention à ne pas mettre deux fichiers ou /et rep de même nom mais de casse différente au même endroits. ça ne pose aucun problème.

sur la fat32 tu as utf8 pour iocharset, et le codepage le code page Je crois (je me trompe peut être, je n'ai plus de linux sous la main pour le moment - sous FBSD) que le codepage, c'est le format dans lequel c'est écris sur la FAT32, l'utf8 c'est le format dans lequel tu vas le lire ton linux.

Quelqu'un avait les même problèmes résolu par l'iocharset/codepage apparemment :

http://linuxfr.org/forums/9/7751.html

En ce qui concerne hal pmount, je ne sais pas je ne l'utilise pas.

Non, Fat32 n'est pas prêt pour l'utf8

avec l'option : "iocharset=utf8" dans ton fstab pour les points de montages fat32, ça ne pose aucun problème. Sinon quand tu recompile ton kernel tu as des options genre "default nls" ou un truc du genre pour la fat32.


Moi je n'ai pas de problèmes avec les accents et les clefs usb. mes fichiers sont lu normalement sous Windows. et je les récupère correctement.
Mon système est en utf8.

Suite à tous les commentaires ci-dessus, je voudrais juste préciser quelques points :

1/ Pour les *BSD, du code GPL peut être intégré au noyau cf reiserfs, ext2, xfs pour FreeBSD. Ils sont intégrés à la distribution de base, mais comme ils contiennent du code GPL en plus du code BSD ils ne peuvent être disponible que en tant que modules.

2/ Pour la légende urbaine comme quoi les BSD ne peuvent avoir de modules et tout doit être dans le kernel (comme je l'ai lu plus haut), c'est complètement faux, sous FreeBSD (je ne connais pas les commandes pour net ou open) kldoad, kldunload, et kldstat me permettent de jouer avec les modules. /boot/loader.conf me permet de charger les modules au démarrage.

3/ Je suis parfaitement d'accord avec le fait de mettre les drivers sous license BSD, c'est la seule license qui peut être intégrée sous tous les OS (de part sa permissivité). si on veut pousser les solutions alternatives, Linux, *BSD, reactos, opensolaris, ... Si on veut qu'elles se développent, il faut qu'elles supportent le maximum de matériels, et plutôt que de réinventer la roue à chaques fois, si on n'a pas les specs (ce qui serait l'idéal) autant faire les drivers sous une license universelle. Faire en sorte que seul linux supporte tel ou tel matos n'est pas une solution... Linux ne plait pas forcément à tout le monde, de plus quand il sera obsolète (et il le sera un jour) Il faudra tout recommencer pour le nouvel OS "à la mode" qui sera libre mais non compatible GPL...

Du driver c'est moins contraignant que des softs. Autant je peux comprendre que le license BSD ne plaise pas à tout le monde pour faire des softs, autant pour les drivers, je ne vois pas le problème.

Et pour vérifier que ton code fonctionne correctement sur plusieurs Archi plusieurs OS libres ??? puisque comme tu le dis :

Un des interret de l'OpenSource étant justement la portabilité et la disponibilité sur de nombreuses plateforme.

Il faut bien le tester sur les nombreuses plateformes. C'est pratique de pouvoir émuler ces platformes et infiniment moins coûteux que d'acheter une nouvelle machine à chaque fois.

Par exemple certains paquageur pour distrib linux utilisent qemu :
http://planet.gentoo.org/developers/flameeyes?s=qemu&sen(...)

Qemu est utilisé pour tester/développer Gentoo/FreeBSD sur amd64.

Moi, je l'utilise pour tester des OS libres avant de les installés sur mes machines, ainsi je garde mes machines fonctionnelles et limite le temps d'indisponibilité à cause d'un OS foireux, etc. Le côté multi archi pour l'émulation m'intéresse car j'ai de l'amd64 et de l'x86.

Je vais être un peu de mauvaise fois moi aussi, mais kopete est multi-os, car il n'éxiste pas que Windows/Mac/Linux, mais kopete existe aussi sous FreeBSD, NetBSD, OpenBSD, et toutes les plateformes qui supportent KDE.

En revanche, le côté multi-OS est plus poussé chez Gaim, puisqu'il tourne aussi sur Windows.

Désolé, j'ai laissé un presque de trop, mais tout le monde aura corrigé

Pardon c'est donc :
http://package.gentoo-portage.com/dev-libs/DirectFB
emerge DirectFB

emerge directfb

N'importe quoi, sous Gentoo tout est installé dans /usr... (/usr/X11R6 à disparu il doit y avoir environ 1 an maintenant. un lien symbolique est là pour la compatibilité)
rien dans usr/local permattant ainsi de pouvoir installer tes softs à la main, sans les mélanger avant ceux de portage.

pkgsrc, ce n'est pas les ports (même si c'est très proche) les ports c'est sur OpenBSD et FreeBSD, le principe pour les install depuis les ports :
dans /usr/X11R6 : tout ce qui lié directement à X
dans /usr/local : tout ce qui n'est pas lié directement à X

Franchement, quand je grave un CD, je préfère faire 3 clicks avec k3b que lire le man de cdrecord

Moi je préfère taper "grave monfichier.iso" ou grave est un alias vers cdrecord et toutes mes options qui vont bien.

Si ce n'est pas une iso je mets mes fichiers a graver dans un dossier et "mkiso" ou mkiso est une fonction zsh faite par mes petites mains avec un wizard qui me pose 1 question : nom de mon iso.

bref pour un CD data : mkiso puis grave moniso (plus simple que k3b non ?)

PS : j'ai plein de fonction pour les autres besoins de gravure...

La ligne de commande c'est ce qu'il y a de plus rapide quand on sait s'en servir et que l'on se fait un petit peu chier. Maintenant les GUI c'est très bien aussi quand on ve faire plein de chose sans se faire chier, mais c'est souvent (pas toujours) plus lent.

Je sais que OpenBSD ne fonctionne pas pareil et que chaque BSD à un système d'init particulier, c'est pour ça que j'ai parlé du cas de FreeBSD en le nommant explicitement, puisque tout les systèmes BSD ne fonctionne pas avec le comportement décrit précédemment, qui est celui d'OpenBSD et comme on est dans une news FreeBSD, il me semble juste de rectifier le fait que FreeBSD ne fonctionne pas comme ça... Il ne me semble pas avoir généralisé ma remarque pour tous les BSD. Je ne prend pas non plus FreeBSD pour LE BSD.

Pour le reste, à l'époque, il y avait un gros script d'init qui lançait tout et un ou deux script qui contenaient les paramètres du système sous forme de variables, mais cela a peut-être évolué aussi...

C'est toujours le cas : rc.conf.
C'est aussi très différents de SysV : pas de liens symbolique partout, pas de niveau d'init farfelus (je sais le 0, 1, 3 et 6 sont utiles sous SysV, mais le 4 et 5 tout le monde fait ce qu'il veut et ça change d'une distrib à l'autre).

Pour lancer un serveur comme lighttpd je met lighttpd_enable="YES" dans rc.conf.
Les scripts en eux même sont semblable : start|stop|restart, mais le fonctionnement est bien différent.

c'est marrant moi pour redémarrer lighttpd par exemple, sur mon FreeBSD je ne fait pas un kill pour le relancer, mais /usr/local/etc/rc.d/lighttpd restart donc je ne vois pas le problème... pour ssh : /etc/rc.d/ssh restart

Perso j'adore le system d'init de FreeBSD, simple efficace, propre

Je le trouve trop lourd (horde pas imp) à mettre en place pour mon utilisation.
De plus je n'aime pas la manière d'accéder aux différents dossiers (pas pratique).
Pour finir il n'est pas très beau non plus :)

Enfin qemu est gratuit et disponible sur tous les OS depuis longtemps, donc une image qemu serait mieux à mon avis et plus dans l'exprit du libre.

Va plutôt poser tes questions sur le forum de gentoo :

http://forums.gentoo.org/viewforum-f-35.html

Y a une section French dans la langue de molière et plein de gens pour te répondre et t'aider dans tes démarches d'appentissage.

Bon courrage.

En ce qui concerne reiserfs je suis d'accord, mais pour ext2 :
Most of the files in this directory are written by Godmar Back or modified
by him using the CSRG sources. Those files are covered by the Berkeley-style
copyright. However the following files are covered by GPL.
sur 22 fichiers .c et .h il y en a 9 sous GPL...

Pour l'info cf /usr/src/sys/gnu/gs/ext2fs/COPYRIGHT.INFO