_seb_ a écrit 462 commentaires

Apache 1.3 URL Rewriting Guide
http://httpd.apache.org/docs/misc/rewriteguide.html(...)
Module mod_rewrite URL Rewriting Engine
http://httpd.apache.org/docs/mod/mod_rewrite.html(...)

Il y a aussi anjuta (http://www.anjuta.org(...))

S'il manque des "libs" sur le système pour que la compilation s'effectue, tu peux tout simplement les ajouter sur ton compte. En configurant LD_LIBRARY_PATH correctement, le pre-processeur va "linker" avec les "libs" de ton repertoire perso.

Moi aussi j'm'e comprends.

Par nature fiable n'est pas mathématique. Cela ne veut pas dire grand chose un cryptage fiable.

On peut seulement démontrer: qu'à l'heure actuelle, cet algorithme est résistant et est l'un des plus sûr pour telle application et cela via les mathématiques. Cependant des failles peuvent toujours existées, et la naissance d'ordinateur quantique pourrait remettre encause pas mal de chose.

IDEALX est sans doute capable de faire des formations (sur demande, je pense)
http://www.idealx.org(...) http://www.idealx.com(...)

Alcove
http://www.alcove.com/(...)

# rpm --rebuilddb
error: db4 error(16) from dbenv->remove: Périphérique ou ressource occupé

Je me demande bien pouquoi et par qui. Il y a aucuns processus qui utilise la base RPM.

Enfin bref, j'ai retrouvé un partie de ma base RPM.

Merci à tous

Déjà essayé

# rpm --rebuilddb
rpmdb: fatal region error detected; run recovery
error: db4 error(-30982) from dbenv->open: DB_RUNRECOVERY: Fatal error, run database recovery
error: cannot open Packages index

Ce genre d'articles, de plus en plus fréquents sur zdnet, me semble être le gagne pain des pseudo-journalistes. Ils savent très bien qu'en invitant Pierre Breese ses paroles vont attirer de vives propos de la part de la communauté du logiciel libre.

L'interview est creux, aucune réelle information n'est approtée et le discour est provacateur. A croire que le but de cet article est de faire grimper les statistiques de zdnet grâce à la complicité inolontaire de la communauté du libre et la mauvaise foi d'intervenants comme Pierre Breese qui profite de ce débat pour y faire de la publicité pour son cabinet.

Le changeLog tout de même. A noter le port vers AMD64 (Opteron) pour la compilation en "mode natif".

http://caml.inria.fr/ocaml/Changes(...)

Je pense que ce type là utilise Windows depuis des années et que par conséquent il a pris des habitudes pour utiliser son système: il connait à peu près les menus de configuration et autres cliquodromes.

Sous GNU/Linux, il y a des interfaces graphiques (plusieurs avec des centaines de thèmes), c'est un peu troublant au départ car sur chaque interface graphique (ou prèsque), il y a des menu de configuration dont l'utilisation est différentes. Cependant, il y a une base commune. Les distributions GNU/Linux (Mandrake, RedHat, je ne cite que les plus connues du grand public) utilisent toutes les même fichiers de configuration (exception faite de rares distributions) et cela quelque soit l'interface graphique. Un utilisateur averti pourra toujours modeler son système d'exploitation comme il le souhaite. L'interface graphique n'est qu'un raccourci éllegant à la configuration de ces fichiers.

Lors de mon apprentissage (on est tous passé par là), ce qui m'a convaicu n'a pas été les jolies interfaces graphiques (heureusement car c'était vraiment pas ça à ce moment là), la facilité de configuration (moi je trouvais ça extrèment compliqué) ou même la gratuité du système d'exploitation et la possibilité d'obtenir les sources (pour dire vrai, j'en avais rien à foutre de tout cela). Non, ce que j'ai apprècié c'est la documentation pour configurer telle ou telle chose, les moyens mis en oeuvre pour facilité l'accès à ce savoir, la patience et l'indulgence des gens qui m'ont aidé, comprendre un peu mieux ce que fait mon ordinateur et comment il le fait et pourquoi.

Fatalement, je tombé de haut. Il a fallu perdre cette habitude du clic et utiliser un peu plus le clavier, réflèchir un peu à ce que je faisais et pourquoi (ça c'était sans doute le plus difficile pour moi ;). L'apprentissage est long, on ne devient pas un utilisateur autonome de jour au lendemain même si les interfaces graphiques d'aujourd'hui permettent de combler certains manques de connaissances du système.

Franchement, il ne suffit pas d'essayer pour l'adopter. Il faut s'en convaincre dès le départ et c'est lui qui vous adoptera.

Seulement voilà. Autant les briques de bases ne posent aucun souci, autant il existe quelques poches de résistance :
- un logiciel de compta (peine perdue)
- un logiciel d'antivirus nommé "trend"

Comptabilité
http://nomicmac.free.fr/(...)
ttp://www.grisbi.org/
http://www.gnucash.org/(...)
http://www.alchimerys.be/FR/wcompta/index.php(...)
http://lincompta.tuxfamily.org/index.html(...)
...

Antivirus
http://www.openantivirus.org/(...)
http://www.amavis.org/(...)
http://clamav.elektrapro.com/(...)
...

Non, les RFC sont formelles sur ce point si il n'existe pas d'enregistrement MX pour le domain, on recherche l'enregistrement de type A pour le domain.
Par conséquent les mail à destination du domain verisign-c-que-des-maichants.com iront sur le serveur 64.94.110.11.

Bien au contraire, les gens ne se rendent pas compte du changement.
Je dirais même qu'il vont pratiquement apprécier le service rendu.

- Je tape http://www.machichose.com/(...) au lieu de http://www.machinchose.com/(...)
- J'arrive sur le site de VeriSign avec leur moteur de recherche
- Le site me dit: "Ha mais ce ne serait pas www.machinchose.com que vous vouliez plutôt ?"
- Moi bêtement: "Si si, c'est bien cela"
- Puis le site me dit aussi: "Vous savez notre parteniare machintruc.com fait exactement la même chose, mais lui il a payé un encart publicitaire ici même sur ce site, en plus ils font de promos sur les produits"
- Moi toujours aussi bêtement: "Ha et bien je vais aller voir alors"

Du tout bon pour VeriSign qui peut justifier de revenus suplémentaires façon google pour pratiquement pas un rond. Maintenant on n'achète plus de "mot clè" sur les différents moteurs de recherche mais des "noms de domain clé" (et mieux encore ceux des concurrents) chez VeriSign.

Au passage, je rappel qu'il n'y a pas que VeriSign qui fait cela. Voir http://linuxfr.org/comments/272382.html(...)

Avec 5 lettres, ça fait tout de même 11 881 376 noms à déposer.

Tu devrais aussi d'acheter un dictionnaire de grammaire et d'orthographe.

J'apprècie la news, ça fait bien sourire tout de même.

http://www.lut.fi/~hevi/uml/projects.html(...)
C'est pas forcément très à jour.

Dans le document, ils parlent de sevices dépendants (par exemple, le service ntf a besoin du network network). J'image que le service apache a besoin d'un service spécial genre "prompt utilisateur" avant de se lancé, non ?

Je ne sais pas exactement comment ça se passe, mais je pense que l'examen du code de la route porte sur diverses questions et qu'il y a une proportion de ses questions qui se rapportent à tel ou tel sujet du code de la route.

Je ne connais que les guides Rousseau pour apprendre le code de la route et c'est d'ailleur avec ces guides que mes parents et peut être même mes grand parents ont appris à conduire. Ils font référence en la matière mais ont ils des contraintes particulière de la part de l'Etat pour éditer leurs guide ?

Heu ça marche vraiment ses serveurs roots de remplacement ?

Comment font il pour detecter de nouveaux domains ? A qui ils demandent puisque c'est l'ICANN qui les gère.

Ils font une requete DNS sur les serveurs roots pour verifier que le domain exite :)

Si je me souviens bien le service RPC est activé par défaut (d'ailleur Windows fonctionne bcp avec les RPCs).

Ce qui n'est pas fait par défaut, c'est l'accès de l'exterieur à ce service RPC (RPC distant).

Je ne suis pas ûr que tu puisse désactiver le service RPC distant an totalité.

Les solutions comme opengroupware et Kolab ne sont pas citées. Curieux, non ?

A propos d'opengroupware, est ce que c'est vraiment une bonne solution ?

"mode protégé" Dosbox ne le gère (pas encore) http://linuxfr.org/~guyou/3046.html(...)

Je ne crois pas qu'il existe de solution pour palier à ce problème. Je ne me souviens plus très bien du pourquoi du comment. Une recherche sur google devrait fournir plus d'explications.

Du code d'ingé bien crade et sans commentaires, j'en ai déjà vu.

La methodologie ne s'appprend pas en quelques heures en salle de cours ou même sur de petits projets. C'est avec l'experience qu'on s'organise mieux, qu'on élabore ses propres methodes de travail, etc.

Diplômé ou pas, il y aura toujours du très bon et du mauvais.

Ca marche pô !
Gcc prend un fichier en entrée. Difficile de lui faire faire une compilation via un pipe !

On parle de temps de temps de Ocaml, mais il y a "quaziment" aucune application developpée avec.

Personnellement j'en connais qu'une seule véritablement pour le grand public: unison (http://www.cis.upenn.edu/~bcpierce/unison/(...))

J'aurais procédé de cette façon moi aussi.
C'est bon, non ?