-=[ silmaril ]=- a écrit 1464 commentaires

Amha c'est un probleme de dns ou plutot de reverse dns.

As tu le meme probleme en te connectant en ssh depuis le serveur web sur la bdd ?
Si oui essaye de rajouter une entrée dasn /etc/hosts
avec l'adresse ip (privée) et le nom de ton serveur web.

Tu oublie un truc, avec les CDD/CDI tu n'as le droti au chomage qu'apres 12 mois de cotisations. Avant cela pfft que dalle.

(Note que je dit pas que le CPE c'est mieux hein)

Testé et fonctionnel meme dans une konsole.
Le probleme vient surement du fait que tu as deja un prompt qui redefini le
texte.

essaye comme ceci:
export PROMPT_COMMAND=''
export PS1="\u@\h:\w $"
echo -ne "\033]0;Pr0t\007"

Extraordinaire ! quelqu'un qui construit une LFS sans savoir ce
qu'il fait et sans connaitre les man ....

man bash:

INVOCATION
Un shell est dit de login si le premier caractère de son argument numéro zéro est un -, ou s'il est invoqué avec l'option -login.

Un shell est interactif si son entrée standard et sa sortie standard sont toutes deux connectées à un terminal (déterminé par la fonction
isatty(3)), ou s'il est invoqué avec l'option -i. Le paramètre PS1 est positionné, et le paramètre $- contient la lettre i si bash est
interactif, ce qui permet à un script ou à un fichier de démarrage de vérifier l'état du shell.

Le paragraphe suivant décrit comment bash exécute ses fichiers d'initialisation. Si l'un de ces fichiers existe mais n'est pas accessible
en lecture, bash signale une erreur. Les tildes sont remplacées par des noms de fichiers comme décrit dans le paragraphe Développement du
Tilde de la section Développement.

Lorsque bash est lancé comme shell de login interactif, ou comme shell non-interactif avec l'option --login, il lit et exécute tout d'abord
les commandes se trouvant dans le fichier /etc/profile s'il existe. Après lecture de ce fichier, il recherche ~/.bash_profile,
~/.bash_login, et ~/.profile, dans cet ordre, et exécute les commande se trouvant dans le premier fichier existant et accessible en lecture.
L'option --noprofile peut être utilisée au démarrage du shell pour empêcher ce comportement.

Lorsqu'un shell de login se termine, bash lit et exécute les commandes du fichier ~/.bash_logout, s'il existe.

Quand un shell interactif démarre sans être un shell de login, bash lit et exécute les commandes se trouvant dans ~/.bashrc s'il existe. Ce
comportement peut être inhibé à l'aide de l'option --norc. L'option --rcfile fichier forcera bash à exécuter les commandes dans fichier
plutôt que dans ~/.bashrc.

Quand bash est démarré de manière non-interactive, pour lancer un script shell par exemple, il recherche la variable BASH_ENV dans l'envi-
ronnement, développe son contenu si elle existe, et considère cette valeur comme le nom d'un fichier à lire et exécuter. Bash se comporte
comme si la commande suivante se trouvait en début de script :
if [ -n "$BASH_ENV" ]; then . "$BASH_ENV"; fi
mais la valeur de la variable PATH n'est pas utilisée pour rechercher le fichier.

Si bash est invoqué sous le nom sh, il essaye d'imiter le comportement de démarrage des versions historiques de sh autant que possible, tout
en restant conforme au standard Posix. Lorsqu'il est invoqué comme shell de login interactif (ou non-interactif avec l'option --login), il
essaye d'abord d'exécuter les commandes se trouvant dans /etc/profile et ~/.profile, dans cet ordre. L'option -noprofile peut toujours être
utilisée pour désactiver ce comportement. Quand il est invoqué en tant que shell interactif sous le nom sh, bash consulte la variable ENV,
développe sa valeur si elle est définie et utilise le résultat en tant que nom de fichier à lire et exécuter. Comme un shell invoqué sous
le nom sh n'essaye pas d'exécuter d'autre fichier de démarrage, l'option --rcfile n'a aucun effet. Un shell non interactif invoqué sous le
nom sh ne lit aucun autre fichier d'initialisation. Quand il est invoqué sous le nom sh, bash entre en mode posix après avoir lu les
fichiers d'initialisation.

Quand bash est invoqué en mode posix, avec l'option -posix sur la ligne de commande, il suit ce standard en ce qui concerne les fichiers de
démarrage. Dans ce cas, la variable ENV est développée, et le fichier qui en résulte est exécuté. On n'exécute pas d'autre fichier d'ini-
tialisation.

Bash tente de déterminer s'il est exécuté par le démon lançant les shells distants (généralement appelé rshd ). Si bash se rend compte
qu'il est exécuté par rshd, il lit et exécute les commandes de ~/.bashrc si ce fichier existe et est lisible. Il n'a pas ce comportement
lorsqu'il est invoqué sous le nom sh. L'option --norc peut être utilisé pour interdire ce comportement, et l'option --rcfile permet de
forcer l'utilisation d'un autre fichier, mais rshd n'utilise généralement pas ces options et ne permet pas non plus leur utilisation.

Si le shell est lancé avec un identifiant effectif d'utilisateur (ou de groupe) différent de l'identifiant réel, et si l'option -p n'est pas
utilisée, aucun fichier d'initialisation n'est lu, les fonctions du shell ne sont pas importées depuis l'environnement, la variable SHEL-
LOPTS est ignorée si elle apparaît dans l'environnement, et l'identifiant effectif de l'utilisateur (du groupe) est remplacé par l'ID réel.
Si l'option -p est fournie, le démarrage est le même mais l'ID effectif n'est pas modifié.

Quand aux permission root:root et 644 pour tout les fichiers dans /etc

Tu te rend compte que tu a ecris deux fois la meme chose ? avec des action differentes et quelques erreurs mais les condititons sont exactement les memes.

Ce que tu veut c'est autoriser les echo request en sortie et les echo reply en entrée et uniquement ca.

iptables -A OUTPUT -o eth1.1 -d 192.168.1.10 -p icmp -icmp-type 8/0 -j ACCEPT
iptables -A INPUT -i eth1.1 -s 192.168.1.10 -p icmp -icmp-type 0/0 -j ACCEPT

Hotplug RAM ==> ca marche sur x86, en tout cas sur les serveurs Nec 5800-140Rd c'est supporté, avec entre autre du raid sur les barrettes.

Les dites barrettes sont sur des slot de 4 connecteurs que tu peut extraire
par l'avant de la bete sans la sortir ni l'eteindre.

Dans quoi tu t'es lancé toi ....

Tout les terminaux (graphiques) ou presques reconnaissent une sequence d'echappement permettant de fixer le titre de la console.
Exemple dans mon .bashrc c'est fait via le paragraphe suivant:

if [ x"$MC_SID" == "x" ]; then
case "$TERM" in
xterm*|rxvt*)
PROMPT_COMMAND='echo -ne "\033]0;${USER}@${HOSTNAME}: ${PWD}\007"'
;;
esac
fi

Le if et le case etant la pour eviter de merder dans MC (midnight commander) et
dans les VT

En resumé tu peut tester ainsi:
echo -ne "\033]0;Pr0t\007"

amha pour avoir eu plusieurs contact ayant fait des voyages en chine tu peut appliquer la regexp de subsitution suivante: s/50/3~4/g

Les chinois disposent déjà d'enormenent de cybercafé et ils 'consomment' le net
a une allure frénétique (comme tout ce qu'ils font d'ailleurs).
Et ce malgrès les restriction par rapport a notre idée d'internet (tout passe par un point de filtrage controlé pour les autoritées ce qui ralentit sérieusement les flux.

'mount' tout seul que dit t'il ?

Sinon est tu sur que le fs que tu a utilisé est supporté par ton kernel ?
ie as tu une autre partition *mountée* avec le meme FileSystem ?

Pourquoi patient/chanceux? parce qu'ils sont rare (chanceux) et chere (patient pour economiser).

justes rares, Au contraire niveau prix ils sont tres interessants (toutefois un peu moins maintenant).

>Alors je compte sous peut changer de machine et je ne sais trop sur quel choix de
>proc faire. En effet entre les intel x86, x86_64, HT, DC et les equivalent chez AMD je
>ne sais trop quoi prendre.
>A prix et puissance similaire vaut il mieux choisir
>plus de cache L2
>plus de frequence
>plus petite finesse de gravue
>plus 2 core

tout depand de ton usage, si c'est pour jouer alors privilegie la frequence (ou la capacité d'overcloaking) au nombre de core.
Dans tout les cas
x86_64 > x86
DC > HT
la frequence n'est comparable que sur une meme serie (marque/modele)
plus la gravure est fine moins le cpu chauffera

>J'aurais eu tendance a choisir un AMD 64bits avec un bon cache L2 voir Dual core en >prime parce que je pense que ca chauffe moins qu'un proc qui est cadencé plus vite >mais ai je raison..?

Oui mais pas pour les raisons que tu invoke, les amd chauffent moins car il sont mieux fait a ce niveau. Le dual core tout depend de l'usage.
un A64 4000+ sera plus performant qu'un A64 X2 3800+ 4200+ et meme 4400+
pour par exemple un jeu.
un A64 X2 devient interessant dans 2 cas:
lancement de deux applications gourmandes en cpu en parallele (pas bureautique/web)
utilisation d'application (modeleurs...) / jeu optimisés smp (HT/DC)

>Sinon je me disais que de passer sur du Intel pouvait permettre d'avoir une carte >graphique [intégrée] avec des drivers libres, je me trompe ou bien?

ou bien. Mais note que tu ne pourra surement pas jouer avec par contre, et
que niveau capacités ces chips sont tres limités et plutot lent (amha).

>Bon quand même, globalement cette machine me servira à faire de la burautique, >surfé sur le web et jouer. D'ailleurs beaucoup jouer notamment a qques FPS et >surtout WoW via Cedega. Il y a aussi de bonne chance que j'y greffe une carte tuner >[TNT] et qu'elle serve de magnétoscope. La gestion de deux ecran etant un plus [tele >- web - bureautique sur un screen et jeu sur l'autre] alors du SLI ca peut etre pas mal >vue que c'est le seul moyen a premiere vue d'avoir deux port graphique distinct.

Aucun rapport, une bete Nvidia 6600GT permet d'afficher sur deux ecrans sans problemes, pas besoin de SLI pour ca. Et amha mieux vaut mettre plus de sous
dans le cpu ou deux machines plutot que de faire du SLI.

Au final tout depend de ton budget mais je te conseillerais un A64 mono core avec le plus de L2 possible (ex le 4000+) en socket 939 et une Asus A8N5X + cg nvidia

Si tu est patient/chanceux tu peut opté pour un opteron 146 / 165 et l'overcloker a 2.7Ghz

Juste pour lui simplifié la vie: lire les sources de bash pour voir
comment il gere l'autocompletion serait une perte de temps,
celle-ci se fait via readline justement.

ce dont tu parle n'a rien a voir avec ton bootloader (grub/lilo),
c'est le kernel qui initialise le framebuffer

il te faut donc ajouter a la ligne kernel de grub les
options que tu mettait dans append avec lilo

Bon c'est pas vital mais je tenais quand meme a le dire:
1/ DELL ne fait pas d'AMD, si tu en veut et que tu veut soutenir
une boite francaise qui travaille un peu avec le libre (mysql notamment) il y a DataSwift qui fait de tres bons serveurs.

2/ Problemes de politesse chez DELL ... comment dire .. le probleme
d'un commercial n'est pas forcement le probleme de tous, de deux tu peut toujours demander a en changer, et de trois juger un entreprise sur la politesse d'un de ses employé c'est limite.

3/ Service commercial incompétent alors la pareil je bosse avec eux depuis plusieurs année et meme si je vais surement en changer car ils ne font pas d'opterons je n'ai jamais eu a me plaindre de mon ingé commercial (ses remplacants par contre pas toujours au top) et encore moins du matériel.

4/ En passant j'ai bossé dans une fac qui recevait enormement de NEC en postess bureautiques et ils en avait marre du fonctionnement de nec (matos qualité tres moyenne (genre chipset SIS), qui change régulierement pour des références identiques, ...)
Depuis ils arrivent a faire passer du DELL et ils sont tres contents.

voila mes 2cents

Si tu trouve evolution pas fiable .... n'utilise pas kontact ou alors pas le 3.5 (et le 3.4 il est serieusement limité: pas possible de faire un filtre qui copie dans un dossier IMAP ...)

Sinon "Debian SID" n'est pas fait pour etre utilisé en daily SID ==> still in development alors il est toutafait possible qu'un paquet soit plus ou moins foireux. Dans ce cas ==> reportbug et on se plain pas.

amha c'est plutot security = domain qui lui faut,
avec effectivement un mappage des utilisateurs du domain sous linux.

> desol'e pour le clavier qwerty

Oui enfin sans vouloir etre désagréable ce n'est pas le manque d'accents qui ma le plus gêné dans ton message, les phrases non terminées, les expressions étranges, le manque de ponctuation et aussi la conjugaison par contre ...

Comment dire .... lspci .... il liste les periphériques présents
sur le bus PCI et transforme si necessaire les vendor id et device id en texte librement modifiable.

Donc en résumé avoir le bon descriptif n'implique pas que le kernel sache géré ton péériphérique de même que ne pas l'avoir n'est pas non plus signe que tu ne pourra l'utiliser.

Ah et puis utilise un vrai distro ;)

Passons sur l'introduction un peu trollifere,
j'aime bcp le xmms téléchargé je ne sais ou (pour info http://www.xmms.org est un bon point de depart).

Par contre la ou je suis moins c'est le readme.txt
ainsi que ./flashplayer-installer vu que les .txt sont issu du
monde windows peu de LL utilisent ce nommage au contraire les fichiers a lire sont souvent README et INSTALL dans le cas de compilation source.

autre incohérence ton flashplayer-installer qui genere des lignes configure ... un poil etrange.

Quand a la volontée d'installer xmms sur une fedora core 4 qui comporte certainement deja rythmbox et surement d'autres players un poil plus .. jeunes

Mais passont. Ton pbl (si tu a effectivement les sources de xmms et non autre chose) est qu'il de manque les paquets dis de 'developpement' souvent identifiés par un -dev et contenants divers fichiers necessaire à la compilation d'outils utilisants la librairie associée.

Autre chose a savoir, les versions majeures des librairies sont generalement incompatibles meme au niveau source, et tu ne pourra pas compiler xmms avec la glib 2.x meme si tu dispose des fichers de dev (headers btw) il te faudra ET les glib 1.2 et les headers correspondant.

Encore une fois xmms est vraiment outdated et bien d'autres outils le remplacent actuellement (beep-media-player est sont descendant 'officiel' xmms2 n'etant pas encore sorti autrement qu'en DR).

Oracle est un SGBD Relationnel Objet et pas un vrai SGBDO.
Quand a rechercher de l'information sur les SGBDO ==> google

Non absolument pas, (k)ubuntu utilise le systeme de packaging debian, c'est a dire le format deb et les repository apt mais ca s'arrete la.
Les depots debian et cannonical (maison mere de ubuntu et kubuntu) ne sont absolument pas liés.

Le seul lien qui existe est au niveau des createurs de paquets, certains travaillent en effet dans les deux equipes mais dans ce cas seules les sources sont communue chaque service s'occupant de la recompilation des paquets.

Quand a tes plaintes sur l'age des paquets sache que comme sur debian le numero de version du paquet n'indique que la version de base sur laqueelle s'est basée le paquageur pour produire le binaire, ce n'est pas pour autant que les patches de securitées et contre les eventuels bug ne sont pas appliqués sur le paquets (quand tu voit un numero de release de 25 ca indique qu'un paquet de boulot a ete fait sur le soft).

...
Bein tu t'en fout si ton pilote marche, le 404 pendant un apt-get update n'est pas bloquant. Au pire des cas tu edite ton /etc/apt/source.list et tu rajoute un '#' devant la/les lignes avec ndiswrapper.

PS: Question gestion appareils photos un gnome (et surement kde mais pas testé) bien installé le fait tout seul si l'appareil est mass-storage ou géré par gphoto2.

Installe une bonne ubuntu et hop c'est reglé.

Non les sources ne sont certainement pas tagguées i686 amha.

Qu'entend tu part 'apparement il ne l'a pas installé' ?
si tu fait un dpkg -l 'libpng*dev' qu'est ce que cela donne ?
sache quand meme que libpng3-dev n'existe plus ce n'est qu'un package de transition.

Sinon pour ton 'vrai' probleme: aptitude install bandwithd devrai suffire.

Pour cela il te faudrait patcher et recompiler ton kernel, en effet les
entrées de /sys sont comme celles de /proc totalement virtuelles.

Donc a part le script quick & dirty executé au boot je vois pas grand chose