Hello, I'm running SLES 8 with kernel 2.4.21-273 and glibc-2.2.5.-233. When I try to recompile glibc I got an error because the <gd.h> <gdfonts.h> <gdfontl.h> and <gd_io.h> file is not found. These include files are present in /usr/include of course but not in kernel-header. Does somebody know how to recompile the glibc ?? Thanks in advance. -- Cordialement, Best Regards, Jean-Christophe VALIERE jcvaliere@unog.ch
JCVALIERE@unog.ch [Thu, 24 Feb 2005 16:44:53 +0100]:
I'm running SLES 8 with kernel 2.4.21-273 and glibc-2.2.5.-233.
If this is really the glibc, don't recompile it unless you're willing to recompile your complete system. glibc is the base on which almost *all* other packages build. So unless you're an expert and exactly know what you're doing, do not even think about recompiling glibc.
When I try to recompile glibc I got an error because the <gd.h> <gdfonts.h> <gdfontl.h> and <gd_io.h> file is not found.
These headers are not needed by any part of glibc. I guess you mean glib.
These include files are present in /usr/include of course but not in kernel-header.
Which kernel header? The headers that are part of the Linux kernel sources do not need these headers. So please explain more clearly what you want to do. Philipp
JCVALIERE@unog.ch [Thu, 24 Feb 2005 16:44:53 +0100]:
I'm running SLES 8 with kernel 2.4.21-273 and glibc-2.2.5.-233.
If this is really the glibc, don't recompile it unless you're willing to recompile your complete system. glibc is the base on which almost *all* other packages build. So unless you're an expert and exactly know what you're doing, do not even think about recompiling glibc.
I need to modify the number of thread per application from 1024 to 8192. The glibc installed on the system is glibc-2.2.5.-233, so I installed the glibc-2.2.5.-233.src.rpm, modified the source and recompile the package from souce. Unofortunately, the following header are missing. I can add these file by hand, but don't think this the good way to do.
When I try to recompile glibc I got an error because the <gd.h> <gdfonts.h> <gdfontl.h> and <gd_io.h> file is not found.
These headers are not needed by any part of glibc. I guess you mean glib.
They are needed by the memusagestat util.
These include files are present in /usr/include of course but not in kernel-header.
Which kernel header? The headers that are part of the Linux kernel sources do not need these headers.
rpm -ba glibc.spec generates 2 repertory in BUILD --> glibc-2.2 and kernel-header I agree with you that the files that are missing are absolutely not part of the kernel but I don't understand why they are missing in the glibc-2.2 repertory.
So please explain more clearly what you want to do.
Philipp
Thanks in advance. -- Cordialement, Best Regards, Jean-Christophe VALIERE jcvaliere@unog.ch
JCVALIERE@unog.ch [Fri, 25 Feb 2005 15:08:58 +0100]:
I need to modify the number of thread per application from 1024 to 8192.
Again, are you willing to recompile most of your system? You never know where such constants are used (like determining the number of space to reserve in structures etc.), so modifying such a constant risks breaking the ABI and thus risks that other programs break in unpredictable ways.
When I try to recompile glibc I got an error because the <gd.h> <gdfonts.h> <gdfontl.h> and <gd_io.h> file is not found.
They are needed by the memusagestat util.
Use pin (part of the distribution) to identify the needed program.
but I don't understand why they are missing in the glibc-2.2 repertory.
Because they are part of different packages? Again, use 'pin' to identify these and install them. But once again: be aware that you risk your system if you don't recompile *nearly all* packages. Recompiling glibc is *much* more dangerous then recompiling the kernel. Philipp
JCVALIERE@unog.ch [Fri, 25 Feb 2005 15:08:58 +0100]:
I need to modify the number of thread per application from 1024 to
Again, are you willing to recompile most of your system? You never know where such constants are used (like determining the number of space to reserve in structures etc.), so modifying such a constant risks breaking the ABI and thus risks that other programs break in unpredictable ways.
When I try to recompile glibc I got an error because the <gd.h> <gdfonts.h> <gdfontl.h> and <gd_io.h> file is not found.
They are needed by the memusagestat util.
Use pin (part of the distribution) to identify the needed program.
I can find this command anywhere in the system or on the installation CD. Which package should I install and where should it be installed.
but I don't understand why they are missing in the glibc-2.2 repertory.
Because they are part of different packages? Again, use 'pin' to identify these and install them.
But once again: be aware that you risk your system if you don't recompile *nearly all* packages. Recompiling glibc is *much* more dangerous then recompiling the kernel.
Philipp
Thanks in advance. -- Cordialement, Best Regards, Jean-Christophe VALIERE jcvaliere@unog.ch
On Monday 28 February 2005 13:02, JCVALIERE@unog.ch wrote:
JCVALIERE@unog.ch [Fri, 25 Feb 2005 15:08:58 +0100]:
I need to modify the number of thread per application from 1024 to
8192.
Again, are you willing to recompile most of your system? You never know where such constants are used (like determining the number of space to reserve in structures etc.), so modifying such a constant risks breaking the ABI and thus risks that other programs break in unpredictable ways.
When I try to recompile glibc I got an error because the <gd.h> <gdfonts.h> <gdfontl.h> and <gd_io.h> file is not found.
They are needed by the memusagestat util.
Use pin (part of the distribution) to identify the needed program.
I can find this command anywhere in the system or on the installation CD. Which package should I install and where should it be installed.
On my default 9.2 it's installed as pin-0.30-4. It must have come from the CDs, though I don't have a set here to tell you which one. Can't Yast locate it for you? Failing that you can download it from http://www.mirror.ac.uk/mirror/ftp.suse.com/i386/9.2/suse/noarch/pin-0.30-4.... Or your favourite local mirror. HTH Fergus
but I don't understand why they are missing in the glibc-2.2 repertory.
Because they are part of different packages? Again, use 'pin' to identify these and install them.
But once again: be aware that you risk your system if you don't recompile *nearly all* packages. Recompiling glibc is *much* more dangerous then recompiling the kernel.
Philipp
Thanks in advance.
-- Fergus Wilde Chetham's Library Long Millgate Manchester M3 1SB Tel: +44 161 834 7961 Fax: +44 161 839 5797 http://www.chethams.org.uk
On Mon, 2005-02-28 at 10:32, Fergus Wilde wrote:
On Monday 28 February 2005 13:02, JCVALIERE@unog.ch wrote:
JCVALIERE@unog.ch [Fri, 25 Feb 2005 15:08:58 +0100]:
I need to modify the number of thread per application from 1024 to
8192.
Again, are you willing to recompile most of your system? You never know where such constants are used (like determining the number of space to reserve in structures etc.), so modifying such a constant risks breaking the ABI and thus risks that other programs break in unpredictable ways.
When I try to recompile glibc I got an error because the <gd.h> <gdfonts.h> <gdfontl.h> and <gd_io.h> file is not found.
They are needed by the memusagestat util.
Use pin (part of the distribution) to identify the needed program.
I can find this command anywhere in the system or on the installation CD. Which package should I install and where should it be installed.
On my default 9.2 it's installed as pin-0.30-4. It must have come from the CDs, though I don't have a set here to tell you which one. Can't Yast locate it for you? Failing that you can download it from
http://www.mirror.ac.uk/mirror/ftp.suse.com/i386/9.2/suse/noarch/pin-0.30-4....
Or your favourite local mirror.
HTH Fergus
Go into add/remove software, search using the "provides" option to the search criteria. -- Ken Schneider UNIX since 1989, linux since 1994, SuSE since 1998 * Only reply to the list please* "The day Microsoft makes something that doesn't suck is probably the day they start making vacuum cleaners." -Ernst Jan Plugge
The Monday 2005-02-28 at 14:02 +0100, JCVALIERE@unog.ch wrote:
Use pin (part of the distribution) to identify the needed program.
I can find this command anywhere in the system or on the installation CD. Which package should I install and where should it be installed.
¿can or can't? :-? The command "pin" has been in SuSE distros for years, and can find any file of any rpm from the distro, installed or not. Simply search in Yast for "pin" and install it. Then, use pin to find those files you are missing. -- Cheers, Carlos Robinson
The Monday 2005-02-28 at 14:02 +0100, JCVALIERE@unog.ch wrote:
Use pin (part of the distribution) to identify the needed program.
I can find this command anywhere in the system or on the installation CD. Which package should I install and where should it be installed.
¿can or can't? :-? I can't ... By the way the rpm doesn't seems to be avalaible for SLES8 or ?? The command "pin" has been in SuSE distros for years, and can find any file of any rpm from the distro, installed or not. Simply search in Yast for "pin" and install it. Then, use pin to find those files you are missing. -- Cheers, Carlos Robinson -- Cordialement, Best Regards, Jean-Christophe VALIERE jcvaliere@unog.ch
The Tuesday 2005-03-01 at 11:22 +0100, JCVALIERE@unog.ch wrote:
The Monday 2005-02-28 at 14:02 +0100, JCVALIERE@unog.ch wrote:
Use pin (part of the distribution) to identify the needed program.
I can find this command anywhere in the system or on the installation CD. Which package should I install and where should it be installed.
¿can or can't? :-? I can't ...
(Your quoting is wrong, by the way).
By the way the rpm doesn't seems to be avalaible for SLES8 or ??
The bussiness version? I'm not familiar with the exact tools it has. The professional (ie, the home version) version does include "pin". In any case, all that pin does is searching in the rpm database, and if it fails, then it searchs in the "ARCHIVE.gz" file from the install CD/DVD, in a nice way. -- Cheers, Carlos Robinson
Hi, On Fri, 25 Feb 2005 13:50:53 +0100 Philipp Thomas <.> wrote:
JCVALIERE@unog.ch [Thu, 24 Feb 2005 16:44:53 +0100]:
I'm running SLES 8 with kernel 2.4.21-273 and glibc-2.2.5.-233.
If this is really the glibc, don't recompile it unless you're willing to recompile your complete system. glibc is the base on which almost *all* other packages build. So unless you're an expert and exactly know what you're doing, do not even think about recompiling glibc.
When I try to recompile glibc I got an error because the <gd.h> <gdfonts.h> <gdfontl.h> and <gd_io.h> file is not found.
I followed your discussion, and would like to ask something in (not so tight) relation to this topic. On the install media of 9.1 I ride now, there is a "normal" /suse/i586/ folder, containing among many others glibc/db rpms: all having "SuSE Linux 9.1 (i586)" set as their distribution. There are few other rpms, sitting in /suse/i686/, tagged differently: db-4.2.52-86.i686.rpm SUSE SLES-9 (i686) db-devel-4.2.52-86.i686.rpm SUSE SLES-9 (i686) glibc-2.3.3-93.i686.rpm SUSE Linux 9.0.42 (i686) glibc-devel-2.3.3-97.i686.rpm SUSE SLES-9 (i686) I simply couldn't find out, what these are... Is it "secure" enough to use these latter rpms for a normal "SuSE Linux 9.1 (i686)" to achive higher optimization for the i686 CPU? Or actually could somebody explain me please, why these rpms are there, I mean who and why could install them? Many thanks, Pelibali
The Monday 2005-02-28 at 19:31 +0100, pelibali wrote:
/suse/i586/ folder, containing among many others glibc/db rpms: all having "SuSE Linux 9.1 (i586)" set as their distribution. There are few other rpms, sitting in /suse/i686/, tagged differently: db-4.2.52-86.i686.rpm SUSE SLES-9 (i686) db-devel-4.2.52-86.i686.rpm SUSE SLES-9 (i686) glibc-2.3.3-93.i686.rpm SUSE Linux 9.0.42 (i686) glibc-devel-2.3.3-97.i686.rpm SUSE SLES-9 (i686)
I simply couldn't find out, what these are... Is it "secure" enough to use these latter rpms for a normal "SuSE Linux 9.1 (i686)" to achive higher optimization for the i686 CPU?
Correct. Actually, Yast should have installed them if your system is a 686 type. -- Cheers, Carlos Robinson
Hi, On Tue, 1 Mar 2005 00:33:05 +0100 (CET) "Carlos E. R." <.> wrote:
The Monday 2005-02-28 at 19:31 +0100, pelibali wrote:
/suse/i586/ folder, containing among many others glibc/db rpms: all having "SuSE Linux 9.1 (i586)" set as their distribution. There are few other rpms, sitting in /suse/i686/, tagged differently: db-4.2.52-86.i686.rpm SUSE SLES-9 (i686) db-devel-4.2.52-86.i686.rpm SUSE SLES-9 (i686) glibc-2.3.3-93.i686.rpm SUSE Linux 9.0.42 (i686) glibc-devel-2.3.3-97.i686.rpm SUSE SLES-9 (i686)
I simply couldn't find out, what these are... Is it "secure" enough to use these latter rpms for a normal "SuSE Linux 9.1 (i686)" to achive higher optimization for the i686 CPU?
Correct.
Actually, Yast should have installed them if your system is a 686 type.
Yeah, it should. But it didn't and the above "SLES-9"-related names and the difference in the version-numbers/descriptors made me worried to really do install them... Thanks, Pelibali
The Wednesday 2005-03-02 at 01:30 +0100, pelibali wrote:
Actually, Yast should have installed them if your system is a 686 type.
Yeah, it should. But it didn't and the above "SLES-9"-related names and the difference in the version-numbers/descriptors made me worried to really do install them...
My 9.1 is upgraded from 8.2. Yast installed glibc..i686, but forgot about db..i686. I had to correct that by hand - it was comented on this list at the time. -- Cheers, Carlos Robinson
participants (6)
-
Carlos E. R. -
Fergus Wilde -
JCVALIERE＠unog.ch -
Ken Schneider -
pelibali -
Philipp Thomas