Re: [VOTE] Release Apache Marmotta 3.1.0-incubating
Hi, while the release artifacts look good to me, I had no luck with compiling the sources. I first tried with Java 1.6 and was informed that I would need Java 1.7. So I tried with 1.7 but now I am getting failures in some tests, namely in the Kiwi triplestore reasoner. I made a few trials, cleaned the Maven repo etc. but still no luck. I am building on a Linux Ubuntu based machine using the JDKs from Sun/Oracle. What are the system requirements for Marmotta to build fine? Best, - Fabian 2013/10/2 Olivier Lamy ol...@apache.org: +1 sources build fine. -- Olivier On Sep 30, 2013 8:17 PM, Sebastian Schaffert sschaff...@apache.org wrote: Dear all, After several months of work since the last incubating release (3.0.0-incubating) in April, we are now ready to release version 3.1.0-incubating. We fixed all the remaining issues that have been discussed in April (see thread [1]) plus many more technical issues. We have already held a vote that was open for more than 72 hours on the Apache Marmotta developer mailinglist [2]. The vote concluded [3] with 7 positive votes, of which 2 have been binding from IPMC members (Andy and Nandana) and the remaining 5 from the Apache Marmotta developers. I'd therefore like to ask the general incubator to check our release candidate. The release notes are available at the Jira Issue Tracker [4]. The vote form is included at the bottom of this mail. Greetings, Sebastian [1] http://apache.markmail.org/message/5tieelmeevi2j6xb [2] http://apache.markmail.org/message/lk3hc3jutoaxp6dr [3] http://apache.markmail.org/message/fvytzho2pnhasw2c [4] https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12314321version=12324026 === A candidate for the Marmotta 3.1.0-incubating release is available at: https://dist.apache.org/repos/dist/dev/incubator/marmotta/3.1.0-incubating/ The release candidate is based on the sources tagged with 3.1.0-incubating in: https://git-wip-us.apache.org/repos/asf/incubator-marmotta.git The release candidate consists of the following source distribution archives: - apache-marmotta-3.1.0- incubating-src.[zip|tar.gz] SHA1 of ZIP: 763c39dc9d7eb1c7d8fad83742b08f44b6fa5527 SHA1 of TGZ: 0f7f3395f22aeeaa4a402f1b08048c84899d9729 In addition, the following supplementary binary distributions are provided: - apache-marmotta-3.1.0-incubating-installer.[zip|tar.gz] SHA1 of ZIP: d7417a711a7f80eb29eb93ec75744a314fcf2edd SHA1 of TGZ: 4606fe743f607215dd4f3f39d8506852f529b617 - apache-marmotta-3.1.0-incubating-ldpath.[zip|tar.gz] SHA1 of ZIP: 4f4db937e0064a4393039b6fb8277be166a971ab SHA1 of TGZ: 5d63f972df2306afec96aa1a8931c4d0dabb2f75 - apache-marmotta-3.1.0-incubating-webapp.[zip|tar.gz] SHA1 of ZIP: e8e168a29e398cda9220a793958b825a906a3142 SHA1 of TGZ: 80d022d316e727b5f011069eec6dc9793b174838 A staged Maven repository is available for review at: https://repository.apache.org/content/repositories/orgapachemarmotta-092/ Please vote on releasing this package as Apache Marmotta 3.1.0-incubating. The vote is open for the next 72 hours and passes if a majority of at least three +1 Marmotta PMC votes are cast. [ ] +1 Release this package as Apache Marmotta 3.1.0-incubating [ ] 0 I don't feel strongly about it, but I'm okay with the release [ ] -1 Do not release this package because... === Release Notes - Marmotta - Version 3.1-incubating ** Sub-task * [MARMOTTA-216] - Implement JOIN improvements * [MARMOTTA-217] - Implement FILTER improvements * [MARMOTTA-218] - Integrate in marmotta-sparql ** Bug * [MARMOTTA-28] - Implement tests for core that take into account triple store changes * [MARMOTTA-63] - Triplestore: garbage collector for nodes currently not working properly * [MARMOTTA-66] - Rework sesame-commons ResourceUtils * [MARMOTTA-143] - unable to import big files * [MARMOTTA-150] - BNodes are a dead end in the Linked Data Explorer * [MARMOTTA-154] - Youtube video provider doesn't fetch the keywords * [MARMOTTA-155] - 3-char lang-tags are not accepted * [MARMOTTA-156] - Add Logback configuration to all tests to enable/disable debug logging * [MARMOTTA-170] - file-store (meta) for ldcache-backend-file contains wrong comments * [MARMOTTA-171] - remove legacy subdirs from src/main/webapp in marmotta-webapp * [MARMOTTA-186] - LDPath parser fails on local names that contain '.' * [MARMOTTA-187] - ldpath extension for CM does not recognize local names with '.' or '-' * [MARMOTTA-191] - SPARQL graph results fails under some circunstances * [MARMOTTA-197] - ldpath is loosing brackets on re-serialisation * [MARMOTTA-204] - Update to Sesame 2.7.1 * [MARMOTTA-205] - Turtle-Exports do not contain any language tags * [MARMOTTA-206] - Strictly follow the standard formatting on
Re: binary release artifacts
Hi Luciano, 2013/9/24 Luciano Resende luckbr1...@gmail.com: Is there any written policy that states that ? I have never heard that the ASF can't have binary artifacts as official releases ? It's because Apache releases open source and ONLY open source. [1] to quote Roy. [1] http://markmail.org/message/yzetzkhfahrlv5um Best, - Fabian - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: LICENSE/NOTICE revisited (was Release Apache Marmotta 3.0.0-incubating (RC8))
Hi, and thanks Marvin for all the valuable information. This is really helpful! 2013/4/24 Marvin Humphrey mar...@rectangular.com: We'll probably need to open an individual LEGAL Jira issues for each license, e.g. Does bundling a dependency under the Python Software Foundation license require any additions to the ALv2 NOTICE file? http://opensource.org/licenses/PythonSoftFoundation.php +1 And making such information from legal issues available in a processible form that could be re-used by (new) tools, e.g. in Apache Creadur, would be a huge step forward. I guess that legal issues are always hard to be precisely handled by tools but having (more) tools that at least provide analysis and give pointers would already help. Best, - Fabian (Marmotta Mentor) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Marmotta 3.0.0-incubating (RC8)
Hi, apparently my first release vote did not made to the general list. Therefore, I will resent my original mail from April 17th, 2013 using my a.o. address. -- Original mail Hi, checked signature and digest of ./apache-marmotta-3.0.0-incubating-ldpath.zip gpg: GOOD sha1 : GOOD (3dab792c935bf0380c98fb2767ea75653df3b9b1) ./apache-marmotta-3.0.0-incubating-src.tar.gz gpg: GOOD sha1 : GOOD (e176b0b7816e5c334a3d8dccb960cda0b64d4b4c) ./apache-marmotta-3.0.0-incubating-installer.zip gpg: GOOD sha1 : GOOD (4e5bf3e5c59e04bea3776d76c37990fa1efd6995) ./apache-marmotta-3.0.0-incubating-webapp.zip gpg: GOOD sha1 : GOOD (7784ee71b665782f1011a8d1333524c825b90c6d) ./apache-marmotta-3.0.0-incubating-installer.tar.gz gpg: GOOD sha1 : GOOD (a8736dd1700c7993762dea0446a23c2d314e03ec) ./apache-marmotta-3.0.0-incubating-webapp.tar.gz gpg: GOOD sha1 : GOOD (217e17709e6e84ffe755841ac69f850538e867f7) ./apache-marmotta-3.0.0-incubating-ldpath.tar.gz gpg: GOOD sha1 : GOOD (237040387801aa6538fd07e3c75265b06e3d4ce3) ./apache-marmotta-3.0.0-incubating-src.zip gpg: GOOD sha1 : GOOD (ac0cc9aa641a37fea96adaf128e44b0d6a06cc8f) Source release: ./apache-marmotta-3.0.0-incubating-src.tar.gz NOTICE: OK LICENSE: OK DISCLAIMER: OK Build: OK RAT Check: OK Tag matches release: YES Binary releases: ./apache-marmotta-3.0.0-incubating-webapp.tar.gz NOTICE: OK LICENSE: OK DISCLAIMER: OK ./apache-marmotta-3.0.0-incubating-ldpath.tar.gz NOTICE: OK LICENSE: OK DISCLAIMER: OK ./apache-marmotta-3.0.0-incubating-installer.tar.gz NOTICE: OK LICENSE: OK DISCLAIMER: OK On 15/04/13 15:40, Sebastian Schaffert wrote: Please vote on releasing this package as Apache Marmotta 3.0.0-incubating. +1 (binding) Congrats to the Marmotta team for a very clean and well prepared first release! Best, - Fabian 2013/4/15 Sebastian Schaffert sschaff...@apache.org: Dear all, Apache Marmotta is an implementation of the Linked Data Platform and accompanying services. In the last months, we have migrated our old source code to the Apache infrastructure and tried to adapt the Apache policies in all parts of the project. In particular, we have fixed all remaining licensing issues and spent much time on developing the appropriate NOTICE and LICENSE files. We have executed 8 voting cycles on release candidates throughout the last weeks and we think we are now (finally) ready to really do the release. The vote on release candidate RC8 has been open for more than 72 hours on the developer mailinglist [1]. After closing the vote, we have the following voting results: - 2 binding votes (from the mentors Andy Seaborne and Nandana Mihindukulasooriya) - 6 non-binding votes (the remaining developers) I'd therefore like to ask now the general incubator to check our release candidate. Since this is our first release, please check thoroughly, I'd like to be sure we did not miss anything. The release notes (fixed issues) are available at the Jira Issue Tracker [2]. [1] http://markmail.org/message/uncutapltb3mopgy?q=list:org%2Eapache%2Emarmotta%2Edev [2] https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12314321version=12323952 Please find attached below the concrete details on the release and on the vote. Greetings, Sebastian === A candidate for the Marmotta 3.0.0-incubating release is available at: https://dist.apache.org/repos/dist/dev/incubator/marmotta/3.0.0-incubating/ The release candidate is based on the sources tagged with 3.0.0-incubating in: https://git-wip-us.apache.org/repos/asf/incubator-marmotta.git The release candidate consists of the following source distribution archives: - apache-marmotta-3.0.0-incubating-src.[zip|tar.gz] SHA1 of ZIP: ac0cc9aa641a37fea96adaf128e44b0d6a06cc8f SHA1 of TGZ: e176b0b7816e5c334a3d8dccb960cda0b64d4b4c In addition, the following supplementary binary distributions are provided: - apache-marmotta-3.0.0-incubating-installer.[zip|tar.gz] SHA1 of ZIP: 4e5bf3e5c59e04bea3776d76c37990fa1efd6995 SHA1 of TGZ: a8736dd1700c7993762dea0446a23c2d314e03ec - apache-marmotta-3.0.0-incubating-ldpath.[zip|tar.gz] SHA1 of ZIP: 3dab792c935bf0380c98fb2767ea75653df3b9b1 SHA1 of TGZ: 237040387801aa6538fd07e3c75265b06e3d4ce3 - apache-marmotta-3.0.0-incubating-webapp.[zip|tar.gz] SHA1 of ZIP: 7784ee71b665782f1011a8d1333524c825b90c6d SHA1 of TGZ: 217e17709e6e84ffe755841ac69f850538e867f7 A staged Maven repository is available for review at: https://repository.apache.org/content/repositories/orgapachemarmotta-093/ Please vote on releasing this package as Apache Marmotta 3.0.0-incubating. The vote is open for the next 72 hours and passes if a majority of at least three +1 Marmotta PMC votes are cast. [ ] +1 Release this package as Apache Marmotta 3.0.0-incubating [ ] 0 I don't feel strongly about it, but I'm okay with the release [ ] -1 Do not release this package because...
Re: [VOTE] - Apache Clerezza Graduation Resolution
+1 2013/1/18 Bertrand Delacretaz bdelacre...@apache.org: On Fri, Jan 18, 2013 at 12:02 PM, Tommaso Teofili tommaso.teof...@gmail.com wrote: ...I'm opening the vote for the below Apache Clerezza TLP graduation resolution... +1 -Bertrand (Clerezza mentor) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Fabian http://twitter.com/fctwitt - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Clean up users who are members of the incubator group and no other?
2013/1/10 Bertrand Delacretaz bdelacre...@apache.org ... people listed at http://people.apache.org/committer-index.html with just incubator in the SVN projects field ... Just wondering what is the use case for people having no entry in SVN projects field? Maybe some of these fall in the same category as people having only incubator in the list. -- Fabian http://twitter.com/fctwitt
Re: [VOTE] Apache Kalumet 0.6-incubating release (2nd try)
Hi, to verify the release: - What is the source release artifact that we are voting on? What is its checksum? - Where can I find the KEYS used to sign the release? - Is there a RAT report or similar available to see that all files have the appropriate license headers and were checked? Best, - Fabian 2013/1/10 Jean-Baptiste Onofré j...@nanthrax.net Hi Seb, thanks again for the update. Is it OK for you if I release Kalumet with the current NOTICE file and I fix the content for the next incubator release ? Can we have your +1 or do you consider the NOTICE file as blocker for this first release ? Thanks ! Regards JB On 01/07/2013 10:13 PM, sebb wrote: On 20 December 2012 13:23, Jean-Baptiste Onofré j...@nanthrax.net wrote: Hi all, This is a call for a vote on releasing the following candidate as Apache Kalumet 0.6-incubating (2nd try). This will be our first release. A vote was held on the developer mailing list and passed with 6 +1s: +1 (binding): Andreas Pieber, Ioannis Canellos, Jamie Goodyear, Achim Nierbeck +1 (mentor/IPMC): Jean-Baptiste Onofré, Olivier Lamy We need an additional IPMC vote. Release Notes: http://svn.apache.org/repos/**asf/incubator/kalumet/tags/** kalumet-0.6-incubating/**RELEASE-NOTEShttp://svn.apache.org/repos/asf/incubator/kalumet/tags/kalumet-0.6-incubating/RELEASE-NOTES Staging repository: https://repository.apache.org/**content/repositories/** orgapachekalumet-021/https://repository.apache.org/content/repositories/orgapachekalumet-021/ The NOTICE file is non-standard. It must only contain required notices; in particular I. Included Software and similar additions must be removed from the file, which should start: Apache Kalumet Copyright 2012 The Apache Software Foundation This product includes software developed at The Apache Software Foundation (http://www.apache.org/). The above is a minimal NOTICE file, and should be followed by required notices only. It looks as though Terracotta (quartz) does not require a mention in the NOTICE file. Not sure about the other two, but the NOTICE is not generally the place to document the license; the wording usually looks something like: This product includes classworlds (http://classworlds.codehaus.**org/http://classworlds.codehaus.org/ ). Copyright 2002 (C) The Codehaus. All Rights Reserved. [1] http://www.apache.org/legal/**src-headers.htmlhttp://www.apache.org/legal/src-headers.html Please vote to approve this release: [ ] +1 Approve the release [ ] -1 Do not approve the release (please provide specific comments) This vote will be open for 72 hours. Thanks, Regards JB -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://www.talend.com --**--** - To unsubscribe, e-mail: general-unsubscribe@incubator.**apache.orggeneral-unsubscr...@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.**orggeneral-h...@incubator.apache.org --**--**- To unsubscribe, e-mail: general-unsubscribe@incubator.**apache.orggeneral-unsubscr...@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.**orggeneral-h...@incubator.apache.org -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://www.talend.com --**--**- To unsubscribe, e-mail: general-unsubscribe@incubator.**apache.orggeneral-unsubscr...@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.**orggeneral-h...@incubator.apache.org -- Fabian http://twitter.com/fctwitt
Re: [VOTE] Release Apache Onami parent 1-incubating
Hi, just had a look and I can only find the pom.xml file in Nexus. Is there a source release ZIP somewhere? The problem is that with the POM only, the DISCLAIMER is missing and there is no LICENSE file attached. IIRC all Apache incubating releases should contain such files. You need to create a release package that represents the official release and contains all required information. Best, - Fabian 2012/12/19 Mohammad Nour El-Din nour.moham...@gmail.com +1 (binding) On Sun, Dec 16, 2012 at 11:31 PM, Christian Grobmeier grobme...@gmail.comwrote: I voted on the dev list, but here is my +1 as IPMC On Sun, Dec 16, 2012 at 8:58 PM, Simone Tripodi simonetrip...@apache.org wrote: Hi all, This is a call for a vote on releasing the following candidate as Apache Onami parent 1-incubating. This will be our first release. the Apache Onami PPMC has voted[1] the release of the parent-1, collecting 2 IPMC binding votes. We need an additional IPMC vote. Artifacts are on Nexus: https://repository.apache.org/content/repositories/orgapacheonami-006/ SVN Tag: http://svn.apache.org/repos/asf/incubator/onami/tags/parent-1-incubating/ The vote is open for 72 at least hours and is closing ~ on December 19th, 8:00pm GMT Please cast your votes: [ ] +1 release it [ ] +0 go ahead, but ... [ ] -0 uhm... [ ] -1 don't release it, because... Many thanks in advance for reviewing, all the best! -Simo [1] http://s.apache.org/pVu http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.grobmeier.de https://www.timeandbill.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Thanks - Mohammad Nour Life is like riding a bicycle. To keep your balance you must keep moving - Albert Einstein -- Fabian http://twitter.com/fctwitt
Re: [VOTE] Release Apache Onami parent 1-incubating
2012/12/19 Christian Grobmeier grobme...@gmail.com Disclaimer and License is available in the source tag: http://svn.apache.org/repos/asf/incubator/onami/tags/parent-1-incubating/ I do not see a chance to put these files to Nexus. Or do you have an idea? The problem is that we do not vote on SVN tags. We vote on released source packages. Just create a ZIP file that contains everything needed. This can be automated using the apache-release profile when using Maven. This ZIP file can be uploaded in Nexus or placed somewhere in the /dist/dev area. I do not have enough experience to tell if this is a blocker for now or something that could be fixed with the next release. -- Fabian http://twitter.com/fctwitt
Re: [VOTE] Release Apache Onami parent 1-incubating
Hi, in Stanbol we use this parent POM configuration. When running 'mvn clean install -Papache-release' it will create the required ZIP. https://svn.apache.org/repos/asf/stanbol/trunk/parent/pom.xml If you want to include the DISCLAIMER automatically you have to change the config of the maven-remote-resources-plugin: !-- Add license and disclaimer to artifacts -- plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-remote-resources-plugin/artifactId executions execution configuration resourceBundles resourceBundleorg.apache:apache-incubator-disclaimer-resource-bundle:1.1/resourceBundle resourceBundleorg.apache:apache-jar-resource-bundle:1.4/resourceBundle /resourceBundles /configuration /execution /executions /plugin 2012/12/19 Benson Margulies bimargul...@gmail.com Check out the maven project's own 'pom-only' releases. We include a zip artifact with all those goodies. http://search.maven.org/#artifactdetails%7Corg.apache.maven%7Cmaven-parent%7C22%7Cpom On Wed, Dec 19, 2012 at 7:06 AM, Christian Grobmeier grobme...@gmail.com wrote: Hi Fabian, On Wed, Dec 19, 2012 at 12:36 PM, Fabian Christ christ.fab...@googlemail.com wrote: just had a look and I can only find the pom.xml file in Nexus. Is there a source release ZIP somewhere? No, there is just the pom.xml. It is only the parent pom for the other components. We need it to be able to release others. We do not plan to provide a download of it, it's maven only. The problem is that with the POM only, the DISCLAIMER is missing and there is no LICENSE file attached. IIRC all Apache incubating releases should contain such files. You need to create a release package that represents the official release and contains all required information. Disclaimer and License is available in the source tag: http://svn.apache.org/repos/asf/incubator/onami/tags/parent-1-incubating/ I do not see a chance to put these files to Nexus. Or do you have an idea? Cheers Christian Best, - Fabian 2012/12/19 Mohammad Nour El-Din nour.moham...@gmail.com +1 (binding) On Sun, Dec 16, 2012 at 11:31 PM, Christian Grobmeier grobme...@gmail.comwrote: I voted on the dev list, but here is my +1 as IPMC On Sun, Dec 16, 2012 at 8:58 PM, Simone Tripodi simonetrip...@apache.org wrote: Hi all, This is a call for a vote on releasing the following candidate as Apache Onami parent 1-incubating. This will be our first release. the Apache Onami PPMC has voted[1] the release of the parent-1, collecting 2 IPMC binding votes. We need an additional IPMC vote. Artifacts are on Nexus: https://repository.apache.org/content/repositories/orgapacheonami-006/ SVN Tag: http://svn.apache.org/repos/asf/incubator/onami/tags/parent-1-incubating/ The vote is open for 72 at least hours and is closing ~ on December 19th, 8:00pm GMT Please cast your votes: [ ] +1 release it [ ] +0 go ahead, but ... [ ] -0 uhm... [ ] -1 don't release it, because... Many thanks in advance for reviewing, all the best! -Simo [1] http://s.apache.org/pVu http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.grobmeier.de https://www.timeandbill.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Thanks - Mohammad Nour Life is like riding a bicycle. To keep your balance you must keep moving - Albert Einstein -- Fabian http://twitter.com/fctwitt -- http://www.grobmeier.de https://www.timeandbill.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Fabian http://twitter.com/fctwitt
Re: [VOTE] Accept Marmotta into the incubator
the initial list of committers is not the best for a long, it exists a strong commitment to spread the project creating a much more diverse development team. Part of the reason to enter the Apache incubation process is to open up the development to more interested participants. == Reliance on Salaried Developers Right now most or all of that work is salaried, but the developers are identifying themselves very much with the project. When opening up the development using Apache as a platform, we expect that the future development will occur on both salaried and volunteer time, particularly by participants from the Linked Data community. == Relationships with Other Apache Projects Although current RDF/SPARQL support in LMF is build on top of OpenRDF Sesame API, Marmotta is closely related to many Apache projects, such as Stanbol, Jena and Any23. See “Alignment” above. == An Excessive Fascination with the Apache Brand While we expect the Apache brand may help attract more contributors, our interests in starting this project is based on the factors mentioned in the Rationale section. == Documentation Documentation for the current project can be found at: http://lmf.googlecode.com http://doc.lmf.googlecode.com/**hg/api/index.html http://doc.lmf.googlecode.com/hg/api/index.html http://doc.lmf.googlecode.com/**hg/rest/index.html http://doc.lmf.googlecode.com/hg/rest/index.html http://doc.lmf.googlecode.com/**hg/client/index.html http://doc.lmf.googlecode.com/hg/client/index.html == Initial Source LMF (formerly KiWi) has been developed since 2008. It is important to say that the whole LMF will not be contributed to Marmotta, actually only those parts that make up the Linked Data Platform functionality (Linked Data Server, RDF Store, SPARQL, LDCache, Versioning, Reasoner and LDPath) . The idea is to focus Marmotta much more in the core needs, keeping all surrounding functionalities (Media-related modules and Semantic Search, basically) out of the initial scope. Although the community will be who ultimately decides what are the relevant modules. Since LMF is a very modular software artifact it will be pretty easy to make such partitioning to kick-off Marmotta. The current source code can be found at Google Code: http://lmf.googlecode.com == Source and Intellectual Property Submission Plan Salzburg Research Forschungsgesellschaft mbH is the sole copyright owner of the initial code to be contributed, so should not be any problem with the standard IP clearance process. Current licence is already Apache Software License 2.0. == External Dependencies Most of current dependencies should have Apache compatible licenses, including BSD, CDDL, CPL, MPL and MIT licensed dependencies. We are aware of some incompatible licenses right now, but we will work to solve this issue. See Appendix A for a detailed list of dependencies. == Cryptography Does Not Apply. == Required Resources Mailing lists marmotta-dev marmotta-commits marmotta-users Repository git://git.apache.org/marmotta.**git http://git.apache.org/marmotta.git Issue Tracking Jira: MARMOTTA (Kanban board enabled at GreenHopper) Other Resources Jenkins/Hudson for builds and test running. Wiki for internal documentation purposes Blog to improve the project dissemination == Initial Committers Sebastian Schaffert (sebastian dot schafftert at salzburgresearch dot at) Thomas Kurz (thomas dot kurz at salzburgresearch dot at) Jakob Frank (jakob dot frank at salzburgresearch dot at) Dietmar Glachs (dietmar dot glachs at salzburgresearch dot at) Sergio Fernández (sergio dot fernandez at salzburgresearch dot at) Rupert Westenthaler (rwesten at apache dot org) == Affiliations All initial committers are currently affiliated to Salzburg Research Forschungsgesellschaft mbH. == Sponsors = Champion Andy Seaborne (andy at apache dot org) = Nominated Mentors Fabian Christ (fchrist at apache dot org) Nandana Mihindukulasooriya (nandana at apache dot org) Andy Seaborne (andy at apache dot org) = Sponsoring Entity Apache Incubator PMC --**--**- To unsubscribe, e-mail: general-unsubscribe@incubator.**apache.org general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.**org general-h...@incubator.apache.org -- Ross Gardler (@rgardler) Programme Leader (Open Development) OpenDirective http://opendirective.com -- Fabian http://twitter.com/fctwitt
Re: How to handle non-OS jars in repository
Hi, just wanted to add what I have learned during Stanbol incubation: The ASF releases source code, only. The repo should contain only the sources - and no binary code (JARs) at all. This is fundamental to the idea of open source. Once you start hosting binaries the users can not be sure what they get. If your build needs additional JARs that are not available at places like Maven Central, then you should create a -deps package that contains the needed JARs. You can put this -deps package for download in your dist section and mark it as a download for convenience (i.e. be clear that it is not an officially released artifact). Do not host such JARs in your repo. And the JARs need to have a license that is compatible with the AL20 license. Best, - Fabian 2012/10/1 Upayavira u...@odoko.co.uk: Here's my take: As I see it, anything that goes into SVN we need to be sure we have the _legal_ right to redistribute, regardless of any compatibility or otherwise with the Apache License (e.g. GPL in our repo is not a disaster). It is a _policy_ decision of the ASF that anything that goes into ASF releases is compatible with, and sublicensable under the Apache License. So long as it is legal to redistribute them, it is okay to have them in SVN. If it is not legal to redistribute, we should certainly delete immediately from HEAD, and whether we do more than that would, I guess, be up to the copyright holder (assuming they knew it was there at all). Upayavira On Sun, Sep 30, 2012, at 11:14 PM, Daniel Shahaf wrote: If you've not released it and you've deleted it from HEAD of all branches, I think you're fine. Noah Slater wrote on Sun, Sep 30, 2012 at 23:09:45 +0100: Okay cool. My root concern was that we have non-OS data in our repository. But if you think that's an academic concern (i.e. we've not released it, so it doesn't matter) then okay. On Sun, Sep 30, 2012 at 11:02 PM, Daniel Shahaf d...@daniel.shahaf.namewrote: Noah Slater wrote on Sun, Sep 30, 2012 at 22:50:48 +0100: In relation to the non-OS jars, Chiradeep Vittal wrote: I am currently downloading them from the repository history. If it's just one developer who does it in his own personal builds of HEAD, builds which don't leave his personal dev environment, I don't see the problem. Presumably he is doing this because he knew of their existence before they were removed (they were part of the original import from Citrix), and finds it convenient to snag them each time he's preparing a build. http://mail-archives.apache.org/mod_mbox/incubator-cloudstack-dev/201209.mbox/%3ccc78b251.2ea43%25chiradeep.vit...@citrix.com%3E On Sun, Sep 30, 2012 at 10:46 PM, Daniel Shahaf d...@daniel.shahaf.name wrote: To clarify, are you saying that people download jars directly from version control history? Where do they find the references to their existence there? Noah Slater wrote on Sun, Sep 30, 2012 at 22:41:53 +0100: Hey, It came up on the CloudStack list that we have non-OS (I don't know the specific license, but I can find out if it's important) jars in the repository, and some people (at least one) is downloading them from that location for convenience. Obviously, we're not going to ship them, and we can certainly delete them. (This may've happened already.) But what I wanted to know was: do we have to do anything about the fact that they exist in the repository history? Thanks, -- NS -- NS -- NS - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Fabian http://twitter.com/fctwitt - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[RESULT] Stanbol to graduate from the incubator
Hi, and thanks for your votes! We have 12 binding +1 votes and 1 non-binding +1 vote. There was no vote with 0 or -1. Therefore, the resolution has passed the vote and I will submit it to the board for their next meeting. For completeness, here is the final resolution: X. Establish the Apache Stanbol Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to a set of resuable components for semantic content management for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Stanbol Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Stanbol Project be and hereby is responsible for the creation and maintenance of software related to a set of resuable components for semantic content management; and be it further RESOLVED, that the office of Vice President, Apache Stanbol be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Stanbol Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Stanbol Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Stanbol Project: * Alessandro Adamoualex...@apache.org * Ali Anil Sinaci sin...@apache.org * Andrea Nuzzolese anuzzol...@apache.org * Andreas Gruber agru...@apache.org * Andreas Kuckartz a...@apache.org * Benjamin Nagel bna...@apache.org * Bertrand Delacretaz bdelacre...@apache.org * Cihan Cimen ci...@apache.org * Concetto Bonafedeconcel...@apache.org * Enrico Daga enrid...@apache.org * Fabian Christfchr...@apache.org * Florent Andréflor...@apache.org * Olivier Grisel ogri...@apache.org * Ozgur Kilic oz...@apache.org * Reto Bachmann-Gmür r...@apache.org * Rupert Westenthaler rup...@apache.org * Suat Gonul s...@apache.org * Tommaso Teofili tomm...@apache.org * Valentina Presutti v...@apache.org * Walter Kasperwkas...@apache.org NOW, THEREFORE, BE IT FURTHER RESOLVED, that Fabian Christ be appointed to the office of Vice President, Apache Stanbol, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache Stanbol PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache Stanbol Project; and be it further RESOLVED, that the Apache Stanbol Project be and hereby is tasked with the migration and rationalization of the Apache Incubator Stanbol podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator Stanbol podling encumbered upon the Apache Incubator Project are hereafter discharged. Also available at http://incubator.apache.org/stanbol/graduation-resolution.html Thanks, - Fabian 2012/9/9 Andreas Kuckartz a.kucka...@ping.de: +1 (non-binding) This vote started on 2012-09-05. How long will it be open? Normal time seems to be 72 hours. Cheers, Andreas --- Fabian Christ: Hi, the Stanbol podling has discussed [1] that we are ready for graduation. The project has created two releases during incubation and created an active community around the topic of semantic content management. The PPMC internal vote for a resolution to establish the project got positive feedback [2]. We are now asking the IPMC to vote on the resolution to establish Stanbol and to recommend the resolution to the board. The resolution to vote on is also available online [3]. [1] http://markmail.org/thread/6shesliws7naqgit [2] http://markmail.org/thread/ml3pfnz3ttmmpe5g [3] http://incubator.apache.org/stanbol/graduation-resolution.html === X. Establish the Apache Stanbol Project WHEREAS
Re: [VOTE] Stanbol to graduate from the incubator
Hi, thanks for noticing! Andreas is right that Anil was omitted by mistake because the team page was not updated correctly. Ali Anil Sinaci should definitely be part of the PMC. I have updated the resolution at [1]. [1] http://incubator.apache.org/stanbol/graduation-resolution.html The other two, namely Wernher and Stefane are more observers of the project. They have contributed but seem to have no direct interest in becoming part of the PMC. Here is the corrected resolution: X. Establish the Apache Stanbol Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to a set of resuable components for semantic content management for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Stanbol Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Stanbol Project be and hereby is responsible for the creation and maintenance of software related to a set of resuable components for semantic content management; and be it further RESOLVED, that the office of Vice President, Apache Stanbol be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Stanbol Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Stanbol Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Stanbol Project: * Alessandro Adamoualex...@apache.org * Ali Anil Sinaci sin...@apache.org * Andrea Nuzzolese anuzzol...@apache.org * Andreas Gruber agru...@apache.org * Andreas Kuckartz a...@apache.org * Benjamin Nagel bna...@apache.org * Bertrand Delacretaz bdelacre...@apache.org * Cihan Cimen ci...@apache.org * Concetto Bonafedeconcel...@apache.org * Enrico Daga enrid...@apache.org * Fabian Christfchr...@apache.org * Florent Andréflor...@apache.org * Olivier Grisel ogri...@apache.org * Ozgur Kilic oz...@apache.org * Reto Bachmann-Gmür r...@apache.org * Rupert Westenthaler rup...@apache.org * Suat Gonul s...@apache.org * Tommaso Teofili tomm...@apache.org * Valentina Presutti v...@apache.org * Walter Kasperwkas...@apache.org NOW, THEREFORE, BE IT FURTHER RESOLVED, that Fabian Christ be appointed to the office of Vice President, Apache Stanbol, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache Stanbol PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache Stanbol Project; and be it further RESOLVED, that the Apache Stanbol Project be and hereby is tasked with the migration and rationalization of the Apache Incubator Stanbol podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator Stanbol podling encumbered upon the Apache Incubator Project are hereafter discharged. Best, - Fabian 2012/9/6 Niall Pemberton niall.pember...@gmail.com: I see from the discussion threads that you decided to remove people who had never been active - but were the following people omitted from the resolution by mistake or on purpose? Ali Anil Sinaci (70 commits, last in May voted on graduation resolution): http://stanbol.markmail.org/search/?q=from%3Asinaci Wernher Behrendt (3 commits, all in June) http://stanbol.markmail.org/search/?q=from%3Awernher Stefane Fermigier http://stanbol.markmail.org/search/?q=from%3Afermigier Niall On Wed, Sep 5, 2012 at 9:40 AM, Fabian Christ christ.fab...@googlemail.com wrote: Hi, the Stanbol podling has discussed [1] that we are ready for graduation. The project has created two releases during incubation and created an active community around
[VOTE] Stanbol to graduate from the incubator
Hi, the Stanbol podling has discussed [1] that we are ready for graduation. The project has created two releases during incubation and created an active community around the topic of semantic content management. The PPMC internal vote for a resolution to establish the project got positive feedback [2]. We are now asking the IPMC to vote on the resolution to establish Stanbol and to recommend the resolution to the board. The resolution to vote on is also available online [3]. [1] http://markmail.org/thread/6shesliws7naqgit [2] http://markmail.org/thread/ml3pfnz3ttmmpe5g [3] http://incubator.apache.org/stanbol/graduation-resolution.html === X. Establish the Apache Stanbol Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to a set of reusable components for semantic content management for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Stanbol Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Stanbol Project be and hereby is responsible for the creation and maintenance of software related to a set of reusable components for semantic content management; and be it further RESOLVED, that the office of Vice President, Apache Stanbol be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Stanbol Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Stanbol Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Stanbol Project: * Alessandro Adamoualex...@apache.org * Andrea Nuzzolese anuzzol...@apache.org * Andreas Gruber agru...@apache.org * Andreas Kuckartz a...@apache.org * Benjamin Nagel bna...@apache.org * Bertrand Delacretaz bdelacre...@apache.org * Cihan Cimen ci...@apache.org * Concetto Bonafedeconcel...@apache.org * Enrico Daga enrid...@apache.org * Fabian Christfchr...@apache.org * Florent Andréflor...@apache.org * Olivier Grisel ogri...@apache.org * Ozgur Kilic oz...@apache.org * Reto Bachmann-Gmür r...@apache.org * Rupert Westenthaler rup...@apache.org * Suat Gonul s...@apache.org * Szaby Grünwald sza...@apache.org * Tommaso Teofili tomm...@apache.org * Valentina Presutti v...@apache.org * Walter Kasperwkas...@apache.org NOW, THEREFORE, BE IT FURTHER RESOLVED, that Fabian Christ be appointed to the office of Vice President, Apache Stanbol, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache Stanbol PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache Stanbol Project; and be it further RESOLVED, that the Apache Stanbol Project be and hereby is tasked with the migration and rationalization of the Apache Incubator Stanbol podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator Stanbol podling encumbered upon the Apache Incubator Project are hereafter discharged. -- Fabian http://twitter.com/fctwitt - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Closed] (PODLINGNAMESEARCH-8) Establish whether Apache Stanbol is a suitable name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-8?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Fabian Christ closed PODLINGNAMESEARCH-8. - Resolution: Fixed We found consensus that Stanbol is a fine name for a TLP. Establish whether Apache Stanbol is a suitable name - Key: PODLINGNAMESEARCH-8 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-8 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Fabian Christ We have to do some investigations to ensure that Apache Stanbol is a suitable name for a TLP. People should start searching on the Web and add their findings as comments. We should state: * Evidence of the degree of open source adoption for the proposed name. * Evidence of trademark registrations for the proposed name. * Evidence of the degree of branding usage of the proposed name on the world wide web. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Commented] (PODLINGNAMESEARCH-8) Establish whether Apache Stanbol is a suitable name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-8?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13415975#comment-13415975 ] Fabian Christ commented on PODLINGNAMESEARCH-8: --- Trademarks search on http://www.uspto.gov/ with the Trademark Electronic Search System (TESS) Basic Word Mark Search for stanbol = No TESS records were found to match the criteria of your query. Establish whether Apache Stanbol is a suitable name - Key: PODLINGNAMESEARCH-8 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-8 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Fabian Christ We have to do some investigations to ensure that Apache Stanbol is a suitable name for a TLP. People should start searching on the Web and add their findings as comments. We should state: * Evidence of the degree of open source adoption for the proposed name. * Evidence of trademark registrations for the proposed name. * Evidence of the degree of branding usage of the proposed name on the world wide web. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Created] (PODLINGNAMESEARCH-8) Establish whether Apache Stanbol is a suitable name
Fabian Christ created PODLINGNAMESEARCH-8: - Summary: Establish whether Apache Stanbol is a suitable name Key: PODLINGNAMESEARCH-8 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-8 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Fabian Christ We have to do some investigations to ensure that Apache Stanbol is a suitable name for a TLP. People should start searching on the Web and add their findings as comments. We should state: * Evidence of the degree of open source adoption for the proposed name. * Evidence of trademark registrations for the proposed name. * Evidence of the degree of branding usage of the proposed name on the world wide web. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[jira] [Commented] (PODLINGNAMESEARCH-8) Establish whether Apache Stanbol is a suitable name
[ https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-8?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13411876#comment-13411876 ] Fabian Christ commented on PODLINGNAMESEARCH-8: --- Google: = 111.000 hits Most of them produced by content that already is related to Apache Stanbol. Many other hits found for stan bol in a language I do not understand. Bing: = ignores my search for Stanbol and gives me hits for Istanbul. http://sourceforge.net = No hits Github: = Only Apache Stanbol related repos found URL: stanbol.com = Used by a Turkish (?) media agency company. Stanbol Watch Your Think! - I do not understand what this company is selling. URL: stanbol.net = seems to be unused URL: stanbol.org = seems to be unused http://trademarkregisterfaq.com/ = no results ohloh.net: = Only the Apache Stanbol project http://esearch.oami.europa.eu = no results Establish whether Apache Stanbol is a suitable name - Key: PODLINGNAMESEARCH-8 URL: https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-8 Project: Podling Suitable Names Search Issue Type: Suitable Name Search Reporter: Fabian Christ We have to do some investigations to ensure that Apache Stanbol is a suitable name for a TLP. People should start searching on the Web and add their findings as comments. We should state: * Evidence of the degree of open source adoption for the proposed name. * Evidence of trademark registrations for the proposed name. * Evidence of the degree of branding usage of the proposed name on the world wide web. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Apache Stanbol Entityhub 0.10.0-incubating
Dear Incubator, the Apache Stanbol podling is still in need for one more vote from an IPMC member on this release. Please, have a look and make your vote. This vote is now open for two weeks! Best, - Fabian 2012/7/6 Fabian Christ christ.fab...@gmail.com: Hi, this vote is now open for about 10 days and we are still in need for one more vote from an IPMC member to proceed. It would be really great to finish this release vote soon, so that the Apache Stanbol podling could go on with the next steps towards graduation. Thanks for your time, - Fabian 2012/7/3 Fabian Christ christ.fab...@gmail.com: Dear Incubator, this vote is still open and we are looking for at least one more vote from an IPMC member to pass. Would be great if someone finds the time to verify the release. - Fabian *(Sent from my mobile. Sorry for typos.) Am 29.06.2012 08:46 schrieb Fabian Christ christ.fab...@gmail.com: Hi, we are in need of at least one more IPMC vote to get this release out. It would be great if someone finds the time to check before the weekend. Thanks, - Fabian 2012/6/26 Fabian Christ christ.fab...@googlemail.com: 2012/6/26 sebb seb...@gmail.com: Where is the SVN tag for the release? Here are the SVN tags. - source-assembly-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/source-assembly-0.10.0-incubating - stanbol-parent-1-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/stanbol-parent-1-incubating - org.apache.stanbol.commons.solr.core-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.commons.solr.core-0.10.0-incubating - org.apache.stanbol.commons.web.base-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.commons.web.base-0.10.0-incubating - org.apache.stanbol.data.parent-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.data.parent-0.10.0-incubating - org.apache.stanbol.data.sites.dbpedia-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.data.sites.dbpedia-1.0.4-incubating - apache-stanbol-entityhub-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/apache-stanbol-entityhub-0.10.0-incubating To check that the released artifacts match those tags, you can use the mentioned script $ check_release_matches_tag.sh 257 /tmp -- Fabian http://twitter.com/fctwitt -- Fabian http://twitter.com/fctwitt - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Apache Stanbol Entityhub 0.10.0-incubating
Hi Tommaso, thanks for your time and vote. It is really appreciated :) Best, - Fabian 2012/7/10 Tommaso Teofili tommaso.teof...@gmail.com: Sorry for my late vote, everything (build, test, sigs, checks, etc.) looks fine to me. +1 Tommaso 2012/7/10 Fabian Christ christ.fab...@googlemail.com Dear Incubator, the Apache Stanbol podling is still in need for one more vote from an IPMC member on this release. Please, have a look and make your vote. This vote is now open for two weeks! Best, - Fabian 2012/7/6 Fabian Christ christ.fab...@gmail.com: Hi, this vote is now open for about 10 days and we are still in need for one more vote from an IPMC member to proceed. It would be really great to finish this release vote soon, so that the Apache Stanbol podling could go on with the next steps towards graduation. Thanks for your time, - Fabian 2012/7/3 Fabian Christ christ.fab...@gmail.com: Dear Incubator, this vote is still open and we are looking for at least one more vote from an IPMC member to pass. Would be great if someone finds the time to verify the release. - Fabian *(Sent from my mobile. Sorry for typos.) Am 29.06.2012 08:46 schrieb Fabian Christ christ.fab...@gmail.com: Hi, we are in need of at least one more IPMC vote to get this release out. It would be great if someone finds the time to check before the weekend. Thanks, - Fabian 2012/6/26 Fabian Christ christ.fab...@googlemail.com: 2012/6/26 sebb seb...@gmail.com: Where is the SVN tag for the release? Here are the SVN tags. - source-assembly-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/source-assembly-0.10.0-incubating - stanbol-parent-1-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/stanbol-parent-1-incubating - org.apache.stanbol.commons.solr.core-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.commons.solr.core-0.10.0-incubating - org.apache.stanbol.commons.web.base-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.commons.web.base-0.10.0-incubating - org.apache.stanbol.data.parent-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.data.parent-0.10.0-incubating - org.apache.stanbol.data.sites.dbpedia-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.data.sites.dbpedia-1.0.4-incubating - apache-stanbol-entityhub-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/apache-stanbol-entityhub-0.10.0-incubating To check that the released artifacts match those tags, you can use the mentioned script $ check_release_matches_tag.sh 257 /tmp -- Fabian http://twitter.com/fctwitt -- Fabian http://twitter.com/fctwitt - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Fabian http://twitter.com/fctwitt - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Apache Stanbol Entityhub 0.10.0-incubating
Hi, 2012/7/10 Jukka Zitting jukka.zitt...@gmail.com: http://incubator.apache.org/stanbol/team.html says: Bertrand Delacretaz, Ross Gardler, Ted Dunning, Tommaso Teofili in defense of our mentors: Bertrand and Ross already made their vote and now we have one more from Tommaso. Thanks! -- Fabian http://twitter.com/fctwitt - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Apache Stanbol Entityhub 0.10.0-incubating
2012/7/10 Jukka Zitting jukka.zitt...@gmail.com: in defense of our mentors: Bertrand and Ross already made their vote and now we have one more from Tommaso. So you already have three votes from the IPMC. :-) Yes, with the vote from Tommaso we have the votes we needed :) This is the overall vote result including the PPMC vote in [1]: +1 : 6 votes (including 3 PPMC votes and 3 IPMC votes from Bertrand, Ross, and Tommaso) 0 : 0 votes -1 : 0 votes [1] http://markmail.org/thread/grjbimzq4x77o37e The vote has passed and is now closed. We will now go on to publish the release. Thank you! -- Fabian http://twitter.com/fctwitt - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Apache Stanbol Entityhub 0.10.0-incubating
Dear Incubator, this vote is still open and we are looking for at least one more vote from an IPMC member to pass. Would be great if someone finds the time to verify the release. - Fabian *(Sent from my mobile. Sorry for typos.) Am 29.06.2012 08:46 schrieb Fabian Christ christ.fab...@gmail.com: Hi, we are in need of at least one more IPMC vote to get this release out. It would be great if someone finds the time to check before the weekend. Thanks, - Fabian 2012/6/26 Fabian Christ christ.fab...@googlemail.com: 2012/6/26 sebb seb...@gmail.com: Where is the SVN tag for the release? Here are the SVN tags. - source-assembly-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/source-assembly-0.10.0-incubating - stanbol-parent-1-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/stanbol-parent-1-incubating - org.apache.stanbol.commons.solr.core-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.commons.solr.core-0.10.0-incubating - org.apache.stanbol.commons.web.base-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.commons.web.base-0.10.0-incubating - org.apache.stanbol.data.parent-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.data.parent-0.10.0-incubating - org.apache.stanbol.data.sites.dbpedia-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.data.sites.dbpedia-1.0.4-incubating - apache-stanbol-entityhub-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/apache-stanbol-entityhub-0.10.0-incubating To check that the released artifacts match those tags, you can use the mentioned script $ check_release_matches_tag.sh 257 /tmp -- Fabian http://twitter.com/fctwitt
[VOTE] Apache Stanbol Entityhub 0.10.0-incubating
Hi, please vote for releasing Apache Stanbol 0.10.0-incubating (RC3). This release has already passed the PPMC vote [1] with +1 : 4 votes (including 3 PPMC votes and 1 IPMC vote) 0 : 0 votes -1 : 0 votes So, we need at least 2 more votes from IPMC members. [1] http://markmail.org/thread/grjbimzq4x77o37e The release consists of the following components, fixing the listed issues. When verifying the release, you have to build the components in the given order because of dependencies. - source-assembly-0.10.0-incubating-source-release.zip MD5 8ce4336700b3967c210f406f0dcc618e fixed issues: * [STANBOL-645] - Rename source release assembly descriptor * [STANBOL-640] - Create Stanbol source release assembly descriptor - stanbol-parent-1-incubating-source-release.zip MD5 19d29a59b3e1eb324feb0f2ba5b8be27 fixed issues: * [STANBOL-553] - Remove dependency management for org.apache.stanbol components from parent POM * [STANBOL-666] - Missing DISCLAIMER file in artifacts - org.apache.stanbol.commons.solr.core-0.10.0-incubating-source-release.zip MD5 e5a51b7df302896203b590d2dbf6841c fixed issues: * [STANBOL-606] - Language prefixes are added to non TextConstraint in queries for the Entityhub - org.apache.stanbol.commons.web.base-0.10.0-incubating-source-release.zip MD5 c2d5ca5bf5c058577a38453a48e89376 fixed issues: * [STANBOL-555] - Remove test dependency of commons.web.base to enhancer.servicesapi * [STANBOL-606] - Language prefixes are added to non TextConstraint in queries for the Entityhub * [STANBOL-607] - SolrYard should use quotes instead of AND for multi word TextConstraints - org.apache.stanbol.data.parent-0.10.0-incubating-source-release.zip MD5 3134e99eb72f3bb0bf5ea46e9c2d627f fixed issues: * [STANBOL-637] - Build warns for downloaded OpenNLP models when instead a DBPedia index is downloaded - org.apache.stanbol.data.sites.dbpedia-1.0.4-incubating-source-release.zip MD5 e66249489c978e8305f68340c337890b fixed issues: * [STANBOL-638] - Make DBPedia data bundle releaseable - apache-stanbol-entityhub-0.10.0-incubating-source-release.zip MD5 1741c62f4850d5c3b00a962112c6a2dd fixed issues: * [STANBOL-590] - LDPath processor operating on the IndexingSource and Implementation for the JenaTDB based indexing source. * [STANBOL-592] - LDPath processor operating on the IndexingDestination in the post-processing phase * [STANBOL-598] - Support Reconciliation properties on the full text field of entities * [STANBOL-599] - Support Reconcilliation properties on the semantic context * [STANBOL-568] - Entityhub indexing tool is not able to initialise if the path contains a space * [STANBOL-606] - Language prefixes are added to non TextConstraint in queries for the Entityhub * [STANBOL-610] - Indexing Directory parameter does not work for the genericrdf Indexing Tool * [STANBOL-616] - Wrong CORS Response * [STANBOL-654] - The SolrYard does not correcly enclose multi word query terms in quotes * [STANBOL-589] - Allow usage of SimilarityConstraints via the RESTful API of the Entityhub * [STANBOL-595] - Add support for ValueConstraints with multiple values * [STANBOL-600] - Update the namespaces used by the Entityhub to stanbol.apache.org URIs * [STANBOL-607] - SolrYard should use quotes instead of AND for multi word TextConstraints * [STANBOL-556] - LdPath processor for Entityhub Indexing * [STANBOL-591] - Add support for post-processing to the Entityhub Indexing Tool * [STANBOL-593] - EntityIterator implementation based on Jena TDB that allows to filter Entities based on Triple Filters * [STANBOL-594] - Google Refine Reconciliation Service support * [STANBOL-596] - Add support for full text searches to FieldQuery * [STANBOL-597] - Add support for semantic context queries to FieldQuery The released artifacts can be downloaded from the staging repository: https://repository.apache.org/content/repositories/orgapachestanbol-257 Keys are at: http://www.apache.org/dist/incubator/stanbol/KEYS Please note, that the staging repository also contains additional Maven artifacts and binaries of the Entityhub (and of the other components). However, the source release of the Entityhub is located in the 'apache-stanbol-entityhub-0.10.0-incubating' folder. The Maven artifacts and binaries are only deployed for convenience and were automatically created from the source release. The source release packages to verify are always named '*.source-release.[zip|tar.gz]'. To check and verify the release, you can use two utility scripts that are available in the Apache Stanbol SVN trunk [2]. Usage: $ check_staged_release.sh 257 /tmp $ check_release_matches_tag.sh 257 /tmp [2] https://svn.apache.org/repos/asf/incubator/stanbol/trunk/ This vote is open for at least 72 hours. Best, - Fabian - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional
[VOTE] Apache Stanbol Entityhub 0.10.0-incubating
Hi, please vote for releasing Apache Stanbol 0.10.0-incubating (RC3). This release has already passed the PPMC vote [1] with +1 : 4 votes (including 3 PPMC votes and 1 IPMC vote) 0 : 0 votes -1 : 0 votes So, we need at least 2 more votes from IPMC members. [1] http://markmail.org/thread/grjbimzq4x77o37e The release consists of the following components, fixing the listed issues. When verifying the release, you have to build the components in the given order because of dependencies. - source-assembly-0.10.0-incubating-source-release.zip MD5 8ce4336700b3967c210f406f0dcc618e fixed issues: * [STANBOL-645] - Rename source release assembly descriptor * [STANBOL-640] - Create Stanbol source release assembly descriptor - stanbol-parent-1-incubating-source-release.zip MD5 19d29a59b3e1eb324feb0f2ba5b8be27 fixed issues: * [STANBOL-553] - Remove dependency management for org.apache.stanbol components from parent POM * [STANBOL-666] - Missing DISCLAIMER file in artifacts - org.apache.stanbol.commons.solr.core-0.10.0-incubating-source-release.zip MD5 e5a51b7df302896203b590d2dbf6841c fixed issues: * [STANBOL-606] - Language prefixes are added to non TextConstraint in queries for the Entityhub - org.apache.stanbol.commons.web.base-0.10.0-incubating-source-release.zip MD5 c2d5ca5bf5c058577a38453a48e89376 fixed issues: * [STANBOL-555] - Remove test dependency of commons.web.base to enhancer.servicesapi * [STANBOL-606] - Language prefixes are added to non TextConstraint in queries for the Entityhub * [STANBOL-607] - SolrYard should use quotes instead of AND for multi word TextConstraints - org.apache.stanbol.data.parent-0.10.0-incubating-source-release.zip MD5 3134e99eb72f3bb0bf5ea46e9c2d627f fixed issues: * [STANBOL-637] - Build warns for downloaded OpenNLP models when instead a DBPedia index is downloaded - org.apache.stanbol.data.sites.dbpedia-1.0.4-incubating-source-release.zip MD5 e66249489c978e8305f68340c337890b fixed issues: * [STANBOL-638] - Make DBPedia data bundle releaseable - apache-stanbol-entityhub-0.10.0-incubating-source-release.zip MD5 1741c62f4850d5c3b00a962112c6a2dd fixed issues: * [STANBOL-590] - LDPath processor operating on the IndexingSource and Implementation for the JenaTDB based indexing source. * [STANBOL-592] - LDPath processor operating on the IndexingDestination in the post-processing phase * [STANBOL-598] - Support Reconciliation properties on the full text field of entities * [STANBOL-599] - Support Reconcilliation properties on the semantic context * [STANBOL-568] - Entityhub indexing tool is not able to initialise if the path contains a space * [STANBOL-606] - Language prefixes are added to non TextConstraint in queries for the Entityhub * [STANBOL-610] - Indexing Directory parameter does not work for the genericrdf Indexing Tool * [STANBOL-616] - Wrong CORS Response * [STANBOL-654] - The SolrYard does not correcly enclose multi word query terms in quotes * [STANBOL-589] - Allow usage of SimilarityConstraints via the RESTful API of the Entityhub * [STANBOL-595] - Add support for ValueConstraints with multiple values * [STANBOL-600] - Update the namespaces used by the Entityhub to stanbol.apache.org URIs * [STANBOL-607] - SolrYard should use quotes instead of AND for multi word TextConstraints * [STANBOL-556] - LdPath processor for Entityhub Indexing * [STANBOL-591] - Add support for post-processing to the Entityhub Indexing Tool * [STANBOL-593] - EntityIterator implementation based on Jena TDB that allows to filter Entities based on Triple Filters * [STANBOL-594] - Google Refine Reconciliation Service support * [STANBOL-596] - Add support for full text searches to FieldQuery * [STANBOL-597] - Add support for semantic context queries to FieldQuery The released artifacts can be downloaded from the staging repository: https://repository.apache.org/content/repositories/orgapachestanbol-257 Keys are at: http://www.apache.org/dist/incubator/stanbol/KEYS Please note, that the staging repository also contains additional Maven artifacts and binaries of the Entityhub (and of the other components). However, the source release of the Entityhub is located in the 'apache-stanbol-entityhub-0.10.0-incubating' folder. The Maven artifacts and binaries are only deployed for convenience and were automatically created from the source release. The source release packages to verify are always named '*.source-release.[zip|tar.gz]'. To check and verify the release, you can use two utility scripts that are available in the Apache Stanbol SVN trunk [2]. Usage: $ check_staged_release.sh 257 /tmp $ check_release_matches_tag.sh 257 /tmp [2] https://svn.apache.org/repos/asf/incubator/stanbol/trunk/ This vote is open for at least 72 hours. Best, - Fabian -- Fabian http://twitter.com/fctwitt - To unsubscribe, e-mail:
Re: [VOTE] Apache Stanbol Entityhub 0.10.0-incubating
2012/6/26 sebb seb...@gmail.com: Where is the SVN tag for the release? Here are the SVN tags. - source-assembly-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/source-assembly-0.10.0-incubating - stanbol-parent-1-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/stanbol-parent-1-incubating - org.apache.stanbol.commons.solr.core-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.commons.solr.core-0.10.0-incubating - org.apache.stanbol.commons.web.base-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.commons.web.base-0.10.0-incubating - org.apache.stanbol.data.parent-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.data.parent-0.10.0-incubating - org.apache.stanbol.data.sites.dbpedia-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/org.apache.stanbol.data.sites.dbpedia-1.0.4-incubating - apache-stanbol-entityhub-0.10.0-incubating tag: https://svn.apache.org/repos/asf/incubator/stanbol/tags/apache-stanbol-entityhub-0.10.0-incubating To check that the released artifacts match those tags, you can use the mentioned script $ check_release_matches_tag.sh 257 /tmp -- Fabian http://twitter.com/fctwitt - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[ANNOUNCE] Apache Stanbol 0.9.0-incubating Released
Hi, The Apache Stanbol PPMC is pleased to announce the first release of Apache Stanbol versioned as 0.9.0-incubating. Downloads are available at: http://incubator.apache.org/stanbol/downloads/releases.html The Maven artifacts will shortly be available via Maven central. Regards, - The Apache Stanbol PPMC - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Stanbol 0.9.0-incubating
Hi, thanks everyone for checking and voting. We have one additional (non-binding) +1 vote from Andreas Kuckartz. Overall vote result: +1: 9 votes including 3 IPMC votes 0 : 0 votes -1 : 0 votes The vote has passed and we will deploy the Apache Stanbol 0.9.0-incubating release soon. Thanks again, - Fabian 2012/5/2 Andreas Kuckartz a.kucka...@ping.de: +1 non-binding On 02.05.2012 11:28, Fabian Christ wrote: Hi, this is the first Apache Stanbol (incubating) release. Please vote for releasing *Apache Stanbol 0.9.0-incubating* The RC7 for this release has passed our PPMC vote and we already have three binding +1 votes from IPMC members. The PPMC vote thread can be found here http://markmail.org/thread/irzmcr6iekjjzuje The source release is available for download at: http://people.apache.org/~fchrist/apache-stanbol-0.9.0-incubating-RC7/ The required -deps package is available for download at: http://www.apache.org/dist/incubator/stanbol/apache-stanbol-0.9.0-incubating-deps/ Keys are at: http://www.apache.org/dist/incubator/stanbol/KEYS Release tag is: https://svn.apache.org/repos/asf/incubator/stanbol/tags/0.9.0-incubating This release covers 408 resolved issues marked in JIRA as fixed for 0.9.0-incubating. https://issues.apache.org/jira/secure/IssueNavigator.jspa?mode=hiderequestId=12319391 This vote is open for at least 72 hours. Best, - Fabian - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Fabian http://twitter.com/fctwitt - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Incubator Wiki write access
Hi, I need write access to the incubator Wiki. My Wiki user name is: Fabian Christ My Apache user is: fchrist Best, - Fabian -- Fabian http://twitter.com/fctwitt - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[VOTE] Release Apache Stanbol 0.9.0-incubating
Hi, this is the first Apache Stanbol (incubating) release. Please vote for releasing *Apache Stanbol 0.9.0-incubating* The RC7 for this release has passed our PPMC vote and we already have three binding +1 votes from IPMC members. The PPMC vote thread can be found here http://markmail.org/thread/irzmcr6iekjjzuje The source release is available for download at: http://people.apache.org/~fchrist/apache-stanbol-0.9.0-incubating-RC7/ The required -deps package is available for download at: http://www.apache.org/dist/incubator/stanbol/apache-stanbol-0.9.0-incubating-deps/ Keys are at: http://www.apache.org/dist/incubator/stanbol/KEYS Release tag is: https://svn.apache.org/repos/asf/incubator/stanbol/tags/0.9.0-incubating This release covers 408 resolved issues marked in JIRA as fixed for 0.9.0-incubating. https://issues.apache.org/jira/secure/IssueNavigator.jspa?mode=hiderequestId=12319391 This vote is open for at least 72 hours. Best, - Fabian -- Fabian http://twitter.com/fctwitt - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Confusion about inclusion of binary dependencies in source releases
Hi, the confusion about including binary dependencies in a source release may result from podling guideline documents like this http://incubator.apache.org/guides/releasemanagement.html#best-practice-dependencies which contains sentences like: A list should be compiled of the project's dependencies, including those shipped as binary libraries and those shipped as source together with the licenses for those dependencies. I know this is a draft document but people, like me, read this stuff searching for information. As a rather new member of the Apache community it's hard to identify which information is relevant and correct for a podling. At Apache Stanbol (incubating) we have the issue of one dependency that is dual licensed under AL20 and GPL. This dependency is not available from Maven central. Our idea was to include this dependency in the source release tar ball. We just define a local Maven repository and ship this to the user. The feedback from our mentors was that this should be okay. From the ongoing discussions on this list I understand that this is a no go. But how did projects solved this kind of problem before without using Maven? Where did the dependencies come from if not included in the downloaded tar ball? Do we have to add a note and tell the user what she has to download prior being able to compile the software? Best, - Fabian -- http://twitter.com/fctwitt - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release ManifoldCF 0.5-incubating, RC0
Hi, Am 26. März 2012 17:20 schrieb Roy T. Fielding field...@gbiv.com: On Mar 26, 2012, at 4:41 PM, Karl Wright wrote: On Mon, Mar 26, 2012 at 10:24 AM, sebb seb...@gmail.com wrote: On 26 March 2012 02:38, Shinichiro Abe shinichiro.ab...@gmail.com wrote: The LICENSE file includes references to lots of jars that are dual licensed under CDDL v1.0 and GPL v2. However, there is no indication which license has been chosen by the project. I think this is a blocker. A project does not choose a license. The license is provided by the copyright owner. We do not change that license, nor do we reduce the number of the available licenses to choose from, for downstream recipients. Therefore, it doesn't make any sense to indicate which one is chosen. I am following all these discussions for doing a first release of Apache Stanbol (incubating) but get totally confused. According to http://apache.org/legal/resolved.html#mutually-exclusive you have to choose the license and include only the license that you have chosen. -- Fabian http://twitter.com/fctwitt - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] DeviceMap to join the Apache incubator
+1 (non binding) Am 29. Dezember 2011 22:52 schrieb Kevan Miller kevan.mil...@gmail.com: +1 (binding) --kevan On Dec 29, 2011, at 11:05 AM, Bertrand Delacretaz wrote: Hi Incubator PMC members (*), I've just reviewed the [PROPOSAL] Apache DeviceMap... thread and I think all relevant issues have been adressed now. Let's cast your votes to accept DeviceMap as an incubating project, proposal is at http://wiki.apache.org/incubator/DeviceMapProposal and copied below as well: [ ] +1 approve DeviceMap as an incubating project. [ ] -1 reject (explaining why) [ ] +/- 0 don't care. This majority vote is open for at least 72 hours. Here's my +1. -Bertrand (*) although only votes from Incubator PMC members are binding, anybody is welcome to cast a vote *** DeviceMap proposal *** == Abstract == Apache DeviceMap is a data repository containing device information, images and other relevant information for all sorts of mobile devices, e.g. smartphones and tablets. While the focus is initially on that data, APIs will also be created to use and manage it. == Proposal == Apache DeviceMap allows users to access a wide array of technical specifications, images and other artifacts related to mobile devices. Typical mobile devices include smartphones and tablets, such as: * Android devices from multiple vendors * Apple’s iPhone and iPad family of devices * !BlackBerry devices * Windows Phone devices from multiple vendors * Symbian devices * Devices with a small marketshare running Bada, Tizen, WebOS etc. The list of Apache DeviceMap devices remains open to other device types, as the mobile sector is a highly dynamic marketplace and new device forms may surface which may not too well fit into a smartphone / tablet matrix, e.g. ChromeOS Devices. == Repository Data == The exact structure of the repository data will be defined as the project progresses. At the moment we envision storing user agent strings and/or regular expressions, properties similar to CSS Media Queries, images of the actual devices, other attributes similar to what’s in UAPROF (http://en.wikipedia.org/wiki/UAProf) for example, per-country market share data, etc. Modern mobile applications often do not need very detailed device data, so we will concentrate, at least initially, on basic device features as used in html5 websites. The W3C’s Mobile Web Initiative specs (http://www.w3.org/2005/MWI/DDWG/) will also be evaluated for use in DeviceMap. == Background == The initial motivation for Apache DeviceMap is to provide an open repository of mobile device data, available to the general public according to the Apache License. == Rationale == We propose an open and community driven repository containing mobile device data, thereby allowing for analysis of device capabilities and feature sets. This is beneficial on several fronts, be it for software developers, stakeholders/decision makers or analysts. == Initial Goals == * Define what form of data is valuable/required to setup a good working repository * Define what image sets are valuable/required * Define a data retention policy, meaning when should data be purged * Collect existing data and setup simple procedures for users to contribute and validate such data. == Current Status == Proposal has been [[http://mail-archives.apache.org/mod_mbox/incubator-general/201112.mbox/%3CCAEWfVJkuv5qmb%2B8JXuF%3D3Zx4dsUNXoMMRKLWpZu4Eh%3D9-vJESg%40mail.gmail.com%3E|discussed]] on the Incubator general list, vote is ongoing there now (TODO add link). == Community == This project will form a new community, driven by the initial committers listed below. We hope and feel that Apache DeviceMap will draw interest and its community will broaden. == Known Risks == For device images and other data, we’ll need to define acceptance criteria and traceability rules similar to what Apache uses for code, to avoid any legal issues. Gathering data of any sort is a potential sensitive area and may require good public communication or even public relation activities. == Initial Source == The [[http://OpenDDR.org|OpenDDR.org]] team will donate their existing source code to the DeviceMap podling. == Initial Committers == * Philip Jespersen - philip.jespersen (at) terria (dot) com * Bertrand Delacretaz - bdelacretaz (at) apache (dot) org * Christian Stocker - chregu (at) liip.ch * Scott Wilson - scottbw (at) apache (dot) org * Sylvain Wallez - sylvain (at) apache (dot) org * Andrew Savory - asavory (at) apache (dot) org * Nils Dehl - nils.dehl (at) dkd (dot) de * Brian !LeRoux - brian (at) apache (dot) org * Stefano Andreani - s.andreani (at) opentecheng (dot) com * Alessandro Bellucci - a.bellucci (at) opentecheng (dot) com * Werner Keil - werner (at) openddr (dot) org * Tim Fernando - info (at) timfernando (dot) com == Required Resources == === Mailing lists === * devicemap-dev @ incubator.apache.org *
Re: [PROPOSAL] Apache DeviceMap, a data repository and APIs for mobile device information
+1 Sounds like a cool and really useful idea. - Fabian Am 27. Dezember 2011 17:10 schrieb Bertrand Delacretaz bdelacre...@apache.org: Hi James, On Mon, Dec 26, 2011 at 6:28 PM, James Rosewell ja...@51degrees.mobi wrote: ...Would device data licensed under the Mozilla Public License be compatible with the aims of this Proposal? If so you may wish to evaluate http://51degrees.mobi which provides device data under the Mozilla Public License in addition to a premium paid for data set... I think DeviceMap will want to control its device data, so using external data sets on which we have no control is probably not the best option. Supporting various data sets, however, might be interesting to allow comparisons, as some data sets might be more suitable to certain types of applications. I would also encourage people who manage their own data set, as you seem to be doing, in joining forces with DeviceMap on test suites for those data sets. Sharing (anonymized) lists of user-agent values that people see on their websites in different markets, for example, can be very useful in testing. ...Both the free and premium data set is already integrated into the Apache Mobile Filter (http://fiftyone.apachemobilefilter.org/). A clean sheet was used when creating this solution avoiding the possible issues referred to in earlier posts Cool. ...You should also consider the matching approach you'll be using early in the design stage as this is linked to the device data being used and the methods used to maintain the device data. 51Degrees.mobi includes matching logic in the data set Ok - various strategies for matching devices to their data are definitely in scope for DeviceMap, so if you want to join the devicemap developers list once it's announced (here, once the podling is voted in) to discuss this in more detail you're very welcome! -Bertrand - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Fabian http://twitter.com/fctwitt - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: FOO proposal and Clerezza
Hi, Am Dienstag, den 02.11.2010, 08:17 +0100 schrieb Reto Bachmann-Gmuer: IMO the best is to view Clerezza and FOO as sister projects, with lots of exchanges between their communities and a sizable chunk of common software components, but different end goals and audiences. This will enable both projects to follow their own goals while finding synergies. With the recent development of Clerezza towards adding support for Social Web features alongside the semantic stack the target audience is clearly broader than traditional CMS vendors. Still, I don't think the target audiences are too distinct and looking at the current FOO code I think there's quite some duplication and that a lot could be simplified by using the pattern supported by Clerezza. I think Clerezza is a very fruitful basis for FOO and it is used as such. In this sense, the FOO community should carefully work together with the Clerezza community and support (move code) to Clerezza if it is more common Clerezza stuff than FOO specific. But FOO clearly has a focus on a) CMS vendors and b) knowledge interaction as FOO has its roots in the IKS project. Unfortunately, the knowledge interaction is not that much visible in the current state of the implementation but this will change in the future. So I would agree with Bertrand and see FOO and Clerezza as sister projects. -Fabian - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org