Bof, lorsque j'ai installé le mien, entre la doc à jaco, l'ébauche de Frédéric, et les deux ou trois infos de Gérald, il ne m'a fallut que deux heures pour le coupler avec suck et que ça roule tranquille. Plus une vingtaine de minutes et deux fautes de frappes pour y adjoindre ensuite le premier feed.
Tu aurais des liens vers ces docs ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Stephane Catteau <steph.nospam@sc4x.net> wrote:
Bof, lorsque j'ai installé le mien, entre la doc à jaco, l'ébauche de
Frédéric, et les deux ou trois infos de Gérald, il ne m'a fallut que
deux heures pour le coupler avec suck et que ça roule tranquille. Plus
une vingtaine de minutes et deux fautes de frappes pour y adjoindre
ensuite le premier feed.
Tu aurais des liens vers ces docs ?
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Bof, lorsque j'ai installé le mien, entre la doc à jaco, l'ébauche de Frédéric, et les deux ou trois infos de Gérald, il ne m'a fallut que deux heures pour le coupler avec suck et que ça roule tranquille. Plus une vingtaine de minutes et deux fautes de frappes pour y adjoindre ensuite le premier feed.
Tu aurais des liens vers ces docs ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Stephane Catteau
Laurent Pertois devait dire quelque chose comme ceci :
Bof, lorsque j'ai installé le mien, entre la doc à jaco, l'ébauche de Frédéric, et les deux ou trois infos de Gérald, il ne m'a fallut que deux heures pour le coupler avec suck et que ça roule tranquille. Plus une vingtaine de minutes et deux fautes de frappes pour y adjoindre ensuite le premier feed.
Tu aurais des liens vers ces docs ?
La doc à jaco : <http://www.linux-france.org/article/usenet/jaco/> et l'ébauche de Frédéric[1] : <http://news.lacave.net/inn/projet_faq.html>
[1] N'hésite surtout pas à en dire plein de bien, ça le décidera peut-être à la faire monter un peu dans sa todo-list ;-)
Laurent Pertois devait dire quelque chose comme ceci :
Bof, lorsque j'ai installé le mien, entre la doc à jaco, l'ébauche de
Frédéric, et les deux ou trois infos de Gérald, il ne m'a fallut que
deux heures pour le coupler avec suck et que ça roule tranquille. Plus
une vingtaine de minutes et deux fautes de frappes pour y adjoindre
ensuite le premier feed.
Tu aurais des liens vers ces docs ?
La doc à jaco :
<http://www.linux-france.org/article/usenet/jaco/> et
l'ébauche de Frédéric[1] :
<http://news.lacave.net/inn/projet_faq.html>
[1]
N'hésite surtout pas à en dire plein de bien, ça le décidera peut-être
à la faire monter un peu dans sa todo-list ;-)
Laurent Pertois devait dire quelque chose comme ceci :
Bof, lorsque j'ai installé le mien, entre la doc à jaco, l'ébauche de Frédéric, et les deux ou trois infos de Gérald, il ne m'a fallut que deux heures pour le coupler avec suck et que ça roule tranquille. Plus une vingtaine de minutes et deux fautes de frappes pour y adjoindre ensuite le premier feed.
Tu aurais des liens vers ces docs ?
La doc à jaco : <http://www.linux-france.org/article/usenet/jaco/> et l'ébauche de Frédéric[1] : <http://news.lacave.net/inn/projet_faq.html>
[1] N'hésite surtout pas à en dire plein de bien, ça le décidera peut-être à la faire monter un peu dans sa todo-list ;-)
talon
Stephane Catteau wrote:
La doc à jaco : <http://www.linux-france.org/article/usenet/jaco/> et l'ébauche de Frédéric[1] : <http://news.lacave.net/inn/projet_faq.html>
[1] N'hésite surtout pas à en dire plein de bien, ça le décidera peut-être à la faire monter un peu dans sa todo-list ;-)
La doc à jaco, elle est totalement périmée par rapport aux versions actuelles de inn. On ne peut essentiellement rien en tirer. La seule doc à jour est le fichier INSTALL que j'ai mentionné et qui est de fait suffisant pour s'en tirer.
--
Michel TALON
Stephane Catteau <steph.nospam@sc4x.net> wrote:
La doc à jaco :
<http://www.linux-france.org/article/usenet/jaco/> et
l'ébauche de Frédéric[1] :
<http://news.lacave.net/inn/projet_faq.html>
[1]
N'hésite surtout pas à en dire plein de bien, ça le décidera peut-être
à la faire monter un peu dans sa todo-list ;-)
La doc à jaco, elle est totalement périmée par rapport aux versions actuelles
de inn. On ne peut essentiellement rien en tirer. La seule doc à jour est le
fichier INSTALL que j'ai mentionné et qui est de fait suffisant pour s'en
tirer.
La doc à jaco : <http://www.linux-france.org/article/usenet/jaco/> et l'ébauche de Frédéric[1] : <http://news.lacave.net/inn/projet_faq.html>
[1] N'hésite surtout pas à en dire plein de bien, ça le décidera peut-être à la faire monter un peu dans sa todo-list ;-)
La doc à jaco, elle est totalement périmée par rapport aux versions actuelles de inn. On ne peut essentiellement rien en tirer. La seule doc à jour est le fichier INSTALL que j'ai mentionné et qui est de fait suffisant pour s'en tirer.
--
Michel TALON
Stephane Catteau
Michel Talon devait dire quelque chose comme ceci :
La doc à jaco, elle est totalement périmée par rapport aux versions actuelles de inn. On ne peut essentiellement rien en tirer.
Ben zut alors, mon inn ne fonctionne pas et personne ne me l'a dit... La seule chose qui ne soit pas conforme, c'est l'initialisation de l'history, pour le reste tout correspond à la réalité du couple inn/suck de l'arbre des ports FreeBSD.
Michel Talon devait dire quelque chose comme ceci :
La doc à jaco, elle est totalement périmée par rapport aux versions actuelles
de inn. On ne peut essentiellement rien en tirer.
Ben zut alors, mon inn ne fonctionne pas et personne ne me l'a dit...
La seule chose qui ne soit pas conforme, c'est l'initialisation de
l'history, pour le reste tout correspond à la réalité du couple
inn/suck de l'arbre des ports FreeBSD.
Michel Talon devait dire quelque chose comme ceci :
La doc à jaco, elle est totalement périmée par rapport aux versions actuelles de inn. On ne peut essentiellement rien en tirer.
Ben zut alors, mon inn ne fonctionne pas et personne ne me l'a dit... La seule chose qui ne soit pas conforme, c'est l'initialisation de l'history, pour le reste tout correspond à la réalité du couple inn/suck de l'arbre des ports FreeBSD.
talon
Stephane Catteau wrote:
Michel Talon devait dire quelque chose comme ceci :
La doc à jaco, elle est totalement périmée par rapport aux versions actuelles de inn. On ne peut essentiellement rien en tirer.
Ben zut alors, mon inn ne fonctionne pas et personne ne me l'a dit... La seule chose qui ne soit pas conforme, c'est l'initialisation de l'history, pour le reste tout correspond à la réalité du couple inn/suck de l'arbre des ports FreeBSD.
Alors il l'a peut être remise à jour plus récemment que quand je l'avais regardée, parcequ'à l'époque, rien n'était conforme à la version de inn que j'avais, mis à part le fichier newsfeeds qui n'a pas du changer. En fait je viens de vérifier, il a effectivement rajouté la configuration des versions plus récentes de inn. Je ne parle pas des fichiers de log sous /var/log/news dont il faut s'occuper, du crontab pour expireover, et toutes autres choses que j'oublie.
--
Michel TALON
Stephane Catteau <steph.nospam@sc4x.net> wrote:
Michel Talon devait dire quelque chose comme ceci :
La doc à jaco, elle est totalement périmée par rapport aux versions actuelles
de inn. On ne peut essentiellement rien en tirer.
Ben zut alors, mon inn ne fonctionne pas et personne ne me l'a dit...
La seule chose qui ne soit pas conforme, c'est l'initialisation de
l'history, pour le reste tout correspond à la réalité du couple
inn/suck de l'arbre des ports FreeBSD.
Alors il l'a peut être remise à jour plus récemment que quand je l'avais
regardée, parcequ'à l'époque, rien n'était conforme à la version de inn que
j'avais, mis à part le fichier newsfeeds qui n'a pas du changer. En fait je
viens de vérifier, il a effectivement rajouté la configuration des versions
plus récentes de inn. Je ne parle pas des fichiers de log sous /var/log/news
dont il faut s'occuper, du crontab pour expireover, et toutes autres choses
que j'oublie.
Michel Talon devait dire quelque chose comme ceci :
La doc à jaco, elle est totalement périmée par rapport aux versions actuelles de inn. On ne peut essentiellement rien en tirer.
Ben zut alors, mon inn ne fonctionne pas et personne ne me l'a dit... La seule chose qui ne soit pas conforme, c'est l'initialisation de l'history, pour le reste tout correspond à la réalité du couple inn/suck de l'arbre des ports FreeBSD.
Alors il l'a peut être remise à jour plus récemment que quand je l'avais regardée, parcequ'à l'époque, rien n'était conforme à la version de inn que j'avais, mis à part le fichier newsfeeds qui n'a pas du changer. En fait je viens de vérifier, il a effectivement rajouté la configuration des versions plus récentes de inn. Je ne parle pas des fichiers de log sous /var/log/news dont il faut s'occuper, du crontab pour expireover, et toutes autres choses que j'oublie.
--
Michel TALON
Gérald Niel
Le Mardi 23 mai 2006 à 13:15 UTC, Michel Talon écrivait sur fr.comp.os.bsd :
Je ne parle pas des fichiers de log sous /var/log/news dont il faut s'occuper, du crontab pour expireover,
Bah ça, le port de FreeBSD s'en occupe tout seul.
@+ --
Quelqu'un aurait-il une solution pour réinitialiser un MBR Si tu veux qu'il soit complètement blanc (pas souhaitable, à mon avis) :
dd if=/dev/zero of=/dev/hda bsQ2k count=1 (sous Linux) -+- OT in Guide du linuxien (très) pervers - "Pour les K difficiles" -+-
Le Mardi 23 mai 2006 à 13:15 UTC, Michel Talon écrivait sur
fr.comp.os.bsd :
Je ne parle pas des fichiers de log sous /var/log/news dont il faut
s'occuper, du crontab pour expireover,
Bah ça, le port de FreeBSD s'en occupe tout seul.
@+
--
Quelqu'un aurait-il une solution pour réinitialiser un MBR
Si tu veux qu'il soit complètement blanc (pas souhaitable, à mon avis) :
dd if=/dev/zero of=/dev/hda bsQ2k count=1 (sous Linux)
-+- OT in Guide du linuxien (très) pervers - "Pour les K difficiles" -+-
Le Mardi 23 mai 2006 à 13:15 UTC, Michel Talon écrivait sur fr.comp.os.bsd :
Je ne parle pas des fichiers de log sous /var/log/news dont il faut s'occuper, du crontab pour expireover,
Bah ça, le port de FreeBSD s'en occupe tout seul.
@+ --
Quelqu'un aurait-il une solution pour réinitialiser un MBR Si tu veux qu'il soit complètement blanc (pas souhaitable, à mon avis) :
dd if=/dev/zero of=/dev/hda bsQ2k count=1 (sous Linux) -+- OT in Guide du linuxien (très) pervers - "Pour les K difficiles" -+-
Gérald Niel
Le Lundi 22 mai 2006 à 20:16 UTC, Michel Talon écrivait sur fr.comp.os.bsd :
Hein! tu te moques de moi! Il y a bien une bonne dizaine de fichiers à éditer pour que ça marche.
Pour démarrer, non. J'ai aussi démarré avec la doc de Jaco' sous les yeux. Et j'avais déjà pourtant renoncé à installer Inn sous Linux à cause de neuronnes probablement defectueux. Alors qu'avec le port FreeBSD tout m'a paru d'une simplicité...
Certes, pour mettre en place des feeds, un accès controlé... ça se complique un peu.
@+ -- «je vous savoire comment faire lancer un programme ,qui a comme resultat devenire root , une fois il est executer.» LD in Guide du linuxien pervers - "Petit lamer deviendra grand... peut-être"
Le Lundi 22 mai 2006 à 20:16 UTC, Michel Talon écrivait sur
fr.comp.os.bsd :
Hein! tu te moques de moi! Il y a bien une bonne dizaine de fichiers à éditer
pour que ça marche.
Pour démarrer, non. J'ai aussi démarré avec la doc de Jaco' sous les
yeux.
Et j'avais déjà pourtant renoncé à installer Inn sous Linux à cause de
neuronnes probablement defectueux. Alors qu'avec le port FreeBSD tout
m'a paru d'une simplicité...
Certes, pour mettre en place des feeds, un accès controlé... ça se
complique un peu.
@+
--
«je vous savoire comment faire lancer un programme ,qui a comme resultat
devenire root , une fois il est executer.»
LD in Guide du linuxien pervers - "Petit lamer deviendra grand... peut-être"
Le Lundi 22 mai 2006 à 20:16 UTC, Michel Talon écrivait sur fr.comp.os.bsd :
Hein! tu te moques de moi! Il y a bien une bonne dizaine de fichiers à éditer pour que ça marche.
Pour démarrer, non. J'ai aussi démarré avec la doc de Jaco' sous les yeux. Et j'avais déjà pourtant renoncé à installer Inn sous Linux à cause de neuronnes probablement defectueux. Alors qu'avec le port FreeBSD tout m'a paru d'une simplicité...
Certes, pour mettre en place des feeds, un accès controlé... ça se complique un peu.
@+ -- «je vous savoire comment faire lancer un programme ,qui a comme resultat devenire root , une fois il est executer.» LD in Guide du linuxien pervers - "Petit lamer deviendra grand... peut-être"
Stephane Catteau
Michel Talon n'était pas loin de dire :
[...] En fait je viens de vérifier, il a effectivement rajouté la configuration des versions plus récentes de inn. Je ne parle pas des fichiers de log sous /var/log/news dont il faut s'occuper, du crontab pour expireover, et toutes autres choses que j'oublie.
Ca ne va pas plaire à tout le monde, mais j'aurais tendance à dire que ce sont les finitions, donc ça peut attendre un peu. Rares sont les personnes qui cherchent à installer inn pour la première fois pour une utilisation professionnelle immédiate, donc l'important avant tout chose, c'est d'installler inn et de le faire tourner, même s'il est bancal. Et pour ça la doc à Jaco est relativement bien faite et suffisante. Après on se plonge plus attentivement dans les docs, avec celle de Frédéric sous le coude, et on arrange le serveur à sa sauce, avant de remplacer suck par un premier feed. Amha on apprend beaucoup plus de cette façon, parce que l'on a déjà le serveur sous les yeux. On peut donc s'arrêter toutes les trois lignes et regarder ce que cela change si on fait ou ne fait pas ce qui est écrit, puis si on remplace l'exemple par une valeur qui nous semble plus appropriée à notre cas particulier. Quitte ensuite à tout virer et réinstaller, en tenant compte cette fois de paramètres annexes, tels que ceux de compilation. Après tout, on s'en fout un peu, la première installation est un tir à blanc pour se faire la main. Si elle tourne sur trois pattes ça ne dérangera que nous. Et puis, il n'y a rien de plus radical pour apprendre à quelqu'un qu'il doit toujours commencer par vérifier la configuration des fichiers de log, que de se réveiller un matin avec une machine qui refuse d'aller plus loin parce que /var est plein à raz bord ;-)
Michel Talon n'était pas loin de dire :
[...] En fait je
viens de vérifier, il a effectivement rajouté la configuration des versions
plus récentes de inn. Je ne parle pas des fichiers de log sous /var/log/news
dont il faut s'occuper, du crontab pour expireover, et toutes autres choses
que j'oublie.
Ca ne va pas plaire à tout le monde, mais j'aurais tendance à dire que
ce sont les finitions, donc ça peut attendre un peu. Rares sont les
personnes qui cherchent à installer inn pour la première fois pour une
utilisation professionnelle immédiate, donc l'important avant tout
chose, c'est d'installler inn et de le faire tourner, même s'il est
bancal. Et pour ça la doc à Jaco est relativement bien faite et
suffisante. Après on se plonge plus attentivement dans les docs, avec
celle de Frédéric sous le coude, et on arrange le serveur à sa sauce,
avant de remplacer suck par un premier feed.
Amha on apprend beaucoup plus de cette façon, parce que l'on a déjà le
serveur sous les yeux. On peut donc s'arrêter toutes les trois lignes
et regarder ce que cela change si on fait ou ne fait pas ce qui est
écrit, puis si on remplace l'exemple par une valeur qui nous semble
plus appropriée à notre cas particulier. Quitte ensuite à tout virer et
réinstaller, en tenant compte cette fois de paramètres annexes, tels
que ceux de compilation.
Après tout, on s'en fout un peu, la première installation est un tir à
blanc pour se faire la main. Si elle tourne sur trois pattes ça ne
dérangera que nous. Et puis, il n'y a rien de plus radical pour
apprendre à quelqu'un qu'il doit toujours commencer par vérifier la
configuration des fichiers de log, que de se réveiller un matin avec
une machine qui refuse d'aller plus loin parce que /var est plein à raz
bord ;-)
[...] En fait je viens de vérifier, il a effectivement rajouté la configuration des versions plus récentes de inn. Je ne parle pas des fichiers de log sous /var/log/news dont il faut s'occuper, du crontab pour expireover, et toutes autres choses que j'oublie.
Ca ne va pas plaire à tout le monde, mais j'aurais tendance à dire que ce sont les finitions, donc ça peut attendre un peu. Rares sont les personnes qui cherchent à installer inn pour la première fois pour une utilisation professionnelle immédiate, donc l'important avant tout chose, c'est d'installler inn et de le faire tourner, même s'il est bancal. Et pour ça la doc à Jaco est relativement bien faite et suffisante. Après on se plonge plus attentivement dans les docs, avec celle de Frédéric sous le coude, et on arrange le serveur à sa sauce, avant de remplacer suck par un premier feed. Amha on apprend beaucoup plus de cette façon, parce que l'on a déjà le serveur sous les yeux. On peut donc s'arrêter toutes les trois lignes et regarder ce que cela change si on fait ou ne fait pas ce qui est écrit, puis si on remplace l'exemple par une valeur qui nous semble plus appropriée à notre cas particulier. Quitte ensuite à tout virer et réinstaller, en tenant compte cette fois de paramètres annexes, tels que ceux de compilation. Après tout, on s'en fout un peu, la première installation est un tir à blanc pour se faire la main. Si elle tourne sur trois pattes ça ne dérangera que nous. Et puis, il n'y a rien de plus radical pour apprendre à quelqu'un qu'il doit toujours commencer par vérifier la configuration des fichiers de log, que de se réveiller un matin avec une machine qui refuse d'aller plus loin parce que /var est plein à raz bord ;-)
Eric Jacoboni
Stephane Catteau writes:
Ca ne va pas plaire à tout le monde, mais j'aurais tendance à dire que ce sont les finitions (...)
En tous cas, c'est bien dans cette idée là que je l'avais écrite... Maintenant, qu'elle ne soit pas "à jour", c'est sûr (notamment à cause du changement des formats de stockage) mais j'estime que celui qui se lance dans l'installation d'un INN de cuisine devrait quand même pouvoir s'en dépatouiller avec ma doc moyennant quelques ajustements...
Après, que les répertoires cités dans la doc ne soient pas/plus ceux de sa config, je dirai que c'est un poil accessoire. L'idée c'est de comprendre le bousin, pas d'appliquer bêtement une recette toute faite.
-- Eric Jacoboni, ne il y a 1451865259 secondes
Stephane Catteau <steph.nospam@sc4x.net> writes:
Ca ne va pas plaire à tout le monde, mais j'aurais tendance à dire que
ce sont les finitions (...)
En tous cas, c'est bien dans cette idée là que je l'avais
écrite... Maintenant, qu'elle ne soit pas "à jour", c'est sûr
(notamment à cause du changement des formats de stockage) mais
j'estime que celui qui se lance dans l'installation d'un INN de
cuisine devrait quand même pouvoir s'en dépatouiller avec ma doc
moyennant quelques ajustements...
Après, que les répertoires cités dans la doc ne soient pas/plus ceux de sa
config, je dirai que c'est un poil accessoire. L'idée c'est de
comprendre le bousin, pas d'appliquer bêtement une recette toute faite.
Ca ne va pas plaire à tout le monde, mais j'aurais tendance à dire que ce sont les finitions (...)
En tous cas, c'est bien dans cette idée là que je l'avais écrite... Maintenant, qu'elle ne soit pas "à jour", c'est sûr (notamment à cause du changement des formats de stockage) mais j'estime que celui qui se lance dans l'installation d'un INN de cuisine devrait quand même pouvoir s'en dépatouiller avec ma doc moyennant quelques ajustements...
Après, que les répertoires cités dans la doc ne soient pas/plus ceux de sa config, je dirai que c'est un poil accessoire. L'idée c'est de comprendre le bousin, pas d'appliquer bêtement une recette toute faite.
-- Eric Jacoboni, ne il y a 1451865259 secondes
talon
Gérald Niel wrote:
Le Mardi 23 mai 2006 à 13:15 UTC, Michel Talon écrivait sur fr.comp.os.bsd :
Je ne parle pas des fichiers de log sous /var/log/news dont il faut s'occuper, du crontab pour expireover,
Bah ça, le port de FreeBSD s'en occupe tout seul.
Il ne s'en occupait pas quand j'ai installé mon inn.
@+
--
Michel TALON
Gérald Niel <gniel@alussinan.org> wrote:
Le Mardi 23 mai 2006 à 13:15 UTC, Michel Talon écrivait sur
fr.comp.os.bsd :
Je ne parle pas des fichiers de log sous /var/log/news dont il faut
s'occuper, du crontab pour expireover,
Bah ça, le port de FreeBSD s'en occupe tout seul.
Il ne s'en occupait pas quand j'ai installé mon inn.
