Closed Bug 276891 Opened 20 years ago Closed 18 years ago

Standalone NSPR-release out-of-date

Categories

(NSPR :: NSPR, defect)

Other
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mi+mozilla, Assigned: wtc)

References

()

Details

(Whiteboard: Needs to be assigned to party(ies) responsible for browsers' trees.)

User-Agent:       Mozilla/5.0 (compatible; Konqueror/3.3; FreeBSD) (KHTML, like Gecko)
Build Identifier: 

The last release of NSPR (4.4.1) is hopelessly out of date with Mozilla  
software. Each project seems to have its own version instead contributing to  
the unfortunate "DLL hell" on the otherwise tidy systems.  
  
Packagers/porters (such as FreeBSD's ports team) are having a hard-time fixing  
this too, because some software (like Gaim and Evolution) needs only nspr, but  
Mozilla-based browsers expect to see an *unreleased* version of nspr and fail  
to build with the latest "official" release. 
 
Please, consider making an up-to-date NSPR release and removing the "bundled" 
NSPR from other trees to prevent such "forks" from happening again. 

Reproducible: Always



Expected Results:  
All NSPR-using software building and working happily with the latest official 
release of NetScape Portable Runtime.
I am working on the NSPR 4.6 release.  Hopefully
it will be available soon.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Target Milestone: --- → 4.6
seems to be fixed now?
Unfortunately, there is still no source code posted on:  
http://ftp.mozilla.org/pub/mozilla.org/nspr/releases/v4.5.1/  
-- only Linux binaries (in violation of GPL :-)  
  
And, of course, no v4.6 of any kind... It's been over 6 months already :-( 
Sorry about the delay.  The NSPR 4.6 source and binary
distributions are now available in
ftp://ftp.mozilla.org/pub/mozilla.org/nspr/releases/v4.6/.
In particular, the source tarball is
ftp://ftp.mozilla.org/pub/mozilla.org/nspr/releases/v4.6/src/nspr-4.6.tar.gz.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Thank you very much. All that's left now -- before this bug report can be 
closed -- is to prevail upon Firefox and Mozilla (anyone else?) projects to 
STOP bundling nspr with their own trees.  
  
Doing so will inevitable result in the same problem reoccuring in the future.  
  
Other parts of their respective trees should be shared as well (xpcom comes to  
mind first), but that's a much longer shot... Let's start with modularizing  
nspr properly... 
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Who should this report be assigned to now? 
Whiteboard: Needs to be assigned to party(ies) responsible for browsers' trees.
QA Contact: wtchang → nspr
The target milestone is already released. Resetting target milestone.
Target Milestone: 4.6 → ---
Status: REOPENED → RESOLVED
Closed: 19 years ago18 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.