In article <1go2yr6.1mz9go4yaol5yN%, (Laurent Pertois) wrote:
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é.
Je suis assez d'accord avec toi, pour l'instant je patauge un peu avec ce nouveau mode (mais je l'ai découvert il y a quelques jours seulement) et je n'en vois pas l'intérêt par rapport aux StartupItems, comme le dit Patrick, ça manque de doc :-/
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 ?
Ben, ils sont soumis à leur NDA...
-- 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:
In article <1go2yr6.1mz9go4yaol5yN%laurent.pertois@alussinan.org>,
laurent.pertois@alussinan.org (Laurent Pertois) wrote:
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é.
Je suis assez d'accord avec toi, pour l'instant je patauge un peu avec
ce nouveau mode (mais je l'ai découvert il y a quelques jours seulement)
et je n'en vois pas l'intérêt par rapport aux StartupItems, comme le dit
Patrick, ça manque de doc :-/
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 ?
Ben, ils sont soumis à leur NDA...
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
In article <1go2yr6.1mz9go4yaol5yN%, (Laurent Pertois) wrote:
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é.
Je suis assez d'accord avec toi, pour l'instant je patauge un peu avec ce nouveau mode (mais je l'ai découvert il y a quelques jours seulement) et je n'en vois pas l'intérêt par rapport aux StartupItems, comme le dit Patrick, ça manque de doc :-/
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 ?
Ben, ils sont soumis à leur NDA...
-- 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:
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.
Pour moi ça ne change rien. Même avec les Startup Items, j'avais fait un open d'un script à moi dans le script du Startup Item, ne serait-ce que parce qu'il y a des programmes lancés qui contenait le n° de version dans leur nom, et que c'est plus simple de modifier un script accessible que de le faire dans celui des Startup Items par pico ou vim, avec en plus des droits à "overrider" à chaque fois.
-- Sanji
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
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.
Pour moi ça ne change rien.
Même avec les Startup Items, j'avais fait un open d'un script à moi dans
le script du Startup Item, ne serait-ce que parce qu'il y a des
programmes lancés qui contenait le n° de version dans leur nom, et que
c'est plus simple de modifier un script accessible que de le faire dans
celui des Startup Items par pico ou vim, avec en plus des droits à
"overrider" à chaque fois.
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.
Pour moi ça ne change rien. Même avec les Startup Items, j'avais fait un open d'un script à moi dans le script du Startup Item, ne serait-ce que parce qu'il y a des programmes lancés qui contenait le n° de version dans leur nom, et que c'est plus simple de modifier un script accessible que de le faire dans celui des Startup Items par pico ou vim, avec en plus des droits à "overrider" à chaque fois.
