Patrick Lamaizière a écrit 300 commentaires

Il n'y a pas de forum francophone vivant, càd pas trop endormi, pour répondre aux questions du genre :

fug-fr n'est pas trop vivant mais il y a encore des gens dessus, pas de soucis pour avoir des réponses.

La doc a l'air vieux (http://www.freebsd.org/doc/fr_FR.ISO8859-1/articles/multi-os/).

En effet, ça devrait être mieux là :

http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html
(la doc anglaise est plus à jour)

les pixels au peuple !

j'ai du mal à imaginer comme tu peux galérer à installer FreeBSD.

J'ai galéré comme pas possible avec le nouvel installateur ! Honnêtement ça a l'air bien bogué dés que tu ne fais pas "suivant" ou quand tu as des partitions pré-existantes. Entre autre il ne marque pas la partition bootable, obligé de sortir sysintall pour le faire.

les pixels au peuple !

Dommage les séries XFI de chez Créative commence déjà à dater, et toujours aucune prise en charge ?

As tu as essayé le port oss (audio/oss), il y a une page de man "oss_sbxfi.7", alors peut-être qu'il supporte ces cartes (?). Pas sûr que ça fonctionne...

Y'a pas beaucoup de gens qui bossent sur le son dans FreeBSD.

les pixels au peuple !

Pour moi, le non support des systèmes de fichiers linux est le plus gros frein. J'ai pratiquement tout mes disques en ext3/4.

Vous ne voulez pas qu'on vous vole votre code. Peut-être qu'en mettant le code de ext3/4 sous une licence acceptable, les autres systèmes l'importeront ?

À dire vrai, c'est plus un manque d'intérêt qu'un problème de licence ama. Mais j'ai pas pu m'empêcher :)

Dans les autres freins, les fanboy freeBSD « c'est vraiment trop inzuste » me gonflent prodigieusement

Je ne vois pas grand monde se plaindre ni même beaucoup de fanboy. Tu as des exemples ?
Si je prends le dernier cas en date, la pétition envers le gars de systemd, c'était juste débile et ça n'a même pas atteint 200 signatures.

le fait qu'il soit plus compliqué de trouver de la doc sur internet (la qualité de la doc officiel n'étant pas en cause).

Ben je ne trouve pas.

les pixels au peuple !

Salut Baptiste,

Mais est-ce qu'il y a des dépots de paquets pour pkgng ?

J'ai toujours pas trouvé le temps de regardé pkgng :(, s'il faut faire ses propres paquets l'intérêt est limité pour l'instant.

les pixels au peuple !

Pour les listes et queues tu as queue(3)
http://www.freebsd.org/cgi/man.cgi?query=queue

C'est que des macros, suffit de copier sys/queue.h si ce n'est pas présent sur le système cible.

les pixels au peuple !

Connaissant notre cher constructeur, je prédis des options avant-gardistes telles que l'autoradio, le gps, le radar/caméra de recul, le thermomètre extérieur, la météo (sous réserve d'abonnement 3G) ainsi qu'un widget qui rappelle la date de la prochaine révision...

Y'aura-t-il un plafonnier qui tient plus que 100 000 km ?

les pixels au peuple !

Pour l'admin, oui. Un utilisateur ordinaire qui n'a de toute façon pas accès à ces commandes en écriture se moque bien de les avoir en lecture seule.

Bof bof, quand on admine on le fait en utilisateur normal et on passe root seulement si besoin est.

Après la frontière est parfois floue, sous FreeBSD ping est dans /sbin (ben oui, commande système et en suid root) par exemple.

les pixels au peuple !

Surtout, quand on voit la facilité sous freeBSD : http://www.freebsd.org/doc/en/articles/solid-state/article.html

C'est un peu un pré-requis du système, en single user la racine est montée en read-only.

les pixels au peuple !

Moi j'aimerais bien savoir pourquoi debian (et peut être d'autres) s'obstinent à coller les fichiers de zone de bind

Ben typiquement ça varie (transfert de zone par exemple).

Pour www ça se discute, sous FreeBSD c'est dans /usr/local/www et ça me plait pas trop non plus.

les pixels au peuple !

Et pourquoi on ne reprendrait pas tout à zéro, avec des noms lisibles par des êtres humains?

Je suggère un C:\ avec tout dedans.

les pixels au peuple !

on a condamné à perpétuité Pétain

Non non, il a été condamné à mort. Sa peine à été commuée en perpétuité par De Gaulle (du fait de son âge).

les pixels au peuple !

Je te conseillerai RSSLounge pour remplacer Tiny Tiny RSS, tu ne seras pas déçu, moi qui trouvait ce dernier trop "lourd"...

Je conseille rss2nntp http://news.lacave.net/rss2nntp/index.html, ça feed des flux RSS dans un serveur de news. Comme ça je peux lire les flux sur mon VT100 en 76 colonnes (oui je suis un vieux con, qu'est-ce qu'y faut pas faire).

les pixels au peuple !

Je suis ces cours en période de chômage entre-deux jobs, ils sont très bien mais j'aurais voulu profiter de l'occasion pour faire une licence, seulement début octobre c'est trop tard pour s'inscrire... Je trouve cela stupide à quelques jours près on ne peut plus s'inscrire.

Houlala, tu veux dire à quelques mois près plutôt. J'ai fait un master et c'est plutôt:

1) aller à Pole Emploi pour leur dire ce que tu veux faire (ah oui faut être chomeur je pense) :
Bonjour, je voudrais faire ça (blabla sur les perspectives tout ça).
- Faut faire un bilan de compétences (deux mois)
- Euh l'inscription est dans 15 jours ?
- Bon dans ce cas vous allez voir un psychologue du travail (je savais bien que j'étais traumatisé par le boulot...).

2) Rendez-vous pris (je tombe sur un gars sympa de l'AFPA).
Bonjour, je voudrais faire ça (blabla sur les perspectives tout ça).
- Pas de problème, avis favorable.

3) En parallèle inscription à la FAC (faut anticiper)

Puis dossier à la Région pour avoir du blé pour financer l'inscription (4000 euros quand même en formation continue). (le bilan de compétence sert à ça en fait). La réponse vient trois mois après le début des cours et faut faire les chèques entre temps...

4) Divers déplacement à Pole Emploi pour de la paperasse.

Voilà, début octobre c'est largement rapé...

les pixels au peuple !

Sommaire

• grep -ir Ritchie /usr/src/*

D'après un post de Paul Schmehl
http://www.mail-archive.com/freebsd-questions@freebsd.org/msg250741.html

Bel hommage non ?

grep sur un FreeBSD dans /usr/src, chercher l'intru aussi

grep -ir Ritchie /usr/src/*

/usr/src/bin/cat/cat.1:.An Dennis Ritchie
/usr/src/contrib/ntp/util/ansi2knr.1:ansi2knr - convert ANSI C to Kernighan & Ritchie C
/usr/src/contrib/tcpdump/print-rx.c: * Sigh. This is gross. Ritchie forgive me.
/usr/src/games/fortune/datfiles/fortunes: -- Dennis M. Ritchie
/usr/src/games/fortune/datfiles/fortunes: -- Ken Thompson and Dennis M. Ritchie
/usr/src/games/fortune/datfiles/fortunes: -- Dennis M. Ritchie
/usr/src/games/fortune/datfiles/fortunes: -- Dennis M. Ritchie
/usr/src/games/fortune/datfiles/fortunes: Dennis Ritchie is twice as bright as Steve Jobs, and only half wrong.
/usr/src/games/fortune/datfiles/fortunes: -- Dennis M. Ritchie
/usr/src/games/fortune/datfiles/fortunes: Ritchie's Rule:
/usr/src/games/fortune/datfiles/fortunes: Dennis M. Ritchie
/usr/src/lib/libc/rpc/PSD.doc/xdr.rfc.ms:[1] Brian W. Kernighan & Dennis M. Ritchie, "The C Programming
/usr/src/lib/libcompat/regexp/README:a V8 manual page sent to me by Dennis Ritchie (the manual page enclosed
/usr/src/sbin/fsck_ffs/SMM.doc/3.t:I thank Bill Joy, Sam Leffler, Robert Elz and Dennis Ritchie
/usr/src/sbin/fsck_ffs/SMM.doc/3.t :.IP [Ritchie78] 20
/usr/src/sbin/fsck_ffs/SMM.doc/3.t :Ritchie, D. M., and Thompson, K.,
/usr/src/share/doc/papers/devfs/paper.me :published on UNIX by Ritchie and Thompson [Ritchie74]:
/usr/src/share/doc/papers/devfs/paper.me:The initial implementation used hardcoded inode numbers [Ritchie98].
/usr/src/share/doc/papers/devfs/paper.me:[Ritchie74]
/usr/src/share/doc/papers/devfs/paper.me:D.M. Ritchie and K. Thompson:
/usr/src/share/doc/papers/devfs/paper.me:[Ritchie98]
/usr/src/share/doc/papers/devfs/paper.me: Dennis Ritchie: private conversation at USENIX Annual Technical Conference
/usr/src/share/doc/papers/fsinterface/fsinterface.ms:filesystem [Ritchie74],
/usr/src/share/doc/papers/fsinterface/fsinterface.ms:.IP Ritchie74
/usr/src/share/doc/papers/fsinterface/fsinterface.ms:Ritchie, D.M. and K. Thompson, The Unix Time-Sharing System,''
/usr/src/share/doc/papers/kerntune/4.t:.IP [Ritchie74] 20
/usr/src/share/doc/papers/kerntune/4.t:Ritchie, D. M. and Thompson, K.,
/usr/src/share/doc/papers/malloc/malloc.ms:studied in theOld testament'', chapter 8 verse 7 [Kernighan & Ritchie]
/usr/src/share/doc/papers/sysperf/7.t:.IP [Ritchie74] 20
/usr/src/share/doc/papers/sysperf/7.t:Ritchie, D. M. and Thompson, K.,
/usr/src/share/doc/psd/01.cacm/p1:D. M. Ritchie and K. Thompson
/usr/src/share/doc/psd/01.cacm/p1:c programming language kernighan ritchie prentice-hall
/usr/src/share/doc/psd/01.cacm/ref.bib:%A D. M. Ritchie
/usr/src/share/doc/psd/02.implement/implement:ritchie thompson unix bstj 1978
/usr/src/share/doc/psd/02.implement/ref.bib:%A D. M. Ritchie
/usr/src/share/doc/psd/03.iosys/iosys:Dennis M. Ritchie
/usr/src/share/doc/psd/04.uprog/p0:Dennis M. Ritchie
/usr/src/share/doc/psd/04.uprog/p8:K. L. Thompson and D. M. Ritchie,
/usr/src/share/doc/psd/04.uprog/p8:B. W. Kernighan and D. M. Ritchie,
/usr/src/share/doc/psd/04.uprog/p9:D. M. Ritchie
/usr/src/share/doc/psd/06.Clang/Clang.ms:Dennis M. Ritchie
/usr/src/share/doc/psd/06.Clang/Clang.ms:by Brian W. Kernighan and Dennis M. Ritchie, Prentice-Hall, Inc., 1978.
/usr/src/share/doc/psd/15.yacc/ref.bib:%A D. M. Ritchie
/usr/src/share/doc/psd/15.yacc/ss0:Ritchie Kernighan Language Prentice
/usr/src/share/doc/psd/15.yacc/ssB:D. M. Ritchie, B. W. Kernighan, and M. O. Harris helped translate this document into English.
/usr/src/share/doc/psd/16.lex/lex.ms:B. W. Kernighan and D. M. Ritchie,
/usr/src/share/doc/psd/16.lex/lex.ms:B. W. Kernighan, D. M. Ritchie and K. L. Thompson,
/usr/src/share/doc/psd/16.lex/lex.ms:D. M. Ritchie,
/usr/src/share/doc/psd/17.m4/m4.ms:Dennis M. Ritchie
/usr/src/share/doc/psd/17.m4/m4.ms:which was written by D. M. Ritchie
/usr/src/share/doc/psd/20.ipctut/tutor.me:[Kernighan & Ritchie 1978],
/usr/src/share/doc/psd/20.ipctut/tutor.me:B.W. Kernighan & D.M. Ritchie, 1978,
/usr/src/share/doc/psd/contents/contents.ms:Dennis Ritchie and Ken Thompson's original paper about UNIX, reprinted
/usr/src/share/doc/psd/contents/contents.ms:Dennis Ritchie's overview of the I/O System of Version 7; still helpful for
/usr/src/share/doc/psd/contents/contents.ms:B.W. Kernighan and D.M. Ritchie, Prentice-Hall, 1978, that
/usr/src/share/doc/smm/05.fastfs/1.t:[Ritchie74], [Thompson78].*
/usr/src/share/doc/smm/05.fastfs/6.t:We also acknowledge Dennis Ritchie for his suggestions
/usr/src/share/doc/smm/05.fastfs/6.t:.IP [Ritchie74] 20
/usr/src/share/doc/smm/05.fastfs/6.t:Ritchie, D. M. and Thompson, K.,
/usr/src/share/man/man9/style.9:Dennis Ritchie in
/usr/src/share/misc/bsd-family-tree:[dmr] Dennis Ritchie, via E-Mail
/usr/src/usr.bin/calendar/calendars/calendar.birthday:09/09 Dennis Ritchie born, 1941
/usr/src/usr.bin/calendar/calendars/calendar.computer:01/16 Set uid bit patent issued, to Dennis Ritchie, 1979
/usr/src/usr.bin/calendar/calendars/calendar.music:04/14 Ritchie Blackmore (Deep Purple, Rainbow) is born, 1945
/usr/src/usr.bin/m4/NOTES: Kernighan, Brian W. and Dennis M. Ritchie,

les pixels au peuple !

"si tu n'es pas multimiliardaire t'a raté ta bronsonisation".

Vaut mieux avoir de lourdes dettes, tu es sûr d'être regretté...

les pixels au peuple !

Sais-tu où en est le projet (demexp) ?

C'est mort.

les pixels au peuple !

J'aurais du dire BSD ? :-)

ben qu'est-ce qu'on a encore fait ?
 

Theo président ! Theo président !

les pixels au peuple !

Et vous, pourquoi êtes-vous en 64 ou 32 bits ?

64 bits c'est mieux pour ZFS.

(je suis déjà dehors).

les pixels au peuple !

reproduire un réseau pour vérifier qu'en modifiant les règles du pare-feu, les applications continuent à fonctionner...

Je bosse sur une appli pour lister les règles de pare-feux entre deux points d'un réseau et j'ai écarté les émulateurs de réseaux parce qu'inadaptés (au besoin) :

• Tu n'as aucune idée des règles qui matchent. Si tu peux t'assurer que ça marche toujours, ça ne veut pas dire que la règle est adaptée (de même si tu veux bloquer un trafic).
• Si tu as plusieurs routes vers une destination, il faut tester tous les chemins possibles. Mon appli diffuse les paquets sur toutes les routes quand y'en a plusieurs. Et là tu t'écartes sensiblement d'un réseau IP.
• Reproduire tout l'environement applicatif est impossible chez nous au taf (beaucoup trop de choses).

La solution utilisée émule (au sens de reproduire le comportement, pas faire tourner un binaire) simplement les pare-feux en les faisant tourner sur un modèle de réseau léger en diffusion. L'inconvénient c'est qu'il faut coder le pare-feu à émuler mais c'est la seule méthode pour avoir un accès complet aux règles et savoir ce qu'il se passe.

L'appli est là : https://listes.cru.fr/wiki/jtacl/index

les pixels au peuple !

L'échec de KDE 4? En quoi KDE 4 a été un échec?

Ca a mis beaucoup trop de temps à marcher, et ce bien après l'arrêt de KDE 3.
Une fois que tu as migré, tu n'y reviens plus.

Je ne trouve pas que KDE cherche à améliorer mon "expérience utilisateur".

Oui je suis d'accord, j'aime bien KDE.

les pixels au peuple !

J'utilise Xfce4 depuis l'échec de KDE 4. Ça juste marche et ça ne cherche pas à améliorer ton expérience utilisateur (je suis un vieux con et j'ai pas envie qu'on m'améliore).

Y'a des thèmes sympas ce qui fait qu'en plus ça peut-être assez joli.

Bien sûr c'est en attendant E17, qui mettra tout le monde d'accord.

les pixels au peuple !

La je me suis trouvé face à Unity, c'est joli ça en jette mais c'est pas pratique pour bosser si bien que après 1 mois (j'ai voulus persister) je suis repassé à un gnome conventionnel (surtout sur mon fixe ou j'ai un 24p).

Ah bon. En fait j'ai eu raison de ne pas tenir plus de 10 minutes.
Merci pour l'info !

les pixels au peuple !

Pour le clavier (le clavier Windows est chiant) j'avais fait un layout Xorg latin9 :

http://www.lamaiziere.net/logiciels.html#CLAVIER_X

(le binaire fourni ne marche pas en 64 bits mais il suffit de regénérer le bidule avec une version récente de Microsoft Keyboard Layout Creator. Use the source Luke)

Ceci je n'utilise plus Windows au boulot, ma problématique du moment c'est plutôt comment survivre sous Ubuntu pour un bsdiste...

les pixels au peuple !

vous ne publiez pas de drivers pour votre matériel ---> vous perdez X parts de marché (qui éventuellement vont à la concurrence),

On n'en veut pas de leur driver, on veut les spec du matos.

les pixels au peuple !