Pour ça, le mieux, c'est de créer un "StartupItem"
d'un autre coté les startup item tels qu'on les connait vont peut etre disprraitre (c'est en tout cas ce qu'il va se passer sur OSX Server), donc bon...
" Important: The use of startup items to launch daemons is deprecated. To launch daemons, you should register the daemon with the bootstrap environment as described in ³Bootstrap Daemons². "
apres pour les non-demons, ça doit être encore valable.
patpro
In article <patpro-27A1EC.07114430112004@individual.net>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
Pour ça, le mieux, c'est de créer un "StartupItem"
d'un autre coté les startup item tels qu'on les connait vont peut etre
disprraitre (c'est en tout cas ce qu'il va se passer sur OSX Server),
donc bon...
" Important: The use of startup items to launch daemons is deprecated.
To launch daemons, you should register the daemon with the bootstrap
environment as described in ³Bootstrap Daemons². "
apres pour les non-demons, ça doit être encore valable.
Pour ça, le mieux, c'est de créer un "StartupItem"
d'un autre coté les startup item tels qu'on les connait vont peut etre disprraitre (c'est en tout cas ce qu'il va se passer sur OSX Server), donc bon...
" Important: The use of startup items to launch daemons is deprecated. To launch daemons, you should register the daemon with the bootstrap environment as described in ³Bootstrap Daemons². "
apres pour les non-demons, ça doit être encore valable.
" Important: The use of startup items to launch daemons is deprecated. To launch daemons, you should register the daemon with the bootstrap environment as described in "Bootstrap Daemons". "
apres pour les non-demons, ça doit être encore valable.
Tiens, intéressant... Mais dommage, j'aimais bien le principe des StartupItems...
" Important: The use of startup items to launch daemons is deprecated.
To launch daemons, you should register the daemon with the bootstrap
environment as described in "Bootstrap Daemons". "
apres pour les non-demons, ça doit être encore valable.
Tiens, intéressant... Mais dommage, j'aimais bien le principe des
StartupItems...
" Important: The use of startup items to launch daemons is deprecated. To launch daemons, you should register the daemon with the bootstrap environment as described in "Bootstrap Daemons". "
apres pour les non-demons, ça doit être encore valable.
Tiens, intéressant... Mais dommage, j'aimais bien le principe des StartupItems...
" Important: The use of startup items to launch daemons is deprecated. To launch daemons, you should register the daemon with the bootstrap environment as described in "Bootstrap Daemons". "
Signalons au passage que les nouveaux dossiers concernés sont :
mach_init_per_user.d mach_init.d
avec des fichiers .plist encore plus simples que ceux des StartupItems.
De plus, c'est déjà là, les StartupItems sont déclarés "dépréciées" depuis la 10.3.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
" Important: The use of startup items to launch daemons is deprecated.
To launch daemons, you should register the daemon with the bootstrap
environment as described in "Bootstrap Daemons". "
Signalons au passage que les nouveaux dossiers concernés sont :
mach_init_per_user.d
mach_init.d
avec des fichiers .plist encore plus simples que ceux des StartupItems.
De plus, c'est déjà là, les StartupItems sont déclarés "dépréciées"
depuis la 10.3.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
" Important: The use of startup items to launch daemons is deprecated. To launch daemons, you should register the daemon with the bootstrap environment as described in "Bootstrap Daemons". "
Signalons au passage que les nouveaux dossiers concernés sont :
mach_init_per_user.d mach_init.d
avec des fichiers .plist encore plus simples que ceux des StartupItems.
De plus, c'est déjà là, les StartupItems sont déclarés "dépréciées" depuis la 10.3.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
sanji
patpro ~ patrick proniewski wrote:
" Important: The use of startup items to launch daemons is deprecated. To launch daemons, you should register the daemon with the bootstrap environment as described in "Bootstrap Daemons". "
J'ai essayé. C'est un poil plus simple à créer, un poil plus complexe à mettre en oeuvre. En effet tout se passe dans des dossiers (/etc/mach_init.d dans mon cas) sur lesquels les droits sont extrêmement serrés, même en admin. Il faut pas mal jouer du sudo.
Au résultat, ça fonctionne mieux que les startup items pour mon cas. Ces derniers laissaient apparaître un fenêtre terminal pendant le boot, qui se refermait lorsqu'arrivait la fenêtre de login. Avec les Bootstrap Daemons, rien du tout.
Merci encore à tous.
-- Sanji
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
" Important: The use of startup items to launch daemons is deprecated.
To launch daemons, you should register the daemon with the bootstrap
environment as described in "Bootstrap Daemons". "
J'ai essayé.
C'est un poil plus simple à créer, un poil plus complexe à mettre en
oeuvre. En effet tout se passe dans des dossiers (/etc/mach_init.d dans
mon cas) sur lesquels les droits sont extrêmement serrés, même en admin.
Il faut pas mal jouer du sudo.
Au résultat, ça fonctionne mieux que les startup items pour mon cas. Ces
derniers laissaient apparaître un fenêtre terminal pendant le boot, qui
se refermait lorsqu'arrivait la fenêtre de login.
Avec les Bootstrap Daemons, rien du tout.
" Important: The use of startup items to launch daemons is deprecated. To launch daemons, you should register the daemon with the bootstrap environment as described in "Bootstrap Daemons". "
J'ai essayé. C'est un poil plus simple à créer, un poil plus complexe à mettre en oeuvre. En effet tout se passe dans des dossiers (/etc/mach_init.d dans mon cas) sur lesquels les droits sont extrêmement serrés, même en admin. Il faut pas mal jouer du sudo.
Au résultat, ça fonctionne mieux que les startup items pour mon cas. Ces derniers laissaient apparaître un fenêtre terminal pendant le boot, qui se refermait lorsqu'arrivait la fenêtre de login. Avec les Bootstrap Daemons, rien du tout.
Merci encore à tous.
-- Sanji
patpro ~ patrick proniewski
In article <1go2yr6.1mz9go4yaol5yN%, (Laurent Pertois) wrote:
patpro ~ patrick proniewski wrote:
" Important: The use of startup items to launch daemons is deprecated. To launch daemons, you should register the daemon with the bootstrap environment as described in "Bootstrap Daemons". "
Signalons au passage que les nouveaux dossiers concernés sont :
mach_init_per_user.d mach_init.d
avec des fichiers .plist encore plus simples que ceux des StartupItems.
oui, effectivement. Tu en pense quoi toi ?
Moi je trouve qu'on y perd. Pour pas mal de soft tu es obligé d'avoir un script de lancement (création de dossiers, config propre pour des variables de lancement ou d'environnement...). Avant ce script etait dans un dossier dédié, à coté de son plist. Maintenant, tu as ton plist, et tu mets ton script ou tu veux dans le système. Je trouve ça dommage. De plus, je ne vois rien pour gérer les dépendances ou l'ordre de lancement dans ce système de Bootstrap. Je ne vois rien non plus pour envoyer un start, un stop ou un restart à un startupitem donné.
Est ce que les gens qui reçoivent les seeds de Tiger peuvent nous dire si ce système de Bootstrap s'étoffe un peu dans l'évolution de MacOS X ?
patpro
In article <1go2yr6.1mz9go4yaol5yN%laurent.pertois@alussinan.org>,
laurent.pertois@alussinan.org (Laurent Pertois) wrote:
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
" Important: The use of startup items to launch daemons is deprecated.
To launch daemons, you should register the daemon with the bootstrap
environment as described in "Bootstrap Daemons". "
Signalons au passage que les nouveaux dossiers concernés sont :
mach_init_per_user.d
mach_init.d
avec des fichiers .plist encore plus simples que ceux des StartupItems.
oui, effectivement. Tu en pense quoi toi ?
Moi je trouve qu'on y perd. Pour pas mal de soft tu es obligé d'avoir un
script de lancement (création de dossiers, config propre pour des
variables de lancement ou d'environnement...). Avant ce script etait
dans un dossier dédié, à coté de son plist. Maintenant, tu as ton plist,
et tu mets ton script ou tu veux dans le système. Je trouve ça dommage.
De plus, je ne vois rien pour gérer les dépendances ou l'ordre de
lancement dans ce système de Bootstrap. Je ne vois rien non plus pour
envoyer un start, un stop ou un restart à un startupitem donné.
Est ce que les gens qui reçoivent les seeds de Tiger peuvent nous dire
si ce système de Bootstrap s'étoffe un peu dans l'évolution de MacOS X ?
In article <1go2yr6.1mz9go4yaol5yN%, (Laurent Pertois) wrote:
patpro ~ patrick proniewski wrote:
" Important: The use of startup items to launch daemons is deprecated. To launch daemons, you should register the daemon with the bootstrap environment as described in "Bootstrap Daemons". "
Signalons au passage que les nouveaux dossiers concernés sont :
mach_init_per_user.d mach_init.d
avec des fichiers .plist encore plus simples que ceux des StartupItems.
oui, effectivement. Tu en pense quoi toi ?
Moi je trouve qu'on y perd. Pour pas mal de soft tu es obligé d'avoir un script de lancement (création de dossiers, config propre pour des variables de lancement ou d'environnement...). Avant ce script etait dans un dossier dédié, à coté de son plist. Maintenant, tu as ton plist, et tu mets ton script ou tu veux dans le système. Je trouve ça dommage. De plus, je ne vois rien pour gérer les dépendances ou l'ordre de lancement dans ce système de Bootstrap. Je ne vois rien non plus pour envoyer un start, un stop ou un restart à un startupitem donné.
Est ce que les gens qui reçoivent les seeds de Tiger peuvent nous dire si ce système de Bootstrap s'étoffe un peu dans l'évolution de MacOS X ?
patpro
Patrick Stadelmann
In article , patpro ~ patrick proniewski wrote:
Moi je trouve qu'on y perd. Pour pas mal de soft tu es obligé d'avoir un script de lancement (création de dossiers, config propre pour des variables de lancement ou d'environnement...). Avant ce script etait dans un dossier dédié, à coté de son plist. Maintenant, tu as ton plist, et tu mets ton script ou tu veux dans le système. Je trouve ça dommage. De plus, je ne vois rien pour gérer les dépendances ou l'ordre de lancement dans ce système de Bootstrap. Je ne vois rien non plus pour envoyer un start, un stop ou un restart à un startupitem donné.
T'as un URL où il y a un peu de doc là dessus ? Le paragraphe sur la page qui parle des StartupItems est un peu léger...
Patrick -- Patrick Stadelmann
In article <patpro-0EF1A4.09455301122004@individual.net>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
Moi je trouve qu'on y perd. Pour pas mal de soft tu es obligé d'avoir un
script de lancement (création de dossiers, config propre pour des
variables de lancement ou d'environnement...). Avant ce script etait
dans un dossier dédié, à coté de son plist. Maintenant, tu as ton plist,
et tu mets ton script ou tu veux dans le système. Je trouve ça dommage.
De plus, je ne vois rien pour gérer les dépendances ou l'ordre de
lancement dans ce système de Bootstrap. Je ne vois rien non plus pour
envoyer un start, un stop ou un restart à un startupitem donné.
T'as un URL où il y a un peu de doc là dessus ? Le paragraphe sur la
page qui parle des StartupItems est un peu léger...
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
Moi je trouve qu'on y perd. Pour pas mal de soft tu es obligé d'avoir un script de lancement (création de dossiers, config propre pour des variables de lancement ou d'environnement...). Avant ce script etait dans un dossier dédié, à coté de son plist. Maintenant, tu as ton plist, et tu mets ton script ou tu veux dans le système. Je trouve ça dommage. De plus, je ne vois rien pour gérer les dépendances ou l'ordre de lancement dans ce système de Bootstrap. Je ne vois rien non plus pour envoyer un start, un stop ou un restart à un startupitem donné.
T'as un URL où il y a un peu de doc là dessus ? Le paragraphe sur la page qui parle des StartupItems est un peu léger...
Patrick -- Patrick Stadelmann
patpro ~ patrick proniewski
In article , Patrick Stadelmann wrote:
T'as un URL où il y a un peu de doc là dessus ? Le paragraphe sur la page qui parle des StartupItems est un peu léger...
c'est léger mais précisément à cet endroit il y'a un lien vers la page qui va bien ;)
patpro
In article <Patrick.Stadelmann-DE7312.09571801122004@individual.net>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
T'as un URL où il y a un peu de doc là dessus ? Le paragraphe sur la
page qui parle des StartupItems est un peu léger...
c'est léger mais précisément à cet endroit il y'a un lien vers la page
qui va bien ;)
en haut de laquelle apparait la note sur les StartupItems qui sont dépréciés, et dans cette note il y'a un lien vers une page sur les "Bootstrap Daemons"
Ok, ça reste léger. Il n'y a pas grand chose d'autre, la seule option que je vois c'est de chercher "Bootstrap Daemons" dans le site (champs de recherche en haut a gauche de la page).
patpro
In article <Patrick.Stadelmann-1ADB1B.10352301122004@individual.net>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
In article <patpro-452245.10130401122004@individual.net>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
In article <Patrick.Stadelmann-DE7312.09571801122004@individual.net>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
T'as un URL où il y a un peu de doc là dessus ? Le paragraphe sur la
page qui parle des StartupItems est un peu léger...
c'est léger mais précisément à cet endroit il y'a un lien vers la page
qui va bien ;)
Mais encore ? Je ne vois pas de lien dans le paragraphe "Bootstrap
Daemons", les liens ailleurs sur la page ramène à ce même paragraphe...
en haut de laquelle apparait la note sur les StartupItems qui sont
dépréciés, et dans cette note il y'a un lien vers une page sur les
"Bootstrap Daemons"
Ok, ça reste léger. Il n'y a pas grand chose d'autre, la seule option
que je vois c'est de chercher "Bootstrap Daemons" dans le site (champs
de recherche en haut a gauche de la page).
en haut de laquelle apparait la note sur les StartupItems qui sont dépréciés, et dans cette note il y'a un lien vers une page sur les "Bootstrap Daemons"
Ok, ça reste léger. Il n'y a pas grand chose d'autre, la seule option que je vois c'est de chercher "Bootstrap Daemons" dans le site (champs de recherche en haut a gauche de la page).
Ok, ça reste léger. Il n'y a pas grand chose d'autre, la seule option que je vois c'est de chercher "Bootstrap Daemons" dans le site (champs de recherche en haut a gauche de la page).
OK, merci. C'est bien à cette page que je faisais référence. En effet, ça reste très léger.
Patrick -- Patrick Stadelmann
In article <patpro-89C5D5.10464201122004@individual.net>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
Ok, ça reste léger. Il n'y a pas grand chose d'autre, la seule option
que je vois c'est de chercher "Bootstrap Daemons" dans le site (champs
de recherche en haut a gauche de la page).
OK, merci. C'est bien à cette page que je faisais référence. En effet,
ça reste très léger.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
Ok, ça reste léger. Il n'y a pas grand chose d'autre, la seule option que je vois c'est de chercher "Bootstrap Daemons" dans le site (champs de recherche en haut a gauche de la page).
OK, merci. C'est bien à cette page que je faisais référence. En effet, ça reste très léger.
