My slides aren't in pdf format, but they are here:
https://dl.dropboxusercontent.com/u/6648754/apachecon2014/index.html
On Wed, Apr 16, 2014 at 10:07 AM, James Jong wjamesj...@gmail.com wrote:
Someone asked about links to ApacheCon slides and audio recordings during the
hangout.
Slides
I think everyone is on board with the idea that modules should be used to
enable sharing code, and for code organization.
Two problems that are happening in practice:
- Multiple pull requests (plugman and CLI) to make a change
- Code duplication between the repositories
Both of these are solved
Just wanted to remind to start a thread for organizing the hangout today.
I'll post the join view links here later today.
Really want to focus on productive discussion not going too long (say, 1
hour plus some setup time).
To that end:
- I'd like to *not* add to the agenda once the meeting
We all had to do this thanks to 3 bleed. Just wanted to share a tip I
needed to do to make git on osx work afterwards. You need to clear your
cached credentials:
$ git remote -v
origin https://git-wip-us.apache.org/repos/asf/cordova-coho.git (fetch)
origin
be
it, but I don't see it being nearly as helpful as SO.
On Mon, Apr 14, 2014 at 1:15 PM, Andrew Grieve agri...@chromium.org
wrote:
Most Apache projects have a users@ list for this purpose. Although
SO
often
yields better answers, I don't think it would hurt to have a
users@list
Each quarter we write up our goals for the next three months. Figured
I'd share these with the broader team :)
- cordova-android /w CrossWalk iclelland
- Working demo
- Solidify Plugin API boundary
- Enumerate loose ends (multi-apk generation, etc)
- Chrome ADT (cordova-app-harness)
Link to join if you want to talk:
https://plus.google.com/hangouts/_/hoaevent/AP36tYciQ2qhQzBbNbvbX-G0tKN9YleIV754KNT2CULwdybs72KN9w?authuser=0hl=en-GB
View-only link will come in a moment.
On Tue, Apr 15, 2014 at 8:28 AM, Andrew Grieve agri...@chromium.org wrote:
Just wanted to remind
View-only: http://youtu.be/5lR1a8V_po0
On Tue, Apr 15, 2014 at 12:01 PM, Andrew Grieve agri...@chromium.org wrote:
Link to join if you want to talk:
https://plus.google.com/hangouts/_/hoaevent/AP36tYciQ2qhQzBbNbvbX-G0tKN9YleIV754KNT2CULwdybs72KN9w?authuser=0hl=en-GB
View-only link will come
We didn't have time to cover this today, but I think it's better off
as its own hangout anyways.
Created a doodle for Wed/Thurs. Add yourself if you'd like to
participate in the discussion.
http://doodle.com/uvyr9454pvepz3a3
On Tue, Apr 15, 2014 at 11:19 AM, Mark Koudritsky kam...@google.com
We found out the hard way that having any git-based dependencies
causes install to fail if the user doesn't have git installed. For
this reason, if something's going to be an npm modules that's depended
on, it must be published to npm, and thus go through the proper
release process.
Note though
bah - turns out there's three threads about this one subject.
Created a doodle for Wed/Thurs. Add yourself if you'd like to
participate in the discussion.
http://doodle.com/uvyr9454pvepz3a3
Shouldn't take more than a 30 minutes time slice. The point of the
hangout is to speed this along, if we
Got CLI component down to 91 issues.
Can you believe this is JIRA's link to the component!?
https://issues.apache.org/jira/browse/CB-5494?jql=project%20%3D%20CB%20AND%20resolution%20%3D%20Unresolved%20AND%20component%20%3D%20CLI%20ORDER%20BY%20priority%20DESC
.
On Apr 9, 2014 3:16 PM, Andrew Grieve agri...@chromium.org wrote:
StackOverflow works really well as well. If it's a possible but in the
framework or an Apache plugin though, this is the list :)
On Wed, Apr 9, 2014 at 6:21 AM, Ray Camden rayca...@adobe.com wrote:
I'd use the Google
I think the original design of this was that duplicates are expected, and
the last one wins. Not saying that's the best solution, but I'm pretty sure
that's how it works.
On Mon, Apr 14, 2014 at 8:41 AM, Matt Scafidi-McGuire
matt.scafidi-mcgu...@dealer.com wrote:
Indeed the platform sections
wrote:
On Tue, Apr 8, 2014 at 12:50 PM, Andrew Grieve agri...@chromium.org
wrote:
I think symbol mapping comes with some nuances, and having the them
in
a
declarative way makes it easier than telling all plugins to write
their
JS
in a certain way.
Makes what
...@gmail.com wrote:
browserify does not use them at all, so if we switched to it, there would
be no reason to keep them around. If you see one, please share specifics.
On Tue, Apr 8, 2014 at 11:17 AM, Andrew Grieve agri...@chromium.org
wrote:
I don't see it as an improvement
Proposal sounds good to me!
On Tue, Apr 8, 2014 at 12:54 PM, Pascale Dardailler
dardail...@fr.ibm.comwrote:
Hello,
The globalization implementation of getLocaleName and getPreferredLanguage
should return more consistent results across the different platforms, as
it is very difficult to
package.json in Cordova projects. This was
brought up a while back but we decided this wasn't a big win. Maybe we
can
reapproach.
On Apr 9, 2014 6:09 AM, Andrew Grieve agri...@chromium.org wrote:
On Tue, Apr 8, 2014 at 9:44 AM, Michal Mocny mmo...@chromium.org
wrote
checking for us.
On Wed, Apr 9, 2014 at 6:51 AM, Andrew Grieve agri...@chromium.org wrote:
The thing I don't want is platforms in *cli*'s package.json
Introducing a new package.json for each app is something we could
consider. I was just assuming we'd dump it into config.xml instead of
creating
I haven't heard anyone express interest in tackling those. If you want to
take this on, I think that's great!
On Tue, Apr 8, 2014 at 10:52 PM, Venkata Kiran svkir...@gmail.com wrote:
Hi,
I believe there are several jira requests to make the
Vibration API compatible with
StackOverflow works really well as well. If it's a possible but in the
framework or an Apache plugin though, this is the list :)
On Wed, Apr 9, 2014 at 6:21 AM, Ray Camden rayca...@adobe.com wrote:
I'd use the Google Group: https://groups.google.com/forum/#!forum/phonegap
Yep, I certainly have no idea.
On Fri, Apr 4, 2014 at 12:42 PM, Joe Bowser bows...@gmail.com wrote:
I'm currently working on CB-4404 again and I'm wondering why we use
LOG instead of the Android Log methods. This just seems like we're
duplicating code for no reason. Does anyone know why we
On Tue, Apr 8, 2014 at 3:30 AM, Gorkem Ercan gorkem.er...@gmail.com wrote:
I think a tool can just go through all tagged version of the CLI's
platforms.js and create the version map. I guess this effectively makes CLI
versions the Cordova version.
That's the way I think of it right now as
If there's an option to not change the behaviour, I think we should use it.
This is a pretty big change, so anything we can keep the same will help. We
can't say that it's backwards compatible if the runtime behaviour changes.
On Mon, Apr 7, 2014 at 6:39 AM, Braden Shepherdson
I don't see it as an improvement to retire these. Even if we did retire
them, I don't think we should do so at the same time as changing to
browserify (the two don't seem related).
On Fri, Apr 4, 2014 at 4:51 PM, Anis KADRI anis.ka...@gmail.com wrote:
I believe that we can retire these things
Awesome stuff Michael! Sign me up :)
agri...@gmail.com
On Mon, Apr 7, 2014 at 10:44 AM, Michael Brooks mich...@michaelbrooks.cawrote:
Yea, with a single server, I don't think there's any graceful way to
transition from one host to another. Sorry :(
On Mon, Apr 7, 2014 at 11:42 AM, Igor
I think symbol mapping comes with some nuances, and having the them in a
declarative way makes it easier than telling all plugins to write their JS
in a certain way. It's a level of indirection that gives us the ability to
control exactly *when* the mapping happens for example.
The question of
On Tue, Apr 8, 2014 at 9:44 AM, Michal Mocny mmo...@chromium.org wrote:
On Tue, Apr 8, 2014 at 1:32 PM, Andrew Grieve agri...@chromium.org
wrote:
On Tue, Apr 8, 2014 at 3:30 AM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
I think a tool can just go through all tagged version
I suppose this will make it more obvious when voting has concluded, but it
puts the result out of the actual vote thread. Someone reading the vote
thread might not realize that the vote is closed if the result is not made
a part of the thread.
On Tue, Apr 8, 2014 at 12:06 PM, sebb
+1
verified checksum, sig, shrinkwrap.json
On Tue, Apr 8, 2014 at 12:50 PM, Shazron shaz...@gmail.com wrote:
+1
verified checksums, sig, tag hash
On Tue, Apr 8, 2014 at 1:22 PM, Steven Gill stevengil...@gmail.com
wrote:
oops. The git tag hash should be:
cordova-cli: 3.4.1-0.1.0
Just did some clicking through. It's night day better than what's on
plugins.cordova.io. Ship it!
On Fri, Apr 4, 2014 at 1:11 AM, Steven Gill stevengil...@gmail.com wrote:
Hey All,
I am wanting to switch over stage.plugins.cordova.io to plugins.cordova.io
.
Feature wise it is on par with
Feel pretty strongly that we shouldn't introduce gap: prefix. cdv: is bad
enough :(. I'm sure PG Build will accept whatever syntax we come up with.
It's true that platform isn't documented (that I know of), but it's
consistent with plugin.xml and I think being able to put any elements in
there
Confirmed can't push to cordova-cli.
On Thu, Apr 3, 2014 at 6:34 AM, Ian Clelland iclell...@chromium.org wrote:
I'm currently unable to push to the Apache cordova-plugin-file repository--
I can pull from it, clone it, and the web interface appears to be working
correctly. I've tried creating
...@chromium.org
wrote:
Same error?
I'll open that with Infra, I guess -- multiple users, multiple repos,
sounds like a bigger issue.
On Thu, Apr 3, 2014 at 9:38 AM, Andrew Grieve agri...@chromium.org
wrote:
Confirmed can't push to cordova-cli.
On Thu, Apr 3, 2014 at 6:34 AM
=9c32672403f1ceffce4278aa7e1fa6add7065946;hp=2df993147957cfe6f626f8a08e4a47889e4d;hb=7598207d0e4395905c009c056947a5a7c9930b1a;hpb=b28cb8be613f637f28dbfd3c0db2bd193e7abb51
On Thu, Apr 3, 2014 at 9:38 AM, Andrew Grieve agri...@chromium.org
wrote:
Feel pretty strongly that we shouldn't introduce gap: prefix. cdv
I was confused too. Email is hard.
Ian - for the sake of educating us, how did you determine Igor was a
committer on another project?
Ctrl-F on https://people.apache.org/committer-index.html?
On Thu, Apr 3, 2014 at 10:27 AM, Joe Bowser bows...@gmail.com wrote:
On Thu, Apr 3, 2014 at 10:21
All sounds great Ian. Awesome work with all of this.
That's awesome Bryan!
I think file-system-roots fills a giant need, and would be great if it were
supported everywhere.
With merging file-system-roots in, it'll be important to have file's docs
updated to have links to the iOS / Android
wrote:
I don't have any problem with going the 3.4.1 route. It would be
simpler
in
terms of docs + js.
Shazron, would that work for you?
On Mar 28, 2014 8:27 AM, Andrew Grieve agri...@chromium.org
wrote:
From what I understand of the changes, it should work
PM, Steven Gill stevengil...@gmail.com
wrote:
All tests seem to be passing now.
Medic is showing plugman tests failing after the tizen commits, but
they
are passing fine for me.
On Wed, Mar 26, 2014 at 10:05 AM, Andrew Grieve agri...@chromium.org
wrote:
On Wed, Mar
From what I understand of the changes, it should work fine to do a 3.4.1
and just leave the JS as is.
On Thu, Mar 27, 2014 at 8:00 PM, Marcel Kinard cmarc...@gmail.com wrote:
It feels like trying to tag only iOS as 3.5.0 before the other platforms
is going to create a mess when it comes time
, Andrew Grieve
agri...@chromium.org
wrote:
Agree we don't want to use node_modules, nor the dependency
field.
I do think we should use it's fetching logic via npm cache add
though,
and then copy the downloaded plugin from the npm cache dir
IMO, this is *the* biggest feature of ES6, as it now means JS + DOM APIs
are being spec'ed out that use them:
Intent to ship for both FF Chrome!
https://groups.google.com/a/chromium.org/forum/#!topic/blink-dev/0Fs5P6Xgg9g
https://groups.google.com/forum/#!topic/mozilla.dev.platform/Usb5PmsxM10
start this now? On iOS it's painful for regular devs who need to
keep patching things. We should get it out at least before ApacheCon I
hope.
On Mon, Mar 17, 2014 at 7:32 PM, Andrew Grieve agri...@chromium.org
wrote:
That's all it does right now, but I always figured we could use
CLI-only is my thought as well. If you add enough functionality to
platforms to enable this, then I think you'd end up with CLI in the end
anyways.
On Tue, Mar 25, 2014 at 11:20 AM, Jesse purplecabb...@gmail.com wrote:
I have given this some more thought, and discussed it a bit with Joe
Hi Jorge,
Best way to propose a change is to use a github pull request against the
relevant repository. E.g.
https://github.com/apache/cordova-plugin-file-transfer
On Wed, Mar 26, 2014 at 7:59 AM, Jorge Torres
jorge.torres.maldon...@gmail.com wrote:
Dear all,
My name is Jorge Torres, I
On Wed, Mar 26, 2014 at 9:05 AM, Josh Soref jso...@blackberry.com wrote:
https://github.com/blackberry/cordova-cli/tree/cb_6337
Should cover both of my breaks.
I¹m waiting for our CI tooling to confirm it¹s happy before I submit a
pull request for it.
Maybe sometime in the near future
make a huge
difference. We should have continuous replication setup on the registry and
downloads dbs for both services to keep them up to date and use one as a
backup.
On Mon, Mar 17, 2014 at 7:44 PM, Andrew Grieve agri...@chromium.org
wrote:
Thanks Steve!
Out of curiosity, why
Agree we don't want to use node_modules, nor the dependency field.
I do think we should use it's fetching logic via npm cache add though,
and then copy the downloaded plugin from the npm cache dir to the project.
On Tue, Mar 18, 2014 at 2:59 PM, Anis KADRI anis.ka...@gmail.com wrote:
I don't
The rationale is well explained here:
https://www.npmjs.org/doc/faq.html#Should-I-check-my-node_modules-folder-into-git
On Wed, Mar 19, 2014 at 11:21 AM, Gert-Jan Braas br...@steckelfisch.nlwrote:
Hi,
In septeber 2013 cordova-android changed the dynamic loading of the
content in
-docs.git;h=759820
On Mon, Mar 17, 2014 at 10:58 PM, Andrew Grieve agri...@chromium.org
wrote:
I believe that for projects created with the `cordova` tool, putting tags
in platform tags already works (they are conditionally copied to the
derived config.xml within platforms/).
On Mon
.
No
surprise we are not on track to match this year. (Yet.)
On Thu, Mar 13, 2014 at 6:23 AM, Andrew Grieve agri...@chromium.org
wrote:
The main reason would be for iOS Xcode 5.1 support. Probably we'd want
to
have the update project settings modified via the update script
Thanks Steve!
Out of curiosity, why the switch from iriscouch - cloudant? Is it easy to
replicate all the current plugins to cloudant?
On Sun, Mar 16, 2014 at 10:04 PM, Steven Gill stevengil...@gmail.comwrote:
Hey Guys,
As some of you may know, I have been chipping away at the new
JIRA: https://issues.apache.org/jira/browse/CB-6291
(left a comment)
On Mon, Mar 17, 2014 at 1:25 PM, Lorin Beer lorin.beer@gmail.comwrote:
with the upgrade to promises some time ago, projects which rely on the
Cordova CLI had to adjust how they interacted with the cdv cli api.
I believe that for projects created with the `cordova` tool, putting tags
in platform tags already works (they are conditionally copied to the
derived config.xml within platforms/).
On Mon, Mar 17, 2014 at 4:44 PM, David Kemp drk...@chromium.org wrote:
Currently preferences can be specified
, 2014 at 2:40 PM, Steven Gill stevengil...@gmail.com
wrote:
I will add a readme. Right now our script for deploying is in the
cordova-registry-web repo.
I'm not sure we actually need this repo.
On Wed, Mar 12, 2014 at 2:07 PM, Andrew Grieve agri...@chromium.org
wrote:
https
SGTM. There's also a bugfix for preference tag parsing that was a
regression in the previous release.
On Wed, Mar 12, 2014 at 7:28 PM, Steven Gill stevengil...@gmail.com wrote:
I would like to start a tools release. A fix for plugman installing for
FFOS needs to get out soon.
Thoughts?
Right now, CLI downloads caches platforms plugins using two different
mechanisms, with totally independent code paths.
plugman uses the request library, with proxy settings in .plugman/config.
It downloads the tars directly from registry.cordova.io. It does not cache
them.
CLI uses the request
Thanks for compiling this list! Hopefully this will do the trick (once the
mirror picks it up):
http://git-wip-us.apache.org/repos/asf/cordova-coho/commit/363bdea0
On Tue, Mar 11, 2014 at 6:03 PM, Josh Soref jso...@blackberry.com wrote:
Do you/we plan to close:
They look really good! Thanks for creating them!
On Mon, Mar 10, 2014 at 3:35 PM, Brian LeRoux b...@brian.io wrote:
hey those are sweet! I guess they could be contributed to our website [1]
for others to incorporate, and again in the default example app that we
generate [2]
you'll need
Plugins allow us to share JS. Rolling statusbar into platforms means
different JS for all platforms, and make it easier for the APIs to diverge.
Plugins allow us to share docs, and to have the docs live with the code.
APIs like Android's app plugin don't have very good docs (or maybe they
are
so, all good?
On Tue, Mar 11, 2014 at 11:32 AM, Carlos Santana csantan...@gmail.comwrote:
sorry about the typo
Last command to install was $npm install -g cordova
then I got the correct version 3.4.0-0.1.3
On Tue, Mar 11, 2014 at 11:29 AM, Carlos Santana csantan...@gmail.com
wrote:
tools:
npm update -g cordova
npm update -g plugman
1: http://cordova.apache.org/news/2014/03/05/tools-release.html
On Tue, Mar 11, 2014 at 12:32 PM, Andrew Grieve agri...@chromium.org
wrote:
so, all good?
On Tue, Mar 11, 2014 at 11:32 AM, Carlos Santana csantan
of default plugins with our www template app
(the
template app specified what plugins are required)
meaning associate a set of plugins with a template www app, and not
associate with platform or cli
On Tue, Mar 11, 2014 at 10:37 AM, Andrew Grieve agri...@chromium.org
What does core mean?
Does core mean that it has the namespace org.apache.cordova.?
Does core mean that it is something we will support?
Does core mean that it is something that applies to multiple platforms?
I would like core to be the first two. And by we, I mean at least one
committer. That's
With the fix for instal failing on Linux
. The org.apache.cordova prefix is reserved for plugins
provided directly by the Cordova project.
How do I publish with that namespace?
On Tue, Mar 4, 2014 at 1:37 PM, Andrew Grieve agri...@chromium.org
wrote:
statusbar and keyboard are published already.
I *think* Shaz was having
Not sure passing through command-line arguments is feasible for dependent
plugins. Maybe have the scripts get their args from environment variables?
On Wed, Mar 5, 2014 at 12:59 PM, Jonathan Bond-Caron
jbo...@gdesolutions.com wrote:
On Wed Mar 5 12:00 PM, Marcel Kinard wrote:
In that case
Right now the repo contains a single script that has many sub-commands.
I'd like to propose that the repo has the following mandate:
1. To hold release processes documentation
- e.g. StepsForToolsRelease
- e.g. CrowdIn documentation
2. To hold release automation scripts
- e.g. coho
...@michaelbrooks.cawrote:
Andrew, do you mean merging all of the documentation into the README.md or
do you mean translating the README.md to other languages?
On Tue, Mar 4, 2014 at 10:05 AM, Andrew Grieve agri...@chromium.org
wrote:
Michael - any input here on merging doc - README.md?, or if we
and change plugman publish to bundle
docs/en/index.md instead?
Or perhaps we make README.md == docs/en/index.md always?
-Michal
On Wed, Mar 5, 2014 at 2:25 PM, Andrew Grieve agri...@chromium.org
wrote:
The discussion so far has been:
- npm, github, surface README.md prominently
- our
The vote has now closed. The results are:
Positive Binding Votes: 5
Andrew Grieve
Ian Clelland
Bryan Higgins
Michal Mocny
Lorin Beer
Negative Binding Votes: 0
The vote has passed.
On Tue, Mar 4, 2014 at 1:59 PM, Lorin Beer lorin.beer@gmail.com wrote:
+1
On Tue, Mar 4, 2014 at 6:48
Updated the wiki with the notes:
https://wiki.apache.org/cordova/Google%20Hangout%20Discussion%20Notes
On Tue, Mar 4, 2014 at 7:03 PM, Andrew Grieve agri...@chromium.org wrote:
View link: http://youtu.be/-2ewjFA_9C8
On Tue, Mar 4, 2014 at 6:52 PM, Andrew Grieve agri...@chromium.orgwrote
!
On Tue, Mar 4, 2014 at 11:35 AM, Brian LeRoux b...@brian.io wrote:
more discoverable for the community too
+1
On Tue, Mar 4, 2014 at 7:22 AM, Andrew Grieve
agri...@chromium.org
wrote:
Instead of the wiki.
Would make
First - very excited that you're working on this!
Had a quick look. Not sure there's much to be gleaned yet. Once you start
in on hooking up x-walk's webview I think it will become more obvious what
the interface should look like. E.g., does x-walk even have the concept of
ChromeClient vs
Andrew's.
The important line should be above that, and should say
gpg: Good signature from Andrew Grieve (CODE SIGNING KEY)
agri...@apache.org
What you can do right now is run gpg --fingerprint, and then have
Andrew
do that same, and verify that they match. Then you can safely
Instead of the wiki.
Would make it easier to track what changes are made to it, allow pull
requests to it.
+1?
that should be in the readme + index.md so we have all of the
important information shown prominently.
On Mon, Feb 24, 2014 at 11:53 AM, Andrew Grieve agri...@chromium.org
wrote:
+Michael
Might be helpful to write out expanded README.md files for our plugins.
Right now, they just contain
And added owners: maxw mmocny braden
statusbar and keyboard are published already.
I *think* Shaz was having trouble updating them though? (and I think I
fixed the bug in plugman just yesterday).
Noticed that they fail the whitelist check in plugman, so with a recent
version of plugman you wouldn't be able to publish them.
And...
Note, will post viewer link once people have joined.
On Tue, Mar 4, 2014 at 6:51 PM, Andrew Grieve agri...@chromium.org wrote:
Here's the hangout link:
https://plus.google.com/hangouts/_/hoaevent/AP36tYd7dys6jYjq5XQsOuEuvUgxTM3YLl71uXVxuOkWw-Q4cMw3qg
Let's take notes in a GDoc
Here's the hangout link:
https://plus.google.com/hangouts/_/hoaevent/AP36tYd7dys6jYjq5XQsOuEuvUgxTM3YLl71uXVxuOkWw-Q4cMw3qg
Let's take notes in a GDoc then transfer to wiki:
https://docs.google.com/document/d/1nxl7LgCspxpO_a0KQn139ZG83CXJrw-cdze1SAK2nVg/edit
Hoping to take ~1 hour this time,
View link: http://youtu.be/-2ewjFA_9C8
On Tue, Mar 4, 2014 at 6:52 PM, Andrew Grieve agri...@chromium.org wrote:
Note, will post viewer link once people have joined.
On Tue, Mar 4, 2014 at 6:51 PM, Andrew Grieve agri...@chromium.orgwrote:
Here's the hangout link:
https://plus.google.com
Filed JIRAs for this but wanted to see if anyone thinks this isn't the way
to go:
1. https://issues.apache.org/jira/browse/CB-6153
Don't automatically hook up the volume buttons to media volume
2. https://issues.apache.org/jira/browse/CB-6154
Remove showkeyboard and hidekeyboard events.
There's definitely a security angle to this. E.g. You install a plugin and
now it's running code on your machine in a non-sandboxed way. Maybe could
warn before running the script for the first time, or show a badge on its
plugins.cordova.io page to highlight this.
install hooks might make it
I like the idea.
On Sun, Mar 2, 2014 at 12:17 PM, Carlos Santana csantan...@gmail.comwrote:
I want to ask if there any issues using npm shrinkwrap when rc testing and
publishing to npm registry?
I opened a jira item here for more details including benefits to cordova
project:
volume only when a sound is playing?
On Mon, Mar 3, 2014 at 2:41 PM, Joe Bowser bows...@gmail.com wrote:
I'm still unclear as to why it's a bad default.
On Mon, Mar 3, 2014 at 11:19 AM, Andrew Grieve agri...@chromium.org
wrote:
How about:
1. Make the default not setting it.
2. Add a pref
Please review and vote on this Tools Release.
These archives are identical to cordova@3.4.0-0.1.2 plugman@0.20.1 with the
exception of the fix for CB-6151.
Release issue: https://issues.apache.org/jira/browse/CB-6115
Both tools have been published to dist/dev:
The vote has now closed. The results are:
Positive Binding Votes: 3
Andrew Grieve
Ian Clelland
David Kemp
Negative Binding Votes: 0
The vote has passed.
On Sun, Mar 2, 2014 at 12:05 PM, David Kemp drk...@chromium.org wrote:
+1
On Sun, Mar 2, 2014 at 12:23 AM, Shazron shaz
On Mon, Mar 3, 2014 at 4:52 PM, sebb seb...@gmail.com wrote:
On 3 March 2014 21:30, Andrew Grieve agri...@chromium.org wrote:
The vote has now closed. The results are:
Positive Binding Votes: 3
Andrew Grieve
Ian Clelland
David Kemp
I think Shazron also voted +1 yesterday
Yep
I've updated https://wiki.apache.org/cordova/StepsForPluginRelease about
100 times this release. Hopefully next time will go smoother.
http://cordova.apache.org/news/2014/03/03/plugins-release.html
LeRoux b...@brian.io wrote:
awesome thx for teeing this up Andrew / like the plan
On Thu, Feb 13, 2014 at 9:52 AM, Andrew Grieve agri...@chromium.org
wrote:
Finally following up on my promise to organize something here:
Notes recordings to be collected here:
https
Thanks Martin! Looks good! I've merged it in :)
On Thu, Feb 27, 2014 at 2:38 AM, Martin Bektchiev
martin.bektch...@telerik.com wrote:
Hi guys,
I have prepared a pull request for fixing the above-mentioned issue. Can
you please review it at https://github.com/apache/cordova-plugman/pull/54?
Also - I've given you JIRA access so that you can assign issues to yourself
:)
On Fri, Feb 28, 2014 at 8:09 AM, Andrew Grieve agri...@chromium.org wrote:
Thanks Martin! Looks good! I've merged it in :)
On Thu, Feb 27, 2014 at 2:38 AM, Martin Bektchiev
martin.bektch...@telerik.com wrote
My sentiment is the same. This is a good improvement (current behaviour is
to loop forever). If someone's so inclined, there's no reason we couldn't
support circular deps.
On Fri, Feb 28, 2014 at 10:43 AM, Jonathan Bond-Caron
jbo...@gdesolutions.com wrote:
On Fri Feb 28 10:18 AM, Martin
:47 AM, Andrew Grieve agri...@chromium.org wrote:
Thanks for the feedback! I believe Ian's come to the same conclusion (that
we should be exposing this functionality), and is working on exposing it.
On Fri, Feb 28, 2014 at 11:22 AM, Anthony Rumsey arum...@adobe.com wrote:
Hi there Cordova devs!
The release of version 1.0 of the file plugin
Note that since we can't re-upload to NPM with the same versions, I've
bumped the version since my first attempt.
If you'd like to verify the files on dist/, you can now clone the repo via:
./cordova-coho/coho repo-clone -r dist/dev
And check the hashes signature with:
./cordova-coho/coho
Certainly a reasonable thing to want to do, but there's no way currently
short of writing a custom plugin, or a post-prepare hook.
On Fri, Feb 28, 2014 at 3:34 PM, Axel Nennker ignisvul...@gmail.com wrote:
Hi,
I fear this is a stupid question but I could not find the answer in the
cordova
On Fri, Feb 28, 2014 at 3:37 PM, Andrew Grieve agri...@chromium.org wrote:
Note that since we can't re-upload to NPM with the same versions, I've
bumped the version since my first attempt.
If you'd like to verify the files on dist/, you can now clone the repo via:
./cordova-coho/coho repo
, Andrew Grieve agri...@chromium.org wrote:
Note that since we can't re-upload to NPM with the same versions, I've
bumped the version since my first attempt.
If you'd like to verify the files on dist/, you can now clone the repo
via:
./cordova-coho/coho repo-clone -r dist/dev
701 - 800 of 2036 matches
Mail list logo