Update RNP to v0.14.0
Categories
(MailNews Core :: Security: OpenPGP, defect)
Tracking
(thunderbird_esr78 fixed)
Tracking | Status | |
---|---|---|
thunderbird_esr78 | --- | fixed |
People
(Reporter: KaiE, Assigned: KaiE)
References
Details
Attachments
(2 files)
48 bytes,
text/x-phabricator-request
|
wsmwk
:
approval-comm-beta-
wsmwk
:
approval-comm-esr78+
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
wsmwk
:
approval-comm-beta-
wsmwk
:
approval-comm-esr78+
|
Details | Review |
We should update RNP to a newer snapshot to pick up correctness fixes.
There is a recent tag v0.14.0 which I guess is a stable snapshot.
Assignee | ||
Comment 1•4 years ago
|
||
Assignee | ||
Updated•4 years ago
|
Pushed by kaie@kuix.de:
https://hg.mozilla.org/comm-central/rev/7158d5b72c9e
Update RNP to v0.14.0. r=rjl
Assignee | ||
Comment 3•4 years ago
|
||
Comment on attachment 9203297 [details]
Bug 1692909 - Update RNP to v0.14.0. r=rjl
[Approval Request Comment]
Regression caused by (bug #): no
User impact if declined:
Testing completed (on c-c, etc.):
Risk to taking this patch (and alternatives if risky): unknown, need beta testing
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 6•4 years ago
|
||
Linking rnp.dll failed on Windows:
INFO - /builds/worker/fetches/clang/bin/lld-link -NOLOGO -DLL -OUT:rnp.dll -PDB:rnp.pdb -SUBSYSTEM:WINDOWS,6.01 -MACHINE:X64 @/builds/worker/workspace/obj-build/comm/third_party/rnp/rnp_dll.list rnp.dll.res -LARGEADDRESSAWARE -RELEASE -DEBUG -PDBALTPATH:%_PDB% -OPT:REF,ICF -guard:cf,nolongjmp -DEF:rnp.dll.def user32.lib gdi32.lib winmm.lib wsock32.lib advapi32.lib secur32.lib -LIBPATH:/builds/worker/fetches/clang/lib/clang/11.0.1/lib/windows /builds/worker/fetches/clang/lib/clang/11.0.1/lib/windows/clang_rt.builtins-x86_64.lib
INFO - lld-link: warning: ignoring unknown argument '-RELEASE'
INFO - lld-link: error: undefined symbol: class std::basic_string<wchar_t, struct std::char_traits<wchar_t>, class std::allocator<wchar_t>> __cdecl wstr_from_utf8(char const *)
INFO - >>> referenced by /builds/worker/checkouts/gecko/comm/third_party/rnp/src/common/file-utils.cpp:65
INFO - >>> file-utils.obj:(rnp_unlink)
INFO - >>> referenced by /builds/worker/checkouts/gecko/comm/third_party/rnp/src/common/file-utils.cpp:128
INFO - >>> file-utils.obj:(int __cdecl rnp_stat(char const *, struct stat *))
INFO - >>> referenced by /builds/worker/checkouts/gecko/comm/third_party/rnp/src/common/file-utils.cpp:100
INFO - >>> file-utils.obj:(int __cdecl rnp_open(char const *, int, int))
INFO - >>> referenced 7 more times
INFO - lld-link: error: undefined symbol: class std::basic_string<char, struct std::char_traits<char>, class std::allocator<char>> __cdecl wstr_to_utf8(wchar_t const *)
INFO - >>> referenced by /builds/worker/checkouts/gecko/comm/third_party/rnp/src/common/file-utils.cpp:191
INFO - >>> file-utils.obj:(class std::basic_string<char, struct std::char_traits<char>, class std::allocator<char>> __cdecl rnp_readdir_name(struct _WDIR *))
INFO - lld-link: error: undefined symbol: class std::basic_string<wchar_t, struct std::char_traits<wchar_t>, class std::allocator<wchar_t>> __cdecl wstr_from_utf8(char const *, char const *)
INFO - >>> referenced by /builds/worker/checkouts/gecko/comm/third_party/rnp/src/common/file-utils.cpp:243
INFO - >>> file-utils.obj:(int __cdecl rnp_mkstemp(char *))
ERROR - make[4]: *** [/builds/worker/checkouts/gecko/config/rules.mk:544: rnp.dll] Error 1
The missing symbol is a standard c++ class.
Did RNP begin to use the standard C++ library between November and the v0.14.0 release, and the above link command doesn't allow it?
Assignee | ||
Comment 7•4 years ago
|
||
The error point to calls to wstr_from_utf8 wrapped in #ifdef _WIN32.
That's new code added in December 2020.
https://github.com/rnpgp/rnp/commit/e94529534f5bbdfb51c60d828a65bf5573c2376c
Assignee | ||
Comment 8•4 years ago
|
||
(In reply to Kai Engert (:KaiE:) from comment #6)
Did RNP begin to use the standard C++ library between November and the v0.14.0 release,
Yes!
On Linux, "ldd librnp.so" on a recent Thunderbird release does NOT reference libstdc++.so
In my local build with this updated RNP snapshot, "ldd librnp.so" DOES reference libstdc++.so
Rob, could you please help to identify the right build commands to add the c++ standard library to the list of linked libraries, and maybe start a Windows try build?
Comment 9•4 years ago
|
||
Add str-utils.cpp to files to build.
Comment 10•4 years ago
|
||
Pushed by thunderbird@calypsoblue.org:
https://hg.mozilla.org/comm-central/rev/45f4c2e99734
Update RNP to v0.14.0. r=rjl
https://hg.mozilla.org/comm-central/rev/c9b7cea3754a
Follow-up: Fix building librnp on Windows. r=kaie
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Comment 11•4 years ago
|
||
Comment on attachment 9203468 [details]
Bug 1692909 - Follow-up: Fix building librnp on Windows. r=kaie
[Triage Comment]
no uplift needed - already in "current beta"
Comment 12•4 years ago
|
||
Comment on attachment 9203297 [details]
Bug 1692909 - Update RNP to v0.14.0. r=rjl
[Triage Comment]
ditto
Assignee | ||
Comment 14•4 years ago
|
||
Assignee | ||
Comment 15•4 years ago
|
||
Comment on attachment 9203297 [details]
Bug 1692909 - Update RNP to v0.14.0. r=rjl
[Approval Request Comment]
Regression caused by (bug #): none
User impact if declined: less correct openpgp engine
Testing completed (on c-c, etc.): c-c, beta, manual
Risk to taking this patch (and alternatives if risky): low
Assignee | ||
Updated•4 years ago
|
Comment 16•4 years ago
|
||
Comment on attachment 9203468 [details]
Bug 1692909 - Follow-up: Fix building librnp on Windows. r=kaie
[Triage Comment]
Approved for esr78
Comment 17•4 years ago
|
||
Comment on attachment 9203297 [details]
Bug 1692909 - Update RNP to v0.14.0. r=rjl
[Triage Comment]
Approved for esr78
Assignee | ||
Comment 18•4 years ago
|
||
Description
•