Hi:
As the beta cycle is imminent, could this process of stripping libraries of
the 'extra' debugging information be discussed more in depth?
Most of the regular cookers probably know more about this than I, but this
following reason for stripping libraries does not make any sense to me(or
cent$ for me, either):
" ...space... most of the end-users don't debug programs..."
I do not understand why libraries get stripped and "xrally", "xpuzzels",
"xpilot", 5+ email clients, 4+ shells, "BitchX", ... , etc. remain. The
very experienced programmer may not need the additional debugging info but I
have recently started programming again and need _any_ debugging help
available and, btw, am one of those "end-users" that does run gdb.( icyw,
those RPMS above are just _some _examples_ of what could be considered to be
extra fluff ...nothing personal against them! )
I am wondering, for example,
=>. Where is the need for so many 'choices' on the core disk at the expense
of stripped libraries and, ultimately, our (developers' ) time?
=>. Is anyone at M'Soft using the data from all those 'package' polls that
have been running in the mandrakeforum for months? ( G', I hope this is not
the result. )
=>. Will someone( Chmouel? Jean-loup? Whomever made the decision? ) please
explain that "space" reasoning in the light of so many other programs that
could be moved to another disk source to make room for the larger libraries?
=>. Would you also tell us if there is an easy way to get the full libraries
integrated?
=>. At the very least, is there a list of which libraries and what got
stripped?
In the end, I know that you cannot please all the people all the time...no
matter how hard you try. I also know the M'Soft folks try very hard to do
that anyway. :-) I'm only suggesting that, perhaps, making life easier for
new/potential developers is in M'Soft's _and_ Linux best interest. Moving
some programs off the core disc should be OK if it is to keep full libraries
available _with_ all the debugging information intact. Certainly, even the
person(s) that raised so much H! last year about "Why is joe missing" could
understand and agree to such a reorganization. Version 8.0 is a good time
to do it, is it not?
Regards,
rj
Linux: Get it. Use it. Improve it.
=========================
----- Original Message -----
From: "David Hedbor" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "Vincent Danen" <[EMAIL PROTECTED]>
Sent: Wednesday, February 14, 2001 03:03
Subject: Re: [Cooker] new glibc in unsupported directory
| Chmouel Boudjnah <[EMAIL PROTECTED]> writes:
|
| > David Hedbor <[EMAIL PROTECTED]> writes:
| >
| > > Thank you. I have one question though - why strip (any) libraries? The
| > > nice thing with Linux is that your libraries have debug symbols. If
| > > you debug a program, this usually helps a lot when the bug is
| > > triggered somewhere in system or third party libs. I certainly
| > > understand the space savings issue, but it really does make developing
| > > on Mandrake a lot less convenient.
| >
| > ...space... most of the end-users don't debug programs...
|
| How about at least having core libraries (mainly the glibc package,
| i.e libc, libm etc), and in the very least libpthreads, unstripped? I
| know that having KDE, Gnome and god knows what unstripped most likely
| would use up way to much space....
|
| --
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
