tontonflingueur a écrit 196 commentaires

man getpwnam, getgrnam

getpwnam_r si tu as besoin de faire du multi-threads...

Et non, en toute rigueur il vaut mieux éviter de scanner le fichier des mots de passe, car si jamais tu utilises NIS/NIS+ ou un module PAM quelconque ça ne marche plus.

@+

Ceci dit:

"The code generated in this way is not guaranteed to work. The whole codegen suite ("perlcc" included) should be considered very experimental. Use for production purposes is strongly discouraged." (de la page de man)

"Il n'est pas garanti que le code généré de cette façon marche. Toute la suite de génération de code (dont "perlcc") doit être considérée comme très expérimentale. L'utilisation dans un environnement de production est fortement découragée.".

En outre, l'exécutable produit sous Linux ne fonctionnera que sur un système Linux; et à part dans des cas très particuliers (embarqué, distributions spécialisées), il y a très peu de chance qu'un interpréteur perl ne soit pas installé.

@+

http://fr.php.net/manual/en/ref.mssql.php (dsl si tu ne lis pas l'anglais).

> Requirements for Unix/Linux platforms.

> To use the MSSQL extension on Unix/Linux, you first need to build and
> install the FreeTDS library. Source code and installation instructions are
> available at the FreeTDS home page: » http://www.freetds.org/

Il faut que tu installes le rpm de freetds (la bibliothèque qui te permet d'accéder à des serveurs Sybase SQL Server ou MS SQL Server - dont les sources originales ont été achetées par Microsoft à Sybase.

Maintenant, je ne suis ni un utilisateur ni de php, ni de redhat (on ne sait pas quelle version tu utilises, d'ailleurs). Je pense que tu dois sois:

* installer un module / plugin supplémentaire de php,
* ou, dans le pire des cas, recompiler php avec le support freetds.

Apparemment le support freetds s'active avec l'option --with-sybase de configure.

SI tu lis l'anglais tu peux essayer les opérations disponible dans cette page.

http://en.opensuse.org/Recover_Root_Password

Quand tu ajoutes un utilisateur dans un groupe, l'utilisateur doit se déloguer et se reloguer pour que la modification soit prise en compte.

http://forum.hardware.fr/hfr/MiniPCPortablesPDA/Ordinateurs-(...)

Je résume: apparemment il y a deux processeurs AMD64, qui n'ont pas l'air d'aimer les distributions 32bits (ce qui est à mon avis le cas du DVD Mandriva 2007).

Il a réussi à installer une Ubuntu AMD 64, finalement...

Pourquoi tu ne poses pas ton CV sur http://fr.lolix.org/ ?

Ocaml n'est toujours pas compatible GPL. De plus, c'est devenu un langage franco-français, d'universitaire, sans aucune application majeur (peut être mldonkey et encore...).

Il y a aussi l'excellent Unison http://www.cis.upenn.edu/~bcpierce/unison/docs.html.

Ouh là là ! Encore un qui va se faire descendre !!!

Retente un vgscan au cas où, ça ne te fera pas de mal. Sinon, j'abandonne ; je ne veux pas te donner de conseils qui risqueraient de te faire perdre les données. Si par malheur tu n'obtiens pas de réponse, tu peux expérimenter avec des volumes physiques dans des loopbacks pour voir ce qui se passe. (man losetup).

au temps pour moi, j'ai mal lu...

Mais si :

PV /dev/sda2 VG VolGroup00 lvm2 [232.78 GB / 32.00 MB free]
PV /dev/sdb2 lvm2 [232.78 GB]
Total: 2 [465.57 GB] / in use: 1 [232.78 GB] / in no VG: 1 [232.78 GB]

Hmmm pvscan a du t'afficher le nom du volume group dans /dev/sdb2.

Tu ne vois rien dans /dev/<ce volume group> ?

Il faut peut-être faire un vgchange -ay <ce volume group>... Attention, il y a peut-être des complications supplémentaires si par malheur le volume group dans /dev/sdb2 a le même nom que le volume group déjà existant ...

Quelques idées :

Essaie la commande pvscan

N'y aurait-il pas un script dans lvm.conf pour ne scanner que certains disques ... (Normalement ça sert à désactiver le scan des CD-ROM ou DVD-ROM) ? Mais attention si tu te plantes en modifiant ce fichier, c'est un coup à ne plus pouvoir booter ton système.

Pour commencer : ne pas paniquer !!!

• Il faut d'abord installer les outils LVM. Par exemple sous Debian/Ubuntu,

  aptitude install lvm2.
  

• Il faut aussi vérifier que ton noyau supporte LVM, et le device-mapper (dm). Alors là normalement, ton gestionnaire de paquets a installé des scripts de démarrage pour lvm et le device-mapper. Tu peux essayer de répérer les scripts correspondants dans /etc/init.d, ou rebooter.
• Alors, là tu vas pouvoir faire (en root) vgdisplay pour connaître le nom des volume groups.

   root@XXXXXX:~# vgdisplay
    --- Volume group ---
    VG Name               monvg
    System ID
    Format                lvm2
  

  Mon volume group s'appelle monvg. Attention, il peut y avoir plusieurs volume groups.
• Et là tu vois dans /dev/monvg les volumes logiques, que tu peux monter comme des partitions.

Il y a une statistique particulièrement intéressante sur Netcraft en septembre 2006 : les 10 hébergeurs les plus fiables, et le système d'exploitation utilisé ...

http://news.netcraft.com/archives/2006/10/07/rackspace_most_(...)

Sur les 10, 8 utilisent Linux.

Je n'ai pas malheuresement pas de Mandriva sous la main. [radotage]Il y a très longtemps que je n'ai pas utilisé de Mandriva ... Mandrake que ça s'appelait à l'époque. Même qu'à ce moment les PC n'avaient pas de disque dur et très peu de mémoire vive ...[/radotage] Enfin je m'égare...

Alors voici une hypothèse. Sur pas mal de distributions, au démarrage, le système de fichier root est monté en read-only. (Paramètres ro du kernel, dans le chargeur de boot). Ensuite, c'est l'un des scripts de démarrage (dans /etc/rc.d/init.d) qui remonte le système de fichier en read-write. Et là AMHA, il y a une erreur (erreur de syntaxe dans la fstab ? Problème dans le système de fichier ?). Il faut que tu observes bien les messages au démarrage. Tu dois voir un truc du genre "remounting root file system in read-write", et probablement juste après une erreur.

Après ça apparaît peut-être dans une log. Certainement pas dmesg ; ce sont les logs du kernel, et là on parle d'un script de démarrage.

> dis donc en BTS on ne fait pas ses devoirs tout seul?

Oui, mais il fait son BTS par le CNED (Centre National d'Enseignement à Distance), donc ça n'est pas tout à fait pareil ...

Malheureusement, il y a entre les différentes bases de données des petites différences syntaxiques mineures, mais non moins énervantes qui font qu'une application écrite pour une base de donnée ne marche que pour cette base de données. (Seules Sybase et MS SQL Server sont à peu près pareilles, mais c'est parce que elles partagent à l'origine la même base de code).

Par contre, tu peux télécharger gratuitement une version de développement de Sybase ASE pour Linux ou Windows. Evidemment, ça reste non libre, et la licence ne te permet pas de l'utiliser en production, mais ça peut te dépanner.

http://www.sybase.com/linuxpromo

Sinon, outre MySql et PostgreSQL, il existe un nombre incroyable de moteurs de base de données libres - que je n'ai jamais essayées - Firebird, GTM, Ingres II, Interbase, SAP DB... Il y a aussi SQLLite et hsqldb (en java), qui sont assez pratiques, parce qu'ils ne nécessitent pas forcément de daemon séparé.

Voilà
@+

Je pense qu'il te manque au moins les versions des librairies GNUStep.Foundation/Foundation.h doit venir avec GNUStep base. Mais de toutes façons il faudra que tu installes plus ou moins toutes les librairies.

http://wwwmain.gnustep.org/resources/downloads.php?site=ftp%(...)

Regarde s'il y n'aurait pas des packages sous ta Mandriva du genre gnustep-core-dev, etc.

Alors à mon avis si tu utilises le mode où subversion est servi en HTTP par Apache, tu peux utiliser n'importe quelle méthode d'authentification utilisée par Apache 2, mod_auth_mysql (http://modauthmysql.sourceforge.net/mod_auth_mysql) y compris ...

Regarde l'option --bind.

Je n'ai pas réfléchi à la question, mais il me semble avoir entendu dire que ça posait des problèmes de sécurité, cependant ...

Tu as un fichier /etc/nsswitch.conf ?

Sinon, la bonne approche pour résoudre ce genre de problème, c'est d'utiliser strace, et de repérer les fichiers manquants ...

strace ping localhost

par exemple.

Pour identifier la version d'un logiciel installé, tu dois regarder dans ton système de packaging . Sur Debian par exemple et probablement les dérivés (Ubuntu), tu peux faire :

dpkg-query -l | grep nfs

pour obtenir :

ii nfs-common 1.0.6-3.1 NFS support files common to client and serve
ii nfs-kernel-ser 1.0.6-3.1 Kernel NFS server support

Donc tu utilise la version 1.0.6. Alors maintenant ça ne répond pas à ta question de savoir si tu es en 2 ou en 3. Sur un système à base de rpm, de mémoire, je pense que tu peux utiliser rpm -qa | grep nfs.

En fait là ce n'est pas la version du programme que tu veux mais la version du protocole utilisée. Si tu utilises une distribution récente, je pense que tu utilises le serveur nfs du kernel. Alors là ça dépend de la configuration du kernel. En effet dans la config tu as des paramètres du genre :

cat /boot/config-2.4.18 | grep NFS

CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_ROOT_NFS is not set
CONFIG_NFSD=m
# CONFIG_NFSD_V3 is not set

Alors, ici vu que CONFIG_NFSD_V3 n'est pas positionné je pense que mon serveur fait du V2. S'il était positionné je pense qu'il serait capable de négocier le protocole, et de servir à la fois des clients en V2 et en V3. Tu peux voir les explications dans les sources du kernel Documentation/Configure.help et chercher CONFIG_NFSD.

Pour commencer, "plus supporté", ça veut dire déjà que tu n'as plus de mise à jour de sécurité, ce qui est quand même embêtant.

L'autre truc c'est que dans une entreprise, il y a des dizaines d'applications qui doivent fonctionner ensemble. Bien souvent, si tu mets à jour une application (parce qu'elle t'apporte de nouvelles fonctionnalités ou parce que des bugs ont été corrigés), tu dois souvent mettre à jour l'autre. C'est aussi le cas dans le libre, Essaye d'installer KDE 3 sur RedHat 4.2 - qui marchait très bien par ailleurs - pour voir.

Enfin, il y a la question de la responsabilité contractuelle. Si, par ta description de poste ou par ton contrat (si tu es prestataire externe), tu as la responsabilité de répondre aux demandes ou aux problèmes de tes utilisateurs, et que le problème se trouve au coeur d'un logiciel, tu as besoin d'un contrat vis-à-vis de l'éditeur pour engager ta responsabilité. Dans certains cas, ça peut devenir une dérive, parce qu'il est souvent plus rentable pour toi d'essayer d'exonérer ta responsabilité que de résoudre le problème du client, mais c'est une autre histoire.