xulrunner in Fedora 13 and up bundles sqlite due to mozilla forcing sqlite to be built with SQLITE_SECURE_DELETE. gecko-maint have chosen to use the bundled one as a temporary solution, but lasting for several releases doesn't make it temporary.
We have three options :
- ask mozilla to reconsider in https://bugzilla.mozilla.org/show_bug.cgi?id=546162
- issue an exception
- build sqlite in fedora with SQLITE_SECURE_DELETE.
Please answer the questions given here https://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries#Standard_questions
and then set meeting ticket. Until then, xulrunner does not have permission to bundle and must stop provided that it can/a patch exists/etc.
s/meeting ticket/meeting keyword/
FWIW, sqlite has had this enabled in rawhide since September, so there is no reason that xulrunner cannot use the system copy.
I've also had it enabled in my f13 and f14 builds of xulrunner2, and there have been no issues linked to it.
here is the situation :
In F-13 and F-14 xulrunner cannot use the system copy of sqlite since the required minimum version isn't satisfied ( >= 3.7.1 )
In rawhide gecko-maint said ( per a conversation on IRC ) that they don't care since the final sqlite version that will be used in released xulrunner2 isn't known yet
Xulrunner (gecko-maint) must enable system sqlite in rawhide, and if bundling becomes necessary, to request permission with FPC in the future.
Voting (+1: 6, 0:0, -1: 1)
In addition, if an appropriate version of sqlite becomes available as an update for release branches, they must also use it in any future xulrunner updates to those release branches.
Voting (+1: 6, 0: 1, -1: 0)
xulrunner-2.0-0.14b8.fc15 uses system sqlite.
Metadata Update from @toshio:
- Issue assigned to spot
to comment on this ticket.
Copyright © 2014-2017 Red Hat
3.6 — Documentation