Need libexpat on test machines

RESOLVED INCOMPLETE

Status

RESOLVED INCOMPLETE
6 years ago
5 years ago

People

(Reporter: jesup, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

6 years ago
As part of webrtc, we're building a second copy of expat (used in webrtc signaling), this one using 'normal' style (chars instead of PR_UniChars like our internal libxul expat).  On Windows, this also lives in gkmedia of course.

It would be nice to leverage system libexpat if we can (and if we feel safe security-wise) and avoid the duplication.  However, right now the test machines don't have expat installed it appears, though the builders appear to.  Note that when I build locally on Fedora 15, even with using internal expat, I end up with an expat entry in ldd of libxul.so.
This would suggest that all users who install webrtc builds would also have to install libexpat, no?  We try not to install any libraries on the test machines so we know that we're not shipping with external dependencies.
(Reporter)

Comment 2

6 years ago
I'm going to land initially without relying on -lexpat, but we still want to examine if we can avoid including it in our code (a second time).
Ok.  Is there something actionable here, or should we close this bug until there is?
(Reporter)

Comment 4

6 years ago
resolving until there's a decision to require it
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → INCOMPLETE
(Assignee)

Updated

5 years ago
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.