Hi,
Sorry, I overlooked this change, it is clearly wrong because it does not
affect the os/2 build at all. I even wonder why I did this...
Reverting ASAP
Thanks for reporting,
Yuri
Il 15 Dic 2017 05:57, "Don Lewis" ha scritto:
On 14 Dec, yda...@apache.org wrote:
> Author: ydario
> Date: Thu
On 14 Dec, yda...@apache.org wrote:
> Author: ydario
> Date: Thu Dec 14 13:50:08 2017
> New Revision: 1818128
>
> URL: http://svn.apache.org/viewvc?rev=1818128&view=rev
> Log:
> #i126518# OS/2 build system updates: use full names for slideshow and
> sysdtrans, remove unneeded libraries, use stand
t;>>>> Hi
>>>>>>>
>>>>>>> I believe we now have enough evidence that a serious issue, #125431,
>>>>>> where
>>>>>>> AOO lies that the password for encrypted files is wrong when it
>> isn't,
>
that a serious issue, #125431,
> >>>> where
> >>>>> AOO lies that the password for encrypted files is wrong when it
> isn't,
> >> is
> >>>>> caused by a failure in NSS:
> >>>>> * deliberately corrupting the Mozill
wrong when it isn't,
>> is
>>>>> caused by a failure in NSS:
>>>>> * deliberately corrupting the Mozilla profile reproduces the issue on
>> all
>>>>> operating systems
>>>>> * a patch I've written that reimplements xmlsecur
corrupting the Mozilla profile reproduces the issue on
> all
> >>> operating systems
> >>> * a patch I've written that reimplements xmlsecurity digest functions
> >> using
> >>> OpenSSL instead of NSS, allows encrypted documents to open despit
,
>> where
>>> AOO lies that the password for encrypted files is wrong when it isn't, is
>>> caused by a failure in NSS:
>>> * deliberately corrupting the Mozilla profile reproduces the issue on all
>>> operating systems
>>> * a patch I've wr
rable solution.
This does not seem to be the kind of problem to hold back to a feature release.
- Dennis
> -Original Message-
> From: Damjan Jovanovic [mailto:dam...@apache.org]
> Sent: Saturday, January 16, 2016 05:26
> To: Apache OO
> Subject: Re: Remove NSS from xmlsec
when it isn't, is
> > caused by a failure in NSS:
> > * deliberately corrupting the Mozilla profile reproduces the issue on all
> > operating systems
> > * a patch I've written that reimplements xmlsecurity digest functions
> using
> > OpenSSL instead of NSS
illa profile reproduces the issue on all
> operating systems
> * a patch I've written that reimplements xmlsecurity digest functions using
> OpenSSL instead of NSS, allows encrypted documents to open despite a
> corrupted Mozilla profile
> * someone with the issue on FreeBSD re
Hi Damjan and list;
No idea if this is what you are looking for but it is interesting
nevertheless:
https://www.bouncycastle.org/java.html
Cheers,
Pedro.
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For a
ve written that reimplements xmlsecurity digest functions using
OpenSSL instead of NSS, allows encrypted documents to open despite a
corrupted Mozilla profile
* someone with the issue on FreeBSD reported my patch fixes it
Always having been category B and now also commonly breaking in the field,
it&#
After further looking by doing, ldd check_libxsec_xmlsec.so, it appears that
libnss3.so, libnspr4.so, and others cannot be found. I wonder why?
From: Steele, Raymond
Sent: Monday, June 09, 2014 5:06 PM
To: dev@openoffice.apache.org
Subject: xmlsecurity
When building xmlsecurity, I receive the
When building xmlsecurity, I receive the following error:
: ERROR ld.so.1: checkdll: fatal: relocation error: file
../unxsoli4.pro/lib/check_libxsec_xmlsec.so: symbol CERT_NameTemplate:
reference symbol not found
Anyone understand what is going on here?
Thanks,
Raymond
14 matches
Mail list logo
