Re: [VOTE] Resolution to graduate Apache FreeMarker to TLP

[Jochen Wiedmann]

+1 (Binding)


On Mon, Feb 19, 2018 at 11:45 AM, Jacopo Cappellato  wrote:
> Hi all,
>
> The FreeMarker community has discussed [1] and voted [2] positively on
> graduating to a top level project (TLP). The resolution for the graduation
> has been proposed and discussed in this list [3].
> Information about FreeMarker can be found in the status page [4],
> in the project maturity model [5] and in the website [6].
>
> I am now calling a VOTE to ask the IPMC to recommend the resolution to the
> ASF Board:
> the proposed resolution can be found at the bottom of this email.
> The vote will be open for 72 hours.
>
> [ ] +1 recommend to the Board the resolution to graduate Apache FreeMarker
> to a TLP
> [ ] +0 no opinion
> [ ] -1 don't graduate Apache FreeMarker to a TLP (please specify a reason)
>
> Thanks,
> Jacopo Cappellato
>
> References:
> [1] Community graduation discussion: https://s.apache.org/gYMw
> [2] Community graduation vote: https://s.apache.org/MNdd
> [3] Incubator resolution discussion: https://s.apache.org/xdI3
> [4] Project status page:
> http://incubator.apache.org/projects/freemarker.html
> [5] Project maturity model: https://s.apache.org/ixlR
> [6] Freemarker website: https://freemarker.apache.org/
>
> The proposed Resolution of the Apache FreeMarker project:
>
> --
>
> Establish the Apache FreeMarker 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, for distribution at no charge to
> the public, related to a template engine.
>
> NOW, THEREFORE, BE IT RESOLVED, that a Project Management
> Committee (PMC), to be known as the "Apache FreeMarker Project",
> be and hereby is established pursuant to Bylaws of the
> Foundation; and be it further
>
> RESOLVED, that the Apache FreeMarker Project be and hereby is
> responsible for the creation and maintenance of software
> related to a template engine, and be it further
>
> RESOLVED, that the office of "Vice President, Apache FreeMarker" 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 FreeMarker Project, and to have primary responsibility
> for management of the projects within the scope of
> responsibility of the Apache FreeMarker 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 FreeMarker Project:
>
>   * Dániel Dékány   
>   * David E. Jones
>   * Jacopo Cappellato   
>   * Jacques Le Roux 
>   * Nan Lei 
>   * Sergio Fernández
>   * Woonsan Ko  
>
> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Dániel Dékány
> be appointed to the office of Vice President, Apache FreeMarker,
> 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 Apache FreeMarker Project be and hereby
> is tasked with the migration and rationalization of the Apache
> Incubator FreeMarker podling; and be it further
>
> RESOLVED, that all responsibilities pertaining to the Apache
> Incubator FreeMarker 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: Incubation disclaimer in German?

[Jochen Wiedmann]

2018-02-14 14:15 GMT+01:00 Christofer Dutz :

> I am currently finishing some magazine articles about Apache PLC4X and Apache 
> Edgent and therefore sent Sally my documents fort he official „ok“ … I should 
> add the incubation disclaimer to my articles. As these are German articles, I 
> didn’t want to add the official English version, so I tried a translation. 
> Would you please check if this is ok to use?

Looks good to me (Native German),

Jochen

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Retire Wave

[Jochen Wiedmann]

+1 for retirement (binding)

On Mon, Jan 8, 2018 at 8:34 PM, Danese Cooper  wrote:
> +1 to retire (binding)
>
> Danese
>
> On Mon, Jan 8, 2018 at 6:56 PM, John D. Ament  wrote:
>
>> All,
>>
>> This is a call to vote for the retirement of the Wave podling.
>>
>> The podling has positively voted to retire [1].  I now call upon the IPMC
>> to confirm this retirement.
>>
>> [ ] +1 to retire
>> [ ] +/- 0 to retire
>> [ ] -1 don't retire because...
>>
>> The podling is working on a migration plan, it seems they will move the
>> code to github somewhere, and will work on it as seen fit there.
>>
>> John
>>
>> [1]:
>> https://lists.apache.org/thread.html/fe4b7a240facbebeded29d7d9d8c73
>> 3c0e5e624f07b7a110887c2f16@%3Cwave-dev.incubator.apache.org%3E
>>

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Release Apache Juneau 6.2.0-incubating-RC1

[Jochen Wiedmann]

If it's not too late: Here's my +1.


On Thu, Apr 27, 2017 at 8:12 PM, James Bognar
 wrote:
> Reminder that the deadline for this vote has passed and we still need 1
> more binding vote.
>
> Thanks!
>
> On Mon, Apr 24, 2017 at 9:33 AM, John D. Ament 
> wrote:
>
>> Bringing over my +1
>>
>> On Mon, Apr 24, 2017 at 9:26 AM James Bognar 
>> wrote:
>>
>> > The Apache Juneau Incubator PPMC has voted *+5* to release Apache Juneau
>> > 6.2.0-incubating RC1. This vote carries over *+2* binding votes from IPMC
>> > mentors.
>> >
>> > Incubator PMC members please review and vote on this incubator release.
>> >
>> > Apache Juneau is...
>> >
>> >- A toolkit for marshalling POJOs to a wide variety of content types
>> >using a common framework.
>> >- A REST server API for creating self-documenting REST interfaces
>> using
>> >POJOs.
>> >- A REST client API for interacting with REST interfaces using POJOs.
>> >- A REST microservice API that combines all the features above for
>> >creating lightweight standalone REST interfaces that start up in
>> >milliseconds.
>> >
>> > We've got some really good features in this release including:
>> >
>> >- Serializers and parsers are now unmodifiable and use builders.
>> >- @RestResource annotations can be applied to any class now.
>> >- Significant improvements to RestClient API.
>> >- Support for interface proxies against 3rd-party REST interfaces.
>> >
>> > See http://juneau.incubator.apache.org/site/apidocs/overview
>> > -summary.html#6.2.0 for a full list of changes.
>> >
>> > Please see original [VOTE] thread:
>> >
>> > https://lists.apache.org/thread.html/e80a3ae68904eda22a6b849c4bc398
>> 75102a690e02863b98e5f3cea0@%3Cdev.juneau.apache.org%3E
>> >
>> > The binaries are available at:
>> >
>> > https://dist.apache.org/repos/dist/dev/incubator/juneau/
>> binaries/juneau-6.2.0-incubating-RC1/
>> >
>> > The release candidate to be voted over is available at:
>> >
>> > https://dist.apache.org/repos/dist/dev/incubator/juneau/
>> source/juneau-6.2.0-incubating-RC1/
>> >
>> > SHA-1 checksums:
>> > a6eefb482a52328f7f86f9d20bbdb620096988a7 apache-juneau-6.2.0
>> > -incubating-src.zip
>> > 3c365fb8e6205861e4be28573dbddd54d6a34c7a apache-juneau-6.2.0
>> > -incubating-bin.zip
>> >
>> > MD5 checksums:
>> > 991731d2b449558b3fc47d9d2607989a apache-juneau-6.2.0-incubating-src.zip
>> > 3f8683afd9baebcad4a4b791bfdefac7 apache-juneau-6.2.0-incubating-bin.zip
>> >
>> > Build the release candidate using:
>> >
>> > mvn clean install
>> >
>> > The release candidate is signed with a GPG key available at:
>> > https://dist.apache.org/repos/dist/release/incubator/juneau/KEYS
>> >
>> > A staged Maven repository is available for review at:
>> > https://repository.apache.org/content/repositories/orgapachejuneau-1011/
>> >
>> > The Git commit for this release is...
>> > https://git-wip-us.apache.org/repos/asf?p=incubator-juneau.g
>> > it;a=commit;h=cdf3eefa652c470c22e79571a4e4ff023819a52e
>> >
>> > Please vote on releasing this package as:
>> > Apache Juneau 6.2.0-incubating
>> >
>> > This vote will be open until 27-Apr-2017 13:30Z.
>> >
>> > [ ] +1 Release this package
>> > [ ] 0 I don't feel strongly about it, but don't object
>> > [ ] -1 Do not release this package because...
>> >
>> > Anyone can participate in testing and voting, not just committers, please
>> > feel free to try out the release candidate and provide your votes.
>> >
>> > Side note:
>> > - You may get a RAT check failure involving a derby.log file generated
>> > during the build.  This failure can be ignored and has been addressed in
>> > the main branch.
>> >
>>
>
>
>
> --
> James Bognar



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Drop incubating requirement of Maven artifacts

[Jochen Wiedmann]

-1

Because I fail to see a problem with the current policy.


On Mon, Jan 2, 2017 at 6:22 PM, John D. Ament  wrote:
> All,
>
> I'm calling to vote on a proposed policy change.  Current guide at [1]
> indicates that maven artifacts should include incubator (or incubating) in
> the version string of maven artifacts.  Its labeled as a best practice, not
> a requirement and is not a policy followed on other repository management
> tools (e.g. PyPi).
>
> I therefore push forward that the incubator will cease expecting java-based
> projects to publish artifacts with "-incubating" in the version string,
> with the understanding that:
>
> - Incubating is a term used to refer to a project's stability, not a
> release's stability.  It is generally understood that incubating projects
> are not necessarily immature, but may have a potential of failing to become
> a TLP.
> - Podling releases are endorsed, the podling itself is not endorsed.  We
> will not approve releases that are blatantly against ASF policies.
>
>
> [ ] +1 Drop the -incubator/-incubating expectation of maven projects
> [ ] +/0
> [ ] -1 Don't drop because
>
>
> [1]:
> http://incubator.apache.org/guides/release-java.html#best-practice-maven



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Graduate Commons RDF from incubator

[Jochen Wiedmann]

+1 (Binding)


On Wed, Nov 23, 2016 at 2:46 PM, Stian Soiland-Reyes  wrote:
> [Note: this is the IPMC vote on general@incubator - there's a
> concurrent VOTE thread on dev@commons]
>
> Since Commons RDF entered incubation, it has evolved the understanding
> of its purpose, developed and released code base that is now
> stabilizing. Although the Commons RDF developer community is small,
> Apache Commons have shown interest in hosting the code as a new
> component; as intended when this podling was started.
>
>
> The Commons RDF PPMC has voted to graduate from the Incubator
> to join Apache Commons as a new component:
>
> https://lists.apache.org/thread.html/886ed903b3649203c794f7b7409f311b2391ebef1d9157177ba943b6@%3Cdev.commonsrdf.apache.org%3E
>
> This email carries over 4 IPMC binding votes from dev@commonsrdf:
>
> +1 Andy Seaborne (Incubator PMC binding)
> +1 Sergio Fernandez (Incubator PMC binding)
> +1 Stian Soiland-Reyes (Incubator PMC binding)
> +1 Lewis John McGibbney (Incubator PMC binding)
>
>
> Project Maturity report:
> https://github.com/apache/incubator-commonsrdf/blob/master/MATURITY.md
>
>
> This email propose a VOTE to graduate Commons RDF from the incubator,
> and for the code to move to Apache Commons as a new component.
>
> Note that all ASF committers have write-access to Apache Commons, thus
> all existing contributors will keep write access to Commons RDF.
>
>
> The Apache Commons PMC will also need to accept the component, so
> there's a concurrent vote on dev@commons:
>
> https://lists.apache.org/list.html?d...@commons.apache.org
>
>
>
>
>
>
> Please VOTE on graduating Commons RDF to Commons:
>
> [ ] +1 Yes, graduate Commons RDF from incubator
> [ ]  0 Undecided
> [ ] -1 No, because...
>
>
> This vote will be open for at least 72 hours, let's say 2016-11-26 17:00 UTC.
>
>
> --
> Stian Soiland-Reyes
> http://orcid.org/-0001-9842-9718
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Weex for Apache Incubator

[Jochen Wiedmann]

On Tue, Nov 22, 2016 at 1:27 PM, Emilian Bold  wrote:
> How can the project name be a problem when "weex" sounds to me like the
> very common English word *weeks*?

Depends on the language. In german, it's close to a slang word for
"masturbation", Not sufficiently close, IMO, to cause problems, but
others may have a different point of view.


Jochen

-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Accept RocketMQ into the Apache Incubator

[Jochen Wiedmann]

I am +1 (Binding)


On Thu, Nov 10, 2016 at 5:41 PM, Bruce Snyder  wrote:
> Subsequent to the discussion on RocketMQ, I would like to call a vote on
> accepting RocketMQ into the Apache Incubator.
>
> [ ] +1 Accept RocketMQ into the Apache Incubator
> [ ] +0 Abstain.
> [ ] -1 Do not accept RocketMQ into the Apache Incubator because...
>
> The proposal is pasted below and also available in the wiki here:
> https://wiki.apache.org/incubator/RocketMQProposal
>
> Also, the ASF voting guidelines are available here:
> http://www.apache.org/foundation/voting.html
>
> Thanks,
>
> Bruce
>
>
> = RocketMQ Proposal =
>
> == Abstract ==
>
> RocketMQ is a fast, low latency, reliable, scalable, distributed, easy to
> use message-oriented middleware, especially for processing large amounts of
> streaming data.
>
> == Proposal ==
>
> RocketMQ provides a message model including both pub/sub and P2P and it
> supports both reliable FIFO and strict sequential message queues. It also
> has the ability to accumulate a billion messages in a single queue,
> provides mobile, internet-friendly protocols such as MQTT and HTTP.
> RocketMQ also supports the ability to load data into Apache Hadoop for
> offline storage or to handle stream processing for Apache Storm.
>
> == Background ==
>
> RocketMQ was developed at Alibaba in 2011 and has been used in production
> there since that time. It can process the large amounts of events generated
> by various systems and provides a common repository for many types of
> consumers to access and process those events. RocketMQ also handles dozens
> of types of events including trade order process, search, social network
> activity stream and data pipeline. Every day at Alibaba, RocketMQ clusters
> process more than 500 billion events. The Alibaba Group also uses RocketMQ
> to provide message services for more than 3000 core applications.
>
> RocketMQ was developed to meet Alibaba's particular use cases to provide
> low latency message delivery and high throughput message sending. Alibaba
> has also created its cornerstone product derived from RocketMQ, a Platform
> as a Service (PaaS) product named the Alibaba Cloud Platform (
> https://intl.aliyun.com/).  More than 100 companies use the RocketMQ open
> source version today. We believe RocketMQ can benefit more people so, we
> would like to share it via the ASF and begin developing a community of
> developers and users via The Apache Way.
>
>
> == Rationale ==
>
> As background description, many organizations can benefit from a low
> latency, reliable, high throughput, distributed platform. Its usage is
> varied and we expect many new use cases to emerge. RocketMQ provides many
> features to support many use cases from enterprise application integration,
> to web applications to the flourishing of IoT applications.
>
> == Current Status ==
>
> === Meritocracy ===
>
> The intent of this proposal is to start building a diverse developer and
> user community around RocketMQ following the ASF meritocracy model. Since
> RocketMQ was open sourced, we have solicited contributions via the website
> and presentations given to user groups and technical audiences and have
> received positive feedback and contributions including clients for C++ and
> .NET. We plan to continue this support for new contributors and work with
> those who contribute significantly to the project to encourage them to
> become committers.
>
> === Community ===
>
> RocketMQ is currently being developed by engineers working for Alibaba
> where it is highly used in a production environment. We also have active
> users in or have received contributions from a diverse set of companies
> including CMBC(China Minsheng Bank), Schneider Electric(
> http://www.schneider-electric.com/), the China Railway Ministry official
> ticketing website, China Union, Sina, Umei (http://sh.jumei.com), Chinese
> Academy of Sciences and many more. We hope to grow the base of contributors
> by inviting all those who offer significant contributions and excel through
> the use of The Apache Way. Contributions from outside of Alibaba are now
> being received by the RocketMQ project, including a dashboard, the
> flume-rocketmq module, the storm-rocketmq and more.
>
> To further this goal, the project currently makes use of GitHub project
> features as well as a public mailing list via Google Groups.
>
>
> === Core Developers ===
>
> RocketMQ is currently being developed by engineers from Alibaba and
> Yeahmobi: Xiaorui Wang, Von Gosling, Jiangwei Jiang, Xinyu Zhou, Zhanhui
> Li. Xiaorui Wang, one of Alibaba MOM project owners is also the originator
> of the RocketMQ project. He has rich experience with open source software,
> as well as being active within the RocketMQ community. Von Gosling, another
> MOM project owner at Alibaba and co-creator of the RocketMQ project, is an
> active open source software committer and has been an active contributor to
> several projects in Alibaba, 

Re: Incubator chat on Hipchat?

[Jochen Wiedmann]

On Thu, Nov 3, 2016 at 1:08 PM, Emilian Bold  wrote:
> So by default a HipChat conversation would be equivalent to using private@
> except when somebody manually activates recording which produces a wiki
> page with no email notification whatsoever?

That is how I understand it. However, this sounds to me like a
valuable thing to have. For example, it enables meetings to have a
protocol.

Jochen


-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Incubator chat on Hipchat?

[Jochen Wiedmann]

On Thu, Nov 3, 2016 at 10:15 AM, Emilian Bold  wrote:
> Would hipchat be logged somewhere?
>
> Is it possible to be at least some weekly digest email?

That might be possible. See INFRA-12328.

Jochen

-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [IP CLEARANCE] Aether, renamed to Maven Artifact Resolver

[Jochen Wiedmann]

*Big* +1. Lets hope, that Sisu follows (sooner, or later). It feels
*so* unnatural, to have this stuff at Eclipse.


On Wed, Sep 28, 2016 at 5:25 PM, Hervé Boutemy  wrote:
> Apache Maven received a code donation for Aether, that we renamed to Maven
> Artifact Resolver to fix a trademark issue:
>
> http://incubator.apache.org/ip-clearance/maven-aether.html
>
> The import plan is more detailed at http://maven.apache.org/aether.html
>
> Please vote to approve this contribution. Lazy consensus applies. If no -1
> votes are cast within the next 72 hours, the vote passes.
>
> Regards,
>
> Hervé
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Git release candidate tagging policy? [was: Re: [VOTE] Apache BatchEE 0.4-incubating]

[Jochen Wiedmann]

On Mon, Sep 26, 2016 at 10:09 PM, Ate Douma  wrote:

>> Stian, this is established practice in the ASF since the very early days

Could someone please enlighten me, what "this" is about?

Thanks,

Jochen


-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Accept NetBeans into the Apache Incubator

[Jochen Wiedmann]

+1 (Binding)


On Tue, Sep 27, 2016 at 10:30 PM, Ate Douma  wrote:
> Hi everyone,
>
> Now that the discussion thread on the NetBeans Proposal has ended,
> please vote on accepting NetBeans into the Apache Incubator.
>
> The ASF voting rules are described at:
>http://www.apache.org/foundation/voting.html
>
> A vote for accepting a new Apache Incubator podling is a majority vote
> for which only Incubator PMC member votes are binding.
>
> Votes from other people are also welcome as an indication of peoples
> enthusiasm (or lack thereof).
>
> Please do not use this VOTE thread for discussions.
> If needed, start a new thread instead.
>
> This vote will run for at least 72 hours. Please VOTE as follows
> [] +1 Accept NetBeans into the Apache Incubator
> [] +0 Abstain.
> [] -1 Do not accept NetBeans into the Apache Incubator because ...
>
>
> The proposal is listed below, but you can also access it on the wiki:
>https://wiki.apache.org/incubator/NetBeansProposal
>
>
> Thanks,
> Ate.
>
> == Abstract ==
>
> NetBeans is an open source development environment, tooling platform, and
> application framework, used by 1.5 million individuals each month.
>
> == Proposal ==
> Apache NetBeans will continue to focus on the areas it has focused on while
> sponsored by Sun Microsystems and Oracle. It will continue to primarily
> focus on
> providing tools for the Java ecosystem, while also being focused on tools
> for
> other ecosystems, languages and technologies, such as JavaScript, PHP, and
> C/C++. It will continue to actively support its community by means of
> mailing
> lists, tutorials, and documentation.
>
> == Background ==
> NetBeans started in 1995/96 in Prague, in the Czech Republic, as a student
> project. Sun Microsystems acquired and open sourced it in 2000 and, with the
> acquisition of Sun Microsystems by Oracle in 2010, became part of Oracle.
> Throughout its history in Sun Microsystems and Oracle, NetBeans has been
> free
> and open source and has been leveraged by its sponsor as a mechanism for
> driving
> the Java ecosystem forward.
>
> == Rationale ==
> Although NetBeans is already open source, moving it to a neutral place like
> Apache, with its strong governance model, is expected to help get more
> contributions from various organizations. For example, large companies are
> using
> NetBeans as an application framework to build internal or commercial
> applications and are much more likely to contribute to it once it moves to
> neutral Apache ground. At the same time, though Oracle will relinquish its
> control over NetBeans, individual contributors from Oracle are expected to
> continue contributing to NetBeans after it has been contributed to Apache,
> together with individual contributors from other organizations, as well as
> self-employed individual contributors.
>
> == Initial Goals ==
> The initial goals of the NetBeans contribution under the Apache umbrella are
> to
> establish a new home for an already fully functioning project and to open up
> the
> governance model so as to simplify and streamline contributions from the
> community.
>
> == Current Status ==
> Meritocracy: NetBeans has been run by Oracle, with the majority of code
> contributions coming from Oracle. The specific reason for moving to Apache
> is to
> expand the diversity of contributors and to increase the level of
> meritocracy in
> NetBeans. Apache NetBeans will be actively seeking new contributors and will
> welcome them warmly and provide a friendly and productive environment for
> purposes of providing a development environment, tooling environment, and
> application framework.
>
> Community: NetBeans has approximately 1.5 million active users around
> the
> world, in extremely diverse structures and organizations. NetBeans is used
> by
> teachers and instructors at schools and universities to teach Java and other
> languages. It is used by students as an educational tool. It is used by
> large
> organizations who base their software on the application framework beneath
> NetBeans. It is used by web developers for creating web sites and by
> developers
> using a range of tools, languages, and technologies to be productive and
> efficient software developers.
>
> Core Developers: The core developers will come from a range of
> organizations, including Oracle, which will continue its investment in
> NetBeans.
>
> Alignment: The application framework is the basis of a range of mission
> critical scientific software at large organizations in defense, aerospace,
> logistics, and research, such as at Boeing, Airbus Defense and Space, NASA,
> and
> NATO.
>
> == Known Risks ==
> Orphaned Products: The community proposing NetBeans for incubation is
> strong
> and vibrant. The size and diversity of the community is a guarantee against
> the
> project being orphaned.
>
> Inexperience with Open Source: NetBeans has been free and open source
> since
> the early days of its sponsorship 

Re: Radical proposal: no initial list of committers

[Jochen Wiedmann]

In all honesty: What would I as a mentor do, to get the project
rolling? Obvious: Ask the mailing list for an "Initial committer
list". So, what's the point?

Jochen


On Tue, Sep 27, 2016 at 1:25 PM, Greg Stein  wrote:
> The NetBeans proposal (among many others in the past) has demonstrated a
> significant "problem" with trying to establish an appropriate list of
> initial committers. There are many people that want to be on, for various
> reasons. Because they are committers, recent or historic. Or they want the
> "prestige" to be there. Some people believe they "deserve" to be on the
> list. etc etc
>
> Establishing the list is particularly difficult for large and old
> communities.
>
> But. What if we just said "no such list" ?
>
> This will shift the initial voting of committers upon the Champion/Mentors
> who will construct the entirety of the PPMC. But hey: aren't they supposed
> to be involved? Aren't they supposed to demonstrate how to earn merit, and
> the committership that results?
>
> This would also solve the problem of initial committers that have not
> established any merit whatsoever. We've had many situations where people
> simply add themselves to the list. Why? Cuz they chose to do so. It is sort
> of silently allowed for IPMC members to add themselves. "I wanna join!"
> BAM. It happens.
>
> So yeah. Radical thought: NO initial list. The PPMC is just the Champion +
> Mentors. They will build the committers and PPMC according to merit. (note:
> this could be *very* fast for a particular few highly-engaged with bringing
> the project to the ASF)
>
> ???
>
> Cheers,
> -g



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Reuse Maven repository more was: Preliminary NetBeans cost findings

[Jochen Wiedmann]

On Wed, Sep 28, 2016 at 5:13 AM, Jaroslav Tulach
 wrote:

> There are also the [3rd party binaries used during NetBeans build](http://
> hg.netbeans.org/binaries/) - most of them available from Maven central. I
> already [created a patch](http://hg.netbeans.org/releases/rev/3178d0a561c8) to
> allow such download and it seems to work.

Depends on the license. That should certainly do for GPL'ed artifacts.
I don't foresee cases like Oracle JDBC Drivers, or the like.

Jochen


-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Apache NetBeans Incubator Proposal

[Jochen Wiedmann]

On Thu, Sep 22, 2016 at 7:18 AM, Roman Shaposhnik  wrote:

> Still, the question remain -- for somebody like that, what would be a criteria
> to be added as a committer after the project enters incubation?

Projects decision.



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: ASF Android release policy

[Jochen Wiedmann]

On Tue, Sep 13, 2016 at 11:30 AM, Mark Thomas  wrote:

> Finally, Infra does also provide access to a code signing service you
> can use to sign you apps if that is useful. Probably only if you want to
> distribute apps outside of Google play.

More infos on that, please.

Jochen


-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Apache NetBeans Incubator Proposal

[Jochen Wiedmann]

On Tue, Sep 13, 2016 at 2:32 PM, Bertrand Delacretaz
 wrote:

> I also realized that he'll be the only US-based mentors, so he can
> take all the press requests from there ;-)

I am unaware, that taking press requests is part of mentor duties. One
reason to hesitate in the future.

Jochen


-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: ASF Android release policy

[Jochen Wiedmann]

On Tue, Sep 13, 2016 at 10:49 AM, Ian Dunlop  wrote:

> In the Taverna Incubator project we have been developing an Android mobile
> app which is almost ready for a first release. Are there any ASF procedures
> and policies for doing an Android release? Can an ASF based Android app be
> released into the Google play store (or others)?

Enlighten me, please. What exactly must be done to "release an Android
app to the Google play store"?

Thanks,

Jochen

-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] $podling.apache.org is the same as $podling.incubator.apache.org

[Jochen Wiedmann]

On Wed, Jun 29, 2016 at 2:40 PM, Marvin Humphrey  wrote:

> This vote makes me cranky.  Everyone is focused on making it easier for
> podlings.  Is the goal of incubation to pass a graduation vote or to learn?

True, but I don't think that life should be more difficult for incoming podlings
than for existing teams. Why should they learn more than required?

Jochen


-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] $podling.apache.org is the same as $podling.incubator.apache.org

[Jochen Wiedmann]

On Wed, Jun 29, 2016 at 1:58 PM, Nick Kew  wrote:

> Perhaps it would make sense for $podling.apache.org to
> issue a 302 redirect to the incubator?  Then it's there
> for people and search engines, but the potential for
> being accidentally misleading is much reduced.

We are not only talking about web sites. The discussion is, for
example, also about aliases for mailing lists.

Jochen



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] $podling.apache.org is the same as $podling.incubator.apache.org

[Jochen Wiedmann]

+1 to implementing this in the future.
-0 for retroactive implementation.


On Tue, Jun 28, 2016 at 5:41 PM, Flavio Junqueira  wrote:
> +1
>
>> On 28 Jun 2016, at 15:28, John D. Ament  wrote:
>>
>> All,
>>
>> Its been discussed a few times, and I'd like to provide clear feedback to
>> the infra team on how to implement going forward.
>>
>> Typically, the addresses $podling.apache.org and $
>> podling.incubator.apache.org work, and have worked for a while.
>>
>> This is a call to vote on whether the IPMC agrees to this or not.  If they
>> do, I will ask infra to further clean this up, as DNS seems to be an issue
>> at times for podlings.  The benefit is that for SEO, the website URL does
>> not change.
>>
>> I'm going to leave this open for 72 hours, at least and hope for some
>> binding votes on this subject.
>>
>> [+1] I want the two URLs to both work the same.
>> [+/- 0] Don't care
>> [-1] I want the $podling.incubator.apache.org URL to be the one that works,
>> including emails.
>>
>> John
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Release Apache FreeMarker 2.3.25 (incubating)

[Jochen Wiedmann]

+1 (Binding)


On Wed, Jun 22, 2016 at 7:47 PM,   wrote:
> Hi all,
>
> The Apache FreeMarker community has voted on and approved a proposal
> to release Apache FreeMarker 2.3.25-incubating.
>
> PPMC Vote Call:
> http://mail-archives.apache.org/mod_mbox/incubator-freemarker-dev/201606.mbox/%3c76126262.20160614230...@freemail.hu%3e
>
> PPMC Vote Result:
> http://mail-archives.apache.org/mod_mbox/incubator-freemarker-dev/201606.mbox/%3c1223707377.20160622192...@freemail.hu%3e
>
> PPMC Vote Summary:
> 2 binding (IPMC member) +1 votes
> 2 non-binding PPMC member +1 votes
>
> Release Notes:
> http://freemarker.org/builds/2.3.25-incubating-voted/documentation/_html/versions_2_3_25.html
>
> Before proceed, you should know that FreeMarker 2.3.x, for a long
> time, always releases a normal and a "gae" variant on the same time,
> which are technically two independent source trees (Git branches). The
> "gae" variant contains a few small modification in the Java source
> code to be Google App Engine compliant, and has freemarker-gae as the
> Maven artifact name. Otherwise the normal and the "gae" branches are
> identical. Hence, they are voted on together.
>
> The commits to be voted upon are:
> - Normal (non-gae) variant:
>   
> https://git-wip-us.apache.org/repos/asf?p=incubator-freemarker.git;a=commit;h=e6b61c6cfbb2d8ed626b82e25b8f93489f8750fc
>   Commit hash: e6b61c6cfbb2d8ed626b82e25b8f93489f8750fc
> - "gae" variant:
>   
> https://git-wip-us.apache.org/repos/asf?p=incubator-freemarker.git;a=commit;h=504ec38d9bad04064645494f448cea51b6c5fb1f
>   Commit hash: 504ec38d9bad04064645494f448cea51b6c5fb1f
>
> The artifacts to be voted upon are located here:
> https://dist.apache.org/repos/dist/dev/incubator/freemarker/engine/2.3.25-incubating/source/
> where the source release artifacts are:
> - Normal (non-gae) variant:
>   apache-freemarker-2.3.25-incubating-src.tar.gz
> - "gae" variant:
>   apache-freemarker-gae-2.3.25-incubating-src.tar.gz
>
> See the README inside them for build instructions!
>
> Release artifacts are signed with the following key:
> https://people.apache.org/keys/committer/ddekany.asc
>
> Note that for convenience, we also provide binaries:
> https://dist.apache.org/repos/dist/dev/incubator/freemarker/engine/2.3.25-incubating/binaries/
> and Maven artifacts in the ASF staging repository:
> https://repository.apache.org/content/repositories/staging/org/freemarker/freemarker/2.3.25-incubating/
>
> We request the permission of IPMC to publish the above release as
> Apache FreeMarker 2.3.25-incubating. Please try out the package and
> vote.
>
> The vote is open for a minimum of 72 hours or until the necessary number of
> votes (3 binding +1s) is reached.
>
> [ ] +1 Release this package as Apache FreeMarker 2.3.25-incubating
> [ ]  0 I don't feel strongly about it, but I'm okay with the release
> [ ] -1 Do not release this package because...
>
> Please add "(binding)" if your vote is binding.
>
> --
> Thanks,
>  Daniel Dekany
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Accept Juneau into the Apache Incubator

[Jochen Wiedmann]

On Tue, Jun 21, 2016 at 7:10 PM, James Bognar
 wrote:
> Hi all,
>
> It looks like the discussion thread has died down so I am now calling a
> vote on accepting Juneau into the Apache Incubator.
>
> For those who are interested the DISCUSS thread can be found at
> https://lists.apache.org/thread.html/cabhuohovdfkncfawcsu58g0vvod19kocaquabo9j7fd9aei...@mail.gmail.com
>
> This vote will run for the usual 72 hours.
>
> Please VOTE as follows
> [ ] +1 Accept Juneau into the Apache Incubator
> [ ] +/-0 Not overly bothered either way
> [ ] -1 DO NOT accept Juneau into the Apache Incubator (please state why)

+1 (Binding)


-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Juneau Incubation Proposal

[Jochen Wiedmann]

On Mon, Jun 20, 2016 at 4:27 PM, James Bognar
 wrote:
> @Stian,
>
> I've removed references to "Apache" from the temp site and removing all
> links to the GitHub repo.  The only thing I can't change is the google site
> URL https://sites.google.com/site/apachejuneau/.  Hopefully this is okay
> until I can delete the site once Incubation is approved?

Thanks for that bit of work. That should do. We are fully aware, that
you don't have the power to rename directories below sites.google.com.

Jochen

-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [ALL] Volunteers for a Math IPMC?

[Jochen Wiedmann]

On Tue, Jun 14, 2016 at 11:29 PM, John D. Ament  wrote:

> We generally expect some kind of backing community to bring this to.  We
> have seen pretty consistently that starting from an empty community doesn't
> work.  It doesn't mean that it's impossible, but very hard to do.

Understood. On the other hand: Would that be sufficient reason for
rejecting a proposal? ("It didn't
work in the past" != "It won't work in this case")


-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [ALL] Volunteers for a Math IPMC?

[Jochen Wiedmann]

On Sat, Jun 11, 2016 at 12:25 PM, James Carman
 wrote:
> We (the Commons PMC) have not decided yet what to do, but I just wanted to
> gauge the interest in joining the math IPMC if we choose to go TLP by way
> of the incubator. The idea would be that math (whatever its name may be),
> would go through the incubator in order to enrich its community prior to
> becoming a TLP. Do we have any folks willing to throw their hat in the ring?
>
> p.s. I've cross-posted to the incubator list as there are folks there who
> are very good at this stuff and could perhaps lend us some advice.

As I already wrote elsewhere: I could (and would) put an IPMC hat on.
(And a mentors hat as well.)


-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [ALL] Volunteers for a Math IPMC?

[Jochen Wiedmann]

On Tue, Jun 14, 2016 at 8:54 PM, Ted Dunning  wrote:
> Looking back through the discussion, it is a bit of a problem that one of
> the major reasons given for the fork is that the team thought that they
> didn't have a large enough PMC and that incubation wouldn't get them enough
> additional contributors. That made it seem like the project should go
> forward without meeting Apache requirements (i.e. outside).
>
> Is the situation really that different now that a vastly diminished team is
> likely to benefit from incubation enough to form a viable TLP?
>
> (I hate that this sounds negative ... it is a real question)

We can't tell you. It is just, that some of us (including me) have the
feeling/opinion, that going through the Incubator is the path, where
the chances are best to attract new committers.

Jochen


-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Looking for mentors

[Jochen Wiedmann]

I worked as a mentor before in projects like VXQuery, or AsterixDB.
I'd be ready to do the same for Juneau. However, AFAIK, I don't
qualify nowadays. (In the past, it was sufficient to be a member, this
has to be changed to be an Incubator PMC member.)

Jochen


On Thu, Jun 9, 2016 at 3:38 AM, John D. Ament  wrote:
> All,
>
> Speaking on behalf of the to-be-proposed Juneau project, I wanted to reach
> out to the broader community to see interest in getting mentors setup for
> this project.
>
> You can find the proposal here:
> http://wiki.apache.org/incubator/JuneauProposal
>
> John



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Add Chris Hillery as a committer to AsterixDB

[Jochen Wiedmann]

Hi,

in a thread with the subject "[VOTE] Add Chris Hillery as a committer
and PPMC member" the AsterixDB project has unanimously decided to
invite Chris Hillery to become a committer. (Sorry, no quote, because
the vote was happening on private@) Chris has already supplied a CLA.(
he is listed on [1] under "Unlisted CLA's".) Howver, he doesn't yet
appear on [2].

I assume that someone on general@ with the necessary privileges must
take some action. Would it be possible to do that now?

Thanks,

Jochen

P.S: Btw, the preferred login id would be "ceej"

-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Release Apache AsterixDB 0.8.7-incubating (RC3)

[Jochen Wiedmann]

+1 (Binding)


On Mon, Oct 5, 2015 at 10:16 PM, Ian Maxon  wrote:
> Hi everyone,
>
> Please verify and vote on the first full Apache AsterixDB release!
> This candidate addresses some of the differences that were noticed
> between the tagged commit in git and the source packaging.
>
> The tag to be voted on is
>
> asterix-0.8.7-incubating
> commit : d2e1e89cfdf39e2b772dff2600913bb79644a380
> link: 
> https://git-wip-us.apache.org/repos/asf?p=incubator-asterixdb.git;a=tag;h=refs/tags/asterix-0.8.7-incubating
>
> The artifacts, md5s, and signatures are at:
>
> https://dist.apache.org/repos/dist/dev/incubator/asterixdb/asterix-0.8.7-incubating-source-release.zip
> https://dist.apache.org/repos/dist/dev/incubator/asterixdb/asterix-0.8.7-incubating-source-release.zip.asc
> https://dist.apache.org/repos/dist/dev/incubator/asterixdb/asterix-0.8.7-incubating-source-release.zip.md5
> https://dist.apache.org/repos/dist/dev/incubator/asterixdb/asterix-0.8.7-incubating-source-release.zip.sha1
>
> MD5: 7330e6d6c2dd691ae3ab6a641e4d5344
> SHA1: bf0b4a2ceaa26bcf1fcda33fee1ba227e31a88ba
>
> Additionally, a staged maven repository is available at:
> https://repository.apache.org/content/repositories/orgapacheasterix-1014/
>
> The KEYS file containing the PGP keys used to sign the release can be found at
>
> https://dist.apache.org/repos/dist/release/incubator/asterixdb/KEYS
>
> RAT was executed as part of Maven via the RAT maven plugin, as well as
> manually, but it
> excludes the following paths:
>
> .*\.adm
> .*\.aql
> .*\.cleaned
> .*\.csv
> .*\.csv.cr
> .*\.csv.crlf
> .*\.csv.lf
> .*\.ddl
> .*\.dot
> .*\.hcli
> .*\.iml
> .*\.json
> .*\.out
> .*\.plan
> .*\.ps
> .*\.scm
> .*\.tbl
> .*\.tbl\.big
> .*\.tsv
> .*\.txt
> .*large_text
> .*part-0
> .*part-1
>
> .*\.goutputstream-YQMB2V
> .*02-fuzzy-select
> .*LockRequestFile
> .*hosts
> .*id_rsa
> .*known_hosts
>
> .*bottle.py
> .*geostats.js
> .*jquery.autosize-min.js
> .*jquery.min.js
> .*rainbowvis.js
> .*smoothie.js
>
>
> These files either are either data for tests, procedurally generated,
> or source files which come without a header mentioning their license,
> but have an explicit reference in the LICENSE file.
>
> The complete RAT report is available at:
> https://gist.githubusercontent.com/westmann/b6ed4b25bea44adcd526/raw/be93ff0c1d13c2ce7c88a2b713ace130b5e7ef5f/gistfile1.txt
>
> The vote is open for 72 hours, or until the necessary number of votes
> (3 +1) has been reached.
>
> Please vote
> [ ] +1 release this package as Apache AsterixDB 0.8.7-incubating
> [ ] 0 No strong feeling either way
> [ ] -1 do not release this package because ...
>
> Thanks!
> -Ian



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Fwd: Welcome Heath Alexander Mattmann!

[Jochen Wiedmann]

Forwarding to general@incubator, where it is obviously on-topic.


-- Forwarded message --
From: Mattmann, Chris A (3980) chris.a.mattm...@jpl.nasa.gov
Date: Wed, Aug 5, 2015 at 8:30 PM
Subject: Welcome Heath Alexander Mattmann!
To: memb...@apache.org memb...@apache.org


Hi Everyone,

Heath Alexander Mattmann (HAM) was born July 24, 2015 at 4:22am
7lbs 2 oz! Mommy and son are doing great, as are daddy and brother
CJ :)

Here are a few pics: http://min.us/mn5DX6JkUmGAv

Cheers,
Chris

++
Chris Mattmann, Ph.D.
Chief Architect
Instrument Software and Science Data Systems Section (398)
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 168-519, Mailstop: 168-527
Email: chris.a.mattm...@nasa.gov
WWW:  http://sunset.usc.edu/~mattmann/
++
Adjunct Associate Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++





-- 
Any world that can produce the Taj Mahal, William Shakespeare,
and Stripe toothpaste can't be all bad. (C.R. MacNamara, One Two Three)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Podling request: Gerrit

[Jochen Wiedmann]

On Wed, Jul 15, 2015 at 10:40 AM, Chris Hillery chill...@hillery.land wrote:

 I feel sure that
 with an ASF-hosted Gerrit, we wouldn't be able to install any hooks or
 plugins, or manage permissions, or anything like that in the way that we
 find useful.

Not initially, to be sure. But in the medium term, and with a bit of
flexibility, I'd bet against you on that.

Jochen




-- 
Any world that can produce the Taj Mahal, William Shakespeare,
and Stripe toothpaste can't be all bad. (C.R. MacNamara, One Two Three)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Podling request: Gerrit

[Jochen Wiedmann]

On Wed, Jul 15, 2015 at 5:56 AM, David Nalley da...@gnsa.us wrote:

 We've explored gerrit 2-3 times in the past 24 months. We have seen
 several projects request it over the years. As I've mentioned
 elsewhere in this thread, our most recent exploration was in December,
 and there are a number of issues that would make an ASF-wide instance
 of gerrit to be impractically costly to deploy.

Is there a record, or anything the like, of that exploration, so that
I could understand what those issues are?

Thanks,

Jochen

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Podling request: Gerrit

[Jochen Wiedmann]

On Wed, Jul 15, 2015 at 12:13 PM, Ian Maxon ima...@uci.edu wrote:

 Then what are they submitting a patch for review to, exactly?

That is the question, indeed. And, please, keep in mind that the
answer must satisfy not a humble developer with no red tape in mind,
but a lawyer.


 Second, Gerrit is where everything is really happening:
 contributions, code review, testing (from a Jenkins instance at UCI).

 What, per se, is unique about that? I could point at any number of
 Apache projects where the activity is happening mostly in Github pull
 requests, and the testing in Travis CI. These are all external
 services that the community decided worked best for them. We have
 external services that we like too, just different ones.

Well, for starters: There's a certain degree of integration between
Github and the ASF infrastructure. For example, I am reading about
pull requests on ASF mailing lists. Likewise, I follow the discussion
on the same mailing lists.

Or, in other words: By reading those mailing lists, I am fully informed.

Jochen


-- 
Any world that can produce the Taj Mahal, William Shakespeare,
and Stripe toothpaste can't be all bad. (C.R. MacNamara, One Two Three)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Podling request: Gerrit

[Jochen Wiedmann]

On Wed, Jul 15, 2015 at 12:51 PM, Ian Maxon ima...@uci.edu wrote:

 I guess there's some legal issue I'm ignorant of here then. How would
 one submit a patch, without cloning from the official mirror, and
 hence becoming just as aware of ASF involvement as they would
 otherwise?

The legal issue at hand is that one must reasonably assume that the
contributor offers his patch with an implicit license to the ASF for
distribution under the terms of the ASL 2.

For example, if you add a patch to a Jira issue, then there is a
select box, which allows to express consent to that license grant. By
selecting yes, the user even provides an explicit license grant, and
we are supposed to ignore the patch, if that isn't provided.


 Well, for starters: There's a certain degree of integration between
 Github and the ASF infrastructure. For example, I am reading about
 pull requests on ASF mailing lists. Likewise, I follow the discussion
 on the same mailing lists.

 Or, in other words: By reading those mailing lists, I am fully informed.

 If that's an issue it's an easy one to resolve (as stated before).
 Both Gerrit and Jenkins can output that type of mail without trouble.

It is not upon me to declare that as acceptable, or sufficient. What
do others think?


Jochen



-- 
Any world that can produce the Taj Mahal, William Shakespeare,
and Stripe toothpaste can't be all bad. (C.R. MacNamara, One Two Three)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Groovy Incubation proposal

[Jochen Wiedmann]

Hello, Jochen,

On Thu, Mar 12, 2015 at 11:14 AM, Jochen Theodorou

 community equals committers?

No. The community is more than the team of committers. I'm sure you
understand. OTOH, the set of committers can be considered a
representation of the community.

I am quite certain, most Incubator members would accept a project to
have a vibrant community, if the project could show, for example,

  * several writers of documentation (without committer privileges)
  * one or two creators of graphics (icons, or whatever, without
committer privileges)
  * one or more organizations providing hosting services, and the like

assuming them to be independent of each other. However, that would be
most unusual for an Apache project: In most cases, the committers are
the active project contributors.

Groovy might very well be a case to set a precedent here, as it
already has an impressive community. Don't bother thinking too much
about that point.


 Anyway... how many committers would you guys find appropriate to exit
 incubation - whenever that will be? 5 seems not to be enough. Not asking for
 an exact number here of course.

I'd bet that there are projects who left the Incubator without more
than 5 committers, or at least, without 5 really active committers.

Again, don't waste your time thinking about that. The Groovy community
is already quite impressive - and very unusually so for an Incubator
project.

Jochen



-- 
Any world that can produce the Taj Mahal, William Shakespeare,
and Stripe toothpaste can't be all bad. (C.R. MacNamara, One Two Three)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: July 2013 report

[Jochen Wiedmann]

On Thu, Jul 18, 2013 at 4:57 PM, Marvin Humphrey mar...@rectangular.comwrote:


 What kind of Mentor activity do you think VXQuery would benefit from?


I don't think, there are any pressing issues. Basically, as I know from my
own experience, you can feel kinda lost, if mentors aren't actively
participating in every day's issues, which I am clearly not.

Jochen

-- 
That's what prayers are ... it's frightened people trying to make friends
with the bully!

Terry Pratchett. The Last Hero

Fwd: July 2013 report

[Jochen Wiedmann]

Hi,

I am no longer able to sign this off, as the Wiki page is already closed
for edits. So, for the record: Till's report is just fine, in particular
his remark on the less-than-active mentors. (Sorry for that.)

Jochen

On Wed, Jul 10, 2013 at 9:36 PM, Till t...@westmann.org wrote:

 Hi,

 the July 2013 report is ready for review and/or sign-off at:
 https://wiki.apache.org/incubator/July2013

 Cheers,
 Till





-- 
That's what prayers are ... it's frightened people trying to make friends
with the bully!

Terry Pratchett. The Last Hero

VXQuery release needs votes

[Jochen Wiedmann]

Hi,

we need three votes by PMC members on the release of
vxquery-0.2-incubating. See

http://mail-archives.apache.org/mod_mbox/incubator-general/201302.mbox/%3c49a2d7eb-6514-4ffe-b583-2be1a53a5...@westmann.org%3E

Thanks,

Jochen



-- 
That's what prayers are ... it's frightened people trying to make friends
with the bully!

Terry Pratchett. The Last Hero

Re: VXQuery: A Mentor's View

[Jochen Wiedmann]

Thanks. Anything current I should take a look at?


On Mon, Jul 16, 2012 at 10:39 PM, Vinayak Borkar vbo...@yahoo.com wrote:
 The VXQuery PPMC just concluded a vote to add Jochen Wiedmann as a mentor
 for the VXQuery project. The vote passed with the whole PPMC in favor of the
 addition.

 When I went to add Jochen to the project status page, I noticed that he is
 already listed as a mentor.

 Now I guess its official that Jochen is a mentor for the VXQuery project.


 Thanks for the support,
 Vinayak


 On 7/16/12 4:23 AM, Jukka Zitting wrote:

 Hi,

 On Mon, Jul 16, 2012 at 12:08 PM, Vinayak Borkar vbo...@yahoo.com wrote:

 Great! What is the process to officially make you a mentor?


 A mentor doesn't have more formal powers than any IPMC member but he
 is a member of the PPMC, so you can add him as a mentor as soon as you
 have consensus for that within VXQuery. Different podlings have
 measured that consensus in different ways, often lazy consensus is
 enough or then a formal vote is used. Once you've done that, simply
 inform the IPMC by updating your status page.

 BR,

 Jukka Zitting

 -
 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




-- 
In other words: what could be seen as a socially debilitating failure
of character can certainly work to your advantage too. (Linus
Torvalds, but the use in the signature tells something about me as
well.)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: VXQuery: A Mentor's View

[Jochen Wiedmann]

On Sun, Jul 15, 2012 at 9:24 PM, Till Westmann t...@westmann.org wrote:

 if you could find time to do that, it would be great if you would come on 
 board as a full-fledged mentor!

That's always been my desire, and still is.


-- 
In other words: what could be seen as a socially debilitating failure
of character can certainly work to your advantage too. (Linus
Torvalds, but the use in the signature tells something about me as
well.)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: VXQuery: A Mentor's View

[Jochen Wiedmann]

Start with a question on general@incubator?


On Mon, Jul 16, 2012 at 12:08 PM, Vinayak Borkar vbo...@yahoo.com wrote:
 Great! What is the process to officially make you a mentor?

 Thanks,
 Vinayak





 On 7/16/12 2:27 AM, Jochen Wiedmann wrote:

 On Sun, Jul 15, 2012 at 9:24 PM, Till Westmann t...@westmann.org wrote:

 if you could find time to do that, it would be great if you would come on
 board as a full-fledged mentor!


 That's always been my desire, and still is.





 -
 To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
 For additional commands, e-mail: general-h...@incubator.apache.org




-- 
In other words: what could be seen as a socially debilitating failure
of character can certainly work to your advantage too. (Linus
Torvalds, but the use in the signature tells something about me as
well.)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: VXQuery: A Mentor's View

[Jochen Wiedmann]

I'm not active in any way, but at least watching and open for
requests. Additionally, I recently became ASF member, so should now be
formally eligible as a mentor.

Jochen


On Tue, Jul 10, 2012 at 4:27 AM, Franklin, Matthew B.
mfrank...@mitre.org wrote:
 I wanted to echo the recent thread regarding the need for additional 
 mentorship for VXQuery.  Cezar only needs to request IPMC membership to 
 become a mentor; but event hen he would be the only mentor that I can find 
 recent activity for.

 In addition to the need for mentors, there a couple of things that need 
 attention:

 1) The website does not follow branding guidelines and it looks like hrefs 
 for images  CSS might be incorrect.

 2) Someone needs to sign off on the report.  I recommend Cezar do this after 
 requesting IPMC membership.


 -
 To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
 For additional commands, e-mail: general-h...@incubator.apache.org




-- 
In other words: what could be seen as a socially debilitating failure
of character can certainly work to your advantage too. (Linus
Torvalds, but the use in the signature tells something about me as
well.)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Vote plans for OOo proposal

[Jochen Wiedmann]

On Fri, Jun 10, 2011 at 11:36 AM, Christian Grobmeier
grobme...@gmail.com wrote:

 There are still people signing up as initial committers.

 Is it a sign to wait a bit longer with the vote?

There's no problem with them joining later, is it?


-- 
Capitalism is the astounding belief that the most wickedest of men
will do the most wickedest of things for the greatest good of
everyone.

John Maynard Keynes (http://en.wikiquote.org/wiki/Keynes)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Accept OpenOffice.org for incubation

[Jochen Wiedmann]

On Fri, Jun 10, 2011 at 6:02 PM, Sam Ruby ru...@intertwingly.net wrote:

 [  ] +1 Accept OpenOffice.org for incubation
 [  ] +0 Indifferent to OpenOffice.org incubation
 [  ] -1 Reject OpenOffice.org for incubation

+1 (Non-binding)


-- 
Capitalism is the astounding belief that the most wickedest of men
will do the most wickedest of things for the greatest good of
everyone.

John Maynard Keynes (http://en.wikiquote.org/wiki/Keynes)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Upstream/Downstream (was OpenOffice LibreOffice)

[Jochen Wiedmann]

On Wed, Jun 8, 2011 at 6:51 AM, Norbert Thiebaud nthieb...@gmail.com wrote:
 On Tue, Jun 7, 2011 at 9:43 PM, Noel J. Bergman n...@devtech.com wrote:

 [...] their downstream code cannot be used.  Hence, the best outcome
 under the current licensing regime is for all core development to be
 done here, and for TDF to be a downstream consumer.

 Just because you choose a particular license that does not make you
 de-facto 'upstream'.

Noel is describing a fact: It there is going to be something like
upstream, it can only be an ASL licensed OO, not a LGPL'ed LO.

What he misses (as quite a few others do, which is possibly why you
are reacting angry) is a certain amount of sensibility that
acknowledges that this fact is just as likely to cause a total split
between LO and OO. Your reaction only goes to show that this
sensibility is required: Such a split would be the worst thing to
happen and it is something where LO would loose nothing (compared to
the time before the proposal) but would have missed a chance to win.

Jochen


-- 
Capitalism is the astounding belief that the most wickedest of men
will do the most wickedest of things for the greatest good of
everyone.

John Maynard Keynes (http://en.wikiquote.org/wiki/Keynes)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Happy happy joy joy

[Jochen Wiedmann]

On Wed, Jun 8, 2011 at 5:45 PM, Donald Whytock dwhyt...@gmail.com wrote:

 Is that a copyleft swallow or an ALv2 swallow?

No definitive indicator for the latter, but if it consumes parts of
the other, then it must be the former ...


-- 
Capitalism is the astounding belief that the most wickedest of men
will do the most wickedest of things for the greatest good of
everyone.

John Maynard Keynes (http://en.wikiquote.org/wiki/Keynes)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: OpenOffice: Arguments and facts. Going ahead

[Jochen Wiedmann]

On Tue, Jun 7, 2011 at 4:54 PM, Christian Grobmeier grobme...@gmail.com wrote:

 The only thing I really don't have read anything about is, if we can
 handle this project from infra-resourcing.

Joe Schaefer added himself as a mentor, so we can consider that covered.


-- 
Capitalism is the astounding belief that the most wickedest of men
will do the most wickedest of things for the greatest good of
everyone.

John Maynard Keynes (http://en.wikiquote.org/wiki/Keynes)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: A little OOo history

[Jochen Wiedmann]

On Tue, Jun 7, 2011 at 11:25 PM, Sam Ruby ru...@intertwingly.net wrote:

 The words not surprisingly were not necessary.  Labeling these words
 as an insult, while arguably technically accurate, increased rather
 than reduced tension.

Guys, aren't you married? This not surprisingly simply indicates
you're male... :-)


-- 
Capitalism is the astounding belief that the most wickedest of men
will do the most wickedest of things for the greatest good of
everyone.

John Maynard Keynes (http://en.wikiquote.org/wiki/Keynes)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: OpenOffice: were are we now?

[Jochen Wiedmann]

On Mon, Jun 6, 2011 at 3:52 PM, William A. Rowe Jr. wr...@rowe-clan.net wrote:

 To the extent that OOo presents the incubator with something the ASF has
 not faced, you are correct... these things we have no standards yet to
 measure whether a podling should be accepted.  To the extent that it is
 the same, or similar, as many other incubator podlings, it should be
 allowed to proceed without changing those standards.  The question is,
 in which ways is OOo unique to the ASF?  We've had some good discussions
 here on these points.

Let me summarize what I do see as unique points:

- Code duplication: We frequently had projects that duplicated another
projects scope, or whatever you name it. But we never before had a
case, where there is an existing open source project with almost
identical source code.
- Community overlap: Most likely as a consequence of the previous
point, we never before had a case, where there is an external, and, to
the best of my knowledge, working community that is so interested in
the proposed project while at the same time wishing not to join. That
in common with the code duplication means that all we can really do
better is the choice of license. That may be sufficient for most, but
not all of us.
- Audience: Apache audience has traditionally been system admins,
developers, and so on. As a consequence, Apache projects are typically
having a community of some hundred or thousand users. Those hundreds
or thousands are typically aware of what Apache can and cannot do.
This project aims to be used by millions. We must realistically expect
that a lot of additions and modifications must be made for this
project in terms of infrastructure, policies, and structures. Users
will be more helpless and unaware as they usually are. What worked for
all and every existing Apache project will most likely not work for
this one.
- Concentration on binaries: Apache projects are usually all about
source code. For example, Apache httpd is still distributing binaries
for Windows and Netware (!) only. For this project, a release will
possibly consist of a single tar ball plus several hundred or even
thousand binaries: A myriad of localized variants, several platforms
(at least Windows 32/64, Mac) are already for sure, but it is easy to
imagine additional variants. Such releases can no longer be controlled
in the traditional way. Which PMC member would really bother to
inspect some hundred files when asked for a positive vote?
- Efforts overlap: Again, as a consequence of the points, we never
before had a case, where there is an external organization that will
basically do just the same stuff: Build scripts for binaries, running
a build infrastructure, reapply our patches, and so on. That means a
real lot of duplicated efforts with no additional value.


Jochen

-- 
Capitalism is the astounding belief that the most wickedest of men
will do the most wickedest of things for the greatest good of
everyone.

John Maynard Keynes (http://en.wikiquote.org/wiki/Keynes)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Question to TDF and its community

[Jochen Wiedmann]

On Mon, Jun 6, 2011 at 10:47 PM, Niclas Hedhman nic...@hedhman.org wrote:

 For the record; I am opposing this contribution and will vote -1,
 unless there is a clear indication that TDF/LO is behind it 100% and
 the two projects are on a trajectory of a merge.

Niclas, several people from TDF/LO, including Florian Effenberger,
have expressed their wish that the project should be accepted on this
mailing list. Simple reason: They consider the alternatives (code
stays within Oracle or whatever else)  worse than an OO incubator
project.

Jochen

-- 
Capitalism is the astounding belief that the most wickedest of men
will do the most wickedest of things for the greatest good of
everyone.

John Maynard Keynes (http://en.wikiquote.org/wiki/Keynes)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: OpenOffice: were are we now?

[Jochen Wiedmann]

On Sun, Jun 5, 2011 at 9:44 PM,  robert_w...@us.ibm.com wrote:

 I am puzzled by the view one open source project should not compete
 against another.

And I am puzzled how you don't accept that open source *allows*
forking and all that stuff, but that doesn't mean that competition is
necessarily good, or just felt as good. In particular not in a case,
when the code base is most likely 90% or more identical and there's a
lot of common history. And, likewise, not in a case like this where
competition primarily means that a lot of effort (building, mirroring,
...) will be spent for simply duplicating things that don't add any
value to either project.

Jochen


-- 
Capitalism is the astounding belief that the most wickedest of men
will do the most wickedest of things for the greatest good of
everyone.

John Maynard Keynes (http://en.wikiquote.org/wiki/Keynes)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

OO/LO License (Was: Apache OpenOffice.org Incubator Proposal: Collaboration with TDF/LO)

[Jochen Wiedmann]

Excuse me for interrupting ...


On Sat, Jun 4, 2011 at 12:01 AM,  robert_w...@us.ibm.com wrote:

 LibreOffice uses a dual license LGPLv3/MPL.

I've been reading MPL a few times in this discussion. But neither

http://www.libreoffice.org/download/license/

nor

   http://www.openoffice.org/license.html

are mentioning the MPL. What's right?


Thanks,

Jochen


-- 
Capitalism is the astounding belief that the most wickedest of men
will do the most wickedest of things for the greatest good of
everyone.

John Maynard Keynes (http://en.wikiquote.org/wiki/Keynes)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: OO/LO License (Was: Apache OpenOffice.org Incubator Proposal: Collaboration with TDF/LO)

[Jochen Wiedmann]

On Sat, Jun 4, 2011 at 1:37 PM, Simon Phipps si...@webmink.com wrote:

 This, by the way, is the source of some of the irritation from TDF, who went 
 to a fair bit
 of trouble to accommodate IBM but have been represented otherwise on Rob's 
 blog and elsewhere.

And rightfully so, if your understanding is right. (My opinion.)

But let me summarize what you wrote otherwise into a single sentence:

There are pieces of LO, which are available under a dual license,
but in general one should
assume that both OO and LO are available under the terms of LGPLv3 only.

Jochen


-- 
Capitalism is the astounding belief that the most wickedest of men
will do the most wickedest of things for the greatest good of
everyone.

John Maynard Keynes (http://en.wikiquote.org/wiki/Keynes)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: OpenOffice.org Apache Incubator Proposal

[Jochen Wiedmann]

On Thu, Jun 2, 2011 at 5:10 AM,  robert_w...@us.ibm.com wrote:
 Jochen Wiedmann jochen.wiedm...@gmail.com wrote on 06/01/2011 02:56:10
 PM:


  We could have put a much longer list of IBM names on this list,
 developers
  familiar with the code base via their work on Lotus Symphony (which is
 our
  OpenOffice based project).  But then we could have been criticized for
 the
  proposal being too dominated by IBM.  It is clearly our intent to grow
  this project, both from our corporate developers, but also by
 recruiting
  new members to the project, including developers from related open
 source
  projects (see my previous note)

 And why couldn't IBM do quite the same with LibreOffice, or, even
 better, with a remerged O/LOffice?


 I trust I do not need to explain at length to an Apache PMC the relative
 merits of the Apache 2.0 license or the strengths and stability of the
 ASF.  I'll take it as granted that this is well-known to you all.  In any
 case I am a strict adherent to the practical wisdom of not debating open
 source licenses while sober, and I decline to make an exception in this
 case.

Rob, it may come as a surprise to you: But what I wrote was in no way
related to a particular license. I would have written just the same,
if Apache would use the LGPL/MPL and LibreOffice where ASL licensed.

The point I am trying to make is that it is (IMO) in noone's interest
to create a second community (!), the exception (at least it seems)
being IBM. Everyone else would be just as happy or even happier if the
OO code base, trademarks, etc. where simply donated to TDF.

Jochen


-- 
Capitalism is the astounding belief that the most wickedest of men
will do the most wickedest of things for the greatest good of
everyone.

John Maynard Keynes (http://en.wikiquote.org/wiki/Keynes)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: OpenOffice.org Apache Incubator Proposal

[Jochen Wiedmann]

I view this proposal very critical. IMO, OpenOffice@Apache would be a dead end:

- There is an existing community over at LibreOffice. So what good
does it, to build a second community here?
- The afore mentioned community was built exactly, because the
initiators of the current proposal have been unable to hold the
community. Why should they do any better, if the code base where moved
to Apache?
- While LibreOffice could take over any ASL'ed code, the opposite
wouldn't be true. In other words, LibreOffice would have a very clear
advantage that could never be eliminated as long as the project where
ASL'ed.

Jochen

-- 
I Am What I Am And That's All What I Yam (Popeye)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: OpenOffice.org Apache Incubator Proposal

[Jochen Wiedmann]

On Wed, Jun 1, 2011 at 8:24 PM,  robert_w...@us.ibm.com wrote:

 We could have put a much longer list of IBM names on this list, developers
 familiar with the code base via their work on Lotus Symphony (which is our
 OpenOffice based project).  But then we could have been criticized for the
 proposal being too dominated by IBM.  It is clearly our intent to grow
 this project, both from our corporate developers, but also by recruiting
 new members to the project, including developers from related open source
 projects (see my previous note)

And why couldn't IBM do quite the same with LibreOffice, or, even
better, with a remerged O/LOffice?


-- 
I Am What I Am And That's All What I Yam (Popeye)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Apache OGNL

[Jochen Wiedmann]

On Fri, Apr 8, 2011 at 11:21 AM, Mark Struberg strub...@yahoo.de wrote:

 +1 for a rename. Using an established project name might create problems with 
 the trademark. Best you ping trademarks@a.o about it.

I think, there is a misunderstandment. This is *the* OGNL project, we
are talking about and not a followup. Of course, trademark researches
are in order, as always when entering the incubator, but apart from
that, there should be no problem with the name OGNL.

Jochen


-- 
I Am What I Am And That's All What I Yam (Popeye)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: JXTA Migration to ASF - Looking for a Champion

[Jochen Wiedmann]

I'm not qualified as a mentor, but I'm in for #3, which should help to
get a sufficient number.

Jochen


On Fri, Oct 22, 2010 at 8:55 PM, Jérôme Verstrynge jvers...@gmail.com wrote:
 Hi,

 The JXTA community has overwhelmingly voted in favor of migrating to ASF. I
 understand that we first need to 'recruit' a champion. How does it work? Any
 volunteers?

 Thanks,

 Jérôme Verstrynge

 -
 To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
 For additional commands, e-mail: general-h...@incubator.apache.org





-- 
I Am What I Am And That's All What I Yam (Popeye)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Podling to use native git

[Jochen Wiedmann]

On Fri, Oct 1, 2010 at 11:44 PM, Greg Stein gst...@gmail.com wrote:

 I do branches all the time in Subversion, and don't see problems. We
 periodically update the branch from trunk, and when the work is done,
 merge the branch back onto trunk. These are straight-forward
 operations, so I don't understand where your pain point is.

 If you could explain a bit, then that would be helpful.

Just out of curiosity: If you pull in changes from the trunk to the
branch, how do you merge the branch later on? I'd consider the changes
a problem that have been done in both branches. (Unlike git, which
knows about these simultaneous changes.)

Thanks,

Jochen

-- 
I Am What I Am And That's All What I Yam (Popeye)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Need some clarity on a small size code donation

[Jochen Wiedmann]

BSD license as in with advertising clause or as in new BSD license
without advertising clause? IANAL, but my impression is that the reply
depends on that.

Jochen


On Wed, Aug 18, 2010 at 2:27 PM, Ross Gardler rgard...@apache.org wrote:
 Over on the Clerezza project I've been asked some advice about a legal
 situation that I'm not 100% sure about, I'm pretty sure it's a simple case
 so I'm asking the IPMC rather than legal-discuss@

 In short:

 - there is a few files that are part of an existing FOAF+SSL certification
 project (BSD licence) that Clerezza would like to include with some minor
 modifications (it's a complete unit of functionality, not just a small
 patch).

 - the copyright holder (University of Manchester) may consent to submission
 to the ASF under the terms of the CLA - but depending on what level of
 approval is needed this could take time, so we are wondering if it is
 necessary in this case since it is already BSD licensed.

 My questions are:

 Would it be acceptable to just include the file with the BSD licence and
 copyright headers since they are license compatible.

 If not..

 Would we require a CCLA from Manchester or would an iCLA be sufficient (at
 this point I'm unclear if the code is written by the developer working with
 the Clerezza team or by someone else at Manchester).

 Advice on the best way to proceed would be very helpful.

 Thanks,
 Ross

 -
 To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
 For additional commands, e-mail: general-h...@incubator.apache.org





-- 
I Am What I Am And That's All What I Yam (Popeye)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Subversion full/partial committer (was: Re: an experiment)

[Jochen Wiedmann]

On Thu, Aug 19, 2010 at 12:11 AM, Greg Stein gst...@gmail.com wrote:
 On Wed, Aug 18, 2010 at 18:02, Sanjiva Weerawarana
 sanj...@opensource.lk wrote:
 On Tue, Aug 17, 2010 at 11:13 PM, Daniel Shahaf 
 d...@daniel.shahaf.namewrote:
  When I saw this month's board report for Subversion, I was taken aback
  that the board is expected to follow the terminology used by only one
  project. Really? The board, which has used the same terms for 10++
  years, is now going to hear reports of full committers and partial
  committers? What do we do when another project comes in and uses yet
  different terms for the same concept? Do we now make a translation
  manual for everyone in Apache to use?
 

 Subversion *has* used these terms for a few years too.  Should we just
 stop using the terms we've used for N years?

 Yes .. that's part of the price of being in the ASF! We have forced this on
 other projects many times (including often forcing change of name) and I
 don't understand why Subversion doesn't need to follow the same processes
 and terminology. This should've been dealt with during incubation in fact.

 How does naming accomplish the goal of collaborative, consensus-based
 development? I thought that was why we were here. I hadn't heard that
 people and projects had to pay a price to be part of the Foundation.

Seconded.

Additionally, I'd like to note that I don't think that these partial
committers are so special, apart from the name. I think it goes
without saying that any new committer should restrict himself or
herself initially to only those parts, for which he or she was voted
in. For example, in the case of Commons I hesitate do commit anything
besides Fileupload even after years. The only difference I can see is
that Subversion emphasizes this fact (and possibly enforces it).

Jochen

-- 
I Am What I Am And That's All What I Yam (Popeye)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: RAT can be dangerous

[Jochen Wiedmann]

Ross, while I understand the All it does part I don't get the
dangerous part.

I think noone has ever announced RAT as a solution. It is a helper
tool. I think the recommendation to use RAT (for what it offers) is
just plainly right. Nothing more - nothing less.

Jochen


On Tue, Aug 17, 2010 at 10:27 AM, Ross Gardler rgard...@apache.org wrote:
 I'm really worried about the growing meme that RAT is solving the IP 
 management problem.

 It is not a solution, it is merely a tool that is useful for a very specific 
 use case.

 All it does is do a pattern match for an Apache licence header in a bunch of 
 files. It's really useful for checking the proper licensing of our source 
 files.

 It does nothing else.

 Thinking RAT is helping the Incubator teach codlings how to manage IP is just 
 plain dangerous.

 Ross

 Sent from my mobile device.
 -
 To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
 For additional commands, e-mail: general-h...@incubator.apache.org





-- 
I Am What I Am And That's All What I Yam (Popeye)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Announce: Apache RAT 0.7

[Jochen Wiedmann]

Hi,

on behalf of the Apache RAT team, I'd like to announce the
availability of Apache RAT 0.7. This is a feature release with several
bug fixes and minor improvements over its predecessor, Apache RAT 0.6.
An upgrade is recommended. For details on Apache RAT, see

  http://incubator.apache.org/rat


The binary and source distribution are available from

  http://www.apache.org/dyn/closer.cgi/incubator/rat/

The Maven repository has been updated, and a new version of the Maven
plugin is available as well. A new version of the Ant tasks is
contained in the distribution.

The following changes have been made in Apache RAT 0.7:

- Add support for Python scripts, C source files, Unix shell scripts
(.sh) and Windows batch files (.bat) (RAT-68)
- Allow Ant task to output report as XML. (RAT-73)
- Allow users to specify a custom XSLT stylesheet for reports (RAT-74,
and RAT-75)
- Optionally auto-add headers to source files. (RAT-76)

Jochen

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Future of RAT

[Jochen Wiedmann]

Hi,

having just published a release of Apache RAT with the -incubating
label, I'd though it is time to discuss the future of RAT. RAT is an
incubator project since 18 months. It is not an overly busy project:
The occasional feature request, which is handled, a bug report from
time to time, and so on. OTOH, it definitely lives: People are
interested and, what's more, it is very widely adopted by all Java
projects I am aware of and perhaps even by a few non-Java projects. If
there will ever be a migration to a new license like ASL 3 or a
another change of the header policy, then RAT will likely play a very
important part in the process. Even now, the RAT report is carefully
studied as part of every release vote. (Funnily, RAT is very rarely
used to inspect itself, because so far I didn't find a possibility to
run a previous version of the RAT Maven plugin as part of a build. In
fact, RAT is the only project I am aware of, which doesn't publish a
RAT report. :-)

IMO, RAT could very well leave the incubator. It's 10 or so committers
[1] are all part of an organization called ASF since years, so you
might question the diversity, but I don't believe anyone will actually
do that. ;-) The source code has been developed under ASL and by
Apache committers right from the start, so licensing was never an
issue.

The question is: What's the target? RAT is way too small for an
independent project. And I cannot imagine anybody of the current
committers writing board reports. To me, a Rat TLP is no option. So we
have the second possibility: Put it under the hat of another TLP. The
only one that comes to my mind is the Apache Commons project.

But Commons would be an excellent choice: Most, or even all of the RAT
committers are Commons committers as well. Commons was one of the
drivers for integration of RAT into every release build. I admit that
I wouldn't like to change the package name or the Maven group ID
again, but either Commons developers could accept that exception from
the rule or I'd force myself to do the required changes.

WDYT?

Jochen


[1] http://incubator.apache.org/rat/team-list.html

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Future of RAT

[Jochen Wiedmann]

Forgot one possible issue: Currently, RAT has its own mailing lists,
which would be unusual for Commons. My personal choice would be to
leave this as it is, but that's of course also subject to discussion.

Jochen


On Tue, Aug 10, 2010 at 12:40 PM, Jochen Wiedmann
jochen.wiedm...@gmail.com wrote:
 Hi,

 having just published a release of Apache RAT with the -incubating
 label, I'd though it is time to discuss the future of RAT. RAT is an
 incubator project since 18 months. It is not an overly busy project:
 The occasional feature request, which is handled, a bug report from
 time to time, and so on. OTOH, it definitely lives: People are
 interested and, what's more, it is very widely adopted by all Java
 projects I am aware of and perhaps even by a few non-Java projects. If
 there will ever be a migration to a new license like ASL 3 or a
 another change of the header policy, then RAT will likely play a very
 important part in the process. Even now, the RAT report is carefully
 studied as part of every release vote. (Funnily, RAT is very rarely
 used to inspect itself, because so far I didn't find a possibility to
 run a previous version of the RAT Maven plugin as part of a build. In
 fact, RAT is the only project I am aware of, which doesn't publish a
 RAT report. :-)

 IMO, RAT could very well leave the incubator. It's 10 or so committers
 [1] are all part of an organization called ASF since years, so you
 might question the diversity, but I don't believe anyone will actually
 do that. ;-) The source code has been developed under ASL and by
 Apache committers right from the start, so licensing was never an
 issue.

 The question is: What's the target? RAT is way too small for an
 independent project. And I cannot imagine anybody of the current
 committers writing board reports. To me, a Rat TLP is no option. So we
 have the second possibility: Put it under the hat of another TLP. The
 only one that comes to my mind is the Apache Commons project.

 But Commons would be an excellent choice: Most, or even all of the RAT
 committers are Commons committers as well. Commons was one of the
 drivers for integration of RAT into every release build. I admit that
 I wouldn't like to change the package name or the Maven group ID
 again, but either Commons developers could accept that exception from
 the rule or I'd force myself to do the required changes.

 WDYT?

 Jochen


 [1] http://incubator.apache.org/rat/team-list.html




-- 
I Am What I Am And That's All What I Yam (Popeye)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Future of RAT

[Jochen Wiedmann]

On Tue, Aug 10, 2010 at 4:03 PM, Mattmann, Chris A (388J)
chris.a.mattm...@jpl.nasa.gov wrote:

 I feel kind of the opposite -- RAT is an important tool that's required of
 all the Incubator projects, but pretty widely integrated (at least in Java
 land) outside of the Incubator as a tool to help check ASF policies. To me,
 that's a big scope and an important community, and just based on the
 telltale signs it seems like a TLP to me.

Quick, hire him for chair ;-)



-- 
I Am What I Am And That's All What I Yam (Popeye)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Future of RAT

[Jochen Wiedmann]

On Tue, Aug 10, 2010 at 9:25 PM, Mark Struberg strub...@yahoo.de wrote:

 Maybe I need to catch up with the current status: is RAT still mainly targeted
 to ASF projects, or is it a general Release Audit Tool and as such also useful
 for releasing GPLed or BSL style projects?

Unfortunately, there is no clear reply to that question.

Technically, RAT is independent from a certain license and could very
well be used by other projects. However, I have no idea whether that
is the case. I am unaware of any examples.

Jochen

-- 
I Am What I Am And That's All What I Yam (Popeye)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

[RESULT] Release Apache RAT 0.7

[Jochen Wiedmann]

Passed with 5* +1 (Kevan Miller, Senaka Fernando, Ant Elder, Stefan
Bodewig, Gavin McDonald), and no =0, or -1 votes. I'll proceed with
publishing the files.

Jochen


-- 
I Am What I Am And That's All What I Yam (Popeye)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: VOTE: Release Apache RAT 0.7

[Jochen Wiedmann]

It is

  
http://mail-archives.apache.org/mod_mbox/incubator-rat-dev/201008.mbox/%3caanlkti=mzd4dm+o=fsyyxncs8mk8f5c-e6vand_es...@mail.gmail.com%3e

for the initial vote request and

  
http://mail-archives.apache.org/mod_mbox/incubator-rat-dev/201008.mbox/%3c87wrsa50ny@v35516.1blu.de%3e
  
http://mail-archives.apache.org/mod_mbox/incubator-rat-dev/201008.mbox/%3c00cf01cb3223$a6500fa0$f2f02e...@com.au%3e

for the followups. (No idea, why these aren't threaded.)

Jochen


On Fri, Aug 6, 2010 at 9:27 AM, Bertrand Delacretaz
bdelacre...@apache.org wrote:
 On Fri, Aug 6, 2010 at 6:23 AM, Stefan Bodewig bode...@apache.org wrote:
 just for the official record:  during the vote on RAT's dev list, Gavin
 McDonald and myself have voted +1 and both of us are IPMC members.

 Please include a Message-Id or other reference to that vote's tally
 here, so that the archives are complete.

 -Bertrand

 -
 To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
 For additional commands, e-mail: general-h...@incubator.apache.org





-- 
Germanys national anthem is the most boring in the world - how telling!

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

VOTE: Release Apache RAT 0.7

[Jochen Wiedmann]

Hi,

the RAT developer team would like your approvement for a release of
Apache RAT 0.7.

The distribution files (binary and source) are here:


https://repository.apache.org/content/repositories/orgapacherat-051/org/apache/rat/apache-rat/0.7/

The proposed site and the KEYS file are here:

 http://people.apache.org/~jochen/rat/site/
 http://people.apache.org/~jochen/rat/KEYS

The SVN tag:

 
https://svn.apache.org/repos/asf/incubator/rat/main/tags/apache-rat-project-0.7/

The list of resolved issues is here:

 
https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=truepid=12310750status=5status=6fixfor=12313890sorter/field=issuekeysorter/order=DESC

Please, cast your vote.

[ ] +1
[ ] =0
[ ] -1

Thanks,

Jochen

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: A few questions about a potential entry into the incubator

[Jochen Wiedmann]

On Tue, Jul 27, 2010 at 12:11 PM, Ross Gardler rgard...@apache.org wrote:

 Finally, they have a large number of users and thus changing their java
 package names to org.apache.* will create considerable problems for them.
 They are happy with the package names but want to do it in a managed way
 with plenty of warning for their users.

 Can incubator releases be in package names other than org.apache?

Not only incubator releases have different package names: Take, for
example, the Geronimo specs jar files. [1] In other words, there is no
legal requirement to have package names under org.apache and this is a
SHOULD rule.

My personal opinion is that maintenance releases should be compatible,
thus not change package names. Jar file names (with a -incubator or
-incubating) are another matter: They can easily be renamed, if
someone feels like it. OTOH, if the package names can be choosen (as
opposed to the Geronimo specs files), then the project should change
it.

A good example might be the ActiveMQ project, which entered the
Incubator in 2005. The project continued its 3.2.x line with several
maintenance releases in 2006. At the same time it began to develop its
next major release, the 4.0.x line with the org.apache package name.

In that example, the maintenance releases have been created from the
old, non-Apache infrastructure. But, assuming that there are no legal
blockers for moving the source code of a maintenance version, at least
a snapshot, to svn.apache.org (which the project must do anyways in
the medium term), I'd be clearly in favour for releasing from within
the Incubator.

Jochen


[1] http://repo1.maven.org/maven2/org/apache/geronimo/specs/

-- 
Germanys national anthem is the most boring in the world - how telling!

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [PROPOSAL] gXML project

[Jochen Wiedmann]

I am interested in the project and would offer to act as a mentor.

One question though: Could you explain, how this project compares to
VXQuery (http://incubator.apache.org/vxquery/)

Thanks,

Jochen


On Wed, Jul 14, 2010 at 7:42 PM, Eric Johnson e...@tibco.com wrote:
 Hi,

 I'm here proposing gXML as a new project for the Apache Incubator.

 I just finished putting our latest draft of the proposal[1] into the
 Incubator wiki.  We're really excited about open-sourcing gXML, not just
 because we view it as a game changing XML technology, but also because
 of the beneficial network effects stemming from having it as an
 open-source technology.

 If you have any interest in (Java) XML infrastructure, or, for that
 matter, even if you don't, we'd love any feedback you can give us on the
 proposal.

 Since this is a spin off of an internal development project, we're
 hosting the project's main page [2] on my company's web site until it
 lands in a new home  Check that out for source and other info, if
 you wish.

 We are, in addition, looking for Champions, Mentors, and any additional
 contributors that we can get.

 Due to the length of the proposal (lots of background material), I've
 not reproduced it here, but the link below will get you there.

 Thanks in advance for your consideration, feedback, and support!

 - Eric Johnson

 [1] http://wiki.apache.org/incubator/gXMLProposal
 [2] http://developer.tibco.com/gxml/default.jsp

 -
 To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
 For additional commands, e-mail: general-h...@incubator.apache.org





-- 
Germanys national anthem is the most boring in the world - how telling!

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

VOTE: Release Apache RAT 0.7

[Jochen Wiedmann]

Hi,

I'd like to ask for a release of Apache RAT 0.7.

The distribution files (binary and source) are here:


https://repository.apache.org/content/repositories/orgapacherat-057/org/apache/rat/apache-rat/0.7/

The proposed site is here:

http://people.apache.org/~jochen/rat/site/

The list of resolved issues is here:


https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=truepid=12310750status=5status=6fixfor=12313890sorter/field=issuekeysorter/order=DESC

Please, cast your vote.

[ ] +1
[ ] =0
[ ] -1

Thanks,

Jochen

-- 
Germanys national anthem is the most boring in the world - how telling!

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [PROPOSAL][VOTE] Subversion

[Jochen Wiedmann]

On Tue, Nov 10, 2009 at 3:59 PM, C. Michael Pilato cmpil...@collab.net wrote:

 Subversion client and server that doesn't use a DAV layer at all.  The
 Subversion community has never released binaries -- ever -- not do we plan
 to.

That would a completely new philosophy for an Apache project, which always aimed
very heavily on distributions. It might either enforce to look at
legal aspects in a
different view - or lead to changing your philosophy. :-) Personally,
I don't see any
reason why things like creation of Windows binaries should be left to
outsiders. (Apart
from CollabNets business interests, which I wouldn't like to count.)

Just recently, we had a very active discussion regarding Maven where
the emphasis
was laid very heavily on the distributable archives (binary and
source) as the endorsed
result of the release/vote process.


Jochen


-- 
Germanys national anthem is the most boring in the world - how telling!

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: VXQuery - For want of a mentor...

[Jochen Wiedmann]

If it helps, I'd also be interested in taking a mentors work. I am no
ASF member. However I am and have been in the PMC of Commons and WS
for some years. Apart from that; I'd have a professional interest in
the project, because it is more than likely that I could use it soon.

Jochen



On Thu, Jun 25, 2009 at 7:46 PM, Vinayak Borkarvbo...@yahoo.com wrote:
 Hello,

 We, the prospective contributors of the VXQuery project are very eager
 to start working on the project as soon as soon as we are able to.

 The incubator mailing list has shown good support, too. We have:

 One mentor (Paul Fremantle) who expressed support for the project and
 accepted to be a mentor (Thanks),
 2, +1 binding votes
 2, -1 binding votes (willing to change to +1 if we get one more mentor)
 2, +1 non-binding votes

 so far. Thank you for your support.

 However, we have been unable to find an ASF member who has expressed
 support for our project, and has the time to be a mentor for us.

 At this time, I am looking to the Incubator community for help on
 solving this problem. Please help :)

 Thanks,
 Vinayak

 -
 To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
 For additional commands, e-mail: general-h...@incubator.apache.org





-- 
Don't trust a government that doesn't trust you.

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [PROPOSAL][VOTE] Apache VXQuery

[Jochen Wiedmann]

Honestly, Niclas,

but if you and possibly others that strict, then we should change the
official policy. I do not doubt the reasons you give, but such a
statement seems difficult to me, if the official policy clearly
demands it, but insisting on more than the policy requests seems
questionable to me.

Jochen


On Tue, Jun 30, 2009 at 8:53 AM, Niclas Hedhmannic...@hedhman.org wrote:
 On Tue, Jun 30, 2009 at 5:15 AM, Cezar Andreicezar.and...@gmail.com wrote:
 Radu Preotiuc-Pietro has agreed to be a mentor for VXQuery, he is a
 member of XMLBeans PMC.

 The Incubation Policy:
 http://incubator.apache.org/incubation/Incubation_Policy.html#Mentor
 specifies that: A Podling has one or more Mentors, one of which MUST
 be an Apache Member.

 Radu is not a ASF member, but Paul is, according to
 http://www.apache.org/foundation/members.html .

 This means that VXQuery would have 2 mentors one of which is an ASF member.

 Would this be acceptable to the Incubator PMC, specifically to
 Bertrand, Niclas and Kevan?

 I am looking for Mentors with capital M, and that requires PMC
 membership. Without ASF membership, there are quite a lot of tasks
 that can't be done, and hence will all fall back to the Mentor, so
 although I apprecate Radu's commitment and welcome his participation,
 it won't qualify for addressing my concern.


 Cheers
 --
 Niclas Hedhman, Software Developer
 http://www.qi4j.org - New Energy for Java

 I  live here; http://tinyurl.com/2qq9er
 I  work here; http://tinyurl.com/2ymelc
 I relax here; http://tinyurl.com/2cgsug

 -
 To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
 For additional commands, e-mail: general-h...@incubator.apache.org





-- 
Don't trust a government that doesn't trust you.

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [PROPOSAL][VOTE] Apache VXQuery

[Jochen Wiedmann]

On Tue, Jun 30, 2009 at 1:47 PM, Niclas Hedhmannic...@hedhman.org wrote:

 I assuming you are protesting against the more than 1 Mentor
 attitude that I and others have...

Not as such. I am simply suggesting that we should change the policy
explicitly, so that it does match reality.

Jochen

-- 
Don't trust a government that doesn't trust you.

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Sanselan as a Commons library

[Jochen Wiedmann]

Hi, Craig,

I'm personally not sure that commons would be the best fit for
Sanselan. Despite the name, I'd consider the commons of xmlgraphics
(despite the name, this is not only about XML) a better place.
Nevertheless, I'd vote in favour of Sanselan, if it comes to that.


On Fri, Apr 17, 2009 at 11:17 PM, Craig L Russell craig.russ...@sun.com wrote:

 1. It appears that d...@commons is the general mailing list for all commons
 projects. Would a small project like sanselan get lost in the traffic?

That's a problem that every part of Commons has. And another reason,
why you could possibly prefer the above place: No doubt, commons-dev
is relatively high volume. I am not sure, whether the shared mailing
list is the best solution, but I wouldn't like to have that discussion
in this context. As already said, it applies to every part and isn't
specific to Sanselan.



 2. Most commons components have a functional name instead of a fun name.
 Would Sanselan need to be renamed, e.g. Commons Image, or would it be ok to
 have the sub-project called Sanselan, or Commons Sanselan?

IMO, no. I am unaware of an existing example without the commons
prefix, but what gives.


 3. Would any changes be required from the existing packaging of Sanselan?
 For example, packages are named org.apache.sanselan. Would these need to be
 renamed to org.apache.commons.sanselan (or less fun name as above)?

Definitely no. I am not even sure, whether there is *any* existing
part of commons with the org.apache.commons prefix. OTOH, I am quite
sure that there are lots of examples without.


Jochen



-- 
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.

-- (Bjarne Stroustrup,
http://www.research.att.com/~bs/bs_faq.html#really-say-that
   My guess: Nokia E50)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Commons issues WAS RE: [PROPOSAL] Commons Incubator

[Jochen Wiedmann]

On Wed, Apr 15, 2009 at 9:56 AM, Niclas Hedhman nic...@hedhman.org wrote:
 On Tue, Apr 14, 2009 at 2:22 PM, Jochen Wiedmann
 jochen.wiedm...@gmail.com wrote:

 Commons is working *now*. Just as Jakarta was working once. But
 Commons will most likely no longer work when it is growing too much.
 And the things discussed here (making Commons the target of many new
 subprojects, which aren't integrated into Commons, thus must likely
 will never be) are clearly implying this danger. That's not about
 external committers. It is about too many committers.

 Ah! I sure can relate to this, but isn't this a different issue altogether?

It possibly is, if my understanding of a Commons Incubator being
related to the Commons project is wrong.


 And in what sense would a permanent commons incubation project help with 
 this?

It wouldn't. I am opposing such a project.

Jochen


-- 
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.

-- (Bjarne Stroustrup,
http://www.research.att.com/~bs/bs_faq.html#really-say-that
   My guess: Nokia E50)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [PROPOSAL] Commons Incubator

[Jochen Wiedmann]

On Tue, Apr 14, 2009 at 12:55 AM, Noel J. Bergman n...@devtech.com wrote:

 Some projects are just too small to warrant the target of a TLP
 or even a sub project

 We agree!  We have several projects here that I believe belong in Commons!

May be. But please consider the following:

- Commons won't be able to catch them all. More precisely: If you dilute the
  commons community too much, then you'll just make it another umbrella
  project. It already *is* big, with so many components.
- Having commons as the target doesn't imply the necessity of a special
  comm...@incubator or whatever subproject.
  A very reasonable alternative might be that the Incubator decides Ok, this
  project did its housework and could leave the Incubator, apart from
  community issues. Why not offer it to some project as a subproject?
  And this project *could* include Commons.

  I am aware that this would likely need to change the Incubator policy in
  advance, but to me it makes much more sense than throwing everything
  at Commons.


Jochen



-- 
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.

-- (Bjarne Stroustrup,
http://www.research.att.com/~bs/bs_faq.html#really-say-that
   My guess: Nokia E50)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Commons issues WAS RE: [PROPOSAL] Commons Incubator

[Jochen Wiedmann]

On Tue, Apr 14, 2009 at 4:42 AM, Niclas Hedhman nic...@hedhman.org wrote:

 There seems to be some concern in Commons that committers are a threat
 to the existing codebase.

I know the concerns you mention and felt them very much in the
discussion about JSch. But, at least for me personally, I don't think
that's my concern.

Commons is working *now*. Just as Jakarta was working once. But
Commons will most likely no longer work when it is growing too much.
And the things discussed here (making Commons the target of many new
subprojects, which aren't integrated into Commons, thus must likely
will never be) are clearly implying this danger. That's not about
external committers. It is about too many committers.


 I am still of the opinion that it can be handled within Commons, with
 IP Clearance registrations at the Incubator.

Disagreed. Assuming that the Incubator changes its policy to have
projects exiting without community: Why can't another project be the
target (depending on the projects topic, of course). Why should this
be so special to Commons?


Jochen


-- 
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.

-- (Bjarne Stroustrup,
http://www.research.att.com/~bs/bs_faq.html#really-say-that
   My guess: Nokia E50)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Announce: Apache RAT Incubating 0.6

[Jochen Wiedmann]

The Apache RAT team is proud to announce the availability of Apache RAT 0.6.

RAT (Release Audit Tool) is a tool, which is designed to verify the
compliance with legal policies. A typical use case would be the
presence of license headers in ASF projects.

RAT was initially developed as a Google project (see
http://code.google.com/p/arat/), but is now incubating as an Apache
project: This is the first version using the org.apache package
structure and related names. RAT users are strongly encouraged to
migrate, as the old Google version will no longer be maintained.

Disclaimer: Apache RAT is an effort undergoing incubation at The
Apache Software Foundation (ASF),  sponsored by the Incubator PMC.
Incubation is required of all newly accepted projects  until a further
review indicates that the infrastructure, communications, and decision
 making process have stabilized in a manner consistent with other
successful ASF projects. While incubation status is not necessarily a
reflection of the completeness or stability  of the code, it does
indicate that the project has yet to be fully endorsed by the ASF.

The RAT distribution is available at

http://www.apache.org/dyn/closer.cgi/incubator/rat

The RAT web site is at

http://incubator.apache.org/rat/

The RAT source code repository is at

http://svn.apache.org/repos/asf/incubator/rat/main/

For questions, please contact the RAT developers mailing list at

rat-...@incubator.apache.org

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

[RESULT] apache-rat-project 0.6rc3

[Jochen Wiedmann]

Passed with three binding +1 (Robert, Stefan, Kevan) , and two
non-binding (Sebb and myself). No other votes have been issued. I'll
publish the release and post a formal announcement.

Jochen


-- 
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.

-- (Bjarne Stroustrup,
http://www.research.att.com/~bs/bs_faq.html#really-say-that
   My guess: Nokia E50)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] apache-rat-project 0.6rc3

[Jochen Wiedmann]

On Fri, Apr 3, 2009 at 7:59 AM, Thilo Goetz twgo...@gmx.de wrote:

 A list of people on the Incubator PMC is here:
 http://incubator.apache.org/whoweare.html

Ok, thanks for the hint. That settles it:

- We have three binding +1 votes: Robert, Stefan, Kevan
- We also have two non-binding +1 votes: Sebb's and mine
- We have no other votes

If noone else intervenes, I'll post a formal result tomorrow and
publish the release.

Jochen




-- 
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.

-- (Bjarne Stroustrup,
http://www.research.att.com/~bs/bs_faq.html#really-say-that
   My guess: Nokia E50)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] apache-rat-project 0.6rc3

[Jochen Wiedmann]

On Wed, Apr 1, 2009 at 10:57 PM, Robert Burrell Donkin
robertburrelldon...@gmail.com wrote:
 On Wed, Apr 1, 2009 at 4:14 PM, Jochen Wiedmann
 jochen.wiedm...@gmail.com wrote:
 On Wed, Apr 1, 2009 at 3:51 PM, Robert Burrell Donkin
 robertburrelldon...@gmail.com wrote:
 where are we with this?

 are we cutting another release candidate or shall i take a look this one?

 The only problem pointed out so far was the invalid year in the copyright. 
 See


 http://www.nabble.com/Re%3A--VOTE--apache-rat-project-0.6rc3-p22608341.html

 darn - i thought i'd checked that :-/

 not particularly happy to ship with it but probably not a show stopper

 I do not know, what the implications are so far. Apart from that, we
 have only two positive votes and I do not know whether they are
 sufficient.

 +1

Ok, that brings up the question whether these three votes are sufficient.


Jochen


-- 
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.

-- (Bjarne Stroustrup,
http://www.research.att.com/~bs/bs_faq.html#really-say-that
   My guess: Nokia E50)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] apache-rat-project 0.6rc3

[Jochen Wiedmann]

On Wed, Apr 1, 2009 at 3:51 PM, Robert Burrell Donkin
robertburrelldon...@gmail.com wrote:
 where are we with this?

 are we cutting another release candidate or shall i take a look this one?

The only problem pointed out so far was the invalid year in the copyright. See

http://www.nabble.com/Re%3A--VOTE--apache-rat-project-0.6rc3-p22608341.html

I do not know, what the implications are so far. Apart from that, we
have only two positive votes and I do not know whether they are
sufficient.

Jochen



-- 
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.

-- (Bjarne Stroustrup,
http://www.research.att.com/~bs/bs_faq.html#really-say-that
   My guess: Nokia E50)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Starting a new incubation

[Jochen Wiedmann]

On Thu, Mar 19, 2009 at 12:03 AM, Alexander Veit alexander.v...@gmx.net wrote:

 Sounds like RMI is probably not the best comparison point. How does
 Jaffre differ from XML-RPC? Are there potential synergies with
 projects like http://ws.apache.org/xmlrpc/?

 I'm not familiar with XML-RPC. The Jaffre wire format is binary (serialized
 Java objects). But apart from this, I believe, they're quite similar.

It should be noted, that Apache XML-RPC exceeds the standard in a
manner which would allow to use POJO's. However, that's not the
primary target, so it is likely that your code is simpler to handle.

Jochen

-- 
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.

-- (Bjarne Stroustrup,
http://www.research.att.com/~bs/bs_faq.html#really-say-that
   My guess: Nokia E50)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

[VOTE] apache-rat-project 0.6rc3

[Jochen Wiedmann]

Hi,

I have prepared a new staging repository, which you can find on

https://repository.apache.org/content/repositories/rat-51670640d59ff2/

The proposed binary and source files are in the subdirectory

org/apache/rat/apache-rat/0.6/

The SVN tag is at


https://svn.apache.org/repos/asf/incubator/rat/main/tags/apache-rat-project-0.6/

Please cast your vote:

[ ] +1
[ ] =0
[ ] -1

Compared to rc2, the following changes have been applied:

- The NOTICE files in the binary and source distribution and in the
  apache-rat jar files have been fixed. (Kevan Miller)
- Several license headers have been corrected. (RAT-42)
- Release builds have only been possible after a build without
  -Prelease (Kevan Miller)

Thanks, Jochen


-- 
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.

-- (Bjarne Stroustrup,
http://www.research.att.com/~bs/bs_faq.html#really-say-that
   My guess: Nokia E50)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] apache-rat-project 0.6rc2

[Jochen Wiedmann]

On Tue, Mar 17, 2009 at 11:48 PM, Robert Burrell Donkin
robertburrelldon...@gmail.com wrote:

 RAT was eating it's own tail so i had to turn that off  :-)

Yes, I know, I also tried to enable it without success. :-) We should
be enable to use it with a fixed, but released version once 0.6 is
out.

Jochen

-- 
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.

-- (Bjarne Stroustrup,
http://www.research.att.com/~bs/bs_faq.html#really-say-that
   My guess: Nokia E50)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] apache-rat-project 0.6rc2

[Jochen Wiedmann]

Hi, Kevan,

first of all, thanks for your observations.

On Wed, Mar 18, 2009 at 12:35 PM, Kevan Miller kevan.mil...@gmail.com wrote:

 An pointer to the svn location for your proposed release would be helpful. I
 choose
 http://svn.apache.org/repos/asf/incubator/rat/main/tags/apache-rat-project-0.6/ for
 the following review.

The location you choosed is right. I'll keep that in mind for the next approach.


 The NOTICE file does not contain a copyright statement. See
 http://www.apache.org/legal/src-headers.html#notice

I am not sure, whether I do completely understand, because you are not
mentioning the exact jar file. After checking, my impression is that
the jar files in apache-rat-core, apache-rat-plugins, and
apache-rat-tasks are okay. The jar files in apache-rat, however,
aren't. Could you confirm this, please?


 apache-rat-core/src/main/java/org/apache/rat/analysis/license/W3CDocLicense.java
 contains an old-style apache src license header

Fixed.



 I was not able to build because of a build dependency problem:

[...]

    mvn install:install-file -DgroupId=org.apache.rat
 -DartifactId=apache-rat-plugin -Dversion=0.6 -Dpackaging=maven-plugin

Understandable. If there isn't yet a release of the plugin, it can't
be used to check itself. I have disabled this use of the plugin.


Thanks,

Jochen


-- 
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.

-- (Bjarne Stroustrup,
http://www.research.att.com/~bs/bs_faq.html#really-say-that
   My guess: Nokia E50)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] apache-rat-project 0.6rc2

[Jochen Wiedmann]

On Mon, Mar 16, 2009 at 5:23 PM, Robert Burrell Donkin

 I have prepared a staging repository for 0.6, which you can view on

    https://repository.apache.org/content/repositories/rat-4fdaf205188c41/

 i'd like to download everything so i can run rat in recursive mode

 is there an easy way (short of hacking together a script) i can do
 with the nexus?

wget -r should do the trick.



-- 
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.

-- (Bjarne Stroustrup,
http://www.research.att.com/~bs/bs_faq.html#really-say-that
   My guess: Nokia E50)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

[VOTE] apache-rat-project 0.6rc2

[Jochen Wiedmann]

Hi,

I have prepared a staging repository for 0.6, which you can view on

https://repository.apache.org/content/repositories/rat-4fdaf205188c41/

Compared to Roberts previous rc1, I have mainly changed documentation
and license issues (seems we never used RAT to check the RAT sources
... ;-)

Please cast your vote:

Jochen

[ ] +1
[ ] =0
[ ] -1



-- 
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.

-- (Bjarne Stroustrup,
http://www.research.att.com/~bs/bs_faq.html#really-say-that
   My guess: Nokia E50)

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Subversion vs other source control systems

[Jochen Wiedmann]

On Thu, Feb 14, 2008 at 2:32 PM, Erik Abele [EMAIL PROTECTED] wrote:

  Aye, and this is also the reason why it potentially conflicts with
  the meritocratic model of the ASF; furthermore there are also legal
  hurdles to cross etc.

  In the end I think it's simply too early to discuss all this - let's
  wait until some project comes up with a well-prepared and clearly
  defined proposal to change their SCM. IMHO this is certainly not a
  task for the Incubator or a podling...

Agreed. It's better to wait. Also note, that:

- For obvious reasons, git and other distributed VC systems are more suited
  for larger projects with a real lot of contributors. Even in the case of the
  top level projects, there aren't too many that qualify for that.
- Even now, it is possible to work with git, if you want to: See

http://mail-archives.apache.org/mod_mbox/maven-dev/200709.mbox/[EMAIL 
PROTECTED]

  I do not know how far Jason van Zyl's attempts have grown or not,
but the point
  is that his intentions have been to gather experience. Anyone else is free to
  do the same.


Jochen



-- 
Look, that's why there's rules, understand? So that you think before
you break 'em.

 -- (Terry Pratchett, Thief of Time)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RAT doesn't recognize CHANGES file

[Jochen Wiedmann]

On Nov 16, 2007 2:48 PM, Craig L Russell [EMAIL PROTECTED] wrote:

 I don't know what configuring an exception means...

The Ant and Maven plugins allow to configure files, which are not
being inspected by RAT.

-- 
Look, that's why there's rules, understand? So that you think before
you break 'em.

-- (Terry Pratchett, Thief of Time)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RAT doesn't recognize CHANGES file

[Jochen Wiedmann]

On Nov 16, 2007 2:36 PM, Craig L Russell [EMAIL PROTECTED] wrote:

 Would it be reasonable to expect that a file called CHANGES contains
 implied content?

I do not know what you mean by implied, but in the most cases I am
aware of, the CHANGES file is typically something on which RAT should
not have any assumptions.

IMO, this is something for which the project administrator should
configure an exception.


Jochen


-- 
Look, that's why there's rules, understand? So that you think before
you break 'em.

-- (Terry Pratchett, Thief of Time)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Discuss: Package Naming for Incubator Release of River

[Jochen Wiedmann]

On 7/22/07, Niclas Hedhman [EMAIL PROTECTED] wrote:


Last Incubating release - the com.sun.jini classes are the wrappers to the
  org.apache.river classes.


At that point (I don't see a necessity for the previous steps, btw, it
only complicates things, IMO) I'd also recommend to distribute the
com.sun.* classes in a separate jar file.

Jochen

--
Besides, manipulating elections is under penalty of law, resulting in
a preventative effect against manipulating elections.

The german government justifying the use of electronic voting machines
and obviously  believing that we don't need a police, because all
illegal actions are forbidden.

http://dip.bundestag.de/btd/16/051/1605194.pdf

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Announce: RAT 0.5

[Jochen Wiedmann]

Hi,

for those who are interested: A new version 0.5 of the Release Audit
Tool is available from

   http://code.google.com/p/arat/

Compared to the previous version 0.4.1, the following changes have been made:

* Added header matcher for DoJo.
* Refactoring existing codebase to separate concerns and use
  resource pipeline.
* New header matching library.

Jochen

--
Women have the ability to wind you round their little finger.
Daughters can use all of the fingers together.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Killing the incubator m2 repository

[Jochen Wiedmann]

On 3/15/07, Carlos Sanchez [EMAIL PROTECTED] wrote:


1. central repo must be self contained, all artifacts in central
repository must have dependencies already in central, only exception
is if license doesn't allow redistribution but in that case the pom
must be there explaining what that artifact is.

2. per #1 projects with incubating dependencies can't be in central


Ok, you have just told me that you've got to remove Axis 2 and almost
all of its dependencies from central, because they depend on Woden.

And you did not tell me how #1 and #2 are related. Incubator artifacts
are released under the ASL: Redistribution surely allowed.


Jochen

--
Emacs 22 will support MacOS and CygWin. It is not yet decided, whether
these will be used to run Emacs or the other way round.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]