Gyro Gearllose a écrit 1322 commentaires

Ton commentaire est très pertinent je trouve.
D'autant que l'apprentissage d'un logiciel, sur le lieu de travail, ça va bien quand on est fonctionnaire, ou que l'on a accès à des formations, payantes ou non (au sens prises en charge par l'employer ou non). Mais dans la vraie vie, je veux dire, à partir du moment où on travaille pour gagner un salaire à la fin du mois, on ne peut pas se permettre, ou peu, de passer du temps à aller papillonner d'un logiciel à l'autre pour faire, comme tu le dis à peu près le même travail qu'avec le ou les logiciels qu'on connaît.
Tout ça se réfère un peu à ce que je disais dans un précédent post. Il y a un moment où il faut faire un choix, et s'y tenir. La remise en question ne peut se faire que quand on estime n'être plus assez performant avec les outils utilisés.
Et pour pousser plus loin, en soi, que word soit utilisé dans l'enseignement, pourquoi pas, mais il ne faudrait pas que ce soit le seul choix. Quand j'ai fait mes études, dès le début d'année le chef de département nous a avertis que nous aurions plusieurs cours sur plusieurs langages de programmation, pas pour que nous soyons des experts dans chaque, mais pour que nous puissions avoir une approche variée des techniques de programmation afin de nous faire une idée globale de la chose, puis nous perfectionner ensuite dans la voie que nous aurions choisie. Ben pour ces logiciels, il faudrait, je pense, que ce soit un peu la même chose.

Alors tu sais peut-être lire, mais je n'ai pas l'impression que tu comprennes ce que tu lis.
Oui, personen ne t'aime. Si tu savais à quel point je m'en fous... (voilà, ça c'est fait, on peut passer à autre chose)...

tu devrais faire comme moi, c'est compliqué pour ce que tu veux faire mais on s'en fou c'est libre
J'ai dit^W écrit ça moi ? Mais où ? (non pas là...)
Je me suis peut-être mal exprimé, ou tout du moins maladroitement, mais je voulais réagir sur le mode plan de word (ce qui était le sujet du message auquel j'ai répondu), en essayant d'expliquer que je n'en voyais pas l'intérêt, du moins pour moi.
Après, tu interprétes mes propos comme tu veux...

Tout ce que tu indiques est très pertinent, mais j'en rajoute une couche :
D'accord, ce n'est ni intuitif ni simple, mais pour moi, le clickodrome de word (ou d'open office ?) ne m'est pas intuitif. Un exemple : la mise en page pour les chapitres, sections, sous-sections, c'est un vrai merdier dans word, car il faut se farcir tous les titres à la main pour leur appliquer un style, faire mumuse avec les styles pour trouver quelque chose de propre. Et comme c'est par défaut du texte comme le reste, il y a toujours la possibilité d'oublier un titre quelque part, c'est autant de temps de perdu au fond du problème : rédiger un document.
J'ai fait le choix de m'investir dans l'apprentissage de vim et de LaTeX, c'est mon choix.
Pour le coup de la relecture, il y a deux options qui sont des pis-aller : soit filer les sources LaTeX, pour certains ce ne sera pas un problème, pour d'autres, ce sera bof-bof, d'accord. Ou alors faire en sorte que les relecteurs utilisent un logiciel capable d'annoter un PDF. Je ne sais même pas si il existe des solutions libres et/ou gratuites qui le font. Ceci-dit, je n'utilise aucune des deux solutions, car bien souvent je me contente d'imprimer la partie à relire, et je corrige ensuite depuis la version papier.
Pour ce qui est du temps de compilation d'un document LaTeX, ben tant que ça ne prend pas 1/4 d'heure, ce n'est pas un problème (pour moi)...D'ailleurs, je me demande si le fait de conserver les fichiers temporaires (*.aux, *.toc, etc) ne ferais pas gagner du temps d'une compilation à une autre... Je n'ai jamais testé, car je n'en ai jamais ressenti le besoin.
M'enfin, tout ça pour dire que je suis bien d'accord avec ton commentaire.
Pour le reste, chacun fait comme il veut ou peut...

On la refait alors, si tu n'as pas compris :
je coupe la ligne dans le document maître, et je la colle ailleurs. Le make, ok, c'est pas simple, mais bon, ce n'est pas (trop) le sujet.
Parce que bon, un fichier texte, qu'il soit édité sous vim ou emacs, et compilé avec latex, texi2pdf ou autre aura le même rendu partout. C'est bien portable, et ça fait ce que je veux. Si j'édite un document avec word, ah, ben tiens quand je change d'ordinateur, la mise en page dégage, les polices utilisées sont différentes d'un PC à l'autre. Sans parler des incompatibilités de versions... Ben moi, ce sont des problèmes que je rencontre au quotidien, et dès que je peux me passer de ces outils, je le fait.
En tout cas, je trouve ça plus que marrant de me faire moinser sur ce coup là, ça prouve bien une chose :
dès qu'on essaye de faire partager son expérience sur ce site, on est pris pour quelqu'un qui cherche à convaincre : fais pas comme ça, tu te casses la tête, fais comme moi, bla bla bla.
J'avais bien précisé à deux reprises que c'était mon expérience personnelle, ma façon de faire, mais bon.
C'est comme les intégristes d'une distro ou d'un bureau ici, ça ne fait toujours pas avancer le débat, parce que chacun veut convaincre l'autre que ce qu'il fait est mieux.

Bwallé, j'marche dedans, il en faut bien un.
Désolé, mais pour moi essayer de rédiger un document avec word ou openoffice est une perte de temps. D'abord parce qu'il y a tout un tas de trucs super utiles qui leur manquent, et ensuite parce qu'ils ont tous les deux ce qui constitue pour moi un vrai happeau à temps. Je m'explique :
- D'abord, aucun des deux n'est aussi pratique que vim pour l'édition de texte : pas de registres, enregistrements de macros fastidieux, gestion du copier-coller pas ergonomique. Alors oui, j'en vois déjà au fond qui commencent à s'agiter, et qui vont me démontrer par a+b que j'ai tort (et le tort tue), mais bon, je connais bien vim, je ne vais pas apprendre autre chose.
- Ensuite, chacun des deux me propose tout un tas de machins eye-candy (affichage écran presque identique au rendu à l'impression, sélection des polices true-type super hype avec pleins de beaux caractères, en aperçu direct, etc.). Ben moi, ça me fait chier ces trucs, parce que quand je tape un texte, je tape un texte, le reste m'importe peu, et je mets systématiquement 2 heures à m'arrêter sur le choix d'une police... (Ces problèmes sont de toutes façons dûs à l'interface chaise-clavier, je le sais, mais comme je l'ai dit en introduction : je marche dedans).
Pour en revenir à nos moutons, vim, utilisé pour rédiger des fichiers LaTeX, avec un document maître qui fait des "includes", un fichier par chapitre ou sous-section (chacun dans un buffer de vim, ou mieux, dans un split), ben ça me va bien, et même très bien. En plus, kpdf affiche mon document sur un bureau virtuel séparé met à jour l'affichage tout seul comme un grand, un makefile des familles dans le répertoire du document que je suis en train de rédiger, et hop-hop-hop en deux secondes j'ai un pdf à jour....
Bref, je ne vois toujours pas ce que m'apporterait le mode plan de word dans ce cas là. Déplacer une section, rien de plus simple, je coupe-colle le include, je relance mon make et on n'en parle plus.
Je le répète pour les durs d'oreille, ce n'est que mon expérience personnelle, ma façon de faire, et mon avis. Je ne crache pas sur ces produits, parce que si ils existent, c'est bien qu'ils doivent servir à d'autres, et les satisfaire.

Ah, mais non, je crois qu'on ne s'est pas compris. Je peux à peu près "dater" les clichés parce que je connais bien mon quartier, pas grâce à la qualité des clichés.
Pour la maison en construction, c'est parce qu'aujourd'hui (et même depuis deux ans), le crépi est posé, et une tâche gris (couleur du parpaing) contre une tâche jaune sable, y'a pas photo pour la dater.
Le terrain sur lequel j'ai fait construire a été divisé en 3 parcelles : une petite pour des moutons, et deux parcelles d'environ 1000 m². Étant donné qu'aucune des deux maisons construites sur ces parcelles n'apparaît, je peux dater tout ça un peu plus finement, mais ça s'arrête là.
Je pense que ce qui aide, aussi, c'est que j'habite à la campagne, et que les parcelles de terrain sont assez vastes et pas trop arborées, sinon, j'aurais bien du mal à dater les clichés et identifier proprement mon terrain. Ceci dit, le fait que mon terrain soit à la croisée de deux routes aide beaucoup.

Blague à part, je serais bien curieux de savoir pourquoi les données ne sont pas plus actualisées que ça. Je ne dis pas qu'elles devraient être à jour en temps réel, mais là, ça va bientôt faire trois ans que les photos aériennes ont été prises (en tout cas dans mon coin).
Je suppose qu'il y a une question de coût derrière, et même certainement une question de technique (rapatriement des données, mise en exploitation, etc.). Bref, en savoir un peu plus serait une bonne chose, je pense.

Je viens de tester...
Bon, alors côté technique, tu choisis un lieu, tu demandes l'affichage, et tu as un aperçu comme si tu étais en hélico geostationnaire. Ensuite, tu peux régler l'azimut, l'altitude, et déplacer la carte, comme tu le fais avec la 2D. Le "petit plus", c'est que lorsque tu fais du "drag&drop", la carte avance, comme si tu faisais avancer ton hélico.
Maintenant, côté cartes, tu peux afficher les bâtiments, et les parcelles cadastrales. Tout ça, c'est bien joli, mais ce n'est pas très actualisé.
Je me suis contenté d'aller "planer" au dessus de mon terrain, et ma maison n'y figure toujours pas, pas plus que celle du voisin qui partage ma parcelle de terrain. Et la maison de mon autre voisin est toujours en construction (les photos ont donc plus de deux ans).
Ah, oui, j'oubliais, en fait, j'ai comme l'impression que ce sont tout bonnement les photos aériennes de la version 2D qui sont utilisées comme texture pour un plan que l'on survole. Un expert pourra confirmer ou non, voire même compléter mon explication.
Bref, pour moi, ça reste rigolo, mais c'est loin d'être à jour.

Je vais sûrement me faire mousser, mais je veux juste réagir à
alors on peut rever de 200euros d'economies si on enleve windows dessus. et me faire "l'avocat du diable"....

Les 200¤ d'économie, faut pas rêver. Parce que les boîtes qui fournissent tout ou partie des logiciels "offerts" avec le PC acheté financent une partie du matos. C'est de la pub, déguisée, mais ça reste de la pub quand même.
Et la pub, ça se finance, et donc ça fait baisser le prix du bestiau.
J'ai un peu l'impression qu'on a tendance à oublier ça un peu facilement, et je trouve ça vraiment domage.
Autrement, je dois dire que tu as tout à fait raison pour le reste : à mon boulot, on a pratiquement que des DELL (en tout cas pour les serveurs et les PC de bureau), et même du fujitsu pour les portables. On n'a pas du tout le choix, car nous sommes sous le régime des marchés nationaux, mais après l'achat, rien ne nous empêche d'installer autre chose que ce qui est déjà sur la machine, et c'est d'ailleurs ce que nous faisons. Sans aucun soucis apparent. Nos serveurs DELL fonctionnent sous linux depuis des années, et ce sans le moindre problème, et il en va de même pour les portables du service informatique.

Entièrement d'accord avec toi, tes remarques sont très pertinentes. Ceci étant je m'étais basé sur la phrase suivante dans le message d'origine :
"J'ai essayé "su -c reboot < root.pw" root.pw étant un fichier contenant le mot de passe de root....mais ça ne fonctionne pas."

Et c'est en me basant là dessus que j'ai formulé une solution collant au plus près à la demande, même si elle n'est pas parfaite...

Ceci étant, il y a aussi d'autres mécanismes comme le suid-bit par exemple, qui sont beaucoup plus simples que celles proposées...

Tu peux aussi t'assurer que lorsque tu branches ton périphérique usb, et que celui-ci est accessible (monté), le module ehci-hcd est chargé par ton noyau en appelant lsmod depuis le prompt du shell.
Si le module n'est pas listé, c'est qu'il n'est pas chargé. A ce moment là, essaye de le charger (modprobe ehci-hcd au prompt) et remonte ton périphérique usb, ça devrait aller mieux.

Je me répond à moi-même, car j'ai fouillé un peu plus, et on peut effectivement faire ce qui est demandé avec expect.
J'ai utilisé le lien [1] pour faire un pauvre essai dont voici le code :

#!/usr/bin/expect
puts "Getting root listing"

spawn su - -c "ls"

expect ":"

send "mdpderoot\r"

expect eof
puts "Done."

Il faut évidement mettre le vrai mot de passe de root à la place de mdpderoot.
Et pour répondre à la question posée, remplacer ce qui est après l'appel à spawn par reboot.

[1] http://floppsie.comp.glam.ac.uk/Glamorgan/gaius/scripting/5.(...)

P.S. : Au moment où je frappe ces quelques lignes, je constate que mon message précédent a été "moinsé", j'aimerai bien savoir pourquoi.

Évidement, sudo est certainement un bon utilitaire, mais il y en a un autre qui propose une alternative se rapprochant de ta démarche initiale : expect.
Si tu veux en savoir plus, tu peux aller regarder les pages ici :
http://expect.nist.gov/FAQ.html
Voilà, en espérant que ça aide, comme on dit.

Ça fait des années que je stocke des photos un peu au petit bonheur sur les machines auxquelles j'ai accès. A chaque fois qu'on parle de ce soft ici ou là, je me dis toujours "faudra que je l'installe, pour voir". Alors ce matin, j'ai retroussé mes manches, et je m'y suis mis.
Aucun problème pour l'installer, idem pour les bibliothèques dont il dépend. Après l'installation, aucun soucis pour le lancement, bien que je sois sous LFS. C'est donc du très bon, mangez-en !
Je me suis essayé à la saisie de tags sur mes photos, en vrai informaticien sûr de lui : j'ai passé l'intro, les videos de prise en main, etc. Aucun intérêt (pour moi), si on veut tester un truc, il faut voir si c'est facile à prendre en main, sans lire la doc. Si ça foire pour une utilisation basique, c'est que l'interface est mal pensée, ou que le soft est foireux. Ici, aucun soucis, ça s'utilise tout de go, sans vraiment se poser de questions quant-à la manière de faire ce qu'on veut sur le moment.
(Aparté exemplaire : je veux mettre des mots-clefs sur une photo : je fais un clic droit sur la vignette concernée, la première entrée du menu contextuel me semble correspondre, j'y vais, je suis ce qui est marqué à l'écran, ça roule... Fin de l'aparté, c'est assez clair, il me semble).
Bref, ce soft, c'est un peu un truc qui va détruire ma productivity, au moins le temps que je l'utilise au mieux pour classer et répertorier toutes les photos que j'ai éparpillé un peu partout... Bref, encore une killer-app.
Ah, juste une chose que je n'ai pas compris, au cas où quelqu'un aurait le même "soucis", j'ai sqlite3 d'installé, mais il n'en veut pas, et me dit que toutes les informations seront stockées dans un fichier XML. En soi, ça ne me choque pas plus que ça, mais je trouve curieux qu'il ne veuille pas d'sqlite3. Version trop récente ? Ou pas assez ?

Hello !
Je trouvais ce projet intéressant, mais il m'est impossible de l'installer.
Je suis en effet sous LFS, et donc doit partir des sources. L'appel à la commande make échoue lamentablement, car les includes faits dans gamin.c n'ont pas l'air compatibles avec LFS. C'est dommage, car j'aurais vraiment trouvé un beta-testeur (et non le contraire, quoi que ?) en ma propre personne et mes fils (3ans 1/2 et 18 mois)...
Si ça intéresse, je peux donner les messages d'erreurs, mais bon...
Il n'y a rien de pressé, d'autant que mon informatique n'est pas encore trop bien installée à la maison, vu que toutes les pièces ne sont pas terminées....

Alors là, oui, je pense qu'il doit pouvoir y avoir une solution logicielle à ton problème. J'ai quelques pistes non testées que tu peux explorer. D'abord regarder du côté de jackd[1], et en particulier du module jack-rack[2] ou jamin[3].
Au vu des captures d'écran, c'est avec jamin que tu auras le plus de satisfactions, mais jack-rack doit te permettre d'en faire plus encore si tu utilises les deux [4].

[1] : http://jackaudio.org/
[2] : http://jack-rack.sourceforge.net/
[3] : http://jamin.sourceforge.net/
[4] : http://jamin.sourceforge.net/en/about/scr02.png

Il doit y avoir d'autres softs qui permettent de faire plus ou moins la même chose. Si tu n'obtiens pas satisfaction avec jackd et ses outils, essaye avec Phonon, ou Pulseaudio, ou esd.
Bon courage, et tiens nous au courant si tu trouves quelque chose d'intéressant !

Visiblement, ça dépend soit du logiciel utilisé, soit de la carte son, soit des deux.
Exemple : j'ai une soundblaster Live! sur mon PC, je peux régler la balance, le fader, les basses et augüs depuis kmix, entre autres choses.
Sur mon portable, j'ai une carte son de merde (ICH6), je ne peux rien régler de tout ça dans kmix, mais si j'utilise xmms pour lire des fichiers sons, l'interface d'xmms me permet d'utiliser un égaliseur.
Au cas où, j'ai regardé sur http://www.kde-apps.org/ sommairement, mais je n'ai rien trouvé de probant.

Ok, merci pour ces explications.
C'est bien ce que je pensais, il s'agit bien de cas que je ne suis pas prêt de rencontrer, vu le domaine d'application des bases que je créé et administre.
Mais l'information est toujours bonne à prendre, au cas où...

Pardonne moi d'insister, mais dans l'exemple que tu donnes, et même si je comprends le sens de ta démarche, je n'en voit toujours pas l'intérêt. Quelle importance que les utilisateurs changent la clef primaire ?
Parce que si je comprends bien ton propos, ce qui t'a gêné lors de la création de ta base, c'est que tes utilisateurs créent des dossiers, en suppriment, et changent les numéros des dossiers au grès du rangement de la paperasse qui découle de l'application se reposant sur la base de données. Soit, mais je ne vois vraiment pas en quoi cela pose un problème.
Alors, juste pour l'anecdote (faisont une petite analogie), je suis en train de (re)lire le cycle des fondations d'I.Asimov, et j'en suis au dernier volet "Terre et fondation". Et justement, hier soir, dans le chapitre que je lisais, Golan Trevize s'interrogeait sur le Plan Seldon à peu près en ces termes : "Le Plan repose sur deux axiomes qui sont : la population sur laquelle il s'applique doit être importante, et elle doit ignorer les prédictions faites par la psychohistoire". Mais il doit y avoir un axiome tellement évident, que personne n'a mis le doigt dessus, que tout le monde voit sans le regarder et qui invalide tout le reste.
Hé ben là, je pense être dans la même situation. J'ai l'impression que cette histoire de clef visible ou non, telle que vous l'évoquez tous les deux apporte quelque chose, mais je ne vois pas quoi.
Il est fort probable également que l'environnement dans lequel nous travaillons les uns les autres, ainsi que les besoins et contraintes ne soient pas les mêmes, et que nous ayons tous raison. Mais là, vraiment, ça m'échappe.

Il ne gère pas les onglets (à ma connaissance, mais ça peut se faire avec screen comme dit précédament). D'ailleurs, l'auteur indique ici : http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/m(...)
que l'apport de la gestion des onglets dans putty demanderait beaucoup de travail dans le code source actuel, et surtout dans les sources pour la plateforme windows.
Par contre, il possède un avantage énorme : il est multi plateforme, et lorsqu'on travail dans un parc hétérogène, c'est agréable d'avoir un outil identique quel que soit la machine sur laquelle on va travailler.
Voir
http://www.chiark.greenend.org.uk/~sgtatham/putty/
pour plus d'informations.

Bon, ben déjà, merci d'avoir confirmé le point 2. J'ai effectué quelques tests unitaires avec les tables définies ci-dessus, et ça correspond bien à mes besoins, et réagit comme prévu, notament lorsqu'un échec d'ajout est constaté, que ce soit dans une transaction ou non.
Pour ton point 1, par contre, j'avoue avoir réfléchi un peu à la question que tu soulèves, et j'avoue ne pas vraiment comprendre ou saisir tous les tenants et aboutissants de cette manière de procéder.
Postgres (mais il ne doit pas être le seul) me permet sans difficulté d'indexer mon champ primaire tel que défini ci-dessus, et permet aussi de faire ces petites choses tellement pratiques que sont les "on update cascade" et consorts.
Du coup, si la structure de ce champ doit changer, ça ne me complique pas plus la vie que ça. Bref, il doit y avoir quelque chose qui m'échappe.
Quant-au fait de cacher la clef primaire aux utilisateurs, là encore, je ne comprends pas bien le pourquoi du comment, car c'est un identifiant unique qui permet à coup sûr d'identifier un enregistrement particulier d'une table. Lorsque l'utilisateur fait une recherche sur cet identifiant, il est certain de n'avoir qu'un seul résultat, et donc les erreurs de traitement possible sont moindres. Si tu masques ce champ "automatique" pour en afficher d'autre(s) qui font le même travail, ta base de données comporte tout un tas de champs qui sont redondants, et j'avoue ne pas en comprendre l'intérêt.
M'enfin, je cherche juste à comprendre, pas à démolir ta façon de travailler.
Merci de m'avoir confirmé le point 2, car je vais maintenant pouvoir avancer.

Hello,
Je suis loin d'être expert en la matière, mais j'ai comme l'impression que le problème se situe au niveau de la gestion de tes disques sata.
Il faudrait probablement regarder du côté de la façon dont ils sont reconnus par le système à chaque boot, et surtout dans quel ordre. Et puis forcer d'une façon ou d'une autre l'ordre de ces disques et donc des partitions.
Il faudrait soit jouer avec les règles udev pour que sda soit toujours sda, et que sbd soit toujours sdb, et/ou utiliser des labels sur les partitions plutôt que leurs numéros.
Voilà, en espérant que ça aide, comme on dit.

Voilà, c'est tout à fait le genre de commentaire qui provoque une coulée de sueurs froides à leur lecture, puis on vérifie, et non, finalement, ce n'est pas ça.... Pourtant, j'y ai cru, et ça aurait pu être ça.
Mais ces filous qui ont développé le script d'install on bien prévu les choses, et même si le propriétaire des fichiers inclus dans la partie web était root (changé en l'utilisateur d'apache depuis la lecture de ce post), l'intégralité des fichiers appartenait au groupe apache, et ce groupe avait les droits en lecture/écriture sur les fichiers et dossiers de l'interface web.
Merci quand même, car c'était une bonne idée !

Alors, pour le 1°, oui, c'est tout à fait ça, l'installation s'est faite depuis un navigateur, en pointant à l'adresse indiquée.
Évidement, j'ai auparavant installé le bouzin, c'est à dire, décompressé l'archive de ocs-ng, et lancé le script nommé setup.sh fourni avec ocs (sinon, je n'aurais pas pu accéder à la page indiquée).
Pour le 2, à vrai dire, je tourne sur un LFS, version 6.1 installé depuis quelques temps déjà (depuis le 25/11/2005), et il est vrai que c'est un peu vieux. Cependant, perl n'est pas très utilisé sur cette machine, et il a été installé en même temps que le système, point. Ceci étant, je n'arrive pas à concevoir que ces dépendances (que ce soit perl ou les autres modules) causent le problème que je rencontre, vu qu'il s'agit d'une erreur liée visiblement à php, et à rien d'autre.
D'ailleurs, j'ai constaté que par défaut, le code incriminé dans mon message initial cherchait à inclure un fichier nommé DEFAULT_LANGUAGE.txt situé dans le répertoire languages. Fouillant dans ce répertoire, et constant que ce fichier n'existait pas, j'ai créé un lien de ce nom pointant vers french.txt.
Ça n'a rien apporté de plus, enfin, si, puisque depuis j'ai bien la page en français, et non une page sans texte, mais j'ai toujours le même message d'erreur. J'ai aussi, par acquis de conscience vérifié les cookies, mais je n'ai rien qui cloche de prime abord dans la configuration de mes navigateurs.
Enfin, pour le 3°, vu que c'est un début de piste, et que ça me donnera une base de comparaison, non, je ne vais pas cracher dans la soupe, et oui, je suis intéressé !
Ah, oui, et je pense avoir oublié une information importante dans tous mes posts précédents. La version d'ocs que j'ai installé est la dernière stable, la 1.01, trouvée sur le site officiel.

Bon, déjà, merci pour cette réponse rapide !
D'abord, je n'avais pas mis toutes les versions des pré-requis dans mon message initial, car je pensais que "Tous les modules et logiciels requis par ocs sont installés et configurés correctement" suffisait.... /o\
Alors, comme tu as pris la peine de lire la doc d'ocs, de façon à m'aider, je prends la peine de répondre avec tous les numéros de versions des packages installés sur ma machine :
mod_perl est en version 2.0.3
mod_php je pense que c'est la même version que celle de php, donc je ne revient pas dessus.
Les modules de perl ont été installés ce matin depuis l'invite de la commande cpan, avec systématiquement la commande install <nom du module>
Je pense donc avoir obtenu les versions les plus récentes.
Pour le coup d'innodb, dans la doc, il est spécifié :
NB: Ensure MySQL InnoDB engine is activated on your database server. Open my.cnf and
ensure there is no ligne “skip-innodb” or this line is commented (begins with ‘#’).
et je n'ai aucune ligne de cette forme dans le my.cnf.
De plus, j'ai bien pu créer la base de données, avec le script appelé install.php fourni avec ocs. C'est bien pour cela que je pense définitivement qu'il s'agit bien là d'une erreur propre à php, mais je ne vois pas laquelle. Probablement quelque chose à voir avec les sessions, ou avec le serializer (j'ai remarqué dans la page fournie par phpinfo() qu'il y avait quelque chose à voir avec ça (session.serialize_handler ou Registered serializer handlers php php_binary ? ).
Je continue mes investigations, mais merci déjà pour cette première approche.