SmartFrog

[ http://jira.smartfrog.org/jira/browse/SFOS-962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=11228#action_11228 ] 

Steve Loughran commented on SFOS-962:
-------------------------------------


For windows, prebuilt binaries is probably the solution; we need a way to do that as part of the release process. 

For linux, building the stuff has prerequisites on gcc, autoconf, etc. The ideal way to handle this would be to have a source/binary RPMs purely for the c++ code, and in a very ideal world, these would come from the eclipse team, and not us. 

Rpmfind does point to some:
http://rpmfind.net/linux/RPM/sourceforge/e/ec/eclipse-clp/Development_Languages.html

If someone were to test that these worked, then we could just doc 'you need these RPMs' for it to work, and/or provide a new smartfrog-with-constraints RPM that declares an explicit dependency, and does whatever symlinks are needed in the SF dir tree for all to go. This would get us out of having to do our own RPMs of other people's C/C++ code

> Resolve packaging of native libraries with release
> --------------------------------------------------
>
>                 Key: SFOS-962
>                 URL: http://jira.smartfrog.org/jira/browse/SFOS-962
>             Project: SmartFrog
>          Issue Type: Bug
>            Reporter: andrew farrell
>            Assignee: andrew farrell
>
> There are two modified open-source apps:
> 1) Eclipse CLP
> 2) nuSMV Model Checker
> For linux, these can be built on-the-fly without issue as part of the install process.
> I say without issue. What I mean is that I can build these by hand, and I *presume* that this process could be automated fairly straightforwardly as part of an RPM install.  
> For windows, I've only thus far built nuSMV.  I did this using cygwin as it requires "emulation" of cc/gcc-specific header files.  To not include pre-compiled native libraries for Windows would be somewhat trickier.  The easy way out would be to provide these for 32-bit and 64-bit OSs.
> The way forward is to discuss the matter with Steve and Julio, and to close this issue will require an installation process which seamlessly handles the installation of these apps for all appropriate platforms.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.smartfrog.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.smartfrog.org/jira/browse/SFOS-962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=11229#action_11229 ] 

andrew farrell commented on SFOS-962:
-------------------------------------

Looks promising for Eclipse CLP which is arguably the most important of the two (for the time being at least).
I've actually modified the nuSMV source however...

> Resolve packaging of native libraries with release
> --------------------------------------------------
>
>                 Key: SFOS-962
>                 URL: http://jira.smartfrog.org/jira/browse/SFOS-962
>             Project: SmartFrog
>          Issue Type: Bug
>            Reporter: andrew farrell
>            Assignee: andrew farrell
>
> There are two modified open-source apps:
> 1) Eclipse CLP
> 2) nuSMV Model Checker
> For linux, these can be built on-the-fly without issue as part of the install process.
> I say without issue. What I mean is that I can build these by hand, and I *presume* that this process could be automated fairly straightforwardly as part of an RPM install.  
> For windows, I've only thus far built nuSMV.  I did this using cygwin as it requires "emulation" of cc/gcc-specific header files.  To not include pre-compiled native libraries for Windows would be somewhat trickier.  The easy way out would be to provide these for 32-bit and 64-bit OSs.
> The way forward is to discuss the matter with Steve and Julio, and to close this issue will require an installation process which seamlessly handles the installation of these apps for all appropriate platforms.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.smartfrog.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.smartfrog.org/jira/browse/SFOS-962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=11495#action_11495 ] 

Steve Loughran commented on SFOS-962:
-------------------------------------

Thinking about this problem, we could handle eclipse on linux by having a sf-constraints RPM that 

1. has a dependency on the eclipse RPM that contains the native code. 
2. declares any symbolic links needed to point to where the RPM-managed binary lives, or a properties file in SFHOME/bin that declares a property eclipse.home, that can be used.

This RPM would be built with the others, test installed, etc, but not force the main SF RPM to depend on eclipse




> Resolve packaging of native libraries with release
> --------------------------------------------------
>
>                 Key: SFOS-962
>                 URL: http://jira.smartfrog.org/jira/browse/SFOS-962
>             Project: SmartFrog
>          Issue Type: Bug
>          Components: release build
>    Affects Versions: 3.17.004
>            Reporter: andrew farrell
>            Assignee: andrew farrell
>
> There are two modified open-source apps:
> 1) Eclipse CLP
> 2) nuSMV Model Checker
> For linux, these can be built on-the-fly without issue as part of the install process.
> I say without issue. What I mean is that I can build these by hand, and I *presume* that this process could be automated fairly straightforwardly as part of an RPM install.  
> For windows, I've only thus far built nuSMV.  I did this using cygwin as it requires "emulation" of cc/gcc-specific header files.  To not include pre-compiled native libraries for Windows would be somewhat trickier.  The easy way out would be to provide these for 32-bit and 64-bit OSs.
> The way forward is to discuss the matter with Steve and Julio, and to close this issue will require an installation process which seamlessly handles the installation of these apps for all appropriate platforms.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.smartfrog.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira