I independently noticed and added [1] so that's covered.
On Mon, Jun 29, 2020 at 12:06 PM Joey Frazee
wrote:
>
> Justin this is great and I find myself searching mailing lists and INFRA and
> LEGAL JIRAs for past guidance like this.
>
> A few nit-y suggestions:
>
> - I think it’d be helpful to
s thread seems to have been acquired by
> Walmart Labs?
>
> --David
>
> On Mon, Feb 3, 2020 at 11:01 PM Brian Fox wrote:
> >
> > I think what Robert is highlighting was that collectively, the
> > contributors are still owners and have granted permission to use
>
I think what Robert is highlighting was that collectively, the
contributors are still owners and have granted permission to use
another license.
On Mon, Feb 3, 2020 at 4:59 PM David Nalley wrote:
>
> On Mon, Feb 3, 2020 at 9:27 PM Justin Mclean wrote:
> >
> > HI,
> >
> > I agree with what John
I can't find any references on this list, but I got a request to create a repo.
https://issues.apache.org/jira/browse/INFRA-9480
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail:
This looks correct to me. The way it's setup with the apache parent
pom is that the root module will have the fully buildable source, all
the individual modules still have their source and jdocs for ide
integration.
On Wed, May 26, 2010 at 12:39 PM, Les Hazlewood l...@hazlewood.com wrote:
On
I'll consider this passed and proceed to commit the code.
Thanks,
Brian
On Mon, Apr 19, 2010 at 10:00 PM, Brian Fox bri...@infinity.nu wrote:
The indexing code from Sonatype Nexus has been donated to the Maven
project. The completed form is here:
http://incubator.apache.org/ip-clearance/maven
The indexing code from Sonatype Nexus has been donated to the Maven
project. The completed form is here:
http://incubator.apache.org/ip-clearance/maven-indexer.html (once the
site refreshes)
Lazy Consensus validates the clearance in 72hrs
Interesting. That's news to me... You have a pointer to more information?
As it turns out, almost all references to external repositories in
poms are junk or turn out to be junk after a bit of time. See here for
some examples:
At the Central repository we are restricting the inclusion of external
repositories because this generally creates a mess. This is being
enforced on new artifacts coming in so I would recommend you do not
add them or your artifacts themselves will end up blocked. A better
choice is to encourage
Misread on my part. Thanks.
On Mon, Feb 15, 2010 at 1:01 AM, Noel J. Bergman n...@devtech.com wrote:
Brian Fox wrote:
1)IP Clearance processing must be executed either by an Officer or a
Member of the ASF. If you are not an Officer or a Member, please
contact your project chair who will find
or a Member, please
contact your project chair who will find an appropriate volunteer.
Incubator karma is also required. Please request karma from the
incubator pmc if you do not have it.
So I hereby request incubator pmc karma.
Thanks,
Brian Fox
Apache Maven PMC Chair
Question on Step 3:
A software grant must be provided to the ASF. This grant can either be
done by the ASF Corporate CLA (via Schedule B) or the traditional
License Agreement. Acceptable methods of sending the grant to the ASF
includes:
snail-mail to the ASF office and/or ASF officer
FAXing to the
So as I understand it, the old copyright can exist in the NOTICES file
and that's ok in conjunction with the standard Apache license headers
copyright?
On Tue, Feb 2, 2010 at 2:10 PM, Robert Burrell Donkin
robertburrelldon...@gmail.com wrote:
On Mon, Feb 1, 2010 at 11:47 PM, Niclas Hedhman
Why not sent it through bo...@? All Chairs are subscribed to that
list, several board members have in the past raised concerns about the
releases created using maven. This would unequivocally show that maven
has delivered a working solution, and notify all PMC chairs of the
general Apache
What is happening in some Java projects, via Maven's release plugin,
is disturbing since the source release only exist in the subversion
repository
This problem has been solved and is no longer valid. Any
repetition of the old news is total fud. We have for many months now
been providing
On Wed, Nov 11, 2009 at 5:50 PM, Davanum Srinivas dava...@gmail.com wrote:
I think this is a pretty important issue worth spamming but whatever
I think it's worth noting, I've had several projects asking for it to
be available so they can use it and ditch their homebrew solutions.
When it's
The project's PMC is the leadership...it's not devoid of leadership.
On Mon, Aug 10, 2009 at 11:23 PM, Greg Browngkbr...@mac.com wrote:
OK, then I'll try to provide more clarification. I don't understand how a
project without leadership can succeed. I don't care what you call it,
someone needs
+1 Apache Shira
On Fri, Jun 5, 2009 at 6:40 AM, Jeremy Hailejha...@fastmail.fm wrote:
+1 Apache Aseca
I like the alliteration - it rolls of the tongue a lot easier than Apache
Shiro IMHO.
-
To unsubscribe, e-mail:
Agreed, there's no harm here, and they are tiny files. The deploy plugin
adds hashes to all files that pass through it so it would need special logic
to ignore these files.
On Mon, Jun 1, 2009 at 12:38 PM, Jukka Zitting jukka.zitt...@gmail.comwrote:
Hi,
On Mon, Jun 1, 2009 at 9:21 PM, sebb
On Wed, May 13, 2009 at 6:04 AM, sebb seb...@gmail.com wrote:
On 13/05/2009, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
On Wed, May 13, 2009 at 12:09 AM, sebb seb...@gmail.com wrote:
Of course external dependencies - to first level at least - *ought* to
be documented to
What I don't get is why would anyone want to keep the name if there
are potential overlaps or troubles ahead?
My thoughts exactly.
I mean, there are probably better (coding) and harder (releasing,
graduating) things to do than getting stuck about the name.
Why don't you (as a podling)
I don't think it's OK to expect users to have to trawl through all the
NOTICE and LICENSE files to find all the required information. IMO,
the top-level L N files need to relate to the entire contents.
Transitively or just for the first level dependencies?
Multiple hosts can share a public IP address.
This is often the case for organisations with many hosts on their
internal Lan - all the hosts (there could be hundreds) will appear to
have the IP address of the internet gateway.
But this is getting a bit off-topic.
IP is only part of how
Niclas Hedhman wrote:
On Tue, Apr 28, 2009 at 1:14 PM, Jason van Zyl jvan...@sonatype.com wrote:
Not mocking, just clarifying that on the aggregate level what is distributed
via the standard Apache mechanism easily has its analog source equivalent
which can be built.
Ok, I think we
but again that wouldn't qualify as what
Henning described as 'a tarbal of the svn tag'.
Now if it's a requirement, and one that I can fully understand, that the
'source archive' should be usable as to rebuild release archives,
This is what I'm trying to drive some consensus to and get
25 matches
Mail list logo