Le Sat, 12 Mar 2022 20:34:07 -0000 (UTC),
LAPTOP-0154LRG9 a écrit :Le gestionnaire de paquets n'a pas fourni le fichier. Qu'y puis-je?
Vous avez installé un package qui est censé contenir le fichier mais ne
l'a finalement pas mis en place, selon vous ?
Hmmmm... franchement, je suis sceptiqueRépondez vous "je ne sais pas"?.
Non.
Mais votre façon de communiquer est quand même très particulière. Pas
sͻr que je persiste longtemps.Je ne vois pas ce qui vous laisse penser que je ne sais pas o͹ je
vais.
DéjÍ parce que vous ne parlez que du script init, sans avoir jamais
répondu aux questions concernant votre besoin, et surtout, que ce
script seul, ne fera RIEN.
Mais si je me trompe, et que vous savez o͹ vous allez, vous vous y
prenez donc très très mal pour y parvenir, et dans ce cas, je ne peux
rien faire de plus pour vous.
Le Sat, 12 Mar 2022 20:34:07 -0000 (UTC),
LAPTOP-0154LRG9 <patrick@ciancioni.com> a écrit :
Le gestionnaire de paquets n'a pas fourni le fichier. Qu'y puis-je?
Vous avez installé un package qui est censé contenir le fichier mais ne
l'a finalement pas mis en place, selon vous ?
Hmmmm... franchement, je suis sceptique
Répondez vous "je ne sais pas"?.
Non.
Mais votre façon de communiquer est quand même très particulière. Pas
sͻr que je persiste longtemps.
Je ne vois pas ce qui vous laisse penser que je ne sais pas o͹ je
vais.
DéjÍ parce que vous ne parlez que du script init, sans avoir jamais
répondu aux questions concernant votre besoin, et surtout, que ce
script seul, ne fera RIEN.
Mais si je me trompe, et que vous savez o͹ vous allez, vous vous y
prenez donc très très mal pour y parvenir, et dans ce cas, je ne peux
rien faire de plus pour vous.
Le Sat, 12 Mar 2022 20:34:07 -0000 (UTC),
LAPTOP-0154LRG9 a écrit :Le gestionnaire de paquets n'a pas fourni le fichier. Qu'y puis-je?
Vous avez installé un package qui est censé contenir le fichier mais ne
l'a finalement pas mis en place, selon vous ?
Hmmmm... franchement, je suis sceptiqueRépondez vous "je ne sais pas"?.
Non.
Mais votre façon de communiquer est quand même très particulière. Pas
sͻr que je persiste longtemps.Je ne vois pas ce qui vous laisse penser que je ne sais pas o͹ je
vais.
DéjÍ parce que vous ne parlez que du script init, sans avoir jamais
répondu aux questions concernant votre besoin, et surtout, que ce
script seul, ne fera RIEN.
Mais si je me trompe, et que vous savez o͹ vous allez, vous vous y
prenez donc très très mal pour y parvenir, et dans ce cas, je ne peux
rien faire de plus pour vous.
Je répète ici ce que j'ai dÍ» essayer de poster sur internet Í votre attention.
Je souhaite démarrer une application internet connectée.
J'ai Í la fois l'information que mon système n'utilise pas systemd et que
finalement il est équipé de la commande service!
Est ce contradictoire vraiment? Il me semble.
Cependant voici le résultat de mon travail jusqu'Í lors:
# service
Usage: service [--help | --status-all | <service> [<args>| --full-restart]]
# service xinetd --full-restart
env: '/etc/init.d/xinetd': No such file or directory
env: '/etc/init.d/xinetd': No such file or directory
Merci
Patrick
Je répète ici ce que j'ai dÍ» essayer de poster sur internet Í votre attention.
Je souhaite démarrer une application internet connectée.
J'ai Í la fois l'information que mon système n'utilise pas systemd et que
finalement il est équipé de la commande service!
Est ce contradictoire vraiment? Il me semble.
Cependant voici le résultat de mon travail jusqu'Í lors:
# service
Usage: service [--help | --status-all | <service> [<args>| --full-restart]]
# service xinetd --full-restart
env: '/etc/init.d/xinetd': No such file or directory
env: '/etc/init.d/xinetd': No such file or directory
Merci
Patrick
Je répète ici ce que j'ai dÍ» essayer de poster sur internet Í votre attention.
Je souhaite démarrer une application internet connectée.
J'ai Í la fois l'information que mon système n'utilise pas systemd et que
finalement il est équipé de la commande service!
Est ce contradictoire vraiment? Il me semble.
Cependant voici le résultat de mon travail jusqu'Í lors:
# service
Usage: service [--help | --status-all | <service> [<args>| --full-restart]]
# service xinetd --full-restart
env: '/etc/init.d/xinetd': No such file or directory
env: '/etc/init.d/xinetd': No such file or directory
Merci
Patrick
Je répète ici ce que j'ai dÍ» essayer de poster sur internet Í votre
attention.
Je souhaite démarrer une application internet connectée.
J'ai Í la fois l'information que mon système n'utilise pas systemd et
que finalement il est équipé de la commande service!
Est ce contradictoire vraiment? Il me semble.
Cependant voici le résultat de mon travail jusqu'Í lors:
# service
Usage: service [--help | --status-all | <service> [<args>|
--full-restart]] # service xinetd --full-restart
env: '/etc/init.d/xinetd': No such file or directory
env: '/etc/init.d/xinetd': No such file or directory
Je répète ici ce que j'ai dÍ» essayer de poster sur internet Í votre
attention.
Je souhaite démarrer une application internet connectée.
J'ai Í la fois l'information que mon système n'utilise pas systemd et
que finalement il est équipé de la commande service!
Est ce contradictoire vraiment? Il me semble.
Cependant voici le résultat de mon travail jusqu'Í lors:
# service
Usage: service [--help | --status-all | <service> [<args>|
--full-restart]] # service xinetd --full-restart
env: '/etc/init.d/xinetd': No such file or directory
env: '/etc/init.d/xinetd': No such file or directory
Je répète ici ce que j'ai dÍ» essayer de poster sur internet Í votre
attention.
Je souhaite démarrer une application internet connectée.
J'ai Í la fois l'information que mon système n'utilise pas systemd et
que finalement il est équipé de la commande service!
Est ce contradictoire vraiment? Il me semble.
Cependant voici le résultat de mon travail jusqu'Í lors:
# service
Usage: service [--help | --status-all | <service> [<args>|
--full-restart]] # service xinetd --full-restart
env: '/etc/init.d/xinetd': No such file or directory
env: '/etc/init.d/xinetd': No such file or directory
Je répète ici ce que j'ai dÍ» essayer de poster sur internet Í votre attention.
Je souhaite démarrer une application internet connectée.
J'ai Í la fois l'information que mon système n'utilise pas systemd et que
finalement il est équipé de la commande service!
Est ce contradictoire vraiment? Il me semble.
Cependant voici le résultat de mon travail jusqu'Í lors:
# service
Usage: service [--help | --status-all | <service> [<args>| --full-restart]]
# service xinetd --full-restart
env: '/etc/init.d/xinetd': No such file or directory
env: '/etc/init.d/xinetd': No such file or directory
Je répète ici ce que j'ai dÍ» essayer de poster sur internet Í votre attention.
Je souhaite démarrer une application internet connectée.
J'ai Í la fois l'information que mon système n'utilise pas systemd et que
finalement il est équipé de la commande service!
Est ce contradictoire vraiment? Il me semble.
Cependant voici le résultat de mon travail jusqu'Í lors:
# service
Usage: service [--help | --status-all | <service> [<args>| --full-restart]]
# service xinetd --full-restart
env: '/etc/init.d/xinetd': No such file or directory
env: '/etc/init.d/xinetd': No such file or directory
Je répète ici ce que j'ai dÍ» essayer de poster sur internet Í votre attention.
Je souhaite démarrer une application internet connectée.
J'ai Í la fois l'information que mon système n'utilise pas systemd et que
finalement il est équipé de la commande service!
Est ce contradictoire vraiment? Il me semble.
Cependant voici le résultat de mon travail jusqu'Í lors:
# service
Usage: service [--help | --status-all | <service> [<args>| --full-restart]]
# service xinetd --full-restart
env: '/etc/init.d/xinetd': No such file or directory
env: '/etc/init.d/xinetd': No such file or directory
Le 13/03/2022 Í 11:11, LAPTOP-0154LRG9 a écrit :Je répète ici ce que j'ai dÍ» essayer de poster sur internet Í votre
attention.
Je souhaite démarrer une application internet connectée.
J'ai Í la fois l'information que mon système n'utilise pas systemd et que
finalement il est équipé de la commande service!
Est ce contradictoire vraiment? Il me semble.
je me permet de remettre Í plat, en tenant compte de ce que tu as déjÍ dit.
il y a 3 systèmes de gestion des services.
Le dernier 'en vogue' est 'systemd' qui remplace progressivement
'sysvinit' et 'upstart'.
Ton application te signale simplement que tu n'as pas 'systemd' sur ta
machine et qu'elle a trouvé la commande 'service' ce qui permet de
supposer que tu as 'sysvinit' ou 'upstart'.
La raison est que tu as un système wsl qui ne supporte pas encore systemd.Cependant voici le résultat de mon travail jusqu'Í lors:
# service
Usage: service [--help | --status-all | <service> [<args>|
--full-restart]]
# service xinetd --full-restart
env: '/etc/init.d/xinetd': No such file or directory
env: '/etc/init.d/xinetd': No such file or directory
Il y a un mélange dans ton analyse.
quand tu lance 'service xinetd --full-restart', la commande 'service'
tente de trouver un fichier de configuration 'xinetd' pour savoir
comment démarrer 'xinetd'.
Comme tu n'as pas xinetd, la commande 'service' ne trouve pas le fichier
de configuration.
Ce n'est pas en rajoutant ce fichier de configuration que par magie tu
auras un 'xinetd' installé et actif...
Histoire d'arrêter de partir dans tous les sens, je te conseille dans un
premier temps:
- de donner le nom exacte de l'application que tu veux utiliser (slrn ne
sert qu'a lire des news si je ne me trompe pas)
- de donner le message d'erreur complet que ton application affiche sur
ton écran, quitte Í mettre une copie écran sur un site d'hébergement de
fichiers/images.
- de repréciser sur quel environnement tu travailles:
 - version de wsl et quelle version de windows
 - quelle distribution (quelle version d'opensuse)?
   tu l'as installée toi-même ou tu es passé par le store de Microsoft?
Le 13/03/2022 Í 11:11, LAPTOP-0154LRG9 a écrit :
Je répète ici ce que j'ai dÍ» essayer de poster sur internet Í votre
attention.
Je souhaite démarrer une application internet connectée.
J'ai Í la fois l'information que mon système n'utilise pas systemd et que
finalement il est équipé de la commande service!
Est ce contradictoire vraiment? Il me semble.
je me permet de remettre Í plat, en tenant compte de ce que tu as déjÍ dit.
il y a 3 systèmes de gestion des services.
Le dernier 'en vogue' est 'systemd' qui remplace progressivement
'sysvinit' et 'upstart'.
Ton application te signale simplement que tu n'as pas 'systemd' sur ta
machine et qu'elle a trouvé la commande 'service' ce qui permet de
supposer que tu as 'sysvinit' ou 'upstart'.
La raison est que tu as un système wsl qui ne supporte pas encore systemd.
Cependant voici le résultat de mon travail jusqu'Í lors:
# service
Usage: service [--help | --status-all | <service> [<args>|
--full-restart]]
# service xinetd --full-restart
env: '/etc/init.d/xinetd': No such file or directory
env: '/etc/init.d/xinetd': No such file or directory
Il y a un mélange dans ton analyse.
quand tu lance 'service xinetd --full-restart', la commande 'service'
tente de trouver un fichier de configuration 'xinetd' pour savoir
comment démarrer 'xinetd'.
Comme tu n'as pas xinetd, la commande 'service' ne trouve pas le fichier
de configuration.
Ce n'est pas en rajoutant ce fichier de configuration que par magie tu
auras un 'xinetd' installé et actif...
Histoire d'arrêter de partir dans tous les sens, je te conseille dans un
premier temps:
- de donner le nom exacte de l'application que tu veux utiliser (slrn ne
sert qu'a lire des news si je ne me trompe pas)
- de donner le message d'erreur complet que ton application affiche sur
ton écran, quitte Í mettre une copie écran sur un site d'hébergement de
fichiers/images.
- de repréciser sur quel environnement tu travailles:
 - version de wsl et quelle version de windows
 - quelle distribution (quelle version d'opensuse)?
   tu l'as installée toi-même ou tu es passé par le store de Microsoft?
Le 13/03/2022 Í 11:11, LAPTOP-0154LRG9 a écrit :Je répète ici ce que j'ai dÍ» essayer de poster sur internet Í votre
attention.
Je souhaite démarrer une application internet connectée.
J'ai Í la fois l'information que mon système n'utilise pas systemd et que
finalement il est équipé de la commande service!
Est ce contradictoire vraiment? Il me semble.
je me permet de remettre Í plat, en tenant compte de ce que tu as déjÍ dit.
il y a 3 systèmes de gestion des services.
Le dernier 'en vogue' est 'systemd' qui remplace progressivement
'sysvinit' et 'upstart'.
Ton application te signale simplement que tu n'as pas 'systemd' sur ta
machine et qu'elle a trouvé la commande 'service' ce qui permet de
supposer que tu as 'sysvinit' ou 'upstart'.
La raison est que tu as un système wsl qui ne supporte pas encore systemd.Cependant voici le résultat de mon travail jusqu'Í lors:
# service
Usage: service [--help | --status-all | <service> [<args>|
--full-restart]]
# service xinetd --full-restart
env: '/etc/init.d/xinetd': No such file or directory
env: '/etc/init.d/xinetd': No such file or directory
Il y a un mélange dans ton analyse.
quand tu lance 'service xinetd --full-restart', la commande 'service'
tente de trouver un fichier de configuration 'xinetd' pour savoir
comment démarrer 'xinetd'.
Comme tu n'as pas xinetd, la commande 'service' ne trouve pas le fichier
de configuration.
Ce n'est pas en rajoutant ce fichier de configuration que par magie tu
auras un 'xinetd' installé et actif...
Histoire d'arrêter de partir dans tous les sens, je te conseille dans un
premier temps:
- de donner le nom exacte de l'application que tu veux utiliser (slrn ne
sert qu'a lire des news si je ne me trompe pas)
- de donner le message d'erreur complet que ton application affiche sur
ton écran, quitte Í mettre une copie écran sur un site d'hébergement de
fichiers/images.
- de repréciser sur quel environnement tu travailles:
 - version de wsl et quelle version de windows
 - quelle distribution (quelle version d'opensuse)?
   tu l'as installée toi-même ou tu es passé par le store de Microsoft?
N'aurions-nous pas Í faire Í un avatar de ptilou?
N'aurions-nous pas Í faire Í un avatar de ptilou?
N'aurions-nous pas Í faire Í un avatar de ptilou?
Le Sun, 13 Mar 2022 10:11:18 -0000 (UTC),
LAPTOP-0154LRG9 a écrit :Je répète ici ce que j'ai dÍ» essayer de poster sur internet Í votre
attention.
Même cette phrase je ne la comprends pas.Je souhaite démarrer une application internet connectée.
Ce qui Í mes yeux ne veut rien dire. C'est syntaxiquement correct,
ce n'est pas non plus faux, mais techniquement, ça ne dit rien. Et
surtout, ça ne fait absolument aucun lien avec votre impérieuse
nécessité d'avoir /etc/init.d/xinetd. Je ne parle même pas de ce que
vous serez amené Í faire avec.J'ai Í la fois l'information que mon système n'utilise pas systemd et
que finalement il est équipé de la commande service!
Est ce contradictoire vraiment? Il me semble.
Cependant voici le résultat de mon travail jusqu'Í lors:
# service
Usage: service [--help | --status-all | <service> [<args>|
--full-restart]] # service xinetd --full-restart
env: '/etc/init.d/xinetd': No such file or directory
env: '/etc/init.d/xinetd': No such file or directory
Mais rien dans tout ça ne démontre que vous avez installé le package
qui contiendrait le fichier qui vous manque, selon vous.
Autrement dit :
1) Pour votre distribution, quel est le package qui fournit
/etc/init.d/xinetd ?
2) ce package est-il installé ?
Le Sun, 13 Mar 2022 10:11:18 -0000 (UTC),
LAPTOP-0154LRG9 <patrick@ciancioni.com> a écrit :
Je répète ici ce que j'ai dÍ» essayer de poster sur internet Í votre
attention.
Même cette phrase je ne la comprends pas.
Je souhaite démarrer une application internet connectée.
Ce qui Í mes yeux ne veut rien dire. C'est syntaxiquement correct,
ce n'est pas non plus faux, mais techniquement, ça ne dit rien. Et
surtout, ça ne fait absolument aucun lien avec votre impérieuse
nécessité d'avoir /etc/init.d/xinetd. Je ne parle même pas de ce que
vous serez amené Í faire avec.
J'ai Í la fois l'information que mon système n'utilise pas systemd et
que finalement il est équipé de la commande service!
Est ce contradictoire vraiment? Il me semble.
Cependant voici le résultat de mon travail jusqu'Í lors:
# service
Usage: service [--help | --status-all | <service> [<args>|
--full-restart]] # service xinetd --full-restart
env: '/etc/init.d/xinetd': No such file or directory
env: '/etc/init.d/xinetd': No such file or directory
Mais rien dans tout ça ne démontre que vous avez installé le package
qui contiendrait le fichier qui vous manque, selon vous.
Autrement dit :
1) Pour votre distribution, quel est le package qui fournit
/etc/init.d/xinetd ?
2) ce package est-il installé ?
Le Sun, 13 Mar 2022 10:11:18 -0000 (UTC),
LAPTOP-0154LRG9 a écrit :Je répète ici ce que j'ai dÍ» essayer de poster sur internet Í votre
attention.
Même cette phrase je ne la comprends pas.Je souhaite démarrer une application internet connectée.
Ce qui Í mes yeux ne veut rien dire. C'est syntaxiquement correct,
ce n'est pas non plus faux, mais techniquement, ça ne dit rien. Et
surtout, ça ne fait absolument aucun lien avec votre impérieuse
nécessité d'avoir /etc/init.d/xinetd. Je ne parle même pas de ce que
vous serez amené Í faire avec.J'ai Í la fois l'information que mon système n'utilise pas systemd et
que finalement il est équipé de la commande service!
Est ce contradictoire vraiment? Il me semble.
Cependant voici le résultat de mon travail jusqu'Í lors:
# service
Usage: service [--help | --status-all | <service> [<args>|
--full-restart]] # service xinetd --full-restart
env: '/etc/init.d/xinetd': No such file or directory
env: '/etc/init.d/xinetd': No such file or directory
Mais rien dans tout ça ne démontre que vous avez installé le package
qui contiendrait le fichier qui vous manque, selon vous.
Autrement dit :
1) Pour votre distribution, quel est le package qui fournit
/etc/init.d/xinetd ?
2) ce package est-il installé ?
xinetd est
installé sur mon ordinateur depuis le gestionnaire de paquets.
xinetd est
installé sur mon ordinateur depuis le gestionnaire de paquets.
xinetd est
installé sur mon ordinateur depuis le gestionnaire de paquets.
En 46 lignes LAPTOP-0154LRG9 a écrit
dans news:
le lundi, 14 mars 2022 Í 12:41:31Â :xinetd est
installé sur mon ordinateur depuis le gestionnaire de paquets.
... Sous root: updatedb ; locate /etc/init.d/xinetd
dyrmak
En 46 lignes LAPTOP-0154LRG9 a écrit
dans news:slrnt2uaff.1h.patrick@LAPTOP-0154LRG9.localdomain
le lundi, 14 mars 2022 Í 12:41:31Â :
xinetd est
installé sur mon ordinateur depuis le gestionnaire de paquets.
... Sous root: updatedb ; locate /etc/init.d/xinetd
dyrmak
En 46 lignes LAPTOP-0154LRG9 a écrit
dans news:
le lundi, 14 mars 2022 Í 12:41:31Â :xinetd est
installé sur mon ordinateur depuis le gestionnaire de paquets.
... Sous root: updatedb ; locate /etc/init.d/xinetd
dyrmak
Le 13/03/2022 Í 11:11, LAPTOP-0154LRG9 a écrit :
Histoire d'arrêter de partir dans tous les sens, je te conseille dans un
premier temps:
- de donner le nom exacte de l'application que tu veux utiliser (slrn ne
sert qu'a lire des news si je ne me trompe pas)
- de donner le message d'erreur complet que ton application affiche sur
ton écran, quitte Í mettre une copie écran sur un site d'hébergement de
fichiers/images.
- de repréciser sur quel environnement tu travailles:
- version de wsl et quelle version de windows
- quelle distribution (quelle version d'opensuse)?
tu l'as installée toi-même ou tu es passé par le store de Microsoft?
Le 13/03/2022 Í 11:11, LAPTOP-0154LRG9 a écrit :
Histoire d'arrêter de partir dans tous les sens, je te conseille dans un
premier temps:
- de donner le nom exacte de l'application que tu veux utiliser (slrn ne
sert qu'a lire des news si je ne me trompe pas)
- de donner le message d'erreur complet que ton application affiche sur
ton écran, quitte Í mettre une copie écran sur un site d'hébergement de
fichiers/images.
- de repréciser sur quel environnement tu travailles:
- version de wsl et quelle version de windows
- quelle distribution (quelle version d'opensuse)?
tu l'as installée toi-même ou tu es passé par le store de Microsoft?
Le 13/03/2022 Í 11:11, LAPTOP-0154LRG9 a écrit :
Histoire d'arrêter de partir dans tous les sens, je te conseille dans un
premier temps:
- de donner le nom exacte de l'application que tu veux utiliser (slrn ne
sert qu'a lire des news si je ne me trompe pas)
- de donner le message d'erreur complet que ton application affiche sur
ton écran, quitte Í mettre une copie écran sur un site d'hébergement de
fichiers/images.
- de repréciser sur quel environnement tu travailles:
- version de wsl et quelle version de windows
- quelle distribution (quelle version d'opensuse)?
tu l'as installée toi-même ou tu es passé par le store de Microsoft?