If I can squeeze a message between the discussions on security (:-)) I have been trying to compile a kernel on an x86_64 box under CentOS4.1 and now 4.2. The problem is that neither make xconfig or make gconfig work: make gconfig * * Unable to find the GTK+ installation. Please make sure that * the GTK+ 2.0 development package is correctly installed... * You need gtk+-2.0, glib-2.0 and libglade-2.0. * make[1]: *** [scripts/kconfig/.tmp_gtkcheck] Error 1 make: *** [gconfig] Error 2 and a similar message for xconfig: make xconfig HOSTLD scripts/kconfig/qconf /usr/bin/ld: cannot find -lqt collect2: ld returned 1 exit status make[1]: *** [scripts/kconfig/qconf] Error 1 make: *** [xconfig] Error 2 Yet I have the following libraries installed: compat-glibc.i386 1:2.3.2-95.30 installed compat-glibc.x86_64 1:2.3.2-95.30 installed compat-glibc-headers.x86_64 1:2.3.2-95.30 installed glibc.i686 2.3.4-2.13 installed glibc.x86_64 2.3.4-2.13 installed glibc-common.x86_64 2.3.4-2.13 installed glibc-devel.x86_64 2.3.4-2.13 installed glibc-devel.i386 2.3.4-2.13 installed glibc-headers.x86_64 2.3.4-2.13 installed glibc-kernheaders.x86_64 2.4-9.1.98.EL installed glibc-utils.x86_64 2.3.4-2.13 installed gtk+.i386 1:1.2.10-33 installed gtk+.x86_64 1:1.2.10-33.centos4 installed gtk+-devel.x86_64 1:1.2.10-33.centos4 installed gtk-engines.i386 1:0.12-6.el4 installed gtk-engines.x86_64 1:0.12-6.el4 installed gtk2.x86_64 2.4.13-18 installed gtk2.i386 2.4.13-18 installed gtk2-devel.x86_64 2.4.13-18 installed gtk2-engines.x86_64 2.2.0-7.el4 installed gtk2-engines.i386 2.2.0-7.el4 installed libglade2.i386 2.4.0-5 installed libglade2.x86_64 2.4.0-5 installed pygtk2.x86_64 2.4.0-1 installed pygtk2-libglade.x86_64 2.4.0-1 installed Since menuconfig is totally unusable, I am quite stuck. I have regularly compiled on an x86 box with virtually identical installation and I have compared the libraries but can't see what I have missed. The kernel version is 2.6.14.3 which is the latest stable but this happens with older kernels. There have been suggestions of various patches to a makefile which I have tried but to no avail. So I think it may be a library issue. So can anyone with an x86_64 box on which they have successfully compiled a kernel post me their output from: yum list | egrep gtk\|glibc\|glade | grep installed ... or even the complete yum list (privately to save bandwidth!) TIA John John Logsdon "Try to make things as simple Quantex Research Ltd, Manchester UK as possible but not simpler" j.logsdon at quantex-research.com a.einstein at relativity.org +44(0)161 445 4951/G:+44(0)7717758675 www.quantex-research.com
On Thu, 2005-12-08 at 08:26 +0000, John Logsdon wrote:> If I can squeeze a message between the discussions on security (:-)) I > have been trying to compile a kernel on an x86_64 box under CentOS4.1 and > now 4.2. > > The problem is that neither make xconfig or make gconfig work: > > make gconfig > * > * Unable to find the GTK+ installation. Please make sure that > * the GTK+ 2.0 development package is correctly installed... > * You need gtk+-2.0, glib-2.0 and libglade-2.0. > * > make[1]: *** [scripts/kconfig/.tmp_gtkcheck] Error 1 > make: *** [gconfig] Error 2 > > and a similar message for xconfig: > > make xconfig > HOSTLD scripts/kconfig/qconf > /usr/bin/ld: cannot find -lqt > collect2: ld returned 1 exit status > make[1]: *** [scripts/kconfig/qconf] Error 1 > make: *** [xconfig] Error 2 > > Yet I have the following libraries installed: > > compat-glibc.i386 1:2.3.2-95.30 installed > compat-glibc.x86_64 1:2.3.2-95.30 installed > compat-glibc-headers.x86_64 1:2.3.2-95.30 installed > glibc.i686 2.3.4-2.13 installed > glibc.x86_64 2.3.4-2.13 installed > glibc-common.x86_64 2.3.4-2.13 installed > glibc-devel.x86_64 2.3.4-2.13 installed > glibc-devel.i386 2.3.4-2.13 installed > glibc-headers.x86_64 2.3.4-2.13 installed > glibc-kernheaders.x86_64 2.4-9.1.98.EL installed > glibc-utils.x86_64 2.3.4-2.13 installed > gtk+.i386 1:1.2.10-33 installed > gtk+.x86_64 1:1.2.10-33.centos4 installed > gtk+-devel.x86_64 1:1.2.10-33.centos4 installed > gtk-engines.i386 1:0.12-6.el4 installed > gtk-engines.x86_64 1:0.12-6.el4 installed > gtk2.x86_64 2.4.13-18 installed > gtk2.i386 2.4.13-18 installed > gtk2-devel.x86_64 2.4.13-18 installed > gtk2-engines.x86_64 2.2.0-7.el4 installed > gtk2-engines.i386 2.2.0-7.el4 installed > libglade2.i386 2.4.0-5 installed > libglade2.x86_64 2.4.0-5 installed > pygtk2.x86_64 2.4.0-1 installed > pygtk2-libglade.x86_64 2.4.0-1 installed > > > Since menuconfig is totally unusable, I am quite stuck. I have regularly > compiled on an x86 box with virtually identical installation and I have > compared the libraries but can't see what I have missed.I use this all the time and it works OK for me. Been using it for at least 5 years and it is not as pretty as the other 2 options, but works fine :)> > The kernel version is 2.6.14.3 which is the latest stable but this happens > with older kernels. There have been suggestions of various patches to a > makefile which I have tried but to no avail. So I think it may be a > library issue. > > So can anyone with an x86_64 box on which they have successfully compiled > a kernel post me their output from: > > yum list | egrep gtk\|glibc\|glade | grep installed > > ... or even the complete yum list (privately to save bandwidth!) >There is a bug in the code :) This fixed it for me: http://www.fedoraforum.org/forum/archive/index.php/t-466.html (that is, edit the file $BUILD_DIR/scripts/kconfig/Makefile and search for print-multi-os-directory and take out the space for between: $(HOSTCXX) and -print-multi-os-directory so that the lines look like that posted in the above link. -------------- I also submitted this as a confirmed bug so that others can find it at bugs.centos.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://lists.centos.org/pipermail/centos/attachments/20051208/f3edee46/attachment-0002.sig>
Thanks for that Johnny. It didn't work to start with, even after make clean, and I had to remove the tree, reinstall and repatch it to get it to work but xconfig is running now. Phew! This has been bugging me for ages. Fortunately it's a development machine and I have been busy elsewhere. It's a puzzle that that error has been around for so long - almost 2 years. I thought one of the many benefits of open source is that such things are fixed much quicker than proprietory software, if only to avoid the embarassment as the authors are all identified.:-(( Despite inheriting the code from a well know upstream provider, is there any chance that this is fixed permanently in CentOS before being packaged up? After all, x86_64's are becoming quite popular now. Or maybe it is present in other platforms as well... Best wishes John John Logsdon "Try to make things as simple Quantex Research Ltd, Manchester UK as possible but not simpler" j.logsdon at quantex-research.com a.einstein at relativity.org +44(0)161 445 4951/G:+44(0)7717758675 www.quantex-research.com On Thu, 8 Dec 2005, Johnny Hughes wrote:> On Thu, 2005-12-08 at 08:26 +0000, John Logsdon wrote: > > If I can squeeze a message between the discussions on security (:-)) I > > have been trying to compile a kernel on an x86_64 box under CentOS4.1 and > > now 4.2. > > > > The problem is that neither make xconfig or make gconfig work: > > > > make gconfig > > * > > * Unable to find the GTK+ installation. Please make sure that > > * the GTK+ 2.0 development package is correctly installed... > > * You need gtk+-2.0, glib-2.0 and libglade-2.0. > > * > > make[1]: *** [scripts/kconfig/.tmp_gtkcheck] Error 1 > > make: *** [gconfig] Error 2 > > > > and a similar message for xconfig: > > > > make xconfig > > HOSTLD scripts/kconfig/qconf > > /usr/bin/ld: cannot find -lqt > > collect2: ld returned 1 exit status > > make[1]: *** [scripts/kconfig/qconf] Error 1 > > make: *** [xconfig] Error 2 > > > > Yet I have the following libraries installed: > > > > compat-glibc.i386 1:2.3.2-95.30 installed > > compat-glibc.x86_64 1:2.3.2-95.30 installed > > compat-glibc-headers.x86_64 1:2.3.2-95.30 installed > > glibc.i686 2.3.4-2.13 installed > > glibc.x86_64 2.3.4-2.13 installed > > glibc-common.x86_64 2.3.4-2.13 installed > > glibc-devel.x86_64 2.3.4-2.13 installed > > glibc-devel.i386 2.3.4-2.13 installed > > glibc-headers.x86_64 2.3.4-2.13 installed > > glibc-kernheaders.x86_64 2.4-9.1.98.EL installed > > glibc-utils.x86_64 2.3.4-2.13 installed > > gtk+.i386 1:1.2.10-33 installed > > gtk+.x86_64 1:1.2.10-33.centos4 installed > > gtk+-devel.x86_64 1:1.2.10-33.centos4 installed > > gtk-engines.i386 1:0.12-6.el4 installed > > gtk-engines.x86_64 1:0.12-6.el4 installed > > gtk2.x86_64 2.4.13-18 installed > > gtk2.i386 2.4.13-18 installed > > gtk2-devel.x86_64 2.4.13-18 installed > > gtk2-engines.x86_64 2.2.0-7.el4 installed > > gtk2-engines.i386 2.2.0-7.el4 installed > > libglade2.i386 2.4.0-5 installed > > libglade2.x86_64 2.4.0-5 installed > > pygtk2.x86_64 2.4.0-1 installed > > pygtk2-libglade.x86_64 2.4.0-1 installed > > > > > > Since menuconfig is totally unusable, I am quite stuck. I have regularly > > compiled on an x86 box with virtually identical installation and I have > > compared the libraries but can't see what I have missed. > > I use this all the time and it works OK for me. Been using it for at > least 5 years and it is not as pretty as the other 2 options, but works > fine :) > > > > > The kernel version is 2.6.14.3 which is the latest stable but this happens > > with older kernels. There have been suggestions of various patches to a > > makefile which I have tried but to no avail. So I think it may be a > > library issue. > > > > So can anyone with an x86_64 box on which they have successfully compiled > > a kernel post me their output from: > > > > yum list | egrep gtk\|glibc\|glade | grep installed > > > > ... or even the complete yum list (privately to save bandwidth!) > > > There is a bug in the code :) > > This fixed it for me: > > http://www.fedoraforum.org/forum/archive/index.php/t-466.html > > (that is, edit the file $BUILD_DIR/scripts/kconfig/Makefile and search > for print-multi-os-directory and take out the space for between: > > $(HOSTCXX) and -print-multi-os-directory > > so that the lines look like that posted in the above link. > -------------- > I also submitted this as a confirmed bug so that others can find it at > bugs.centos.org >