Code34 a écrit 1035 commentaires

rouler sur la porte:
http://linuxfr.org/~mayotte/12982.html(...)

sauter à gauche:
http://linuxfr.org/~mayotte/12981.html(...)

monter en bas:
http://linuxfr.org/~mayotte/12982.html(...)

reculer par la fenetre:
http://linuxfr.org/~mayotte/12982.html(...)

Demarrer >> Arreter l'ordinateur >> Arreter :
http://linuxfr.org/~mayotte/12981.html(...)

>> Je précise, pour que ce soit clair, que cette liste est proposée par l'hébergeur web Ixany (où je travaille), mais il n'y sera pas question de ses offres commerciales. C'est un service gratuit et indépendant qui permet uniquement de faire connaître un peu nos services.

résumé: C'est pas une offre commerciale, mais ça permet juste de faire connaitre nos services :))

Interressant pour 1 er journal, voir 1 er commentaire.

Vivement qu'on puisse noter les journaux en spam sur linuxfr, parce que ce genre d'initiatives se multiplient, et que ça va forcement foutre un bordel monstre à longue ...

Ce fichier est un verrou utilisé par le protocole dcop et les applications kde.

Ce genre de problême peut se poser quand tu te logues en root via su, à partir du home de l'utilisateur, et que tu lances une application kde en root . Il faut controler les variables de ton shell notament la $ICEAUTHORITY qui indique l'emplacement du fichier pour l'utilisateur donné.

Si cette variable est vide, je soupçonne dcop d'écraser le fichier home de l'utilisateur, et crée le nouveau .Iceauthority dans le home de l'utilisateur avec root en propriétaire, au lieu de créer ce fichier dans le home du root.

Ca a pour effet de bloquer l'utilisateur du compte, car le fichier .Iceauthority (qui appartient au root) n'est pas lisible par l'utilisateur.

T'as dépassé le niveau, mais tu sais pas encore copier un lien !

Oui mais il ne passe qu'en 1024x800, ce qui est une erreur classique et gravissime pour un graphiste.

>>> Je te confirme :)

Encore une fois, la portabilité du Java Write Once, Run Anywhere a fait ses preuves :))

Il y a une limite d'arguments pouvant être passés avec xargs, je me souviens plus de combien elle est, car je l'ai pas retrouvé dans la page man.

Effectivement, c'est completement logique. Merci pour cette explication.

Merci ;)

Ton probleme ne vient pas de ta crontab, mais d'un temporisateur. Le dslam, ou le modem mettent un certains temps avant de retourner à l'état : deadlink.

Si tu tappes ta commande "pon" à la main, juste après ta perte de connexion, tu auras le droit à la meme erreur qu'avec la crontab. Par contre, si tu le fais le lendemain matin, c'est sur que ça marche normalement.

C'est facile à contrôler:
Au lieu de lancer ta connexion manuellement pour la première fois, lance la par ta crontab.

Si ta connexion fonctionne, c'est que ton entrée dans la crontab est correct, et que c'etait donc bien un problême lié à la couche liaison et au tempo.

Une connexion adsl c'est plusieurs couches dont aux niveaux les plus bas, une couche de liaison non authentifiée, completement transparente, entre le dslam et ton modem.

C'est cette couche de liaison qui se plante, qui t'écrit des modems hangup, et des lcp error dans tes logs. La cause peut etre une ligne téléphonique parasitée, ton soft pppd qui crash, ton modem ou le dslam qui a planté, etc ...

Plus précisement, c'est le lien physique entre ton modem, et le dslam qui est resté ouvert, alors que la connexion ppp est bien terminée. Une connexion ppp ne peut s'initialiser que si ce lien est à l'état mort.

Il faut donc reinitialiser la configuration en fermant le lien . Tu peux débrancher, ou tu rebrancher ton cable, le couper à coup de cutter/hache (déconseillé pour les enfants) , éteindre ton modem, ou attendre tes 15 minutes de tempo), la connexion se rétablit ensuite normalement avec le dslam.

Pour un modem interne ou usb, il faut décharger/recharger le module/firmware. Pour un modem ethernet, il faut sans doute utiliser une commande de pppoe .

http://www.google.fr/search?q=cache:xPZpDPVn76gJ:www.eisti.fr/res/r(...)

Pour ton probleme de connexions ghosts et d'attente de 15 minutes, force la desync, et la resynchro de ta ligne dans ton script.

Ca serait une bonne idée de faire la prochaine mouture du site sous Photoshop.

Les paquetages c'est pas trop mon truc ;(

Boa treize, tu peux le publier, ou le modifier si tu veux ;)

Les seules restrictions, laisser mon nom d'auteur, et l'adresse de l'article original.

C'est vraiment à chié . Du mensonge, du mensonge et encore du mensonge, pas de probleme lindows bat à pleine couture Microsoft.

Voila ce que ça donne de parler au php, en même temps que compiler du téléphone sur l'irc.

Toute les fautes être copyrightées

Pour ceux qui chercher à comprendre pourquoi ça ne compile pas avec zlib et PHP 4.3.5, c'est parce que le configure concatène d'office au PATH zlib, le path /include/linux/zlib.h.

Si vous mettez en argument:
--with-zlib=/usr/include/linux

il utilisera en réalité : /usr/include/linux/include/linux/zlib/

La bonne solution est donc :
--with-zlib= /usr

Le charset passe niquel, encore bravo pierre pour cette idée ingénieuse.

Oui, mais si tu t'interresses aux catastrophes nucléaires, et à l'ex Urss, t as Gimp 2 qui est sorti ...

Il fallait bien commencer un jour. Certes la bande passante n'était pas très rapide, mais proportionnel à la consomation de nos clients. J'ai mis le paquet sur la qualité du service, la disponibilité, la fiabilité, l'écoute, et la sécurité.

Après 1 an, les clients viennent du bouche à oreille, parce qu'ils savent que Girafon est un hebergeur qui est là, et qui compte resté up.

Le serveur a été upgradé, et placé en datacenter en france, sur une ligne dédié 1 Mbit/s réel (+ un burst de 1 à 2 Mbits).

Aujourd'hui c'est sur, on a débit/ping qui dépote grave, aucune déconnexion, ou coupure de courant, le servie est monté à un niveau de qualité supérieur et ce grace à la confiance des clients.

Bah écoute, comme je ne trouvais pas de solutions et que je ne suis pas familié avec les modules d'Apache, je suis repassé hier en 1.3.9.

Et la ça fonctionne parfaitement. Module ? Probleme d'apache 2 ? Aucune idée ;(

Ouai mais bon, envisager le logiciel libre que comme un passe temps après le boulot, c'est restreindre aussi le développement du logiciel libre en lui même.

Le libre c'est de nouvelles façon de travailler, et d'augmenter des connaissances, outils communs.

>> mais, là tu compares qand même à chaque fois des versions majeures de chaque soft.

Oui et alors , ce processus fonctionne dans le monde du logiciel propriétaire , pourquoi pas dans celui du libre ?

Prenons un exemple Winamp, il y a une version majeur soit disant novatrice et supérieure, qui s'averait etre une vrai usine à gaz ...

Bref nullsoft est reparti sur l'ancienne version, car ils se sont rendus compte que cette version ne pourrait pas les aider dans les avenirs, et que les utilisateurs ne l'aimaient pas.

Je suis pas le seul à penser par exemple que les versions 1.8 de xchat etaient 100 fois supérieur à la version 2 à cause de l'introduction de gtk 2.

C'est interressant de laisser aussi les utilisateurs s'exprimer, parce que j'ai l'impression que le libre gravite autour de l'inspiration, et des points de vue de ses développeurs, c'est à dire en vase clot.

Tu n'a pas compris, le chemin est inverse.

T'as une version qui a été corrigé, crée, et amélioré à force de contributions, et une nouvelle version qui casse tout le travail précédent des contributeurs, rapporteurs de bugs etc ...

Oui c'est frustrant de voir des bugs se rajouter, des fonctionnalitées disparaitre quand on est utilisateur...

Bref, liberer un projet c'est aussi ecouter ce que les utilisateurs on à dire, répondre à des exigence qualitative, et surtout assurer un suivi aux niveaux des fonctionnalités.