From intrigeri at boum.org Tue Jun 23 12:59:19 2009 From: intrigeri at boum.org (intrigeri) Date: Tue, 23 Jun 2009 18:59:19 +0200 Subject: [OTR-dev] pidgin-otr: French translation proof-read Message-ID: <8563emyjh4.fsf@boum.org> hi, please find, attached, a patch against pidgin-otr's fr.po with a few spelling mistakes corrected. They may seem to be minor, but... they do affect the OTR button that displays the current conversation's privacy level, so they actually are pretty obvious. bye, -- intrigeri | gnupg key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | Do not be trapped by the need to achieve anything. | This way, you achieve everything. -------------- next part -------------- A non-text attachment was scrubbed... Name: fr_translation_spelling_fixes.diff Type: text/x-diff Size: 2134 bytes Desc: patch URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available URL: From ian at cypherpunks.ca Wed Jun 24 09:03:05 2009 From: ian at cypherpunks.ca (Ian Goldberg) Date: Wed, 24 Jun 2009 09:03:05 -0400 Subject: [OTR-dev] pidgin-otr: French translation proof-read In-Reply-To: <8563emyjh4.fsf@boum.org> References: <8563emyjh4.fsf@boum.org> Message-ID: <20090624130305.GA3395@thunk.cs.uwaterloo.ca> On Tue, Jun 23, 2009 at 06:59:19PM +0200, intrigeri wrote: > hi, > > please find, attached, a patch against pidgin-otr's fr.po with a few > spelling mistakes corrected. They may seem to be minor, but... they do > affect the OTR button that displays the current conversation's privacy > level, so they actually are pretty obvious. Thanks! Uploaded to cvs. - Ian From chris-tuchs at hushmail.com Wed Jun 24 16:19:44 2009 From: chris-tuchs at hushmail.com (chris-tuchs at hushmail.com) Date: Wed, 24 Jun 2009 13:19:44 -0700 Subject: [OTR-dev] OTR + Second Life Client Message-ID: <20090624201945.19A2220043@smtp.hushmail.com> Sorry for the spam, but I am reposting to the devs list since that seems to be a better place than the users list. I am working on integrating OTR into the second life client to encrypt IMs between users. Is there some stuff I can read about getting a windows program to happily talk with libotr? In particular the client is compiled with a Microsoft Visual C++ compiler, and not Cygwin's mingw + GNU C/C++. Is there sample code of a Microsoft windows program communicating with libotr that I can look at? Alternatively, has someone ported libotr to compile with the MS compiler? Thanks for your time. To get really technical, I was able to use cygwin to naively do "./configure; make" but the result was a ".a" file which I don't think the microsoft compiler is going to be happy with. When I compile the second life client using the microsoft compiler, these are the sorts of compile time errors I get when including proto.h (from the libotr src directory.) 1>Compiling... 1>llappviewer.cpp 1>C:\cygwin\usr\include\sys/time.h(16) : error C2011: 'timeval' : 'struct' type redefinition 1> C:\Program Files\Microsoft SDKs\Windows\v6.1\Include\winsock2.h(176) : see declaration of 'timeval' 1>C:\cygwin\usr\include\sys/time.h(37) : error C2079: 'itimerval::it_interval' uses undefined struct 'timeval' 1>C:\cygwin\usr\include\sys/time.h(38) : error C2079: 'itimerval::it_value' uses undefined struct 'timeval' 1>C:\cygwin\usr\include\gcrypt.h(190) : error C2059: syntax error : '*' 1>C:\cygwin\usr\include\gcrypt.h(190) : error C2091: function returns function 1>C:\cygwin\usr\include\gcrypt.h(190) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>C:\cygwin\usr\include\gcrypt.h(190) : warning C4183: 'ssize_t': missing return type; assumed to be a member function returning 'int' 1>C:\cygwin\usr\include\gcrypt.h(191) : error C2059: syntax error : '*' 1>C:\cygwin\usr\include\gcrypt.h(191) : error C2091: function returns function 1>C:\cygwin\usr\include\gcrypt.h(191) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>C:\cygwin\usr\include\gcrypt.h(191) : error C2556: 'int (__cdecl *gcry_thread_cbs::ssize_t(void))(int,const void *,size_t)' : overloaded function differs only by return type from 'int (__cdecl *gcry_thread_cbs::ssize_t(void))(int,void *,size_t)' 1> C:\cygwin\usr\include\gcrypt.h(190) : see declaration of 'gcry_thread_cbs::ssize_t' 1>C:\cygwin\usr\include\gcrypt.h(191) : error C2371: 'gcry_thread_cbs::ssize_t' : redefinition; different basic types 1> C:\cygwin\usr\include\gcrypt.h(190) : see declaration of 'gcry_thread_cbs::ssize_t' 1>C:\cygwin\usr\include\gcrypt.h(191) : warning C4183: 'ssize_t': missing return type; assumed to be a member function returning 'int' 1>C:\cygwin\usr\include\gcrypt.h(193) : error C2059: syntax error : '*' 1>C:\cygwin\usr\include\gcrypt.h(194) : error C2091: function returns function 1>C:\cygwin\usr\include\gcrypt.h(194) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>C:\cygwin\usr\include\gcrypt.h(194) : error C2556: 'int (__cdecl *gcry_thread_cbs::ssize_t(void))(int,void *,void *,void *,timeval *)' : overloaded function differs only by return type from 'int (__cdecl *gcry_thread_cbs::ssize_t(void))(int,void *,size_t)' 1> C:\cygwin\usr\include\gcrypt.h(190) : see declaration of 'gcry_thread_cbs::ssize_t' 1>C:\cygwin\usr\include\gcrypt.h(194) : warning C4183: 'ssize_t': missing return type; assumed to be a member function returning 'int' 1>C:\cygwin\usr\include\gcrypt.h(195) : error C2059: syntax error : '*' 1>C:\cygwin\usr\include\gcrypt.h(195) : error C2091: function returns function 1>C:\cygwin\usr\include\gcrypt.h(195) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>C:\cygwin\usr\include\gcrypt.h(195) : error C2556: 'int (__cdecl *gcry_thread_cbs::ssize_t(void))(pid_t,int *,int)' : overloaded function differs only by return type from 'int (__cdecl *gcry_thread_cbs::ssize_t(void))(int,void *,size_t)' 1> C:\cygwin\usr\include\gcrypt.h(190) : see declaration of 'gcry_thread_cbs::ssize_t' 1>C:\cygwin\usr\include\gcrypt.h(195) : warning C4183: 'ssize_t': missing return type; assumed to be a member function returning 'int' -- Lose up to 20 lbs in one month with a new diet. Click here. http://tagline.hushmail.com/fc/BLSrjkqbR3fgu1vxtCrZ6MqUF8AhrUgXCBYhc9f93wQqJY0eNUh4qqVokVK/ From ian at cypherpunks.ca Thu Jun 25 11:59:55 2009 From: ian at cypherpunks.ca (Ian Goldberg) Date: Thu, 25 Jun 2009 11:59:55 -0400 Subject: [OTR-dev] OTR + Second Life Client In-Reply-To: <20090624201945.19A2220043@smtp.hushmail.com> References: <20090624201945.19A2220043@smtp.hushmail.com> Message-ID: <20090625155955.GN22836@thunk.cs.uwaterloo.ca> On Wed, Jun 24, 2009 at 01:19:44PM -0700, chris-tuchs at hushmail.com wrote: > Sorry for the spam, but I am reposting to the devs list since that > seems to be a better place than the users list. > > I am working on integrating OTR into the second life client to > encrypt IMs between users. Is there some stuff I can read about > getting a windows program to happily talk with libotr? In > particular the client is compiled with a Microsoft Visual C++ > compiler, and not Cygwin's mingw + GNU C/C++. Is there sample code > of a Microsoft windows program communicating with libotr that I can > look at? Alternatively, has someone ported libotr to compile with > the MS compiler? Thanks for your time. > > To get really technical, I was able to use cygwin to naively do > "./configure; make" but the result was a ".a" file which I don't > think the microsoft compiler is going to be happy with. When I > compile the second life client using the microsoft compiler, these > are the sorts of compile time errors I get when including proto.h > (from the libotr src directory.) I don't think cygwin and mingw are the same thing (http://www.mingw.org/node/21); we compile libotr and pidgin-otr for Windows using mingw. The Makefile.mingw for that suggests that building a DLL is: $(CC) -g -shared file1.o file2.o file3.o -o output.dll -lwhatever where $(CC) is the mingw compiler. So you could either get libotr to build under Visual C++ (which I think the Trillian plugin author did: http://trillianotr.kittyfox.net/downloads.php ), or build a libotr.dll under mingw, and link to it with Visual C++ (perhaps less likely to work). Also see the Miranda OTR plugin: http://addons.miranda-im.org/details.php?action=viewfile&id=2644 All of the above come with source, so there should be good info in there somewhere. Certainly "sample code of a Microsoft windows program communicating with libotr", at least. Of course, if the authors of either plugin want to weigh in themselves on this thread, even better. :-) - Ian From geekius.caesar at gmail.com Fri Jun 26 17:20:00 2009 From: geekius.caesar at gmail.com (Geekius Caesar) Date: Fri, 26 Jun 2009 23:20:00 +0200 Subject: [OTR-dev] java otr In-Reply-To: References: Message-ID: Hello everybody, A month or so ago I was in desperate need of a java otr implementation. I wasn't able to find an existing implementation or a group to collaborate with so I started otr4j ( http://otr4sipcomm.blogspot.com/2009/05/existing-implementations-jotr-is-java.html), but this is old news. The actual news is that this "thing" now works. It is not feature complete, but it works. The project is hosted on Google Code using a Mercurial repository here: http://code.google.com/p/otr4j/. The missing features are listed here: http://code.google.com/p/otr4j/issues/list My next step is to incorporate it in an actual messenger and see how it works.. - Best regards, George. On Tue, May 12, 2009 at 5:13 PM, Geekius Caesar wrote: > > The so far commited code on your project page is just skeletons > > without much implementation done. Do you have just this or more? > > Or did I miss something? > > Only skeleton for the time being to enforce my GSoC proposal, but if > no alternative comes up, I will continue development and a working > version must be out within a month (at most), this is a requirement. > > >> For the credits, there is also libjotr > >> (http://code.google.com/p/libjotr) by Markus which was implemented in > >> late 2008. > > > > I didnt know about this one yet. There is some code there, dont know > > how complete it is yet. Did you test it? > > Works with V2 not V1, and needs some work to be IM-agnostic. > > - > George. > -------------- next part -------------- An HTML attachment was scrubbed... URL: