Bienvenue visiteur (Inscription |  Connexion)
Qui est en ligne ?
Il y a : 21 utilisateurs en ligne, consultez le détail
Auteur Message
toyman
#16 Message posté le : 23-03-2007 à 14:34:37


Scarabée


Forum : Inscrit
Association :
Arrivé(e) le : 25-02-2007
Nombre de messages : 100
et laisserai tomber la compilation des sources à ta place.


Jamais de la vie!

Comment-peut-il-y-avoir une erreur dans les sources ?
Est ce qu'en réinstallant le programme qui sert à la compilation ça ne pourrait pas arranger les choses ?
De quel programme il s'agit au juste ? Peut-être Adept-Manager ?
Merci!
Logicien
#17 Message posté le : 23-03-2007 à 14:44:59


Scarabée


Forum : Inscrit
Association :
Arrivé(e) le : 17-12-2005
Nombre de messages : 460
J'ai toujours compilé les sources en root: le ./configure, le make et le make install. Mon répertoire de prédilection pour compiler tout ce qui ne concerne pas le noyau est /usr/local/src. Je te suggère de décompresser tes sources dans ce répertoire et d'utiliser root pour configurer, compiler et installer les sources. Deux utilisateurs valent mieux qu'un !
jblecanard
#18 Message posté le : 23-03-2007 à 15:46:39


Jedi


Forum : Modérateur
Association :
Arrivé(e) le : 08-01-2005
Nombre de messages : 4030
Ce n'est pas conseillé de configurer avec root. Un programme doit pouvoir être compilé et installé en simple utilisateur. Un programme qui a besoin d'être root pour se configurer et s'installer risque de ne pas bien fonctionner en utilisateur !

Quant aux sources, il peut très bien y avoir une erreur dedans, avec C, c'est vite fait. A mon avis, il s'agit ici d'un problème de compilation conditionelle : le programme essaye d'implémenter quelque chose qui est déjà implémenté par une librairie que tu as et que le programme appelle avec un include.

--Message édité par jblecanard le 23-03-2007 à 15:47:41--


-------------------------------------
C'est une situation bien inconfortable que d'être assez sensible à la bêtise pour en souffrir et trop intelligent pour s'en indigner. - Gustave Thibon -
Logicien
#19 Message posté le : 23-03-2007 à 16:44:19


Scarabée


Forum : Inscrit
Association :
Arrivé(e) le : 17-12-2005
Nombre de messages : 460
"Un programme qui a besoin d'être root pour se configurer et s'installer risque de ne pas bien fonctionner en utilisateur !". Je ne suis pas d'accord jblecanard. Les gestionnaires de paquets installent tous les logiciels en root et sont utilisés sans problème par les utilisateurs. Il s'agit surtout de savoir si on veut qu'un logiciel soit disponible pour tous les utilisateurs ou un seul lorsqu'on choisi entre root et un utilisateur pour configurer, compiler et surtout installer. En tous cas je n'ai jamais eu de problème de ce côté.
toyman
#20 Message posté le : 23-03-2007 à 17:29:41


Scarabée


Forum : Inscrit
Association :
Arrivé(e) le : 25-02-2007
Nombre de messages : 100
Logicien a écrit :


J'ai toujours compilé les sources en root: le ./configure, le make et le make install. Mon répertoire de prédilection pour compiler tout ce qui ne concerne pas le noyau est /usr/local/src. Je te suggère de décompresser tes sources dans ce répertoire et d'utiliser root pour configurer, compiler et installer les sources. Deux utilisateurs valent mieux qu'un !


Alors je pense avoir compris, mais je ne pense pas savoir tout faire.
-Se placer dans un répertoire no problem
-Compiler un programme no problem (enfin du moins pour les lignes de commandes)

Par contre avant de compiler un programme, je place le fichier dans un dossier de mes dossiers personnels, car il est accessible physiquement, c'est à dire par copier/coller.
Par contre, /usr/local/src. ne doit être accessible que par la console non ?
Donc comment y placer les fichiers que je veux décompresser ?

Merci pour vos aides!
Logicien
#21 Message posté le : 23-03-2007 à 17:54:13


Scarabée


Forum : Inscrit
Association :
Arrivé(e) le : 17-12-2005
Nombre de messages : 460
En root si tes sources sont compressées avec Gzip .gz:

# tar zxvf /chemin-vers-le fichier-tar.gz -C /usr/local/src

Si compressées avec Bzip2 .bz2:

# tar jxvf /chemin-vers-le fichier-tar.bz2 -C /usr/local/src
toyman
#22 Message posté le : 23-03-2007 à 20:33:08


Scarabée


Forum : Inscrit
Association :
Arrivé(e) le : 25-02-2007
Nombre de messages : 100
Salut, pour l'instant l'opération s'est déroulée sans problème. Comment dois-je procéder ensuite ?

Je dirais qu'il faut que je fasse:

make /chemin-vers-le fichier-tar.bz2 -C /usr/local/src


?
jblecanard
#23 Message posté le : 24-03-2007 à 00:37:16


Jedi


Forum : Modérateur
Association :
Arrivé(e) le : 08-01-2005
Nombre de messages : 4030
Heu non

tu te rend dans le répertoire

# cd /usr/local/src/le_nom_du_bazar_decompresse
# ./configure
# make
# make install

Et voilà !

-------------------------------------
C'est une situation bien inconfortable que d'être assez sensible à la bêtise pour en souffrir et trop intelligent pour s'en indigner. - Gustave Thibon -
Logicien
#24 Message posté le : 24-03-2007 à 00:38:44


Scarabée


Forum : Inscrit
Association :
Arrivé(e) le : 17-12-2005
Nombre de messages : 460
# cd /usr/local/src/'préfixe-du-paquet tar.bz2'
# ./configure
# make
# make install (si make réussi )
toyman
#25 Message posté le : 24-03-2007 à 09:26:38


Scarabée


Forum : Inscrit
Association :
Arrivé(e) le : 25-02-2007
Nombre de messages : 100
# cd /usr/local/src/le_nom_du_bazar_decompresse
# ./configure
# make
# make install


# cd /usr/local/src/'préfixe-du-paquet tar.bz2'
# ./configure
# make
# make install


Moi j'aurais plutôt dis comme jblecanard, je me serais placé dans le dossier décompressé plutôt que dans le fichier compressé ?
jblecanard
#26 Message posté le : 24-03-2007 à 12:35:58


Jedi


Forum : Modérateur
Association :
Arrivé(e) le : 08-01-2005
Nombre de messages : 4030
En fait nous avons dit la même chose toyman !

Le fichier décompressé est souvent un dossier qui porte le même nom moin l'extension .tar.bz2. C'est ce qu'entendais Logicien en parlant du préfixe du fichier compressé

-------------------------------------
C'est une situation bien inconfortable que d'être assez sensible à la bêtise pour en souffrir et trop intelligent pour s'en indigner. - Gustave Thibon -
Azollyx
#27 Message posté le : 24-03-2007 à 13:15:09


Naboo


Forum : Modérateur
Association : Président
Arrivé(e) le : 09-04-2006
Nombre de messages : 2094
Sincèrement, je doute que faire la compilation dans /usr/src change quoi que ce soit au problème.
toyman, que te donne
./configure --help | grep ncurses
en root ou en utilisateur et où tu veux (enfin, dans les sources).
toyman
#28 Message posté le : 24-03-2007 à 13:45:48


Scarabée


Forum : Inscrit
Association :
Arrivé(e) le : 25-02-2007
Nombre de messages : 100
En effet ça ne marche pas mieux

et

./configure --help | grep ncurses


Ne renvois rien!
Azollyx
#29 Message posté le : 24-03-2007 à 18:09:54


Naboo


Forum : Modérateur
Association : Président
Arrivé(e) le : 09-04-2006
Nombre de messages : 2094
Dans ce cas,
./configure --help
toyman
#30 Message posté le : 25-03-2007 à 17:21:16


Scarabée


Forum : Inscrit
Association :
Arrivé(e) le : 25-02-2007
Nombre de messages : 100
Voici le résultat de
./configure --help
:

configure' configures this package to adapt to many kinds of systems.



Usage: ./configure [OPTION]... [VAR=VALUE]...



To assign environment variables (e.g., CC, CFLAGS...), specify them as

VAR=VALUE.  See below for descriptions of some of the useful variables.



Defaults for the options are specified in brackets.



Configuration:

  -h, --help              display this help and exit

      --help=short        display options specific to this package

      --help=recursive    display the short help of all the included packages

  -V, --version           display version information and exit

  -q, --quiet, --silent   do not print `checking...' messages

      --cache-file=FILE   cache test results in FILE [disabled]

  -C, --config-cache      alias for `--cache-file=config.cache'

  -n, --no-create         do not create output files

      --srcdir=DIR        find the sources in DIR [configure dir or `..']



Installation directories:

  --prefix=PREFIX         install architecture-independent files in PREFIX

                          [/usr/local/kde]

  --exec-prefix=EPREFIX   install architecture-dependent files in EPREFIX

                          [PREFIX]



By default, `make install' will install all the files in

`/usr/local/kde/bin', `/usr/local/kde/lib' etc.  You can specify

an installation prefix other than `/usr/local/kde' using `--prefix',

for instance `--prefix=$HOME'.



For better control, use the options below.



Fine tuning of the installation directories:

  --bindir=DIR           user executables [EPREFIX/bin]

  --sbindir=DIR          system admin executables [EPREFIX/sbin]

  --libexecdir=DIR       program executables [EPREFIX/libexec]

  --datadir=DIR          read-only architecture-independent data [PREFIX/share]

  --sysconfdir=DIR       read-only single-machine data [PREFIX/etc]

  --sharedstatedir=DIR   modifiable architecture-independent data [PREFIX/com]

  --localstatedir=DIR    modifiable single-machine data [PREFIX/var]

  --libdir=DIR           object code libraries [EPREFIX/lib]

  --includedir=DIR       C header files [PREFIX/include]

  --oldincludedir=DIR    C header files for non-gcc [/usr/include]

  --infodir=DIR          info documentation [PREFIX/info]

  --mandir=DIR           man documentation [PREFIX/man]



Program names:

  --program-prefix=PREFIX            prepend PREFIX to installed program names

  --program-suffix=SUFFIX            append SUFFIX to installed program names

  --program-transform-name=PROGRAM   run sed PROGRAM on installed program names



System types:

  --build=BUILD     configure for building on BUILD [guessed]

  --host=HOST       cross-compile to build programs to run on HOST [BUILD]

  --target=TARGET   configure for building compilers for TARGET [HOST]



Optional Features:

  --disable-FEATURE       do not include FEATURE (same as --enable-FEATURE=no)

  --enable-FEATURE[=ARG]  include FEATURE [ARG=yes]

  --disable-fast-perl     disable fast Makefile generation (needs perl)

  --enable-debug=ARG    enables debug symbols (yes|no|full) default=no

  --disable-debug         disables debug output and debug symbols default=no

  --enable-strict         compiles with strict compiler options (may not work!)

  --disable-warnings      disables compilation with -Wall and similiar

  --enable-profile        creates profiling infos default=no

  --disable-dependency-tracking Speeds up one-time builds

  --enable-dependency-tracking  Do not reject slow dependency extractors

  --enable-pch            enables precompiled header support (currently only KCC) default=no

  --enable-final          build size optimized apps (experimental - needs lots of memory)

  --disable-closure       don't delay template instantiation

  --enable-nmcheck        enable automatic namespace cleanness check

  --enable-shared[=PKGS]

                          build shared libraries [default=yes]

  --enable-static[=PKGS]

                          build static libraries [default=no]

  --enable-libsuffix      /lib directory suffix (64,32,none=default)

  --enable-fast-install[=PKGS]

                          optimize for fast installation [default=yes]

  --disable-libtool-lock  avoid locking (might break parallel builds)

  --enable-objprelink     prelink apps using objprelink (obsolete)

  --enable-embedded       link to Qt-embedded, don't use X

  --enable-qtopia         link to Qt-embedded, link to the Qtopia Environment

  --enable-mac       link to Qt/Mac (don't use X)

  --disable-mt            link to non-threaded Qt (deprecated)

  --enable-kernel-threads Enable the use of the LinuxThreads port on FreeBSD/i386 only.

  --disable-threading     disables threading even if libpthread found

  --disable-rpath         do not use the rpath feature of ld

  --disable-path-check    don't try to find out, where to install



Optional Packages:

  --with-PACKAGE[=ARG]    use PACKAGE [ARG=yes]

  --without-PACKAGE       do not use PACKAGE (same as --with-PACKAGE=no)

  --with-gnu-ld           assume the C compiler uses GNU ld [default=no]

  --with-pic              try to use only PIC/non-PIC objects [default=use

                          both]

  --with-tags=TAGS        include additional configurations [CXX,GCJ]

  --with-extra-includes=DIR

                          adds non standard include paths

  --with-extra-libs=DIR   adds non standard library paths

  --with-qt-dir=DIR       where the root of Qt is installed

  --with-qt-includes=DIR  where the Qt includes are.

  --with-qt-libraries=DIR where the Qt library is installed.

  --without-arts        build without aRts default=detect



Some influential environment variables:

  CC          C compiler command

  CFLAGS      C compiler flags

  LDFLAGS     linker flags, e.g. -L<lib dir> if you have libraries in a

              nonstandard directory <lib dir>

  CPPFLAGS    C/C++ preprocessor flags, e.g. -I<include dir> if you have

              headers in a nonstandard directory <include dir>

  CPP         C preprocessor

  CXX         C++ compiler command

  CXXFLAGS    C++ compiler flags

  CXXCPP      C++ preprocessor



Use these variables to override the choices made by `configure' or to help

it to find libraries and programs with nonstandard names/locations