July 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] SSL plugins in Jenkins one click

by Igor Stasenko

And (drumroll.... ) it works.. i copied the unix C sources for ssl plugin, changed 2 lines of code (to include SSL.h before sq.h because of conflicting definitions) and i were able to compile & link it: $ make SqueakSSL [100%] Building C object SqueakSSL/CMakeFiles/SqueakSSL.dir/C_/COG/blessed/src/plugins/SqueakSSL/SqueakSSL.c.obj [100%] Building C object SqueakSSL/CMakeFiles/SqueakSSL.dir/C_/COG/blessed/platforms/win32/plugins/SqueakSSL/sqUnixOpenSSL.c.obj c:/COG/blessed/platforms/win32/plugins/SqueakSSL/sqUnixOpenSSL.c: In function 'sqSetupSSL': c:/COG/blessed/platforms/win32/plugins/SqueakSSL/sqUnixOpenSSL.c:51:14: warning: assignment discards 'const' qualifier from pointer target type [enabled by default] Linking C shared library /C/COG/blessed/results/SqueakSSL.dll Creating library file: c:/COG/blessed/results/libSqueakSSL.dll.a [100%] Built target SqueakSSL and then run the tests (see screenshot). so, next step would be is to properly integrate it with library bundling mechanism to make sure cmake will automatically download , make & link openssl library used by plugin. (if you want i can send you the binaries of built plugin for more serious testing) -- Best regards, Igor Stasenko.

July 6, 2012

[Pharo-project] [update 1.4] #14450

by Esteban Lorenzano

14450 ----- - updated Zinc

July 6, 2012

[Pharo-project] Pharo-1.4-Tests Â» 32,win - Build # 72 - Still Failing!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

July 6, 2012

[Pharo-project] Pharo-1.4-Tests Â» 32,mac - Build # 72 - Still Failing!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

July 6, 2012

[Pharo-project] Pharo-1.4-Tests Â» 32,linux - Build # 72 - Still Failing!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

July 6, 2012

[Pharo-project] [update 1.4] #14449

by Esteban Lorenzano

14449 ----- - integrated OB - integrated Spotlight

July 6, 2012

[Pharo-project] [update 2.0] #20188

by Marcus Denker

20188 ----- Issue 6288: New Spec-Core http://code.google.com/p/pharo/issues/detail?id=6288 Issue 6287: New version of NautilusCommon http://code.google.com/p/pharo/issues/detail?id=6287 Issue 6282: Smalltalk vm imagePath should use the primImageName http://code.google.com/p/pharo/issues/detail?id=6282 Issue 6286: WindowsStore >> #pathFromString: modifies the original string http://code.google.com/p/pharo/issues/detail?id=6286 Issue 6278: snapshot:andQuit: does no long return if resuming http://code.google.com/p/pharo/issues/detail?id=6278 -- Marcus Denker -- http://marcusdenker.de

July 6, 2012

Re: [Pharo-project] SSL plugins in Jenkins one click

by Igor Stasenko

On 6 July 2012 14:57, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > > On 06 Jul 2012, at 14:36, Igor Stasenko wrote: > >> Hard work? >> What you mean? > > Yes, not for you ;-) > > Yes, the Linux version should be a good starting point, hopefully it is well written. > > OK, good luck then, be sure to let me/us know how it goes, I will help if I can, I am just a noob with the VM+Plugins. > > Sven A library builds just fine under mingw on windoze.. So, its only a question of configuring things properly to make our SSL plugin to use it. I going for 2 weeks on vacation and i probably will be more time offline than online.. so we return to that question after i come back. -- Best regards, Igor Stasenko.

July 6, 2012

Re: [Pharo-project] SSL plugins in Jenkins one click

by Sven Van Caekenberghe

On 06 Jul 2012, at 14:36, Igor Stasenko wrote: > Hard work? > What you mean? Yes, not for you ;-) Yes, the Linux version should be a good starting point, hopefully it is well written. OK, good luck then, be sure to let me/us know how it goes, I will help if I can, I am just a noob with the VM+Plugins. Sven

July 6, 2012

Re: [Pharo-project] SSL plugins in Jenkins one click

by Igor Stasenko

On 6 July 2012 14:32, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > Igor, > > On 06 Jul 2012, at 14:20, Igor Stasenko wrote: > >> We had a discussion about SSL plugin yesterday, >> and we decided to use OpenSSL library on windows. >> This has an advantage, that plugin code will be using same library >> across all platforms. >> So, if something works on platform A, then it 99% will be working on platform B, >> and vice verse. >> >> But for that, i must adopt the library bundling mechanism for windows platform, >> so far it works only on mac. >> This is on my roadmap, since we want to have freetype and cairo libs >> bundled as well.. >> so openssl is just another one.. > > OK, but keep in mind that the Mac version of the plugin is using OpenTransport, not OpenSSL. > I was not aware of that.. Yes, then even better, we can also use OpenSSL on mac too. > It would be a huge win if at least Mac and Linux would share the same codebase (I can't see any technical reasons why not, Mac OS 7 is died a long time ago), if Windows could do so too, that would be even better. > > But are there concrete plans to do this hard work ? > Hard work? What you mean? Compiling OpenSSL on windows consists of 3 steps: ./config make make test -- this of course can be skipped .. as i writing this message an OpenSSL library compiles on my windows box. now i should copy the ssl plugin code for unix to windows and it should compile it just fine, unless there is something very specific for unix which using something outside openssl library itself. > Sven -- Best regards, Igor Stasenko.

July 6, 2012