fixes in glibc ??

fixes in glibc ??

[/* Vinai */]

Folks,

I remember a few days ago, there was talk about the latest version of
glibc being pulled from R5.  We use an in-house software package that
has a plug-in architecture. With the bug in "dlopen", the plug-ins are
not accessible ...

Can anyone say whether the R5 version of glibc will have this fix ??

thanx

vinai





[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: fixes in glibc ??

[Tom Rini]

On Sat, 27 Feb 1999, /* Vinai */ wrote:

> Can anyone say whether the R5 version of glibc will have this fix ??

It should.

---
Tom Rini (TR1265)
http://dobbstown.yeti.edu/


[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: fixes in glibc ??

[Keith Clayton]

I can't comment on what the current state of glibc 2.0.xxx is but we
should clarify something for the sake of the Linux/PPC people (Jason, et
all).  glibc2.1 is not being pulled from r5 alone.  glibc2.1 was
completely pulled from distrubtion on ANY platform by gnu due to licensing
problems with one section of code written by people outside gnu.  They
put a license restriction on their section of code that was a bsd style
license, which conflicts with the GPL.  As a result GNU pulled glibc2.1
from their site.  The ability or inability to include glibc2.1 in r5 is
not a linuxppc.com decision at this point in time.  From posts I've read
it seems that many have misinterpreted Jason's post to mean that
linuxppc.com chose not to include glibc2.1.  I'm not privy to their
decision making process but in this case, glibc2.1 is being pulled by a
"higher power"  Please no flames as to the assention of RMS to higher
power status (smile)

Keith Clayton
kclayton@jps.net


On Sat, 27 Feb 1999, /* Vinai */ wrote:

> 
> Folks,
> 
> I remember a few days ago, there was talk about the latest version of
> glibc being pulled from R5.  We use an in-house software package that
> has a plug-in architecture. With the bug in "dlopen", the plug-ins are
> not accessible ...
> 
> Can anyone say whether the R5 version of glibc will have this fix ??
> 
> thanx
> 
> vinai
> 
> 
> 
> 
> 
> [[ This message was sent via the linuxppc-user mailing list. Replies are ]]
> [[ not forced back to the list, so be sure to  Cc linuxppc-user  if your ]]
> [[ reply is of general interest. To unsubscribe from linuxppc-user, send ]]
> [[ the message 'unsubscribe' to linuxppc-user-request@lists.linuxppc.org ]]
> 

[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: fixes in glibc ??

[Tom Rini]

/me runs about screaming

On Sat, 27 Feb 1999, Keith Clayton wrote:

> I can't comment on what the current state of glibc 2.0.xxx is but we
> should clarify something for the sake of the Linux/PPC people (Jason, et
> all).  glibc2.1 is not being pulled from r5 alone.  glibc2.1 was

Right, it's not being pulled from anything.

> completely pulled from distrubtion on ANY platform by gnu due to licensing
> problems with one section of code written by people outside gnu.  They
> put a license restriction on their section of code that was a bsd style
> license, which conflicts with the GPL.  As a result GNU pulled glibc2.1

You read too much /. <g>.  The section in question has been in glibc for a
long time (2.0.x anyways iirc) and has special permission to be included.

> from their site.  The ability or inability to include glibc2.1 in r5 is
> not a linuxppc.com decision at this point in time.  From posts I've read
> it seems that many have misinterpreted Jason's post to mean that
> linuxppc.com chose not to include glibc2.1.  I'm not privy to their
> decision making process but in this case, glibc2.1 is being pulled by a
> "higher power"  Please no flames as to the assention of RMS to higher
> power status (smile)

No no no, god no.  glibc 2.1 can be included in anything.  glibc is not on
ftp.gnu.org for purely political reasons.  It is however avail from other
places (ie redhat has a 2.1 SRPM, iirc) like
ftp://sourceware.cygnus.com/pub/glibc/glibc-2.1.tar.gz and I think
ftp.funet.fi has it as well.  R5 can and will include glibc 2.1. Of
course, I'm just a developer, but there's no reason not to use it (and
there's nothing else we can use.  Those glibc 2.0.108-1c RPMs have that
"bad" code as well).

---
Tom Rini (TR1265)
http://dobbstown.yeti.edu/

[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: fixes in glibc ??

[Keith Clayton]

You're right, I do read a bit too much /. <g>  

I'm glad to hear glibc2.1 is still alive and well.  I assumed (yes I
know the saying around "assume" though I didn't follow it in this case .
. smile . .) that gnu had much more of a say in glibc's distribution
than it appears (it being the gnu C library) . . especially when Jason
wrote about glibc2.1 being pulled.  So, I apologize for any FUD I've
stirred into the mix.

One thing I did want to bring out with this though, is that
Linux/PPC.com (that include you Tom, right?) is in many cases dealing
with situations that aren't totally under its control.  Glibc
development, while facilitated by those of you at linuxppc.com working
on glibc, is not totally in your hands.  You guys don't necessarily have
the final say as to when its ready for prime time or not.  I've got a
spare hd right now begging for r5 but I strongly respect linuxppc.com's
desire to ship a product that works right (ooo. . novel concept . .
apple . . m$ are you listening?).  If I needed it that bad, I could grab
pre-r5 or, for that matter, cobble together my own system.

So, I guess in my usual longwinded way, my point beyond glibc2.1 was
that r5 is not a completely inhouse type project, ala Apple or M$. 
Schedules are not determined by linuxppc.com but rather by progress on
the various projects by the community as a whole.  We all need to keep
that in mind while we "wait patiently" for r5.


Keith Clayton
kclayton@jps.net
Tom Rini wrote:
> 
> /me runs about screaming
> 
> On Sat, 27 Feb 1999, Keith Clayton wrote:
> 
> > I can't comment on what the current state of glibc 2.0.xxx is but we
> > should clarify something for the sake of the Linux/PPC people (Jason, et
> > all).  glibc2.1 is not being pulled from r5 alone.  glibc2.1 was
> 
> Right, it's not being pulled from anything.
> 
> > completely pulled from distrubtion on ANY platform by gnu due to licensing
> > problems with one section of code written by people outside gnu.  They
> > put a license restriction on their section of code that was a bsd style
> > license, which conflicts with the GPL.  As a result GNU pulled glibc2.1
> 
> You read too much /. <g>.  The section in question has been in glibc for a
> long time (2.0.x anyways iirc) and has special permission to be included.
> 
> > from their site.  The ability or inability to include glibc2.1 in r5 is
> > not a linuxppc.com decision at this point in time.  From posts I've read
> > it seems that many have misinterpreted Jason's post to mean that
> > linuxppc.com chose not to include glibc2.1.  I'm not privy to their
> > decision making process but in this case, glibc2.1 is being pulled by a
> > "higher power"  Please no flames as to the assention of RMS to higher
> > power status (smile)
> 
> No no no, god no.  glibc 2.1 can be included in anything.  glibc is not on
> ftp.gnu.org for purely political reasons.  It is however avail from other
> places (ie redhat has a 2.1 SRPM, iirc) like
> ftp://sourceware.cygnus.com/pub/glibc/glibc-2.1.tar.gz and I think
> ftp.funet.fi has it as well.  R5 can and will include glibc 2.1. Of
> course, I'm just a developer, but there's no reason not to use it (and
> there's nothing else we can use.  Those glibc 2.0.108-1c RPMs have that
> "bad" code as well).
> 
> ---
> Tom Rini (TR1265)
> http://dobbstown.yeti.edu/

[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: fixes in glibc ??

[Troy Benjegerdes]

If one reads the entire liscence on the code with a 'bsd' liscence, there
is a special exception for glibc, allowing it to be covered by the GPL.

Glibc-2.1 has been released, and by the GPL conditions, anyone who
downloaded a copy is free to re-release it. One can get a copy from 

ftp://glibc.cygnus.com/pub/glibc/

Rumor has it the *real* reason it was pulled was that glibc will only
compile with egcs, and was pulled because of lack of support for the 'GNU
C compiler'. This really makes no difference on the PPC, since is no
recent GCC with decent PowerPC support.

> I can't comment on what the current state of glibc 2.0.xxx is but we
> should clarify something for the sake of the Linux/PPC people (Jason, et
> all).  glibc2.1 is not being pulled from r5 alone.  glibc2.1 was
> completely pulled from distrubtion on ANY platform by gnu due to licensing
> problems with one section of code written by people outside gnu.  They
> put a license restriction on their section of code that was a bsd style
> license, which conflicts with the GPL.  As a result GNU pulled glibc2.1
> from their site.  The ability or inability to include glibc2.1 in r5 is
> not a linuxppc.com decision at this point in time.  From posts I've read
> it seems that many have misinterpreted Jason's post to mean that
> linuxppc.com chose not to include glibc2.1.  I'm not privy to their
> decision making process but in this case, glibc2.1 is being pulled by a
> "higher power"  Please no flames as to the assention of RMS to higher
> power status (smile)
> 
> Keith Clayton
> kclayton@jps.net
> 
> 
> On Sat, 27 Feb 1999, /* Vinai */ wrote:
> 
> > 
> > Folks,
> > 
> > I remember a few days ago, there was talk about the latest version of
> > glibc being pulled from R5.  We use an in-house software package that
> > has a plug-in architecture. With the bug in "dlopen", the plug-ins are
> > not accessible ...
> > 
> > Can anyone say whether the R5 version of glibc will have this fix ??
> > 
> > thanx
> > 
> > vinai

--------------------------------------------------------------------------
| Troy Benjegerdes    |       troy@microux.com     |    hozer@drgw.net   |
|    Unix is user friendly... You just have to be friendly to it first.  |
| This message composed with 100% free software.    http://www.gnu.org   |
--------------------------------------------------------------------------

[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]