- le découpage d'un paquet en plein de petits paquets. Lorsque je
veux installer un logiciel xxx, je ne veux pas installer
xxx-client, xxx-serveur et xxx-doc. Si je n'ai pas besoin de la
doc, je ne la lit pas mais au moins elle est disponible le jour où
je le souhaite (avoir les sources est aussi un plus). Si je ne
veux pas du serveur, je ne le lance pas et il ne me prendra que
quelque Ko en plus sur le disque. J'ai commencé à lire ton
document sur les ports et bien que je trouve ton travail
remarquable, le passage comparant le nombre de paquets disponibles
sur Debian et FreeBSD n'a aucun sens ; d'une part en raison du
découpage des paquets sous Debian, d'autre part les différentes
versions disponibles sous FreeBSD (par exemple openldap-2.[234]).
- lorsque j'installe un service, je veux le configurer _avant_ qu'il
ne soit lancé. Et sous Debian, tu fais apt-get install xxx et hop
comme par magie et souvent sans question préalable le service est
lancé et en écoute sur un port. C'est peut-être ce que cherche la
majorité des gens mais pas moi.Réponse: tout ça devrait être entièrement automatique.
Impossible : comment le système peut-il deviner dans un fichier texte
quelles lignes _tu_ veux garder (car _tu_ les as modifiée) ? Sans ton
intervention, je doute qu'il n'y arrive.D'ailleurs il y a des susystèmes qui améliorent l'automatisme comme
etcmerge. Mais le seul but valable est que ce soit entièrement
automatique.
Je ne connais pas etcmerge.
- le découpage d'un paquet en plein de petits paquets. Lorsque je
veux installer un logiciel xxx, je ne veux pas installer
xxx-client, xxx-serveur et xxx-doc. Si je n'ai pas besoin de la
doc, je ne la lit pas mais au moins elle est disponible le jour où
je le souhaite (avoir les sources est aussi un plus). Si je ne
veux pas du serveur, je ne le lance pas et il ne me prendra que
quelque Ko en plus sur le disque. J'ai commencé à lire ton
document sur les ports et bien que je trouve ton travail
remarquable, le passage comparant le nombre de paquets disponibles
sur Debian et FreeBSD n'a aucun sens ; d'une part en raison du
découpage des paquets sous Debian, d'autre part les différentes
versions disponibles sous FreeBSD (par exemple openldap-2.[234]).
- lorsque j'installe un service, je veux le configurer _avant_ qu'il
ne soit lancé. Et sous Debian, tu fais apt-get install xxx et hop
comme par magie et souvent sans question préalable le service est
lancé et en écoute sur un port. C'est peut-être ce que cherche la
majorité des gens mais pas moi.
Réponse: tout ça devrait être entièrement automatique.
Impossible : comment le système peut-il deviner dans un fichier texte
quelles lignes _tu_ veux garder (car _tu_ les as modifiée) ? Sans ton
intervention, je doute qu'il n'y arrive.
D'ailleurs il y a des susystèmes qui améliorent l'automatisme comme
etcmerge. Mais le seul but valable est que ce soit entièrement
automatique.
Je ne connais pas etcmerge.
- le découpage d'un paquet en plein de petits paquets. Lorsque je
veux installer un logiciel xxx, je ne veux pas installer
xxx-client, xxx-serveur et xxx-doc. Si je n'ai pas besoin de la
doc, je ne la lit pas mais au moins elle est disponible le jour où
je le souhaite (avoir les sources est aussi un plus). Si je ne
veux pas du serveur, je ne le lance pas et il ne me prendra que
quelque Ko en plus sur le disque. J'ai commencé à lire ton
document sur les ports et bien que je trouve ton travail
remarquable, le passage comparant le nombre de paquets disponibles
sur Debian et FreeBSD n'a aucun sens ; d'une part en raison du
découpage des paquets sous Debian, d'autre part les différentes
versions disponibles sous FreeBSD (par exemple openldap-2.[234]).
- lorsque j'installe un service, je veux le configurer _avant_ qu'il
ne soit lancé. Et sous Debian, tu fais apt-get install xxx et hop
comme par magie et souvent sans question préalable le service est
lancé et en écoute sur un port. C'est peut-être ce que cherche la
majorité des gens mais pas moi.Réponse: tout ça devrait être entièrement automatique.
Impossible : comment le système peut-il deviner dans un fichier texte
quelles lignes _tu_ veux garder (car _tu_ les as modifiée) ? Sans ton
intervention, je doute qu'il n'y arrive.D'ailleurs il y a des susystèmes qui améliorent l'automatisme comme
etcmerge. Mais le seul but valable est que ce soit entièrement
automatique.
Je ne connais pas etcmerge.
Pareil ici, d'ailleurs je vais bientôt devoir regarder du coté de la
répartition de charge entre deux accès internet avec une passerelle sous
Net.
Pareil ici, d'ailleurs je vais bientôt devoir regarder du coté de la
répartition de charge entre deux accès internet avec une passerelle sous
Net.
Pareil ici, d'ailleurs je vais bientôt devoir regarder du coté de la
répartition de charge entre deux accès internet avec une passerelle sous
Net.
Oh, et aussi, il semblerait qu'une des grandes forces du projet vienne
du travail sur les couches d'abstraction, qui permettent tout de même de
développer à peu près (exactement ?) de la même manière sur toutes les
plateformes. Cela signifie en théorie que l'ajout de chaque plateforme
est de moins en moins difficile et devrait permet d'ajouter beaucoup
plus facilement d'autres archis *modernes*. (IIRC, NetBSD a été le
premier OS open source à supporter l'AMD64, non ?)
Oh, et aussi, il semblerait qu'une des grandes forces du projet vienne
du travail sur les couches d'abstraction, qui permettent tout de même de
développer à peu près (exactement ?) de la même manière sur toutes les
plateformes. Cela signifie en théorie que l'ajout de chaque plateforme
est de moins en moins difficile et devrait permet d'ajouter beaucoup
plus facilement d'autres archis *modernes*. (IIRC, NetBSD a été le
premier OS open source à supporter l'AMD64, non ?)
Oh, et aussi, il semblerait qu'une des grandes forces du projet vienne
du travail sur les couches d'abstraction, qui permettent tout de même de
développer à peu près (exactement ?) de la même manière sur toutes les
plateformes. Cela signifie en théorie que l'ajout de chaque plateforme
est de moins en moins difficile et devrait permet d'ajouter beaucoup
plus facilement d'autres archis *modernes*. (IIRC, NetBSD a été le
premier OS open source à supporter l'AMD64, non ?)
Francois Zellinger wrote:Et alors. D'abord, je pense qu'on n'a pas besoin d'être « grand », et plus
qu'un sytème d'exploitation devient « lambda-friendly » ou « destop », moins
c'est un vrai unix (cf les distris commerciales Linux).
Et voilà la preuve par 9 de ce que je disais.
Incidemment, j'ai trouvé les documentations de NetBSD que j'ai vues
excellentes - et généralement plus pointues et précises que celles de
FreeBSD. Mais prétendre qu'il faut avoir lu la documentation pour installer et
utiliser un système c'est de la folie furieuse. Cette attitude est la meilleure
façon de tomber dans l'irrelevance.
Francois Zellinger <k667ap@yahoo.co.in> wrote:
Et alors. D'abord, je pense qu'on n'a pas besoin d'être « grand », et plus
qu'un sytème d'exploitation devient « lambda-friendly » ou « destop », moins
c'est un vrai unix (cf les distris commerciales Linux).
Et voilà la preuve par 9 de ce que je disais.
Incidemment, j'ai trouvé les documentations de NetBSD que j'ai vues
excellentes - et généralement plus pointues et précises que celles de
FreeBSD. Mais prétendre qu'il faut avoir lu la documentation pour installer et
utiliser un système c'est de la folie furieuse. Cette attitude est la meilleure
façon de tomber dans l'irrelevance.
Francois Zellinger wrote:Et alors. D'abord, je pense qu'on n'a pas besoin d'être « grand », et plus
qu'un sytème d'exploitation devient « lambda-friendly » ou « destop », moins
c'est un vrai unix (cf les distris commerciales Linux).
Et voilà la preuve par 9 de ce que je disais.
Incidemment, j'ai trouvé les documentations de NetBSD que j'ai vues
excellentes - et généralement plus pointues et précises que celles de
FreeBSD. Mais prétendre qu'il faut avoir lu la documentation pour installer et
utiliser un système c'est de la folie furieuse. Cette attitude est la meilleure
façon de tomber dans l'irrelevance.
Un vrai installeur genre sysinstall, c'est compliqué. Un installeur destiné
à tourner sur un système live, comme celui de Mepis ou de Ubuntu live, ou
dans une certaine mesure celui de OpenBSD, ce n'est pas compliqué. Le
"système" que J. Hubbard a inventé, c'était un tour de force. Je suis juste un
peu surpris qu'à l'heure actuelle il n'y ait apparemment plus personne dans le
projet en mesure de refaire ce genre de choses dans un contexte plus moderne.
Encore plus quand je vois le niveau de ce que certains proposent comme
remplacement de portupgrade, ce n'est plus la marche en avant, c'est marche
arrière toutes. Il me semble que des outils de la convivialité de
mergemaster auraient pourtant du dissuader l'auteur de sévir à nouveau.
Un vrai installeur genre sysinstall, c'est compliqué. Un installeur destiné
à tourner sur un système live, comme celui de Mepis ou de Ubuntu live, ou
dans une certaine mesure celui de OpenBSD, ce n'est pas compliqué. Le
"système" que J. Hubbard a inventé, c'était un tour de force. Je suis juste un
peu surpris qu'à l'heure actuelle il n'y ait apparemment plus personne dans le
projet en mesure de refaire ce genre de choses dans un contexte plus moderne.
Encore plus quand je vois le niveau de ce que certains proposent comme
remplacement de portupgrade, ce n'est plus la marche en avant, c'est marche
arrière toutes. Il me semble que des outils de la convivialité de
mergemaster auraient pourtant du dissuader l'auteur de sévir à nouveau.
Un vrai installeur genre sysinstall, c'est compliqué. Un installeur destiné
à tourner sur un système live, comme celui de Mepis ou de Ubuntu live, ou
dans une certaine mesure celui de OpenBSD, ce n'est pas compliqué. Le
"système" que J. Hubbard a inventé, c'était un tour de force. Je suis juste un
peu surpris qu'à l'heure actuelle il n'y ait apparemment plus personne dans le
projet en mesure de refaire ce genre de choses dans un contexte plus moderne.
Encore plus quand je vois le niveau de ce que certains proposent comme
remplacement de portupgrade, ce n'est plus la marche en avant, c'est marche
arrière toutes. Il me semble que des outils de la convivialité de
mergemaster auraient pourtant du dissuader l'auteur de sévir à nouveau.
Un projet comme Perl a su, après pratiquement 20 ans se renouveler
et annoncer une myriade de nouveauté dans Perl6, ce n'est pas la
durée qui use le plus c'est l'ambiance.
Un projet comme Perl a su, après pratiquement 20 ans se renouveler
et annoncer une myriade de nouveauté dans Perl6, ce n'est pas la
durée qui use le plus c'est l'ambiance.
Un projet comme Perl a su, après pratiquement 20 ans se renouveler
et annoncer une myriade de nouveauté dans Perl6, ce n'est pas la
durée qui use le plus c'est l'ambiance.
Pour precher pour ma paroisse, notre systeme de packages torsche
maintenant celui de Net, et celui de Free (les 3/4 de la doc de Michel
ne sont pas necessaires chez nous, par exemple, et ont a depuis plus
d'un an des packages binaires qui fonctionnent `sans le moindre
probleme' et un outil de mise-a-jour (pkg_add -u) qui va maintenant
passer sa deuxieme release sans encombre.
Le reste du projet a suffisamment de chantiers en cours pour bien
s'occuper pendant quelques annees...
Pour precher pour ma paroisse, notre systeme de packages torsche
maintenant celui de Net, et celui de Free (les 3/4 de la doc de Michel
ne sont pas necessaires chez nous, par exemple, et ont a depuis plus
d'un an des packages binaires qui fonctionnent `sans le moindre
probleme' et un outil de mise-a-jour (pkg_add -u) qui va maintenant
passer sa deuxieme release sans encombre.
Le reste du projet a suffisamment de chantiers en cours pour bien
s'occuper pendant quelques annees...
Pour precher pour ma paroisse, notre systeme de packages torsche
maintenant celui de Net, et celui de Free (les 3/4 de la doc de Michel
ne sont pas necessaires chez nous, par exemple, et ont a depuis plus
d'un an des packages binaires qui fonctionnent `sans le moindre
probleme' et un outil de mise-a-jour (pkg_add -u) qui va maintenant
passer sa deuxieme release sans encombre.
Le reste du projet a suffisamment de chantiers en cours pour bien
s'occuper pendant quelques annees...
F. Senault wrote:Incidemment, l'option -U est apparue dans les dernières versions, qui
devrait rendre le processus encore beaucoup plus simple. Elle permet
d'auto-upgrader des fichiers qui n'ont pas été modifiés par
l'utilisateur, c'est-à-dire 99% du temps, tous les répertoires default,
tous les scripts rc, les répertoires mtree, etc.
Et il a fallu combien d'*années* et de discussions à perte de vue pour
introduire cette option si pratique et complètement évidente?
F. Senault <fred@lacave.net> wrote:
Incidemment, l'option -U est apparue dans les dernières versions, qui
devrait rendre le processus encore beaucoup plus simple. Elle permet
d'auto-upgrader des fichiers qui n'ont pas été modifiés par
l'utilisateur, c'est-à-dire 99% du temps, tous les répertoires default,
tous les scripts rc, les répertoires mtree, etc.
Et il a fallu combien d'*années* et de discussions à perte de vue pour
introduire cette option si pratique et complètement évidente?
F. Senault wrote:Incidemment, l'option -U est apparue dans les dernières versions, qui
devrait rendre le processus encore beaucoup plus simple. Elle permet
d'auto-upgrader des fichiers qui n'ont pas été modifiés par
l'utilisateur, c'est-à-dire 99% du temps, tous les répertoires default,
tous les scripts rc, les répertoires mtree, etc.
Et il a fallu combien d'*années* et de discussions à perte de vue pour
introduire cette option si pratique et complètement évidente?
J'ai un peu plus de trucs (mais je suis en WPA)
/boot/loader.conf
if_iwi_load="YES"
wlan_acl_load="YES"
wlan_wep_load="YES"
wlan_ccmp_load="YES"
wlan_tkip_load="YES"
firmware_load="YES" (firmware du wifi)
Il y a eu un bug (je ne sais pas si c'est corrigé) si le ssid n'est pas
diffusé par le point d'accès.
C'est peut-être une nouvelle sorte de carte ?
:3:0: class=0x028000 card=0x27228086 chip=0x42208086 rev=0x05
hdr=0x00
vendor = 'Intel Corporation'
device = 'PRO/Wireless 2200BG Network Connection'
class = network
Pour ndis ça marche mieux avec les drivers fournis avec mon portable,
ceux d'Intel merdoient.
J'ai un peu plus de trucs (mais je suis en WPA)
/boot/loader.conf
if_iwi_load="YES"
wlan_acl_load="YES"
wlan_wep_load="YES"
wlan_ccmp_load="YES"
wlan_tkip_load="YES"
firmware_load="YES" (firmware du wifi)
Il y a eu un bug (je ne sais pas si c'est corrigé) si le ssid n'est pas
diffusé par le point d'accès.
C'est peut-être une nouvelle sorte de carte ?
iwi0@pci1:3:0: class=0x028000 card=0x27228086 chip=0x42208086 rev=0x05
hdr=0x00
vendor = 'Intel Corporation'
device = 'PRO/Wireless 2200BG Network Connection'
class = network
Pour ndis ça marche mieux avec les drivers fournis avec mon portable,
ceux d'Intel merdoient.
J'ai un peu plus de trucs (mais je suis en WPA)
/boot/loader.conf
if_iwi_load="YES"
wlan_acl_load="YES"
wlan_wep_load="YES"
wlan_ccmp_load="YES"
wlan_tkip_load="YES"
firmware_load="YES" (firmware du wifi)
Il y a eu un bug (je ne sais pas si c'est corrigé) si le ssid n'est pas
diffusé par le point d'accès.
C'est peut-être une nouvelle sorte de carte ?
:3:0: class=0x028000 card=0x27228086 chip=0x42208086 rev=0x05
hdr=0x00
vendor = 'Intel Corporation'
device = 'PRO/Wireless 2200BG Network Connection'
class = network
Pour ndis ça marche mieux avec les drivers fournis avec mon portable,
ceux d'Intel merdoient.
