Malgré l'excellent bouquin "Cahiers de l'Admin" sur BSD (1ière
édition), je ne trouve pas le moyen d'upgrader mon FreeBSD 5.2.1 en 5.3.
J'ai tenté l'upgrade avec sysinstall, mais chaque connexion à un serveur
FTP me renvoie une erreur "can't find the 5.2.1-RELEASE distribution on
this FTP server"...
Autre question: où peut-on trouver les ports pour Gnome 2.8 et comment
l'installer.
J'ai juste augmenté le nombre d'inode, mais, à la reflexion, ce n'était forcément nécessaire. cycbuff is good for you.
Non, ça c'est bien pour les binaries, mais pour .fr, hein, vu le volume, on va pas se boursoufler le zboub pour si peu.
-- Si j'ai bien compris IRC c'est mieux qu'un NG, d'après les dires de pas mal d'entre vous alors pourquoi ceux qui préconisent IRC n'y sont pas et préfèrent-t-ils pour l'interactivité fufe? -+- MP in Guide du Neuneu d'Usenet : Poussez-vous que je m'y mette -+-
J'ai juste augmenté le nombre d'inode, mais, à la reflexion,
ce n'était forcément nécessaire.
cycbuff is good for you.
Non, ça c'est bien pour les binaries, mais pour .fr, hein, vu le
volume, on va pas se boursoufler le zboub pour si peu.
--
Si j'ai bien compris IRC c'est mieux qu'un NG, d'après les dires de pas
mal d'entre vous alors pourquoi ceux qui préconisent IRC n'y sont pas et
préfèrent-t-ils pour l'interactivité fufe?
-+- MP in Guide du Neuneu d'Usenet : Poussez-vous que je m'y mette -+-
J'ai juste augmenté le nombre d'inode, mais, à la reflexion, ce n'était forcément nécessaire. cycbuff is good for you.
Non, ça c'est bien pour les binaries, mais pour .fr, hein, vu le volume, on va pas se boursoufler le zboub pour si peu.
-- Si j'ai bien compris IRC c'est mieux qu'un NG, d'après les dires de pas mal d'entre vous alors pourquoi ceux qui préconisent IRC n'y sont pas et préfèrent-t-ils pour l'interactivité fufe? -+- MP in Guide du Neuneu d'Usenet : Poussez-vous que je m'y mette -+-
Eric Masson
"Stephane" == Stephane Dupille <sdupille+ writes:
Stephane> on va pas se boursoufler le zboub pour si peu.
Mignonne l'expression ;)
Éric
-- Que l on parles de moi en bien ou en mal on parles de moi et c'est ce qui compte -+- JB in GNU: Parlez moi de moi y'a qu'ça qui m'intéresse -+-
Ou, si tu as au choix, la bp suffisante ou une insuffisance chronique de ressources processeur : make fetchindex
Éric Masson
-- JFM> Au royaume des aveugles le borgne est roi
Au royaume des aveugles les borgnes sont mal vus. -+- TP in Guide du Neuneu Usenet : Tu t'es vu quand tu fufes -+-
Nicolas Le Scouarnec
Il faut dire, déjà, l'installation d'INN dans les répertoires par défaut, c'est moyen (surtout pour le spool). Ça dépend aussi de l'architecture de ta machine ; ici, j'ai un disque
à part pour /usr/local/news et ça fonctionne bien :)
On peut de toute facon redéplacer et faire des liens pour arranger tout cela.
En revanche, faut faire effecivement hyper gaffe avec portupgrade, mais si on a pris la récaution d'arrêter le bazard et de faire une sauvegarde de ~news/etc et ~news/db avant, ça se passe très bien :)
Il vaut dire a portupgrade de ne pas s'en occuper, on sait jamais et faire la mise a jour a la main...
Cf /usr/local/etc/pkgtools.conf
J'ai cela:
HOLD_PKGS = [ ..., 'inn-*', ]
-- Nicolas Le Scouarnec
Il faut dire, déjà, l'installation d'INN dans les répertoires par
défaut, c'est moyen (surtout pour le spool).
Ça dépend aussi de l'architecture de ta machine ; ici, j'ai un disque
à part pour /usr/local/news et ça fonctionne bien :)
On peut de toute facon redéplacer et faire des liens pour arranger tout
cela.
En revanche, faut faire effecivement hyper gaffe avec portupgrade,
mais si on a pris la récaution d'arrêter le bazard et de faire une
sauvegarde de ~news/etc et ~news/db avant, ça se passe très bien :)
Il vaut dire a portupgrade de ne pas s'en occuper, on sait jamais et
faire la mise a jour a la main...
Il faut dire, déjà, l'installation d'INN dans les répertoires par défaut, c'est moyen (surtout pour le spool). Ça dépend aussi de l'architecture de ta machine ; ici, j'ai un disque
à part pour /usr/local/news et ça fonctionne bien :)
On peut de toute facon redéplacer et faire des liens pour arranger tout cela.
En revanche, faut faire effecivement hyper gaffe avec portupgrade, mais si on a pris la récaution d'arrêter le bazard et de faire une sauvegarde de ~news/etc et ~news/db avant, ça se passe très bien :)
Il vaut dire a portupgrade de ne pas s'en occuper, on sait jamais et faire la mise a jour a la main...
Cf /usr/local/etc/pkgtools.conf
J'ai cela:
HOLD_PKGS = [ ..., 'inn-*', ]
-- Nicolas Le Scouarnec
F. Senault
Suivi de : # cd /usr/ports; make index
(ou utiliser 'portindex' du port p5-FreeBSD-Portindex pour éviter d'attendre longtemps lors du 'make index'.)
make fetchindex
/Snip le reste des bons conseils/
Fred -- Cause we are the ones that wanna play Always wanna go But you never wanna stay And we are the ones that want to chose Always wanna play But you never wanna to lose (System of a Down, Aerials)
Suivi de :
# cd /usr/ports; make index
(ou utiliser 'portindex' du port p5-FreeBSD-Portindex pour éviter d'attendre
longtemps lors du 'make index'.)
make fetchindex
/Snip le reste des bons conseils/
Fred
--
Cause we are the ones that wanna play Always wanna go
But you never wanna stay
And we are the ones that want to chose Always wanna play
But you never wanna to lose (System of a Down, Aerials)
(ou utiliser 'portindex' du port p5-FreeBSD-Portindex pour éviter d'attendre longtemps lors du 'make index'.)
make fetchindex
/Snip le reste des bons conseils/
Fred -- Cause we are the ones that wanna play Always wanna go But you never wanna stay And we are the ones that want to chose Always wanna play But you never wanna to lose (System of a Down, Aerials)
Laurent Lefevre
Eric Masson writes:
Paul> Suivi de : # cd /usr/ports; make index
Ou, si tu as au choix, la bp suffisante ou une insuffisance chronique de ressources processeur : make fetchindex
'lut(c)
Même pas, le fetchindex est devenu automatique lors d'un pkgdb ou d'un portupgrade.
-- Laurent
Eric Masson <emss@free.fr> writes:
Paul> Suivi de : # cd /usr/ports; make index
Ou, si tu as au choix, la bp suffisante ou une insuffisance chronique de
ressources processeur :
make fetchindex
'lut(c)
Même pas, le fetchindex est devenu automatique lors d'un pkgdb ou d'un
portupgrade.
Ou, si tu as au choix, la bp suffisante ou une insuffisance chronique de ressources processeur : make fetchindex
'lut(c)
Même pas, le fetchindex est devenu automatique lors d'un pkgdb ou d'un portupgrade.
-- Laurent
Adrien Huvier
Laurent Lefevre wrote in news::
Même pas, le fetchindex est devenu automatique lors d'un pkgdb ou d'un portupgrade.
Ah, chez moi c'est un make index qui est fait (et qui prend quelques heures, donc je me préfère me débrouiller autrement).
D'ailleurs, est-ce qu'il n'y a pas un léger risque d'incohérence entre les ports récupérés par cvsup et l'index récupéré par make fetchindex ensuite, si un port a été mis à jour entre temps ?
-- Adrien Huvier
Laurent Lefevre <llefevre@nerim.gov.spam.net> wrote in
news:k6ombf6y.fsf@merury.space:
Même pas, le fetchindex est devenu automatique lors d'un pkgdb ou
d'un portupgrade.
Ah, chez moi c'est un make index qui est fait (et qui prend quelques
heures, donc je me préfère me débrouiller autrement).
D'ailleurs, est-ce qu'il n'y a pas un léger risque d'incohérence entre
les ports récupérés par cvsup et l'index récupéré par make fetchindex
ensuite, si un port a été mis à jour entre temps ?
Même pas, le fetchindex est devenu automatique lors d'un pkgdb ou d'un portupgrade.
Ah, chez moi c'est un make index qui est fait (et qui prend quelques heures, donc je me préfère me débrouiller autrement).
D'ailleurs, est-ce qu'il n'y a pas un léger risque d'incohérence entre les ports récupérés par cvsup et l'index récupéré par make fetchindex ensuite, si un port a été mis à jour entre temps ?
-- Adrien Huvier
Mathieu Arnold
Adrien Huvier écrivait:
Laurent Lefevre wrote in news::
Même pas, le fetchindex est devenu automatique lors d'un pkgdb ou d'un portupgrade.
Ah, chez moi c'est un make index qui est fait (et qui prend quelques heures, donc je me préfère me débrouiller autrement).
D'ailleurs, est-ce qu'il n'y a pas un léger risque d'incohérence entre les ports récupérés par cvsup et l'index récupéré par make fetchindex ensuite, si un port a été mis à jour entre temps ?
L'INDEX récupéré par make fetchindex est vieux d'au pire une ou deux heures. (sauf si l'INDEX est cassé, dans ce cas la, c'est le dernier valide qui a été généré.)
-- Mathieu Arnold
Adrien Huvier écrivait:
Laurent Lefevre <llefevre@nerim.gov.spam.net> wrote in
news:k6ombf6y.fsf@merury.space:
Même pas, le fetchindex est devenu automatique lors d'un pkgdb ou
d'un portupgrade.
Ah, chez moi c'est un make index qui est fait (et qui prend quelques
heures, donc je me préfère me débrouiller autrement).
D'ailleurs, est-ce qu'il n'y a pas un léger risque d'incohérence entre
les ports récupérés par cvsup et l'index récupéré par make fetchindex
ensuite, si un port a été mis à jour entre temps ?
L'INDEX récupéré par make fetchindex est vieux d'au pire une ou deux
heures. (sauf si l'INDEX est cassé, dans ce cas la, c'est le dernier
valide qui a été généré.)
Même pas, le fetchindex est devenu automatique lors d'un pkgdb ou d'un portupgrade.
Ah, chez moi c'est un make index qui est fait (et qui prend quelques heures, donc je me préfère me débrouiller autrement).
D'ailleurs, est-ce qu'il n'y a pas un léger risque d'incohérence entre les ports récupérés par cvsup et l'index récupéré par make fetchindex ensuite, si un port a été mis à jour entre temps ?
L'INDEX récupéré par make fetchindex est vieux d'au pire une ou deux heures. (sauf si l'INDEX est cassé, dans ce cas la, c'est le dernier valide qui a été généré.)
