Re: [Confirme] Compilation et installation de PyQT

[PierreDu]

Jérôme Martin wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le Mercredi 20 Août 2003 13:55, PierreDu a écrit :
 

Renaud MICHEL wrote:
   

Le Mercredi 20 Août 2003 10:20, PierreDu a écrit :
 

Je voudrais savoir si quelqu'un a déjà compilé et installé PyQT
(dernière version) sur une mandrake 9.1... Chez moi, lorsque je fais en
python /from qt import */ il me dit une erreur dans le fichier
libqtcmodule.so (suivi de caractères incompréhensibles...)
   

La version 3.5 de PyQt est disponible dans les contrib.
 

Oui mais j'ai déjà passer 20 minutes du tout petit forfait paternel pour
télécharger le source... Quelqu'un peut-il m'aider pour la compilation ?
J'ai repéré dans les caractères un QAssistantClient...
Sinon quelqu'un a-t-il un énorme didacticiel/documentation sur
Python/GTK (et un EDI/RAD serait le bienvenu...)
   

Je prépare les packages pour la version 3.7. D'ici quelques jours, ils seront 
disponibles sur MandrakeClub. 
Sinon, le problème que tu as proviens certainement des Styles qui ne sont pas 
tous disponibles dans la version Mdk. Ci-joint le patch utilisé pour les 
rpms. Pour une doc sur PyQt : 
http://www.opendocs.org/pyqt/index.lxp?lxpwrap=book1%2ehtm et pour le EDI : 
eric http://www.die-offenbachs.de/detlev/eric3.html (j'essayerais de fournir 
le RPM bientôt également)

Jérôme
 

J'ai bien eu un problème avec les styles, je l'ai corrigé comme signalé 
(ajouter des #DEFINE à $QTDIR/include/qconfig.h)... Mais après un autre 
problème à lieu : il me dit "symbole non défini dans libqtcmodule.so : 
_Z*QAssistantClient***setname***" (traduction en gros...)



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation et installation de PyQT

[Alain rpnpif]

Le Mercredi 20 Août 2003 13:55, PierreDu a écrit :
> Renaud MICHEL wrote:
> >Le Mercredi 20 Août 2003 10:20, PierreDu a écrit :
> >>Je voudrais savoir si quelqu'un a déjà compilé et installé PyQT
> >>(dernière version) sur une mandrake 9.1... Chez moi, lorsque je fais en
> >>python /from qt import */ il me dit une erreur dans le fichier
> >>libqtcmodule.so (suivi de caractères incompréhensibles...)
> >
> >La version 3.5 de PyQt est disponible dans les contrib.
>
> Oui mais j'ai déjà passer 20 minutes du tout petit forfait paternel pour
> télécharger le source... Quelqu'un peut-il m'aider pour la compilation ?
> J'ai repéré dans les caractères un QAssistantClient...
> Sinon quelqu'un a-t-il un énorme didacticiel/documentation sur
> Python/GTK (et un EDI/RAD serait le bienvenu...)

Sur Python en général :
http://www.python.org/ avec au moins un tutoriel simple en français.
En transférant la doc générale sur son système, on l'a sous la main en 
permanence. C'est ce que j'ai fait. Pour Python/GTK, une recherche sur le 
même site ou sur un moteur de recherche, dervait donner quelque chose.

Alain rpnpif

Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation et installation de PyQT

[Jérôme Martin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le Mercredi 20 Août 2003 13:55, PierreDu a écrit :
> Renaud MICHEL wrote:
> >Le Mercredi 20 Août 2003 10:20, PierreDu a écrit :
> >>Je voudrais savoir si quelqu'un a déjà compilé et installé PyQT
> >>(dernière version) sur une mandrake 9.1... Chez moi, lorsque je fais en
> >>python /from qt import */ il me dit une erreur dans le fichier
> >>libqtcmodule.so (suivi de caractères incompréhensibles...)
> >
> >La version 3.5 de PyQt est disponible dans les contrib.
>
> Oui mais j'ai déjà passer 20 minutes du tout petit forfait paternel pour
> télécharger le source... Quelqu'un peut-il m'aider pour la compilation ?
> J'ai repéré dans les caractères un QAssistantClient...
> Sinon quelqu'un a-t-il un énorme didacticiel/documentation sur
> Python/GTK (et un EDI/RAD serait le bienvenu...)

Je prépare les packages pour la version 3.7. D'ici quelques jours, ils seront 
disponibles sur MandrakeClub. 
Sinon, le problème que tu as proviens certainement des Styles qui ne sont pas 
tous disponibles dans la version Mdk. Ci-joint le patch utilisé pour les 
rpms. Pour une doc sur PyQt : 
http://www.opendocs.org/pyqt/index.lxp?lxpwrap=book1%2ehtm et pour le EDI : 
eric http://www.die-offenbachs.de/detlev/eric3.html (j'essayerais de fournir 
le RPM bientôt également)

Jérôme
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/Q/rIisLT/qqwDAkRAjsLAJ99rD3PL5pstjPGry/IryH6yFB1EgCfcbdq
WEtYjk0vrnwRcPYFUxBs4ho=
=VfOC
-END PGP SIGNATURE-


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation et installation de PyQT

[PierreDu]

Renaud MICHEL wrote:

Le Mercredi 20 Août 2003 10:20, PierreDu a écrit :
 

Je voudrais savoir si quelqu'un a déjà compilé et installé PyQT
(dernière version) sur une mandrake 9.1... Chez moi, lorsque je fais en
python /from qt import */ il me dit une erreur dans le fichier
libqtcmodule.so (suivi de caractères incompréhensibles...)
   

La version 3.5 de PyQt est disponible dans les contrib.

Oui mais j'ai déjà passer 20 minutes du tout petit forfait paternel pour 
télécharger le source... Quelqu'un peut-il m'aider pour la compilation ? 
J'ai repéré dans les caractères un QAssistantClient...
Sinon quelqu'un a-t-il un énorme didacticiel/documentation sur 
Python/GTK (et un EDI/RAD serait le bienvenu...)


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation et installation de PyQT

[Renaud MICHEL]

Le Mercredi 20 Août 2003 10:20, PierreDu a écrit :
> Je voudrais savoir si quelqu'un a déjà compilé et installé PyQT
> (dernière version) sur une mandrake 9.1... Chez moi, lorsque je fais en
> python /from qt import */ il me dit une erreur dans le fichier
> libqtcmodule.so (suivi de caractères incompréhensibles...)

La version 3.5 de PyQt est disponible dans les contrib.

-- 
Renaud Michel

Ce qui nous rend la vanite des autres insupportable,
c'est qu'elle blesse la notre.

-- La Rochefoucauld, Maximes


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation d'urpmi

[PierreDu]

Philippe Poizat wrote:

bonjour à tous.
Je rencontre un leger souci depuis que je suis passe de Mandrake 9.1 a 
une Slack 9.0.
Si l'install s'est passee correctement et , mis a part quelques soucis 
de parametrage de la Slack (heureusement que mes lib et mes fichiers 
de /etc/ de la Mdk etaient encore dispo !), le systeme fonctionne 
relativement bien ( XFree 4.3.0 bureau gnome 2.2 et applis que 
j'utilisais deja sous mdk, entre autres rpm 4.0.4 qui fonctionne sans 
probleme).
Mon souci : j'ai voulu installer urpmi a partir des rpm de la mdk 9.0. 
pour satisfaire les dependances, j'ai installe
- perl et perl-base a partir des sources de la Slack
- perl-urpm et urpmi livres sous forme de rpm avec la mdk.
au lancement de l'appli, urpmi m'a tout d'abord affiche quelques 
erreurs que j'attribue aux differences de nomenclature entre les deux 
distrrib (vite corrigees par deux liens symboliques)
depuis j'ai un  message d'erreur :

bash-2.05b# urpmi
Can't load 
'/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/URPM/URPM.so' 
for module URPM: libbz2.so.1: cannot open shared object file: No such 
file or directory at 
/usr/lib/perl5/5.8.0/i386-linux-thread-multi/DynaLoader.pm line 229.
 at /usr/sbin/urpmi line 20
Compilation failed in require at /usr/sbin/urpmi line 20.
BEGIN failed--compilation aborted at /usr/sbin/urpmi line 20.

et pourtant le fichier URPM.so est bien la :
Si je comprends bien le message d'erreur, il ne manque pas URPM.so, mais 
libbz2.so.1, d'où impossibilité de chargement de URPM.so
Normalement, ce fichier est dans le paquet libbzip2_1-devel-... (sous 
mandrake)... Sous slack, un lien symbolique supplémentaire est peut-être 
nécessaire...



bash-2.05b# ls -als 
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/URPM/
total 156
   4 drwxr-xr-x2 root root 4096 Jun 26 22:55 .
   4 drwxr-xr-x5 root root 4096 Jun 27 15:50 ..
 148 -rwxr-xr-x1 root root   143436 Mar 12 19:31 URPM.so

Je me doute d'un probleme autour de perl-urpm. Mais lequel? Si 
quelqu'un a deja rencontre ce pb




Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation d'urpmi

[Alain rpnpif]

Le Samedi 28 Juin 2003 21:25, Philippe Poizat a écrit :
> 
> 
> 
> content="text/html;charset=ISO-8859-15">
>   
> 
> 
> bonjour à tous.
> Je rencontre un leger souci depuis que je suis passe de Mandrake 9.1 a
> une Slack 9.0.
> Si l'install s'est passee correctement et , mis a part quelques soucis
> de parametrage de la Slack (heureusement que mes lib et mes fichiers de
> /etc/ de la Mdk etaient encore dispo !), le systeme fonctionne
> relativement bien ( XFree 4.3.0 bureau gnome 2.2 et applis que
> j'utilisais deja sous mdk, entre autres rpm 4.0.4 qui fonctionne sans
> probleme).
> Mon souci : j'ai voulu installer urpmi a partir des rpm de la mdk 9.0.
> pour satisfaire les dependances, j'ai installe 
> - perl et perl-base a partir des sources de la Slack
> - perl-urpm et urpmi livres sous forme de rpm avec la mdk.
> au lancement de l'appli, urpmi m'a tout d'abord affiche quelques
> erreurs que j'attribue aux differences de nomenclature entre les deux
> distrrib (vite corrigees par deux liens symboliques)
> depuis j'ai un  message d'erreur :
> 
> bash-2.05b# urpmi
> Can't load
> '/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/URPM/URPM.so'
> for module URPM: libbz2.so.1: cannot open shared object file: No such
> file or directory at

Bonjour,

Ce ne serait pas plutôt libbz2.so.1 qu'il ne trouve pas ?
Alain rpnpif

Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

RE: [Confirme] compilation de simple programme avec glut

[Duclos Andre]

Salut,

Peux tu donner plus de detail (la ligne de compil et sa sortie d'erreur) ?

(Tu peux utiliser le switch -L/usr/X11R6/lib dans la compil)

@+

-Message d'origine-
De : christophe ROUSSEAU [mailto:[EMAIL PROTECTED]
Envoyé : lundi 2 juin 2003 09:30
À : [EMAIL PROTECTED]
Objet : Re: [Confirme] compilation de simple programme avec glut


t'inquiétes pas je ne l'ai pas pris comme une moquerie ;)

mais la réponse pouvais etre "betes". pour moi cela ma permis de cernet
le pb des  lib. 

sinon pour ta réposne cela ne change rien car la ligne existait déjà. 

je cherche  ailleur ;)

bye


Le lun 02/06/2003 à 12:52, Stulti a écrit :
> > je ne me considére pas comme béte car avant ma
> 
> Je corrige tout de suite ma pensée, en ayant peur
> qu'elle soit mal interprété.
> Je ne qualifiait pas du totu ta question de bete,
> puisque c'est un vrai probleme lors de la compilation.
> Je disais jsute que ma réponse risquait de l'être,
> puisque je pensais simplement que tu l'avais déja fait
> au vu de ta question.
> 
> Toutes mes excuses si j'ai été mal compris.
> 
> ___
> Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
> Yahoo! Mail : http://fr.mail.yahoo.com
> 
> 
> __
> 
> Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
> Rendez-vous sur "http://www.mandrakestore.com";
-- 
--
le meilleur ami de l'homme est son enfant
---
Christophe ROUSSEAU

Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation de simple programme avec glut

[christophe ROUSSEAU]

t'inquiétes pas je ne l'ai pas pris comme une moquerie ;)

mais la réponse pouvais etre "betes". pour moi cela ma permis de cernet
le pb des  lib. 

sinon pour ta réposne cela ne change rien car la ligne existait déjà. 

je cherche  ailleur ;)

bye


Le lun 02/06/2003 à 12:52, Stulti a écrit :
> > je ne me considére pas comme béte car avant ma
> 
> Je corrige tout de suite ma pensée, en ayant peur
> qu'elle soit mal interprété.
> Je ne qualifiait pas du totu ta question de bete,
> puisque c'est un vrai probleme lors de la compilation.
> Je disais jsute que ma réponse risquait de l'être,
> puisque je pensais simplement que tu l'avais déja fait
> au vu de ta question.
> 
> Toutes mes excuses si j'ai été mal compris.
> 
> ___
> Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
> Yahoo! Mail : http://fr.mail.yahoo.com
> 
> 
> __
> 
> Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
> Rendez-vous sur "http://www.mandrakestore.com";
-- 
--
le meilleur ami de l'homme est son enfant
---
Christophe ROUSSEAU


signature.asc
Description: PGP signature

Re: [Confirme] compilation de simple programme avec glut

[Stulti]

> je ne me considére pas comme béte car avant ma

Je corrige tout de suite ma pensée, en ayant peur
qu'elle soit mal interprété.
Je ne qualifiait pas du totu ta question de bete,
puisque c'est un vrai probleme lors de la compilation.
Je disais jsute que ma réponse risquait de l'être,
puisque je pensais simplement que tu l'avais déja fait
au vu de ta question.

Toutes mes excuses si j'ai été mal compris.

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation de simple programme avec glut

[christophe ROUSSEAU]

merci pour la réponse,

je ne me considére pas comme béte car avant ma bascule sous mdk les
simples programme demandant  glut se compilait bien.

a bientôt ;)


Le lun 02/06/2003 à 09:41, Stulti a écrit :
> > comment faire pour que les lib glut soit pris en
> > compte avec ld. elle se
> > situe sous /usr/X11R6/lib.  le link pointant sur les
> > lib X, qui se
> > trouve dans /usr/lib/ pointe sur le répertoire
> > ../X1R6/lib/X11
> > j'ai raccourci le link de manière a ce qu'il prenne
> > en compte les lib au
> > niveau supérieur ( ../X11R6/lib)
> > 
> > lors de la compilation de programme simple openGL il
> > me dit  ne la
> > trouver la bibliothèque  glut. 
> 
> comme on dit, il n'y a pas de réponses bêtes, mais
> juste des personnes bêtes qui les formulent
> Donc
> dans le ld.conf (qui ne s'appelle pas comme ca
> d'ailleurs), tu ajoutes à la main le répertoire des
> lib de Glut, c'est a dire /usr/X11R6/lib
> ensuite en console, tu tapes ldconfig en root, ce qui
> met a jour ld.
> Et ca marche ! (ptete pas, mais ca devrait aider)
> Sinon tu as la variable LD_LIBRABRY_PATH, mais je n'ai
> jamais réussi a m'en servir :(
> 
> ___
> Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
> Yahoo! Mail : http://fr.mail.yahoo.com
> 
> 
> __
> 
> Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
> Rendez-vous sur "http://www.mandrakestore.com";
-- 
--
le meilleur ami de l'homme est son enfant
---
Christophe ROUSSEAU


signature.asc
Description: PGP signature

Re: [Confirme] compilation de simple programme avec glut

[Stulti]

> comment faire pour que les lib glut soit pris en
> compte avec ld. elle se
> situe sous /usr/X11R6/lib.  le link pointant sur les
> lib X, qui se
> trouve dans /usr/lib/ pointe sur le répertoire
> ../X1R6/lib/X11
> j'ai raccourci le link de manière a ce qu'il prenne
> en compte les lib au
> niveau supérieur ( ../X11R6/lib)
> 
> lors de la compilation de programme simple openGL il
> me dit  ne la
> trouver la bibliothèque  glut. 

comme on dit, il n'y a pas de réponses bêtes, mais
juste des personnes bêtes qui les formulent
Donc
dans le ld.conf (qui ne s'appelle pas comme ca
d'ailleurs), tu ajoutes à la main le répertoire des
lib de Glut, c'est a dire /usr/X11R6/lib
ensuite en console, tu tapes ldconfig en root, ce qui
met a jour ld.
Et ca marche ! (ptete pas, mais ca devrait aider)
Sinon tu as la variable LD_LIBRABRY_PATH, mais je n'ai
jamais réussi a m'en servir :(

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation avec Qt3

[Ramarotafika Rado]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le Mercredi 10 Juillet 2002 10:50, Nicolas Adrian a écrit :
> Bonjour à tous,
> Je me permets d'écrire car j'obtiens des erreurs lors de l'essai de
> développement avec la librairie Qt3-dev fournie dans les rpm officiels
> de kde pour Mandrake 8.2.
> Ce n'est pas un problème (normalement) de variables d'environnements
> $QTDIR et compagnie.
> L'erreur est que lors de la recherche de la librairie Qt3 dans le script
> configure, des fonctions de la librairie qt-mt ne sont pas trouvées (
> voir un extrait du config.log ci-dessous ). J'utilise gcc3
> (gcc3.0-colorgcc).

Il faut utiliser la même version de compilateur avec laquelle le libqt3-devel 
a été compilée. Pour la MDK 8.2 je crois que c'est la version 2.96 mais 
regardes le changelog du rpm pe que c'est marqué dedans (rpm -q --changelog 
libqt3-devel)
Bonnne continuation

> Quelqu'un a déjà eu ce problème ? (ou saurait le résoudre ?)
> J'espère que ce n'est pas une question de newbie,
>
> Nad
>
>
> PS : j'ai compilé qt3.0.4 dans un autre répertoire, et linké à partir de
> celui-là des programmes Qt, sans erreurs, mais il y avait des erreurs à
> l'execution : symboles non trouvés, etc.
>
>
>
>
>
>
>
>
> <-Extrait du config.log lors de la compilation de arson
> 0.9.6(j'ai le me genre de prob. lors de la compilation depuis
> kdevelop)--->
>
> configure:19097: checking for Qt
> configure: 19159: /usr/lib/qt3/include/qstyle.h
> taking that
> tried NO
> configure:19264: rm -rf SunWS_cache; g++ -o conftest -O2 -fno-exceptions
> -fno-check-new -I/usr/lib/qt3/include -I/usr/X11R6/include
> -DQT_THREAD_SUPPORT  -D_REENTRANT  _*-L/usr/lib/qt3/lib*_
> -L/usr/X11R6/lib   conftest.cc  -lqt-mt -lpng -lz -lm -ljpeg -ldl
> -lXext -lX11 -lSM -lICE  -lresolv -lpthread 1>&5
> /tmp/ccbUSDJS.o: In function `main':
> /tmp/ccbUSDJS.o(.text+0x11): undefined reference to `QString::null'
> /tmp/ccbUSDJS.o(.text+0x16): undefined reference to
> `QStyleFactory::create(QString const&)'
> /tmp/ccbUSDJS.o(.text+0x20): undefined reference to `QCursor::QCursor(int)'
> /tmp/ccbUSDJS.o(.text+0x28): undefined reference to `QCursor::~QCursor()'
> collect2: ld returned 1 exit status
> configure:19267: $? = 1
> configure: failed program was:
> #include "confdefs.h"
> #include 
> #include 
> #include 
> #include 
> #include 
> #if ! (QT_VERSION >= 302)
> #error 1
> #endif
>
> int main() {
> (void)QStyleFactory::create(QString::null);
> QCursor c(Qt::WhatsThisCursor);
> return 0;
> }
> configure:19306: error: Qt (>= Qt 3.0.2) (library qt-mt) not found.
> Please check your installation!
> For more details about this problem, look at the end of config.log.
> Make sure that you have compiled Qt with thread support!
>
>
>
> Pour info mon rep /usr/lib/qt3/lib contient tout ce qu'il faut :
>
>
>
>
>
>
> [nad@nad arson-0.9.6-kde3]$ cd /usr/lib/qt3/lib
> [nad@nad lib]$ l
> libeditor.prllibeditor.so.1.0@libqt-mt.so@
> libqt-mt.so.3.0.4*  libqui.so.1@
> libeditor.so@libeditor.so.1.0.0*  libqt-mt.so.3@
> libqui.prl  libqui.so.1.0@
> libeditor.so.1@  libqt-mt.prl libqt-mt.so.3.0@
> libqui.so@  libqui.so.1.0.0*

- -- 
GNU/Linux: il y a moins bien mais plus cher
[EMAIL PROTECTED]
http://linuxmg.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE9LC6v6XBVBpDvL78RAsQHAKCENFv9SXzKvPVhAdbAcNNyRaMMeACfRYsi
NPV/3m1XaH5EmO6TYVSv4rs=
=DDWy
-END PGP SIGNATURE-




Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation module noyau

[jc]

Le Jeudi 4 Juillet 2002 09:36, Stéphane Teletchéa a écrit :
> > J'ai déjà essayé avec un apn sony et ça fonctionne très bien.
> >
> > Quand j'ai compilé les nouveaux modules, ils ne sont pas compressé.
> >
> > > stef
>
> Dans ce cas, il s'agit peut-être du module que tu as ajouté qui pose
> problème, ou tout du moins la mnière dont il est déclaré dans le fichier
> module.conf.
> As-tu essayé en mettant les paramètres du 5 ?
non.
Pourquoi  quand je compile noyeau et les modules, les modules ne sont plus 
compressés ?
> Stef

-- 
@+
Christophe.
http://jcamiga.free.fr



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation module noyau

[Stéphane Teletchéa]

> J'ai déjà essayé avec un apn sony et ça fonctionne très bien.
>
> Quand j'ai compilé les nouveaux modules, ils ne sont pas compressé.
>
> > stef

Dans ce cas, il s'agit peut-être du module que tu as ajouté qui pose 
problème, ou tout du moins la mnière dont il est déclaré dans le fichier 
module.conf.
As-tu essayé en mettant les paramètres du 5 ?
Stef



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation module noyau

[jc]

> > J'ai tout recompilé, ouf la compilation c'est bien passé, j'ai compilé
> > pour rien car cela n'a rien changé, pour dimage 7i je dois faire d'autres
> > modifs, car ces modifs ont été pris sur un site et c'était pour le dimage
> > 5, que j'ai adapté pour le 7i.
> > Apparemment il est reconnu, mais impossible de le monter.
> > Dans les logs j'ai le message suivant :
> > /etc/hotplug/usb.agent : missing kernel or user mode driver usb-storage
> >
> > Que dois je faire ?
>
> Que donne un insmod usb-storage ?
> Normalement, il doit se situer sur :
> /lib/modules/2.4.18-6mdk/kernel/drivers/usb/storage/usb-storage.o.gz
> Dans le cas d'une mdk 8.2 of course.
>
Voici le message :
Using /lib/modules/2.4.18-6mdk/kernel/drivers/usb/storage/usb-storage.o.gz
insmod: a module named usb-storage already exists

J'ai déjà essayé avec un apn sony et ça fonctionne très bien.

Quand j'ai compilé les nouveaux modules, ils ne sont pas compressé.

> stef

-- 
@+
Christophe.
http://jcamiga.free.fr





Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation module noyau

[Stéphane Teletchéa]

Le Mercredi 3 Juillet 2002 08:45, vous avez écrit :
> Le Mardi 2 Juillet 2002 08:55, Stéphane Teletchéa a écrit :
> > Le Mardi 2 Juillet 2002 08:18, vous avez écrit :
> > > Le Lundi 1 Juillet 2002 17:02, vous avez écrit :
> > > > Le Lundi 1 Juillet 2002 16:34, jc a écrit :
> > > > > Le Lundi 1 Juillet 2002 14:15, Stéphane Teletchéa a écrit :
> > > > > > Le Lundi 1 Juillet 2002 13:49, vous avez écrit :
> > > > > > > Salut,
> > > > > > >
> > > > > > >   Peux t'on recompiler uniquement qu'un module du noyau ?
> > > > > > > Si oui, comment ?
> > > > > >
> > > > > > su fais comme si tu compilais ton noyau classiquement  :
> > > > > > cd /usr/src/linux
> > > > > > make xconfig
> > > > > > mets le module qui t'intéresse en module dans le menu (option m).
> > > > > > S'il n'était pas apparemment dans le noyau, cela va de soi (c'est
> > > > > > à dire l'option n activée, si c'est y, alors il faut tout
> > > > > > recompiler) Puis ensuite, tu sauves la configuration.
> > > > > > (make dep)
> > > > > > make modules modules_install
> > > > >
> > > > > Oui mais ça va compiler tous les modules,
> > > > > Moi je veux en compiler qu'un seul, pour ne pas avoir de mauvaises
> > > > > surprises. Le module en question c'est usb-storage, j'ai vu sur un
> > > > > site qu'il modifié quelques lignes puis recompiler, mais sur le
> > > > > site il recompile tout.
> > > >
> > > > Normalement les autres noyaux sont déjà compilés, donc il ne va
> > > > inclure que celui-ci, sauf si bien sûr tu n'a jamais compilé le noyau
> > > > avant. De quel noyau s'agit-il ?
> > > > Du noyau de Mdk ou de celui que tu t'es mitonné ?
> > >
> > > celui de Mdk
> >
> > En ce cas, je pense que tu ne pourras pas passer l'étape de compilation
> > traditionnelle ...
> > Cependant, ce n'est pas trop long, je pense que tu aurais déjà tout
> > recompilé le temps de cette discussion.
> > A toi de voir.
> > Stef
>
> J'ai tout recompilé, ouf la compilation c'est bien passé, j'ai compilé pour
> rien car cela n'a rien changé, pour dimage 7i je dois faire d'autres
> modifs, car ces modifs ont été pris sur un site et c'était pour le dimage
> 5, que j'ai adapté pour le 7i.
> Apparemment il est reconnu, mais impossible de le monter.
> Dans les logs j'ai le message suivant :
> /etc/hotplug/usb.agent : missing kernel or user mode driver usb-storage
>
> Que dois je faire ?

Que donne un insmod usb-storage ?
Normalement, il doit se situer sur :
/lib/modules/2.4.18-6mdk/kernel/drivers/usb/storage/usb-storage.o.gz
Dans le cas d'une mdk 8.2 of course.

stef



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation module noyau

[jc]

Le Mardi 2 Juillet 2002 08:55, Stéphane Teletchéa a écrit :
> Le Mardi 2 Juillet 2002 08:18, vous avez écrit :
> > Le Lundi 1 Juillet 2002 17:02, vous avez écrit :
> > > Le Lundi 1 Juillet 2002 16:34, jc a écrit :
> > > > Le Lundi 1 Juillet 2002 14:15, Stéphane Teletchéa a écrit :
> > > > > Le Lundi 1 Juillet 2002 13:49, vous avez écrit :
> > > > > > Salut,
> > > > > >
> > > > > > Peux t'on recompiler uniquement qu'un module du noyau ?
> > > > > > Si oui, comment ?
> > > > >
> > > > > su fais comme si tu compilais ton noyau classiquement  :
> > > > > cd /usr/src/linux
> > > > > make xconfig
> > > > > mets le module qui t'intéresse en module dans le menu (option m).
> > > > > S'il n'était pas apparemment dans le noyau, cela va de soi (c'est à
> > > > > dire l'option n activée, si c'est y, alors il faut tout recompiler)
> > > > > Puis ensuite, tu sauves la configuration.
> > > > > (make dep)
> > > > > make modules modules_install
> > > >
> > > > Oui mais ça va compiler tous les modules,
> > > > Moi je veux en compiler qu'un seul, pour ne pas avoir de mauvaises
> > > > surprises. Le module en question c'est usb-storage, j'ai vu sur un
> > > > site qu'il modifié quelques lignes puis recompiler, mais sur le site
> > > > il recompile tout.
> > >
> > > Normalement les autres noyaux sont déjà compilés, donc il ne va inclure
> > > que celui-ci, sauf si bien sûr tu n'a jamais compilé le noyau avant. De
> > > quel noyau s'agit-il ?
> > > Du noyau de Mdk ou de celui que tu t'es mitonné ?
> >
> > celui de Mdk
>
> En ce cas, je pense que tu ne pourras pas passer l'étape de compilation
> traditionnelle ...
> Cependant, ce n'est pas trop long, je pense que tu aurais déjà tout
> recompilé le temps de cette discussion.
> A toi de voir.
> Stef
J'ai tout recompilé, ouf la compilation c'est bien passé, j'ai compilé pour 
rien car cela n'a rien changé, pour dimage 7i je dois faire d'autres modifs, 
car ces modifs ont été pris sur un site et c'était pour le dimage 5, que j'ai
adapté pour le 7i.
Apparemment il est reconnu, mais impossible de le monter.
Dans les logs j'ai le message suivant :
/etc/hotplug/usb.agent : missing kernel or user mode driver usb-storage

Que dois je faire ?
-- 
@+
Christophe.
http://jcamiga.free.fr



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation module noyau

[Stéphane Teletchéa]

Le Mardi 2 Juillet 2002 08:18, vous avez écrit :
> Le Lundi 1 Juillet 2002 17:02, vous avez écrit :
> > Le Lundi 1 Juillet 2002 16:34, jc a écrit :
> > > Le Lundi 1 Juillet 2002 14:15, Stéphane Teletchéa a écrit :
> > > > Le Lundi 1 Juillet 2002 13:49, vous avez écrit :
> > > > > Salut,
> > > > >
> > > > >   Peux t'on recompiler uniquement qu'un module du noyau ?
> > > > > Si oui, comment ?
> > > >
> > > > su fais comme si tu compilais ton noyau classiquement  :
> > > > cd /usr/src/linux
> > > > make xconfig
> > > > mets le module qui t'intéresse en module dans le menu (option m).
> > > > S'il n'était pas apparemment dans le noyau, cela va de soi (c'est à
> > > > dire l'option n activée, si c'est y, alors il faut tout recompiler)
> > > > Puis ensuite, tu sauves la configuration.
> > > > (make dep)
> > > > make modules modules_install
> > >
> > > Oui mais ça va compiler tous les modules,
> > > Moi je veux en compiler qu'un seul, pour ne pas avoir de mauvaises
> > > surprises. Le module en question c'est usb-storage, j'ai vu sur un site
> > > qu'il modifié quelques lignes puis recompiler, mais sur le site il
> > > recompile tout.
> >
> > Normalement les autres noyaux sont déjà compilés, donc il ne va inclure
> > que celui-ci, sauf si bien sûr tu n'a jamais compilé le noyau avant. De
> > quel noyau s'agit-il ?
> > Du noyau de Mdk ou de celui que tu t'es mitonné ?
>
> celui de Mdk

En ce cas, je pense que tu ne pourras pas passer l'étape de compilation 
traditionnelle ...
Cependant, ce n'est pas trop long, je pense que tu aurais déjà tout recompilé 
le temps de cette discussion.
A toi de voir.
Stef



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation module noyau

[jc]

Le Lundi 1 Juillet 2002 17:02, vous avez écrit :
> Le Lundi 1 Juillet 2002 16:34, jc a écrit :
> > Le Lundi 1 Juillet 2002 14:15, Stéphane Teletchéa a écrit :
> > > Le Lundi 1 Juillet 2002 13:49, vous avez écrit :
> > > > Salut,
> > > >
> > > > Peux t'on recompiler uniquement qu'un module du noyau ?
> > > > Si oui, comment ?
> > >
> > > su fais comme si tu compilais ton noyau classiquement  :
> > > cd /usr/src/linux
> > > make xconfig
> > > mets le module qui t'intéresse en module dans le menu (option m). S'il
> > > n'était pas apparemment dans le noyau, cela va de soi (c'est à dire
> > > l'option n activée, si c'est y, alors il faut tout recompiler)
> > > Puis ensuite, tu sauves la configuration.
> > > (make dep)
> > > make modules modules_install
> >
> > Oui mais ça va compiler tous les modules,
> > Moi je veux en compiler qu'un seul, pour ne pas avoir de mauvaises
> > surprises. Le module en question c'est usb-storage, j'ai vu sur un site
> > qu'il modifié quelques lignes puis recompiler, mais sur le site il
> > recompile tout.
>
> Normalement les autres noyaux sont déjà compilés, donc il ne va inclure que
> celui-ci, sauf si bien sûr tu n'a jamais compilé le noyau avant.
> De quel noyau s'agit-il ?
> Du noyau de Mdk ou de celui que tu t'es mitonné ?
celui de Mdk
> Dans le deuxième cas, voir ma première remarque.
> Stef

-- 
@+
Christophe.
http://jcamiga.free.fr



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation module noyau

[Stéphane Teletchéa]

Le Lundi 1 Juillet 2002 16:34, jc a écrit :
> Le Lundi 1 Juillet 2002 14:15, Stéphane Teletchéa a écrit :
> > Le Lundi 1 Juillet 2002 13:49, vous avez écrit :
> > > Salut,
> > >
> > >   Peux t'on recompiler uniquement qu'un module du noyau ?
> > > Si oui, comment ?
> >
> > su fais comme si tu compilais ton noyau classiquement  :
> > cd /usr/src/linux
> > make xconfig
> > mets le module qui t'intéresse en module dans le menu (option m). S'il
> > n'était pas apparemment dans le noyau, cela va de soi (c'est à dire
> > l'option n activée, si c'est y, alors il faut tout recompiler)
> > Puis ensuite, tu sauves la configuration.
> > (make dep)
> > make modules modules_install
>
> Oui mais ça va compiler tous les modules,
> Moi je veux en compiler qu'un seul, pour ne pas avoir de mauvaises
> surprises. Le module en question c'est usb-storage, j'ai vu sur un site
> qu'il modifié quelques lignes puis recompiler, mais sur le site il
> recompile tout.

Normalement les autres noyaux sont déjà compilés, donc il ne va inclure que 
celui-ci, sauf si bien sûr tu n'a jamais compilé le noyau avant.
De quel noyau s'agit-il ?
Du noyau de Mdk ou de celui que tu t'es mitonné ?
Dans le deuxième cas, voir ma première remarque.
Stef



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation module noyau

[jc]

Le Lundi 1 Juillet 2002 14:15, Stéphane Teletchéa a écrit :
> Le Lundi 1 Juillet 2002 13:49, vous avez écrit :
> > Salut,
> >
> > Peux t'on recompiler uniquement qu'un module du noyau ?
> > Si oui, comment ?
>
> su fais comme si tu compilais ton noyau classiquement  :
> cd /usr/src/linux
> make xconfig
> mets le module qui t'intéresse en module dans le menu (option m). S'il
> n'était pas apparemment dans le noyau, cela va de soi (c'est à dire
> l'option n activée, si c'est y, alors il faut tout recompiler)
> Puis ensuite, tu sauves la configuration.
> (make dep)
> make modules modules_install
Oui mais ça va compiler tous les modules,
Moi je veux en compiler qu'un seul, pour ne pas avoir de mauvaises surprises.
Le module en question c'est usb-storage, j'ai vu sur un site qu'il modifié 
quelques lignes puis recompiler, mais sur le site il recompile tout.
>
> eventuellement recréer un initrd si ce module est nécessaire au démarrage.
>
> Je ne suis pas sûr que ce soit compler, mais c'est un bon départ.
>
> Stef

-- 
@+
Christophe.
http://jcamiga.free.fr



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation module noyau

[Stéphane Teletchéa]

Le Lundi 1 Juillet 2002 13:49, vous avez écrit :
> Salut,
>
>   Peux t'on recompiler uniquement qu'un module du noyau ?
> Si oui, comment ?

su fais comme si tu compilais ton noyau classiquement  :
cd /usr/src/linux
make xconfig
mets le module qui t'intéresse en module dans le menu (option m). S'il 
n'était pas apparemment dans le noyau, cela va de soi (c'est à dire l'option 
n activée, si c'est y, alors il faut tout recompiler)
Puis ensuite, tu sauves la configuration.
(make dep)
make modules modules_install

eventuellement recréer un initrd si ce module est nécessaire au démarrage.

Je ne suis pas sûr que ce soit compler, mais c'est un bon départ.

Stef



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation de rpm

[jipe]

On Sun, 19 May 2002 17:30:55 +0200
André Laumaillier <[EMAIL PROTECTED]> wrote:

> Le Dimanche 19 Mai 2002 00:52, vous avez écrit :
> > On Sat, 18 May 2002 21:50:51 +0200
> >
> > André Laumaillier <[EMAIL PROTECTED]> wrote:
> > > 
> >
> > installer rpm-build...
> >
> > bye
> > jipe
> 
>   Merci jipe,
> 
> J'ai installé rpm-build, mais autre pb :
> 
> Error: Unable to locate installed Perl libraries or Perl source code.
> 
> It is recommended that you install perl in a standard location before
> building extensions. Some precompiled versions of perl do not contain
> these header files, so you cannot build extensions. In such a case,
> please build and install your perl from a fresh perl distribution. It
> usually solves this kind of problem.
> 
> (You get this message, because MakeMaker could not find 
> "/usr/lib/perl5/5.6.1/i386-linux/CORE/perl.h")
> make: *** [lib/Makefile] Erreur 2
> error: Bad exit status from /var/tmp/rpm-tmp.96007 (%build)
> 
> 
> RPM build errors:
> Bad exit status from /var/tmp/rpm-tmp.96007 (%build)
> 
> Donc il ne trouve pas perl.h, j'ai fait une recherche sur mon disque, car je 
> pensais le trouver à un endroit différent et faire un lien (le rpm que 
> j'essaie de construire vient de chez Red Hat). J'ai cherché aussi avec le 
> software installer (perl.h recherche par fichier) et il me retourne toute une 
> liste de paquetages installables, et je suis bien incapable de dire si le bon 
> est dedans.
> 
>   Merci de vos lumières.
> 
> 

les headers sont souvent dans les packages devel. ici, c'est perl-devel-5.601. 

bye
jipe



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation de rpm

[André Laumaillier]

Le Dimanche 19 Mai 2002 00:52, vous avez écrit :
> On Sat, 18 May 2002 21:50:51 +0200
>
> André Laumaillier <[EMAIL PROTECTED]> wrote:
> > 
>
> installer rpm-build...
>
> bye
> jipe

Merci jipe,

J'ai installé rpm-build, mais autre pb :

Error: Unable to locate installed Perl libraries or Perl source code.

It is recommended that you install perl in a standard location before
building extensions. Some precompiled versions of perl do not contain
these header files, so you cannot build extensions. In such a case,
please build and install your perl from a fresh perl distribution. It
usually solves this kind of problem.

(You get this message, because MakeMaker could not find 
"/usr/lib/perl5/5.6.1/i386-linux/CORE/perl.h")
make: *** [lib/Makefile] Erreur 2
error: Bad exit status from /var/tmp/rpm-tmp.96007 (%build)


RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.96007 (%build)

Donc il ne trouve pas perl.h, j'ai fait une recherche sur mon disque, car je 
pensais le trouver à un endroit différent et faire un lien (le rpm que 
j'essaie de construire vient de chez Red Hat). J'ai cherché aussi avec le 
software installer (perl.h recherche par fichier) et il me retourne toute une 
liste de paquetages installables, et je suis bien incapable de dire si le bon 
est dedans.

Merci de vos lumières.



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation de rpm

[jipe]

On Sat, 18 May 2002 21:50:51 +0200
André Laumaillier <[EMAIL PROTECTED]> wrote:

>   J'ai récupéré un .src.rpm, que j'ai copié dans /usr/src/. Après qques 
> tâtonnements, je l'ai installé avec rpm -ivh. Cela m'a créé deux répertoires 
> SOURCES et SPEC dans /usr/src/RPM, contenant l'un les sources tarrées et des 
> patchs et l'autre le fichier .spec.
>   Je me suis placé dans SPEC et j'ai tapé rpm -ba truc.spec (comme indiqué 
> dans le HOWTO-rpm), mais j'obtiens un message d'erreur :
> 
> /usr/lib/rpm/rpmb: Aucun fichier ou répertoire de ce type
> 
>   On dirait que rpm ne trouve pas mon fichier spec. Que faut-il faire ?
>   Merci.
> 
> 

installer rpm-build...

bye
jipe



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation de Kover

[Sébastien CHOPIN]

Merci pour ta réponse Jipé !
J'ai essayé kcdlabel (installation sans problème) et effectivement, ce soft me parait 
plus abouti que Kover. Cependant, je garde ta réponse concernant la compilation de 
Kover au cas où.

J'en profite pour remercier tous ceux qui prennent du temps pour répondre aux 
débutants comme moi. J'ai enfin viré Win(XP). Ma copine a pris goût à la Mandrake. Je 
suis seulement embêté pour utiliser audiogalaxy (je suis toujours au message 
www.audiogalaxy.com/betatest to login ... et ca ne marche pas sur audiogalaxy.com qui 
me reconnait mais qui me dit que mon satellite n'est pas connecté).

Seb

>Messsage du 17/03/2002 00:43
>De :  <[EMAIL PROTECTED]>
>A :  <[EMAIL PROTECTED]>
>Copie à :
>Objet : Re: [Confirme] Compilation de Kover
>
> On Sat, 16 Mar 2002 21:00:25 +0100 (MET)
> "Sébastien CHOPIN" <[EMAIL PROTECTED]> wrote:
>
> > Je n'arrive pas à compiler Kover. Ce logiciel réclame libpng.so.3 . Je télécharge 
>cette librairie mais au moment de l'éxécution de Kover, je me retrouve avec un tas de 
>:
> > libpng warning : Application was compiled with png.h from libpng-1.0.12
> > libpng warning : Application is running with png.c from libpng-1.2.1
> > libpng error : Incompatible libpng version in application and library
> >
> > Je comprends bien que tout se joue autour de la librairie libpng mais laquelle 
>dois-je installer ou desinstaller pour faire fonctionner Kover et ne pas mettre en 
>péril les autres logiciels ?
> >
> > Ah mon Dieu que c'est compliqué de vouloir sortir des sentiers battus à fenêtres !
> >
> > Merci pour votre aide !
> >
> > PS : si vous connaissez mieux que Kover pour faire les pochettes de cd audio ... 
>je suis preneur !
> >
> > Seb
> >
> >
>
> explication possible. tu as installé libpng-1.2.1 sans désinstaller une ancienne lib 
>png avec son rpm devel. fais un rpm -qa | grep png pour voir. si tu trouves libpng3 
>et libpng1 + libpng1-devel par ex, c'est là l'erreur. soluce, désinstaller 
>libpng1-devel et mettre libpng3-devel à la place. et recompiler.
> autre explication. tu as installé la librairie qui contient libpng.so.3 en la 
>compilant, en plus de celle que tu as déjà. libpng.so.3 est donc dans un répertoire 
>lib qui n'apparait pas dans LD_LIBRARY_PATH ou après celui qui contient l'ancienne 
>lib. soluce, faire un export LD_LIBRARY_PATH=/le_bon_répertoire:$LD_LIBRARY_PATH 
>avant de recompiler.
>
> et n'oublie pas avant toute recompilation de nettoyer tes sources avec make 
>distclean s'il est dispo ou make clean && rm -f config.cache
>
> sinon, il y a mieux à mon avis. kcdlabel dispo à:
> kcdlabel.sourceforge.net
> il fait même le sticker rond à coller sur le cd. :)
> c'est aussi une application kde. :(
>
> bye
> jipe





Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation de Kover

[Pierre B.]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

C'est marrant ça ! J'ai eu le même problème avec kmail, et hier, en faisant 
une mise à jour chez un copain (cooker).
Je crois que cette lib. a qques problèmes parce que becp de personnes font 
des reports de bugs (toujours celui-ci).

En fait, le problème est que les nouvelles versions de libpng ne sont plus 
compatibles avec les anciennes (d'après ce que j'en ai déduit).
Du coup, quand on a 2,3 progs qui ont besoin de cette lib, s'ils n'ont pas 
été compilés avec la même version, on se retrouve avec tout un tas de pbls.

Par ex. gqview(super visionneur d'images) a besoin de la dernière version des 
la libpng alors que kmail de la version 1.0.2.
Ce serait interessant de le faire remarquer à cooker car j'ai vu becp de 
personnes s'en plaindre...
Si qqun est sur la Cooker (stéphane? :) )

A+

Pierre

Dimanche 17 Mars 2002 00:43, jipe :
>  On Sat, 16 Mar 2002 21:00:25 +0100 (MET)
>
>  "Sébastien CHOPIN" <[EMAIL PROTECTED]> wrote:
>  > Je n'arrive pas à compiler Kover. Ce logiciel réclame libpng.so.3 . Je
>  > télécharge cette librairie mais au moment de l'éxécution de Kover, je me
>  > retrouve avec un tas de : libpng warning : Application was compiled with
>  > png.h from libpng-1.0.12 libpng warning : Application is running with
>  > png.c from libpng-1.2.1 libpng error : Incompatible libpng version in
>  > application and library
>  >
>  > Je comprends bien que tout se joue autour de la librairie libpng mais
>  > laquelle dois-je installer ou desinstaller pour faire fonctionner Kover
>  > et ne pas mettre en péril les autres logiciels ?
>  >
>  > Ah mon Dieu que c'est compliqué de vouloir sortir des sentiers battus à
>  > fenêtres !
>  >
>  > Merci pour votre aide !
>  >
>  > PS : si vous connaissez mieux que Kover pour faire les pochettes de cd
>  > audio ... je suis preneur !
>  >
>  > Seb
>
>  explication possible. tu as installé libpng-1.2.1 sans désinstaller une
> ancienne lib png avec son rpm devel. fais un rpm -qa | grep png pour voir.
> si tu trouves libpng3 et libpng1 + libpng1-devel par ex, c'est là l'erreur.
> soluce, désinstaller libpng1-devel et mettre libpng3-devel à la place. et
> recompiler. autre explication. tu as installé la librairie qui contient
> libpng.so.3 en la compilant, en plus de celle que tu as déjà. libpng.so.3
> est donc dans un répertoire lib qui n'apparait pas dans LD_LIBRARY_PATH ou
> après celui qui contient l'ancienne lib. soluce, faire un export
> LD_LIBRARY_PATH=/le_bon_répertoire:$LD_LIBRARY_PATH avant de recompiler.
>
>  et n'oublie pas avant toute recompilation de nettoyer tes sources avec
> make distclean s'il est dispo ou make clean && rm -f config.cache
>
>  sinon, il y a mieux à mon avis. kcdlabel dispo à:
>  kcdlabel.sourceforge.net
>  il fait même le sticker rond à coller sur le cd. :)
>  c'est aussi une application kde. :(
>
>  bye
>  jipe
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8lHUJ788VNGrJ8rYRArnTAKCF96bZYJnlsLpfmvBnx/gU0dwy7QCff7VS
ePQcwtvnQZEInOZ7r9pydI4=
=HlSk
-END PGP SIGNATURE-



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation de Kover

[jipe]

On Sat, 16 Mar 2002 21:00:25 +0100 (MET)
"Sébastien CHOPIN" <[EMAIL PROTECTED]> wrote:

> Je n'arrive pas à compiler Kover. Ce logiciel réclame libpng.so.3 . Je télécharge 
>cette librairie mais au moment de l'éxécution de Kover, je me retrouve avec un tas de 
>:
> libpng warning : Application was compiled with png.h from libpng-1.0.12
> libpng warning : Application is running with png.c from libpng-1.2.1
> libpng error : Incompatible libpng version in application and library
> 
> Je comprends bien que tout se joue autour de la librairie libpng mais laquelle 
>dois-je installer ou desinstaller pour faire fonctionner Kover et ne pas mettre en 
>péril les autres logiciels ?
> 
> Ah mon Dieu que c'est compliqué de vouloir sortir des sentiers battus à fenêtres !
> 
> Merci pour votre aide !
> 
> PS : si vous connaissez mieux que Kover pour faire les pochettes de cd audio ... je 
>suis preneur !
> 
> Seb
> 
>

explication possible. tu as installé libpng-1.2.1 sans désinstaller une ancienne lib 
png avec son rpm devel. fais un rpm -qa | grep png pour voir. si tu trouves libpng3 et 
libpng1 + libpng1-devel par ex, c'est là l'erreur. soluce, désinstaller libpng1-devel 
et mettre libpng3-devel à la place. et recompiler.
autre explication. tu as installé la librairie qui contient libpng.so.3 en la 
compilant, en plus de celle que tu as déjà. libpng.so.3 est donc dans un répertoire 
lib qui n'apparait pas dans LD_LIBRARY_PATH ou après celui qui contient l'ancienne 
lib. soluce, faire un export LD_LIBRARY_PATH=/le_bon_répertoire:$LD_LIBRARY_PATH avant 
de recompiler.

et n'oublie pas avant toute recompilation de nettoyer tes sources avec make distclean 
s'il est dispo ou make clean && rm -f config.cache

sinon, il y a mieux à mon avis. kcdlabel dispo à:
kcdlabel.sourceforge.net
il fait même le sticker rond à coller sur le cd. :) 
c'est aussi une application kde. :(

bye
jipe
> 
> 



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation xine

[Fabrice FACORAT]

Le dim 03/03/2002 à 12:18, PATRYL Luc a écrit :
> Bonjour,
> 
> je viens d'acheter un lecteur dvd et je rencontre des difficultés pour 
> installer xine.
> 
> En rpm, avec ma mandrake 8.1, xine se lance bien mais il ne peut lire les dvd 
> et m'indique qu'il n'y a pas de multiplexeur ou qu'il manque le plugin pour 
> lire les .vor...
> quand je met un cd audio, il plante en me mettant une erreur de segmentation.

http://plf.zarb.org/rpm2html/Video.html

mais c'est compilé pour cooker, donc src.rpm à la rigueur
il faut le support CSS, que /dev/dvd existe
 
> J'ai donc décidé de passer par la compilation et j'ai récupéré sur 
> sourceforge les tar. Je tape ./configure pour xine-lib et j'obtiens ce 
> message d'erreur (en 1) et pourtant j'ai bien les librairies (libvorbis sont 
> installé dans /usr/lib ainsi que libogg)

il faut les -devel ( devel = development )

> si je continue,  make, make install, tout à l'air de se dérouler comme prévu 
> mis à part le manque de certains plugins (vorbis ??).

cf plus haut


-- 
http://linux-wizard.tuxfamily.org/index.html 
-
Ne pouvant fortifier la justice, on a justifie la force.

-- Pascal, Pensees




Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation : Qt introuvable ?? mais bien présent et bien installé !!!

[David BAUDENS]

On Monday 04 March 2002 21:16, you wrote:
> Le Lundi 04 Mars 2002 05:03, vous avez écrit :
> > On Sunday 03 March 2002 20:38, you wrote:
> > > Je ne comprends pas :
> > > J'observe un étrange phénomène d'erreur des scriptes "
> > > ./configure " depuis la 8.1 : impossibilité pour le scripte de
> > > trouver qt même si l'on précise bien --with-qt-dir=/usr/lib/qt2 
> > > . quand gcc3.0 est utilisé.
> > >
> > > le seul moyen que j'ai trouvé est de supprimer gcc3.0 et utiliser
> > > le gcc2.96
> > >
> > > c'est une grande découverte et un grand pas en arrière ! --- pour
> > > compiler "scribus-0.5.6"
> > >
> > > Que se passe t-il ? Comment résoudre ce problème ? faut-il
> > > impérativement se séparer de gcc3.0 ?
> >
> > Oui.
> >
> > > gcc3.0 version mandrake incompatible avec qt2.3 ?
> >
> > /.../
> >
> > GCC 3.0 tout court.
>
> Bonsoir David,
>
> Je te remercie pour ta réponse,
>
> Décidement je nage dans l'obscurentisme, peux tu expliquer un peu
> plus le problème, je veux bien de la solution qui consiste à
> éradiquer GCC 3.0. Mais bon 
>
> Il serait réelement impossible de se servir de GCC 3.0, et, si je te
> comprends bien, c'est GCC 3.0 qui ne sait pas faire fonctionner qt2.3
> !
>
> Il y a probablement des pistes pour résoudre ce problème
> d'incompatibilité d'humeur. Un site ?

Les archives des listes de discussions de Trolltech, KDE et GCC.



> Il faut probablement le temps
> pour les programmeurs de chercher et resoudre le bug si bug il y a,
> soyons patient " . qui sait attendre "

Il paraît que GCC 3.1 fixe(ra) le problème. Cela étant, avec la sortie 
de la 8.2, je n'ai pas encore eu le temps de tester.

-- 
David BAUDENS
MandrakeSoft - http://www.mandrakesoft.com



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation : Qt introuvable ?? mais bien présent et bien installé !!!

[pascal]

Le Lundi 04 Mars 2002 05:03, vous avez écrit :
> On Sunday 03 March 2002 20:38, you wrote:
> > Je ne comprends pas :
> > J'observe un étrange phénomène d'erreur des scriptes " ./configure "
> > depuis la 8.1 : impossibilité pour le scripte de trouver qt même si
> > l'on précise bien --with-qt-dir=/usr/lib/qt2  . quand gcc3.0 est
> > utilisé.
> >
> > le seul moyen que j'ai trouvé est de supprimer gcc3.0 et utiliser le
> > gcc2.96
> >
> > c'est une grande découverte et un grand pas en arrière ! --- pour
> > compiler "scribus-0.5.6"
> >
> > Que se passe t-il ? Comment résoudre ce problème ? faut-il
> > impérativement se séparer de gcc3.0 ?
>
> Oui.
>
> > gcc3.0 version mandrake incompatible avec qt2.3 ?
>
> /.../
>
> GCC 3.0 tout court.

Bonsoir David,

Je te remercie pour ta réponse, 

Décidement je nage dans l'obscurentisme, peux tu expliquer un peu plus le 
problème, je veux bien de la solution qui consiste à éradiquer GCC 3.0. Mais 
bon 

Il serait réelement impossible de se servir de GCC 3.0, et, si je te 
comprends bien, c'est GCC 3.0 qui ne sait pas faire fonctionner qt2.3 !

Il y a probablement des pistes pour résoudre ce problème d'incompatibilité 
d'humeur. Un site ? Il faut probablement le temps pour les programmeurs de 
chercher et resoudre le bug si bug il y a, soyons patient " . qui sait 
attendre "

Cordialement

Pascal LACROIX



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation : Qt introuvable ?? mais bien présent et bien installé !!!

[David BAUDENS]

On Sunday 03 March 2002 20:38, you wrote:
> Je ne comprends pas :
> J'observe un étrange phénomène d'erreur des scriptes " ./configure "
> depuis la 8.1 : impossibilité pour le scripte de trouver qt même si
> l'on précise bien --with-qt-dir=/usr/lib/qt2  . quand gcc3.0 est
> utilisé.
>
> le seul moyen que j'ai trouvé est de supprimer gcc3.0 et utiliser le
> gcc2.96
>
> c'est une grande découverte et un grand pas en arrière ! --- pour
> compiler "scribus-0.5.6"
>
> Que se passe t-il ? Comment résoudre ce problème ? faut-il
> impérativement se séparer de gcc3.0 ?

Oui.


> gcc3.0 version mandrake incompatible avec qt2.3 ?

/.../

GCC 3.0 tout court.

-- 
David BAUDENS
MandrakeSoft - http://www.mandrakesoft.com



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation xine

[PATRYL Luc]

oui c'est à partir de ce site que j'ai fais ma première installation rpm mais 
à chaque fois j'ai un message du style "il n'y a aucun plugin demultiplexeur 
pour gérer +non du fichier". C'est pour cela que j'ai essayer de le 
compiler en pensant que cela va tout arranger. mais sans résultats

Alors si vous avez une autre idée..
merci
Luc

Le Dimanche 3 Mars 2002 17:48, vous avez écrit :
> Pour simplifier la compilation ou l'utilisation de xine, il faut utiliser
> les fichiers situes sur le site :
>
> http://cambuca.ldhs.cetuc.puc-rio.br/~jcm/skyblade/
>
> tous les RPM ou tgz sont patches pour lire les DVD cryptees (deja un
> probleme en moins)
>
> Pär rapport au probleme du manque de la biblio aalib, c vraiment pas
> grave... Cette bibliotheque te permet juste te faire de l'animation en
> art-ascii...
> A mon avis, si tu t'achetes un dvd, c certainement pas pour le voir en
> art-ascii ( c quand meme drole a tester, j'avoue ;) )
>
> JM L
>
> On Sun, 3 Mar 2002 13:04:31 +
>
> Aissa Bouanan <[EMAIL PROTECTED]> wrote:
> > Le Dimanche 3 Mars 2002 11:18, vous avez écrit :
> > > Bonjour,
> > >
> > > je viens d'acheter un lecteur dvd et je rencontre des difficultés pour
> > > installer xine.
> > >
> > > En rpm, avec ma mandrake 8.1, xine se lance bien mais il ne peut lire
> > > les dvd et m'indique qu'il n'y a pas de multiplexeur ou qu'il manque le
> > > plugin pour lire les .vor...
> >
> >  essaye d'installer libdvdread et libdvdcss ( Mais attention tu es
> > vraiment à la limite de
> > l'illegalité dans ce cas )
> >  avant toute installation de xine
> > de meme installe xinedvdnav.
> >
> > > quand je met un cd audio, il plante en me mettant une erreur de
> > > segmentation.
> > >
> > > J'ai donc décidé de passer par la compilation et j'ai récupéré sur
> > > sourceforge les tar. Je tape ./configure pour xine-lib et j'obtiens ce
> > > message d'erreur (en 1) et pourtant j'ai bien les librairies (libvorbis
> > > sont installé dans /usr/lib ainsi que libogg)
> > > si je continue,  make, make install, tout à l'air de se dérouler comme
> > > prévu mis à part le manque de certains plugins (vorbis ??).
> >
> >   en installant les libdvd* cités plus haut en premier lieu puis
> > compilation xine-lib, j'ai as vraiment eu de pbs sauf qque messages comme
> > quoi qquechose manquais mais bon ça fonctionne.
> >
> > > Seconde étape compilation de xine-ui et la plantage avec ./configure
> > > qui me demande de d'installer xine-lib avant. Or il semble installé et 
> > > dans le fichier /etc/ld.so.conf contient /usr/lib ainsi que dans 
> > > ~/.bashrc .
> >
> >  xine-lib est installée sur /usr/local/lib. fait
> > export=LD_LIBRARY_PATH=/usr/local/lib puis ldconfig ( en root bien sûr
> > pour ce dernier ) et relance la compil de xine-ui. Cela devrait marcher !
> >
> >
> > De toute façon lis un peut la doc fournie sur le site de xine, tu
> > trouveras plein de conseils sur l'installation et l'utilisation de ce
> > magnifique programme.
> >
> >  Bon courage,
> >
> > Aissa



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation xine

[jm]

Pour simplifier la compilation ou l'utilisation de xine, il faut utiliser les fichiers 
situes 
sur le site :

http://cambuca.ldhs.cetuc.puc-rio.br/~jcm/skyblade/

tous les RPM ou tgz sont patches pour lire les DVD cryptees (deja un probleme en moins)

Pär rapport au probleme du manque de la biblio aalib, c vraiment pas grave... Cette 
bibliotheque te permet
juste te faire de l'animation en art-ascii...
A mon avis, si tu t'achetes un dvd, c certainement pas pour le voir en art-ascii ( c 
quand meme drole a tester, j'avoue ;) )

JM L

On Sun, 3 Mar 2002 13:04:31 +
Aissa Bouanan <[EMAIL PROTECTED]> wrote:

> Le Dimanche 3 Mars 2002 11:18, vous avez écrit :
> > Bonjour,
> >
> > je viens d'acheter un lecteur dvd et je rencontre des difficultés pour
> > installer xine.
> >
> > En rpm, avec ma mandrake 8.1, xine se lance bien mais il ne peut lire les
> > dvd et m'indique qu'il n'y a pas de multiplexeur ou qu'il manque le plugin
> > pour lire les .vor...
> 
>  essaye d'installer libdvdread et libdvdcss ( Mais attention tu es vraiment à 
> la limite de 
> l'illegalité dans ce cas )
>  avant toute installation de xine 
> de meme installe xinedvdnav.
> 
> > quand je met un cd audio, il plante en me mettant une erreur de
> > segmentation.
> >
> > J'ai donc décidé de passer par la compilation et j'ai récupéré sur
> > sourceforge les tar. Je tape ./configure pour xine-lib et j'obtiens ce
> > message d'erreur (en 1) et pourtant j'ai bien les librairies (libvorbis
> > sont installé dans /usr/lib ainsi que libogg)
> > si je continue,  make, make install, tout à l'air de se dérouler comme
> > prévu mis à part le manque de certains plugins (vorbis ??).
> >
> 
>   en installant les libdvd* cités plus haut en premier lieu puis compilation 
> xine-lib, j'ai as vraiment eu de pbs sauf qque messages comme quoi qquechose 
> manquais mais bon ça fonctionne.
> 
> > Seconde étape compilation de xine-ui et la plantage avec ./configure qui me
> > demande de d'installer xine-lib avant. Or il semble installé et  dans le
> > fichier /etc/ld.so.conf contient /usr/lib ainsi que dans  ~/.bashrc .
> 
>  xine-lib est installée sur /usr/local/lib. fait 
> export=LD_LIBRARY_PATH=/usr/local/lib puis ldconfig ( en root bien sûr pour 
> ce dernier ) et relance la compil de xine-ui. Cela devrait marcher !
> 
> 
> De toute façon lis un peut la doc fournie sur le site de xine, tu trouveras 
> plein de conseils sur l'installation et l'utilisation de ce magnifique 
> programme.
> 
>  Bon courage,
> 
> Aissa
> 
> 



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation xine

[Aissa Bouanan]

Le Dimanche 3 Mars 2002 11:18, vous avez écrit :
> Bonjour,
>
> je viens d'acheter un lecteur dvd et je rencontre des difficultés pour
> installer xine.
>
> En rpm, avec ma mandrake 8.1, xine se lance bien mais il ne peut lire les
> dvd et m'indique qu'il n'y a pas de multiplexeur ou qu'il manque le plugin
> pour lire les .vor...

 essaye d'installer libdvdread et libdvdcss ( Mais attention tu es vraiment à 
la limite de 
l'illegalité dans ce cas )
 avant toute installation de xine 
de meme installe xinedvdnav.

> quand je met un cd audio, il plante en me mettant une erreur de
> segmentation.
>
> J'ai donc décidé de passer par la compilation et j'ai récupéré sur
> sourceforge les tar. Je tape ./configure pour xine-lib et j'obtiens ce
> message d'erreur (en 1) et pourtant j'ai bien les librairies (libvorbis
> sont installé dans /usr/lib ainsi que libogg)
> si je continue,  make, make install, tout à l'air de se dérouler comme
> prévu mis à part le manque de certains plugins (vorbis ??).
>

  en installant les libdvd* cités plus haut en premier lieu puis compilation 
xine-lib, j'ai as vraiment eu de pbs sauf qque messages comme quoi qquechose 
manquais mais bon ça fonctionne.

> Seconde étape compilation de xine-ui et la plantage avec ./configure qui me
> demande de d'installer xine-lib avant. Or il semble installé et  dans le
> fichier /etc/ld.so.conf contient /usr/lib ainsi que dans  ~/.bashrc .

 xine-lib est installée sur /usr/local/lib. fait 
export=LD_LIBRARY_PATH=/usr/local/lib puis ldconfig ( en root bien sûr pour 
ce dernier ) et relance la compil de xine-ui. Cela devrait marcher !


De toute façon lis un peut la doc fournie sur le site de xine, tu trouveras 
plein de conseils sur l'installation et l'utilisation de ce magnifique 
programme.

 Bon courage,

Aissa



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: RE : [Confirme] Compilation

[Rosaire AMORE]

Si la procédure de démarrage est la même que sous ses versions 
précédentes (probable), tu fais :
1/ Vérifies que ton fichier /etc/oratab contienne une ligne de la forme:
wg80:/ext/apps/oracle/8.0.5:Y
où le premier champ est le nom de l'instance à lancer, suivi par le 
$ORACLE_HOME, et le plus important pour que tu puisses démarrer avec le 
script "dbstart" le dernier champ doit être à "Y" (ou N pour empêcher le 
lancement).
2/ Tu places dans un script lancé au démarrage la commande :
su - oracle -c dbstart
Si tu procèdes comme ça, n'oublies pas de faire un autre script pour 
arrêter proprement ta base à l'arrêt du système (idem, sauf que tu 
remplaces dbstart par dbshut)
3/ Les noms de ces scripts : par ex, pour le démarrage "S97oracle" placé 
dans /etc/rc.d/rc3.d ou rc5.d ou les deux, et pour l'arrêt "K01oracle" 
placé dans /etc/rc.d/rc6.d, rc0.d ou les deux.
Au démarrage le lancement d'oracle se fera pratiquement en dernier, et à 
l'arrêt oracle sera parmi les premiers à s'arrêter (ça peut être parfois 
un peu long)
Voili
Rosaire



Emmanuel Potvin wrote:

.


> Toujours est-il que maintenant j'ai redémarré mon ordinateur et
> qu'Oracle s'est, comme je m'y attendais, pas redémarré tout seul. Est-ce
> que quelqu'un peut m'aider d'une quelconque manière que ce soit? J'ai
> mandrake 8.1 et Oracle 9.0.1.
> 





Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

RE : [Confirme] Compilation

[Emmanuel Potvin]

J'ai finalement réussis, après des jours de niaisage, à installer oracle
dans linux! J'ai peine à y croire. J'étais tellement exité hier soir que
je j'ai passé une heure à faire des SELECT sur n'importe quoi.

Merci à Bruno Pinaud!

Toujours est-il que maintenant j'ai redémarré mon ordinateur et
qu'Oracle s'est, comme je m'y attendais, pas redémarré tout seul. Est-ce
que quelqu'un peut m'aider d'une quelconque manière que ce soit? J'ai
mandrake 8.1 et Oracle 9.0.1.


-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] De la part de Bruno Pinaud
Envoyé : 14 février, 2002 13:53
À : [EMAIL PROTECTED]
Objet : Re: [Confirme] Compilation

ouaip c'est utile comme info! 
Il y a, on va dire un bug dans oracle9 avec ld > 2.11.
Voilà ce qu'il faut faire. Désolé, j'ai pas envie traduire



When Linking goes bad (Error during linking ins_plsql.mk for example)
. DO NOT CLOSE the Universal Installer !!!

Step 1) Open a new shell with the oracle user
Step 2) Set the $ORACLE_HOME if not already set)
Step 3) Go to $ORACLE_HOME/bin and backup genclntsh (cp genclntsh 
genclntsh.old)
Step 4) Edit genclntsh (vi genclntsh) and REMOVE the
${LD_SELF_CONTAINED} 
flag from the ld command in the 'Create Library' section.
Step 5) Run the genclntsh script (as oracle user with $ORACLE_HOME set
!)
Step 6) Go back to Universal Installer and click RETRY ... 

Le Jeudi 14 Février 2002 17:39, vous avez écrit :
> binutils version 2.11.90.0.8-5

-- 
Bruno Pinaud
Ecole Polytechnique de l'université de Nantes






Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation

[Bruno Pinaud]

ouaip c'est utile comme info! 
Il y a, on va dire un bug dans oracle9 avec ld > 2.11.
Voilà ce qu'il faut faire. Désolé, j'ai pas envie traduire



When Linking goes bad (Error during linking ins_plsql.mk for example)
. DO NOT CLOSE the Universal Installer !!!

Step 1) Open a new shell with the oracle user
Step 2) Set the $ORACLE_HOME if not already set)
Step 3) Go to $ORACLE_HOME/bin and backup genclntsh (cp genclntsh 
genclntsh.old)
Step 4) Edit genclntsh (vi genclntsh) and REMOVE the ${LD_SELF_CONTAINED} 
flag from the ld command in the 'Create Library' section.
Step 5) Run the genclntsh script (as oracle user with $ORACLE_HOME set !)
Step 6) Go back to Universal Installer and click RETRY ... 

Le Jeudi 14 Février 2002 17:39, vous avez écrit :
> binutils version 2.11.90.0.8-5

-- 
Bruno Pinaud
Ecole Polytechnique de l'université de Nantes



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation par dessus une compitation

[Christian Gennerat]

Emmanuel Penove a écrit :

> hello ,
>
> sur notre serveur , ns avons apache php mysql installés donc complilés ,
>
> je souhaite rajouter une option à php : imap ,
>
> ok je connais la synthaxe pour complier avec , mais puis je compiler par
> dessus ? et si jamais la compil foire , le serveur va t il tjs marcher
>  comment revenir en arrière 

compiler n'est pas installer.
Le répertoire de compilation est différent du répertoire d'installation.
No problem.




Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation de Scribus

[serge carrere]

Le Mardi 20 Novembre 2001 20:49, Stef Dahl a écrit :
> Bonsoir,
> Est-ce que qq a-t-il tenté (et reussi) la compilation de ce logiciel, futur
> remplaçant d'X-press ?? Après avoir installé un paquet de librairies et
> autres, j'ai pu passer le cap du "./configure", mais "Make" me retourne
> l'erreur suivante : ..Scribus 0-4 sous Mandrake 8.1 -
> 2.4.8-26mdk g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/qt2/include
> -I/usr/X11R6/include -O2 -fno-exceptions -fno-check-new -Wall -pedantic -W
> -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long
> -Wnon-virtual-dtor -fno-builtin  -c tree.cpp
> tree.cpp:19:22: iostream.h: Aucun fichier ou répertoire de ce type
> make[3]: *** [tree.o] Erreur 1
> make[3]: Quitte le répertoire `/scribus-0.4/scribus'
> make[2]: *** [all-recursive] Erreur 1
> make[2]: Quitte le répertoire `/scribus-0.4/scribus'
> make[1]: *** [all-recursive] Erreur 1
> make[1]: Quitte le répertoire `/scribus-0.4'
> make: *** [all-recursive-am] Erreur 2
>
> "Help me", merci par avance..
> Au fait, il n'y a pas un RPM Mdk ??
> Stef DAHL.
> Psion & Linux : http://5-tux.ifrance.com
Scribus est livré en rpm avec la MDK8.1
A ciao, serge.

-- 
T'as le bonjour de LEO!
http://leoloden.free.fr



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation de Scribus

[Alexandre Gilardoni]

Le 20 Novembre 2001 à 20:49:43 +0100, Stef Dahl a écrit :

> tree.cpp:19:22: iostream.h: Aucun fichier ou répertoire de ce type

Essaie ça :
$ locate iostream.h
/usr/include/g++-3/iostream.h
$ CPLUS_INCLUDE_PATH=$CPLUS_INCLUDE_PATH:/usr/include/g++-3/ make
-- 
Alexandre Gilardoni



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] Compilation sous KDE 2.1.1 sous MD8.0

[Fabrice FACORAT]

Le Dimanche 9 Septembre 2001 20:46, A Bouanan scribit :
> Salut,
> Mon problème, c'est que j'arrive pas à compiler KDevelop 2.0 sous KDE2.1.1.
> Le truc c'est qu'il me demande les fichiers ktip.h et kprinter.h . Je pense
> que l'installation de MD8.0 c'est bien déroulée. J'utilise sur un autre PC
> RH7.0 avec KDE2.1.1, l'installation se passe sans problème.

mon premier réflexe serait de regarder du côté des -devel

> Donc pour résumer, où je peut trouver ces fichiers ?

urpmf bien sûr !
http://perso.wanadoo.fr/linux_wizard/howto_rpm.html#urpmi

-- 
Copyleft Faber's prod. 2001
http://perso.wanadoo.fr/linux_wizard/index.html



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Re: [Confirme] compilation optimisée

[Stephane BRANGER]

man rpm avec l'option target 
les options sont i586 i486 i686

Le ven, 17 aoû 2001, vous avez écrit :
> 
> Quand on compile un logiciel a partir d'une source, pour en faire un binaire 
> rpm, comment precise-t-on l'optimisation pour i686 plutot que i586 ? Existe-t-
> il une optimisation Duron ou Athlon ?
> merci
> Eric
> 
> 


Content-Type: text/plain; name="message.footer"
Content-Transfer-Encoding: 8bit
Content-Description: 


-- 
Amicalement,
With my best regards,

Stephane BRANGER



***
* Linux Technical, Marketing and Pre sales Engineer at Prologue Edition *
***




Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://.mandrakestore.com";

Re: [Confirme] compilation optimisée

[Rado]

Le Vendredi 17 Août 2001 13:25, [EMAIL PROTECTED] nous a parlé de 
[Confirme] compilation  optimisée: 

> Quand on compile un logiciel a partir d'une source, pour en faire un
> binaire rpm, comment precise-t-on l'optimisation pour i686 plutot que i586
> ? 

Oui
Dans /etc/profile
Ajouter les 2 lignes

CFLAGS='-O9 -funroll-loops -ffast-math -malign-double -mcpu=pentiumpro 
-march=pentiumpro-fomit-frame-pointer -fno-exceptions'
export CFLAGS LANG LESSCHARSET

>Existe-t- il une optimisation Duron ou Athlon ?

Pe mais je ne connais pas les options

> merci
> Eric

-- 
Take GNU/Linux and forget Blue Screens
http://rado.multimania.com
[EMAIL PROTECTED]
Gnu/Linux



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://.mandrakestore.com";

Re: [Confirme] compilation du kernel

[Will Smith]

Bon en fait gcc 2.96 est plus strict mais avec le 2.4.4 ou le 2.4.5 la 
compilation du kernel avec gcc 2.96 est fixé et meme Alan Cox aurait 
recommandé gcc 2.96
idem lors de la sortie de gcc 3.0, ils ont du fixer les sources pour que ca 
compile.
C'est comme tout un nouveau compilateur a des avantages (correction bugs, 
optimisations, plus strict) mais aussi des inconvénients (source mal codé, 
etc ... ).

ah oui, il est conseillé de faire un : make mrproper avant le make dep.

Le Lundi 13 Août 2001 09:15, vous avez écrit :
> Ouh ! Là
>
> Bah je pense que c'est pour avoir le dernier dispo, mais comme pour le
> kernel les devellopeurs restent basé sur du 2.91, Mandrake continue de le
> fournir, kgcc pour kernel gcc.
>
> Peut-être quelqu'un sur la liste saura nous en dire plus?
>
> Le Lundi 13 Août 2001 14:58, vous avez écrit :
> > > Dans le Makefile à la base des sources du kernel, remplace gcc pas kgcc
> > > (deux occurences):
> >
> > kgcc est-donc  le 'bon' gcc a employer. Pourquoi Mandrake mantient-il ce
> > double jeu de compilateurs  ?
> >
> > Julien

-- 
Copyleft Faber's prod. 2001
Powered by Linux Mandrake 8.0

Re: [Confirme] compilation du kernel

[Marc CHANTREUX]

On Mon, Aug 13, 2001 at 02:47:38PM +0200, Julien Cubizolles wrote:
> 
> bonjour
> 
> je viens d'essayer de recompiler le kernel 2.4.3 (sources fournies sur le
> deuxieme cd de la Mandrake 8.0). make config, dep, bzImage marchent ok (a
> part quelques warnings pendant bzImage mais je peux booter sur le nouveau
> noyau). En revanche, make modules rate avec

je vois pas d'ou vient ton mb mais ne serait il pas judicieux de
recompiler avec les dernieres versions du source (2.4.8)
> 
Marc

Re: [Confirme] compilation du kernel

[Olivier Thauvin]

Ouh ! Là

Bah je pense que c'est pour avoir le dernier dispo, mais comme pour le kernel les 
devellopeurs restent basé sur du 2.91, Mandrake continue de le fournir, kgcc pour 
kernel gcc.

Peut-être quelqu'un sur la liste saura nous en dire plus?


Le Lundi 13 Août 2001 14:58, vous avez écrit :
> > Dans le Makefile à la base des sources du kernel, remplace gcc pas kgcc
> > (deux occurences):
>
> kgcc est-donc  le 'bon' gcc a employer. Pourquoi Mandrake mantient-il ce
> double jeu de compilateurs  ?
>
> Julien

-- 
Olivier Thauvin-CNRS Service Aeronomie
[EMAIL PROTECTED] 
Téléphone:
01 64 47 43 60 à Verrières (lundi,mercredi et vendredi)
01 44 27 47 59 à Jussieu (Mardi et Jeudi)

Service d'Aéronomie
Réduit de Verrieres - BP 3
Route des Gatines
91371 Verrieres le Buisson Cedex
France

Fax:33 (0)1 69 20 29 99

Re: [Confirme] compilation du kernel

[Julien Cubizolles]

> Dans le Makefile à la base des sources du kernel, remplace gcc pas kgcc (deux 
>occurences):
>

kgcc est-donc  le 'bon' gcc a employer. Pourquoi Mandrake mantient-il ce
double jeu de compilateurs  ?

Julien

Re: [Confirme] compilation du kernel

[Olivier Thauvin]

Dans le Makefile à la base des sources du kernel, remplace gcc pas kgcc (deux 
occurences):


[root@marina root]# gcc --version
2.96
[root@marina root]# kgcc --version
egcs-2.91.66
[root@marina root]#


Le Lundi 13 Août 2001 14:47, vous avez écrit :
> bonjour
>
> je viens d'essayer de recompiler le kernel 2.4.3 (sources fournies sur le
> deuxieme cd de la Mandrake 8.0). make config, dep, bzImage marchent ok (a
> part quelques warnings pendant bzImage mais je peux booter sur le nouveau
> noyau). En revanche, make modules rate avec
>
> In file included from /usr/src/linux-2.4.3/include/linux/prefetch.h:13,
>  from /usr/src/linux-2.4.3/include/linux/list.h:6,
>  from /usr/src/linux-2.4.3/include/linux/module.h:12,
>  from eni.c:6:
> /usr/src/linux-2.4.3/include/asm/processor.h:249: warning: `EISA_bus'
> redefined /usr/src/linux-2.4.3/include/linux/modules/i386_ksyms.ver:12:
> warning: this is the location of the previous definition In file included
> from /usr/src/linux-2.4.3/include/linux/prefetch.h:13, from
> /usr/src/linux-2.4.3/include/linux/list.h:6, from
> /usr/src/linux-2.4.3/include/linux/module.h:12, from eni.c:6:
> /usr/src/linux-2.4.3/include/asm/processor.h:51: warning: parameter names
> (without types) in function declaration
> /usr/src/linux-2.4.3/include/asm/processor.h:51: field
> `loops_per_jiffy_R_ver_str' declared as a function
> /usr/src/linux-2.4.3/include/asm/processor.h:72: nondigits in number and
> not hexadecimal ...
> make[2]: *** [eni.o] Error 1
> make[1]: *** [_modsubdir_atm] Error 2
> make: *** [_mod_drivers] Error 2
>
>
> Dans le README fourni avec les sources il parle d'utiliser le gcc-2.91-66
> et Mandrake fournit le 2.96, est-ce la source du probleme ? Si oui,
> doit-on reinstaller l'autre version de gcc ou peut-on en faire coexister
> deux amicalement ?
>
> Merci pour votre aide.
>
>
> Julien

-- 
Olivier Thauvin-CNRS Service Aeronomie
[EMAIL PROTECTED] 
Téléphone:
01 64 47 43 60 à Verrières (lundi,mercredi et vendredi)
01 44 27 47 59 à Jussieu (Mardi et Jeudi)

Service d'Aéronomie
Réduit de Verrieres - BP 3
Route des Gatines
91371 Verrieres le Buisson Cedex
France

Fax:33 (0)1 69 20 29 99

Re: [Confirme] Compilation et PATH

[G.Verdon]

Le Vendredi 22 Juin 2001 23:15, Stephane a écrit :

> Fais which gcc
> S'il te le donne, c'est que ton PATH est bon, sinon, il
> suffit de mettre a jour la variable $path, en lui
> indiquant le chemin de gcc.

   Me souviens plus où se trouve cette variable... ;-)

> PS : n'oublie pas de tronquer tes messages vers 55-60
> caracteres, pour qu'ils restent lisibles.

   C'est fait, merci.


   Cordialement,

Gérald Verdon


:=:=:=:=:=:=:=:=:=:=:=:=:=:=:=:=:
http://www.webdopresse.ch/
[EMAIL PROTECTED]
Lisboa, Portugal
Tel.: ++351 214 671 576
:=:=:=:=:=:=:=:=:=:=:=:=:=:=:=:=:

Re: [Confirme] Compilation et PATH

[Stephane]

"G.Verdon" wrote:
> /bin/sh: gcc: command not found
> 
> Gérald

Fais which gcc
S'il te le donne, c'est que ton PATH est bon, sinon, il suffit de
mettre a jour la variable $path, en lui indiquant le chemin de
gcc.

PS : n'oublie pas de tronquer tes messages vers 55-60 caracteres,
pour qu'ils restent lisibles.

Stef

Re: [Confirme] compilation avec lz

[Bruno Pinaud]

il doit te manquer zlib1-devel
Le Dimanche 27 Mai 2001 18:47, Gosse Michel a écrit :
> Bonjour
>
> Lors de la compilation avec md8.0, j'ai la même erreur avec 2
> programmes : kisocd et ktexmaker pour kde2 :
>
> -Wl,/usr/X11R6/lib
> /usr/bin/ld: cannot find -lz
> collect2: ld returned 1 exit status
> make[3]: *** [kisocdII] Erreur 1
> make[3]: Quitte le répertoire
> `/home/michel/download/kisocdII-0822a/kisocdII'
> make[2]: *** [all-recursive] Erreur 1
> make[2]: Quitte le répertoire `/home/michel/dow
>
> Il me semble que les programmes sont sur ma machine. En effet :
> whereis lz
> lz: /usr/bin/lz
> [root@localhost kisocdII-0822a]# whereis ld
> ld: /usr/bin/ld /usr/share/man/man1/ld.1.bz2
>
> Des idées ?
> merci d'avance
> 
> Michel Gosse
> [EMAIL PROTECTED]
> [EMAIL PROTECTED]
> 

-- 
Bruno Pinaud
Ecole Polytechnique de l'Université de Nantes Dept. SILR

 
__
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif

Re: [Confirme] Compilation du noyau 2.4.3

[Christian Gennerat]

Lazarewicz Julien a écrit :

> Lorsque je compile les modules j'ai systématiquement une erreur qui se
> produit. Ou peut-on retrouver le fichier de configuration initiale du
> noyau de la MDK 8.0.

Les erreurs telles que `boot_cpu_data_R65dda927' undeclared (
proviennent souvent de déclarations relatives à une autre config.
Pour cela:
Mettre de coté le fichier .config
faire "make mrproper" (qui efface .config)
Remettre .config à sa place
relancer le make menuconfig ou xconfig,
puis la compilation

Mandrake-cooker oublie souvent de faire le "make mrproper"
C'est une bonne habitude à prendre.

Re: [Confirme] Compilation de Gimp 1.2.1

[Lazarewicz Julien]

J'ai trouvé la solution, si ça interresse quelqu'un !
Il faut compiler le module perl après avoir compiler et installer Gimp.

Re: [Confirme] Compilation de Gimp 1.2.1

[Lazarewicz Julien]

Le 2001.05.07 15:52, Lazarewicz Julien a écrit :
> Je sais que c'est un peu hors jujet mais bon ...
> Lorsque je compile Gimp 1.2.1 je n'arrive pas à avoir les modules perl.
> j'ai essayé ./configure --enable-perl=(un peu tous les rep de perl).
> J'ai une mdk 7.2 avec tout d'origine.
> Merci d'avance.




J'ai déjà installé Perl-Devel,
C'est bizarre car ./configure trouve automatiquement Perl-PDL mais pas Perl
tout cours.

Re: [Confirme] Compilation DVB softwares.

[Bruno Pinaud]

tu n'as pas installé les librairies pour compiler du c++. Il faut installer 
au moins (il manque peut-être certains packages) :
egcs-libstdc++
libstdc++
gcc-c++
libstdc++-devel
egcs-c++

Le Vendredi  9 Mars 2001 22:02, vous avez écrit :
> Salut !
>
> Je possède quelques difficultés pour compiler les apps fournies avec le
> driver linux de ma carte DVB. Je pense qu'il y a un package que je n'ai pas
> installé... Mais lequel ?
>
> Thanks.
>
>
>
>
>
>
>
> In file included from gVideo.cc:26:
> graphs.hh:28: strstream.h: Aucun fichier ou répertoire de ce type
> In file included from graphs.hh:32,
>  from gVideo.cc:26:
> channel.hh:27: iostream.h: Aucun fichier ou répertoire de ce type
> channel.hh:28: fstream.h: Aucun fichier ou répertoire de ce type
> channel.hh:29: strstream.h: Aucun fichier ou répertoire de ce type
> In file included from channel.hh:30,
>  from graphs.hh:32,
>  from gVideo.cc:26:
> ../../libdvb/DVB.hh:16: strstream.h: Aucun fichier ou répertoire de ce type
> ../../libdvb/DVB.hh:17: iostream.h: Aucun fichier ou répertoire de ce type
> ../../libdvb/DVB.hh:18: iomanip.h: Aucun fichier ou répertoire de ce type
> In file included from ../../libdvb/DVB.hh:40,
>  from channel.hh:30,
>  from graphs.hh:32,
>  from gVideo.cc:26:
> ../../libdvb/devices.hh:9: iostream.h: Aucun fichier ou répertoire de ce
> type ../../libdvb/devices.hh:10: fstream.h: Aucun fichier ou répertoire de
> ce type ../../libdvb/devices.hh:11: stream.h: Aucun fichier ou répertoire
> de ce type ../../libdvb/devices.hh:12: strstream.h: Aucun fichier ou
> répertoire de ce type
> make[1]: *** [gVideo.o] Erreur 1
> make[1]: Quitte le répertoire `/home/pivert/DVB/apps/gVideo'
> make: *** [all] Erreur 2
> [root@pivert apps]#

-- 
Bruno PINAUD
Ecole Polytechnique de l'Université de Nantes Dept. SILR
http://www.polytech.univ-nantes.fr
 === May TUX be with you ===

Think differents, think vi
 
__
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif

Re: [Confirme] compilation C++ : et quand ca marche pas ?

[Marc CHANTREUX]

On Sat, Feb 24, 2001 at 12:20:41AM +0100, Meles MELES wrote:
> Le Samedi 24 Février 2001 00:05, Marc CHANTREUX a écrit :
> 
> > [root@millenium src]# rpm -qa |grep gcc
> > gcc-cpp-2.95.2-12mdk
> > gcc-2.95.2-12mdk
> > gcc-libgcj-2.95.2-12mdk
> 
> Peut etre en rajoutant gcc-c++-2.95.2-12mdk, ca marcherais mieux.

grmbl ... j'etais persuadé que gcc-cpp etait l'extention C++ :(

merci a toi.
Marc

Re: [Confirme] compilation C++ : et quand ca marche pas ?

[Meles MELES]

Le Samedi 24 Février 2001 00:05, Marc CHANTREUX a écrit :

> [root@millenium src]# rpm -qa |grep gcc
> gcc-cpp-2.95.2-12mdk
> gcc-2.95.2-12mdk
> gcc-libgcj-2.95.2-12mdk

Peut etre en rajoutant gcc-c++-2.95.2-12mdk, ca marcherais mieux.


-- 
Blaise aka Meles

RE: [Confirme] compilation pblib

[Duclos Andre]

Si il manque une lib (Ex dans le cas present : GLU, MesaGLU ...)

Il suffit de faire urpmf MesaGLU pour savoir ou elle se trouve :

$ urpmf MesaGLU
Mesa-common:/usr/X11R6/lib/libMesaGLU.so.1
Mesa-common:/usr/X11R6/lib/libMesaGLU.so.3
Mesa-common-devel:/usr/X11R6/lib/libMesaGLU.so

Puis installer le package  : urpmi Mesa-common et surement urpmi Mesa-common-devel 
aussi.

A+

-Message d'origine-
De : Stephane Delahaye [mailto:[EMAIL PROTECTED]]
Envoyé : mardi 6 février 2001 10:59
À : Confirme
Objet : [Confirme] compilation pblib


J'ai pose cette qustion sur debutant , nayant pas de reponse je la pose aux
pros
j'ai un probleme de compilation de plib
je lance ./configure et j'obtiens
...
checking for gluLookAt in -lGLU... (cached) no
checking for gluLookAt in -lMesaGLU... (cached) no
checking for glutGetModifiers in -lfreeglut... (cached) no
checking for glutGetModifiers in -lglut... (cached) no
checking for ALopenport in -laudio... (cached) no
checking for ANSI C header files... (cached) yes
checking for GL/gl.h... (cached) yes
checking for GL/glu.h... (cached) no
checking for windows.h... (cached) no
checking for joystick.h... (cached) no
checking for linux/joystick.h... (cached) yes
...

Quels rpm(s) me manque t'il afin que je des yes a la place de no ?
Il va sans dire que le make plante .


Cordialement, :-)

Stéphane Delahaye
___

Inspection Académique des Pyrénées Atlantiques

Re: [Confirme] compilation pblib

[Benoit Rouits]

Ce n'est pas parceque'il y a 'no' quelquepart que cela plante.
si çaa plante, c'est sur la dernière ligne des messages générés par ./configure
Il peut refuser de créer un makefile à cause d'une absence critisue de
librairie ou autre.. 
On mar, 06 fév 2001, vous avez écrit :
> J'ai pose cette qustion sur debutant , nayant pas de reponse je la pose aux
> pros
> j'ai un probleme de compilation de plib
> je lance ./configure et j'obtiens
> ...
> cchecking for gluLookAt in -lGLU... (cached) no
> checking for gluLookAt in -lMesaGLU... (cached) no
> checking for glutGetModifiers in -lfreeglut... (cached) no
> checking for glutGetModifiers in -lglut... (cached) no
> checking for ALopenport in -laudio... (cached) no
> checking for ANSI C header files... (cached) yes
> checking for GL/gl.h... (cached) yes
> checking for GL/glu.h... (cached) no
> checking for windows.h... (cached) no
> checking for joystick.h... (cached) no
> checking for linux/joystick.h... (cached) yes
> ...
> 
> Quels rpm(s) me manque t'il afin que je des yes a la place de no ?
> Il va sans dire que le make plante .
> 
> 
> Cordialement, :-)
> 
> Stéphane Delahaye
> ___
> 
> Inspection Académique des Pyrénées Atlantiques

Re: [Confirme] compilation noyau

[alexandre.gilardoni]

Le 17 novembre 2000 à 13:04:15 +0100, Christian Gennerat a écrit :
 
> make zImage qui compresse le noyau avec gzip
> make bzImage qui compresse le noyau avec bzip2

$ cd /usr/src/linux/Documentation/kbuild/
$ head -47 commands.txt | tail -4
Note: the difference between 'zImage' files and 'bzImage' files is that
'bzImage' uses a different layout and a different loading algorithm,
and thus has a larger capacity.  Both files use gzip compression.
The 'bz' in 'bzImage' stands for 'big zImage', not for 'bzip'!
-- 
[EMAIL PROTECTED]
 "Aide-toi et Linux t'aidera"

RE: [Confirme] compilation noyau

[Mario Gaucher]

> le make boot te crée une image non compressée, alorq que make bzImage en 
> crée une compressée pour pouvoir être chargeable par lilo.


il y a aussi "make install" qu'on peut utiliser au lieu de "make
bzImage"...
cette commande aura l'avantage de copier le bzImage créé directement
dans le /boot sous le nom vmlinuz-"vesion du kernel"... en plus de faire
le lien symbolique vers /boot/vmlinuz

donc si votre lilo est configuré pour démarrer directement avec vmlinuz,
il ne reste plus qu'à taper "lilo" et le nouveau kernel entrera en
fonction dès le redémarrage.

Re: RE: [Confirme] compilation noyau

[denisbergeron]

make dep clean modules modules_install bzImage install
une ligne, une instruction,si il y a une erreur ca arrête justement où l'erreur à eu 
lieu. si non, il te reste à :
lilo
reboot

-Denis
bk <[EMAIL PROTECTED]> wrote:
>--=_14620653==_.ALT
>Content-Type: text/plain; charset="iso-8859-1"; format=flowed
>Content-Transfer-Encoding: quoted-printable
>
>cette commande est meilleure que celle que j'ai propos=E9e (make dep ; make=
>=20
>clean ; make modules ; make modules_install ; make bzImage)  car la mienne=
>=20
>continue m=EAme si une plante.
>disons, que =E7a d=E9pend de ce qu'on compile et si on est sur ou pas que =
>=E7a=20
>marche.
>
>
>At 01:00 PM 11/17/00, you wrote:
>
>
>>Pour compiler le noyau :
>>
>>make dep & make clean & make modules & make modules_install & make bzImage
>>
>>Avantage : si une commande plante, il ne fera les suivantes.
>>
>>bzImage : b pour big, z pour compresse.
>>
>>A+
>>
>>-----Message d'origine-
>>De : "NAQUIN, Fr=E9d=E9ric" [mailto:[EMAIL PROTECTED]]
>>Envoy=E9 : vendredi 17 novembre 2000 07:52
>>=C0 : [EMAIL PROTECTED]
>>Objet : RE: [Confirme] compilation noyau
>>
>>
>>tout d'abord un grand merci =E0 tous ceux qui mon r=E9pondu !
>>
>>j'ai fais un make boot et j'ai encore une erreur : system too big
>>j'ai donc fait un make bzImage et ca marche
>>quelle diff=E9rence entre make boot et make bzImage ?
>>-Message d'origine-
>>De : bk [mailto:[EMAIL PROTECTED]]
>>Envoy=E9 : vendredi 17 novembre 2000 11:27
>>=C0 : [EMAIL PROTECTED]
>>Objet : RE: [Confirme] compilation noyau
>>
>>
>>tu fais sur une seul ligne de commande, apr=E9s avoir choisi tes options d=
>u=20
>>nouveau noyau et sauvegard=E9 les modifications:
>>
>>make dep ; make clean ; make modules ; make modules_install ; make bzImage
>>
>>tu lis 2 ou trois pages de linux magazine et tu trouveras dans ton=20
>>r=E9pertoire /usr/src/linux-2.2.xxx/archi/i386/boot "bzImage"  qui=20
>>correspond au nouveau noyau. tu le copie dans /boot en le renommant=20
>>vmlinuz-totoquelquechose en fonction du pourquoi de ce noyau et tu cr=E9es=
>=20
>>un bloc qui y fasse appel dans /etc/lilo.conf
>>
>>
>>
>>
>>At 11:22 AM 11/17/00, you wrote:
>>
>>dans la doc que j'ai, ils disent de faire
>>make menu
>>make dep
>>make clean
>>make boot
>>make modules
>>make modules_install
>>cp /usr/src/linux/arch/i386/boot/zImage /boot/vmlinuq-2.2.
>>
>>
>> > -Message d'origine-
>> > De : bk [mailto:[EMAIL PROTECTED]]
>> > Envoy=E9 : vendredi 17 novembre 2000 11:16
>> > =C0 : [EMAIL PROTECTED]
>> > Objet : Re: [Confirme] compilation noyau
>> >
>> >
>> > pourquoi fait tu un "make boot" pour recompiler le noyau ?
>> >
>> >
>> > At 11:09 AM 11/17/00, you wrote:
>> > >salut
>> > >
>> > >je suis en train de recompiler mon noyau et lors de la phase
>> > >make boot
>> > >j'ai une erreur :
>> > >"as86 -0 -a -o bootsect.o bootsect.s
>> > >as86 : command not found"
>> > >
>> > >une recherche dans rpmdrake ne donne rien
>> > >un find sur le disque non plus ...
>> > >
>> > >une id=E9e ?
>> >
>> >
>
>--=_14620653==_.ALT
>Content-Type: text/html; charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
>
>cette commande est meilleure que celle que j'ai propos=E9e
>(make dep ; make clean ; make modules ; make
>modules_install ; make bzImage)  car la mienne continue m=EAme si
>une plante.
>disons, que =E7a d=E9pend de ce qu'on compile et si on est sur ou pas que =
>=E7a
>marche.
>
>
>At 01:00 PM 11/17/00, you wrote:
>
>
>Pour compiler le noyau :
>
>make dep & make clean & make modules & make modules_install
>& make bzImage
>
>Avantage : si une commande plante, il ne fera les suivantes.
>
>bzImage : b pour big, z pour compresse.
>
>A+
>
>-Message d'origine-
>De : "NAQUIN, Fr=E9d=E9ric"
>[mailto:[EMAIL PROTECTED]" eudora=3D"autourl">mailto:F.NA=
>[EMAIL PROTECTED]]
>Envoy=E9 : vendredi 17 novembre 2000 07:52
>=C0 : [EMAIL PROTECTED]
>Objet : RE: [Confirme] compilation noyau
>
>
>tout d'abord un grand merci =E0 tous ceux qui mon r=E9p

RE: [Confirme] compilation noyau

[bk]

cette commande est meilleure que celle que j'ai proposée
(make dep ; make clean ; make modules ; make
modules_install ; make bzImage)  car la mienne continue même si
une plante.
disons, que ça dépend de ce qu'on compile et si on est sur ou pas que ça
marche.


At 01:00 PM 11/17/00, you wrote:


Pour compiler le noyau :

make dep & make clean & make modules & make modules_install
& make bzImage

Avantage : si une commande plante, il ne fera les suivantes.

bzImage : b pour big, z pour compresse.

A+

-Message d'origine-
De : "NAQUIN, Frédéric"
[mailto:[EMAIL PROTECTED]]
Envoyé : vendredi 17 novembre 2000 07:52
À : [EMAIL PROTECTED]
Objet : RE: [Confirme] compilation noyau


tout d'abord un grand merci à tous ceux qui mon répondu !
 
j'ai fais un make boot et j'ai encore une erreur : system too big
j'ai donc fait un make bzImage et ca marche
quelle différence entre make boot et make bzImage ?
-Message d'origine-
De : bk
[mailto:[EMAIL PROTECTED]]
Envoyé : vendredi 17 novembre 2000 11:27
À : [EMAIL PROTECTED]
Objet : RE: [Confirme] compilation noyau


tu fais sur une seul ligne de commande, aprés avoir choisi tes options du
nouveau noyau et sauvegardé les modifications:

make dep ; make clean ; make modules ; make modules_install ; make
bzImage

tu lis 2 ou trois pages de linux magazine et tu trouveras dans ton
répertoire /usr/src/linux-2.2.xxx/archi/i386/boot
"bzImage"  qui correspond au nouveau noyau. tu le copie
dans /boot en le renommant vmlinuz-totoquelquechose en fonction du
pourquoi de ce noyau et tu crées un bloc qui y fasse appel dans
/etc/lilo.conf




At 11:22 AM 11/17/00, you wrote:

dans la doc que j'ai, ils disent de faire
make menu
make dep
make clean
make boot
make modules
make modules_install
cp /usr/src/linux/arch/i386/boot/zImage /boot/vmlinuq-2.2.


> -Message d'origine-
> De : bk
[mailto:[EMAIL PROTECTED]]
> Envoyé : vendredi 17 novembre 2000 11:16
> À : [EMAIL PROTECTED]
> Objet : Re: [Confirme] compilation noyau
> 
> 
> pourquoi fait tu un "make boot" pour recompiler le noyau
?
> 
> 
> At 11:09 AM 11/17/00, you wrote:
> >salut
> >
> >je suis en train de recompiler mon noyau et lors de la
phase
> >make boot
> >j'ai une erreur :
> >"as86 -0 -a -o bootsect.o bootsect.s
> >as86 : command not found"
> >
> >une recherche dans rpmdrake ne donne rien
> >un find sur le disque non plus ...
> >
> >une idée ?
> 
> 

RE: [Confirme] compilation noyau

[bk]

le make boot te crée une image non compressée, alorq que make bzImage en
crée une compressée pour pouvoir être chargeable par lilo.




At 11:51 AM 11/17/00, you wrote:
tout
d'abord un grand merci à tous ceux qui mon répondu !
 
j'ai fais un make boot et j'ai
encore une erreur : system too big
j'ai donc fait un make bzImage
et ca marche
quelle différence entre make
boot et make bzImage ?
-Message
d'origine-
De : bk
[mailto:[EMAIL PROTECTED]]
Envoyé : vendredi 17 novembre 2000 11:27
À : [EMAIL PROTECTED]
Objet : RE: [Confirme] compilation noyau

tu fais sur une seul ligne de commande, aprés avoir choisi tes
options du nouveau noyau et sauvegardé les modifications:

make dep ; make clean ; make modules ; make
modules_install ; make bzImage

tu lis 2 ou trois pages de linux magazine et tu trouveras dans ton
répertoire /usr/src/linux-2.2.xxx/archi/i386/boot
"bzImage"  qui correspond au nouveau noyau. tu le copie
dans /boot en le renommant vmlinuz-totoquelquechose en fonction du
pourquoi de ce noyau et tu crées un bloc qui y fasse appel dans
/etc/lilo.conf




At 11:22 AM 11/17/00, you wrote:
dans la doc que j'ai, ils disent de
faire
make menu
make dep
make clean
make boot
make modules
make modules_install
cp /usr/src/linux/arch/i386/boot/zImage /boot/vmlinuq-2.2.


> -Message d'origine-
> De : bk
[mailto:[EMAIL PROTECTED]]
> Envoyé : vendredi 17 novembre 2000 11:16
> À : [EMAIL PROTECTED]
> Objet : Re: [Confirme] compilation noyau
> 
> 
> pourquoi fait tu un "make boot" pour recompiler le noyau
?
> 
> 
> At 11:09 AM 11/17/00, you wrote:
> >salut
> >
> >je suis en train de recompiler mon noyau et lors de la
phase
> >make boot
> >j'ai une erreur :
> >"as86 -0 -a -o bootsect.o bootsect.s
> >as86 : command not found"
> >
> >une recherche dans rpmdrake ne donne rien
> >un find sur le disque non plus ...
> >
> >une idée ?
> 
> 

Re: [Confirme] compilation noyau

[Christian Gennerat]

"NAQUIN, Frédéric" a écrit :

>  tout d'abord un grand merci à tous ceux qui mon répondu !j'ai fais un make boot et 
>j'ai encore une erreur : system too bigj'ai donc fait un make bzImage et ca 
>marchequelle différence entre make boot et make bzImage ?

Justement. La taille.
Il y a même un autre mode:
make zImage qui compresse le noyau avec gzip
make bzImage qui compresse le noyau avec bzip2
cette compression est plus lente, mais plus compacte.

RE: [Confirme] compilation noyau

[Duclos Andre]

Pour compiler le noyau :

make dep & make clean & make modules & make modules_install & make bzImage

Avantage : si une commande plante, il ne fera les suivantes.

bzImage : b pour big, z pour compresse.

A+

-Message d'origine-
De : "NAQUIN, Frédéric" [mailto:[EMAIL PROTECTED]]
Envoyé : vendredi 17 novembre 2000 07:52
À : [EMAIL PROTECTED]
Objet : RE: [Confirme] compilation noyau


tout d'abord un grand merci à tous ceux qui mon répondu !
 
j'ai fais un make boot et j'ai encore une erreur : system too big
j'ai donc fait un make bzImage et ca marche
quelle différence entre make boot et make bzImage ?
-Message d'origine-
De : bk [mailto:[EMAIL PROTECTED]]
Envoyé : vendredi 17 novembre 2000 11:27
À : [EMAIL PROTECTED]
Objet : RE: [Confirme] compilation noyau


tu fais sur une seul ligne de commande, aprés avoir choisi tes options du nouveau 
noyau et sauvegardé les modifications:

make dep ; make clean ; make modules ; make modules_install ; make bzImage

tu lis 2 ou trois pages de linux magazine et tu trouveras dans ton répertoire 
/usr/src/linux-2.2.xxx/archi/i386/boot "bzImage"  qui correspond au nouveau noyau. tu 
le copie dans /boot en le renommant vmlinuz-totoquelquechose en fonction du pourquoi 
de ce noyau et tu crées un bloc qui y fasse appel dans /etc/lilo.conf




At 11:22 AM 11/17/00, you wrote:

dans la doc que j'ai, ils disent de faire
make menu
make dep
make clean
make boot
make modules
make modules_install
cp /usr/src/linux/arch/i386/boot/zImage /boot/vmlinuq-2.2.


> -Message d'origine-
> De : bk [mailto:[EMAIL PROTECTED]]
> Envoyé : vendredi 17 novembre 2000 11:16
> À : [EMAIL PROTECTED]
> Objet : Re: [Confirme] compilation noyau
> 
> 
> pourquoi fait tu un "make boot" pour recompiler le noyau ?
> 
> 
> At 11:09 AM 11/17/00, you wrote:
> >salut
> >
> >je suis en train de recompiler mon noyau et lors de la phase
> >make boot
> >j'ai une erreur :
> >"as86 -0 -a -o bootsect.o bootsect.s
> >as86 : command not found"
> >
> >une recherche dans rpmdrake ne donne rien
> >un find sur le disque non plus ...
> >
> >une idée ?
> 
> 

RE: [Confirme] compilation noyau

["NAQUIN, Frédéric"]

tout 
d'abord un grand merci à tous ceux qui mon répondu !
 
j'ai 
fais un make boot et j'ai encore une erreur : system too big
j'ai 
donc fait un make bzImage et ca marche
quelle 
différence entre make boot et make bzImage ?

  -Message d'origine-De : bk 
  [mailto:[EMAIL PROTECTED]]Envoyé : vendredi 17 novembre 2000 
  11:27À : [EMAIL PROTECTED]Objet : 
  RE: [Confirme] compilation noyautu fais sur une seul 
  ligne de commande, aprés avoir choisi tes options du nouveau noyau et 
  sauvegardé les modifications:make dep ; make clean 
  ; make modules ; make modules_install ; make bzImagetu lis 2 ou 
  trois pages de linux magazine et tu trouveras dans ton répertoire 
  /usr/src/linux-2.2.xxx/archi/i386/boot "bzImage"  qui correspond au 
  nouveau noyau. tu le copie dans /boot en le renommant vmlinuz-totoquelquechose 
  en fonction du pourquoi de ce noyau et tu crées un bloc qui y fasse appel dans 
  /etc/lilo.confAt 11:22 AM 11/17/00, you wrote:
  dans la doc que j'ai, ils disent de 
fairemake menumake depmake cleanmake bootmake 
modulesmake modules_installcp /usr/src/linux/arch/i386/boot/zImage 
/boot/vmlinuq-2.2.> -Message d'origine-> 
De : bk [mailto:[EMAIL PROTECTED]]> Envoyé : vendredi 17 
novembre 2000 11:16> À : [EMAIL PROTECTED]> Objet : 
Re: [Confirme] compilation noyau> > > pourquoi fait tu 
un "make boot" pour recompiler le noyau ?> > > At 11:09 
AM 11/17/00, you wrote:> >salut> >> >je suis 
en train de recompiler mon noyau et lors de la phase> >make 
boot> >j'ai une erreur :> >"as86 -0 -a -o bootsect.o 
bootsect.s> >as86 : command not found"> >> 
>une recherche dans rpmdrake ne donne rien> >un find sur le 
disque non plus ...> >> >une idée ?> > 
  

Re: [Confirme] compilation noyau

[Christian Gennerat]

"NAQUIN, Frédéric" a écrit :

> salut
>
> je suis en train de recompiler mon noyau et lors de la phase
> make boot
> j'ai une erreur :
> "as86 -0 -a -o bootsect.o bootsect.s
> as86 : command not found"
>

Dans mdk 7.1, le paquet s'appelait as86.
Maintenant:
dev86-0.15.1-1mdk
dev86-devel-0.15.1-1mdk


--
The falsely dramatic drives out the truly dull.

RE: [Confirme] compilation noyau

[bk]

tu fais sur une seul ligne de commande, aprés avoir choisi tes options du
nouveau noyau et sauvegardé les modifications:

make dep ; make clean ; make modules ; make
modules_install ; make bzImage

tu lis 2 ou trois pages de linux magazine et tu trouveras dans ton
répertoire /usr/src/linux-2.2.xxx/archi/i386/boot
"bzImage"  qui correspond au nouveau noyau. tu le copie
dans /boot en le renommant vmlinuz-totoquelquechose en fonction du
pourquoi de ce noyau et tu crées un bloc qui y fasse appel dans
/etc/lilo.conf




At 11:22 AM 11/17/00, you wrote:
dans la doc que j'ai, ils disent de
faire
make menu
make dep
make clean
make boot
make modules
make modules_install
cp /usr/src/linux/arch/i386/boot/zImage /boot/vmlinuq-2.2.


> -Message d'origine-
> De : bk
[mailto:[EMAIL PROTECTED]]
> Envoyé : vendredi 17 novembre 2000 11:16
> À : [EMAIL PROTECTED]
> Objet : Re: [Confirme] compilation noyau
> 
> 
> pourquoi fait tu un "make boot" pour recompiler le noyau
?
> 
> 
> At 11:09 AM 11/17/00, you wrote:
> >salut
> >
> >je suis en train de recompiler mon noyau et lors de la
phase
> >make boot
> >j'ai une erreur :
> >"as86 -0 -a -o bootsect.o bootsect.s
> >as86 : command not found"
> >
> >une recherche dans rpmdrake ne donne rien
> >un find sur le disque non plus ...
> >
> >une idée ?
> 
> 

Re: [Confirme] compilation noyau

[IMBERT Luc]

On Fri, Nov 17, 2000 at 11:09:32AM +0100, NAQUIN, Frédéric wrote:
> salut
> 
> je suis en train de recompiler mon noyau et lors de la phase
> make boot
> j'ai une erreur :
> "as86 -0 -a -o bootsect.o bootsect.s
> as86 : command not found"
> 
> une recherche dans rpmdrake ne donne rien
> un find sur le disque non plus ...
> 
> une idée ?
Ils sont dans le package bin86 (c'est l'assembleur), normalement.

A+
Luc

Re: [Confirme] compilation noyau

[Stephane BRANGER]

Normal il te manque un package:

>rpm -qf /usr/bin/as86 sur ma machine

>bin86-0.4-9mdk

il ne te reste plus qu'a l'installer  ^_^

Le ven, 17 nov 2000, vous avez écrit :
> salut
> 
> je suis en train de recompiler mon noyau et lors de la phase
> make boot
> j'ai une erreur :
> "as86 -0 -a -o bootsect.o bootsect.s
> as86 : command not found"
> 
> une recherche dans rpmdrake ne donne rien
> un find sur le disque non plus ...
> 
> une idée ?
-- 
Amicalement,
Stephane BRANGER

**
* Linux Engineer *
**

TUX POWERED<<

RE: [Confirme] compilation noyau

["NAQUIN, Frédéric"]

dans la doc que j'ai, ils disent de faire
make menu
make dep
make clean
make boot
make modules
make modules_install
cp /usr/src/linux/arch/i386/boot/zImage /boot/vmlinuq-2.2.


> -Message d'origine-
> De : bk [mailto:[EMAIL PROTECTED]]
> Envoyé : vendredi 17 novembre 2000 11:16
> À : [EMAIL PROTECTED]
> Objet : Re: [Confirme] compilation noyau
> 
> 
> pourquoi fait tu un "make boot" pour recompiler le noyau ?
> 
> 
> At 11:09 AM 11/17/00, you wrote:
> >salut
> >
> >je suis en train de recompiler mon noyau et lors de la phase
> >make boot
> >j'ai une erreur :
> >"as86 -0 -a -o bootsect.o bootsect.s
> >as86 : command not found"
> >
> >une recherche dans rpmdrake ne donne rien
> >un find sur le disque non plus ...
> >
> >une idée ?
> 
> 

Re: [Confirme] compilation noyau

[bk]

pourquoi fait tu un "make boot" pour recompiler le noyau ?


At 11:09 AM 11/17/00, you wrote:
>salut
>
>je suis en train de recompiler mon noyau et lors de la phase
>make boot
>j'ai une erreur :
>"as86 -0 -a -o bootsect.o bootsect.s
>as86 : command not found"
>
>une recherche dans rpmdrake ne donne rien
>un find sur le disque non plus ...
>
>une idée ?

Re: [Confirme] Compilation de KSNUFFLE

[frantz ORJOLLET]

Spl urf wrote:
> 
> Bonjour
> Avez vous réussi à compiler ksnuffle sous mla mandrake 7.2??
> Perso je n'y arrive pas
> il me dit qu'il manque des include qt, alors que tt les include qt st
> installés
> :-((
> 
> Merci d'avance
Peut-être que les includes qt ne sont pas là où le script les
recherche... (Mandrake aurait placé les bibliothèques en un lieu non
orthodoxe ?)
Vous pourriez contourner le problème en créant la lien symbolique
adéquat.
Frantz
> 
> --
> La densité de probabilité de la distribution Fermi-Dirac et
> Bose-Einstein devient la meme que celle de Maxwell-Boltzman a haute
> temperature.

-- 
Linux-Party à Beauvais (0ise) - Le Samedi 9 décembre 2000
Pour tout renseignement : 

Re: [Confirme] Compilation C++

[Bruno Pinaud]

Il doit te manquer des packages, il faut aussi installer egcs, egcs-devel et
un autre package qui est sur le 2e cd (extension cd)
Bruno PINAUD
Ecole Polytechnique de l'Université de Nantes
www.polytech.univ-nantes.fr
- Original Message -
From: "Pierre-Yves Bischoff" <[EMAIL PROTECTED]>
To: "linux mandrake" <[EMAIL PROTECTED]>
Sent: Wednesday, September 13, 2000 9:48 PM
Subject: [Confirme] Compilation C++


> Salut j ai installe Mandrake 7.1 et j ai un probleme
> pour compiler du C++ :
>
> En utilisant g++ je dois rajouter -I/usr/include sinon
> il ne trouve pas le chemin des bibliotheques
> (iostream.h ...).
>
>
>
>
> __
> Do You Yahoo!?
> Yahoo! Mail - Free email you can access from anywhere!
> http://mail.yahoo.com/
>

 
__
Vous avez un site perso ?
2 millions de francs à gagner sur i(france) !
Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif

RE: [Confirme] Compilation du noyau et dependances modules

[Olivier]

| Avant la phase 6, renommer /lib/modules/2.2.14-5.0r1 en
| /lib/modules/2.2.14-5.0r1.sav ceci devrait résoudre le pb.
|
| D'autre part puisque tu n'utilises pas de SCSI, initrd n'est pas
| indispensable à
| moins d'utiliser un système RAID.
|
|  Amicalement.
| Jean-Bernard JACQUET
| [EMAIL PROTECTED]
|
|
|

J'ai utilisé en premier le "make clean", avant le "make dep", en realisant
un noyau 2.2.14-5.0r2 comme me le conseille Alain, mais j'ai toujours les
mêmes messages
J'ai donc renommer /lib/modules/2.2.14-5.0r2 en
/lib/modules/2.2.14-5.0r2.sav

Cette fois ci j'ai le message suivant :
Sep  3 13:44:15 olivier depmod: depmod:
Sep  3 13:44:15 olivier depmod: Can't open
/lib/modules/2.2.14-5.0r2/modules.dep for writing
Sep  3 13:44:15 olivier rc.sysinit: Finding module dependencies failed
Pas étonnant puisque le rep. n'existe plus

et ceux, même en supprimant la ligne du initrd= dans le lilo.conf


En vérifiant les dependances par la commande "depmod", j'obtient un résultat
de la forme suivante:
...
depmod: *** Unresolved symbols in /lib/modules/2.2.14-5.0r2/fs/ntfs.o
depmod: best_memcpy
depmod: best_memset
depmod: best_copy_to_user
depmod: *** Unresolved symbols in /lib/modules/2.2.14-5.0r2/net/ppp.o
depmod: best_memcpy
depmod: best_memset
depmod: best_copy_to_user
depmod: best_copy_from_user
...


Avez-vous déjà rencontré ce Pb lorque vous re-compilez le noyau?
Où sont définis ces symbols?




Bonne Reception

:-)

  (°-
  //\Olivier
  v_/_
Mail : [EMAIL PROTECTED]

Re: [Confirme] Compilation du noyau et dependances modules

[Jean-Bernard JACQUET]

Le dim, 03 sep 2000, vous avez écrit :
> Bonjour à tous
> 
> J'ai voulu, comme je le dis dans l'objet, recompiler le noyau LINUX, pour
> bénéficier, entre autres des amélioration des instructions du Pentium,
> ajouter la lecture des partitions NTFS, supprimer tout ce qui est SCSI,
> amateur Radio, ISDN, Old's cdrom, IRdA, etc...
> 
> Je dispose d'un portable Pentium MMX 233 - 64 Mo de RAM le noyau est en
> version 2.2.14-5.0
> 
> voici, en quelques mots la procédure que j'ai suivie...
> 
> 
> 1. positionnement dans le répertoire
>   /usr/src/linux
>sous l'interface
>   X (GNOME)
>en utilisateur
>   root
> 
> 2. préparation des nouveaux parametres du noyau
>   make xconfig
> 
> 3. modification du paramètre de l'EXTRAVERSION au début du fichier
>   /usr/src/linux/Makefile (5.0 -> 5.0r1)
> 
> 4. Compilation des sources
>   make dep 2>&1 | tee make_dep
>   make bzImage 2>&1 | tee make_bzImage
>   make modules 2>&1 | tee make_modules
>Tout semble OK
> 
> 5. Copie des fichiers générés
>   cp -p arch/i386/boot/bzImage /boot/vmlinuz-2.2.14-5.0r1
>   cp -p System.map /boot/System.map-2.2.14-5.0r1
> 
> 6. Installation des modules
>   make modules_install 2>&1 | tee make_modules_install
> 
> 7. Création du fichier initrd
>   mkinitrd /boot/initrd-2.2.14-5.0r1.img 2.2.14-5.0r1
> 
> 8. Modification du /etc/lilo.conf - Ajout des lignes:
>   image=/boot/vmlinuz-2.2.14-5.0r1
>   label=r1
>   initrd=/boot/initrd-2.2.14-5.0r1.img
>   root=/dev/hda5
>   read-only
> 
> 9. Mise en place de lilo via la commande
>   lilo -v -v
>Tout semble OK
> 
> 10. Reboot de la machine, au message de LILO, je choisi la configuration r1
> et c'est là que tout se complique... en effet, toutes les étapes sont OK,
> sauf au moment où il recherche les dépendances des modules (Finding Modules
> dependancies), j'ai les messages suivant:
>   Sep  2 23:11:56 olivier depmod: depmod:
>   Sep  2 23:11:56 olivier depmod: *** Unresolved symbols in
> /lib/modules/2.2.14-5.0r1/fs/lockd.o
>   Sep  2 23:11:56 olivier depmod: depmod: *** Unresolved symbols in
> /lib/modules/2.2.14-5.0r1/fs/coda.o
>   Sep  2 23:11:56 olivier depmod: depmod: *** Unresolved symbols in
> /lib/modules/2.2.14-5.0r1/fs/minix.o
>   ...
> 
> 
> 
> J'espère avoir été le plus clair possible,
> mais j'ai du oublié quelquechose,
> quelqu'un peut-il m'aider a résoudre ce petit problème de modules
> 
> 
> 
> Merci de vos réponses
> 
> 
> 
> 
> 
> Bonne Reception
> 
> :-)
> 
>   (°-
>   //\Olivier
>   v_/_
> Mail : [EMAIL PROTECTED]
-- 
bonjour,

Avant la phase 6, renommer /lib/modules/2.2.14-5.0r1 en
/lib/modules/2.2.14-5.0r1.sav ceci devrait résoudre le pb.

D'autre part puisque tu n'utilises pas de SCSI, initrd n'est pas indispensable à
moins d'utiliser un système RAID.

 Amicalement.
Jean-Bernard JACQUET
[EMAIL PROTECTED]

RE: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c

[serge carrere]

Le mer, 21 jun 2000, vous avez écrit :
> J'ai teste le kernel 2.2.16-4mdk le week-end dernier et j'ai eu un plantage
> au demarrage du kernel. C'est pourquoi je n'ai pas pu tester usbdevfs.
> 
> Ma configuration :
> hda : 10 Go
> hdb : 10 Go
> hdc : CDROM
> hdd : Graveur
> 
> Le kernel 2.2.16-4mdk et 2.2.16-4mdk trouve un chipset VIA appolo pro.
> Mais le kernel 2.2.16-dmdk bloque a la detection de hdc.
> En deconnectant les CDROM, tous se passe bien.
> Le kernel 2.2.15-4mdk detecte bien les deux CDROM.
> 
> C'est un probleme connu ?
On m'a toujours conseillé de mettre le cdrom en esclave du graveur et non
l'inverse. Si tu inversais les dispositions des deux lecteurs ?
Salut, serge.

-- 
T'as le bonjour de LEO!
http://leoloden.citeweb.net/

Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c

[Chmouel Boudjnah]

Duclos Andre <[EMAIL PROTECTED]> writes:

> Le kernel 2.2.16-4mdk et 2.2.16-4mdk trouve un chipset VIA appolo pro.
> Mais le kernel 2.2.16-dmdk bloque a la detection de hdc.
> En deconnectant les CDROM, tous se passe bien.
> Le kernel 2.2.15-4mdk detecte bien les deux CDROM.
> 
> C'est un probleme connu ?

non mais ca va se corrigé :\.


>   Qu'elle est le site mirror a jour le plus rapidemment ?
>   Je voudrais recuper le kernel 2.2.16-5mdk pour essayer.

ca se remet a jour dans l'instant.

-- 
MandrakeSoft Inchttp://www.mandrakesoft.com
San-Francisco, CA USA --Chmouel

RE: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c

[Duclos Andre]

J'ai teste le kernel 2.2.16-4mdk le week-end dernier et j'ai eu un plantage
au demarrage du kernel. C'est pourquoi je n'ai pas pu tester usbdevfs.

Ma configuration :
hda : 10 Go
hdb : 10 Go
hdc : CDROM
hdd : Graveur

Le kernel 2.2.16-4mdk et 2.2.16-4mdk trouve un chipset VIA appolo pro.
Mais le kernel 2.2.16-dmdk bloque a la detection de hdc.
En deconnectant les CDROM, tous se passe bien.
Le kernel 2.2.15-4mdk detecte bien les deux CDROM.

C'est un probleme connu ?

Merci de me repondre.

P.S.: Avez vous une reponse pour le script /etc/rc.d/init.d/isdn4linux ?
Qu'elle est le site mirror a jour le plus rapidemment ?
Je voudrais recuper le kernel 2.2.16-5mdk pour essayer.

Andre DUCLOS

-Message d'origine-
De : Chmouel Boudjnah [mailto:[EMAIL PROTECTED]]
Envoyé : mercredi 21 juin 2000 11:43
À : [EMAIL PROTECTED]
Objet : Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c


Duclos Andre <[EMAIL PROTECTED]> writes:

> C'est le kernel 2.2.16-5mdk qui corrige le probleme ?
> Pas le 2.2.16-4mdk ?

les 2 depuis le 2.2.16-3mdk, vous remarquer que maintenant je compile
avec le USB_DEVICEFS activé par default dans notre kernel (et
remarquer aussi que le usbdevfs et monté automatiquement par les
initscripts).

-- 
MandrakeSoft Inchttp://www.mandrakesoft.com
San-Francisco, CA USA --Chmouel

Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c

[Chmouel Boudjnah]

Duclos Andre <[EMAIL PROTECTED]> writes:

> C'est le kernel 2.2.16-5mdk qui corrige le probleme ?
> Pas le 2.2.16-4mdk ?

les 2 depuis le 2.2.16-3mdk, vous remarquer que maintenant je compile
avec le USB_DEVICEFS activé par default dans notre kernel (et
remarquer aussi que le usbdevfs et monté automatiquement par les
initscripts).

-- 
MandrakeSoft Inchttp://www.mandrakesoft.com
San-Francisco, CA USA --Chmouel

RE: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c

[Duclos Andre]

Pour David de Mandrakesoft,

C'est le kernel 2.2.16-5mdk qui corrige le probleme ?
Pas le 2.2.16-4mdk ?

Une autre question :

Pourquoi le script /etc/rc.d/init.d/isdn4linux ne prend pas en charge les
autres cartes compatible HiSax. Il s'arrete au type 28 ou 29. Pourtant le
kernel supporte d'autre type, par exemple le type 34 (de memoire) pour la
gazel. Carte gazel fournit par FT et qui est assez rependu. Il y a juste une
modification mineure au script.

Et les carte AVM B1 ISA et PCI ? Sur le site de AVM, on trouve un script
presque compatible Mandrake pour ce type de carte (stop, start, reload ...).

Merci de me repondre

A+

Andre DUCLOS
[EMAIL PROTECTED]

-Message d'origine-
De : David BAUDENS [mailto:[EMAIL PROTECTED]]
Envoyé : mercredi 21 juin 2000 07:53
À : Confirme
Objet : Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c


David BAUDENS écrivit :

> > David de Mandrakesoft peut me repondre au sujet du probleme de
compilation
> > du kernel.
> 
> Bin, non. Mes compétences sont malheureusement limitées :(
> 
> Tout ce que je peux faire c'est transmettre la question aux responsables
> du noyau.

Réponse des responsables du noyau :

---8<---

[...]

> pour l'USB c'est fixé avec les dernier kernel rpm du 2.2.16.

|...]

---8<---


-- 
MandrakeSofthttp://www.mandrakesoft.com
PARIS, FRANCE   --David

RE: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c

[Stéphane BERDIN]

> > oui, comme RedHat j'ai vu :) c'est des pompeurs !!
> 
> Il ne faut pas exagérer. Tout le monde observe ce que font les autres
> distributions. Lorsqu'une solution intelligente est trouvée par
> quelqu'un d'autre et quelle répond aux besoins, on l'utilise. Le
> logiciel libre le permet, ce serait ridicule de perdre du temps à
> chercher à corriger un problème lorsque quelqu'un l'a fait pour vous.
> 
> Cette possibilité est un des aspects qui font que le logiciel 
> libre est
> infiniment supérieur au logiciel propriétaire, ne l'oublions pas.
> 

oulà là !!
euh j'aurai dû remplacer les '!!' par des ':-)'

heureusement que chacune des distribs ne développe pas ses propores
outils/hacks,sinon
on irait pas loin, c'est bien le principe de l'open source, on est bien
d'accord :)

:-)

Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c

[David BAUDENS]

David BAUDENS écrivit :

> > David de Mandrakesoft peut me repondre au sujet du probleme de compilation
> > du kernel.
> 
> Bin, non. Mes compétences sont malheureusement limitées :(
> 
> Tout ce que je peux faire c'est transmettre la question aux responsables
> du noyau.

Réponse des responsables du noyau :

---8<---

[...]

> pour l'USB c'est fixé avec les dernier kernel rpm du 2.2.16.

|...]

---8<---


-- 
MandrakeSofthttp://www.mandrakesoft.com
PARIS, FRANCE   --David

Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c

[Guy Decarpentrie]

David BAUDENS wrote:

> Il ne faut pas exagérer. Tout le monde observe ce que font les autres
> distributions. Lorsqu'une solution intelligente est trouvée par
> quelqu'un d'autre et quelle répond aux besoins, on l'utilise. Le
> logiciel libre le permet, ce serait ridicule de perdre du temps à
> chercher à corriger un problème lorsque quelqu'un l'a fait pour vous.
> 
> Cette possibilité est un des aspects qui font que le logiciel libre est
> infiniment supérieur au logiciel propriétaire, ne l'oublions pas.
> 

Parfaitement !!, j'ai d'ailleurs eu recours au patch développé par Suse
pour installer des machines sous Mandrake avec camera USB, dans un
collège de vitrolles.
Suse et Mandrake (ainsi que les machines) ne s'en portent pas plus mal,
et le logiciel libre encore moins.
N'oubliez pas que lorsque l'on parle de logiciel libre nous parlons
également de communauté...

A+

-- 
Windows c'est comme la climatisation...Ca plante quand on ouvre les
fenêtres.

Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c

[David BAUDENS]

Stéphane BERDIN écrivit :

> > > Donc je recommande SuSE
> 
> bof :(
> >
> > Qui utilise nombre de nos patchs (et vice versa).
> 
> oui, comme RedHat j'ai vu :) c'est des pompeurs !!

Il ne faut pas exagérer. Tout le monde observe ce que font les autres
distributions. Lorsqu'une solution intelligente est trouvée par
quelqu'un d'autre et quelle répond aux besoins, on l'utilise. Le
logiciel libre le permet, ce serait ridicule de perdre du temps à
chercher à corriger un problème lorsque quelqu'un l'a fait pour vous.

Cette possibilité est un des aspects qui font que le logiciel libre est
infiniment supérieur au logiciel propriétaire, ne l'oublions pas.

-- 
MandrakeSofthttp://www.mandrakesoft.com
PARIS, FRANCE   --David

RE: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c

[Stéphane BERDIN]

> > Donc je recommande SuSE

bof :(
> 
> Qui utilise nombre de nos patchs (et vice versa).

oui, comme RedHat j'ai vu :) c'est des pompeurs !!

Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c

[Aurelien Campeas]

David BAUDENS wrote:
> 
> Aurelien Campeas écrivit :
> 
> [...]
> 
> > Tout ça est un peu triste. (excusez le hors-sujet)
> > Il est évident que mandrake back-porte dans leur noyau 2.2.x des
> > éléments de 2.3. Je ne sais pas si c'est un mal en soi.
> 
> Bin non. Supermount est maintenant fiable (ce n'était pas du tout le cas
> de la version Alpha de la 7.0, deux de mes disques durs peuvent en
> témoigner). En ce qui concerne le backport USB, pour information, ce
> dernier a en grande partie était fait par SuSE.
> 

pfff... je me méfie des choses soit-disant fiables. J'aime bien les
noyaux standards. Je lis avec avidité kernel-traffic. Je n'en tire
aucune conclusion particulière... si ce n'est : etes-vous sur que vous
fournissez un noyau vraiment fiable ? ou juste fiable presque partout 
et presque tout le temps ? (à la windows). Je sais que je manque de
nuance et d'insight, mais... je suis méfiant (quoi, est-ce que ces
back_ports ne sont pas d'horribles hacks qui laissent dans leur sillage
leur -petit- lot de machines qui plantent ? pourquoi on ne les voit pas
apparaitre dans les noyaux standards ? Linus n'en voudrait-il pas ?).

> > Mais dans les faits : la distribution la plus instable jamais vue.
> > Chez moi : crashs (je peux vous envoyer les jolis Oops du noyau,
> > j'ai mis de coté mes logs), chez d'autres : bof, disons blocages et
> > disfonctionnements divers.
> 
> Si vous les avez, envoyez les nous. Ça ne sert à rien de dire que ça
> crashe. Expliquez nous dans quelles conditions et envoyez nous toutes
> les informations en votre possession. Ce n'est que de cette façon que
> nous pourrons tenter de corriger vos problèmes parce que ici, et pour la
> plupart des utilisateurs, ça ne crashe pas.
> 

oui, je suis bien d'accord, en fait si je n'ai rien envoyé, c'est
parceque personne sur cette liste ne semble rencontrer de problème de
cette gravité.

j'ai donc délayé en attendant de faire un test de surface du disque
(fsck à la recherches des bad blocks)... principalement parceque la
moitié des crashs a eu lieu en fin de cron de minuit, et que je
soupçonne le find (celui qui alimente la locate.database) final d'avoir
reçu le premier coup (enfin levé l'affaire).

ça laisse de toute façon l'autre moitié des crashs en attente d'une
réponse (j'ai cru un moment que c'était X qui plantait, parceque ces
crashs-là surviennent, par exemple, à la fermeture de Netscape : X figé,
un petit coup de Ctrl-Alt-Back, et un acceuil en console... comme mort,
la seule touche fonctionnant étant  plus de login, de logout ni
de reboot en Ctr-Alt-Suppr).

petite question subsidiaire : pourquoi emacs (fort agréablement
configuré par mdk du reste) segfault-il de temps en temps (o, rarement)
?

Bon, je vous envoie les oops et un petit descriptif avant la fin de la
semaine. 

Tout ça signifie aussi peut-etre que je suis bon pour jeter ma carte
mère. bof. C'est pour ça que j'aimerai que Mlle Mandrake ne soit pas
aussi bonne que vous le dites ;-) bon je m'arrete là.

> > Donc je recommande SuSE
> 
> Qui utilise nombre de nos patchs (et vice versa).

Dieu Merci !
La première fois que j'ai lu le texte de la GPL, j'ai pensé :
Alleluia ! Ils l'ont fait ! Quel type ce rms ! (et... finalement ça vaut
le coup de devenir informaticien... ce que je suis en train de faire)

Continuez comme ça...

> 
> --
> MandrakeSofthttp://www.mandrakesoft.com
> PARIS, FRANCE   --David

-- 
Aurélien Campeas
[EMAIL PROTECTED]

RE: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c

[Duclos Andre]

David de Mandrakesoft peut me repondre au sujet du probleme de compilation
du kernel.

Merci

A+

-Message d'origine-
De : David BAUDENS [mailto:[EMAIL PROTECTED]]
Envoyé : mardi 20 juin 2000 11:38
À : [EMAIL PROTECTED]
Objet : Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c


Aurelien Campeas écrivit :

[...]

> Tout ça est un peu triste. (excusez le hors-sujet)
> Il est évident que mandrake back-porte dans leur noyau 2.2.x des
> éléments de 2.3. Je ne sais pas si c'est un mal en soi.

Bin non. Supermount est maintenant fiable (ce n'était pas du tout le cas
de la version Alpha de la 7.0, deux de mes disques durs peuvent en
témoigner). En ce qui concerne le backport USB, pour information, ce
dernier a en grande partie était fait par SuSE.


> Mais dans les faits : la distribution la plus instable jamais vue.
> Chez moi : crashs (je peux vous envoyer les jolis Oops du noyau,
> j'ai mis de coté mes logs), chez d'autres : bof, disons blocages et
> disfonctionnements divers.

Si vous les avez, envoyez les nous. Ça ne sert à rien de dire que ça
crashe. Expliquez nous dans quelles conditions et envoyez nous toutes
les informations en votre possession. Ce n'est que de cette façon que
nous pourrons tenter de corriger vos problèmes parce que ici, et pour la
plupart des utilisateurs, ça ne crashe pas.



> Donc je recommande SuSE

Qui utilise nombre de nos patchs (et vice versa).


-- 
MandrakeSofthttp://www.mandrakesoft.com
PARIS, FRANCE   --David

Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c

[David BAUDENS]

Aurelien Campeas écrivit :

[...]

> Tout ça est un peu triste. (excusez le hors-sujet)
> Il est évident que mandrake back-porte dans leur noyau 2.2.x des
> éléments de 2.3. Je ne sais pas si c'est un mal en soi.

Bin non. Supermount est maintenant fiable (ce n'était pas du tout le cas
de la version Alpha de la 7.0, deux de mes disques durs peuvent en
témoigner). En ce qui concerne le backport USB, pour information, ce
dernier a en grande partie était fait par SuSE.


> Mais dans les faits : la distribution la plus instable jamais vue.
> Chez moi : crashs (je peux vous envoyer les jolis Oops du noyau,
> j'ai mis de coté mes logs), chez d'autres : bof, disons blocages et
> disfonctionnements divers.

Si vous les avez, envoyez les nous. Ça ne sert à rien de dire que ça
crashe. Expliquez nous dans quelles conditions et envoyez nous toutes
les informations en votre possession. Ce n'est que de cette façon que
nous pourrons tenter de corriger vos problèmes parce que ici, et pour la
plupart des utilisateurs, ça ne crashe pas.



> Donc je recommande SuSE

Qui utilise nombre de nos patchs (et vice versa).


-- 
MandrakeSofthttp://www.mandrakesoft.com
PARIS, FRANCE   --David

Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c

[Aurelien Campeas]

Duclos Andre wrote:
> 
> Bonjours a tous.
> 
> Je viens d'installer la Mandrake v7.1 sur un disque vierge : O.K.
> 
> Je verifie que l'arret de ma machine (halt) se fait sans probleme : K.O.
> 
> Toujours le meme probleme avec le POWER OFF par APM.
> 
> Mais a partir du kernel 2.2.15, en recompilant, il a moyen de corriger ce
> probleme. Il suffit de positionner une option (make xconfig).
> 
> Je profite pour verifier les nouvelles options disponibles, et miracle je
> decouvre qu'il y a beaucoup plus d'option pour les peripheriques USB. On ne
> retrouve pas ces options dans les sources du kernel 2.2.15 et 2.2.16 du site
> officiel www.kernel.org. Elles y sont uniquement dans le kernel 2.4.0.x
> (beta). Ma premiere question : Ou Mandrake recupere (c/s)es sources ? Et
> aussi supermount ?
> 
> Je profite de la compilation pour demander l'integration du /proc/usb qui
> permet de voir les peripheriques attaches.
> A la compilation, j'obtiens une erreur sur le fichier devio.c.
> Apres recherche, gcc compile devio.c en assembleur (.s) puis en .o.
> Mais le fichier .s genere possede une erreur (de memoire) : addl ex,dxl.
> En compilant uniquement ce fichier (devio.c) pour donner le fichier
> intermediaire (.s) avec l'option gcc -S, puis en compilant ce fichier
> intermediaire, j'obtient la meme erreur. Ma deuxieme question : ce probleme
> est il connu ?
> Dans le kernel 2.2.15mdk distribue dans Mdk v7.1, /proc/usb n'est pas
> active. Pourquoi ? Est ce du a ce probleme ?
> Je precise que la compilation du kernel sans cette option se fait sans
> probleme.
> 
> Autre chose : Est il possible de modifier apm.c du kernel pour prendre en
> compte une option du style : apm=hard-power-off et apm=no-hard-power-off.
> Cela eviterait de recompiler le noyau pour les possesseurs de ce type de
> becane. J'ai jete un coup d'oeil sur apm.c, et les modifs sont minimes.
> 
> Merci de me repondre.
> 
> A+
> 
> Andre DUCLOS
> 
> [EMAIL PROTECTED]

Tout ça est un peu triste. (excusez le hors-sujet)
Il est évident que mandrake back-porte dans leur noyau 2.2.x des
éléments de 2.3. Je ne sais pas si c'est un mal en soi. 
Mais dans les faits : la distribution la plus instable jamais vue. 
Chez moi : crashs (je peux vous envoyer les jolis Oops du noyau,
j'ai mis de coté mes logs), chez d'autres : bof, disons blocages et
disfonctionnements divers. 

Donc je recommande SuSE ou slackware aux gens autour de moi. Plus mdk.

-- 
Aurélien Campeas
[EMAIL PROTECTED]

Re: [Confirme] Compilation ancien kernel

[IMBERT Luc]

Le lun, 05 jun 2000, vous avez écrit :
> Voilà, je voudrais recompiler un noyau 2.0.33, pour équiper un vieux 486.
> Mais comme j'ai pas la place disque dur, j'ai installé les sources 
> (linux-2.0.33.tgz) sur mon PC, sous Mandrake 7.02
> 
> J'arrive à compiler un noyau 2.2.X, mais quand je veux compiler le 2.0.33 
> j'obtiens le message d'erreur suivant:
>> plein, plein d'erreurs d'assemblages...

Je pense qu'il faut aussi installer un vieux compilateur (par exemple gcc de la
série 2.7.2)., ce qui est une opération assez délicate. Le
"Linux-From-Scratch-HOWTO" devrait te donner quelques pistes là-dessus.

Ceci dit je ne vois pas pourquoi tu veux installer spécifiquement un noyau
2.0.33 sur ton 486. Cela ne suffira pas pour faire marcher la Mandrake "normale"
(tous les programmes, depuis ls jusqu'à XS3-Server sont compilés avec les
optimisations pentium. Opte pour la version 486 de Mandrake, qui, je crois est
enfin sortie, ou la Slakware 7.0 qui marche très bien, voire le
Linux-From-Scratch précédemment cité.

 -- 
Luc IMBERT

Re: [confirme] Compilation probleme

[olio]

On Tue, 28 Mar 2000, you wrote:
> Salut a tous
> 
> en voullant compiler un programme DDD
> apres avoir fait ./configure le script s arrete
> 
> checking for a BSD compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking whether make sets ${MAKE}... yes
> checking for working aclocal... found
> checking for working autoconf... found
> checking for working automake... found
> checking for working autoheader... found
> checking for working makeinfo... missing
> checking whether make sets ${MAKE}... (cached) yes
> checking for gcc... gcc
> checking whether the C compiler (gcc  ) works... no
> configure: error: installation or configuration problem: C compiler cannot
> created
> 
> je crois qu il doit manquer des paquetages mais je ne sais pas lesquels
> qui pourrait me dire les lesquels ??
> 
> Merci
-- 
installe tout ce qui comporte C+devel, libc

olio: Admin réseau & système
Léa: Linux électronique aide:
http://lealinux.free.fr


   Be cool :)

Re: [confirme] Compilation probleme

[Stephane BRANGER]

Voila ce que donne un rpm -qa | grep gcc sur mon systeme , toutes ne sont
pas utiles pour ta compilation mais il doit t'en manquer certaines.


gcc-cpp-2.95.2-3mdk
gcc-2.95.2-3mdk
gcc-c++-2.95.2-3mdk
gcc-colorgcc-2.95.2-3mdk
gcc-g77-2.95.2-3mdk
gcc-libgcj-2.95.2-3mdk
gcc-java-2.95.2-3mdk
gcc-objc-2.95.2-3mdk
gcc-chill-2.95.2-3mdk 


Le mar, 28 mar 2000, vous avez écrit :
> Salut a tous
> 
> en voullant compiler un programme DDD
> apres avoir fait ./configure le script s arrete
> 
> checking for a BSD compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking whether make sets ${MAKE}... yes
> checking for working aclocal... found
> checking for working autoconf... found
> checking for working automake... found
> checking for working autoheader... found
> checking for working makeinfo... missing
> checking whether make sets ${MAKE}... (cached) yes
> checking for gcc... gcc
> checking whether the C compiler (gcc  ) works... no
> configure: error: installation or configuration problem: C compiler cannot
> created
> 
> je crois qu il doit manquer des paquetages mais je ne sais pas lesquels
> qui pourrait me dire les lesquels ??
> 
> Merci
-- 
Amicalement,
Stephane BRANGER

**
* Linux Engineer *
**

TUX POWERED<<

Re: [confirme] Compilation probleme

[Martin Patrick]

Cruz Miguel wrote:

> Salut a tous
>
> en voullant compiler un programme DDD
> apres avoir fait ./configure le script s arrete
>
>
> je crois qu il doit manquer des paquetages mais je ne sais pas lesquels
> qui pourrait me dire les lesquels ??
>
> Merci

pas la peine de compiler, il y a un deja un rpm pour mandrake:

ftp://ftp.ciril.fr/pub/linux/mandrake-devel/contrib/RPMS/ddd-3.1.6-1mdk.i586.rpm

Re: [confirme] Compilation libc5 et libc6...

[Olivier DUGEON]

Bernard BOISJOT wrote:
> 
> Ma question est donc : est-il possible de compiler/linker sur mon poste
> libc6 en spécifiant une option permettant l'exécution en libc5 ?
> 
Oui.

C'est à l'édition de lien que celà se passe. Si tu utilise un fichier
Makefile, il faut préciser dans le LDFLAGS ou LFLAGS que tu veux
utiliser la libc5 :

-Bstatic (si tu veux linker en static : la libc est incluse dans ton
code)

ou

-L
-l

ou

/usr/lib/lic5.so au lieu de -lc

cf. man ld
> Merci des réponses
> A bientôt
> Bernard BOISJOT

Olivier
-- 
 FT.BD/FTR&D/DAC/ARP
 Technopole Anticipa | mailto:[EMAIL PROTECTED]
 2, Avenue Pierre Marzin | Phone:  +(33) 2 96 05 28 80
 F-22307 LANNION | Fax:+(33) 2 96 05 37 84

Re: [confirme] compilation du noyau

[Frederic Combeau]

Alain Serpette <[EMAIL PROTECTED]> wrote:

../..

> 
> C'est un peu comme cela que je voyais la chosesans en comprendre non plus
> tous les tenants et les aboutissants
> j'imagine que cette image est constituee a partir du fichier /etc/conf.modules
> dans lequel effectivement est indique le chargement d'un module de detection 
du
> host SCSI qui permet donc d'aller voir ensuite le /dev/sdnumero sur lequel est
> la partition racine.
> 
> Donc si je compile mon driver (en l'occurence tekram) directement dans le
> noyau, je n'ai sans doute plus besoin de realiser cette image.
> j'ai d'autres host scsi definis dans /etc/conf.modules, mais pour relier des
> peripheriques (scanner et graveur);
> a partir du moment ou le host "fondamental" a ete detecte, je suppose que
> pendant le  chargement "naturel" du noyau, ceux-ci seront detectes.
> j'essaierai!
> 
> merci pour les reponses
> alain
> 
> 
> --

J'ai aussi une carte SCSI Tekram dans mes machines et je l'ai compile dans le 
noyau (pour les noyaux <= 2.0.36, car pour les 2.2.x, je n'ai pas trouve le 
driver, j'utilise le NCR58xxx), et je n'ai pas de fichier image initrd.

Au boot du noyau, tous les devices de la chaine SCSI sont reconnus et 
operationnels (disques, cdrom, graveur, scanner et lecteur zip (pas tous ca sur 
une seule machine ;-))).

D'un rien,

@+,

Frederic Combeau.

Re: [confirme] compilation du noyau

[Alain Serpette]

Le Wed, 30 Jun 1999, vous avez écrit :
> Gregus and Alain Serpette wrote:
> > > 
> > > 4) si j'ai bien compris, /boot/ initrd-noyau.img sert a charger une image
> > > destinee a reconnaitre  par exemple une configuration montee sur un 
> peripherique
> > > SCSI ,  cette image permettant  la detection du host SCSI avant le 
> chargement du
> > > noyau, et donc a  celui-ci de se charger  . est-ce cela?
> > 
> > Je ne sais pas. Les interfaces SCSI ne sont pas détectées par le BIOS ??
> > 
> > > c'est le type de configuration que j'ai, mais j'ai la vague impression 
> qu'avec
> > > ou sans ce fichier, cela fonctionnedonc je ne comprends pas tres bien 
> son
> > > utilite. si quelqu'un peut nous eclairer.
> > 
> > Je ne sais pas non plus. Je n'ai pas ce fichier chez moi, et tout a toujours
> > fonctionné... Mais j'ai pas de SCSI dans ma machine ceci dit!
> > 
> > Gregus
> > 
> --
> Salut,
> 
> Juste un petit mot sur l'image de boot dans /boot, ou du moins ce que j'en sais, 
> mais tout est a verifier ...
> 
> Cette image serait un mini environement de boot monte en memoire lors du  
> chargement du noyau. Pour etre plus precis, le noyau se charge (la, il n'a 
> besoin que de lilo et du bios, meme pour du SCSI), puis on lui dit de charger en 
> memoire une image initrd.img en memoire (c'est lilo qui lui dit puisque c'est un 
> parametre que l'on passe au noyau (enfin je crois !)). Le noyau charge cette 
> image qui contient un mini system de fichiers avec tout ce qu'il faut pour que 
> ca marche (ne me demandez pas quoi, je sais pas trop). C'est grace a ce mini 
> environement que l'on peut charger des modules dans le noyau. Par exemple, on 
> charge le module SCSI, le device SCSI qui doit etre le device root est alors 
> reconnu. On peut alors monte le disque root SCSI, et lance init (ou l'inverse, 
> je ne sais plus dans quel sens ca marche). L'image en memoire de l'environnement 
> mini est alors supprimee et le processus de boot normal se poursuit.
> 
> Sur mes machines avec des disques SCSI, cela marchait comme cela. Comme je ne 
> comprennais pas tout, j'ai re-compile des noyaux avec les drivers SCSI dans le 
> noyau. De toutes facons, ces machines n'ont que des disques SCSI ...
> 
> Voila tout ce que j'en sais, j'espere avoir ete clair et ne pas avoir dit trop 
> de betises ...
> 
> @+,
> 
> Frederic Combeau.

C'est un peu comme cela que je voyais la chosesans en comprendre non plus
tous les tenants et les aboutissants
j'imagine que cette image est constituee a partir du fichier /etc/conf.modules
dans lequel effectivement est indique le chargement d'un module de detection du
host SCSI qui permet donc d'aller voir ensuite le /dev/sdnumero sur lequel est
la partition racine.

Donc si je compile mon driver (en l'occurence tekram) directement dans le
noyau, je n'ai sans doute plus besoin de realiser cette image.
j'ai d'autres host scsi definis dans /etc/conf.modules, mais pour relier des
peripheriques (scanner et graveur);
a partir du moment ou le host "fondamental" a ete detecte, je suppose que
pendant le  chargement "naturel" du noyau, ceux-ci seront detectes.
j'essaierai!

merci pour les reponses
alain


--