Bug, file that shizzle yo
On 4/18/13 12:19 PM, "Michal Mocny" wrote:
>Anis/Fil:
>
>I've got a plugin that contains the following in the ios platform section:
>
>
>
> src="chrome-extension://ohgfbmefaoadakchflddcopcmphnlcba/chromeapp.html"
>/>
>
>
>The content tag is being copi
>The tidbit might make it necessary to special
>case permissions.
>
>E.g. the app sets a permission with required=true, then a plugin adds the
>permission as well. We go to de-dupe, what happens? We'll need logic to
>properly combine the two.
My answer: if both app and plugin require the same pe
TL;DR this is a way to solve the "how to reference in-app package contents
in a platform-agnostic fashion"
Relevant to us because it would solve a mammoth / ancient issue that's
been around for us [1].
The full proposal is here [2].
FirefoxOS already uses this. Chrome apps use a version of this
-04-17 4:14 PM, "Joe Bowser" wrote:
>>>>
>>>>> +1 for deprecate now, remove 3.0
>>>>>
>>>>> On Wed, Apr 17, 2013 at 12:15 PM, Shazron wrote:
>>>>>> +1 for deprecate now, remove 3.0
>>>>
Cool, nice job brooks
On 4/19/13 10:53 AM, "Michael Brooks" wrote:
>Hey all,
>
>We've been having conflicts with referencing the next version in the edge
>documentation.
>
>From now on, the edge documentation should reference the next version as
>"x.x.x".
>
>On each release, the release script w
Rockin, love it
On 4/19/13 2:17 PM, "Michael Brooks" wrote:
>Hey all,
>
>I'm planning to change the way we version the Cordova CLI.
>
>TL;DR
>---
>
> 2.7.0+1.0.5 === Cordova 2.7.0 and npm module version 1.0.5
> 2.7.1+1.0.12 === Cordova 2.7.1 and npm module version 1.0.12
>
>Current State
>---
Probably a retag since we use the contents of VERSION to interpolate the
framework version string into the JS-only platforms' JS.
On 4/19/13 2:16 PM, "Tim Kim" wrote:
>Hey gang,
>
>I noticed that the 2.7.0rc1 tag commit for Cordova JS sets the version to
>just 2.7.0:
>
>https://git-wip-us.apache
Lessons learned from github.com/phonegap/phonegap-plugins ...
On 4/22/13 8:28 AM, "Brian LeRoux" wrote:
>There is a very good reason that we want the plugins to be discreet,
>atomic, almost userspace, artifacts vs the core cordova distribution
>which should just be bridge and supporting code.
>
ote:
>>> > >
>>> > >> Seems access tag does not work in top-level either.
>>> > >>
>>> > >>
>>> > >> On Fri, Apr 19, 2013 at 10:00 AM, Michal Mocny
>>>
>>> > >> wrote:
>>> > &
Yep there's a big refactor in the works, pulling some stuff into diff
modules. I hope to have it sorted today.
On 4/23/13 10:44 AM, "Andrew Grieve" wrote:
>Wondering what's up with the future branch atm. Fil, looks like it's a
>result of some of your latest changes. I'm getting errors that are a
Actually, I will be:
- cherry picking recent commits that went into master back into future
- deleting master on the apache remote
- pushing up future as the new master
Outstanding tasks are finish tests for blackberry, iOS and common project
handlers, and going over the old node unit tests and s
ave to delete master?
>
>
>On Tue, Apr 23, 2013 at 3:02 PM, Filip Maj wrote:
>
>> Actually, I will be:
>>
>> - cherry picking recent commits that went into master back into future
>> - deleting master on the apache remote
>> - pushing up future as the
adding tags to the config. I figure this should probably go into
`prepare`. Thoughts?
On 4/23/13 3:23 PM, "Anis KADRI" wrote:
>Why do you have to delete master?
>
>
>On Tue, Apr 23, 2013 at 3:02 PM, Filip Maj wrote:
>
>> Actually, I will be:
>>
>>
that¹s what I was thinking too
On 4/23/13 4:13 PM, "Anis KADRI" wrote:
>On Tue, Apr 23, 2013 at 4:03 PM, Filip Maj wrote:
>
>> One thing that I intentionally removed from platform-level `install` was
>> adding tags to the config. I figure this should probably go
&
Yes, ideally, exactly as it was before. If not, then I screwed something
up and it needs fixing :D
On 4/23/13 5:31 PM, "Anis KADRI" wrote:
>1.9+. At least that is the goal.
>
>
>On Tue, Apr 23, 2013 at 5:28 PM, RUDD, Brett wrote:
>
>> what is the minimum version of cordova that plugman is able
ding/removing xml fragments etc..).
>
>
>On Tue, Apr 23, 2013 at 7:05 PM, Michal Mocny wrote:
>
>> +1 move to prepare, however, why does this only apply to access tags?
>>
>>
>> On Tue, Apr 23, 2013 at 7:16 PM, Filip Maj wrote:
>>
>> > that¹s what I was
Apr 23, 2013 at 7:05 PM, Michal Mocny wrote:
>
>> +1 move to prepare, however, why does this only apply to access tags?
>>
>>
>> On Tue, Apr 23, 2013 at 7:16 PM, Filip Maj wrote:
>>
>> > that¹s what I was thinking too
>> >
>> &
preferences this seems necessary
>> :).
>> > > Ship it!
>> > >
>> > >
>> > > On Wed, Apr 24, 2013 at 12:27 PM, Michal Mocny
>> > > wrote:
>> > >
>> > > > I think "missing target" bugs would be ma
I am wondering what use cases does having a `preserve-dirs` attribute on
and objects help with? I notice that this
attribute is ONLY parsed in the iOS plugman handler, and it is not
documented as part of the plugin.xml spec.
Additionally it seems like plugins in the wild using the plugin spec (I
che.org/jira/browse/CB-2717
>
>
>On Wed, Apr 24, 2013 at 12:31 PM, Filip Maj wrote:
>
>> I am wondering what use cases does having a `preserve-dirs` attribute on
>> and objects help with? I notice that this
>> attribute is ONLY parsed in the iOS plugma
Meh, I'd wait for 2.8. Let the integration bake a little via cordova-cli
On 4/25/13 6:48 AM, "Shazron" wrote:
>I've checked in the fixes for these into master:
>https://issues.apache.org/jira/browse/CB-2998
>https://issues.apache.org/jira/browse/CB-2980
>https://issues.apache.org/jira/browse/CB-
What broke?
On 4/25/13 10:22 AM, "Joe Bowser" wrote:
>Hey
>
>The RC1 release was kind of done too fast, and the versioning broke.
>Because of this, I think we should really have an RC2 release before
>we do a 2.7.0 final release. Perhaps we should start an RC2 today for
>this?
>
>Thoughts?
>
>J
Joe and I just looked at this.
The relevant apache policies (I believe) are "treatment of third party
works" [1] and "what are required third-party notices?" [2].
TL;DR: read the notice/license files of source being added into our
project, if the NOTICE file specifies to include a bit about the w
Yeah, Michael Brooks was working towards lazy-loading the libraries as you
need them.
On 4/30/13 5:08 AM, "Andrew Grieve" wrote:
>Actually... Now I think I'm remembering that there was talk about not
>including these at all... Was that right? We were going to package them up
>as separate npm tar
If I recall correctly the original reason was because putting the version
in after the lib name in the JS filename was what "other libraries did"
aka jQuery.
+1 from me.
On 4/30/13 11:24 AM, "tommy-carlos Williams" wrote:
>+1
>
>Wouldn't this make mobile spec easier too?
>
>On 01/05/2013, at 4:
INFRA!
On 4/30/13 11:30 AM, "Andrew Grieve" wrote:
>Noticed they are still going to callback-...@cordova.apache.org. Anyone
>know how to get this updated?
Sorry Gorkem I am completely swamped with other work, have presentation to
do next week as well, so won't have time to merge your stuff for a while
yet.
Perhaps another committer on this list can take a look at your work. If
anyone is, please see the original thread of discussion:
http://markmail.
We decided on voting for each release? I thought it was lazy consensus (as
with all decisions we make)?
On 5/1/13 1:17 PM, "Andrew Grieve" wrote:
>I'm not sure I saw the vote thread, nor an announcement release, but
>issues
>are being closed that indicate that it has happened.
>
>I appreciate ev
we need a vote
>> and refers to this "apache way" doc:
>>
>> http://www.apache.org/dev/release.html#approving-a-release
>>
>>
>> On Wed, May 1, 2013 at 4:23 PM, Filip Maj wrote:
>>
>>> We decided on voting for each release? I thought it was
Hey Andreas,
If you are the author of the plugin, I would recommend checking out
plugman, which is cordova's tool for installing and uninstalling plugins
automatically into/from a cordova project:
https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;a=summary
In the README, there is a
Can you summarize the benefits for the project, Shaz?
On 5/2/13 11:26 AM, "Shazron" wrote:
>D'oh: https://github.com/facebook/xctool
>
>
>On Thu, May 2, 2013 at 11:25 AM, Shazron wrote:
>
>> Drop-in replacement for xcodebuild authored by Facebook. Apache 2.0
>> licensed.
>> Not proposing we use
Andreas,
Can you file this as an issue in JIRA instead of on this list? We can work
out your specific problems in an issue instead of bothering the entire
list.
Head over to issues.cordova.io, sign up for an account if you don't have
one already, and file an issue. Component should be set to "plu
This sounds good.
So.. a ./cordova/version script?
On 5/2/13 3:54 PM, "Shazron" wrote:
>Great - so you should create tasks with subtasks for the platforms that
>you
>want to see this in I suppose, and define what the script filename should
>be.
>I assume the version string returned would be in
What about using elements for that? We can add a `target`
attribute to it to satisfy BB's needs.
On 5/3/13 12:07 PM, "Jeffrey Heifetz" wrote:
>While implementing the BlackBerry10 platform updates in plugman I've
>noticed that the tags have been removed. I wanted to know if
>this was a consciou
fine with that, I just
>thought that frameworks were a part of the os/platform, but this would be
>a native shared object made by the developer.
>
>On 13-05-03 3:14 PM, "Filip Maj" wrote:
>
>>What about using elements for that? We can add a `target`
>>attribute to
ibraries must all be placed in an explicit location
>(/approot/plugins/jnext)
>
>
>On 13-05-03 3:25 PM, "Filip Maj" wrote:
>
>>Ahhh I see. It points to a file that would be bundled with the plugin
>>code, ya?
>>
>>I would refrain from using `target` as
That all seems reasonable, ya
On 5/3/13 3:47 PM, "Joe Bowser" wrote:
>Hey
>
>I just reverted someone's pull request because it broke the nine-patch
>splashscreens on Cordova 2.7. Whenever we accept a pull request, we
>should do the following:
>
> * Make sure that it's actually fixing a bug, and
Thanks Andrew!
On 5/6/13 12:12 PM, "Andrew Grieve" wrote:
>I merged these on Friday :)
>
>
>On Tue, Apr 30, 2013 at 5:38 PM, Filip Maj wrote:
>
>> Sorry Gorkem I am completely swamped with other work, have presentation
>>to
>> do next week as well, s
pdated
>from the PR.
>
>Also we need the JIRAs for the remaining platforms to catch up. If you
>prefer I can fire them as well.
>
>I will have doc updates coming your way.
>
>--
>Gorkem
>
>--
>Gorkem
>http://www.gorkem-ercan.com
>
>
>On Mon, May 6, 2013 a
I will look into these when I'm back in action tomorrow Lorin.
On 5/7/13 8:29 AM, "Lorin Beer" wrote:
>for those working on plugman/cli:
>
>the code migration for blackberry's implementation of bb-cordova has
>begun.
>The plan is to merge their new implementation into
>apache/blackberry-cordova
+1 sunsetting BB7
On 5/8/13 8:58 AM, "Don Coleman" wrote:
>I'd be happy to see BB7 go away. It seems like 3.0 could drop support,
>especially if BlackBerry is concentrating on 10 and not releasing webworks
>updates.
>
>I have a client asking for support BB7 along with Android and iOS. This
>pr
ugins from /cordova/plugins or
/widget/plugins
On 5/9/13 8:57 AM, "Andrew Grieve" wrote:
>I'm away until Monday as well. I think this will also need an issue to
>update plugman because the change to the top-level tag name broke some
>xpaths.
>
>
>On Mon, May 6, 201
Sounds good to me
On 5/9/13 10:50 AM, "Lorin Beer" wrote:
>Currently, BlackBerry exists as a single repository containing 3 different
>implementations of Cordova: BB7, PlayBook and BB10.
>
>This has been great from a user perspective: the cordova create tool
>allowed you to specify which target
FYI, the app: URI proposal over at the sys apps is moving to first public
working draft.
Would love to see this incorporated / taken into account when we do the
api audit and look at the file api.
On 5/9/13 11:02 AM, "Dave Raggett" wrote:
>On 09/05/13 18:26, Mounir Lamouri wrote:
>> I am glad t
Which repos would need refactoring, Brian?
On 5/9/13 2:56 PM, "Brian LeRoux" wrote:
>I'm a no on this. Conceptually grouping by operating system vendor
>makes more sense (to me). If we're going down this path the other
>repos need to be refacored to reflect it: cordova-platform-* (and
>Windows w
+1 google cal! Anyone wanna set that up?
On 5/2/13 11:59 AM, "Shazron" wrote:
>Congrats Braden and Andrew :)
>I'm wondering if we should have a shared Google Calendar for this (gonna
>be
>away a lot)
>
>
>
>
>On Thu, May 2, 2013 at 7:25 AM, Michal Mocny wrote:
>
>> No plans for vacations yet, t
/13 8:43 PM, "Lorin Beer" wrote:
>great, thanks Fil!
>
>
>On Thu, May 9, 2013 at 1:27 PM, Filip Maj wrote:
>
>> I will look into these when I'm back in action tomorrow Lorin.
>>
>> On 5/7/13 8:29 AM, "Lorin Beer" wrote:
>>
>&
in the coming hours.
>
>On 13-05-10 1:52 PM, "Filip Maj" wrote:
>
>>Only issue I see is that support was removed from the
>>blackberry platform handler. With and elements
>>being
>>handled in prepare, this leaves the blackberry platform handler empty.
>
Welcome Art!
Our JavaScript-based test suite to test the cordova APIs is under the
mobile-spec repository [1]. The documentation is, not surprisingly, under
the cordova-docs repo [2].
Along with the webos repo, you should probably read through the README in
cordova-js [3], the shared javascript r
I'll clarify why it fails and what we can do to change this behavior and
mitigate difficulty migrating plugin manifest files moving forward.
The issue is that a plugin.xml needs to specify, at a minimum, how it
injects itself into config.xml to hook the native code associated with the
plugin into
Hey Richard, welcome!
Also worth noting that our test suite is called mobile spec [1] - wrap
that up in a phonegap shell and you should get a good idea of how well the
implementation works.
I attended and hacked on a project for Mozilla App Days in Vancouver a
couple months back and ended up gett
host HTML file was not in
>the
>app root.
>
>
>On Fri, May 10, 2013 at 2:15 PM, Filip Maj wrote:
>
>> Ahh cool lemme know and I can take a look at it / merge it!
>>
>> On 5/10/13 11:01 AM, "Jeffrey Heifetz" wrote:
>>
>> >There will be a
That kind of makes sense. The default in the iOS browser is the elastic
thingy, right? The default on Android has no elastic behavior, instead
this color-glowy thing on top.
What's the default in the WP* browser?
On 5/14/13 5:29 PM, "Jesse" wrote:
>I am looking to add preference support to WP7
>
>On Tue, May 14, 2013 at 5:44 PM, Filip Maj wrote:
>
>> That kind of makes sense. The default in the iOS browser is the elastic
>> thingy, right? The default on Android has no elastic behavior, instead
>> this color-glowy thing on top.
>>
>> What's the
Could we leverage our own File API to load the plugins json instead of
relying on (possibly unclear local vs remote) XHR semantics?
On 5/15/13 12:03 PM, "Steven Gill" wrote:
>Hey All,
>
>If you haven't checked out issue CB-3393[1], you should. I believe this is
>a pretty big problem and brings i
Merged the dependencies work that I've been doing that was on a branch
into master.
It's uploading to npm as we speak.
If you're interested, give it a shot. iOS + Android are verified. I am
taking a look at BlackBerry's pull request to get that lined up, then I
will hop over to update windows pho
host HTML file was not in
>the
>app root.
>
>
>On Fri, May 10, 2013 at 2:15 PM, Filip Maj wrote:
>
>> Ahh cool lemme know and I can take a look at it / merge it!
>>
>> On 5/10/13 11:01 AM, "Jeffrey Heifetz" wrote:
>>
>> >There will be a pu
Thx Lorin!
On 5/16/13 10:35 AM, "Lorin Beer" wrote:
>Hey Fil,
>
>check out the BlackBerry plugin repo on github
>https://github.com/blackberry/cordova-blackberry-plugins
>
>
>On Thu, May 16, 2013 at 10:33 AM, Filip Maj wrote:
>
>> Hey Bryan
>>
>
Thanks guys!
On 5/16/13 11:05 AM, "Bryan Higgins" wrote:
>Hey Fil,
>
>You'll need this branch of cordova-blackberry to test everything:
>
>https://github.com/apache/cordova-blackberry/pull/14
>
>
>
>On Thu, May 16, 2013 at 1:39 PM, Filip Maj wrote:
Pretty sure it has to do with 2.7.0 removing the deprecated "Plugin" class
that PushPlugin still relies on.
Switch all references of Plugin to CordovaPlugin and that should fix most
issues.
On 5/16/13 11:15 AM, "John Sphar" wrote:
>Hi all,
>
>Since this is my first posting, I just want to thank
to test everything:
>
>https://github.com/apache/cordova-blackberry/pull/14
>
>
>
>On Thu, May 16, 2013 at 1:39 PM, Filip Maj wrote:
>
>> Thx Lorin!
>>
>> On 5/16/13 10:35 AM, "Lorin Beer" wrote:
>>
>> >Hey Fil,
>> >
&
We deprecated this recently. Can we leave an empty element in
config.xml for each platform while the deprecation window is still open?
This way tooling such as plugman can still add elements while the
platforms still support it.
Once we fully remove support then IMO that is the right time to
co
hu, May 16, 2013 at 12:56 PM, Benn Mapes wrote:
>
>> +1 to leave in an empty until deprecation time is reached, it
>> just makes sense.
>>
>>
>> On Thu, May 16, 2013 at 12:51 PM, Gorkem Ercan > >wrote:
>>
>> > +1 for a deprecation period
&
> +1 for a deprecation period
>> >
>> > --
>> > Gorkem
>> >
>> >
>> > On Thu, May 16, 2013 at 3:45 PM, Filip Maj wrote:
>> >
>> > > We deprecated this recently. Can we leave an empty
>>element in
>> > >
n timeline and it's not like we decided on the new
>XML yesterday. I don't understand why we can't meet our own deadlines.
>Will this be gone by 3.0? If not, why not.
>On May 16, 2013 2:30 PM, "Filip Maj" wrote:
>
>> Filed 3416: https://issues.apache.org/jira/
Wondering if others are seeing this, get this when I try to push:
fil-MacBookAir:cordova-plugman fil$ git push apache master
Counting objects: 19, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (10/10), done.
Writing objects: 100% (10/10), 937 bytes, done.
Total 10 (delta
/asf/cordova-ios.git
> ! [remote rejected] master -> master (pre-receive hook declined)
>error: failed to push some refs to '
>https://git-wip-us.apache.org/repos/asf/cordova-ios.git'
>
>
>On Thu, May 16, 2013 at 4:01 PM, Filip Maj wrote:
>
>> Wonderi
can think of is
>>to
>> >> require that cordova.js sits at the root of the project. The plugin
>> loader
>> >> scripts could then figure out the path based on the cordova-js script
>> tag.
>> >> The original plan was to inject directly into cord
Sweet!
On 5/16/13 6:57 PM, "Gorkem Ercan" wrote:
>Red Hat is building a Cordova plugin for eclipse as part of the JBoss
>tools. You can read about current state[1]. We have not yet implemented
>the
>plugin support but it is certainly on the roadmap.
>
>[1]
>http://www.gorkem-ercan.com/2013/05/hy
Sounds good to me
On 5/17/13 8:07 AM, "Ian Clelland" wrote:
>A minor cleanup task, but something that I'd like to get fixed before
>anyone decides to point any serious XML tools at our plugin XML files.
>
>I'd like to change the namespace of the plugin commands from "
>http://phonegap.com/ns/plu
Fil!
>
>Let me know if you need a hand with anything.
>
>I'd really like to get that pull into cordova-blackberry merged into
>master. We can point package.json to the bb10 branch of plugman for now.
>
>
>On Thu, May 16, 2013 at 3:42 PM, Filip Maj wrote:
>
>> Hey
So just to touch on this again, BlackBerry's work on cordova-plugman has
been merged into master and is working great.
CLI still to be sorted but that's a work in progress anyways.
On 5/13/13 10:26 AM, "Lorin Beer" wrote:
>Alright, I think this is sufficient for the merge into apache master.
>W
ems to be working great!
>
>Only hiccup is some of our unit tests aren't working with node0.9.9+, but
>that's a different story.
>
>I'd like to see pluginScript merged ASAP. cordova-blackberry also needs
>it's copy of cordova-js updated.
>
>
>On Fri, May
+1!
On 5/17/13 2:44 PM, "Jesse" wrote:
>Monday is a holiday in Canada, so I propose we aim to do our rc1 ritual on
>Tuesday, May 14th
>This still gives us a little time to close the loop on any outstanding
>items, and lots of time to test.
>Thoughts?
>
>@purplecabbage
>risingj.com
Sure thing!
http://filmaj.ca/speaking.html
On 5/21/13 8:13 AM, "Marcel Kinard" wrote:
>A person in my area has an opportunity to attend a conference and give a
>7-minute talk on why Cordova is great and why folks should consider using
>it. I suspect that several people here do that on a regula
Yeah buddy!!
On 5/21/13 3:00 AM, "Giorgio Natili" wrote:
>Congrats!
>
>
>On Mon, May 20, 2013 at 9:06 PM, James Jong wrote:
>
>> Congrats!
>> -James Jong
>>
>> On May 20, 2013, at 3:01 PM, Joni Rustulka wrote:
>>
>> > Way to go Mapes!
>> >
>> > On 13-05-20 11:38 AM, "Lorin Beer" wrote:
>> >
>
Yeah Bryan!
On 5/20/13 12:06 PM, "James Jong" wrote:
>Congrats!
>-James Jong
>
>On May 20, 2013, at 2:51 PM, Ken Wallis wrote:
>
>> Congratulations!
>>
>> Sent from my BlackBerry Z10 smartphone
>> From: Lorin Beer
>> Sent: Monday, May 20, 2013 11:39 AM
>> To: dev
>> Reply To: dev@cordova.apach
g/jira/browse/CB-3307 (Renaming cordova.VERSION.js
>-> cordova.js). It's done for iOS & Android, but still needs to be done
>for
>other platforms. I'll create sub-tasks for them now.
>
>
>
>On Fri, May 17, 2013 at 7:29 PM, Steven Gill
>wrote:
>
>>
'Consensus' should always be tracked back to a thread here,
>>> > > regardless
>>> > > > > of
>>> > > > > > >meetings, hangouts, irc, bbs, ...
>>> > > > > > >
>>> > &
I think so!
On 5/22/13 12:40 PM, "Shazron" wrote:
>2.9.0? Deprecated since 2.3.0
>
>https://issues.apache.org/jira/browse/CB-2200#comment-13664447
on is more likely to be regretted a year
>>>from
>>> now?
>>> >> >>
>>> >> >> -Michal
>>> >> >>
>>> >> >>
>>> >> >> On Wed, May 22, 2013 at 10:11 PM, Andrew Grieve <
>>> ag
>> > >> > > > >> > This change affects all cordova-js platforms as well as
>> > >> > > > cordova-plugman,
>> > >> > > > >> > and I would like to get it into 2.8.0rc1 if I can have
>
well as
>> > >> > > > cordova-plugman,
>> > >> > > > >> > and I would like to get it into 2.8.0rc1 if I can have
>>the
>> > next
>> > >> > > couple
>> > >> > > > >> >
Mocny" wrote:
>Fil, that sounds extremely sensible.
>
>
>On Thu, May 23, 2013 at 12:32 PM, Filip Maj wrote:
>
>> https://npmjs.org/package/cordova
>>
>>
>> While CLI is not a documented flow, it is deployed and has > 1000
>> downloads per mon
:40 PM, Braden Shepherdson > >wrote:
>>
>> > I just merged the git_refs changes. They shouldn't affect anything
>>else.
>> >
>> >
>> > On Thu, May 23, 2013 at 1:35 PM, Filip Maj wrote:
>> >
>> > > SORRY false alarm: no
n Gill
>wrote:
>
>> Damn Botson fans
>>
>>
>> On Thu, May 23, 2013 at 11:34 AM, Filip Maj wrote:
>>
>> > Hey everyone,
>> >
>> > Can folk hold off on committing to cordova-cli until Braden sorts out
>>the
>> >
Congrats Andrew!
On 5/31/13 3:57 PM, "Gorkem Ercan" wrote:
>Congrats! My best wishes to Grieve family.
>
>--
>Gorkem
>
>
>On Fri, May 31, 2013 at 2:23 PM, Shazron wrote:
>
>> Congrats Andrew!! :)
>>
>>
>>
>> On Fri, May 31, 2013 at 7:00 AM, Andrew Grieve
>> wrote:
>>
>> > Coming 1 month early.
Sounds like a great idea! Could have the release-issue-creator-script
that's under cordova-labs do that automatically?
On 5/31/13 9:16 AM, "Michal Mocny" wrote:
>I would love to be able to split the JIRA updates for RC/Release
>management
>out into a separate email folder. What do you think?
>
Sounds good to me
On 5/30/13 10:17 AM, "Ian Clelland" wrote:
>There's a three-week-outstanding pull request in cordova-android (
>https://github.com/apache/cordova-android/pull/52) relating to changing
>the
>default logging prefix
>
>This sounds like a good idea -- we've managed to get rid of th
Which ant-based tools are you talking about? Which project?
On 5/29/13 7:38 PM, "John Wargo" wrote:
>With the release of Cordova 3.0, will the ant-based command line tools go
>away or will they remain for posterity's sake?
Option 2! Let's move forward and get this sorted.
On 5/29/13 1:17 PM, "Jesse MacFadyen" wrote:
>I am liking option 2 now. Seems easy enough.
>
>Cheers,
> Jesse
>
>Sent from my iPhone5
>
>On 2013-05-29, at 9:06 AM, Michal Mocny wrote:
>
>For the record, I don't mind a reclone, so long as there
Welcome John!
Any particular areas of interest under the cordova umbrella of projects?
On 5/30/13 10:10 AM, "John Wargo" wrote:
>Hello again,
>
>I received my employer's (SAP) approval to contribute to the project, so
>I signed and filed the Apache CLA this morning and will start
>contributing
OK, just tested this on Brent's (one of the ripple guys) computer, he's
running archlinux, and apparently "process.env.user" is undefined.
HOWEVER, process.env.USER is.
So, I'll quickly patch that conditional so we check both cases. But yes,
eventually this should all get ripped out anyways.
On 5
Wait we check for that anywaysŠ
*scratches head*
On 5/28/13 10:35 AM, "Don Coleman" wrote:
>I re-did the NPM install but didn't see the message. I'll retry on a fresh
>machine today.
>
>
>On Tue, May 28, 2013 at 10:25 AM, Braden Shepherdson
>wrote:
>
>> I note also the "macosx" in some paths th
This should be done on the private list if you only want PMC members to
vote..
On 6/1/13 6:33 AM, "Luke Holmquist" wrote:
>+1
>
>Sent from my iPhone
>
>On May 31, 2013, at 3:13 PM, Steven Gill wrote:
>
>> Hey,
>>
>> A release candidate for 2.8.0 is available at:
>>
>> https://dist.apache.org/
Sorry guys just catching up on mail now.
The fact that someone is not present is not a good reason for blocking
tagging or a release.
All committers should be comfortable with all platforms at a minimum level
of creating a project and running tests. This includes the core platform
frameworks as w
The Infra guys posted about some new features they've worked on (the
git->JIRA commenting is one that Shaz already got working for us), and
there's one where we can get the ASFBot to idle in #cordova on irc, and we
can use it to start/stop recording of meetings that we may have in IRC.
I know Brad
I've been MIA all week at jsconf/vacation so don't count on me to run
through testing/tagging the CLI. I'm back in action on Monday.
On 5/29/13 2:44 PM, "Joe Bowser" wrote:
>Are you doing the ant debug on the generated project? If so, then it
>sounds like the create scripts on Windows aren't cre
Yeah the install script does a check for root user:
https://github.com/apache/cordova-cli/blob/master/bootstrap.js#L61
Interesting that that is not working out..
On 5/28/13 10:35 AM, "Don Coleman" wrote:
>I re-did the NPM install but didn't see the message. I'll retry on a fresh
>machine toda
m workflow uses ANT, most notably on Android and BBOS, however
>> this is not common across all platforms. If the platform sdk uses ANT,
>> then the scripts will too.
>>
>> - Lorin
>>
>> On Sat, Jun 1, 2013 at 3:19 PM, Filip Maj wrote:
>>> Which ant-bas
1 - 100 of 1392 matches
Mail list logo