4223161584: cron n'a pas de sens ici. Il ne s'agit pas vraiment de faire une action à intervalles réguliers.

Vérifier que l'ordinateur est connecté et s'il ne l'est pas le reconnecter chaque X secondes?

Tu peux faire beaucoup plus intelligent et beaucoup moins lourd avec un daemon qu'avec cron. En effet, le but n'est pas tellement de faire ce que tu racontes, mais d'assurer une connexion réseau (le plus possible) continue.

"moi, j'ai appris à ma famille http://adresse-ip.com + mail. Ensuite, je prends le relai via ssh."

Bah pour le serveur Wolfenstein ça aurait pu aller, mais le serveur Minecraft se comporte assez mal quand je le lance via SSH avec nohup (il ne sauvegarde qu'une partie des actions effectuées, bref, gros bordel).
Donc j'ai scripté des lanceurs pour chaque appli, j'ai créé un compte "caroline" en plus de celui de mon frère, et modifié /etc/sudoers comme il se doit. Comme ça les jeux utilisent le même $PATH, qu'ils soient lancés par mon frère ou moi

J'avais déjà pensé au script couplé à cron, seulement j'aimerais surtout qu'il n'y ait pas la "moindre" interruption, ça peut s'avérer très chiant en plein jeu ce genre de coupures

J'ai finalement opté pour wicd, je crois que ça reste le choix le plus rationnel au bout du compte 'pis il est mignon, avec son interface ncurses ...

Merci à vous

« le serveur Minecraft se comporte assez mal quand je le lance via SSH avec nohup » il y a une façon assez radicale pour contourner les problèmes liés aux softs qui font de la merde via SSH :

$ echo 'commande' | at now + 1 minute

Bourrin, mais terriblement efficace dans certains cas !

Ça tombe bien, j'aime les solutions bourrines par moments
J'ferai des tests en situation, de toutes manières nohup m'a plus souvent enfoncé au lieu de me dépanner . M'enfin c'est jamais trop mal d'avoir quelqu'un en local sinon je pense

Merci encore

"« car Ubuntu devient une usine à gaz. » non mais lol quoi… De mon point de vue, il faut avoir rater au moins deux guerres pour pouvoir dire ça. En effet, Ubuntu c'est définitivement une usine à gaz depuis sa version 8.04.
Au passage, notez que ça déteint de plus en plus sur Debian. "

Comme quoi par exemple?

Comme quoi quoi ? Il y a deux messages dans le bout que tu cites.

Comme quoi par exemple qui déteint d'Ubuntu dans Debian.

hal, network-manager, retrait de xorg.conf et de zap...

NetworkManager c'est pas de la faute de Debian mais de Gnome, non ?

En même temps xorg.conf n'est plus très utile maintenant, cette décision avait du sens.

Ce qui me fait penser que j'ai joué avec xrandr dans le train la semaine dernière, j'ai pu lire un pdf avec l'écran tourné, comme sur un livre : une page complète occupait pile l'écran, c'était plus agréable que l'orientation normale ou le PDF était coupé en trois (netbook oblige...)

Bien je reprends donc les derniers posts de l'autre thread à propos de BSD...

"Dargor
Posté le 22 août 2011 à 13:27:06
Y'a OSS, le reste dépend des BSD (Free fait le mixage audio dans le kernel, Open a un démon appelé aucat...). On peut poursuivre sur le blabla ou un sujet à part si tu veux, oui."
Ça semble rassurant, en plus du reste.
Le problème c'est que j'aime faire un peu de MAO à mes heures perdues, et je sais pas trop ce que les *BSD proposent à ce sujet (j'avais l'habitude de jackd et toute la clique logicielle qui vient avec sous Ubuntu à l'époque...).
Sinon pour mon utilisation "serveur", j'imagine que les *BSD sont largement adéquates

"Chris_27
Posté le 22 août 2011 à 14:35:55
Google_Bot: ce n'est pas un problème de brasser plus de monde, mais de manque d'effectifs. Il y a trop de choses à gérer, et les développeurs Debian ne sont pas assez nombreux. Donc parfois, la solution est d'accepter ce qui est fait à coté (par exemple chez ubuntu) faute de pouvoir faire proprement et à sa sauce."
Au temps pour moi alors. J'avais surtout l'impression que la distro voulait viser un public de plus en plus large à la manière d'Ubuntu, en adoptant justement les merdasses de cette dernière... (enfin, même sans que ce soit forcément le but, ça peut être une conséquence parmi les autres je pense)

Au fait, c'est quoi l'intérêt, pour se connecter en wifi, de se taper les commandes du topic https://www.jeuxvideo.com/forums/1-38-7672122-1-0-1-0-doc-la-gestion-du-wifi-sous-linux.htm , plutôt que de faire un clic avec une application comme wicd ou networkmanager , à part répandre l'idée selon laquelle linux c'est compliqué et qu'il faut taper des lignes de commandes pour des trucs qui devraient fonctionner normalement sans nous faire chier ?

J'ai jamais compris

Et pas l'argument bidon "NetworkManager" remplace la config existante, je vois pas l'intérêt d'avoir une config si le but c'est de se connecter avec NM qui va tout gérer automatiquement.

(Notroll )

"Le problème c'est que j'aime faire un peu de MAO à mes heures perdues, et je sais pas trop ce que les *BSD proposent à ce sujet (j'avais l'habitude de jackd et toute la clique logicielle qui vient avec sous Ubuntu à l'époque...)."

J'ai recherché un peu et apparemment c'est possible d'après des témoignages que j'ai lu sur des forums.

Je ne fais pas de MAO, mais la page man de aucat semble indiquer que les auteurs en font. En tout cas ce sera à toi de voir si ça correspond ou non à tes besoins

"Au fait, c'est quoi l'intérêt, pour se connecter en wifi, de se taper les commandes du topic https://www.jeuxvideo.com/forums/1-38-7672122-1-0-1-0-doc-la-gestion-du-wifi-sous-linux.htm , plutôt que de faire un clic avec une application comme wicd ou networkmanager "

Sans doute parce que Network Manager "c'est d'la merde"... C'est pas très fin mais ça à la mérite d'être clair !

Bon, on pourrait ajouter que c'est du GTK, que ton mot de passe n'est (n'était ?) pas protégé, que ça marche plutôt mal, etc...
Au fait, il détruit toujours le fichier de conf interfaces ?

Network manager c'est l'équivalent réseau de PulseAudio...

Moui, mais si j'ai déjà plein de dépendances gtk, que mon mot de passe est sur mon bureau dans un fichier wifi.txt et qu'il n'a jamais une seule fois mal fonctionné, je vois toujours pas pourquoi s'encombrer de commandes.

Sauf 2 raisons qui relève plutôt d'une choix de l'utilisateur:
-Sainte horreur de quelques Mo de dépendances g*
-WM trop minimaliste pour l'inclure

A part ça, non, je vois pas

"Shotux
Posté le 22 août 2011 à 15:50:15
J'ai recherché un peu et apparemment c'est possible d'après des témoignages que j'ai lu sur des forums."
C'est ce que j'ai cru comprendre, mais je sais pas si les distributions *BSD disposent, à la manière de GNU/Linux, d'un noyau supportant le temps réel, et d'un serveur de son qui puisse exploiter cette capacité

"Dargor
Posté le 22 août 2011 à 16:32:48
Je ne fais pas de MAO, mais la page man de aucat semble indiquer que les auteurs en font. En tout cas ce sera à toi de voir si ça correspond ou non à tes besoins"
Je verrai bien, enfin dans le pire des cas rien ne m'empêche de garder une Debian dans un coin juste pour la MAO, tant que *BSD répond à toutes mes autres utilisations

"041
Posté le 22 août 2011 à 15:43:56
c'est quoi l'intérêt, pour se connecter en wifi, de se taper les commandes [...] plutôt que de faire un clic avec une application comme wicd ou networkmanager"

Essaie les deux, analyse un peu la différence et tu comprendras
/etc/network/interfaces est un fichier dont la syntaxe n'a rien d'inhumain, il fait en outre partie (vraiment) intégrante du système.
NM est un espèce de "machin gras" qui débarque avec ses gros souliers, bousille tout ce que toi ou ton système êtes susceptibles d'avoir mis en place et fait un peu ce qui lui chante; le tout pour des résultats pas forcément très probants. Je me rappelle encore de l'époque où je ne pouvais pas utiliser ma connexion en tty si je ne m'étais pas loggé en graphique au préalable -c'est peut être encore le cas d'ailleurs, j'ai pas vérifié.

wicd peut servir dans un cas comme le mien, où la connexion utilse un chiffrement WEP (j'ai mes raisons, cf. plus haut) et où le système ne la maintient pas "lui-même" en place.
Dans le cas du WPA, c'est wpa_supplicant qui s'occupe d'établir/maintenir la connexion, et dans la mesure où ton fichier interfaces est bien configuré, les programmes supplémentaires s'avèrent inutiles.