Re: post-graduation cleanup
Damn, do I feel stupid now :-) Thanks! On 16 February 2012 10:50, Ross Gardler rgard...@opendirective.com wrote: you need https for write access Sent from my mobile device, please forgive errors and brevity. On Feb 16, 2012 9:46 AM, Francis De Brabandere franci...@gmail.com wrote: Hi, I'm following this guide http://incubator.apache.org/guides/graduation.html#transfer and as our site was moved I would like to set up the redirect. When I try to commit on http://svn.apache.org/repos/asf/incubator/public/trunk/site-publish I'm getting Server sent unexpected return value (403 Forbidden) What permissions do I need here and who can grant them to me? Thanks - 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
invubator site svn issue?
francisdb@minotaur:/www/incubator.apache.org$ svn status ? vxquery ? bval ? wadi ? amber ? s4 ? kato ? flex ? stonehenge ? graffito ? kalumet ? kitty ? celix ? empire-db Also some of our files (empire-db) have been removed... How can I fix this? Francis - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: invubator site svn issue?
Sorry about this, was not very awake this morning and thought we had a single svn repo. Anyway, our empire-db folder was not recognized as svn enabled any more and lots of files were deleted. No idea how this happened though. Cheers, Francis On 17 January 2012 09:16, Francis De Brabandere franci...@gmail.com wrote: francisdb@minotaur:/www/incubator.apache.org$ svn status ? vxquery ? bval ? wadi ? amber ? s4 ? kato ? flex ? stonehenge ? graffito ? kalumet ? kitty ? celix ? empire-db Also some of our files (empire-db) have been removed... How can I fix this? Francis - 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) Francis On Thu, Dec 29, 2011 at 5:05 PM, Bertrand Delacretaz bdelacre...@apache.org 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 * devicemap-commits @ incubator.apache.org *
Re: [VOTE RESULT] Graduation of the Empire-db Podling
Our resolution contained a copy-paste error, correct version below: ## Resolution to create a TLP from graduating Incubator podling X. Establish the Apache Empire-db 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 api-based SQL generation and utilization of RDBMS features, 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 Empire-db Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Empire-db Project be and hereby is responsible for the creation and maintenance of software related to api-based SQL generation and utilization of RDBMS features; and be it further RESOLVED, that the office of Vice President, Apache Empire-db 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 Empire-db Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Empire-db 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 Empire-db Project: * Martijn Dashorstdasho...@apache.org * Francis De Brabandere franci...@apache.org * Rainer Döbele doeb...@apache.org * Eike Kettner e...@apache.org * Jörg Reiher rei...@apache.org * Benjamin Venditti benni...@apache.org NOW, THEREFORE, BE IT FURTHER RESOLVED, that Francis De Brabandere be appointed to the office of Vice President, Apache Empire-db, 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 Empire-db 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 Empire-db Project; and be it further RESOLVED, that the Apache Empire-db Project be and hereby is tasked with the migration and rationalization of the Apache Incubator Empire-db podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator Empire-db podling encumbered upon the Apache Incubator Project are hereafter discharged. On Tue, Nov 29, 2011 at 12:21 AM, Francis De Brabandere franci...@gmail.com wrote: Hereby I would like to mark this vote closed with the following result: 4 IPMC +1 votes (Benson, Martijn, Chris A, Alan) 4 PPMC +1 votes (Francis, Rainer, Benjamin, Eike) 1 community +1 vote (Dimitar) no -1 or +0 votes Combined with our empire-db-dev@ vote round we can conclude this vote successful. We are now asking the IPMC to recommend the resolution to the Board. A sincere thank you! Francis / The Empire-db team On Fri, Nov 25, 2011 at 7:45 PM, Alan D. Cabrera l...@toolazydogs.com wrote: +1 binding On Nov 24, 2011, at 2:27 AM, Francis De Brabandere wrote: Hi everyone, The Empire-db podling joined the incubator in July 2008. Since then it has made 6 releases following Apache guidelines, added 3 new committers, and added 1 new PPMC member. The community is healthy and growing, and we've shown an ability to self-govern using accepted Apache practices. The Empire-db podling has now voted to graduate: Vote: http://mail-archives.apache.org/mod_mbox/incubator-empire-db-dev/20.mbox/%3CCAGD0tqERBpbFzcLtNu-HoWrn0y1%3DQ9HBeDsVh%2BYvhe_Zq4LsHw%40mail.gmail.com%3E Result: http://mail-archives.apache.org/mod_mbox/incubator-empire-db-dev/20.mbox/%3CCAGD0tqF78OuHN6AjLLXb950VfbGm3MABvV3txruHUS0b6HCu8Q%40mail.gmail.com%3E The vote received 6 PPMC approvals, of which 3 were also IPMC members (Benson Margulies, Martijn Dashorst and Thomas Fox). I would like to ask the IPMC to approve the graduation. [ ] +1 - I approve of the Empire-db graduation [ ] +0 - I have no opinion [ ] -1 - There's an issue with graduation at this time, which is Voting will be open for 72 hours. Please find the proposed board resolution below. Thanks Francis ## Resolution to create a TLP from graduating Incubator podling X. Establish the Apache Empire-db 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
Re: MailAlias.txt
thread moved to d...@community.apache.org On Thu, Dec 22, 2011 at 9:59 AM, Bertrand Delacretaz bdelacre...@apache.org wrote: On Thu, Dec 22, 2011 at 8:35 AM, Francis De Brabandere franci...@gmail.com wrote: Should we mention the MailAlias.txt file in http://incubator.apache.org/guides/committer.html and / or http://www.apache.org/dev/new-committers-guide.html ? This would be more a question for d...@community.apache.org, but I agree that it would be good to mention that on the latter page, and the former should link to that page (and maybe move some of its content there as well to avoid redundancies). -Bertrand - 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
Re: MailAlias.txt
On Thu, Dec 22, 2011 at 12:01 PM, Daniel Shahaf d...@daniel.shahaf.name wrote: Bertrand Delacretaz wrote on Thu, Dec 22, 2011 at 09:59:33 +0100: On Thu, Dec 22, 2011 at 8:35 AM, Francis De Brabandere franci...@gmail.com wrote: Should we mention the MailAlias.txt file in http://incubator.apache.org/guides/committer.html and / or http://www.apache.org/dev/new-committers-guide.html ? IIRC the second page already points to README in the commiters/ tree which mentions MailAlias.txt Did a search for readme, nothing found This would be more a question for d...@community.apache.org, but I agree that it would be good to mention that on the latter page, and the former should link to that page (and maybe move some of its content there as well to avoid redundancies). -Bertrand - 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 - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
MailAlias.txt
Hi, Should we mention the MailAlias.txt file in http://incubator.apache.org/guides/committer.html and / or http://www.apache.org/dev/new-committers-guide.html ? A good howto is available in the following mail: http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201106.mbox/%3CBANLkTi=9LVeFHwMGUXp8+VNdAM=zpms...@mail.gmail.com%3E Cheers, Francis - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] DeltaSpike to join the Incubator
+1 (non-binding) On Mon, Dec 5, 2011 at 8:33 AM, Bart Kummel b...@kummelweb.nl wrote: +1 (non-binding) -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator PMC/Board report for Dec 2011 ([ppmc])
Same thing on empire-db-dev@ I suppose Marvin (bot) somehow mailed the wrong projects. Cheers, F On Thu, Dec 1, 2011 at 2:57 AM, Michael Stroucken stroucki+apa...@andrew.cmu.edu wrote: The tashi-dev mailing list just got the following message from an unreplyable Marvin. The Tashi project reports in January, April, July and October. Can this be ignored, or is our reporting schedule changing? Thanks, Michael. Marvin wrote: Dear podling, This email was sent by an automated system on behalf of the Apache Incubator PMC. It is an initial reminder to give you plenty of time to prepare your quarterly board report. The board meeting is scheduled for Wed, 21 December 2011, 10:00:00 PST. The report for your podling will form a part of the Incubator PMC report. The Incubator PMC requires your report to be submitted 2 weeks before the board meeting, to allow sufficient time for review and submission (Wed, Dec 7th). Please submit your report with sufficient time to allow the incubator PMC, and subsequently board members to review and digest. Again, the very latest you should submit your report is 2 weeks prior to the board meeting. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE RESULT] Graduation of the Empire-db Podling
Hereby I would like to mark this vote closed with the following result: 4 IPMC +1 votes (Benson, Martijn, Chris A, Alan) 4 PPMC +1 votes (Francis, Rainer, Benjamin, Eike) 1 community +1 vote (Dimitar) no -1 or +0 votes Combined with our empire-db-dev@ vote round we can conclude this vote successful. We are now asking the IPMC to recommend the resolution to the Board. A sincere thank you! Francis / The Empire-db team On Fri, Nov 25, 2011 at 7:45 PM, Alan D. Cabrera l...@toolazydogs.com wrote: +1 binding On Nov 24, 2011, at 2:27 AM, Francis De Brabandere wrote: Hi everyone, The Empire-db podling joined the incubator in July 2008. Since then it has made 6 releases following Apache guidelines, added 3 new committers, and added 1 new PPMC member. The community is healthy and growing, and we've shown an ability to self-govern using accepted Apache practices. The Empire-db podling has now voted to graduate: Vote: http://mail-archives.apache.org/mod_mbox/incubator-empire-db-dev/20.mbox/%3CCAGD0tqERBpbFzcLtNu-HoWrn0y1%3DQ9HBeDsVh%2BYvhe_Zq4LsHw%40mail.gmail.com%3E Result: http://mail-archives.apache.org/mod_mbox/incubator-empire-db-dev/20.mbox/%3CCAGD0tqF78OuHN6AjLLXb950VfbGm3MABvV3txruHUS0b6HCu8Q%40mail.gmail.com%3E The vote received 6 PPMC approvals, of which 3 were also IPMC members (Benson Margulies, Martijn Dashorst and Thomas Fox). I would like to ask the IPMC to approve the graduation. [ ] +1 - I approve of the Empire-db graduation [ ] +0 - I have no opinion [ ] -1 - There's an issue with graduation at this time, which is Voting will be open for 72 hours. Please find the proposed board resolution below. Thanks Francis ## Resolution to create a TLP from graduating Incubator podling X. Establish the Apache Empire-db 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 fully distributed storage of structured data, 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 Empire-db Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Empire-db Project be and hereby is responsible for the creation and maintenance of software related to api-based SQL generation and utilization of RDBMS features; and be it further RESOLVED, that the office of Vice President, Apache Empire-db 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 Empire-db Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Empire-db 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 Empire-db Project: * Martijn Dashorst dasho...@apache.org * Francis De Brabandere franci...@apache.org * Rainer Döbele doeb...@apache.org * Eike Kettner e...@apache.org * Jörg Reiher rei...@apache.org * Benjamin Venditti benni...@apache.org NOW, THEREFORE, BE IT FURTHER RESOLVED, that Francis De Brabandere be appointed to the office of Vice President, Apache Empire-db, 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 Empire-db 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 Empire-db Project; and be it further RESOLVED, that the Apache Empire-db Project be and hereby is tasked with the migration and rationalization of the Apache Incubator Empire-db podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator Empire-db podling encumbered upon the Apache Incubator Project are hereafter discharged. - 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
[VOTE] Graduation of the Empire-db Podling
Hi everyone, The Empire-db podling joined the incubator in July 2008. Since then it has made 6 releases following Apache guidelines, added 3 new committers, and added 1 new PPMC member. The community is healthy and growing, and we've shown an ability to self-govern using accepted Apache practices. The Empire-db podling has now voted to graduate: Vote: http://mail-archives.apache.org/mod_mbox/incubator-empire-db-dev/20.mbox/%3CCAGD0tqERBpbFzcLtNu-HoWrn0y1%3DQ9HBeDsVh%2BYvhe_Zq4LsHw%40mail.gmail.com%3E Result: http://mail-archives.apache.org/mod_mbox/incubator-empire-db-dev/20.mbox/%3CCAGD0tqF78OuHN6AjLLXb950VfbGm3MABvV3txruHUS0b6HCu8Q%40mail.gmail.com%3E The vote received 6 PPMC approvals, of which 3 were also IPMC members (Benson Margulies, Martijn Dashorst and Thomas Fox). I would like to ask the IPMC to approve the graduation. [ ] +1 - I approve of the Empire-db graduation [ ] +0 - I have no opinion [ ] -1 - There's an issue with graduation at this time, which is Voting will be open for 72 hours. Please find the proposed board resolution below. Thanks Francis ## Resolution to create a TLP from graduating Incubator podling X. Establish the Apache Empire-db 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 fully distributed storage of structured data, 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 Empire-db Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Empire-db Project be and hereby is responsible for the creation and maintenance of software related to api-based SQL generation and utilization of RDBMS features; and be it further RESOLVED, that the office of Vice President, Apache Empire-db 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 Empire-db Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Empire-db 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 Empire-db Project: * Martijn Dashorstdasho...@apache.org * Francis De Brabandere franci...@apache.org * Rainer Döbele doeb...@apache.org * Eike Kettner e...@apache.org * Jörg Reiher rei...@apache.org * Benjamin Venditti benni...@apache.org NOW, THEREFORE, BE IT FURTHER RESOLVED, that Francis De Brabandere be appointed to the office of Vice President, Apache Empire-db, 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 Empire-db 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 Empire-db Project; and be it further RESOLVED, that the Apache Empire-db Project be and hereby is tasked with the migration and rationalization of the Apache Incubator Empire-db podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator Empire-db podling encumbered upon the Apache Incubator Project are hereafter discharged. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[RESOLUTION PROPOSAL] for Apache Empire-db
Hi everyone, As The Empire-db team just voted for graduation on the dev list we hereby propose our resolution. We plan to have our final graduation vote later this week. ## Resolution to create a TLP from graduating Incubator podling X. Establish the Apache Empire-db 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 fully distributed storage of structured data, 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 Empire-db Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Empire-db Project be and hereby is responsible for the creation and maintenance of software related to api-based SQL generation and utilization of RDBMS features; and be it further RESOLVED, that the office of Vice President, Apache Empire-db 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 Empire-db Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Empire-db 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 Empire-db Project: * Martijn Dashorstdasho...@apache.org * Francis De Brabandere franci...@apache.org * Rainer Döbele doeb...@apache.org * Eike Kettner e...@apache.org * Jörg Reiher rei...@apache.org * Benjamin Venditti benni...@apache.org NOW, THEREFORE, BE IT FURTHER RESOLVED, that Francis De Brabandere be appointed to the office of Vice President, Apache Empire-db, 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 Empire-db 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 Empire-db Project; and be it further RESOLVED, that the Apache Empire-db Project be and hereby is tasked with the migration and rationalization of the Apache Incubator Empire-db podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator Empire-db podling encumbered upon the Apache Incubator Project are hereafter discharged. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept Openmeetings to Apache Incubator
+1 (non-binding) On Tue, Nov 8, 2011 at 7:53 AM, Andrus Adamchik and...@objectstyle.org wrote: Opemeetings proposal has been discussed a few times here before. The group of developers behind it worked hard (and succeeded) to address all potential obstacles to the Incubator acceptance and to the following incubation. They even went an extra mile and collected all ICLAs in adbvance. So now I am starting the vote to accept Openmeetings to Apache Incubator. The proposal is also available at: http://wiki.apache.org/incubator/OpenmeetingsProposal Please cast your votes: [ ] +1 Accept Openmeetings for incubation [ ] +0 Don't care [ ] -1 Reject for the following reason: The vote is open for 72 hours. Andrus --- Andrus Adamchik Apache Cayenne ORM: http://cayenne.apache.org/ Twitter: http://twitter.com/andrus_a --- == OpenMeetings Project Proposal == == Abstract == Openmeetings is a web conferencing solution. == Proposal == Openmeetings provides video conferencing, instant messaging, white board, collaborative document editing and other groupware tools using API functions of the Red5 Streaming Server for Remoting and Streaming. == Background == Openmeetings was developed since 2007 by Sebastian Wagner and willing developers. The project ships a release approximately once per quarter. It was developed using LGPL license, and developers are currently thinking of re-licensing it under Apache License 2.0. The project started as module by Sebastian Wagner for an ELearning platform (Dokeos) and was then split into a separated project. That is the reason why there is a strong relation to educational institutions that are using OpenMeetings and there are integrations for platforms like Moodle, ATutor, Sakai, STudIP or ILias available (http://code.google.com/p/openmeetings/wiki/MoodlePlugins). The relation to educational institutions also subsequently lead to some projects funded by the EU where OpenMeetings was involved, for example by the Swedish/Finnish Centre of Open-Source !OpenKarken (Case-Study about the EU project at OSOR.eu: http://www.osor.eu/studies/finland-and-sweden-collaborate-using-oss ) The integration and internationalization of the project was a primary focus right from the start of the project. Since Version 0.5 there is a Language-Editor (http://code.google.com/p/openmeetings/wiki/LanguageEditor) to edit labels, export and import them as XML and you can use those XML files for future installations (or contribute it to the community). There are currently around 30 languages available. Since version 0.5.1 there is also a SOAP API to integrate !OpenMeetings. We constantly improve this SOAP/REST API (http://code.google.com/p/openmeetings/wiki/SoapMethods) with new functionality with a strong focus on security and usability. The auth-mechnism is quite similar to OAuth, you create some token and then assign rights to the token. (Documentation for Single Sign On: http://code.google.com/p/openmeetings/wiki/DirectLoginSoapGeneralFlow) The project name !OpenMeetings and logos are inspired by Ludovic Gasc who has been the project manager at Dokeos at the time Sebastian split !OpenMeetings as separated project. Red5 Server provides an Edge-Orion-Clustering (http://trac.red5.org/wiki/Documentation/Tutorials/EdgeOriginClusteringConfiguration). We hope to extend this clustering solution with support for rtmpt and rtmps and integrate that into our application as native clustering option. == Rationale == Last year most major vendors started commercial web conferencing solutions. This is an important part of software ecosystem, and there is an urge to consolidate open source development efforts in this direction. According to several studies demand for synchronous Communication, in opposite to asynchronous Communication like wiki's or email, will raise the upcoming years. For example Gartner promises that 2011 the market will grow 20% according to their Magic Quadrant report 2010 ( http://www.gartner.com/DisplayDocument?doc_cd=205941 ). Openmeetings is a unique solution in terms of patent purity and potentially can grow into solution built on top of the fully open source stack. That is why it is a good candidate for consolidating web conferencing community efforts. == Initial Goals == Each of project committers has their own set of goals, but we all share the following. * Move to Apache. * Become popular. To become popular we plan to do the following. * Improve ecosystem around the project. * Improve release process. * Improve project testing and stability. * Apply modular architecture/SOA for better integration with other projects. == Current Status == We have agreed on applying for the Apache Foundation and preparing our proposal for the vote. Technical status of the project is: Current stable tree is 1.8.x, Trunk is 1.9. ===
[RESULT][VOTE] Release Apache Empire-db 2.2.0-incubating (rc1)
Since 72 hours passed I'm declaring this vote to release Empire-db 2.2.0-incubating as closed and passed with the following resolution: 3 positive binding votes: * Benson Margulies (from PMC vote) * Thomas Fox * Martijn Dashorst 4 positive members votes (from PMC vote): * Francis De Brabandere * Rainer Döbele * Jörg Reiher * Eike Kettner Thanks, Francis On Sun, Oct 30, 2011 at 10:15 AM, Rainer Döbele doeb...@esteam.de wrote: Hi, The Apache Empire-db community has approved the 2.2.0-incubating release and we are now looking for approval of the IPMC to publish the release. With this release we have made a major API change removing unrecommended legacy features that have been non-standard Java. The API now is much clearer and even more straight forward to use. Other improvements addressed the reduction of duplicate code for DDL generation and improvements in the Empire-db code generator that produces Java code from existing data models. For a full list of changes please take a look at the changelog. Changelog: http://svn.apache.org/viewvc/incubator/empire-db/tags/apache-empire-db-2.2.0-incubating-rc1/CHANGELOG.txt?view=co Subversion tag: https://svn.apache.org/repos/asf/incubator/empire-db/tags/apache-empire-db-2.2.0-incubating-rc1 Maven staging repository: https://repository.apache.org/content/repositories/orgapacheempire-db-087/ Distribution files are located here http://people.apache.org/~francisdb/empire-db/ Rat report for the tag is available here: http://people.apache.org/~francisdb/empire-db/rat.txt -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Empire-db 2.2.0-incubating (rc1)
fyi - we already have one binding +1 (Benson) vote from our PMC vote round so we need one more +1 On Mon, Oct 31, 2011 at 3:18 AM, Thomas Fox thomas@seitenbau.net wrote: +1 Thomas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: New bootstrap CSS messes up display of all internal name definitions
Should be possible as described here: http://www.w3.org/TR/CSS2/selector.html#attribute-selectors not sure on browser compatibility though On Tue, Oct 11, 2011 at 9:50 PM, sebb seb...@gmail.com wrote: The new CSS changes the default setting for links, by removing underlines unless the mouse hovers over the link. However, this has broken all the internal name definitions. These now look like links - they are blue, and get underlined when hovered over. See for example [1] where the table headings are blue (they should be black). But just about every file also has similar headings that are now broken. I've no idea whether it is possible for CSS to distinguish between a href=#xxx and a name=xyz. One way to fix this would be to change the site generation Anakia stylesheet to use: h3 id='incubator' 1. Incubation /h3 rather than: h3 a name=incubator1. Incubation/a /h3 However, this will affect nearly every single html file, so before I commit this change and flood the commits list with e-mails, is there a CSS-expert who can confirm whether or not it's possible to change the behaviour of a href without affecting a name ? [I realise that the name attribute is deprecated, but the id attribute behaves exactly the same.] [1] http://incubator.apache.org/projects/index.html - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept Apache Callback for incubation
+1 (non-binding) On Oct 11, 2011 11:10 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, As discussed, the PhoneGap project would like to enter the Incubator under the Apache Callback name (potential alternative names to be discussed during incubation). The initial proposal has been well received and there are no major open issues, so it's time to vote! Thus I'm now calling a formal VOTE on the Apache Callback proposal as included below. The proposal is also available at http://wiki.phonegap.com/w/page/46311152/apache-callback-proposal on the PhoneGap wiki, and I'll place a copy for our archives on the Incubator wiki as soon as it stops giving me internal server errors. Please VOTE: [ ] +1 Accept Apache Callback for incubation [ ] -1 Don't accept Apache Callback for incubation because... This vote is open for the next 72 hours. Everyone is welcome to participate, but only votes from the Incubator PMC members are binding. Thanks! My vote is +1. Best regards, Jukka Zitting Apache Callback Proposal Abstract Apache Callback is a platform for building native mobile applications using HTML, CSS and JavaScript. Proposal Apache Callback allows web developers to natively target Apple iOS, Google Android, RIM BlackBerry, Microsoft Windows Phone 7, HP webOS, Nokia Symbian and Samsung Bada with a single codebase. The Callback APIs are based on open web standards. The Callback bridge technology enables access to native device capabilities. Utilizing the Callback bridge native plugins allow for any type of native access from the embedded webview. Background -- Apache Callback is the free software evolution of the popular PhoneGap project. PhoneGap evolved from a hack that enabled a FFI (Foreign Function Interface) to an embedded WebView on iOS to a complete suite of tools for tackling parity across many mobile device and desktop platforms. PhoneGap has always focused on two complementary goals. Our first goal, is to see the web as a first class development platform. Not a sandbox without a filesystem but a real first class platform that includes access to the local system apis, sensors and data, in addition to first class tooling such as system debuggers. The second goal of PhoneGap is for the project to cease to exist. This is not a nihilistic sentiment, rather we at the PhoneGap project are providing a reference implementation for web browsers to assist and guide the standardization process of browser APIs. The name and trademark of PhoneGap will become the commercial entity for the project. The source, code, documentation and related assets will all be contributed to the Apache Foundation as Callback. The Callback name comes from the event of the same name that is fired when the FFI bridge is established. Rationale - The dominate window to the web is quickly becoming devices, mostly phones. The manufacturers of devices, creators of mobile operating systems, and authors of web browsers are consolidating. (In many cases these are all already the same company.) Those stakeholders may see a future for the web but their bottom line is not necessarily motivated to participate in an open web. It is especially clear that while many of these platforms have been seeing some level of strategic neglect in favor of enhanced experiences at the price locking developers into their respective platforms. The Callback project exists to bring the focus back to an open and accessible web. Initial Goals - * License all PhoneGap source code and documentation to the Apache Software Foundation. (We already name the Apache license in our CLA.) * Setup and standardize the open governance of the Callback project. * Rename all assets from PhoneGap to Callback in project src, docs, tests and related infrastructure. Current Status -- Callback is a mature software project recently shipping 1.0 on July 29, 2011. Meritocracy --- Callback has always been a project driven by merit and, in a sense, our solution is brute force requiring many collaborating developers to solve our goals. It would be far easier, and perhaps more correct, for the Callback project to port a single web browser codebase, and API bindings, across platforms but our executable size would be appreciably larger, unacceptably so for mobile, and our target abstraction would be only tertiary to maintaining a codebase of that size. By relying on the platform browser, exposed by the platform SDK, we get a quick win to the browser and only have to focus on our bridge. This means the project requires developers with proficiency on each platform: collaboration is a natural side effect. Community - The community surrounding Callback is vast, diverse, distributed globally, and with all levels of proficiency in software development---the common thread
Re: [PROPOSAL] PhoneGap for Apache Incubator
Interesting project! Just a small remark: first two github links are incorrect https://github.com/phonegap/android should be https://github.com/phonegap/phonegap-android same for iphone Cheers, Francis On Sat, Oct 1, 2011 at 1:57 AM, Brian LeRoux b...@brian.io wrote: Hi everyone, I would like to propose PhoneGap to be an Apache Incubator project. (Under the new, still proposed name, Apache Callback.) Here's a link to the proposal in the current PhoneGap wiki: http://wiki.phonegap.com/w/page/46311152/apache-callback-proposal Thank you! Brian - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Confusion: Sponsoring entity and Champions
On Wed, Sep 21, 2011 at 4:24 PM, Christian Grobmeier grobme...@gmail.com wrote: I would like to add this image in addition: http://code.grobmeier.de/howtobecomeanasfproject.pdf I like it - I'd just say mentors, plural, in the reddish box on the right. Agreed, I have changed it local and wait if there are more comments +1 we should have more of these graphs, like for the release process (also keep the image source file for later modifications!) Cheers, Francis -Bertrand - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.grobmeier.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release for Bigtop version 0.1.0-incubating
You seem to have a pom.xml but if I understood correctly you're not using maven for releasing. In case you are this might be useful: https://cwiki.apache.org/confluence/display/empiredb/Release+Process On Mon, Aug 22, 2011 at 8:05 PM, Andrew Bayer andrew.ba...@gmail.com wrote: Was actually doing that as you wrote this. =) A. On Mon, Aug 22, 2011 at 11:03 AM, sebb seb...@gmail.com wrote: This thread has got rather long and complicated. May I suggest creating a new thread (i.e. not a reply) with just the details required for the new vote? Change the subject to include RC2 please. Thanks! On 22 August 2011 16:26, Andrew Bayer andrew.ba...@gmail.com wrote: Whoops. Sorry about that. New tag created - https://svn.apache.org/repos/asf/incubator/bigtop/tags/release-0.1.0-incubating-RC2 A. On Mon, Aug 22, 2011 at 5:37 AM, sebb seb...@gmail.com wrote: Tags are supposed to be immutable. For example, add an -RCn suffix which is removed (SVN copy or rename) when the vote succeeds. Failing that, please quote the revision number of the tag. Otherwise it's not possible to determine what was actually voted on. [BTW, the new tar file format reads OK in Winzip and Ant.] On 22 August 2011 01:56, Andrew Bayer andrew.ba...@gmail.com wrote: Tag replaced. A. On Sun, Aug 21, 2011 at 5:26 PM, sebb seb...@gmail.com wrote: On 22 August 2011 00:49, Andrew Bayer andrew.ba...@gmail.com wrote: New candidate up at http://people.apache.org/~abayer/bigtop-0.1.0-incubating-candidate-2/ . The only files RAT still sees missing license headers are Debian packaging files that are just lists of files, and test data files. README.md has been replaced with README. The gitignore files are, at least for now, excluded from the tarball. The webpage has been updated. The tarball has been built with GNU tar, rather than BSD tar. Let me know if there are any more issues. Thanks! Can't find an SVN tag for the source. A. On Sun, Aug 21, 2011 at 11:45 AM, Andrew Bayer andrew.ba...@gmail.com wrote: The README is formatted for GitHub - will update that shortly. The tarball contents being weird I think is due to me having built the tar on OS X - I'll build the next one on a Linux box to be safe. I'll try to get the files missing headers today as well. A. On Sat, Aug 20, 2011 at 4:28 AM, sebb seb...@gmail.com wrote: Just noticed that the README.md file contains the following: You can get in touch with us on the [user list]( https://groups.google.com/a/cloudera.org/group/bigtop-user/topics) or [developer list]( https://groups.google.com/a/cloudera.org/group/bigtop-dev/topics ). This also needs to be fixed before release. Why is this not a .txt file? On 20 August 2011 03:08, sebb seb...@gmail.com wrote: On 19 August 2011 23:14, Andrew Bayer andrew.ba...@gmail.com wrote: Ack, I screwed up and overwrote RC0 with RC1. In any case, please find RC1 at http://people.apache.org/~abayer/bigtop-0.1.0-incubating-candidate-1/. NOTICE looks good, and I can see DISCLAIMER. Archive still contains .gitignore files, which should be excluded. Website should update shortly. No sign yet. A. On Fri, Aug 19, 2011 at 3:00 PM, Andrew Bayer andrew.ba...@gmail.com wrote: Oh, and I'm reformatting NOTICE now as well. The .gitignore files - I'll open a bug to remove the top-level one from the tarball, but the ones that show up deeper are expected by the build process. A. On Fri, Aug 19, 2011 at 2:58 PM, Andrew Bayer andrew.ba...@gmail.com wrote: Which source files are missing the headers? I know there are some files without headers, but the ones I know of are that way because they're expected to be in certain formats, they don't allow comments, etc - these should only be Debian/RPM packaging files, unless I'm missing something. As to the package contents - as far as I can tell, everything is under bigtop-0.1.0-incubating. The contents there are the same as in SVN, same layout as in SVN, etc. The content under test is not yet being built/used, and may well be reorganized later, but it's all there. If there are any inconsistencies with what's in SVN, let me know and I'll check it out. Adding DISCLAIMER now. A. On Fri, Aug 19, 2011 at 2:48 PM, sebb seb...@gmail.com wrote: On 19 August 2011 19:25, Andrew Bayer andrew.ba...@gmail.com wrote: This is the first incubator release for Apache Bigtop, version 0.1.0-incubating. It fixes the following issues:
Re: [VOTE][CLOSED][ACCEPTED] Release Apache Empire-db 2.1.0-incubating (rc1)
Rounding up this vote to release Empire-db 2.1.0-incubating: From our previous voting round: PPMC Binding +1: Benson, Martijn, Thomas No negative votes on the general@ list so we consider this vote as accepted. Thanks, Francis On Thu, Mar 3, 2011 at 12:28 PM, Francis De Brabandere franci...@gmail.com wrote: Hi, The Apache Empire-db community has approved the 2.1.0-incubating release and we are now looking for approval of the IPMC to publish the release. In fact we Already have 3 binding IPMC votes recorded on our PMC voting round: http://mail-archives.apache.org/mod_mbox/incubator-empire-db-dev/201102.mbox/%3CAANLkTi=pjr+yqcr0fj9sgruzmo_u5un6beye_y854...@mail.gmail.com%3E These are the major changes from our previous 2.1.0-incubating release: - New and improved utilization of prepared statements which can be enabled / disabled by database property. - Use of SLF4J instead of log4j Changelog: http://svn.apache.org/viewvc/incubator/empire-db/tags/apache-empire-db-2.1.0-incubating-rc1/CHANGELOG.txt?view=co Subversion tag: https://svn.apache.org/repos/asf/incubator/empire-db/tags/apache-empire-db-2.1.0-incubating-rc1 Maven staging repository: https://repository.apache.org/content/repositories/orgapacheempire-db-059/ Distribution files are located here http://people.apache.org/~francisdb/empire-db/ Rat report for the tag is available here: http://people.apache.org/~francisdb/empire-db/rat.txt Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[VOTE] Release Apache Empire-db 2.1.0-incubating (rc1)
Hi, The Apache Empire-db community has approved the 2.1.0-incubating release and we are now looking for approval of the IPMC to publish the release. In fact we Already have 3 binding IPMC votes recorded on our PMC voting round: http://mail-archives.apache.org/mod_mbox/incubator-empire-db-dev/201102.mbox/%3CAANLkTi=pjr+yqcr0fj9sgruzmo_u5un6beye_y854...@mail.gmail.com%3E These are the major changes from our previous 2.1.0-incubating release: - New and improved utilization of prepared statements which can be enabled / disabled by database property. - Use of SLF4J instead of log4j Changelog: http://svn.apache.org/viewvc/incubator/empire-db/tags/apache-empire-db-2.1.0-incubating-rc1/CHANGELOG.txt?view=co Subversion tag: https://svn.apache.org/repos/asf/incubator/empire-db/tags/apache-empire-db-2.1.0-incubating-rc1 Maven staging repository: https://repository.apache.org/content/repositories/orgapacheempire-db-059/ Distribution files are located here http://people.apache.org/~francisdb/empire-db/ Rat report for the tag is available here: http://people.apache.org/~francisdb/empire-db/rat.txt Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [Droids] preparing for a release
Hi Thorsten, This wiki page explains how we take care of this: https://cwiki.apache.org/confluence/display/empiredb/Release+Process Also see this guide for setting up your pom's: http://www.apache.org/dev/publishing-maven-artifacts.html#inherit-parent On the release process you might want to read: http://incubator.apache.org/guides/releasemanagement.html Cheers, Francis On Thu, Feb 24, 2011 at 11:02 AM, Thorsten Scherler thors...@apache.org wrote: Hi all, Droids is planing to do its first release and we are looking into using the maven-release-plugin. Now the question is at what point in time we actually use it. I mean we need to create first the release candidates which should be tested, right? How other projects do this? TIA for any input salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Signing up for Empire
That's great news! Anything we should take care of? On Mon, Dec 13, 2010 at 12:43 AM, Benson Margulies bimargul...@gmail.com wrote: Empire has a mentor shortage, and River is about done with me. So I guess I'll insert myself there. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept Wave into the incubator
[X] +1 Accept Wave for incubation Non-binding. Francis On Tue, Nov 30, 2010 at 7:52 AM, Dan Peterson dpeter...@google.com wrote: Hi everyone, Please vote on the acceptance of Wave into the Apache incubator. The proposal is available at: http://wiki.apache.org/incubator/WaveProposal (for your convenience, a snapshot is also copied below) The earlier discussion thread can be found at: http://apache.markmail.org/message/3ebtccdxvipp2732?q=general%40incubator.apache.org+list:org.apache.incubator.general+order:date-backwardpage=2 The vote options: [ ] +1 Accept Wave for incubation [ ] +0 Don't care [ ] -1 Reject for the following reason: The vote is open for 72 hours. Thanks, -Dan Apache Wave Proposal (Apache Incubator) = Abstract = Apache Wave is the project where wave technology is developed at Apache. Wave in a Box (WIAB) is the name of the main product at the moment, which is a server that hosts and federates waves, supports extensive APIs, and provides a rich web client. This project also includes an implementation of the Wave Federation protocol, to enable federated collaboration systems (such as multiple interoperable Wave In a Box instances). = Proposal = A wave is a hosted, live, concurrent data structure for rich communication. It can be used like email, chat, or a document. WIAB is a server that hosts waves. The best analogy for this is a mail server with a web client. WIAB is comprised of a few high-level components: the client and the server. They have the following major functionality (though this is not an exhaustive list): * Client *A dynamic web client for users to create, edit, and search waves. Users can access this client by directly visiting the server in a browser. * Gadgets provide the ability to insert, view, and modify the UI -- exposing the Wave Gadgets API ( http://code.google.com/apis/wave/extensions/gadgets/guide.html) * A console client that can create and edit waves via a command-line-like interface. * Server * Hosts and stores waves. WIAB comes with a default storage mechanism. The administrators of the server may configure it to use alternative storage mechanisms. * Indexing, allowing for searching the waves a user has access to. * Basic authentication, configurable to delegate to other systems. * Federation, allowing separate Wave in a Box servers to communicate with each other using the Wave Federation Protocol ( http://www.waveprotocol.org/federation). * Robots, using the Wave Robots API, ( http://code.google.com/apis/wave/extensions/robots/) may interact with waves on a WIAB instance. = Background = Wave expresses a new metaphor for communication: hosted conversations. This was created by Lars and Jens Rasmussen after observation of people's use of many separate forms of communication to get something done, e.g, email, chat, docs, blogs, twitter, etc. The vision has always been to better the way people communicate and collaborate. Building open protocols and sharing code available in an open and free way is a critical part of that vision. Anyone should be able to bring up their own wave server and communicate with others (much like SMTP). We hope this project will allow everyone to easily gain the benefits of Wave with a standard implementation of Wave – in a box. = Rationale = Wave has shown it excels at small group collaboration when hosted by Google. Although Wave will not continue as a standalone Google product, there is a lot of interest from many organizations in both running Wave and building upon the technology for new products. We are confident that with the community-centric development environment fostered by the Apache Software Foundation, WIAB will thrive. = Initial Goals = The initial goals of the project are: 1. To migrate the codebase from code.google.com and integrate the project with the ASF infrastructure (issue management, build, project site, etc). 1. To quickly reach a state where it is possible to continue the development of the Wave In a Box implementation under the ASF project. 1. To add new committers to the project and grow the community in The Apache Way. = Current Status = The open source Wave in a Box project has existed in various forms for approximately 16 months (starting out life as the FedOne open source project). FedOne began in July 2009 in order to accelerate adoption of the wave federation protocol, and serve as a proof of concept that a non-Google implementation of the wave federation protocol could interoperate with the Google production instance. It worked. FedOne's existence lead to a prototype by Novell that demonstrated federation between Google Wave and Novell Pulse (now known as Vibe). In addition, in May of 2010, SAP unveiled a prototype version of SAP StreamWork that federated with both Novell Pulse and Google Wave. All three systems interoperated, sharing real-time state, and gadget updates. In
Re: [ANN] Apache Shiro 1.0.0-incubating Released!
+1 on that step by step wiki guide. I'm willing to contribute/discuss as I believe our release process could be simpler. Cheers Francis On 1 Jun 2010 22:50, Les Hazlewood lhazlew...@apache.org wrote: Hi Sigfried, I guess that's my point. We use M2. I bet 80% (if not more) of podlings use M2. There shouldn't have to be much thought involved to get an M2-based project released - a de facto guide should exist and podlings can deviate from it where allowed and where it makes sense for their project. Until that 'baseline' exists, we all feel unnecessary pain. Thanks for your offer to help - I personally think there should be an incubator-wide editible wiki step-by-step guide that people can contribute to (via discussion) as necessary for M2 projects since that encompasses most Incubator projects. Any help in writing such a guide would be *immensely* appreciated! Thanks, Les On Tue, Jun 1, 2010 at 1:44 PM, Siegfried Goeschl siegfried.goes...@it20one.at wrote: Hi folks,...
Re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc4)
First of all thanks for the thorough review. These are all optional dependencies and we don't package them. All our code is written against the JDBC api, we don't need any driver implementation for compilation. So I don't see the problem. It seems we forgot to comment the mysql dependency in the codegen which is the only place and it will cause the mysql driver to be downloaded to your local maven repository when using it... is this blocking for the release? (just fixed this in trunk) Cheers, Francis On Sun, May 9, 2010 at 5:05 AM, Thomas Fischer fisc...@seitenbau.net wrote: rat report looks good signatures are ok maven jars are the same as in other distribution - good work ! source builds However, I found various dependencies which are not compatible with the ASF license. These dependencies are NOT included in any distribution file. However, as I read [1] (which licenses are acceptable for use with an Apache product), dependencies must also comply with the 3rd party license policy. Please correct me if I'm wrong. mysql-connector-java is released under GPL, according to [2] . GPL dependencies are not ok according to [3] Not sure about hsqldb. It is not explicitly listed on [4], but as it is a MIT style license, I presume it's ok, but IANAL. The h2database is dual-licensed under a modified mpl and epl. Both need to be appropriately labeled, see [5]. I do not see such prominent labelling in the distribution. The postgresql license is also not listed in [4]. I presume it's ok, but IANAL. So I'm afraid this is a -1. Thomas P.S. Sorry for waiting so long with the review, but I have been very busy personally and now finally managed to find a time slice for this. [1] http://www.apache.org/legal/3party.html [2] http://dev.mysql.com/downloads/connector/j/ [3] http://www.apache.org/legal/resolved.html#category-x [4] http://www.apache.org/legal/resolved.html#category-a [5] http://www.apache.org/legal/resolved.html#category-b Francis De Brabandere wrote: re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc4) Hi, We have just prepared the fourth 2.0.6-incubating release candidate and we are now looking for approval of the IPMC to publish the release. PMC vote thread: http://mail-archives.apache.org/mod_mbox/incubator-empire-db- dev/201004.mbox/browser We already have one binding vote. These are the major change from our previous 2.0.5-incubating release: - Code-Generator allows generation of Data Model code files for existing databases - Maven plugin for DB-Code-Generator - New example to demonstrate interoperability between Empire-db and Spring - Provided jars are now OSGi compatible Changelog: http://svn.apache.org/viewvc/incubator/empire-db/tags/apache-empire-db- 2.0.6-incubating-rc4/CHANGELOG.txt?view=co Subversion tag: https://svn.apache.org/repos/asf/incubator/empire-db/tags/apache- empire-db-2.0.6-incubating-rc4 Maven staging repository: https://repository.apache.org/content/repositories/orgapacheempire-db- 020/ Distribution files are located here http://people.apache.org/~francisdb/empire-db/ Rat report for the tag is available here: http://people.apache.org/~francisdb/empire-db/rat.txt Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[RESULT][VOTE] Release Apache Empire-db 2.0.6-incubating (rc4)
The vote passes as follows: +1 Martijn Dashorst +1 Ant Elder +1 Craig L Russell +1 Thomas Fischer Thanks for all your support and reviews! I'll push the release out. On Sun, May 9, 2010 at 2:42 PM, Thomas Fischer fisc...@seitenbau.net wrote: Thanks for correcting me, Craig and Francis. I should have asked first before issuing the -1. This changes my vote to +1. Thomas Optional dependencies can have any license. In some cases, even required dependencies can have incompatible licenses. The hard rule is that Apache projects must not ship code with incompatible licenses. So I'm +1 for release of these artifacts. Good job. Craig On May 8, 2010, at 11:59 PM, Francis De Brabandere wrote: First of all thanks for the thorough review. These are all optional dependencies and we don't package them. All our code is written against the JDBC api, we don't need any driver implementation for compilation. So I don't see the problem. It seems we forgot to comment the mysql dependency in the codegen which is the only place and it will cause the mysql driver to be downloaded to your local maven repository when using it... is this blocking for the release? (just fixed this in trunk) Cheers, Francis On Sun, May 9, 2010 at 5:05 AM, Thomas Fischer fisc...@seitenbau.net wrote: rat report looks good signatures are ok maven jars are the same as in other distribution - good work ! source builds However, I found various dependencies which are not compatible with the ASF license. These dependencies are NOT included in any distribution file. However, as I read [1] (which licenses are acceptable for use with an Apache product), dependencies must also comply with the 3rd party license policy. Please correct me if I'm wrong. mysql-connector-java is released under GPL, according to [2] . GPL dependencies are not ok according to [3] Not sure about hsqldb. It is not explicitly listed on [4], but as it is a MIT style license, I presume it's ok, but IANAL. The h2database is dual-licensed under a modified mpl and epl. Both need to be appropriately labeled, see [5]. I do not see such prominent labelling in the distribution. The postgresql license is also not listed in [4]. I presume it's ok, but IANAL. So I'm afraid this is a -1. Thomas P.S. Sorry for waiting so long with the review, but I have been very busy personally and now finally managed to find a time slice for this. [1] http://www.apache.org/legal/3party.html [2] http://dev.mysql.com/downloads/connector/j/ [3] http://www.apache.org/legal/resolved.html#category-x [4] http://www.apache.org/legal/resolved.html#category-a [5] http://www.apache.org/legal/resolved.html#category-b Francis De Brabandere wrote: re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc4) Hi, We have just prepared the fourth 2.0.6-incubating release candidate and we are now looking for approval of the IPMC to publish the release. PMC vote thread: http://mail-archives.apache.org/mod_mbox/incubator-empire-db- dev/201004.mbox/browser We already have one binding vote. These are the major change from our previous 2.0.5-incubating release: - Code-Generator allows generation of Data Model code files for existing databases - Maven plugin for DB-Code-Generator - New example to demonstrate interoperability between Empire-db and Spring - Provided jars are now OSGi compatible Changelog: http://svn.apache.org/viewvc/incubator/empire-db/tags/apache-empire-db- 2.0.6-incubating-rc4/CHANGELOG.txt?view=co Subversion tag: https://svn.apache.org/repos/asf/incubator/empire-db/tags/apache- empire-db-2.0.6-incubating-rc4 Maven staging repository: https://repository.apache.org/content/repositories/orgapacheempire-db- 020/ Distribution files are located here http://people.apache.org/~francisdb/empire-db/ Rat report for the tag is available here: http://people.apache.org/~francisdb/empire-db/rat.txt Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org Craig L Russell Assistant Secretary, Apache Software Foundation Chair, OpenJPA PMC c...@apache.org http://db.apache.org/jdo - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h
Re: [VOTE][PROPOSAL] Amber incubator
+1 (non-binding) On Wed, May 5, 2010 at 1:30 AM, Paul Lindner lind...@inuus.com wrote: +1 (non-binding) On Tue, May 4, 2010 at 3:48 PM, Simone Gianni simo...@apache.org wrote: I would like to present for a vote the following proposal to be sponsored by the Shindig PMC for a new Amber podling. The goal is to build a community around delivering a OAuth v1.0, v1.0a and upcoming v2.0 API and implementation The proposal is available on the wiki at and included below: http://wiki.apache.org/incubator/AmberProposal [] +1 to accept Amber into the Incubator [] 0 don't care [] -1 object and reason why. Thanks, Simone Gianni --- Proposal text from the wiki --- = Amber = == Abstract == The following proposal is about Apache Amber, a Java development framework mainly aimed to build OAuth-aware applications. After a brief explanation of the OAuth protocol, the following proposal describes how Apache Amber solves issues related to the implementation of applications that adhere to such specification. == Proposal == Amber will have no or negligible dependencies and will provide both an API specification for, and an unconditionally compliant implementation of, the OAuth v1.0, v1.0a and v2.0 specifications. The API specification will be provided as a separate JAR file allowing re-use by other developers and permits configuration: * by XML * by the Java JAR Services ServiceLoader mechanism * programmatically The API component specifies that an implementation must provide default classes for Provider, Consumer and Token objects making Amber easy to integrate with existing infrastructure and OAuth client interactions possible with virtually no additional configuration. The API is flexible enough to allow programmatic customisation or replacement of much of the implementation, including the default HTTP transport. Amber will provide both client and server functionality, enabling developers to deploy robust OAuth services with minimal effort. == Background == Roughly, OAuth is a mechanism that allows users to share their private resources, like photo, videos or contacts, stored on a site with another site avoiding giving their username and password credentials. Hence, from the user point-of-view, OAuth could be the way to improve their experience across different applications with an enhanced privacy and security control in a simple and standard method from desktop and web applications. The protocol was initially developed by the oauth.net community and now is under IETF standardization process. The main idea behind OAuth is represented by the token concept. Each token grants access to a site, for a specific resource (or a group of resources), and for a precise time-interval. The user is only required to authenticate with the Provider of their original account, after which that entity provides a re-usable to token to the Consumer who can use it to access resources at the Provider, on the users behalf. Moreover, the total transparency to the user, that is completely unaware of using the protocol, represents one of the main valuable characteristics of the specification. Apache Amber community aims not just to create a simple low-level library, but rather to provide a complete OAuth framework easy to use with Java code, on top of which users can build new-generation killer applications. There are currently three implementation efforts going on in ASF for OAuth v1. A stable implementation of OAuth v1 is present in Apache Shindig, but it is not actively developed and not shared with other projects. A Lab having Simone Tripodi as its PI is working on an implementation for an OAuth library that could be used by other products. Zhihong Zhang wrote an OAuth plugin for JMeter. At the same time, on the IETF OAuth v2 mailing list, other people expressed interest for a Java API and implementation, among them two Apache committers and one active contributor. Outside the ASF there are three known Java OAuth 1.0/1.0a libraries * The oauth.net reference implementation by John Kristian, Praveen Alavilli and Dirk Balfanz. * OAuth SignPost - a simple OAuth message signing client for Java and Apache HttpComponents by Matthias Kaeppler. * OAuth Scribe - a simple OAuth client by Pablo Fernandez. * asmx-oauth (on google code) - a complete open source OAuth 1.0 Consumer and Service Provider implementation provided by Asemantics Srl (Simone Tripodi was involved). == Rationale == The key role played by the OAuth specification, within the overall Open Stack technologies, jointly with its high degree of adoption and maturity, strongly suggest having an Apache leaded incubator for suitable reference implementation. Furthermore, the OAuth specification is currently gaining value due to its involvement in a standardization process within the IETF, as the actual internet draft. Having the Apache Amber as an Apache Incubator could be
[VOTE] Release Apache Empire-db 2.0.6-incubating (rc4)
Hi, We have just prepared the fourth 2.0.6-incubating release candidate and we are now looking for approval of the IPMC to publish the release. PMC vote thread: http://mail-archives.apache.org/mod_mbox/incubator-empire-db-dev/201004.mbox/browser We already have one binding vote. These are the major change from our previous 2.0.5-incubating release: - Code-Generator allows generation of Data Model code files for existing databases - Maven plugin for DB-Code-Generator - New example to demonstrate interoperability between Empire-db and Spring - Provided jars are now OSGi compatible Changelog: http://svn.apache.org/viewvc/incubator/empire-db/tags/apache-empire-db-2.0.6-incubating-rc4/CHANGELOG.txt?view=co Subversion tag: https://svn.apache.org/repos/asf/incubator/empire-db/tags/apache-empire-db-2.0.6-incubating-rc4 Maven staging repository: https://repository.apache.org/content/repositories/orgapacheempire-db-020/ Distribution files are located here http://people.apache.org/~francisdb/empire-db/ Rat report for the tag is available here: http://people.apache.org/~francisdb/empire-db/rat.txt Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator blog at blogs.apache.org?
Is somebody taking care of creating this infra issue? How do you see this IPMC vetting? Cheers, Francis On Mon, Apr 19, 2010 at 7:59 PM, Noel J. Bergman n...@devtech.com wrote: Martijn Dashorst wrote: As several podlings have issues publicizing themselves and finding venues for publicity, would it be a good idea to have an incubator blog at http://blogs.apache.org The content should of course be vetted by the IPMC +1 --- Noel - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Anyone using ASF software in bio-informatics?
Cropdesign (BASF) is using Apache Wicket for their internal experiment statistics reporting website. But I don't work there any more... Cheers, Francis On Wed, Mar 10, 2010 at 11:07 AM, Antonio Petrelli antonio.petre...@gmail.com wrote: 2010/3/10 Ross Gardler rgard...@apache.org: I've been invited to keynote at the Open bio-informatics conference in July, wearing my ASF hat. their invite said: Is anyone here using ASF software in this space? You might try to ask the Commons Math people, I guess they are the right ones to ask: http://commons.apache.org/math/mail-lists.html Antonio - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] [PROPOSAL] Validation incubator for JSR-303 Bean Validation
[x] +1 to accept Validation into the Incubator (non-binding) [] 0 don't care [] -1 object and reason why. Thanks, Donald Woods Proposal text from the wiki Validation Abstract The Validation project will deliver an implementation of the Bean Validation Specification (JSR303) Proposal The initial Validation codebase will use the Agimatec Validation source, which is an implementation of the Bean Validation Specification (JSR303). Although the destination of the Validation podling is not fixed, the idea is that it will graduate to Apache Commons and replace the existing Validator 1.x component as a new 2.0 codebase. Background Agimatec Validation has been developed by Agimatec Gmbh and is about 90% complete towards implementing the JSR303 specification. The Agimatec-Validation project is currently hosted on Google Code and is ASL 2.0 licensed. Agimatec has no intention to complete or maintain the implementation but has given the lead developer permission to continue working on the project on his own time. A number of existing Apache projects (Geronimo, OpenJPA, MyFaces, OpenEJB, Commons) are interested in an implementation of the Bean Validation specification and Donald Woods suggested adopting the Agimatec Validation code rather than starting from scratch. Rationale There is currently no Apache project focused on providing a JSR-303 implementation. The existing Commons Validator 1.x project codebase does not include support for Java 5 annotations and predates the JSR-303 specification effort. By using the Agimatec-Validation code, we can bootstrap the effort to create a Validator 2 release and focus on polishing/enhancing the code, certification activities and integration and support of other Apache projects. Current Status Agimatec Validation and is about 95% complete towards implementing the JSR303 specification. An SGA for the Agimatec Validation has been received and on file from Agimatec Gmbh. Meritocracy As a majority of the initial project members are existing ASF committers, we recognize the desirability of running the project as a meritocracy. We are eager to engage other members of the community and operate to the standard of meritocracy that Apache emphasizes; we believe this is the most effective method of growing our community and enabling widespread adoption. Community Even though the reference implementation for the JSR-303 Bean Validation specification is licensed under ASL 2.0, it is not being developed with meritocracy in mind, as the release process is controlled by the JBoss division of Red Hat to meet their own product needs. Validation aims to build a community of developers interested in the definition and delivery of a JSR-303 compliant runtime, which can be reused as a common component by a number of different projects (like Geronimo, OpenJPA, MyFaces, ) By maintaining independence of the target runtime, it is our intention to build the broadest possible community of developers. Core Developers The lead developer from the Agimatec Validation project will be joined by a number of committers from existing ASF projects. Alignment The purpose of Validation is to develop a certified implementation of JSR-303. Some components may be developed and delivered by other Apache projects, like: * Bean Validation 1.0 spec API - Apache Geronimo Specs subproject * JSF2 integration - MyFaces ExtVal components Known Risks The current JSR-303 portions of the Agimatec-Validation code was developed by a single developer from Agimatec (Roman) with no available documents on the structure of the code. Orphaned Products The project will be implementing the JSR-303 Bean Validation specification, which is a required component for both the Web and Full profiles of Java EE 6. There is minimal risk of this work becoming non-strategic and the contributors are confident that a larger community will form within the project in a relatively short space of time. Inexperience with Open Source Many of the committers have experience working in one or more open source projects including Apache Commons, Geronimo, OpenJPA, OpenEJB, OpenWebBeans and MyFaces. Homogeneous Developers The list of initial committers are geographically distributed across the U.S., Europe and Africa with no one company being associated with a majority of the developers. Many of these initial developers are experienced Apache committers already and all are experienced with working in distributed development communities. It is our hope that, through the incubator, further contributors with a broad background of experience but common interest will become involved with this project. Reliance on Salaried Developers To the best of our knowledge, none of the initial committers are being paid to develop code for this project. Relationships with Other Apache Products A number of existing ASF projects
Re: [VOTE][PROPOSAL] Spatial Information Systems Proposal
Proposal: http://wiki.apache.org/incubator/SpatialProposal [x] +1. Accept SIS into the Incubator. (non-binding) -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Missing reports due NOW
can I as a new mod see what messages are still in the mod queue? On Tue, Jan 19, 2010 at 11:02 AM, jean-frederic clere jfcl...@gmail.com wrote: On 01/19/2010 10:57 AM, Gav... wrote: -Original Message- From: Martijn Dashorst [mailto:martijn.dasho...@gmail.com] Sent: Tuesday, 19 January 2010 7:24 PM To: general@incubator.apache.org Subject: Re: Missing reports due NOW The notification was sent but got stuck in moderation with no moderator for the dev@ list. Or no 'active' moderators, these are listed as mods for the dev list. francisdb doebele reiher Add me. Cheers Jean-Frederic Gav... Martijn On Tue, Jan 19, 2010 at 7:53 AM, Francis De Brabandere franci...@gmail.com wrote: As far as I know we (empire-db) also did not receive a notification. Cheers, Francis On Tue, Jan 19, 2010 at 3:00 AM, Hyrum K. Wright hyrum_wri...@mail.utexas.edu wrote: On Jan 18, 2010, at 2:20 PM, Justin Erenkrantz wrote: On Mon, Jan 18, 2010 at 5:28 AM, Noel J. Bergman n...@devtech.com wrote: Missing: Subversion Hmm. Something went wrong with the automated notifier as this ball got dropped, I guess. Subversion should have something submitted by this evening. -- justin The automated notifier (Marvin?) sent it's notification on Jan. 1, and it was promptly missed in all the post-holiday revelry. -Hyrum - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.4 - 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 - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Missing reports due NOW
As far as I know we (empire-db) also did not receive a notification. Cheers, Francis On Tue, Jan 19, 2010 at 3:00 AM, Hyrum K. Wright hyrum_wri...@mail.utexas.edu wrote: On Jan 18, 2010, at 2:20 PM, Justin Erenkrantz wrote: On Mon, Jan 18, 2010 at 5:28 AM, Noel J. Bergman n...@devtech.com wrote: Missing: Subversion Hmm. Something went wrong with the automated notifier as this ball got dropped, I guess. Subversion should have something submitted by this evening. -- justin The automated notifier (Marvin?) sent it's notification on Jan. 1, and it was promptly missed in all the post-holiday revelry. -Hyrum - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: How to put droids into the snapshot rep
If you use maven in your project: http://maven.apache.org/developers/release/apache-release.html Don't know for ant builds, maybe this will help? http://maven.apache.org/guides/mini/guide-central-repository-upload.html Is ivy able to upload releases? If it can you can upload them to the apache nexus staging repository, see the maven-related documentation for that. Cheers, Francis On Fri, Dec 4, 2009 at 1:34 PM, Thorsten Scherler thorsten.scherler@juntadeandalucia.es wrote: Hi all, https://issues.apache.org/jira/browse/DROIDS-65 I am looking into adding droids to the public apache maven rep. I did some research but could not really find a extend how to. Can somebody point me in the right direction? salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions Sociedad Andaluza para el Desarrollo de la Sociedad de la Información, S.A.U. (SADESI) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc6)
I'd like to get to a formal consensus on the manifest date and this url. Do we really need to fix those or are they non-issues? On the site url and as Martijn mentioned I also think this is a NON-issue On the manifest date I agree it would be nice to have them equal but if we have to make the release process complexer for it I'd rather have it the way it is now. I'll probably ping the maven/nexus guys on that second issue to see how they would handle this. Thanks, Francis On Wed, Sep 23, 2009 at 12:04 PM, Bertrand Delacretaz bdelacre...@apache.org wrote: On Wed, Sep 23, 2009 at 11:45 AM, Martijn Dashorst martijn.dasho...@gmail.com wrote: ...I don't think this should block a podling release, nor a TLP release Ok, +1 to the release then, provided the issues raised in this thread are fixed next time. -Bertrand - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc6)
yep or no default url and a url in the CI profile. Will take care of that On Wed, Sep 23, 2009 at 1:26 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: On Wed, Sep 23, 2009 at 12:43 PM, sebb seb...@gmail.com wrote: On the site url and as Martijn mentioned I also think this is a NON-issue Can't one provide the URL as a command-line parameter? In which case, just drop it from the POM (maybe replace with comment to show an example command-line) Perhaps as a property, which is set in the settings.xml (local to a release manager's machine) url${empire-db.site.url}/url ? Martijn - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE RESULT] Release Apache Empire-db 2.0.5-incubating (rc6)
The final result for our vote on the release of Apache Empire-db 2.0.5-incubating (rc6) +1 votes: 4 binding 0 votes: 0 -1 votes: 0 Hereby we will publish this RC6 as the final 2.0.5-incubating release. Thanks, The apache empire-db team. On Wed, Sep 23, 2009 at 12:43 PM, sebb seb...@gmail.com wrote: On 23/09/2009, Francis De Brabandere franci...@gmail.com wrote: I'd like to get to a formal consensus on the manifest date and this url. Do we really need to fix those or are they non-issues? Issues, but non-blocking. On the site url and as Martijn mentioned I also think this is a NON-issue Can't one provide the URL as a command-line parameter? In which case, just drop it from the POM (maybe replace with comment to show an example command-line) I don't think it's blocking, but it does not look good to have personal URLs in ASF releases. On the manifest date I agree it would be nice to have them equal but if we have to make the release process complexer for it I'd rather have it the way it is now. I'll probably ping the maven/nexus guys on that second issue to see how they would handle this. +1 Thanks, Francis On Wed, Sep 23, 2009 at 12:04 PM, Bertrand Delacretaz bdelacre...@apache.org wrote: On Wed, Sep 23, 2009 at 11:45 AM, Martijn Dashorst martijn.dasho...@gmail.com wrote: ...I don't think this should block a podling release, nor a TLP release Ok, +1 to the release then, provided the issues raised in this thread are fixed next time. -Bertrand - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE RESULT] Release Apache Empire-db 2.0.5-incubating (rc6)
Thomas Fischer (mentor) Martijn Dashorst (mentor) Bertrand Delacretaz (IPMC?) You (IPMC) On Wed, Sep 23, 2009 at 2:50 PM, sebb seb...@gmail.com wrote: On 23/09/2009, Francis De Brabandere franci...@gmail.com wrote: The final result for our vote on the release of Apache Empire-db 2.0.5-incubating (rc6) +1 votes: 4 binding 0 votes: 0 -1 votes: 0 Who voted? I can only count 3 +1 votes. Hereby we will publish this RC6 as the final 2.0.5-incubating release. Thanks, The apache empire-db team. On Wed, Sep 23, 2009 at 12:43 PM, sebb seb...@gmail.com wrote: On 23/09/2009, Francis De Brabandere franci...@gmail.com wrote: I'd like to get to a formal consensus on the manifest date and this url. Do we really need to fix those or are they non-issues? Issues, but non-blocking. On the site url and as Martijn mentioned I also think this is a NON-issue Can't one provide the URL as a command-line parameter? In which case, just drop it from the POM (maybe replace with comment to show an example command-line) I don't think it's blocking, but it does not look good to have personal URLs in ASF releases. On the manifest date I agree it would be nice to have them equal but if we have to make the release process complexer for it I'd rather have it the way it is now. I'll probably ping the maven/nexus guys on that second issue to see how they would handle this. +1 Thanks, Francis On Wed, Sep 23, 2009 at 12:04 PM, Bertrand Delacretaz bdelacre...@apache.org wrote: On Wed, Sep 23, 2009 at 11:45 AM, Martijn Dashorst martijn.dasho...@gmail.com wrote: ...I don't think this should block a podling release, nor a TLP release Ok, +1 to the release then, provided the issues raised in this thread are fixed next time. -Bertrand - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE RESULT] Release Apache Empire-db 2.0.5-incubating (rc6)
I see, that +1 was for the pinging of the maven guys :-) On Wed, Sep 23, 2009 at 5:31 PM, sebb seb...@gmail.com wrote: On 23/09/2009, Francis De Brabandere franci...@gmail.com wrote: Thomas Fischer (mentor) Martijn Dashorst (mentor) Bertrand Delacretaz (IPMC?) You (IPMC) If you look back, I did not actually register a +1 vote, and anyway I am not on the IPMC. The other three are on the IPMC, and did register votes. On Wed, Sep 23, 2009 at 2:50 PM, sebb seb...@gmail.com wrote: On 23/09/2009, Francis De Brabandere franci...@gmail.com wrote: The final result for our vote on the release of Apache Empire-db 2.0.5-incubating (rc6) +1 votes: 4 binding 0 votes: 0 -1 votes: 0 Who voted? I can only count 3 +1 votes. Hereby we will publish this RC6 as the final 2.0.5-incubating release. Thanks, The apache empire-db team. On Wed, Sep 23, 2009 at 12:43 PM, sebb seb...@gmail.com wrote: On 23/09/2009, Francis De Brabandere franci...@gmail.com wrote: I'd like to get to a formal consensus on the manifest date and this url. Do we really need to fix those or are they non-issues? Issues, but non-blocking. On the site url and as Martijn mentioned I also think this is a NON-issue Can't one provide the URL as a command-line parameter? In which case, just drop it from the POM (maybe replace with comment to show an example command-line) I don't think it's blocking, but it does not look good to have personal URLs in ASF releases. On the manifest date I agree it would be nice to have them equal but if we have to make the release process complexer for it I'd rather have it the way it is now. I'll probably ping the maven/nexus guys on that second issue to see how they would handle this. +1 Thanks, Francis On Wed, Sep 23, 2009 at 12:04 PM, Bertrand Delacretaz bdelacre...@apache.org wrote: On Wed, Sep 23, 2009 at 11:45 AM, Martijn Dashorst martijn.dasho...@gmail.com wrote: ...I don't think this should block a podling release, nor a TLP release Ok, +1 to the release then, provided the issues raised in this thread are fixed next time. -Bertrand - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc6)
As we don't use the maven generated site for now I don't see it as a problem. I used to publish the snapshot site over there. We might set this up correctly in the future for reports like code coverage. On the other hand we might as well be doing this using the apache hudson instance... I hope this is not blocking? Francis On Tue, Sep 22, 2009 at 2:26 PM, sebb seb...@gmail.com wrote: On 22/09/2009, Rainer Döbele doeb...@esteam.de wrote: Hi sebb, we have thoroughly investigated and discussed this issue and since everything but the timestamp in the manifest is equal and there is no easy solution for having only one Maven build, we (and our mentors) considered it a minor and not blocking issue. OK, but it would be good if this could be fixed one day. Looking through the top-level POM, I see that there is a reference to urlscp://people.apache.org/home/francisdb/public_html/empire-db/site/url This also looks odd for a release. Is it supposed to be there? We're still relying on your vote and we would appriciate if you could agree with us upon this issue. Thanks, Rainer On Mon, Sep 21, 2009 at 6:10 PM, sebb seb...@gmail.com wrote: Just noticed that the jar files in the zip/tar.gz archives are identical to each other, but are not identical to the jar files in the Maven repository - they have different hashes, for example: tgz/zip: empire-db-2.0.5- incubating.jar:103bed94cfba5efe0d2c3d4e90e4c89a Maven: empire-db-2.0.5-incubating.jar:76f209ee1b698b09a607d1ee735011b8 Not sure why this should be, but it does not seem right. On 20/09/2009, Francis De Brabandere franci...@gmail.com wrote: Hi guys, We need one more binding vote. We already have 2 binding votes from out mentors. Thanks, Francis On Thu, Sep 17, 2009 at 9:06 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: +1 (binding) On Thu, Sep 17, 2009 at 7:48 PM, Thomas Fischer fisc...@seitenbau.net wrote: +1 (binding) Thomas [VOTE] Release Apache Empire-db 2.0.5-incubating (rc6) Here we go again :-) Hi, We just created an other release candidate for 2.0.5-incubating (rc6). Our community approved the release so we now have a second binding voting round for IPMC Members/Mentors. fixes since previous rc5: - examples not uploaded to the maven repository any more - tutorial fixed - KEYS file updated I tried having identical archives in the dist and the maven repo but failed to do so (meta inf build dates diff). But we might be able to fix this in a next release. Further this was not a blocking issue. Change log: http://svn.apache.org/viewvc/incubator/empire-db/tags/apache- empire- db-2.0.5-incubating-rc6/CHANGELOG.txt?view=markup Subversion tag: https://svn.apache.org/repos/asf/incubator/empire- db/tags/apache- empire-db-2.0.5-incubating-rc6 Maven staging repository: https://repository.apache.org/content/repositories/empire-db- staging-015 Distribution files are located here http://people.apache.org/~francisdb/empire-db/rc6/ Rat report for the tag is available here: http://people.apache.org/~francisdb/empire-db/rc6/rat.txt Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 -- --- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc6)
This is a known issue, but they are built from the same tag. The only diff is the date in the manifest. Building the dist is done at a different time of building the maven artifacts and as the staging repo has no constant url we can not point to it from within our release script... I suppose this is non-blocking? Cheers, Francis On Mon, Sep 21, 2009 at 6:10 PM, sebb seb...@gmail.com wrote: Just noticed that the jar files in the zip/tar.gz archives are identical to each other, but are not identical to the jar files in the Maven repository - they have different hashes, for example: tgz/zip: empire-db-2.0.5-incubating.jar:103bed94cfba5efe0d2c3d4e90e4c89a Maven: empire-db-2.0.5-incubating.jar:76f209ee1b698b09a607d1ee735011b8 Not sure why this should be, but it does not seem right. On 20/09/2009, Francis De Brabandere franci...@gmail.com wrote: Hi guys, We need one more binding vote. We already have 2 binding votes from out mentors. Thanks, Francis On Thu, Sep 17, 2009 at 9:06 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: +1 (binding) On Thu, Sep 17, 2009 at 7:48 PM, Thomas Fischer fisc...@seitenbau.net wrote: +1 (binding) Thomas [VOTE] Release Apache Empire-db 2.0.5-incubating (rc6) Here we go again :-) Hi, We just created an other release candidate for 2.0.5-incubating (rc6). Our community approved the release so we now have a second binding voting round for IPMC Members/Mentors. fixes since previous rc5: - examples not uploaded to the maven repository any more - tutorial fixed - KEYS file updated I tried having identical archives in the dist and the maven repo but failed to do so (meta inf build dates diff). But we might be able to fix this in a next release. Further this was not a blocking issue. Change log: http://svn.apache.org/viewvc/incubator/empire-db/tags/apache-empire- db-2.0.5-incubating-rc6/CHANGELOG.txt?view=markup Subversion tag: https://svn.apache.org/repos/asf/incubator/empire-db/tags/apache- empire-db-2.0.5-incubating-rc6 Maven staging repository: https://repository.apache.org/content/repositories/empire-db-staging-015 Distribution files are located here http://people.apache.org/~francisdb/empire-db/rc6/ Rat report for the tag is available here: http://people.apache.org/~francisdb/empire-db/rc6/rat.txt Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc6)
Hi guys, We need one more binding vote. We already have 2 binding votes from out mentors. Thanks, Francis On Thu, Sep 17, 2009 at 9:06 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: +1 (binding) On Thu, Sep 17, 2009 at 7:48 PM, Thomas Fischer fisc...@seitenbau.net wrote: +1 (binding) Thomas [VOTE] Release Apache Empire-db 2.0.5-incubating (rc6) Here we go again :-) Hi, We just created an other release candidate for 2.0.5-incubating (rc6). Our community approved the release so we now have a second binding voting round for IPMC Members/Mentors. fixes since previous rc5: - examples not uploaded to the maven repository any more - tutorial fixed - KEYS file updated I tried having identical archives in the dist and the maven repo but failed to do so (meta inf build dates diff). But we might be able to fix this in a next release. Further this was not a blocking issue. Change log: http://svn.apache.org/viewvc/incubator/empire-db/tags/apache-empire- db-2.0.5-incubating-rc6/CHANGELOG.txt?view=markup Subversion tag: https://svn.apache.org/repos/asf/incubator/empire-db/tags/apache- empire-db-2.0.5-incubating-rc6 Maven staging repository: https://repository.apache.org/content/repositories/empire-db-staging-015 Distribution files are located here http://people.apache.org/~francisdb/empire-db/rc6/ Rat report for the tag is available here: http://people.apache.org/~francisdb/empire-db/rc6/rat.txt Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[VOTE] Release Apache Empire-db 2.0.5-incubating (rc6)
Here we go again :-) Hi, We just created an other release candidate for 2.0.5-incubating (rc6). Our community approved the release so we now have a second binding voting round for IPMC Members/Mentors. fixes since previous rc5: - examples not uploaded to the maven repository any more - tutorial fixed - KEYS file updated I tried having identical archives in the dist and the maven repo but failed to do so (meta inf build dates diff). But we might be able to fix this in a next release. Further this was not a blocking issue. Change log: http://svn.apache.org/viewvc/incubator/empire-db/tags/apache-empire-db-2.0.5-incubating-rc6/CHANGELOG.txt?view=markup Subversion tag: https://svn.apache.org/repos/asf/incubator/empire-db/tags/apache-empire-db-2.0.5-incubating-rc6 Maven staging repository: https://repository.apache.org/content/repositories/empire-db-staging-015 Distribution files are located here http://people.apache.org/~francisdb/empire-db/rc6/ Rat report for the tag is available here: http://people.apache.org/~francisdb/empire-db/rc6/rat.txt Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE][CANCELED] Release Apache Empire-db 2.0.5-incubating (rc5)
Hi all, I'm canceling this vote as we have two more issues to take care of: - no example binaries in the maven repo - fixing the tutorial I will update the KEYS file that is linked on the website and create an RC6 this evening. Thanks for the reviews! Francis On Sun, Sep 13, 2009 at 9:56 PM, Thomas Fischer fisc...@seitenbau.net wrote: Francis De Brabandere franci...@gmail.com schrieb am 13.09.2009 20:38:26: ... the keys on the website points to http://www.apache.org/dist/incubator/empire-db/KEYS I suggest it points to a location in the repo where it is kept so we don't have to update two copies each time. I am not sure this is feasible. Locating it in the dist site seems standard to me, though I do not know whether it is an absolute must. If there is no compelling reason to move it, please keep the file there, but make sure your public key is contained in it. We should at least update the dist/incubator/empire-db/KEYS file when the release is accepted (if we keep it) Francis, you can simply add your key, no matter whether the release is accepted or not, and preferably before the release is voted on. It is no problem if there is no release for a key in the KEYS file. I added myself a while ago to the keys in our repo/trunk/tools/KEYS.txt. Should we move that file to trunk and publish it in the dist? I'm not sure whether I understand you correctly, but the file repo/trunk/tools/KEYS.txt is fine as KEYS file. Just make sure the file in the dist directory has the same content. ... further my public key is available here: http://pgp.mit.edu:11371/pks/lookup?search=francisdb Yes, I checked that. But everybody can upload keys to a keyserver and call themselves Francis De Brabandere, so this is no real protection, just convenience. Thomas On Sun, Sep 13, 2009 at 1:20 PM, Thomas Fischer fisc...@seitenbau.net wrote: I have checked the release and I have found the following issues: ... - francis' signature is not in the KEYS.txt on the website. (see below)) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Unable to load PDF
This is the general incubator list. Better send your mail to: pdfbox-us...@incubator.apache.org (after subscribing) http://incubator.apache.org/pdfbox/mailing-list.html Cheers, Francis On Mon, Sep 14, 2009 at 9:17 PM, Hicks, Matt mhi...@captiveimagination.com wrote: Hey guys, I'm using the latest code from the trunk in the SVN repository and am having trouble loading a PDF. I'm getting the following exception: Exception in thread main org.apache.pdfbox.exceptions.WrappedIOException at org.apache.pdfbox.pdfparser.PDFParser.parse(PDFParser.java:237) at org.apache.pdfbox.pdmodel.PDDocument.load(PDDocument.java:841) at org.apache.pdfbox.pdmodel.PDDocument.load(PDDocument.java:808) at org.apache.pdfbox.pdmodel.PDDocument.load(PDDocument.java:733) at test.Test.main(Test.java:21) Caused by: java.util.NoSuchElementException at java.util.AbstractList$Itr.next(Unknown Source) at org.apache.pdfbox.pdfparser.PDFXrefStreamParser.parse(PDFXrefStreamParser.java:115) at org.apache.pdfbox.cos.COSDocument.parseXrefStreams(COSDocument.java:538) at org.apache.pdfbox.pdfparser.PDFParser.parse(PDFParser.java:203) ... 4 more This occurs when I call PDDocument.load(test02.pdf); For testing purposes you may find the PDF I'm using here: http://captiveimagination.com/download/test02.pdf Thanks! -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)
The jar diff is discussed in an other thread. Added myself to the site: http://incubator.apache.org/empire-db/community/contributors.htm meanwhile I created this document on the wiki: http://cwiki.apache.org/confluence/display/empiredb/Becoming+part+of+the+team (just as a start) the keys on the website points to http://www.apache.org/dist/incubator/empire-db/KEYS I suggest it points to a location in the repo where it is kept so we don't have to update two copies each time. We should at least update the dist/incubator/empire-db/KEYS file when the release is accepted (if we keep it) I added myself a while ago to the keys in our repo/trunk/tools/KEYS.txt. Should we move that file to trunk and publish it in the dist? also from here: http://incubator.apache.org/guides/releasemanagement.html#distribution-checksums-sigs that the KEYS file contains the public key. (Storing public keys in a KEYS file is recommended but is not policy.) further my public key is available here: http://pgp.mit.edu:11371/pks/lookup?search=francisdb Cheers, Francis On Sun, Sep 13, 2009 at 1:20 PM, Thomas Fischer fisc...@seitenbau.net wrote: I have checked the release and I have found the following issues: - jar files in the maven2 repo and the distribution differ. No idea how this can happen. (see below)) - francis' signature is not in the KEYS.txt on the website. (see below)) Everything else looks good, except the issues sebb found. If these issues are fixed, an rc will get a +1 from me Thomas I have checked the following: staging repo: - empire-db - jar contains NOTICE and LICENSE -empire-db-struts2 - jar contains NOTICE and LICENSE -empire-db-example-advanced - jar contains NOTICE and LICENSE -empire-db-example-basic - jar contains NOTICE and LICENSE -empire-db-example-cxf - jar contains NOTICE and LICENSE rat report looks good distribution: - NOTICE, LICENSE and DISCLAIMER look good - javadoc looks good - sources look good - sources build - unit tests pass - all required dependencies are available from central repository, - docs (README.txt, tutorial.pdf) look good - md5 and sha1 sums are correct - signatures are correct, however, francis' key is not in the KEYS.txt. This needs to be fixed. compare maven repo and distribution: - empire-db-2.0.5-incubating.jar in staging repo and in zip/tgz differ binaryly. The file size in the staging repository is 269.663 bytes, whereas in the sistribution, it is 269.664 bytes. empire-db-struts2-2.0.5-incubating.jar also seems to be different, but has same file size. Regards, Thomas - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)
Let's say we do not publish the war's (remove them from the staging repo) as they have no real value. Would you agree with that? Thanks, Francis On Fri, Sep 11, 2009 at 11:41 PM, sebb seb...@gmail.com wrote: On 11/09/2009, Francis De Brabandere franci...@gmail.com wrote: On Fri, Sep 11, 2009 at 10:15 PM, Francis De Brabandere franci...@gmail.com wrote: On Fri, Sep 11, 2009 at 10:04 PM, Francis De Brabandere franci...@gmail.com wrote: [X] -1 Distribution archives are broken. Maven artifacts don't have correct NL files. That war contains jar's that each contain their own license and notice files. Should we take those over in an extra NL? How do you want us to keep track of all transitive dependencies in the future. If one of the projects we depend on takes an extra dependency we also have to add it, there is no easy way to handle this? If we really have to do this I'd rather release the examples as source code only. Is that a valid option? further I had a look at an other apache project war archive and it does not contain any NL files either: http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/wicket/wicket-examples/1.4-rc4/wicket-examples-1.4-rc4.war I think that's wrong too. Thanks, Francis -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)
I got this fixed by adding deployment skipping for our examples module: build pluginManagement plugins plugin !-- skip deployment for all examples -- artifactIdmaven-deploy-plugin/artifactId configuration skiptrue/skip /configuration /plugin /plugins /pluginManagement /build As you can see in the latest snapshot builds the examples are not being deployed any more: https://repository.apache.org/content/repositories/snapshots/org/apache/empire-db/ Now for the staging repo I fear we'll have to create an other RC as I can not remove folders there. Anything else we should fix? Cheers, Francis On Sat, Sep 12, 2009 at 1:06 PM, sebb seb...@gmail.com wrote: On 12/09/2009, Francis De Brabandere franci...@gmail.com wrote: Let's say we do not publish the war's (remove them from the staging repo) as they have no real value. Would you agree with that? OK by me. It also seems wrong to publish some content only via Maven. I would expect to see all the Maven content available in the release artifacts. It may be packaged differently - e.g. separate javadoc and source jars - and the release artifact may include files that are not in the Maven repo (e.g. documentation), but I don't think there should be anything in Maven that is not in the release [excluding the Maven-specific repo config files] Thanks, Francis On Fri, Sep 11, 2009 at 11:41 PM, sebb seb...@gmail.com wrote: On 11/09/2009, Francis De Brabandere franci...@gmail.com wrote: On Fri, Sep 11, 2009 at 10:15 PM, Francis De Brabandere franci...@gmail.com wrote: On Fri, Sep 11, 2009 at 10:04 PM, Francis De Brabandere franci...@gmail.com wrote: [X] -1 Distribution archives are broken. Maven artifacts don't have correct NL files. That war contains jar's that each contain their own license and notice files. Should we take those over in an extra NL? How do you want us to keep track of all transitive dependencies in the future. If one of the projects we depend on takes an extra dependency we also have to add it, there is no easy way to handle this? If we really have to do this I'd rather release the examples as source code only. Is that a valid option? further I had a look at an other apache project war archive and it does not contain any NL files either: http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/wicket/wicket-examples/1.4-rc4/wicket-examples-1.4-rc4.war I think that's wrong too. Thanks, Francis -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)
Distribution files are located here http://people.apache.org/~francisdb/empire-db/ The tar.gz and .zip files have different contents. I did a diff on both archives after extraction and they seem to be equal. They both look completely wrong to me, as they contain raw class files and Eclipse .settings directories. could you show me where those .class files and .settings folders are? Thanks, Francis -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)
Hi Rainer, The only difference I could find, was that the zip additionally contains 5 empty directories that are not present in the tar. But the number and content of the files do match. could you tell me which ones those are? Also I could not find any raw class files or eclipse project directories. And there does not seem to be a war file either unless you build it with Maven. And of course Maven will produce those files. The war file is not in the distribution but will be pushed to the maven repository. See https://repository.apache.org/content/repositories/empire-db-staging-045 Cheers, Francis -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)
On Fri, Sep 11, 2009 at 10:15 PM, Francis De Brabandere franci...@gmail.com wrote: On Fri, Sep 11, 2009 at 10:04 PM, Francis De Brabandere franci...@gmail.com wrote: [X] -1 Distribution archives are broken. Maven artifacts don't have correct NL files. That war contains jar's that each contain their own license and notice files. Should we take those over in an extra NL? How do you want us to keep track of all transitive dependencies in the future. If one of the projects we depend on takes an extra dependency we also have to add it, there is no easy way to handle this? If we really have to do this I'd rather release the examples as source code only. Is that a valid option? further I had a look at an other apache project war archive and it does not contain any NL files either: http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/wicket/wicket-examples/1.4-rc4/wicket-examples-1.4-rc4.war Thanks, Francis -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)
Hi, The Empire-db community has completed working on Release 2.0.5 and is now looking for approval of the IPMC to publish the release. Since our previous attempt failed on general@ we prepared a fifth release candidate. These are the major change from our previous 2.0.4 release: - Maven project management - New database handlers for Apache Derby, H2, PostgreSQL - New Examples showing WebService integration using Apache CXF - Unified distribution file for core and struts2 extensions. Change log: http://svn.apache.org/viewvc/incubator/empire-db/tags/apache-empire-db-2.0.5-incubating-rc5/CHANGELOG.txt?view=markup Subversion tag: https://svn.apache.org/repos/asf/incubator/empire-db/tags/apache-empire-db-2.0.5-incubating-rc5 Maven staging repository: https://repository.apache.org/content/repositories/empire-db-staging-045 Distribution files are located here http://people.apache.org/~francisdb/empire-db/ Rat report for the tag is available here: http://people.apache.org/~francisdb/empire-db/rat.txt Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Empire-db version 2.0.5-incubating (take 2)
Sebb, So to sum up, do we still have blocking issues left? If needed I can brew an other rc to fix a few more of those minor issues (they are fixed in trunk). Thanks, Francis On Wed, Sep 2, 2009 at 1:22 AM, Francis De Brabanderefranci...@gmail.com wrote: ok, my bad, you can just define the tag when performing the release using maven, it does not have to be the same as the version. So you can set the version to 2.0.5-incubating and the tag to 2.0.5-incubating-rc1. So when the release proceeds we can just copy over that last rc to the final ant promote the 'staged' files. If we need another release and vote I will create an rc tag. Thanks for the pointer, Francis On Wed, Sep 2, 2009 at 1:03 AM, sebbseb...@gmail.com wrote: On 01/09/2009, Francis De Brabandere franci...@gmail.com wrote: On Tue, Sep 1, 2009 at 5:46 PM, sebbseb...@gmail.com wrote: The new release candidate uses exactly the same name for the artifacts and the SVN tag. This makes it very difficult to determine later what was actually voted on. Hmm, I don't see how this can be changed when using nexus, the Idea there is to 'stage' a release and avoid it to be sent to the main maven repo if it is not 100% correct. So for a 2.0.5 to get in there we need to release as 2.0.5. And if this release fails I see no other way than to start over using the same tags (renaming failed tag) I could rename the tags to rc-1, rc-2 but that would not correspond to the versions used in the pom's. How do you suggest we do this? No idea, but at least some other Incubator projects seem to manage this OK, as shown by threads here. ok I talked about this on #maven and this is what they came up with francisdb we are using nexus struberg hi francisdb, we are cutting M3-rc1 M3-rc2 etc over at OWB struberg there has been a (realy long) discusson on the commons list on this topic struberg maybe you can check markmail.org for it. I suppose he is talking about this thread or soem related thread http://markmail.org/search/?q=commons%20nexus%20staging#query:commons%20nexus%20staging%20list%3Aorg.apache.commons.dev+page:1+mid:bdjkatfcwukxsugn+state:results Brian francisdb, we typically stage rc's for testing but only call votes on the last one Brian the final version may end up being staged multiple times with the same version number but using rc's reduces that likelyhood francisdb I see francisdb so your final version tag might be created/deleted a few times ... So overwriting the tag should not be a problem as the maven guys are also doing that. But indeed before calling a vote we might want to have some rc's inspected to reduce the likelihood of a failing vote Do you agree with this idea? Perhaps you should speak with the Photark developers, as they are using SVN tags with RC markers. they are doing what the maven guys -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE][CANCELED] Release Empire-db version 2.0.5-incubating (take 2)
Ok then I cancel this vote. I'll try to have an other rc ready by the start of next week. Thanks, Francis On Wed, Sep 2, 2009 at 11:23 AM, sebbseb...@gmail.com wrote: On 02/09/2009, Francis De Brabandere franci...@gmail.com wrote: Sebb, So to sum up, do we still have blocking issues left? If needed I can brew an other rc to fix a few more of those minor issues (they are fixed in trunk). IMO the NOTICE file problems need to be fixed. Thanks, Francis -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE][CANCELED] Release Empire-db version 2.0.5-incubating (take 2)
Ok will take care of that. On Wed, Sep 2, 2009 at 12:09 PM, ant elderant.el...@gmail.com wrote: As you're respining there is still a problem with missing DISCLAIMER files that should be fixed too. There is now a DISCLAIMER file in the distributions but it needs to be included in the maven artifacts as well - ie all the jars in the staging repository. ...ant On Wed, Sep 2, 2009 at 11:00 AM, Francis De Brabanderefranci...@gmail.com wrote: Ok then I cancel this vote. I'll try to have an other rc ready by the start of next week. Thanks, Francis On Wed, Sep 2, 2009 at 11:23 AM, sebbseb...@gmail.com wrote: On 02/09/2009, Francis De Brabandere franci...@gmail.com wrote: Sebb, So to sum up, do we still have blocking issues left? If needed I can brew an other rc to fix a few more of those minor issues (they are fixed in trunk). IMO the NOTICE file problems need to be fixed. Thanks, Francis -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Empire-db version 2.0.5-incubating (take 2)
[inline reply] On Tue, Sep 1, 2009 at 5:14 PM, sebbseb...@gmail.com wrote: The new release candidate uses exactly the same name for the artifacts and the SVN tag. This makes it very difficult to determine later what was actually voted on. Hmm, I don't see how this can be changed when using nexus, the Idea there is to 'stage' a release and avoid it to be sent to the main maven repo if it is not 100% correct. So for a 2.0.5 to get in there we need to release as 2.0.5. And if this release fails I see no other way than to start over using the same tags (renaming failed tag) I could rename the tags to rc-1, rc-2 but that would not correspond to the versions used in the pom's. How do you suggest we do this? The NOTICE files in the jar files are not quite right; there is a spurious blank line (not a blocker) at the start (probably a bug in the Maven plugin) and the Project name is incomplete: it should be Apache Empire-db ... not Empire-db I'll fix this, I might have a clue on where that blank line comes from. Svn tag: http://svn.apache.org/viewvc/incubator/empire-db/tags/empire-db-parent-2.0.5-incubating/ Lots of missing SVN properties (not a blocker) See https://issues.apache.org/jira/browse/EMPIREDB-48 Hmm, never used those props. Do we really need those? I'd like to see this automated as we will probably forget about those in the future. The SVN tag contains an old directory tree; if this is obsolete, it should be removed from trunk and the next tag. That folder contains some old pre-maven build stuff that I should still have a look at before deleting it. Do we really need to copy that over to our distribution file? Thanks for the review, Francis -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Location of Incubator releases
I suppose those should be available on the apache mirrors instead? How do we get them there? Francis On Tue, Sep 1, 2009 at 5:27 PM, sebbseb...@gmail.com wrote: Just noticed that (some) Incubator releases are being made from personal directories on people (minotaur). That does not seem right to me, but perhaps I'm being too picky? Example: http://incubator.apache.org/empire-db/downloads/downloads.htm - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Empire-db version 2.0.5-incubating (take 2)
Also, just noticed that there is another version of the tutorial in Word format (tutorial.doc). This is stored in SVN alongside tutorial.pdf, but for some reason in the archive the doc file is stored in one of the subdirectories, viz: src/empire-db-examples. Not sure why one would need the proprietary Word fomat document - surely anyone that can read Word can also read PDF format files? - but if it is needed, seems to me it should be alongside the PDF version of the file. Not blockers, but should be fixed for a future release. The problem is that you can not edit pdf files, so that doc is the source for the pdf. I don't see why we should add that to the distribution. We can always convert it to openoffice file format or something else if that helps. Francis -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Empire-db version 2.0.5-incubating (take 2)
Sebb, So to sum up, do we still have blocking issues left? I can brew an other release to fix a few more of those minor issues (they are fixed in trunk) but I don't know how to do it with a different tag/version. Francis On Tue, Sep 1, 2009 at 7:00 PM, sebbseb...@gmail.com wrote: On 01/09/2009, Francis De Brabandere franci...@gmail.com wrote: Also, just noticed that there is another version of the tutorial in Word format (tutorial.doc). This is stored in SVN alongside tutorial.pdf, but for some reason in the archive the doc file is stored in one of the subdirectories, viz: src/empire-db-examples. Not sure why one would need the proprietary Word fomat document - surely anyone that can read Word can also read PDF format files? - but if it is needed, seems to me it should be alongside the PDF version of the file. Not blockers, but should be fixed for a future release. The problem is that you can not edit pdf files, so that doc is the source for the pdf. I don't see why we should add that to the distribution. OK, I see. In that case, the .doc file does need to be in the source archive, as the archive is supposed to contain everything needed to build the binary output. There should probably be a comment in the Build instructions to mention that the PDF is built from the DOC file. We can always convert it to openoffice file format or something else if that helps. No need to do so. BTW, there are ways of converting plain text files to PDF which can be automated using Maven plugins; in which case only the source would need to be stored in SVN. The PDF could be generated as part of the Maven build process. Just a suggestion to consider in future. Francis -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Location of Incubator releases
the files are there, it seems the site is pointing to the wrong files http://www.apache.org/dist/incubator/empire-db On Wed, Sep 2, 2009 at 12:03 AM, Martijn Dashorstmartijn.dasho...@gmail.com wrote: The Incubator release guide provides guidance: Uploading Artifacts The distribution upload location (www.apache.org/dist) for all Apache projects is the /www/www.apache.org/dist directory on people.apache.org. Each project (including the Incubator) owns a directory within dist. The podling distribution directory is contained within this Incubator distribution directory. The Incubator Project Management Committee (IPMC) is responsible for all releases. Arrangement and management of releases within each podling distribution directory is delegated to the appropriate podling. Release artifacts can be uploaded into the podling distribution directory using scp. It is best to scp into the home directory and then copy into position from there. The first paragraphs shows the location of the dist directory on p.a.o Martijn On Tue, Sep 1, 2009 at 5:51 PM, Francis De Brabanderefranci...@gmail.com wrote: I suppose those should be available on the apache mirrors instead? How do we get them there? Francis On Tue, Sep 1, 2009 at 5:27 PM, sebbseb...@gmail.com wrote: Just noticed that (some) Incubator releases are being made from personal directories on people (minotaur). That does not seem right to me, but perhaps I'm being too picky? Example: http://incubator.apache.org/empire-db/downloads/downloads.htm - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Location of Incubator releases
I fixed the empire-db site download links. (might take a few hours for the change to be propagated) http://incubator.apache.org/empire-db/downloads/downloads.htm Still one problem left, the md5 and sha files don't seem to have been propagated to the mirrors so I had to point to archive.apache.org for those. Is this ok? Thanks, Francis On Wed, Sep 2, 2009 at 12:08 AM, Francis De Brabanderefranci...@gmail.com wrote: the files are there, it seems the site is pointing to the wrong files http://www.apache.org/dist/incubator/empire-db On Wed, Sep 2, 2009 at 12:03 AM, Martijn Dashorstmartijn.dasho...@gmail.com wrote: The Incubator release guide provides guidance: Uploading Artifacts The distribution upload location (www.apache.org/dist) for all Apache projects is the /www/www.apache.org/dist directory on people.apache.org. Each project (including the Incubator) owns a directory within dist. The podling distribution directory is contained within this Incubator distribution directory. The Incubator Project Management Committee (IPMC) is responsible for all releases. Arrangement and management of releases within each podling distribution directory is delegated to the appropriate podling. Release artifacts can be uploaded into the podling distribution directory using scp. It is best to scp into the home directory and then copy into position from there. The first paragraphs shows the location of the dist directory on p.a.o Martijn On Tue, Sep 1, 2009 at 5:51 PM, Francis De Brabanderefranci...@gmail.com wrote: I suppose those should be available on the apache mirrors instead? How do we get them there? Francis On Tue, Sep 1, 2009 at 5:27 PM, sebbseb...@gmail.com wrote: Just noticed that (some) Incubator releases are being made from personal directories on people (minotaur). That does not seem right to me, but perhaps I'm being too picky? Example: http://incubator.apache.org/empire-db/downloads/downloads.htm - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Empire-db version 2.0.5-incubating (take 2)
On Tue, Sep 1, 2009 at 5:46 PM, sebbseb...@gmail.com wrote: The new release candidate uses exactly the same name for the artifacts and the SVN tag. This makes it very difficult to determine later what was actually voted on. Hmm, I don't see how this can be changed when using nexus, the Idea there is to 'stage' a release and avoid it to be sent to the main maven repo if it is not 100% correct. So for a 2.0.5 to get in there we need to release as 2.0.5. And if this release fails I see no other way than to start over using the same tags (renaming failed tag) I could rename the tags to rc-1, rc-2 but that would not correspond to the versions used in the pom's. How do you suggest we do this? No idea, but at least some other Incubator projects seem to manage this OK, as shown by threads here. ok I talked about this on #maven and this is what they came up with francisdb we are using nexus struberg hi francisdb, we are cutting M3-rc1 M3-rc2 etc over at OWB struberg there has been a (realy long) discusson on the commons list on this topic struberg maybe you can check markmail.org for it. I suppose he is talking about this thread or soem related thread http://markmail.org/search/?q=commons%20nexus%20staging#query:commons%20nexus%20staging%20list%3Aorg.apache.commons.dev+page:1+mid:bdjkatfcwukxsugn+state:results Brian francisdb, we typically stage rc's for testing but only call votes on the last one Brian the final version may end up being staged multiple times with the same version number but using rc's reduces that likelyhood francisdb I see francisdb so your final version tag might be created/deleted a few times ... So overwriting the tag should not be a problem as the maven guys are also doing that. But indeed before calling a vote we might want to have some rc's inspected to reduce the likelihood of a failing vote Do you agree with this idea? Thanks, Francis -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Location of Incubator releases
ok, done so we should never point to archive.apache.org from the site Thanks, Francis On Wed, Sep 2, 2009 at 12:53 AM, sebbseb...@gmail.com wrote: On 01/09/2009, Francis De Brabandere franci...@gmail.com wrote: I fixed the empire-db site download links. (might take a few hours for the change to be propagated) http://incubator.apache.org/empire-db/downloads/downloads.htm Still one problem left, the md5 and sha files don't seem to have been propagated to the mirrors so I had to point to archive.apache.org for those. Is this ok? Not quite. Hashes are not published to mirrors, they should be fetched from the main Apache site, e.g. http://www.apache.org/dist/incubator/empire-db/apache-empire-db-2.0.4-incubating/apache-empire-db-2.0.4-incubating.tar.gz.md5 Likewise, the KEYS link on the download page should be to http://www.apache.org/dist/incubator/empire-db/KEYS Thanks, Francis On Wed, Sep 2, 2009 at 12:08 AM, Francis De Brabanderefranci...@gmail.com wrote: the files are there, it seems the site is pointing to the wrong files http://www.apache.org/dist/incubator/empire-db On Wed, Sep 2, 2009 at 12:03 AM, Martijn Dashorstmartijn.dasho...@gmail.com wrote: The Incubator release guide provides guidance: Uploading Artifacts The distribution upload location (www.apache.org/dist) for all Apache projects is the /www/www.apache.org/dist directory on people.apache.org. Each project (including the Incubator) owns a directory within dist. The podling distribution directory is contained within this Incubator distribution directory. The Incubator Project Management Committee (IPMC) is responsible for all releases. Arrangement and management of releases within each podling distribution directory is delegated to the appropriate podling. Release artifacts can be uploaded into the podling distribution directory using scp. It is best to scp into the home directory and then copy into position from there. The first paragraphs shows the location of the dist directory on p.a.o Martijn On Tue, Sep 1, 2009 at 5:51 PM, Francis De Brabanderefranci...@gmail.com wrote: I suppose those should be available on the apache mirrors instead? How do we get them there? Francis On Tue, Sep 1, 2009 at 5:27 PM, sebbseb...@gmail.com wrote: Just noticed that (some) Incubator releases are being made from personal directories on people (minotaur). That does not seem right to me, but perhaps I'm being too picky? Example: http://incubator.apache.org/empire-db/downloads/downloads.htm - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Empire-db version 2.0.5-incubating (take 2)
ok, my bad, you can just define the tag when performing the release using maven, it does not have to be the same as the version. So you can set the version to 2.0.5-incubating and the tag to 2.0.5-incubating-rc1. So when the release proceeds we can just copy over that last rc to the final ant promote the 'staged' files. If we need another release and vote I will create an rc tag. Thanks for the pointer, Francis On Wed, Sep 2, 2009 at 1:03 AM, sebbseb...@gmail.com wrote: On 01/09/2009, Francis De Brabandere franci...@gmail.com wrote: On Tue, Sep 1, 2009 at 5:46 PM, sebbseb...@gmail.com wrote: The new release candidate uses exactly the same name for the artifacts and the SVN tag. This makes it very difficult to determine later what was actually voted on. Hmm, I don't see how this can be changed when using nexus, the Idea there is to 'stage' a release and avoid it to be sent to the main maven repo if it is not 100% correct. So for a 2.0.5 to get in there we need to release as 2.0.5. And if this release fails I see no other way than to start over using the same tags (renaming failed tag) I could rename the tags to rc-1, rc-2 but that would not correspond to the versions used in the pom's. How do you suggest we do this? No idea, but at least some other Incubator projects seem to manage this OK, as shown by threads here. ok I talked about this on #maven and this is what they came up with francisdb we are using nexus struberg hi francisdb, we are cutting M3-rc1 M3-rc2 etc over at OWB struberg there has been a (realy long) discusson on the commons list on this topic struberg maybe you can check markmail.org for it. I suppose he is talking about this thread or soem related thread http://markmail.org/search/?q=commons%20nexus%20staging#query:commons%20nexus%20staging%20list%3Aorg.apache.commons.dev+page:1+mid:bdjkatfcwukxsugn+state:results Brian francisdb, we typically stage rc's for testing but only call votes on the last one Brian the final version may end up being staged multiple times with the same version number but using rc's reduces that likelyhood francisdb I see francisdb so your final version tag might be created/deleted a few times ... So overwriting the tag should not be a problem as the maven guys are also doing that. But indeed before calling a vote we might want to have some rc's inspected to reduce the likelihood of a failing vote Do you agree with this idea? Perhaps you should speak with the Photark developers, as they are using SVN tags with RC markers. they are doing what the maven guys -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[VOTE] Release Empire-db version 2.0.5-incubating (take 2)
Hi, The Empire-db community has completed working on Release 2.0.5 and is now looking for approval of the IPMC to publish the release. So far the release has been approved by Empire-db committers, but due to vacation time and other circumstances the Mentors are unable to review the release. Hence in order to get this release out, we want to get a bigger audience for vetting our release. We're hoping our mentors will soon vote, but expect to need more binding votes from the IPMC to make this release happen. Since our previous attempt failed on general@ we prepared a new release. All issues should be fixed except that we still have one distribution archive which should not be a problem. These are the major change from our previous 2.0.4 release: - Maven project management - New database handlers for Apache Derby, H2, PostgreSQL - New Examples showing WebService integration using Apache CXF - Unified distribution file for core and struts2 extensions. Changelog: http://svn.apache.org/viewvc/incubator/empire-db/tags/empire-db-parent-2.0.5-incubating/CHANGELOG.txt?revision=807889 Maven staging repository: https://repository.apache.org/content/repositories/empire-db-staging-035/ Distribution files are located here http://people.apache.org/~francisdb/empire-db/ Svn tag: http://svn.apache.org/viewvc/incubator/empire-db/tags/empire-db-parent-2.0.5-incubating/ Rat report for the tag is available here: http://people.apache.org/~francisdb/empire-db/rat.txt (one missing header in a txt file but I suppose this is not a problem) Vote open for 72 hours (or longer if needed). [ ] +1 [ ] +0 [ ] -1 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Making up policy on the fly
a release check list would be nice On Sun, Aug 23, 2009 at 10:01 AM, ant elderant.el...@gmail.com wrote: On Sat, Aug 22, 2009 at 12:50 AM, Noel J. Bergmann...@devtech.com wrote: Joe Schaefer wrote: ant elder wrote: - make complying with best practices a graduation requirement not a release requirement This sounds silly as complying with best practices is neither a graduation requirement nor a release requirement. The pejorative aside, I concur that Ant's suggestion is not the right way to go, because graduation is too late to instill Best Practice. We want practices to be ingrained, not performed as a one-off in order to graduate. Ok, but IMHO one thing that is getting ingrained into poddlings and observers right now is that we have lots and lots of rules and regulations, often undocumented and/or with no obvious consensus, and that the Incubator can be like a bureaucratic government department from hell where obscure requirements are randomly brought up to make getting releases done take as much work as possible. Surely that is not what we want a major part of our interface to the rest of the world to look like? I've been trying to come up with concrete suggestion for things to try, what are other suggestions on how to improve things? ...ant - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Empire-db 2.0.5
the tag is located here: http://svn.apache.org/repos/asf/incubator/empire-db/tags/empire-db-parent-2.0.5-incubating This is because our parent module is called empire-db-parent. Is this a problem? Francis On Fri, Aug 21, 2009 at 12:56 PM, sebbseb...@gmail.com wrote: On 21/08/2009, Rainer Döbele doeb...@esteam.de wrote: The Empire-db community has completed working on Release 2.0.5 and is now looking for approval of the IPMC to publish the release. So far the release has been approved by Empire-db committers, but due to vacation time and other circumstances the Mentors are unable to review the release. Hence in order to get this release out, we want to get a bigger audience for vetting our release. We're hoping our mentors will soon vote, but expect to need more binding votes from the IPMC to make this release happen. These are the major change from our previous 2.0.4 release: - Maven project management - New database handlers for Apache Derby, H2, PostgreSQL - New Examples showing WebService integration using Apache CXF - Unified distribution file for core and struts2 extensions. More details can be found in the changelog: http://svn.apache.org/viewvc/incubator/empire-db/tags/empire-db-parent-2.0.5-incubating/CHANGELOG.txt?revision=797936 The release files can be found here: Staging repo: https://repository.apache.org/content/repositories/empire-db-staging-028/ Distribution files including release signing keys: http://people.apache.org/~francisdb/empire-db/ Where is the SVN tag for the release? We are looking forward to receiving your vote. Thanks, Rainer - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Empire-db 2.0.5
About that assembly issue, running mvn assembly:assembly on the assembly... I don't really think that makes sense. On Fri, Aug 21, 2009 at 2:39 PM, sebbseb...@gmail.com wrote: On 21/08/2009, Francis De Brabandere franci...@gmail.com wrote: So sebb, what tool are you using there to come up with all those issues ;-) Scripts to download and unpack the archives. Scripts to check sigs and hashes. WinMerge and https://svn.apache.org/repos/private/committers/tools/releases/compare_dirs.pl Eyes ;-) On the distribution file(s). Is this standard practice described somewhere. No, but just have a look at some other projects. I'm not saying it's the only practice (cf. Apache Wicket), but the majority of projects have two sets of archives, and it is ASF policy to vote on the source, not binaries. Can you suggest a model project that is using maven? Almost all of Commons now use Maven2. If we have binaries separated should we also provide libraries in that zip? Yes, depending on the licensing of the 3rd party libraries. These should be added a build time, not added to SVN. But you should consider whether this will make the archive too large. You might wish to release 2 binary archives, one just empire-db and one of dependencies. E.g. HttpComponents HttpClient does this. Since we moved to maven this is kind of a first release all over again... We're going to fix all issues and come back with a proper release later this month. Thanks for the thorough review. OK, one more point I forgot to mention: the format of the hashes, i.e. target/dist/apache-empire-db-2.0.5-incubating.tar.gz: 34 81 4D D7 5E EB 49 F1 50 49 64 91 2C 83 04 96 is not the normal format, and does not play well with automated checkers. The normal format is: 34814DD75EEB49F1504964912C830496 *apache-empire-db-2.0.5-incubating.tar.gz or possibly just 34814DD75EEB49F1504964912C830496 Likewise for the SHA-1 hash if provided. This is not a blocker, but please fix if possible. Francis On Fri, Aug 21, 2009 at 2:05 PM, sebbseb...@gmail.com wrote: On 21/08/2009, Martijn Dashorst martijn.dasho...@gmail.com wrote: On Fri, Aug 21, 2009 at 1:52 PM, sebbseb...@gmail.com wrote: There is only a combined source/binary archive, which is not standard practise. All other projects release a source archive; almost all also release a separate binary archive. FWIW, Apache Wicket has released combined binary/source archives since its inception. Not something that needs changing. The archive does not have a DISCLAIMER file - yes, the disclaimer text is in README, but the general practise is for a separate file. DISCLAIMER should be next to LICENSE, NOTICE and README. Remember to remove upon graduation :-) The NOTICE file is incorrect. The date is 2008, and the second paragraph must be: This product includes software developed at The Apache Software Foundation (http://www.apache.org/). i.e. switch the 2nd and 3rd paragraphs Should be fixed. Minor points: It would be useful to include compiler source and target versions as headers in the jar manifests (the manifests are otherwise good) Shouldn't maven do this already? [1] The headers referred to in [1] are present, I was referring to headers such as: X-Compile-Source-JDK: 1.5 X-Compile-Target-JDK: 1.5 These need to be added manually. Not essential, but can be very useful. Martijn [1] http://maven.apache.org/shared/maven-archiver/examples/manifest.html - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - 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 -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org