Re: [DISCUSS] Apache NetBeans Incubator Proposal

[Geertjan Wielenga]

On Wed, Sep 21, 2016 at 6:49 AM, Roman Shaposhnik wrote:

> I've recently had an inquiry from a former Sun employee who
> used to hack on NetBeans way back when: how was the list
> of initial committers determined? Or more importantly, if he
> wants to be added to that list up-front would that be OK?


Very many more will be added once we enter incubation.

I put the initial list of committers together. The initial list reflect an
initial list of committers coming from Oracle [though several more will be
added later] as well as an initial list of committers from companies
committed to NetBeans primarily because their software, e.g., at Airbus and
European Space Agency, depends on it.

A growing list of developers have indicated they'd like to be added too.
We'll start doing that as indicated in the propopsal -- as soon as the
proposal has been voted on, accepted, and entered into incubation.

Thanks,

Geertjan

On Wed, Sep 21, 2016 at 6:49 AM, Roman Shaposhnik 
wrote:

> Hi!
>
> I've recently had an inquiry from a former Sun employee who
> used to hack on NetBeans way back when: how was the list
> of initial committers determined? Or more importantly, if he
> wants to be added to that list up-front would that be OK?
>
> Thanks,
> Roman.
>
> On Tue, Sep 13, 2016 at 12:40 AM, Geertjan Wielenga
>  wrote:
> > Hello everyone,
> >
> > Attached to this message is a proposed new project - Apache NetBeans, a
> > development environment, tooling platform, and application framework.
> >
> > The text of the proposal is included below. Additionally, the proposal is
> > in draft form on the Wiki, where we will make any required changes:
> >
> > https://wiki.apache.org/incubator/NetBeansProposal
> >
> > We look forward to your feedback and input.
> >
> > Kind regards,
> >
> > Geertjan
> >
> > 
> >
> > = NetBeans Proposal =
> >
> > == 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 

Re: [DISCUSS] Apache NetBeans Incubator Proposal

[Roman Shaposhnik]

Hi!

I've recently had an inquiry from a former Sun employee who
used to hack on NetBeans way back when: how was the list
of initial committers determined? Or more importantly, if he
wants to be added to that list up-front would that be OK?

Thanks,
Roman.

On Tue, Sep 13, 2016 at 12:40 AM, Geertjan Wielenga
 wrote:
> Hello everyone,
>
> Attached to this message is a proposed new project - Apache NetBeans, a
> development environment, tooling platform, and application framework.
>
> The text of the proposal is included below. Additionally, the proposal is
> in draft form on the Wiki, where we will make any required changes:
>
> https://wiki.apache.org/incubator/NetBeansProposal
>
> We look forward to your feedback and input.
>
> Kind regards,
>
> Geertjan
>
> 
>
> = NetBeans Proposal =
>
> == 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, 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 by Sun Microsystems. Though
> some in the NetBeans community may have worked on Apache projects, the
> majority who haven't are well versed in the principles of open source.
>
> Homogenous Developers: Individual contributors from Oracle and 

Re: Licensing requirement for binary artifacts without transitive deps

[Christopher]

As I understand things, the licensing information you provide in your
artifacts should reflect everything contained within that artifact. You do
not need to provide license/notice information for dependencies which are
not bundled in your artifact.

On Tue, Sep 20, 2016 at 3:01 PM Donald Szeto  wrote:

> Sorry. I should have mentioned that I am preparing a release for
> PredictionIO.
>
> Regards,
> Donald
>
> On Tuesday, September 20, 2016, Donald Szeto  wrote:
>
> > Hi all,
> >
> > I am preparing my first Apache release and am wondering if I need to
> check
> > licenses of all transitive deps if the release contains:
> >
> > - a single source tarball;
> > - a few binary JAR artifacts on Nexus that contain no transitive deps in
> > either binary or source form.
> >
> > Would it be sufficient to make sure the licenses of all sources comply
> > with Apache policy in this case? Do I need to check transitive deps in
> this
> > case?
> >
> > Thanks!
> >
> > Regards,
> > Donald
> >
>

Re: Licensing requirement for binary artifacts without transitive deps

[Alex Harui]

On 9/20/16, 11:50 AM, "Donald Szeto"  wrote:

>Hi all,
>
>I am preparing my first Apache release and am wondering if I need to check
>licenses of all transitive deps if the release contains:
>
>- a single source tarball;
>- a few binary JAR artifacts on Nexus that contain no transitive deps in
>either binary or source form.

An official Apache release only contains source.  It cannot contained
compiled binaries.

Official Apache releases may be accompanied by a "convenience binary
package" that contains the result of running the build contained in the
source script.  It could bundle third-party jars.

The LICENSE file in the source package may be different from the LICENSE
in the "convenience binary" if the convenience binary contains a bundled
third-party jar.  The LICENSE files must reflect the contents of its
containing package.

>
>Would it be sufficient to make sure the licenses of all sources comply
>with
>Apache policy in this case? Do I need to check transitive deps in this
>case?

You must chase down transitive deps in the package.  If the source package
doesn't contain any non-ASF code then there isn't anything to chase for
the source package.  If the binary does contain third-party jars, then you
have to chase transitive deps on those jars.

HTH,
-Alex

[1] http://www.apache.org/dev/licensing-howto.html
[2] http://www.apache.org/dev/release.html#what

Re: Licensing requirement for binary artifacts without transitive deps

[Donald Szeto]

Sorry. I should have mentioned that I am preparing a release for
PredictionIO.

Regards,
Donald

On Tuesday, September 20, 2016, Donald Szeto  wrote:

> Hi all,
>
> I am preparing my first Apache release and am wondering if I need to check
> licenses of all transitive deps if the release contains:
>
> - a single source tarball;
> - a few binary JAR artifacts on Nexus that contain no transitive deps in
> either binary or source form.
>
> Would it be sufficient to make sure the licenses of all sources comply
> with Apache policy in this case? Do I need to check transitive deps in this
> case?
>
> Thanks!
>
> Regards,
> Donald
>

Licensing requirement for binary artifacts without transitive deps

[Donald Szeto]

Hi all,

I am preparing my first Apache release and am wondering if I need to check
licenses of all transitive deps if the release contains:

- a single source tarball;
- a few binary JAR artifacts on Nexus that contain no transitive deps in
either binary or source form.

Would it be sufficient to make sure the licenses of all sources comply with
Apache policy in this case? Do I need to check transitive deps in this case?

Thanks!

Regards,
Donald

Re: [VOTE] Accept Spot into the Apache Incubator

[Jarek Jarcec Cecho]

[ X ] +1 Accept Spot into the Apache Incubator

Jarcec

> On Sep 20, 2016, at 11:15 AM, Doug Cutting  wrote:
> 
> Following the discussion thread, I would like to call a vote on
> accepting Spot into the Apache Incubator.
> 
> [] +1 Accept Spot into the Apache Incubator
> [] +0 Abstain.
> [] -1 Do not accept Spot into the Apache Incubator because ...
> 
> This vote will run for the usual 72 hours.
> 
> The proposal is attached, but you can also access it on the wiki:
>   https://wiki.apache.org/incubator/SpotProposal
> 
> Thanks,
> 
> Doug
> 
> = SpotProposal =
> 
> == Abstract ==
> 
> Spot is an open source platform for network telemetry (packet, flow,
> and proxy at the moment) built on an open data model and Apache
> Hadoop.
> 
> == Proposal ==
> 
> Spot (formerly Open Network Insight, or ONI) is an open source
> solution for network telemetry (packet, flow, and proxy at the moment)
> built on an open data model and Apache Hadoop. It provides ingestion
> and transformation of binary data, scalable machine learning, and
> interactive visualization for identifying threats in network flows and
> DNS packets.
> 
> Spot has a pluggable architecture that can accommodate multiple open
> data models. Although cybersecurity/network-intrusion analysis is the
> initial use case for Spot, we are actively encouraging the
> contribution of new models that will enable other adjacent
> applications, such as fraud detection or IT-operational analytics such
> as performance and health monitoring. Because these models are open,
> users maintain control of their own data.
> 
> More information on Spot can be found at the existing project website
> at http://open-network-insight.org/.
> 
> == Background ==
> 
> It almost goes without saying that cybersecurity is an acute and
> paramount concern globally, for organizations of all types and
> sizes. Fortunately, thanks to the availability of massively scalable
> (in the PBs) data infrastructure, security professionals can now make
> authentically data-driven decisions about how they protect their
> assets. For example, records of network traffic, captured as network
> flows, are often stored and analyzed for use in network management,
> and this same information can provide valuable insights into network
> vulnerabilities.
> 
> Cybersecurity is just one example, however: There are other examples
> of adjacent use cases, such as user fraud detection or IT-operations
> analytics, that would benefit from the combination of Spot
> functionality and PB-scale data sets for analysis.
> 
> == Rationale ==
> 
> Although cybersecurity is its initial use case/data model, Spot is
> intended to more generally tackle the dual challenges of facilitating
> the development of big data-driven analytic solutions, while helping
> vendors avoid having to create one/off infrastructure for each use
> case. Spot will eliminate issues related to vendor data models that
> create silos between solutions, and that make it difficult for users
> to consume these innovations from multiple vendors. In summary, Spot
> will accelerate the development of new massively scalable analytic
> applications that give users more flexibility, and more choices.
> 
> As an initial effort, we are now seeking to build an ecosystem of
> developers, data scientists, and security professionals to make Spot
> the open, community-driven, cybersecurity platform standard it needs
> to become. By bringing Spot to Apache, we hope to galvanize these
> groups to cooperate in this highly matrixed effort, and to build a
> global, and diverse, Spot community.
> 
> == Initial Goals ==
> 
> Move the existing codebase, website, documentation, and mailing lists
> to Apache-hosted infrastructure Work with the infrastructure team to
> implement and approve our build and testing workflows in the context
> of the ASF Incremental development and releases per Apache guidelines
> 
> == Current Status ==
> 
> === Releases ===
> 
> Spot has undergone one public release (1.0). This initial release was
> not performed in the typical ASF fashion; we will adopt the ASF source
> release process upon joining the incubator.
> 
> === Source ===
> 
> Spot’s source, including core platform and associated submodules, is
> currently hosted in several GitHub repositories under the indicated
> licenses:
> 
> * Core (Apache License 2.0)
> * Oni-ingest (Apache License 2.0)
> * Oni-ml (Apache License 2.0
> * Oni-oa (BSD & MIT)
> * Oni-setup (Apache License 2.0)
> * Oni-nfdump (BSD)
> * Oni-lda-c (GNU General Public License version 2)
> 
> The repositories will be transitioned to Apache’s git hosting during
> incubation.  Issues related to GPL code will be resolved during
> incubation.
> 
> 
> === Issue Tracking ===
> 
> Spot’s bug and feature tracking is hosted on Github at:
> 
> * https://github.com/Open-Network-Insight/open-network-insight/issues
> 
> Issue tracking will be transitioned to Apache’s JIRA instance during 
> incubation.
> 
> === 

[VOTE] Accept Spot into the Apache Incubator

[Doug Cutting]

Following the discussion thread, I would like to call a vote on
accepting Spot into the Apache Incubator.

[] +1 Accept Spot into the Apache Incubator
[] +0 Abstain.
[] -1 Do not accept Spot into the Apache Incubator because ...

This vote will run for the usual 72 hours.

The proposal is attached, but you can also access it on the wiki:
   https://wiki.apache.org/incubator/SpotProposal

Thanks,

Doug

= SpotProposal =

== Abstract ==

Spot is an open source platform for network telemetry (packet, flow,
and proxy at the moment) built on an open data model and Apache
Hadoop.

== Proposal ==

Spot (formerly Open Network Insight, or ONI) is an open source
solution for network telemetry (packet, flow, and proxy at the moment)
built on an open data model and Apache Hadoop. It provides ingestion
and transformation of binary data, scalable machine learning, and
interactive visualization for identifying threats in network flows and
DNS packets.

Spot has a pluggable architecture that can accommodate multiple open
data models. Although cybersecurity/network-intrusion analysis is the
initial use case for Spot, we are actively encouraging the
contribution of new models that will enable other adjacent
applications, such as fraud detection or IT-operational analytics such
as performance and health monitoring. Because these models are open,
users maintain control of their own data.

More information on Spot can be found at the existing project website
at http://open-network-insight.org/.

== Background ==

It almost goes without saying that cybersecurity is an acute and
paramount concern globally, for organizations of all types and
sizes. Fortunately, thanks to the availability of massively scalable
(in the PBs) data infrastructure, security professionals can now make
authentically data-driven decisions about how they protect their
assets. For example, records of network traffic, captured as network
flows, are often stored and analyzed for use in network management,
and this same information can provide valuable insights into network
vulnerabilities.

Cybersecurity is just one example, however: There are other examples
of adjacent use cases, such as user fraud detection or IT-operations
analytics, that would benefit from the combination of Spot
functionality and PB-scale data sets for analysis.

== Rationale ==

Although cybersecurity is its initial use case/data model, Spot is
intended to more generally tackle the dual challenges of facilitating
the development of big data-driven analytic solutions, while helping
vendors avoid having to create one/off infrastructure for each use
case. Spot will eliminate issues related to vendor data models that
create silos between solutions, and that make it difficult for users
to consume these innovations from multiple vendors. In summary, Spot
will accelerate the development of new massively scalable analytic
applications that give users more flexibility, and more choices.

As an initial effort, we are now seeking to build an ecosystem of
developers, data scientists, and security professionals to make Spot
the open, community-driven, cybersecurity platform standard it needs
to become. By bringing Spot to Apache, we hope to galvanize these
groups to cooperate in this highly matrixed effort, and to build a
global, and diverse, Spot community.

== Initial Goals ==

Move the existing codebase, website, documentation, and mailing lists
to Apache-hosted infrastructure Work with the infrastructure team to
implement and approve our build and testing workflows in the context
of the ASF Incremental development and releases per Apache guidelines

== Current Status ==

=== Releases ===

Spot has undergone one public release (1.0). This initial release was
not performed in the typical ASF fashion; we will adopt the ASF source
release process upon joining the incubator.

=== Source ===

Spot’s source, including core platform and associated submodules, is
currently hosted in several GitHub repositories under the indicated
licenses:

 * Core (Apache License 2.0)
 * Oni-ingest (Apache License 2.0)
 * Oni-ml (Apache License 2.0
 * Oni-oa (BSD & MIT)
 * Oni-setup (Apache License 2.0)
 * Oni-nfdump (BSD)
 * Oni-lda-c (GNU General Public License version 2)

The repositories will be transitioned to Apache’s git hosting during
incubation.  Issues related to GPL code will be resolved during
incubation.


=== Issue Tracking ===

Spot’s bug and feature tracking is hosted on Github at:

 * https://github.com/Open-Network-Insight/open-network-insight/issues

Issue tracking will be transitioned to Apache’s JIRA instance during incubation.

=== Code review ===

Spot maintainers currently use “LGTM” (Looks Good to Me) in comments
on the code review to indicate acceptance, with at least three LGTMs
required to approve the merge.

=== Community discussion ===

A Spot Slack channel is available at:

 * https://opennetworkinsights.slack.com/messages/general/ (Invites
request via 

Re: Request to be added to ContributorsGroup on MoinMoin wiki

[Bruce Snyder]

Perfect, thanks John.

Bruce

On Tue, Sep 20, 2016 at 9:31 AM, John D. Ament 
wrote:

> Sorry Bruce, just got to it now.  You should have access.
>
> John
>
> On Tue, Sep 20, 2016 at 7:54 AM Bruce Snyder 
> wrote:
>
> > Hi John,
> >
> > Did you add me to the ContributorsGroup yet? I'm still seeing the
> following
> > page as ImmutablePage:
> >
> > https://wiki.apache.org/incubator/RocketMQProposal
> >
> > Bruce
> >
> > On Mon, Sep 19, 2016 at 10:12 AM, Bruce Snyder 
> > wrote:
> >
> > > Hi John,
> > >
> > > My username for MoinMoin is BruceSnyder.
> > >
> > > Bruce
> > >
> > > On Mon, Sep 19, 2016 at 7:32 AM, John D. Ament 
> > > wrote:
> > >
> > >> Bruce,
> > >>
> > >> Whats your username?  Each wiki requires separate accounts.
> > >>
> > >> John
> > >>
> > >> On Mon, Sep 19, 2016 at 6:30 AM Bruce Snyder 
> > >> wrote:
> > >>
> > >> > Please consider this a request to be added to the ContributorsGroup
> on
> > >> the
> > >> > MoinMoin wiki at wiki.apache.org. I need to edit the RocketMQ
> > proposal
> > >> and
> > >> > currently I have no edit capability.
> > >> >
> > >> > Bruce
> > >> >
> > >> > --
> > >> > perl -e 'print
> > >> > unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E "YC;VT*"
> > >> );'
> > >> >
> > >> > ActiveMQ in Action: http://bit.ly/2je6cQ
> > >> > Blog: http://bsnyder.org/ 
> > >> > Twitter: http://twitter.com/brucesnyder
> > >> >
> > >>
> > >
> > >
> > >
> > > --
> > > perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&
> > > 5R\"F)R=6-E+G-N>61E > >
> > > ActiveMQ in Action: http://bit.ly/2je6cQ
> > > Blog: http://bsnyder.org/ 
> > > Twitter: http://twitter.com/brucesnyder
> > >
> >
> >
> >
> > --
> > perl -e 'print
> > unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E >
> > ActiveMQ in Action: http://bit.ly/2je6cQ
> > Blog: http://bsnyder.org/ 
> > Twitter: http://twitter.com/brucesnyder
> >
>



-- 
perl -e 'print
unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E
Twitter: http://twitter.com/brucesnyder

Re: Request to be added to ContributorsGroup on MoinMoin wiki

[John D. Ament]

Sorry Bruce, just got to it now.  You should have access.

John

On Tue, Sep 20, 2016 at 7:54 AM Bruce Snyder  wrote:

> Hi John,
>
> Did you add me to the ContributorsGroup yet? I'm still seeing the following
> page as ImmutablePage:
>
> https://wiki.apache.org/incubator/RocketMQProposal
>
> Bruce
>
> On Mon, Sep 19, 2016 at 10:12 AM, Bruce Snyder 
> wrote:
>
> > Hi John,
> >
> > My username for MoinMoin is BruceSnyder.
> >
> > Bruce
> >
> > On Mon, Sep 19, 2016 at 7:32 AM, John D. Ament 
> > wrote:
> >
> >> Bruce,
> >>
> >> Whats your username?  Each wiki requires separate accounts.
> >>
> >> John
> >>
> >> On Mon, Sep 19, 2016 at 6:30 AM Bruce Snyder 
> >> wrote:
> >>
> >> > Please consider this a request to be added to the ContributorsGroup on
> >> the
> >> > MoinMoin wiki at wiki.apache.org. I need to edit the RocketMQ
> proposal
> >> and
> >> > currently I have no edit capability.
> >> >
> >> > Bruce
> >> >
> >> > --
> >> > perl -e 'print
> >> > unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E >> );'
> >> >
> >> > ActiveMQ in Action: http://bit.ly/2je6cQ
> >> > Blog: http://bsnyder.org/ 
> >> > Twitter: http://twitter.com/brucesnyder
> >> >
> >>
> >
> >
> >
> > --
> > perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&
> > 5R\"F)R=6-E+G-N>61E >
> > ActiveMQ in Action: http://bit.ly/2je6cQ
> > Blog: http://bsnyder.org/ 
> > Twitter: http://twitter.com/brucesnyder
> >
>
>
>
> --
> perl -e 'print
> unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E
> ActiveMQ in Action: http://bit.ly/2je6cQ
> Blog: http://bsnyder.org/ 
> Twitter: http://twitter.com/brucesnyder
>

Re: Request to be added to ContributorsGroup on MoinMoin wiki

[Bruce Snyder]

Hi John,

Did you add me to the ContributorsGroup yet? I'm still seeing the following
page as ImmutablePage:

https://wiki.apache.org/incubator/RocketMQProposal

Bruce

On Mon, Sep 19, 2016 at 10:12 AM, Bruce Snyder 
wrote:

> Hi John,
>
> My username for MoinMoin is BruceSnyder.
>
> Bruce
>
> On Mon, Sep 19, 2016 at 7:32 AM, John D. Ament 
> wrote:
>
>> Bruce,
>>
>> Whats your username?  Each wiki requires separate accounts.
>>
>> John
>>
>> On Mon, Sep 19, 2016 at 6:30 AM Bruce Snyder 
>> wrote:
>>
>> > Please consider this a request to be added to the ContributorsGroup on
>> the
>> > MoinMoin wiki at wiki.apache.org. I need to edit the RocketMQ proposal
>> and
>> > currently I have no edit capability.
>> >
>> > Bruce
>> >
>> > --
>> > perl -e 'print
>> > unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E> );'
>> >
>> > ActiveMQ in Action: http://bit.ly/2je6cQ
>> > Blog: http://bsnyder.org/ 
>> > Twitter: http://twitter.com/brucesnyder
>> >
>>
>
>
>
> --
> perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&
> 5R\"F)R=6-E+G-N>61E
> ActiveMQ in Action: http://bit.ly/2je6cQ
> Blog: http://bsnyder.org/ 
> Twitter: http://twitter.com/brucesnyder
>



-- 
perl -e 'print
unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E
Twitter: http://twitter.com/brucesnyder

Re: [DISCUSS] Apache NetBeans Incubator Proposal

[Jan Lahoda]

Hello,

On Tue, Sep 20, 2016 at 12:21 PM, Mark Struberg 
wrote:

> git clone of the Linus' repo takes 3 minutes.
>
> The hg clone of netbeans took 5 HOURS!
>
> Also checking out all the files or swapping branches in the git repo takes
> about 45 seconds in GIT, but much longer in hg.
>
> The repo size is 3.6GB. But it contains many binaries which we could
> probably strip off.
> I really don't like to have a Hibernate jar file in an official ASF repo ;)
>

To my knowledge, NetBeans build is normally downloading external
(production) binaries from a binary repository:
http://hg.netbeans.org/binaries/

Which binaries should be downloaded is currently specified using
binaries-list, like:
http://hg.netbeans.org/main-silver/file/6627a4fc3e3f/o.apache.tools.ant.module/external/binaries-list

But, before, these were specified using a different format:
http://hg.netbeans.org/main-silver/file/a280d4534580/hibernatelib/external/hibernate-3.2.5-lib.zip
http://hg.netbeans.org/main-silver/file/0f086eac0b5b/o.apache.tools.ant.module/external/ant-libs-1.7.0.zip

This is still a textual format and is not the actual binary - that was
downloaded automatically on demand. (I believe this approach was found to
be not reliable enough and was replaced with binaries-list, which AFAIK
works well.) So not all historical ".zip" or ".jar" files in the repository
are binaries.

That said, it is entirely possible there are some doubtful binaries in the
repository, and there are (binary) icons, launchers, test data, etc.

I would, however, be surprised if removing those would make the repository
half the current size or less.

Jan


> Still figuring where to upload the git repo to :(
>
>
> LieGrue,
>
> strub
>
>
>
>
>
> > On Tuesday, 20 September 2016, 11:52, cowwoc 
> wrote:
> > > Mark Struberg-2 wrote
> >>  Linux never was on hg, so the comparison doesn't fit.
> >>
> >>  To be more clear: I'm not concerned that GIT cannot handle the NetBeans
> >>  repo size.
> >
> > I actually concerned by this. A client I work for has a large Git repo. I
> > doubt its size is anywhere close to the Linux repo, but its performance
> is
> > abysmal. Navigating the git log or invoking "git checkout" takes
> > minutes. It
> > is almost completely unusable.
> >
> > I'm sure you've read this by now, but HG seems a better fit for these
> > larger
> > projects:
> > https://www.reddit.com/r/programming/comments/1unehr/
> scaling_mercurial_at_facebook/
> >
> > All this to say: I would tread carefully. Out of curiosity, is there a
> > reason that Apache projects can't use Mercurial?
> >
> > Gili
> >
> >
> >
> > --
> > View this message in context:
> > http://apache-incubator-general.996316.n3.nabble.com/
> DISCUSS-Apache-NetBeans-Incubator-Proposal-tp51171p51346.html
> > Sent from the Apache Incubator - General mailing list archive at
> Nabble.com.
> >
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [DISCUSS] Apache NetBeans Incubator Proposal

[Emmanuel Lécharny]

Le 19/09/16 à 20:50, cowwoc a écrit :
> Mark Struberg-2 wrote
>> Linux never was on hg, so the comparison doesn't fit.
>>
>> To be more clear: I'm not concerned that GIT cannot handle the NetBeans
>> repo size. 
> I actually concerned by this. A client I work for has a large Git repo. I
> doubt its size is anywhere close to the Linux repo, but its performance is
> abysmal. Navigating the git log or invoking "git checkout" takes minutes. It
> is almost completely unusable.
>
> I'm sure you've read this by now, but HG seems a better fit for these larger
> projects:
> https://www.reddit.com/r/programming/comments/1unehr/scaling_mercurial_at_facebook/
>
> All this to say: I would tread carefully. Out of curiosity, is there a
> reason that Apache projects can't use Mercurial?

Can we avoid hacking this discussion ? Create a new thread on a more
suited mailing list if you want to discuss the pros and cons of using
your favorite SCM.

Thanks !


-
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

[Bertrand Delacretaz]

Hi,

On Mon, Sep 19, 2016 at 8:50 PM, cowwoc  wrote:
> ...Out of curiosity, is there a reason that Apache projects can't use 
> Mercurial?...

As the ASF doesn't have infinite resources, we have to stop somewhere.

Currently svn and Git are supported, and Git is what's being asked for
in https://wiki.apache.org/incubator/NetBeansProposal

-Bertrand

-
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

[Emilian Bold]

>
> git clone of the Linus' repo takes 3 minutes.
>
> The hg clone of netbeans took 5 HOURS!
>

This is surely dependent on the network and the server the git/hg client
talks to.


> The repo size is 3.6GB. But it contains many binaries which we could
> probably strip off.
> I really don't like to have a Hibernate jar file in an official ASF repo ;)
>

There may be some ancient leftover binaries, but since I can remember
external JARs have been saved outside the mercurial repository here:
http://hg.netbeans.org/binaries/ and are automatically downloaded when
necessary at build time (and cached in ~/.hgexternalcache).

I see hibernate files on http://hg.netbeans.org/binaries/ going as far as
2008 so they should not be in the mercurial repo.

> I'm sure you've read this by now, but HG seems a better fit for these
> > larger
> > projects:
> > https://www.reddit.com/r/programming/comments/1unehr/
> scaling_mercurial_at_facebook/
> >
> > All this to say: I would tread carefully. Out of curiosity, is there a
> > reason that Apache projects can't use Mercurial?
>

+1

Mercurial is a mainstream open-source DVCS the same age as git. It also
supports history rewriting.

All the existing NetBeans contributors are used to mercurial and while git
is in theory similar to mercurial I often find myself googling for the most
basic git things (hg rollback in git being something I can never remember).

--emi

Re: [DISCUSS] Apache NetBeans Incubator Proposal

[Mark Struberg]

git clone of the Linus' repo takes 3 minutes.

The hg clone of netbeans took 5 HOURS!

Also checking out all the files or swapping branches in the git repo takes 
about 45 seconds in GIT, but much longer in hg.

The repo size is 3.6GB. But it contains many binaries which we could probably 
strip off.
I really don't like to have a Hibernate jar file in an official ASF repo ;)

Still figuring where to upload the git repo to :(


LieGrue, 

strub





> On Tuesday, 20 September 2016, 11:52, cowwoc  wrote:
> > Mark Struberg-2 wrote
>>  Linux never was on hg, so the comparison doesn't fit.
>> 
>>  To be more clear: I'm not concerned that GIT cannot handle the NetBeans
>>  repo size. 
> 
> I actually concerned by this. A client I work for has a large Git repo. I
> doubt its size is anywhere close to the Linux repo, but its performance is
> abysmal. Navigating the git log or invoking "git checkout" takes 
> minutes. It
> is almost completely unusable.
> 
> I'm sure you've read this by now, but HG seems a better fit for these 
> larger
> projects:
> https://www.reddit.com/r/programming/comments/1unehr/scaling_mercurial_at_facebook/
> 
> All this to say: I would tread carefully. Out of curiosity, is there a
> reason that Apache projects can't use Mercurial?
> 
> Gili
> 
> 
> 
> --
> View this message in context: 
> http://apache-incubator-general.996316.n3.nabble.com/DISCUSS-Apache-NetBeans-Incubator-Proposal-tp51171p51346.html
> Sent from the Apache Incubator - General mailing list archive at Nabble.com.
> 
> 
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
> 

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

Re: [DISCUSS] Apache NetBeans Incubator Proposal

[cowwoc]

Mark Struberg-2 wrote
> Linux never was on hg, so the comparison doesn't fit.
> 
> To be more clear: I'm not concerned that GIT cannot handle the NetBeans
> repo size. 

I actually concerned by this. A client I work for has a large Git repo. I
doubt its size is anywhere close to the Linux repo, but its performance is
abysmal. Navigating the git log or invoking "git checkout" takes minutes. It
is almost completely unusable.

I'm sure you've read this by now, but HG seems a better fit for these larger
projects:
https://www.reddit.com/r/programming/comments/1unehr/scaling_mercurial_at_facebook/

All this to say: I would tread carefully. Out of curiosity, is there a
reason that Apache projects can't use Mercurial?

Gili



--
View this message in context: 
http://apache-incubator-general.996316.n3.nabble.com/DISCUSS-Apache-NetBeans-Incubator-Proposal-tp51171p51346.html
Sent from the Apache Incubator - General mailing list archive at Nabble.com.

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

Re: ASF Android release policy

[Ian Dunlop]

Hello,

Infra have done a lot of the work on this now. They needed an ASF email
address to act as the release manager so I have used mine. We'll see how it
goes.

Cheers,

Ian

On 16 September 2016 at 09:43, Ian Dunlop  wrote:

> Hello,
>
> Thanks for all the advice. I have created https://issues.apache.
> org/jira/browse/INFRA-12614 to ask for an ASF Google play account.
>
> Cheers,
>
> Ian
>
> On 13 September 2016 at 16:01, David Nalley  wrote:
>
>> On Tue, Sep 13, 2016 at 4:49 AM, Ian Dunlop  wrote:
>> > Hello,
>> >
>> > 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)?
>> >
>>
>> We've signed up to be able to push IOS apps, so at least in principle
>> nothing that prohibits that. I do not believe we've signed up for
>> Google Play or Amazon stores, and we'd need to look at the T
>> associated with that and look at the mechanics.
>>
>> --David
>>
>> -
>> 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

[Alex Harui]

On 9/19/16, 11:12 PM, "Mark Struberg"  wrote:

>Status update from the import:
>
>du -hs .git
>3.6G
>
>
>Could not import to github due to:
>
>Delta compression using up to 4 threads.
>Komprimiere Objekte: 100% (659268/659268), Fertig.
>remote: fatal: pack exceeds maximum allowed size
>fatal: The remote end hung up unexpectedly
>error: pack-objects died of signal 13
>
>
>Trying to look for checked in binaries and temp compile results and
>git-filter it as next step.

You win the award for patience.  I did a quick search for the "fatal" and
found [1] where it suggests:

git config --global http.postBuffer 


HTH,
-Alex

[1] 
https://bitbucket.org/site/master/issues/3578/cannot-push-fatal-the-remote-
end-hung-up

Re: [DISCUSS] Apache NetBeans Incubator Proposal

[Mark Struberg]

Status update from the import: 

du -hs .git
3.6G


Could not import to github due to:

Delta compression using up to 4 threads.
Komprimiere Objekte: 100% (659268/659268), Fertig.
remote: fatal: pack exceeds maximum allowed size
fatal: The remote end hung up unexpectedly
error: pack-objects died of signal 13


Trying to look for checked in binaries and temp compile results and git-filter 
it as next step.



LieGrue,
strub




> On Monday, 19 September 2016, 22:28, Dennis E. Hamilton 
>  wrote:
> > 
> 
>>  -Original Message-
>>  From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org]
>>  Sent: Monday, September 19, 2016 13:05
>>  To: general@incubator.apache.org
>>  Subject: RE: [DISCUSS] Apache NetBeans Incubator Proposal
>> 
>>  There is a big difference between Apache OpenOffice and NetBeans.
>>  NetBeans, even with the NetBeans Platform, is a developer-facing
>>  project.  I presume that the cycle of learning and improvement out
>>  through the adopters and community for NetBeans is operating
>>  successfully and will thrive at Apache.  The 
> "eating-your-own-dogfood"
>>  principle seems to be well in hand [;<).
>> 
>>  There does need to be attention to infrastructure requirements.
>> 
>>  The initial committer list for Apache OpenOffice to enter incubation was
>>  entirely and publicly self-selected.  That means it includes, to this
>>  day, individuals who do not commit to the code but contribute, when
>>  still active, in other ways.  There are acute divisions between those
>>  who cannot and will not build the code, those who manage to build and
>>  run the code, and those who can do anything significant with the code
>>  and test their results.  That division is a tremendous challenge in the
>>  sustainability of Apache OpenOffice.
> [orcmid] 
> 
> I should be clear that the acute division is with respect to capacity and 
> capabilities and also will.  I did not mean divison as some sort of dispute.
> 
> 
>> 
>>  Although the size of OpenOffice is daunting, that in itself is not a
>>  challenge to the ASF infrastructure.  The files in the Apache OpenOffice
>>  4.1.2 source release consist of
>> 
>> 1.43 GB (1,541,226,333 bytes) of text in
>>   60,955 files, in
>>6,429 folders.
>> 
>>   - Dennis
>> 
> [ ... ]
> 
> 
> -
> 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