LaBienPensanceMaTuer a écrit 1611 commentaires

Et dans ce cas, Beedul accepte plus un emploi qu'un stage. Car Beedul n'en a strictement rien à faire de l'aspect "encadrement" et "pédagogie" du stage, ce qu'il cherche c'est du fric.
Si je me souviens bien du thread initial, c'est sur ces deux points que cette offre dérange, n'est ce pas ?

Donc dans ce cas, encore une fois, tu es, à mes yeux, hors sujet...

Pour réagir sur l'aspect "tu vas gagner ton pain tout seul mon fils", je doute que beaucoup de parent soit suffisament pour ne pas faire la différence entre un fils "faineant" et un fils qui "ne trouve pas".
Derrière ça, il faut vivre dans une grotte pour ne pas être conscient que l'époque ou il y avait du travail pour tout le monde est révolue...
Donc excuse moi, mais ton argumentation n'a pas réussi à me convaincre.

Euh ... excuse moi mais on parle d'un stage là, et non d'un CD(D|I), donc ton argumentation sur le chomage est complétement hors propos.
Un stagiaire reçoit généralement l'appui de ces parents et/ou une bourse. De plus, les stages ne sont pas nécessairement rémunérés, cette contrainte que tu évoques n'existe donc pas dans le cas d'un stage.
Je suis donc partiellement d'accord avec le monsieur qui a sauvagement été moinssé, c'est triste de voir ce genre d'offres, mais un étudiant peut parfaitement ne pas y donner suite.

Oct 3 10:50:38 localhost postfix/trivial-rewrite[22279]: warning: connect to mysql server localhost: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

Ce qui veut dire que postfix ne parvient pas à se connecter au server MySQL car celui ci n'écoute pas sur le socket Unix /var/run/mysqld/mysqld.sock

Ne perd pas de vue que de nombreux sous systèmes de Postfix sont chrooté dans /var/spool/postfix/. Donc Postifx cherche en fait à se connecter dans /var/spool/postfix/var/run/mysqld/mysql.sock. Il te vérifier que ton MySQL est bien lancé et configuré pour écouter sur ces socket unix:

[root@rei]:~# grep socket /etc/mysql/my.cnf
socket = /var/run/mysqld/mysqld.sock
socket = /var/spool/postfix/var/run/mysqld/mysqld.sock

Tu as deux solutions: dmesg ou setterm.
Un dmesg -n 1 devrait faire l'affaire, ou encore un setterm -msg off
man 1 setterm ou man 8 dmesg pour plus de détails.

Comme on le dit plus haut, Dell fait payer la livraison d'un PC sans windows car l'installation de ce dernier est "industrialisée".
Par contre, si tu veux à tout prix une machine Dell sans OS, oriente toi vers les machines à vocation "serveurs" qui elles sont livrées sans OS.

Il s'agit d'un problème assez bête: ton noyau n'a pas été compilé avec le support du wireless et des wireless extensions.
Tu peux vérifier la présence du support en regardant ton .config.
Exemple chez moi:

[binarym@neotek]:~% zgrep -E "(80211|WIRELESS)" /proc/config.gz 20:49
CONFIG_IEEE80211=y
# CONFIG_IEEE80211_DEBUG is not set
CONFIG_IEEE80211_CRYPT_WEP=y
CONFIG_IEEE80211_CRYPT_CCMP=y
CONFIG_IEEE80211_CRYPT_TKIP=y
# CONFIG_IEEE80211_SOFTMAC is not set
CONFIG_WIRELESS_EXT=y
# CONFIG_NET_WIRELESS_RTNETLINK is not set
CONFIG_NET_WIRELESS=y

Par exemple chez moi, l'un des symboles manquants que tu as cité est bien présent:

[
binarym@neotek]:~% sudo grep "iw_handler_set_spy" /boot/System.map-2.6.17.7
c028e535 T iw_handler_set_spy
c0325a9c r __ksymtab_iw_handler_set_spy
c03291e0 r __kcrctab_iw_handler_set_spy
c0334aed r __kstrtab_iw_handler_set_spy

Bon courage.

Dans le même genre un kill -SEGV pid devrait te générer un core. Par contre adieu le process....

Tu devrais pouvoir faire ça en scriptant gdb:

http://www.unknownroad.com/rtfm/gdbtut/gdbadvanced.html

Sinon, côté programmation, je te conseille de regarder du côté de ptrace().
Je m'y étais intéressé il y a quelques temps, et j'avais trouvé ces liens:

http://linuxgazette.net/issue81/sandeep.html
http://linuxgazette.net/issue85/sandeep.html
http://linuxgazette.net/issue83/sandeep.html

Au niveau de la portabilité:

CONFORMING TO
SVr4, SVID EXT, AT&T, X/OPEN, BSD 4.3

En tout cas bon courage si tu pars sur cette solution, ça m'a pas l'air particulièrement trivial à utiliser.

D'avoir posté un journal intéressant ...
Sinon syscall => appel système.

Ok pour les dates, je ne les avais pas trouvés sur les sites officiels, les tarballs des premieres versions ont disparus, etc...
Par contre, pour ksh, je ne suis pas tout à fait d'accord. Pour ma part, mes fonctions m'ont amenés à écrire/reprendre des scripts shell assez souvent et le mot d'ordre était "/bin/sh, et attention à ne pas faire de bashisme", pour la raison simple de la portabilité linux/solaris/...

Bash est bien plus ancien que Zsh, et a du, en son temps s'imposer face à ses concurrents (au hasard (k|c)sh.).
Cela a fait que bash est le shell par défaut sous la majorité des distributions GNU/Linux. Il faut déjà être un linuxien éclairé pour remettre en cause l'utilisation du shell par défaut.
Voilà pour ce qui est de mon avis sur la question.

Euh ... tagueule pauvre merde ?

Un soft tel que kismet te permet de voir quels peers sont associés à quel réseau.
Quand tu as des lenteurs, lance le et vérifie.
Attention toutefois, en lancant kismet, tu ne seras toi même plus associé à ton réseau (kismet passe ta carte wifi en mode monitor et saute de canaux en canaux).

Quand allez vous comprendre qu'on est pas amis, et que vos blagues pourries (car il faut dire ce qui est ...), on s'en tamponne.
Je (et je pense que c'est le cas d'une majorité silencieuse) viens sur LinuxFr pour:
1/ lire quelques news de temps à autre
2/ tenter d'aider d'autres sur des points techniques via les forums.

Donc, vos blagues de merde, vous ouvrez un blog, ou autre, mais vous arrêtez de nous les casser par pitié.
Je répète: ON EST PAS AMIS BANDE DE BOULETS

Salut,

J'ai rencontré ce problème également en C, je suis tombé sur la fonction shutdown.

shutdown SOCKET,HOW
Shuts down a socket connection in the manner indicated by HOW,
which has the same interpretation as in the system call of the
same name.

shutdown(SOCKET, 0); # I/we have stopped reading data
shutdown(SOCKET, 1); # I/we have stopped writing data
shutdown(SOCKET, 2); # I/we have stopped using this socket

This is useful with sockets when you want to tell the other
side you're done writing but not done reading, or vice versa.
It's also a more insistent form of close because it also dis-
ables the file descriptor in any forked copies in other pro-
cesses.

La "file d'attente" est en fait l'endroit ou va transiter un mail avant d'être placé dans la boite de ton utilisateur ou avant de partir vers un autre serveur SMTP.
Par exemple, si tu es MX secondaire sur un autre domaine et que le MX primaire est down, c'est à cet endroit que seront stockés les mails en attente de réexpédition vers le MX primaire.

Le paramètre qui t'intéresse est placé via la variable mail_spool_directory qui est, par défaut, /var/mail

L'exemple par l'image:

[root@gc]:/home/gco# postconf -d |grep spool 16:23
mail_spool_directory = /var/mail
queue_directory = /var/spool/postfix

Mais t'es trop un rigolo toi ma parole ?!
Et en plus, c'est pas comme ci ce genre de blague consistant à reprendre le journal d'un autre de façon débile était une activité répandue sur linuxfr ...

Sinon, regarde l'état de ta nappe IDE/SATA.
Jette un oeil à la température de fonctionnement de ton disque, je sais que jusqu'à maintenant je fonctionnais avec une petit tour en micro atx à l'intérieur de laquelle tout était tassé ... cela a eu raison de mon 40Go Maxtor. Les disques récents chauffent, et je pense que ça n'aide pas à leurs longévité.

Pour ce qui est de ton problème de SATA, il s'agit à mon avis d'un problème de timing... le support des disques SATA doit être chargé après le montage de tes disques, regarde donc du côté du initrd pour ta distrib' ou alors, recompile ton noyau pour avoir le support de ton controleur en dur.

Fidèle à ma réputation d'intégriste de la ligne commande [...] sur ma kubuntu 6.06
Ahaha ... euh non rien.

Donc autre question très bête, puisque tu te dis intégriste de la ligne de commande, pourquoi utiliser une distrib telle que kUbuntu qui n'est pas du tout faites dans cette optique ?

Quel est l'interêt de pourrir ta distrib par des compilations maisons ? Pourquoi ne pas utiliser une distribution qui se prête mieux à se genre de chose telle que gentoo, slackware ou ce que tu veux ?

J'en profite au passage pour rappeler que pkgsrc, le système de build de NetBSD est utilisable sur tout un tas d'autres OS, dont Slackware par exemple ...

CVS ?

C'est clair pourtant pour un message d'erreur !!

Le nom de ton serveur, définit par la directive myhostname dans le fichier /etc/postfix/main.cf n'est pas un "FQDN".

Un FQDN étant le nom complétement qualifié de ton serveur, à savoir:
nom_du_serveur.nom_du_domaine.tld

La solution que je vois est d'avoir un profil pour chaque firefox.
Tu lances firefox -ProfileManager pour créer ceux ci, et ensuite, tu lances tes différentes instances à coup de firefox -P profil
Vala.

Après t'avoir répondu hier, j'ai rapidement googlé, et je suis tombé sur ça:
http://cyrusimap.web.cmu.edu//ag.html
Puis ça:
http://cyrusimap.web.cmu.edu/imapd/install-murder.html

Le concept se rapproche à peu près de ce que tu veux faire dans le sens ou cela amène une architecture distribuée.

Ta problématique m'étonne ... à quoi bon utiliser un Cyrus en proxy d'un autre ? Si il s'agit juste de SSLiser un service, stunnel y parvient à merveille.
Et d'ailleurs, AMHA, ce n'est pas le rôle de Cyrus que d'implémenter ce genre de fonctionnalités...

Derrière ça, je me souviens avoir répondu il y a peu à un de tes questions qui était assez "bateau" au sujet de Cyrus, je présume que ta lecture de la doc n'a pas été particulièrement assidue (si toutefois il y a eu lecture de doc).

Donc, ma réponse serait:
1/ Apprend à formuler tes questions ( c'est quoi ta version de Cyrus ? sur quelle distribution ? Quelle est ta problématique complète ? ...).
2/ Lis la doc.

Désolé pour cette réponse très peu cordiale, mais à mes yeux, la plus grande qualité d'un administrateur système est de savoir ce documenter par lui même. Si t'es pas en mesure de le faire, alors laisse l'administration du Cyrus a quelqu'un d'autre (surtout que ce dernier n'est pas réputé poru être "facile").

Jette donc un oeil à /etc/console-tools/config, sur ma Debian, j'ai:

# Turn on numlock by default
#LEDS=+num