Utilisateur de Linux depuis plusieurs années je découvre petit à petit
le monde FreeBSD. Je voudrais tout d'abord saluer le travail fait autour
du handbook qui est assez exceptionnel.
Cela dit, je suis un peu perdu dans gestion des paquets sous ce système.
Je constate qu'il existe plusieurs dépots binaires sur le serveur FTP:
D'après ce j'ai compris, reprenez moi si je me trompe, le suffixe
"-stable" indique que les paquets on été construit avec un version
"-stable" du système. Même chose pour "-release" et "-current".
Ce que j'ignore pour le moment c'est la fréquence à laquelle ces
paquetages sont mis à jour. (Je suppose que "-release" ne bouge jamais,
même pas pour des correctifs touchant à la sécurité du système).
Voici ce que j'envisage de faire pour la première installation du
système. Installer FreeBSD à partir du CD sans installer aucun package.
Installation des "gros" paquets genre Xorg, firefox, etc via le dépot
"packages-6-stable" du FTP. Mis à jour régulière via les ports avec
portmanager. Ma démarche est-elle correcte ?
le 10/12/2007 à 20:40, Marc Espie a écrit dans le message <fjk4ml$13e8$ :
Puisqu'on est dans les doléances, à quand un support des locales ?
Un support *complet* tu veux dire... parce qu'on a deja un support partiel, hein. meme si c'est pas forcement apparent.
La première commande me venant à l'esprit est locale(1) qui n'existe pas. Quand tu parles de support partiel, tu veux dire qu'un « LC_COLLATE=fr_FR.ISO8859-15 sort un_fichier_avec_des_accents » ou un « echo "à" | LC_TYPE=fr_FR.ISO8859-15 grep '[[:alpha:]] » fonctionnent comme attendu ?
La classification des caracteres selon le locale, si c'est un locale 8 bits, fonctionne.
Les trucs plus evolues, genre tri ou wfprintf, c'est pas la.
Les locales a etat, style utf8, c'est pas la non plus. C'est plutot la-dessus que j'ai l'intention de passer du temps pour commencer, d'ailleurs...
In article <874peqth42@message.id>, Benoit Izac <benoit.izac@free.fr> wrote:
Bonjour,
le 10/12/2007 à 20:40, Marc Espie a écrit dans le message
<fjk4ml$13e8$1@biggoron.nerim.net> :
Puisqu'on est dans les doléances, à quand un support des locales ?
Un support *complet* tu veux dire... parce qu'on a deja un support
partiel, hein. meme si c'est pas forcement apparent.
La première commande me venant à l'esprit est locale(1) qui n'existe
pas. Quand tu parles de support partiel, tu veux dire qu'un
« LC_COLLATE=fr_FR.ISO8859-15 sort un_fichier_avec_des_accents »
ou un « echo "à" | LC_TYPE=fr_FR.ISO8859-15 grep '[[:alpha:]] »
fonctionnent comme attendu ?
La classification des caracteres selon le locale, si c'est un locale
8 bits, fonctionne.
Les trucs plus evolues, genre tri ou wfprintf, c'est pas la.
Les locales a etat, style utf8, c'est pas la non plus. C'est plutot
la-dessus que j'ai l'intention de passer du temps pour commencer,
d'ailleurs...
le 10/12/2007 à 20:40, Marc Espie a écrit dans le message <fjk4ml$13e8$ :
Puisqu'on est dans les doléances, à quand un support des locales ?
Un support *complet* tu veux dire... parce qu'on a deja un support partiel, hein. meme si c'est pas forcement apparent.
La première commande me venant à l'esprit est locale(1) qui n'existe pas. Quand tu parles de support partiel, tu veux dire qu'un « LC_COLLATE=fr_FR.ISO8859-15 sort un_fichier_avec_des_accents » ou un « echo "à" | LC_TYPE=fr_FR.ISO8859-15 grep '[[:alpha:]] » fonctionnent comme attendu ?
La classification des caracteres selon le locale, si c'est un locale 8 bits, fonctionne.
Les trucs plus evolues, genre tri ou wfprintf, c'est pas la.
Les locales a etat, style utf8, c'est pas la non plus. C'est plutot la-dessus que j'ai l'intention de passer du temps pour commencer, d'ailleurs...
Thierry PINELLI
Michel Talon wrote:
Et apt-get c'est exactement la même chose, il gère les dépendances automatiquement, et utilise dpkg de la même façon que portupgrade utilise pkg_add. Une différence est que apt-get est écrit en C++, la plus importante est qu'il marche bien ...
L'autre différence est que le système de base d'un *BSD n'est pas mis à jour par un apt_trucmuche ou un dpkg_machinchouette ou un pkg_add
Donc la Debianerie n'a rien à voir avec les BSD Ce n'est pas la même chose
Michel Talon wrote:
Et apt-get c'est exactement la même chose, il gère les dépendances
automatiquement, et utilise dpkg de la même façon que portupgrade
utilise pkg_add. Une différence est que apt-get est écrit en C++, la
plus importante est qu'il marche bien ...
L'autre différence est que le système de base d'un *BSD n'est pas mis à
jour par un apt_trucmuche ou un dpkg_machinchouette ou un pkg_add
Donc la Debianerie n'a rien à voir avec les BSD
Ce n'est pas la même chose
Et apt-get c'est exactement la même chose, il gère les dépendances automatiquement, et utilise dpkg de la même façon que portupgrade utilise pkg_add. Une différence est que apt-get est écrit en C++, la plus importante est qu'il marche bien ...
L'autre différence est que le système de base d'un *BSD n'est pas mis à jour par un apt_trucmuche ou un dpkg_machinchouette ou un pkg_add
Donc la Debianerie n'a rien à voir avec les BSD Ce n'est pas la même chose
Thierry PINELLI
wrote:
On 2007-12-06, totof2000 wrote:
Je me demande parfois pourquoi j'ai préféré NetBSD a FreeBSD, et quand je lis ça je me le rappelle ...
Comment c'est fait dans NetBSD ?
c'est fait par pkgsrc qui a l'immense avantage de pouvoir être utilisé sous Linux Je l'ai fait dans le temps et DracoLinux l'utilise.
Il y a un seul outil qui gère le dépaquetage, l'installation, le download, les dépendances, etc ?
pkg_add se charge de tout :)
rixed@apc.happyleptic.org wrote:
On 2007-12-06, totof2000 <nospam@nospam.org> wrote:
Je me demande parfois pourquoi j'ai préféré NetBSD a FreeBSD, et quand
je lis ça je me le rappelle ...
Comment c'est fait dans NetBSD ?
c'est fait par pkgsrc qui a l'immense avantage de pouvoir être utilisé
sous Linux
Je l'ai fait dans le temps et DracoLinux l'utilise.
Il y a un seul outil qui gère le dépaquetage, l'installation, le
download, les dépendances, etc ?
Je me demande parfois pourquoi j'ai préféré NetBSD a FreeBSD, et quand je lis ça je me le rappelle ...
Comment c'est fait dans NetBSD ?
c'est fait par pkgsrc qui a l'immense avantage de pouvoir être utilisé sous Linux Je l'ai fait dans le temps et DracoLinux l'utilise.
Il y a un seul outil qui gère le dépaquetage, l'installation, le download, les dépendances, etc ?
pkg_add se charge de tout :)
Thierry PINELLI
Michel Talon wrote:
Il y en a moins de 1000 qui ne compilent pas de façon totalement automatique sur le cluster de FreeBSD et encore parmi ceux là la plus grande partie des problèmes sont liés à des questions de licence. En ce qui concerne Debian ils en sont à largement plus de 20 000 paquets.
Wharff !!
Une lib chez Debian est tronconnée en 4 paquets : les runtime, les devel, la doc, les man, les .la etc ...
On a vite fait de tout multiplier par 5
D'autre part, un simple 'ls' est un paquet chez Debian, pas sur un BSD
Le chiffre de 20000 est surfait
Michel Talon wrote:
Il y en a moins de 1000 qui ne compilent pas de façon totalement automatique
sur le cluster de FreeBSD et encore parmi ceux là la plus grande partie
des problèmes sont liés à des questions de licence. En ce qui concerne
Debian ils en sont à largement plus de 20 000 paquets.
Wharff !!
Une lib chez Debian est tronconnée en 4 paquets : les runtime, les
devel, la doc, les man, les .la etc ...
On a vite fait de tout multiplier par 5
D'autre part, un simple 'ls' est un paquet chez Debian, pas sur un BSD
Il y en a moins de 1000 qui ne compilent pas de façon totalement automatique sur le cluster de FreeBSD et encore parmi ceux là la plus grande partie des problèmes sont liés à des questions de licence. En ce qui concerne Debian ils en sont à largement plus de 20 000 paquets.
Wharff !!
Une lib chez Debian est tronconnée en 4 paquets : les runtime, les devel, la doc, les man, les .la etc ...
On a vite fait de tout multiplier par 5
D'autre part, un simple 'ls' est un paquet chez Debian, pas sur un BSD
Le chiffre de 20000 est surfait
Thierry PINELLI
Marc Espie wrote:
Pour ce qui est de java, on est pour l'instant toujours coinces par la licence de sun en ce qui concerne la redistribution de packages binaires.
On en trouve pourtant :
/home/tpinelli>uname NetBSD /home/tpinelli>java -version java version "1.5.0-p3" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-p3-duh1) Java HotSpot(TM) Client VM (build 1.5.0-p3-duh1, mixed mode)
Et ce n'est pas de l'émulation Nunux :)
Marc Espie wrote:
Pour ce qui est de java, on est pour l'instant toujours coinces par la
licence de sun en ce qui concerne la redistribution de packages binaires.
On en trouve pourtant :
/home/tpinelli>uname
NetBSD
/home/tpinelli>java -version
java version "1.5.0-p3"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-p3-duh1)
Java HotSpot(TM) Client VM (build 1.5.0-p3-duh1, mixed mode)
Pour ce qui est de java, on est pour l'instant toujours coinces par la licence de sun en ce qui concerne la redistribution de packages binaires.
On en trouve pourtant :
/home/tpinelli>uname NetBSD /home/tpinelli>java -version java version "1.5.0-p3" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-p3-duh1) Java HotSpot(TM) Client VM (build 1.5.0-p3-duh1, mixed mode)
Et ce n'est pas de l'émulation Nunux :)
Thierry B.
--{ Thierry PINELLI a plopé ceci: }--
Une lib chez Debian est tronconnée en 4 paquets : les runtime, les devel, la doc, les man, les .la etc ...
Là, je suis d'accord. C'est un calvaire. Séparer le runtime et
le devel, je ne supporte pas ça. <mylife>Compiler R sur une machine à 266, ça prend deux ou trois jours. Et découvrir que tu ne peux pas faire <flèche-haute> parce que readline-devel n'est pas dans la machine, pffeeee, la haine.</mylife>.
Le chiffre de 20000 est surfait
Tablons alors sur 34200.
-- Et un plop amical a toutes les noctimoules.
--{ Thierry PINELLI a plopé ceci: }--
Une lib chez Debian est tronconnée en 4 paquets : les runtime, les
devel, la doc, les man, les .la etc ...
Là, je suis d'accord. C'est un calvaire. Séparer le runtime et
le devel, je ne supporte pas ça. <mylife>Compiler R sur une
machine à 266, ça prend deux ou trois jours. Et découvrir que
tu ne peux pas faire <flèche-haute> parce que readline-devel
n'est pas dans la machine, pffeeee, la haine.</mylife>.
Une lib chez Debian est tronconnée en 4 paquets : les runtime, les devel, la doc, les man, les .la etc ...
Là, je suis d'accord. C'est un calvaire. Séparer le runtime et
le devel, je ne supporte pas ça. <mylife>Compiler R sur une machine à 266, ça prend deux ou trois jours. Et découvrir que tu ne peux pas faire <flèche-haute> parce que readline-devel n'est pas dans la machine, pffeeee, la haine.</mylife>.
Le chiffre de 20000 est surfait
Tablons alors sur 34200.
-- Et un plop amical a toutes les noctimoules.
TeXitoi
(Marc Espie) writes:
In article , TeXitoi wrote:
- rxvt-unicode (http://software.schmorp.de/pkg/rxvt-unicode.html) Ca je verrai.
cool :)
- OUnit (bibliothèque de tests pour OCaml, mais bon, ca commence à être exotique, là ;-) http://www.xs4all.nl/~mmzeeman/ocaml/) Peu de chance que j'ai le temps de tester.
C'est ce qui se fait de plus simple en bibliothèque OCaml, Si j'ai le courage, un jour, je ferrai un port.
- shell-fm (http://nex.scrapping.cc/shell-fm/) Ca devrait pas etre TRES dur a porter, ca... on a toutes les dependances.
Il marche plutôt bien comme lecteur lastfm en mode texte. Si j'ai le courrage, j'essaierai aussi de le packager. (ca me fera contribuer un peu).
- tuareg-mode (mode emacs pour OCaml http://www-rocq.inria.fr/~acohen/tuareg/) Ca, se sera pas moi... vim uniquement ;-)
héhé
- Quarry (un editeur sgf en GTK http://home.gna.org/quarry/) Ca pourrait etre marrant ca...
y'a pas trop de dépendance a priori. et gnugo est déjà dans les ports.
- midori (mais là, j'abuse un peu... http://software.twotoasts.de/?page=midori) Oui, t'abuse un peu... c'est quand meme marque en alpha sur leur page.
Ca marche et c'est utilisable ?
Le moteur c'est webkit-gtk, donc c'est rapide et efficace, mais avec quelques trucs qui manquent (notamment, j'ai jamais réussi à faire du https, mais il semble que c'est possible). L'interface est pas mal, avec gestion des onglets, mais pas encore de bookmarks. Je l'ai pas fait planté, mais je l'utilise rarement (le jour ou le https marchera, je pense que je l'utiliserai plus).
Mais ce qui m'empêche vraiment de passer à OpenBSD sur mon portable, c'est le non support de WPA Je sais qu'on a des gens qui bossent sur wpa, je sais pas ou ca en est...
J'ai entendu parlé de ça aussi.
et la gestion des umass propre en user space (genre à la pmount, mais j'ai pas trop cherché pour ce second >point).
Ca, je sais pas trop bien ce qu'on pourrait faire la-dessus... faudra voir. C'est certainement complique cote securite.
certes... ca fait un programme en suid ou appelé via sudo donc risque.
``Computers are good at following instructions, but not at reading your mind.'' -- Donald E. Knuth, the TeXbook
() ASCII ribbon campaign -- Against HTML e-mail / http://www.asciiribbon.org -- Against proprietary attachments
espie@lain.home (Marc Espie) writes:
In article <8763z6x1vg.fsf@epiano.appart>,
TeXitoi <texitoiNO@SPAMtexitoi.homelinux.org.invalid> wrote:
- rxvt-unicode (http://software.schmorp.de/pkg/rxvt-unicode.html)
Ca je verrai.
cool :)
- OUnit (bibliothèque de tests pour OCaml, mais bon, ca commence à
être exotique, là ;-) http://www.xs4all.nl/~mmzeeman/ocaml/)
Peu de chance que j'ai le temps de tester.
C'est ce qui se fait de plus simple en bibliothèque OCaml, Si j'ai le
courage, un jour, je ferrai un port.
- shell-fm (http://nex.scrapping.cc/shell-fm/)
Ca devrait pas etre TRES dur a porter, ca... on a toutes les dependances.
Il marche plutôt bien comme lecteur lastfm en mode texte. Si j'ai le
courrage, j'essaierai aussi de le packager. (ca me fera contribuer un
peu).
- tuareg-mode (mode emacs pour OCaml
http://www-rocq.inria.fr/~acohen/tuareg/)
Ca, se sera pas moi... vim uniquement ;-)
héhé
- Quarry (un editeur sgf en GTK http://home.gna.org/quarry/)
Ca pourrait etre marrant ca...
y'a pas trop de dépendance a priori. et gnugo est déjà dans les ports.
- midori (mais là, j'abuse un peu...
http://software.twotoasts.de/?page=midori)
Oui, t'abuse un peu... c'est quand meme marque en alpha sur leur page.
Ca marche et c'est utilisable ?
Le moteur c'est webkit-gtk, donc c'est rapide et efficace, mais avec
quelques trucs qui manquent (notamment, j'ai jamais réussi à faire du
https, mais il semble que c'est possible). L'interface est pas mal,
avec gestion des onglets, mais pas encore de bookmarks. Je l'ai pas
fait planté, mais je l'utilise rarement (le jour ou le https marchera,
je pense que je l'utiliserai plus).
Mais ce qui m'empêche vraiment de passer à OpenBSD sur mon portable,
c'est le non support de WPA
Je sais qu'on a des gens qui bossent sur wpa, je sais pas ou ca en est...
J'ai entendu parlé de ça aussi.
et la gestion des umass propre en user space (genre à la pmount, mais
j'ai pas trop cherché pour ce second >point).
Ca, je sais pas trop bien ce qu'on pourrait faire la-dessus... faudra
voir. C'est certainement complique cote securite.
certes... ca fait un programme en suid ou appelé via sudo donc risque.
- rxvt-unicode (http://software.schmorp.de/pkg/rxvt-unicode.html) Ca je verrai.
cool :)
- OUnit (bibliothèque de tests pour OCaml, mais bon, ca commence à être exotique, là ;-) http://www.xs4all.nl/~mmzeeman/ocaml/) Peu de chance que j'ai le temps de tester.
C'est ce qui se fait de plus simple en bibliothèque OCaml, Si j'ai le courage, un jour, je ferrai un port.
- shell-fm (http://nex.scrapping.cc/shell-fm/) Ca devrait pas etre TRES dur a porter, ca... on a toutes les dependances.
Il marche plutôt bien comme lecteur lastfm en mode texte. Si j'ai le courrage, j'essaierai aussi de le packager. (ca me fera contribuer un peu).
- tuareg-mode (mode emacs pour OCaml http://www-rocq.inria.fr/~acohen/tuareg/) Ca, se sera pas moi... vim uniquement ;-)
héhé
- Quarry (un editeur sgf en GTK http://home.gna.org/quarry/) Ca pourrait etre marrant ca...
y'a pas trop de dépendance a priori. et gnugo est déjà dans les ports.
- midori (mais là, j'abuse un peu... http://software.twotoasts.de/?page=midori) Oui, t'abuse un peu... c'est quand meme marque en alpha sur leur page.
Ca marche et c'est utilisable ?
Le moteur c'est webkit-gtk, donc c'est rapide et efficace, mais avec quelques trucs qui manquent (notamment, j'ai jamais réussi à faire du https, mais il semble que c'est possible). L'interface est pas mal, avec gestion des onglets, mais pas encore de bookmarks. Je l'ai pas fait planté, mais je l'utilise rarement (le jour ou le https marchera, je pense que je l'utiliserai plus).
Mais ce qui m'empêche vraiment de passer à OpenBSD sur mon portable, c'est le non support de WPA Je sais qu'on a des gens qui bossent sur wpa, je sais pas ou ca en est...
J'ai entendu parlé de ça aussi.
et la gestion des umass propre en user space (genre à la pmount, mais j'ai pas trop cherché pour ce second >point).
Ca, je sais pas trop bien ce qu'on pourrait faire la-dessus... faudra voir. C'est certainement complique cote securite.
certes... ca fait un programme en suid ou appelé via sudo donc risque.
Ni du fait que si l'upgrade rate en plein milieu parcequ'un port ne se construit pas, tu es baisé jusqu'au trognon, à moins de te lancer dans de la chirurgie sur les Makefile, chose qui m'est arrivée des *dizaines* de fois.
C'est hélas quelquechose qui m'arrive facile une fois sur deux. Idem pour le coup de l'upgrade de ruby. Depuis quelques temps j'ai des pbs de freeze de l'affichage, et je ne me suis rendu compte qu'hier que j'avais encore un reste de xorg-server_1.2.xxx en plus de xorg- server_1.4 installé. Je m'en suis rendu compte grâce à la complétion de mon shell ma proposé xorg-server_1.2 lorsque j'ai voulu déinstaller xorg-server_1.4.
-- Laurent C.
On 9 déc, 18:30, ta...@lpthe.jussieu.fr (Michel Talon) wrote:
Ni du fait
que si l'upgrade rate en plein milieu parcequ'un port ne se construit
pas, tu es baisé jusqu'au trognon, à moins de te lancer dans de
la chirurgie sur les Makefile, chose qui m'est arrivée des *dizaines*
de fois.
C'est hélas quelquechose qui m'arrive facile une fois sur deux. Idem
pour le coup de l'upgrade de ruby. Depuis quelques temps j'ai des pbs
de freeze de l'affichage, et je ne me suis rendu compte qu'hier que
j'avais encore un reste de xorg-server_1.2.xxx en plus de xorg-
server_1.4 installé. Je m'en suis rendu compte grâce à la complétion
de mon shell ma proposé xorg-server_1.2 lorsque j'ai voulu déinstaller
xorg-server_1.4.
Ni du fait que si l'upgrade rate en plein milieu parcequ'un port ne se construit pas, tu es baisé jusqu'au trognon, à moins de te lancer dans de la chirurgie sur les Makefile, chose qui m'est arrivée des *dizaines* de fois.
C'est hélas quelquechose qui m'arrive facile une fois sur deux. Idem pour le coup de l'upgrade de ruby. Depuis quelques temps j'ai des pbs de freeze de l'affichage, et je ne me suis rendu compte qu'hier que j'avais encore un reste de xorg-server_1.2.xxx en plus de xorg- server_1.4 installé. Je m'en suis rendu compte grâce à la complétion de mon shell ma proposé xorg-server_1.2 lorsque j'ai voulu déinstaller xorg-server_1.4.
-- Laurent C.
TeXitoi
TeXitoi writes:
(Marc Espie) writes:
In article , TeXitoi wrote:
- shell-fm (http://nex.scrapping.cc/shell-fm/) Ca devrait pas etre TRES dur a porter, ca... on a toutes les dependances.
Il marche plutôt bien comme lecteur lastfm en mode texte. Si j'ai le courrage, j'essaierai aussi de le packager. (ca me fera contribuer un peu).
C'est mon premier port, alors je le mets ici avant de l'envoyer sur
Je suis notamment pas sur du CONFIGURE_STYLE (j'ai pas réussi à le faire marcher avec gnu).
Je veux bien aussi un retour sur les patchs (strndup est utilisé et n'est pas dans OpenBSD) avant que je le propose upstream.
Il doit être possible de prendre les deux manpages de Debian pour les inclures dans ce port, ainsi que de mettre quelque part le fichier de conf exemple, mais je ne sais pas trop comment m'y prendre.
C'est mon premier port, alors je le mets ici avant de l'envoyer sur
ports@.
Je suis notamment pas sur du CONFIGURE_STYLE (j'ai pas réussi à le
faire marcher avec gnu).
Je veux bien aussi un retour sur les patchs (strndup est utilisé et
n'est pas dans OpenBSD) avant que je le propose upstream.
Il doit être possible de prendre les deux manpages de Debian pour les
inclures dans ce port, ainsi que de mettre quelque part le fichier de
conf exemple, mais je ne sais pas trop comment m'y prendre.
C'est mon premier port, alors je le mets ici avant de l'envoyer sur
Je suis notamment pas sur du CONFIGURE_STYLE (j'ai pas réussi à le faire marcher avec gnu).
Je veux bien aussi un retour sur les patchs (strndup est utilisé et n'est pas dans OpenBSD) avant que je le propose upstream.
Il doit être possible de prendre les deux manpages de Debian pour les inclures dans ce port, ainsi que de mettre quelque part le fichier de conf exemple, mais je ne sais pas trop comment m'y prendre.
