Peut-être un problème d'approche... Il me semble évident que "libre" n'est pas un argument en soi, ni même le premier qualificatif que j'utiliserai pour décrire un logiciel.
L'utilisateur final recherche en général plutôt des fonctionnalités, du support, de l'interopérabilité avant de rechercher un type de licence bien précis, et on ne peut pas trop lui en vouloir pour ça.
D'une même façon, beaucoup d'organisations utilisent un autre opérateur de téléphonie que France Télécom, utilisent un autre fournisseur d'électricité qu'EDF...
Pourquoi auraient-elles besoin de communiquer sur leurs choix ? Pourquoi avoir peur ou pas de dire quelque chose ? On dirait que tu parles d'un tabou à l'encontre de Linux ou des choix d'OS en général. Je n'ai jamais eu ce sentiment nulle part dans la vraie vie.
Linux est un choix technologique, au même titre que AIX, Windows ou OS/2... Il n'y a ni plus ni moins de raison de communiquer sur ce choix que sur aucun autre choix.
J'ai le vague sentiment qu'il y a un petit vent de théorie conspirationiste anti-Linux qui souffle depuis pas mal de temps...
- ps auxwww | grep -i ntpd, tu dois voir un process ntpd qui tourne
- en root : ntpq, puis tu tapes peers, tu dois voir les serveurs NTP avec lesquels tu es synchronisé.... dans la colonne poll, tu dois avoir une valeur "élevée", en tout cas > 64 sinon ton serveur NTP ne s'est pas encore stabilisé (ca peut prendre de plusieurs minutes à plusieurs heures en fonction de la stabilité de ta connection Internet)
Par exemple, moi j'ai :
ntpq> peers
remote refid st t when poll reach delay offset jitter
==============================================================================
+nucli.net 18.145.0.30 2 u 676 1024 377 100.416 -3.181 0.052
*samedi.hypergen 193.10.7.246 2 u 748 1024 377 67.697 -17.403 1.705
LOCAL(0) LOCAL(0) 10 l 32 64 377 0.000 0.000 0.001
en gros, poll doit être élevé et offset doit être faible.
- /var/log/daemon peut te donner des infos également.
D'ailleurs les moteurs Peugeot (peu importe la couleur de la voiture) peuvent complètement remplacer une ligne de métro de la RATP tout en ayant des passagers en jeans...
au temps (ou "autant" ou "aux taons" ou...) pour moi concernant le single user mode.
Et tu as raison, effectivement les programmes de inittab sont apparement lancés en dernier (cf http://oldfield.wattle.id.au/luv/boot.html(...) )... mais bon, les dépendances ça fonctionne dans les deux sens : certains démons/scripts doivent être lancés AVANT d'autres.
Je suppose c'est parceque ta méthode sort complètement des mécanismes basés sur les runlevels System V, et a de ce fait certains inconvénients :
- il est impossible de *ne pas* lancer le process si besoin est (pas de "single user mode" dans lequel ton process ne serait pas lancé)
- tu ne gères pas les dépendances : en général, il y a des prérequis au lancement d'un démon ou d'un programme (par exemple la couche réseau doit être activée, ou un démon syslog pour logguer les sorties de ton programme)
- elle n'offre pas de solution standard pour relancer le programme (/etc/init.d/monprogramme restart) si c'est un démon
Sinon, c'est effectivement une solution valable, au même titre que plein d'autres solutions plus ou moins propres.
c'est de passer par cron : crontab -e et mettre : @reboot /chemin/vers/le/script
Plus d'infos sur man 5 crontab
Mac
PS : @reboot n'est pas dispo sur toutes les versions de cron
PS2 : évidemment, faut rebooter pour vérifier si ça fonctionne... pas évident à faire non plus si t'es pas root ;P
Vous aurez sans doute compris que j'ai perdu des données il n'y a pas longtemps pour me donner tant de mal. Oui, j'ai perdu 6 semaines de compta dans la perte d'un disque. J'ai estimé qu'en 2005, l'heure était venue de passer aux choses sérieuses.
Les choses sérieuses, c'est plutôt de faire des backups... parce qu'un RAID, ça te protège que d'une et une seule chose : une perte d'un disque dur (au mieux d'un contrôleur). Il reste beaucoup de moyens pour tout casser :
- une fausse manip d'un admin (probablement toi)
- un problème logiciel
- une mise à jour qui se passe mal
- un gros soucis électrique, un incendie
- un voleur de serveurs (sisi, ça s'est vu !)
- un disque dur qui claque, personne qui le remarque (oui, c'est un des avantages du RAID), et le second qui claque quelques semaines plus tard
- un trou de sécurité et un serveur nax0risé
- ...
enfin, c'est mes 2 cents... "votre kilométrage peut varier" comme ils disent de l'autre côté de la mare.
En fait, sans en avoir l'air, tu poses plusieurs questions :
1. "Comment lancer un programme au démarrage avec un utilisateur particulier" : tu peux regarder la commande @reboot dans man 5 crontab par exemple.
2. "Comment lancer un programme dès que l'utilisateur s'est identifié" : il faut regarder du côté du fichier $HOME/.profile
3. "Comment lancer skype dès que l'utilisateur s'est identifié"... ici, je pense que tu ne parles que du cas particulier ou l'utilisateur a une session graphique, $HOME/.xsession ou $HOME/.xinitrc peuvent aider. (man xsession)
Moi, au contraire, quand j'achète un produit, je lis les conditions d'utilisation et de vente, et je m'y tiens. Un contrat est un acte légal liant deux partis. Personne ne t'impose de l'accepter. Si les conditions ne te plaisent pas, pourquoi les as-tu acceptées ?
Pour moi, le genre de pratique que tu décris est moralement et légalement répréhensible.
Si ton patron te virait avec les arguments que tu utilises, "j'ai plus de sous pour te payer, donc je peux pas te payer ton préavis de licenciment", je suis sûr que tu serais un des premiers aux prudhommes
Il y a aussi des méchants-FAI-qui-refusent-les-mails-qui-viennent-de-l'adresse-IP-d'un-client-qui- est-dans-un-pool-d'IP-attribué-a-l'ADSL... et là, tu es obligé de passer par le SMTP de ton FAI (ceci dit, il n'y en a pas beaucoup-beaucoup, mais ça existe).
[^] # Re: je comprend pas trop...
Posté par mac . En réponse au journal Migration Windows vers Linux, BSD. Évalué à 1.
L'utilisateur final recherche en général plutôt des fonctionnalités, du support, de l'interopérabilité avant de rechercher un type de licence bien précis, et on ne peut pas trop lui en vouloir pour ça.
[^] # je comprend pas trop...
Posté par mac . En réponse au journal Migration Windows vers Linux, BSD. Évalué à 1.
Pourquoi auraient-elles besoin de communiquer sur leurs choix ? Pourquoi avoir peur ou pas de dire quelque chose ? On dirait que tu parles d'un tabou à l'encontre de Linux ou des choix d'OS en général. Je n'ai jamais eu ce sentiment nulle part dans la vraie vie.
Linux est un choix technologique, au même titre que AIX, Windows ou OS/2... Il n'y a ni plus ni moins de raison de communiquer sur ce choix que sur aucun autre choix.
J'ai le vague sentiment qu'il y a un petit vent de théorie conspirationiste anti-Linux qui souffle depuis pas mal de temps...
# Et hop
Posté par mac . En réponse au journal Les impot en ligne c'est bien, mais.... Évalué à 4.
# Trucs à vérifier :
Posté par mac . En réponse au message Mise en place d'un serveur ntp. Évalué à 1.
- en root : ntpq, puis tu tapes peers, tu dois voir les serveurs NTP avec lesquels tu es synchronisé.... dans la colonne poll, tu dois avoir une valeur "élevée", en tout cas > 64 sinon ton serveur NTP ne s'est pas encore stabilisé (ca peut prendre de plusieurs minutes à plusieurs heures en fonction de la stabilité de ta connection Internet)
Par exemple, moi j'ai :
ntpq> peers
remote refid st t when poll reach delay offset jitter
==============================================================================
+nucli.net 18.145.0.30 2 u 676 1024 377 100.416 -3.181 0.052
*samedi.hypergen 193.10.7.246 2 u 748 1024 377 67.697 -17.403 1.705
LOCAL(0) LOCAL(0) 10 l 32 64 377 0.000 0.000 0.001
en gros, poll doit être élevé et offset doit être faible.
- /var/log/daemon peut te donner des infos également.
# Oui
Posté par mac . En réponse au message Linux peut-il remplacer Windows 2k3?. Évalué à 0.
ou l'inverse.
[^] # Re: facile !
Posté par mac . En réponse au message Lancer un script au boot en tant que nobody. Évalué à 2.
Et tu as raison, effectivement les programmes de inittab sont apparement lancés en dernier (cf http://oldfield.wattle.id.au/luv/boot.html(...) )... mais bon, les dépendances ça fonctionne dans les deux sens : certains démons/scripts doivent être lancés AVANT d'autres.
[^] # Re: facile !
Posté par mac . En réponse au message Lancer un script au boot en tant que nobody. Évalué à 2.
Je suppose c'est parceque ta méthode sort complètement des mécanismes basés sur les runlevels System V, et a de ce fait certains inconvénients :
- il est impossible de *ne pas* lancer le process si besoin est (pas de "single user mode" dans lequel ton process ne serait pas lancé)
- tu ne gères pas les dépendances : en général, il y a des prérequis au lancement d'un démon ou d'un programme (par exemple la couche réseau doit être activée, ou un démon syslog pour logguer les sorties de ton programme)
- elle n'offre pas de solution standard pour relancer le programme (/etc/init.d/monprogramme restart) si c'est un démon
Sinon, c'est effectivement une solution valable, au même titre que plein d'autres solutions plus ou moins propres.
# La seule option que je connais si t'es pas root
Posté par mac . En réponse au message Lancer un script au boot en tant que nobody. Évalué à 1.
@reboot /chemin/vers/le/script
Plus d'infos sur man 5 crontab
Mac
PS : @reboot n'est pas dispo sur toutes les versions de cron
PS2 : évidemment, faut rebooter pour vérifier si ça fonctionne... pas évident à faire non plus si t'es pas root ;P
# Je comprend pas bien
Posté par mac . En réponse au message Lancer un programme depuis perl et sortie. Évalué à 1.
Si par contre tu souhaites savoir comment lancer un process externe en Perl et attendre la fin de son exécution, un petit tour dans les FAQ et les manuels est peut-être utile ? Par exemple :
- la commande exec() : http://www.enstimac.fr/Perl/DocFr/perlfunc.html#item_system(...)
- la commande system() : http://www.enstimac.fr/Perl/DocFr/perlfunc.html#item_system(...)
(*) je fait l'hypothèse que n'est pas destructif pour ton PC ou pour toi-même naturellement :P
[^] # Re: Perte de données...
Posté par mac . En réponse au journal Debian amd64 + RAID rulez. Évalué à 1.
On ne vit pas dans le même monde...
# Perte de données...
Posté par mac . En réponse au journal Debian amd64 + RAID rulez. Évalué à 7.
Les choses sérieuses, c'est plutôt de faire des backups... parce qu'un RAID, ça te protège que d'une et une seule chose : une perte d'un disque dur (au mieux d'un contrôleur). Il reste beaucoup de moyens pour tout casser :
- une fausse manip d'un admin (probablement toi)
- un problème logiciel
- une mise à jour qui se passe mal
- un gros soucis électrique, un incendie
- un voleur de serveurs (sisi, ça s'est vu !)
- un disque dur qui claque, personne qui le remarque (oui, c'est un des avantages du RAID), et le second qui claque quelques semaines plus tard
- un trou de sécurité et un serveur nax0risé
- ...
enfin, c'est mes 2 cents... "votre kilométrage peut varier" comme ils disent de l'autre côté de la mare.
# Ahem...
Posté par mac . En réponse au journal Des mauvais usages des nouvelles technologies.... Évalué à 2.
Ceci dit, ça ne veut pas dire que leur requêtes HTTP sont légitimes .
[^] # Re: Voila ?
Posté par mac . En réponse au journal Compilation et optimisation de l'empreinte mémoire. Évalué à 1.
# En fait, le plus compliqué c'est encore d'avoir des données pas triées
Posté par mac . En réponse au message comment trier des nombres?. Évalué à 1.
use Data::Dumper;
# Creer un tableau pas trie
srand;
@new = ();
@old = 1 .. 10;
while (@old)
{
push( @new, splice( @old, rand @old, 1 ) );
}
print Dumper (\@new);
# Trier le tableau
@sorted = sort {$a <=> $b} @new;
print Dumper (\@sorted);
[^] # Re: Round Robin DNS
Posté par mac . En réponse au message Comment faire du clustering ?. Évalué à 1.
# abcde
Posté par mac . En réponse au message Problème avec ogg/flac. Évalué à 2.
Mon fichier de conf' : http://mac.tuxfinder.com/wiki/index.php/Abcde(...)
Ca fait un encodage direct en .flac, en utilisant cddb... c'est clairement en ligne de commande, mais ça a l'immense avantage de fonctionner...
# Sur un IBM T40
Posté par mac . En réponse au message Touche CRT/LDC des portables et XFree86. Évalué à 1.
2. Allumer le projecteur et le brancher
3. "Oh ! Ca marche !"
# De l'art de bien poser les questions...
Posté par mac . En réponse au message comment lancer un programme au démarrage.... Évalué à 1.
1. "Comment lancer un programme au démarrage avec un utilisateur particulier" : tu peux regarder la commande @reboot dans man 5 crontab par exemple.
2. "Comment lancer un programme dès que l'utilisateur s'est identifié" : il faut regarder du côté du fichier $HOME/.profile
3. "Comment lancer skype dès que l'utilisateur s'est identifié"... ici, je pense que tu ne parles que du cas particulier ou l'utilisateur a une session graphique, $HOME/.xsession ou $HOME/.xinitrc peuvent aider. (man xsession)
[^] # Re: Mouahahahahahah
Posté par mac . En réponse au message MERCI POUR L'AIDE SUR CRON. Évalué à 2.
[^] # Re: Beh
Posté par mac . En réponse au message CONFIGURATION DE DNS. Évalué à 1.
# Mouahahahahahah
Posté par mac . En réponse au message MERCI POUR L'AIDE SUR CRON. Évalué à 2.
[^] # Re: j'adore....
Posté par mac . En réponse au journal gentoo-stats hacké ?. Évalué à 4.
# Ou alors...
Posté par mac . En réponse au message probleme d'activation ip_forward. Évalué à 3.
[^] # Re: Tiscali / reconduction annuelle
Posté par mac . En réponse au journal Tiscali / reconduction annuelle. Évalué à 6.
Moi, au contraire, quand j'achète un produit, je lis les conditions d'utilisation et de vente, et je m'y tiens. Un contrat est un acte légal liant deux partis. Personne ne t'impose de l'accepter. Si les conditions ne te plaisent pas, pourquoi les as-tu acceptées ?
Pour moi, le genre de pratique que tu décris est moralement et légalement répréhensible.
Si ton patron te virait avec les arguments que tu utilises, "j'ai plus de sous pour te payer, donc je peux pas te payer ton préavis de licenciment", je suis sûr que tu serais un des premiers aux prudhommes
# Si seulement...
Posté par mac . En réponse au message /etc/postfix/transport qui ne veut rien entendre.... Évalué à 2.