Thanks Bryan!
I think that's enough to retract my +1. I'll try and fix it up and post
another RC.
On Mon, Mar 3, 2014 at 9:42 AM, Bryan Higgins wrote:
> I found another issue which may actually be a show stopper.
>
> Any plugins added prior to adding a platform are not included in that
> platfo
I found another issue which may actually be a show stopper.
Any plugins added prior to adding a platform are not included in that
platform.
This is a regression from 3.4.0-0.1.0
https://issues.apache.org/jira/browse/CB-6151
On Sun, Mar 2, 2014 at 3:30 PM, Carlos Santana wrote:
> How do we ha
How do we handle dependencies for cordova-cli and plugman once you put them
in /dist/ ?
These tools don't work if user doesn't get/install the dependencies
I have being looking for more information on these with no luck on what
should be the best way to handle it for cordova.
So far I have found
Yes, that's my goal.
On Fri, Feb 28, 2014 at 11:09 AM, Marcel Kinard wrote:
> To ask the question a bit differently, why is released code not going to
> dist? Additional channels are fine, but the channels should always include
> dist, right?
>
> My intention in asking this question is to not f
To ask the question a bit differently, why is released code not going to dist?
Additional channels are fine, but the channels should always include dist,
right?
My intention in asking this question is to not force a vote, but for consumers
to find all Apache-released software on dist. Or do I m
Michal Mocny wrote:
> If its a significant regression, then of course.
>
> Whats the issue? Perhaps you shouldn't hold back your vote if its really
> worth a -1! I created a sample project and seemed fine for iOS/Android.
> Also tried it with our cca toolkit just fine.
Many variations of adding/
If its a significant regression, then of course.
Whats the issue? Perhaps you shouldn't hold back your vote if its really
worth a -1! I created a sample project and seemed fine for iOS/Android.
Also tried it with our cca toolkit just fine.
-Michal
On Thu, Feb 27, 2014 at 3:48 PM, Josh Soref
Michal Mocny wrote:
>That isn't really criteria for a -1. Someone summed it up in another
>thread: no release is perfect, but if its better than the last one, +1.
But if this is a rewrite that is actually a regression from the previous
version, then perhaps this is actually a really valid case fo
On Thu, Feb 27, 2014 at 2:06 PM, Josh Soref wrote:
> Andrew Grieve wrote:
>
> > My understanding is (I believe) the same as what Josh said:
>
> Yes, I believe we¹re on the same page
>
> > http://www.apache.org/dev/release#what does not mention being on dist/
> >
> > http://www.apache.org/dev/rele
Andrew Grieve wrote:
> My understanding is (I believe) the same as what Josh said:
Yes, I believe we¹re on the same page
> http://www.apache.org/dev/release#what does not mention being on dist/
>
> http://www.apache.org/dev/release#where-do-releases-go does mention it,
> but says that releasing
My understanding is (I believe) the same as what Josh said:
http://www.apache.org/dev/release#what does not mention being on dist/
http://www.apache.org/dev/release#where-do-releases-go does mention it, but
says that releasing to things like Maven (e.g. npm) can happen only after
putting a releas
Right, but the vote is on stuff that is in ./dist from what I've been able
to tease from the mountains of email on this important topic.
The point isn't really to vote. It to verify sha's on /dist is an action of
the PMC.
Though indeed voting seems kind of silly when you put in that perspective
s
+1
On Thu, Feb 27, 2014 at 1:08 PM, Andrew Grieve wrote:
> My understanding from all of the discussion & from what Joe pointed out is
> that we do need to vote.
> It's not hard to put a copy on dist/ as well.
>
>
> On Thu, Feb 27, 2014 at 12:03 PM, Joe Schaefer >wrote:
>
> > I don't doubt ther
My understanding from all of the discussion & from what Joe pointed out is
that we do need to vote.
It's not hard to put a copy on dist/ as well.
On Thu, Feb 27, 2014 at 12:03 PM, Joe Schaefer wrote:
> I don't doubt there is some impedance mismatch between
> the different types of distributions
I don't doubt there is some impedance mismatch between
the different types of distributions and channels you guys
use and what the policy calls for, but as the document says
deviations need to be approved by the board. All I can say
is that we've been down this road with other projects and
ultimat
Joe Schaefer wrote:
> Well I wouldn't put it quite like that. Anything that
> meets the definition of a release *should* be on dist
> anyway. The definition I am referring to is here:
>
> http://www.apache.org/dev/release#what
That¹s problematic.
> Where do releases go?
> A release isn't 'relea
Well I wouldn't put it quite like that. Anything that
meets the definition of a release *should* be on dist
anyway. The definition I am referring to is here:
http://www.apache.org/dev/release#what
HTH
On Thursday, February 27, 2014 11:52 AM, Brian LeRoux wrote:
We do not have to vote on c
We do not have to vote on code not on /dist.
On Feb 27, 2014 8:47 AM, "Andrew Grieve" wrote:
> Please review and vote on the release of cordova@3.4.0-0.1.1 and
> plugman@0.20.0 to NPM.
> Release issue: https://issues.apache.org/jira/browse/CB-6115
> Both cordova and plugman have been uploaded to
18 matches
Mail list logo
