Re: r34931 - in lyx-devel/trunk: development/cmake development/cmake/modules development/cmake/src development/cmake/src/support development/cmake/src/tex2lyx lib/ui src src/frontends/qt4 src/support

2010-07-21 Thread Abdelrazak Younes
On 07/21/2010 01:06 AM, Peter Kümmel wrote: Am Sonntag, den 18.07.2010, 10:42 +0200 schrieb Abdelrazak Younes: On 18/07/2010 07:47, Peter Kümmel wrote: if its question of just one routine we could include it and get rid of openssh dependence... Don't know how isolated

Re: r34931 - in lyx-devel/trunk: development/cmake development/cmake/modules development/cmake/src development/cmake/src/support development/cmake/src/tex2lyx lib/ui src src/frontends/qt4 src/support

2010-07-21 Thread Abdelrazak Younes
On 07/21/2010 01:06 AM, Peter Kümmel wrote: Am Sonntag, den 18.07.2010, 10:42 +0200 schrieb Abdelrazak Younes: On 18/07/2010 07:47, Peter Kümmel wrote: if its question of just one routine we could include it and get rid of openssh dependence... Don't know how isolated

Re: r34931 - in lyx-devel/trunk: development/cmake development/cmake/modules development/cmake/src development/cmake/src/support development/cmake/src/tex2lyx lib/ui src src/frontends/qt4 src/support

2010-07-20 Thread Peter Kümmel
Am Sonntag, den 18.07.2010, 10:42 +0200 schrieb Abdelrazak Younes: On 18/07/2010 07:47, Peter Kümmel wrote: if its question of just one routine we could include it and get rid of openssh dependence... Don't know how isolated the openssl code is. And there is another function

Re: r34931 - in lyx-devel/trunk: development/cmake development/cmake/modules development/cmake/src development/cmake/src/support development/cmake/src/tex2lyx lib/ui src src/frontends/qt4 src/support

2010-07-20 Thread Peter Kümmel
Am Sonntag, den 18.07.2010, 10:42 +0200 schrieb Abdelrazak Younes: > On 18/07/2010 07:47, Peter Kümmel wrote: > >> if its question of just one routine we could include it and get rid > >> of openssh dependence... > >> > >> > > Don't know how isolated the openssl code is. And there is another

Re: r34931 - in lyx-devel/trunk: development/cmake development/cmake/modules development/cmake/src development/cmake/src/support development/cmake/src/tex2lyx lib/ui src src/frontends/qt4 src/support

2010-07-18 Thread Abdelrazak Younes
On 18/07/2010 07:47, Peter Kümmel wrote: if its question of just one routine we could include it and get rid of openssh dependence... Don't know how isolated the openssl code is. And there is another function which generates the key from the pwd. AES encoding and decoding code is

Re: r34931 - in lyx-devel/trunk: development/cmake development/cmake/modules development/cmake/src development/cmake/src/support development/cmake/src/tex2lyx lib/ui src src/frontends/qt4 src/support

2010-07-18 Thread Pavel Sanda
Peter Kümmel wrote: Do we have a function to pack all needed files into one zip file in the meantime? I only could remember there were long discussions on the list. Then we could pack before. iirc there was some python script crafted by Enrico to pack all things. but its not stepping stone

Re: r34931 - in lyx-devel/trunk: development/cmake development/cmake/modules development/cmake/src development/cmake/src/support development/cmake/src/tex2lyx lib/ui src src/frontends/qt4 src/support

2010-07-18 Thread Abdelrazak Younes
On 18/07/2010 07:47, Peter Kümmel wrote: if its question of just one routine we could include it and get rid of openssh dependence... Don't know how isolated the openssl code is. And there is another function which generates the key from the pwd. AES encoding and decoding code is

Re: r34931 - in lyx-devel/trunk: development/cmake development/cmake/modules development/cmake/src development/cmake/src/support development/cmake/src/tex2lyx lib/ui src src/frontends/qt4 src/support

2010-07-18 Thread Pavel Sanda
Peter Kümmel wrote: > Do we have a function to pack all needed files into one zip file in the > meantime? > I only could remember there were long discussions on the list. > Then we could pack before. iirc there was some python script crafted by Enrico to pack all things. but its not stepping

Re: r34931 - in lyx-devel/trunk: development/cmake development/cmake/modules development/cmake/src development/cmake/src/support development/cmake/src/tex2lyx lib/ui src src/frontends/qt4 src/support

2010-07-17 Thread Pavel Sanda
Author: kuemmel Date: Sat Jul 17 14:26:11 2010 New Revision: 34931 URL: http://www.lyx.org/trac/changeset/34931 Log: add first version of .lyx file encryption. It's disabled by default and could out-of-the-box only by compiled on Linux with cmake and with openssl-devel packeges.

Re: r34931 - in lyx-devel/trunk: development/cmake development/cmake/modules development/cmake/src development/cmake/src/support development/cmake/src/tex2lyx lib/ui src src/frontends/qt4 src/support

2010-07-17 Thread Peter Kümmel
Pavel Sanda wrote: +case LFUN_BUFFER_WRITE_ENCRYPTED: +enable = doc_buffer; here should be something like ifndef encryption lfun.setflags(off); #endif which will remove it from menu, so you dont have to care about commenting/uncommenting line in menu.ui file. Yes,

Re: r34931 - in lyx-devel/trunk: development/cmake development/cmake/modules development/cmake/src development/cmake/src/support development/cmake/src/tex2lyx lib/ui src src/frontends/qt4 src/support

2010-07-17 Thread Pavel Sanda
> Author: kuemmel > Date: Sat Jul 17 14:26:11 2010 > New Revision: 34931 > URL: http://www.lyx.org/trac/changeset/34931 > > Log: > add first version of .lyx file encryption. It's disabled by default and could > out-of-the-box only by compiled on Linux with cmake and with openssl-devel >

Re: r34931 - in lyx-devel/trunk: development/cmake development/cmake/modules development/cmake/src development/cmake/src/support development/cmake/src/tex2lyx lib/ui src src/frontends/qt4 src/support

2010-07-17 Thread Peter Kümmel
Pavel Sanda wrote: > >> +case LFUN_BUFFER_WRITE_ENCRYPTED: >> +enable = doc_buffer; > > here should be something like > ifndef encryption > lfun.setflags(off); > #endif > > which will remove it from menu, so you dont have to care about > commenting/uncommenting > line in