Projet

Général

Profil

Development #2720

Permettre à w.c.s. de ne pas se lancer par défaut sous Debian

Ajouté par Jérôme Schneider il y a environ 11 ans. Mis à jour il y a plus de 10 ans.

Statut:
Rejeté
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
09 avril 2013
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Planning:

Description

Ci-joint un patch qui permet de lancer ou non wcs au démarrage.
Il rajoute un fichier wcs.default avec une option START à no par défaut.


Fichiers

001_dont_start_by_default.patch (1,53 ko) 001_dont_start_by_default.patch Jérôme Schneider, 09 avril 2013 12:50

Révisions associées

Révision e14e2605 (diff)
Ajouté par Jérôme Schneider il y a plus de 10 ans

Revert "debian: add an option to diable wcs at boot"

This reverts commit fb5df20311228ccb272374337263e13f6b250ffb.

cf : #2720

Révision 5b04ca20 (diff)
Ajouté par Jérôme Schneider il y a plus de 10 ans

Revert "debian: add an option to diable wcs at boot"

This reverts commit fb5df20311228ccb272374337263e13f6b250ffb.

cf : #2720

Historique

#1

Mis à jour par Frédéric Péters il y a environ 11 ans

  • Statut changé de Nouveau à Rejeté

Je ne suis pas d'accord, même si cet idiome semble s'être un peu répandu, la politique Debian c'est quand même pour les applications définitivement démones que leur démarrage soit automatique, et que changer cela passe par la suppression du lien vers le script dans le runlevel correspondant.

#2

Mis à jour par Thomas Noël il y a environ 11 ans

Le pépin je crois est dans le postinst "update-rc.d wcs defaults" ajouté par dh_installinit. Ca remet en place le service à chaque mise à jour, non ?

#3

Mis à jour par Frédéric Péters il y a environ 11 ans

       Quand des fichiers /etc/rcniveau_exécution.d/[SK]??nom existent déjà, update-rc.d  ne  fait  rien.  C'est
       ainsi  pour  que  l'administrateur  système  puisse réarranger les liens -- à condition qu'il en reste au
       moins un -- sans que sa configuration ne soit réécrite. Le programme n'installera des liens que si  aucun
       n'est présent, c'est-à-dire s'il semble que le service n'était pas installé auparavant.
#4

Mis à jour par Benjamin Dauvergne il y a plus de 10 ans

Moi j'ai un pépin lié c'est que bien que le lien vers le script d'init dans /etc/rc2.d se nomme K02wcs à chaque mise à jour de wcs, wcs est relancé. Donc si personne n'a de solution à ce problème je veux bien de ce patch dans w.c.s :)

J'ai ce problème sur la VM portail-citoyen de lantana.

#5

Mis à jour par Frédéric Péters il y a plus de 10 ans

Je répondais à Thomas sur le fait que non, le soucis n'était pas dans l'appel au update-rc.d.

/usr/share/doc/sysv-rc/README.policy-rc.d.gz est intéressant pour une vraie solution.

Si tu veux juste une solution en local, ajoute /etc/default/wcs avec un exit 0.

#6

Mis à jour par Benjamin Dauvergne il y a plus de 10 ans

Le 29/10/2013 15:39, a écrit :

La demande #2720 a été mise à jour par Frédéric Péters.

Je répondais à Thomas sur le fait que non, le soucis n'était pas dans l'appel au update-rc.d.

/usr/share/doc/sysv-rc/README.policy-rc.d.gz est intéressant pour une vraie solution.

Si tu veux juste une solution en local, ajoute /etc/default/wcs avec un exit 0.

Bon mon problème était entre la chaise et le clavier, le runlever par
défaut c'est 3 pas 2 et j'avais renommé le script à la main dans
/etc/rc2.d après un update-rc.d wcs disable conseillé par Jérôme ça
marche. Vous pouvez continuer à discuter de ce ticket entre vous je m'en
vais ;-)

Formats disponibles : Atom PDF