Thanks! I think we need to work more on https://www.apache.org/dev/crypto.html to add the kind of considerations to make to decide if some software needs to be registered or not, perhaps suggest various "escape hatches".
Now we can proceed with the Taverna RCs :) On 21 May 2016 at 22:24, Ted Dunning <ted.dunn...@gmail.com> wrote: > I just sent this notification. I added a small amount of language to the > notification and added secretary@a.o as a cc and as a contact point. > > Thanks to the Taverna community for laying the groundwork so assiduously. > This is a notoriously opaque area which you have illuminated nicely. > > > On Thu, May 19, 2016 at 6:16 AM, Stian Soiland-Reyes <st...@apache.org> > wrote: > >> Hi, Taverna is still waiting for the ECCN registration for Taverna to >> be sent in from Ted before we can continue to prepare our next release >> candiates. >> >> >> Taverna's listing is now live on: >> https://www.apache.org/licenses/exports/ >> >> See draft email on >> >> https://cwiki.apache.org/confluence/display/TAVERNADEV/Taverna+Cryptography+review#TavernaCryptographyreview-Draftregistrationemail >> >> >> FYI: I added the ECCN "flowchart" considerations to >> >> >> https://cwiki.apache.org/confluence/display/TAVERNADEV/Taverna+Cryptography+review >> >> >> >> >> On 12 May 2016 at 14:20, Stian Soiland-Reyes <st...@apache.org> wrote: >> > Ted & John, >> > >> > >> > Should Taverna wait until the ECCN registration has been filed (or >> > not) before we prepare our next release candidate for voting? >> > >> > >> > On 9 May 2016 at 17:54, Stian Soiland-Reyes <st...@apache.org> wrote: >> >> We documented it in https://issues.apache.org/jira/browse/TAVERNA-959 >> >> and on >> https://cwiki.apache.org/confluence/display/TAVERNADEV/Taverna+Cryptography+review >> >> >> >> See also >> https://issues.apache.org/jira/browse/LEGAL-250?focusedCommentId=15272500&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15272500 >> >> >> >> >> >>> Taverna Language (while primarily an API for designing workflows) >> includes a component which functionality is data storage in a ZIP file - >> the encryption functionality of HTTP Components is however not used, and so >> Language should not be registered. (unless we make a binary distribution >> that includes HTTP Components) >> >> >> >>> Taverna OSGi's Download API module is "Sending, receiving or storing >> information" and so should be registered because it is using HTTP >> Components and can do https. >> >> >> >>> Taverna Engine's Credential Manager module is doing "information >> security" and should be registered. >> >> >> >>> Taverna Common Activities are "Sending, receiving or storing >> information" (talking to web services) and should be registered. >> >> >> >>> Taverna Command Line is primarily running a workflow, and should NOT >> be registered (unless you consider a workflow to be primarily >> sending/receiving information) - however if we make a binary distribution >> it would include Bouncy Castle, Derby, HTTPComponents as JARs, and at that >> point needs to be registered. >> >> >> >> >> >> The README notes show the findings in detail. See the individual repos. >> >> >> >> >> >> We have not done a detailed review on the workbench* modules as we are >> >> not yet releasing them - however our release of the above is currently >> >> blocked on this ECCN registration. >> >> >> >> >> >> On 5 May 2016 at 02:23, Ted Dunning <ted.dunn...@gmail.com> wrote: >> >>> My guess is that this would fall to me. >> >>> >> >>> There is considerable analysis to be done to determine whether filing >> is >> >>> required. >> >>> >> >>> Are you guys documenting the decision points? >> >>> >> >>> >> >>> >> >>> On Wed, May 4, 2016 at 4:45 AM, Stian Soiland-Reyes <st...@apache.org> >> >>> wrote: >> >>> >> >>>> On 2 May 2016 at 03:23, Stian Soiland-Reyes <st...@apache.org> wrote: >> >>>> >> >>>> > Formally - would it need to be the Incubator PMC chair sending the >> >>>> > ECCN encryption email? >> >>>> >> >>>> Could anyone from IPMC (e.g. our mentors) do it, or just Ted Dunning? >> >>>> >> >>>> -- >> >>>> Stian Soiland-Reyes >> >>>> Apache Taverna (incubating), Apache Commons RDF (incubating) >> >>>> http://orcid.org/0000-0001-9842-9718 >> >>>> >> >>>> --------------------------------------------------------------------- >> >>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >> >>>> For additional commands, e-mail: general-h...@incubator.apache.org >> >>>> >> >>>> >> >> >> >> >> >> >> >> -- >> >> Stian Soiland-Reyes >> >> Apache Taverna (incubating), Apache Commons RDF (incubating) >> >> http://orcid.org/0000-0001-9842-9718 >> > >> > >> > >> > -- >> > Stian Soiland-Reyes >> > Apache Taverna (incubating), Apache Commons RDF (incubating) >> > http://orcid.org/0000-0001-9842-9718 >> >> >> >> -- >> Stian Soiland-Reyes >> Apache Taverna (incubating), Apache Commons RDF (incubating) >> http://orcid.org/0000-0001-9842-9718 >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >> For additional commands, e-mail: general-h...@incubator.apache.org >> >> -- Stian Soiland-Reyes Apache Commons, Apache Taverna (incubating), Apache Commons RDF (incubating) http://orcid.org/0000-0001-9842-9718 --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
