perl et sme

[ecureuil1]

bonjour,

Est-ce que quelqu'un peut me traduire cela :
-------
#! /usr/bin/perl -w

use esmith::Build::CreateLinks qw(:all);

# config sane
foreach (qw(
/etc/xinetd.conf
/etc/sane.d/saned.conf
))
{
templates2events($_, qw(remoteaccess-update bootstrap-console-save));
}

safe_symlink("reload", "root/etc/e-smith/events/remoteaccess-update/services2adjust/xinetd");
--------
C'est le fichier creatlinks du rpm smeserver-sane que snoble a pondu

Il a enlevé les expand-template du .spec
et il faut faire la cde 'signal-event remoteaccess-update' après l'install avec yum.

Cela met bien à jour pour les template mais cela ne redémarre pas xinetd.

Dans le howto d'install de contribs (http://wiki.contribs.org/SANE)
------
Enable saned when finished

/etc/init.d/xinetd start
or
config setprop saned status enabled
signal-event remoteaccess-update
-------

Je viens de trouver pourquoi xinetd ne démarre pas
lrwxrwxrwx 1 root root 16 avr 11 12:38 /etc/rc.d/rc7.d/S56xinetd -> ../init.d/xinetd

dans le .spec :
%setup
mkdir -p root/etc/rc.d/rc7.d
ln -s ../init.d/xinetd root/etc/rc.d/rc7.d/S56xinetd
pourquoi n'a-t-il pas laissé ce que j'avais mis dans %post?
ln -s /etc/init.d/xinetd /etc/rc.d/rc7.d/S56xinetd

Je veux bien comprendre quand même l'utilité du creatlinks qu'il a fait

merci
anne

[VIP-ire]

les fichiers /etc/xinetd.conf et /etc/sane.d/saned.conf seront re-générés à partir de leurs templates sur les signal-event remoteaccess-update et bootstrap-console-save.

Ensuite, xinetd sera "reloadé" (/etc/init.d/xinetd reload) sur le signal-event remoteaccess-update

[ecureuil1]

les fichiers /etc/xinetd.conf et /etc/sane.d/saned.conf seront re-générés à partir de leurs templates sur les signal-event remoteaccess-update et bootstrap-console-save.

Ensuite, xinetd sera "reloadé" (/etc/init.d/xinetd reload) sur le signal-event remoteaccess-update

ok, j'ai compris...

quelle est la différence avec les expand-templates que je faisais dans le %post?

Il y a 2 autres templates (/etc/hosts.allow et /etc/services) qui ne sont plus dans %post et qui ne sont pas dans le createlinks.

Quand je fais la cde 'signal-event remoteaccess-update', ils sont mis à jour aussi!

Cela veut dire que cette cde récupère tous les templates au lieu de ne mettre que ceux qu'on vient de faire?

anne

[ecureuil1]

b

Il a enlevé les expand-template du .spec
et il faut faire la cde 'signal-event remoteaccess-update' après l'install avec yum.

Cela met bien à jour pour les template mais cela ne redémarre pas xinetd.

Dans le howto d'install de contribs (http://wiki.contribs.org/SANE)
------
Enable saned when finished

/etc/init.d/xinetd start
or
config setprop saned status enabled
signal-event remoteaccess-update
-------

Je viens de trouver pourquoi xinetd ne démarre pas
lrwxrwxrwx 1 root root 16 avr 11 12:38 /etc/rc.d/rc7.d/S56xinetd -> ../init.d/xinetd

dans le .spec :
%setup
mkdir -p root/etc/rc.d/rc7.d
ln -s ../init.d/xinetd root/etc/rc.d/rc7.d/S56xinetd
pourquoi n'a-t-il pas laissé ce que j'avais mis dans %post?
ln -s /etc/init.d/xinetd /etc/rc.d/rc7.d/S56xinetd

le ln est bon.... au reboot, Il met bien en route xinetd

mais pas avec la cde :
signal-event remoteaccess-update

je pense que cela vient de
safe_symlink("reload", "root/etc/e-smith/events/remoteaccess-update/services2adjust/xinetd");

est-ce que
safe_symlink("restart", "root/etc/e-smith/events/remoteaccess-update/services2adjust/xinetd");
résoudrait problème?

tout cela pour faire des 4 expand-templates et un restart me fait penser à une 'usine à gaz'

anne

[ecureuil1]

les fichiers /etc/xinetd.conf et /etc/sane.d/saned.conf seront re-générés à partir de leurs templates sur les signal-event remoteaccess-update et bootstrap-console-save.

Ensuite, xinetd sera "reloadé" (/etc/init.d/xinetd reload) sur le signal-event remoteaccess-update

j'ai testé beaucoup de solutions...

snoble dans le template de sane pour xinetd :
-----------
{
return "" unless ( ($saned{'status'} || "disabled") eq "enabled");

$OUT = <<HERE;

service sane-port
{
port = 6566
socket_type = stream
protocol = tcp
user = root
group = saned
wait = no
server = /usr/sbin/saned
}
HERE
}
-----------

ce qu'il a mis dans le howto d'install:
/etc/init.d/xinetd stop
or
config setprop saned status disabled
signal-event remoteaccess-update
j'ai modifié en mettant :
/etc/init.d/xinetd stop
or
config setprop saned status disabled
signal-event remoteaccess-update
/etc/init.d/xinetd restart

le signal-event ne redémarrait pas xinetd... comme lors de l'install !

Il y a certainement un pb quelque part... je n'ais pas trouvé où ni ce qu'il fallait faire

Par contre avec ce qu'il a mis dans le template de xinetd
Ce que j'ai testé pour arreter xinetd seulement pour sane :
config setprop saned status disabled
/sbin/e-smith/expand-template /etc/xinetd.conf
/etc/init.d/xinetd restart
pour remettre en fonction :
config setprop saned status enabled
/sbin/e-smith/expand-template /etc/xinetd.conf
/etc/init.d/xinetd restart

Si xinetd est utilisé par d'autres logiciels, xinetd est rechargé sans la config de sane et redémarré...

Je n'arrive toujours pas à voir ce qu'apporte vraiment ce que snoble a fait avec le createlinks et la cde 'signal-event remoteaccess-update'. Cest relativement lourd pour mon petit p3 500 qui met presque 1 mn pour faire cette cde alors que le expand-template est immédiat.

Merci pour vos commentaires et explications

anne