Just pushed it out. It is the same as 2.8.0 for all platforms except
Android. Plugin was re-added. More info at
http://www.infil00p.org/introducing-cordova-2-8-1-on-android/
-Steve
2.8.1 just got pushed live. The site needs to be rebuilt still. My ruby
dependencies are all messed up currently and are preventing me from
rebuilding it.
On Wed, Jun 12, 2013 at 4:25 AM, Carlos Santana wrote:
> Can we put the website (cordova.io) on Github and accept pull requests?
>
> I think
meh
@purplecabbage
risingj.com
On Wed, Jun 12, 2013 at 4:03 PM, Filip Maj wrote:
> Huge +1!
>
> On 6/12/13 3:56 PM, "Joe Bowser" wrote:
>
> >Hey
> >
> >I know this is pretty soon, but how does a 2.9.0rc1 on Monday sound?
> >Since this is supposed to be a hardening release anyway, I don't see
Huge +1!
On 6/12/13 3:56 PM, "Joe Bowser" wrote:
>Hey
>
>I know this is pretty soon, but how does a 2.9.0rc1 on Monday sound?
>Since this is supposed to be a hardening release anyway, I don't see
>why we shouldn't start with the RCs.
>
>Any thoughts?
>
>Joe
Hey
I know this is pretty soon, but how does a 2.9.0rc1 on Monday sound?
Since this is supposed to be a hardening release anyway, I don't see
why we shouldn't start with the RCs.
Any thoughts?
Joe
The problem with this approach is that we shouldn't rely on just
mobile-spec for our testing. In this example, I wasn't able to fully
reproduce what he was doing because the person who filed it refused to
provide me with a project. That being said, I was able to find that I
was getting weird TIMEO
Tests plz!
On 6/12/13 2:25 PM, "tim...@apache.org" wrote:
>Updated Branches:
> refs/heads/master 83cfd5cce -> a9af62bd2
>
>
>Should install plugin after fetching from url
>
>
>Project: http://git-wip-us.apache.org/repos/asf/cordova-plugman/repo
>Commit:
>http://git-wip-us.apache.org/repos/asf/
Looks like Fil got it right. I tried to rename and delete the old master
branch originally, and got the same error. Good catch from them about the
Github mirrors; I agree with Fil that deleting and recreating them is the
safe thing. But they might have outstanding PRs and bugs, so that's an
unfortu
Mike, how about adding a reference to STYLESHEET.md in README.md, so people
looking at README.md see the great style guidelines you authored? Or perhaps
even collapse STYLESHEET.md into README.md so it's all inline in the README.
-- Marcel Kinard
Begin forwarded message:
> From: Marcel Kinard
Cheers!
On 6/12/13 2:04 PM, "Michal Mocny" wrote:
>That sounds right, I'll see about poking Braden to peek too.
>
>
>On Wed, Jun 12, 2013 at 4:59 PM, Filip Maj wrote:
>
>> Replied, but would be good for others to take a peak at this thread as I
>> am not 100% sure that my answers are correct..
+1 to Ian's comments.
How about if:
- the developer (contributor or committer) is responsible to test their own
code and correct any problems before a pull request is submitted (contributor
authored) or it lands in the stream (committer authored). The testing includes
both verifying the functio
That sounds right, I'll see about poking Braden to peek too.
On Wed, Jun 12, 2013 at 4:59 PM, Filip Maj wrote:
> Replied, but would be good for others to take a peak at this thread as I
> am not 100% sure that my answers are correct..
>
> On 6/12/13 1:18 PM, "Benn Mapes" wrote:
>
> >What are w
Replied, but would be good for others to take a peak at this thread as I
am not 100% sure that my answers are correct..
On 6/12/13 1:18 PM, "Benn Mapes" wrote:
>What are we doing about https://issues.apache.org/jira/browse/INFRA-6302?
>
>I think they're afraid of messing things up for us. Does s
Lots of files being touched, but no Jira reference. Mike, in the future could
you add a Jira reference to the commit message, per "About Commit Messages" in
http://wiki.apache.org/cordova/ContributorWorkflow
After reading for a while, looks like you are a copy editor, and doing some
very nice c
What are we doing about https://issues.apache.org/jira/browse/INFRA-6302?
I think they're afraid of messing things up for us. Does someone want to
answer his questions? (I'm not sure what the correct approach is...)
On Mon, Jun 10, 2013 at 1:27 PM, Braden Shepherdson wrote:
> Let's see how quic
That is correct, Braden.
Also, exposing this via command-line flags as per your suggestion Michal
should be totally doable.
On 6/12/13 7:58 AM, "Braden Shepherdson" wrote:
>It's either: a directory on the local disk, or a .tar.gz on the web
>somewhere.
>
>This looks great, Fil!
>
>Braden
>
>
>O
It is important to ensure that code coming in is good quality, I think we can
all appreciate that.
I don't think that is separate or instead of the ability to be agile, which we
also see as a positive for this community. From what I have read on this
thread, it sounds like our ability to be agi
It's either: a directory on the local disk, or a .tar.gz on the web
somewhere.
This looks great, Fil!
Braden
On Tue, Jun 11, 2013 at 9:30 PM, Michal Mocny wrote:
> That sounds awesome, sweet work Fil!
>
> Question: your cordova-android lib example has the uri
> "/Users/fil/src/cordova-android
I agree with Ian—reviewing and testing just needs to be more thorough.
On Wed, Jun 12, 2013 at 10:17 AM, Michal Mocny wrote:
> Before we go changing process, is this really a systemic issue? Bugs
> happen, and people sometimes land code, I'de rather be nimble in fixing
> those issues than rigi
Before we go changing process, is this really a systemic issue? Bugs
happen, and people sometimes land code, I'de rather be nimble in fixing
those issues than rigid in preventing them. Personal opinion.
-Michal
On Wed, Jun 12, 2013 at 9:54 AM, Ian Clelland wrote:
> That's not an issue of "we
Can someone with write access update the website to point to 2.8 Docs?
I opened a JIRA item
https://issues.apache.org/jira/browse/CB-3579
--
Carlos Santana
That's not an issue of "we need better contributions from new people",
that's "We, the committers, need to be more diligent in reviewing and
testing before committing".
We shouldn't be discouraging contributions from anyone, but we don't have
to accept every pull request as-is, either. We can push
Can we put the website (cordova.io) on Github and accept pull requests?
I think this topic is a good one to take a closer look at our website being
the center of information that puts the wiki and docs in a single place.
Not saying to merge everything into one single code base or have
duplication
Welcome Priotr !!
Happy to see some love for FFOS :-)
--Carlos Santana
On Tuesday, June 11, 2013, Herm Wong wrote:
> Welcome Piotr!
>
> > From: stevengil...@gmail.com
> > Date: Tue, 11 Jun 2013 12:08:36 -0700
> > Subject: Re: Hi group
> > To: dev@cordova.apache.org
> >
> > Welcome Piotr!
> >
And I think 2.7 was released on 2/May/13 instead of 9/Apr/13
--Carlos
On Wednesday, June 12, 2013, Carlos Santana wrote:
> I think the release date for 2.8 is incorrect
>
> 2.8 released 9/Apr/13
>
> I think it should be 6/7/13
>
> --Carlos
>
>
> On Tuesday, June 11, 2013, Anis KADRI wrote:
>
>>
I think the release date for 2.8 is incorrect
2.8 released 9/Apr/13
I think it should be 6/7/13
--Carlos
On Tuesday, June 11, 2013, Anis KADRI wrote:
> xD
>
>
> On Tue, Jun 11, 2013 at 5:04 PM, Brian LeRoux >
> wrote:
>
> > awww sorry mapes
> >
> > GO HAWKS!
> >
> > On Tue, Jun 11, 2013 at 4:
26 matches
Mail list logo
