https://github.com/apache/cordova-app-hello-world/pull/10#issuecomment-10142
9782
Problem:
As is, today, Cordova projects created w/ the default cordova hello-world
template which have any plugins won't work on BlackBerry 10 at-all
My fix is to add a CSP whitelist for the BlackBerry 10 magic
I think it'd be helpful if plugins.cordova.io included a banner informing
people that it's going away.
Preferably w/ a link to something explaining the transition plan+schedule.
smime.p7s
Description: S/MIME cryptographic signature
On Wed, May 13, 2015 at 12:42 PM, Josh Soref jso...@blackberry.com
wrote:
I think it'd be helpful if plugins.cordova.io included a banner informing
people that it's going away.
Preferably w/ a link to something explaining the transition plan+schedule
It should be possible for our build system to convert some metadata into
symlinks which are fed to whatever build thing actually requires them, but
allows us to not have genuine symlinks in the working directory.
The BlackBerry 10 project copies all the files it wants to package over into
has been sent. I
think this is just a way for folks to play with what Vlad has now. I am sure
we
will change the verb name before a PR comes in.
-Original Message-
From: Josh Soref [mailto:jso...@blackberry.com]
Sent: Monday, April 20, 2015 11:59 AM
To: dev@cordova.apache.org
has been sent. I
think this is just a way for folks to play with what Vlad has now. I am sure
we
will change the verb name before a PR comes in.
-Original Message-
From: Josh Soref [mailto:jso...@blackberry.com]
Sent: Monday, April 20, 2015 11:59 AM
To: dev@cordova.apache.org
Andrey:
It makes sense for someone to write a simple document saying that cookies are
supported for subresources requested from remote web servers, but that Cordova
doesn't promise cookie support for the app itself, and it should suggest using
localStorage or the file API for preferences.
Raymond wrote:
So we don't have a FAQ yet.
Is it time to start it?
It's long overdue.
Here is my stab:
Do cookies work in Cordova apps?
There are two ways in which you may want to use cookies. The first is
within XHR (Ajax) requests to remote resources.
Unless you
specifically remove
.
As a part of Phase 2, anyone from the community should be able to build on
a cordova level check reqs, and possibly extend it to checking reqs when no
project is present.
-Original Message-
From: Josh Soref [mailto:jso...@blackberry.com]
Sent: Wednesday, April 15, 2015 8:53 AM
To: dev
is required or not. We should also look at what check_reqs do
today - the do not tell you ALL the missing pieces for building an SDK.
It would be good to hear what the others in the community think about
these answers.
-Original Message-
From: Josh Soref [mailto:jso
(recovering from a weeklong vacation)
I'm -1 on this...
Rob wrote:
I've been giving some thought to the Browser platform and hosted apps, and
tightening up some of the functionality that the Browser platform might
offer
when it comes to supporting W3C things where available. (Just as an
Tony wrote:
FWIW, I don¹t think that Cordova JIRA is horrible.
We use JIRA at Intel and have had a lot of intermittent performance
problems that were mostly resolved with a recent version update.
It seems like a lot of effort has been invested in the Cordova JIRA and it
seems (to me) like it
Raymond wrote:
Would it make sense - on the doc home page (Guides) to add a sentence
at top, below the title Guides, that says:
We should do something.
You are reading the documentation for Cordova X. You can switch
versions by using the drop down at the upper right.
I don't think this is
So, I want someone to make this into a FAQ, somehow.
I don't have time today, but it's a really great list.
Bonus points for getting it Stickied at the top of StackOverflow.
(obviously, it should include some explanation of how to correct these things,
and thankfully most are pretty easy to
Joe wrote:
No idea. Andrew already upped the API level to 22, which is Android 5.1.
In related news, It may make sense to create an issue to add support for
multi-SIM phones, but of course nobody has one AFAIK since they only exist
in India.
I think Firefox Flame has support for them, and
I'm +1 for `cordova doctor` and `cordova platform doctor {platformname}`.
The former should apply to all current platforms, the latter should support
doctoring for available but not added platforms -- if said platform were
specified.
And we should note in the documentation or `cordova doctor`
+1
-Original Message-
From: Murat Sutunc [mailto:mura...@microsoft.com]
Sent: Friday, April 10, 2015 4:57 PM
To: dev@cordova.apache.org
Subject: Plugin-doc standards
Hey folks,
I've forgot to mention this on the hangout today but I was thinking maybe
we
can have some guidelines
Andrew wrote:
Let's just update the README to state that the battery plugin is a plugin
that uses your battery :)
I'm +1 on this
Only half joking... probably would be minimal effort and enough to just add
a warning about this and do nothing more.
it's not a joke, old battery apis (and
It's possible i broke it:
https://github.com/apache/cordova-cli/commit/106d8801a70a9b97cd606e27f80c6c7988f368cc#diff-ef7004c4000a2616f36c594dc5db207a
try something from before this?
i'd suggest a bisect
specifically, find the last version where the command worked;
then try only upgrading lib,
As a headsup, the beginning of April is Passover. I'm on vacation for it. I'm
not sure how many others might be affected.
There's often an Easter holiday floating around and or a spring break.
From: Parashuram N (MS OPEN TECH) [panar...@microsoft.com]
I'm really hoping someone like Raymond will write something nice and pretty
about this.
That isn't my strong suite.
Brian wrote:
this! is really good advice and should make it into our guides.
Thanks
Josh Soref jso...@blackberry.com wrote:
Andrew wrote:
Let's just update the README
this has nothing to do w/ cordova.io domaining,
it's a bug in our registry-web repository.
you're encouraged to work on it (it is filed).
once a fix is provided for it (it's a escape/unescape loop), someone will know
how to fix it.
On the other side, all of the browser vendors should handle
a test for the functionality
On Thu, Mar 26, 2015 at 11:35 AM, Josh Soref jso...@blackberry.com
wrote:
It's possible i broke it:
https://github.com/apache/cordova-
cli/commit/106d8801a70a9b97cd606e27f80c6c7988f368cc#diff-
ef7004c4000a2616f36c594dc5db207a
try something from before
] Proposal: Deprecate/No-Op Battery Plugin
I do! --
3) Recognize and Handle Offline Status
On Thu, Mar 26, 2015 at 11:09 AM, Raymond Camden raymondcam...@gmail.com
wrote:
Do you think it fits in the Next Steps doc?
On Thu, Mar 26, 2015 at 1:05 PM, Josh Soref jso...@blackberry.com wrote:
I'm
One disadvantage of this is that it means plugin dependencies aren't
necessarily tested by most cordova developers.
The BlackBerry 10 default plugin system includes a couple of dependencies,
and plugin management has had a tendency to be fairly fragile/broken.
I'm not opposed to going this way,
Fwiw, BlackBerry 10 is building both (tested w/ cordova 4.3.1-dev and
blackberry10 3.7.0):
$ cordova -v
4.3.1-dev (cordova-lib@4.2.1-dev)
$ cordova platform update blackberry10
Updating blackberry10 project...
BlackBerry10 project is now at version 3.7.0
$ cordova build
Running command:
Don wrote:
I'm seeing both the success and failure callbacks being called on success
with the BlackBerry invoke plugin
http://plugins.cordova.io/#/package/com.blackberry.invoke.
cordova.exec(success, failure, com.blackberry.invoke, invoke, {request:
query});
See
+1
Sent from my BlackBerry 10 smartphone.
smime.p7s
Description: S/MIME cryptographic signature
the
release process, since my desire to see software released is
completely
different from my desire to further condense release notes that I
don't
think our users read.
On Mon Feb 02 2015 at 2:36:21 PM Josh Soref jso...@blackberry.com
wrote:
I sent a basic pull request.
Offhand
Can you send a draft thing for me to pr against?
-Original Message-
From: Joe Bowser [mailto:bows...@gmail.com]
Sent: Thursday, January 29, 2015 10:34 AM
To: dev@cordova.apache.org
Subject: Re: Cordova Android 3.7.0 Release
3.7.0 has been posted to dist and npm. Since nobody else
BlackBerry recently fixed install without SDK present, I should do a release
cycle for it...
Are any other platforms as pinned in a similar situation?
Sent from my BlackBerry 10 smartphone.
smime.p7s
Description: S/MIME cryptographic signature
So, some portion of apps use InAppBrowser...
Many use it for OAuth.
I'm not sure what portion of apps do things in otherwise risky manners (loading
app resources via http:// )...
I'm not sure what people are doing to import advertising -- a service vector
which is commonly attacked.
push the history is lost due
to force push. github is not able to save/rebase previous comments. Wish
there was a better solution for this.
Sent from my iPhone
On Jan 16, 2015, at 11:51 AM, Josh Soref jso...@blackberry.com wrote:
You should be doing git commit --amend in general
Николай Бровко wrote:
Not found where I can post patch, so writing this mail...
Out of curiosity, where did you look?
The answer is here:
http://wiki.apache.org/cordova/IssueWorkflow
But if you didn't find that page, I'd like to consider improving the places
that you checked.
smime.p7s
Michael wrote:
I send you this email because I have a trouble to download some files.
Since the last change of the FileTransfer.js, I can't download files
containing
in their name an @ (for example : mypict...@2015.jpg ).
That sounds like this file:
://github.com/apache/cordova-cli/pull/205
https://github.com/apache/cordova-lib/pull/145
Thanks,
Murat
-Original Message-
From: Josh Soref [mailto:jso...@blackberry.com]
Sent: Friday, January 9, 2015 11:39 AM
To: dev@cordova.apache.org
Subject: Re: Cordova --list option implementation
for this. When addressing issues, is it ok to
create
a quick fix commit or do we have to rebase every time?
-Original Message-
From: Josh Soref [mailto:jso...@blackberry.com]
Sent: Friday, January 16, 2015 11:35 AM
To: dev@cordova.apache.org
Subject: RE: Cordova --list option implementation
John wrote:
Looking at the Hooks read me at
https://github.com/apache/cordova-lib/blob/master/cordova-lib/templates/hooks-README.md.
Looks like after_plugin_uninstall is missing from the list.
I'm assuming it's supposed to be there? Let me know and I'll make the change.
I'm not an Android developer, but I recently saw how the getPluginManager() -
pluginManager change can be handled. I also know that it's possible to build
wrappers for interface changes.
I wouldn't be opposed to this change.
I'd probably ask for sample transition code so that people who
Michal Mocny wrote:
... we aren't telling those individuals that they cannot use
their phones, we are telling developers that want to create new
applications for that target to either build mobile web, packaged native,
or just stick to existing versions of cordova if really needed.
I do not buy
Mike Dawson wrote:
I'm looking to build a Hybrid app version and tried following:
http://cordova.apache.org/docs/en/4.0.0/guide_platforms_android_webview.md
.html#Android%20WebViews
I think this might be a bit out of date.
Well, it isn't technically wrong, IMO it could definitely use some love.
Steven Gill wrote:
Installing through dist isn't our recommended way to install Cordova. If
rather have people have to read the blog than just press a big download
button without reading.
Are we required by apache to have this thing?
Because, I'd rather have something that says run `npm install
Michael Brooks wrote:
By the sounds of it, the Cordova team is not in agreement on whether we
should auto-add platforms with the Cordova CLI.
Seems like a reasonable summary
My two cents is: Fil Maj and I created the Cordova CLI to be an explicit
CLI tool that produced parseable output for
So, the structure of the https://www.apache.org/dist/cordova/ directory is
odd:
platforms/ https://www.apache.org/dist/cordova/platforms/
2015-01-10 00:11-
plugins/ https://www.apache.org/dist/cordova/plugins/
2014-12-30 05:04-
tools/ https://www.apache.org/dist/cordova/tools/
Steven Gill wrote:
I'd say we clean that section up and at least include
npm install -g cordova
+1
smime.p7s
Description: S/MIME cryptographic signature
Terence wrote:
On a related note, is there a diagram somewhere of all the cordova-cli
commands and their associated options?
I'm not sure what a diagram would look like, but cordova help / cordova help
verb should cover most needs.
smime.p7s
Description: S/MIME cryptographic signature
Murat Sutunc wrote:
I think we have a couple of options here:
Option 1 - Adding --list as an optional parameter to cordova run
List is related to run and there’s not that much need to introduce
another top level command for this . Considering all the previous
discussions we had I can see two
Leo wrote:
I had asked some questions about save and restore a while back
One of my biggest questions was why would these commands be an option?
I can't think of any reasons.
What I'm looking for, as soon as possible, is that Cordova 'project'
metadata is stored logically and consistently so
Steven Gill wrote:
https://github.com/cordova/apache-blog-posts/blob/master/2015-01-08-tools-
release.md
PRs welcome!
https://github.com/cordova/apache-blog-posts/pull/28
smime.p7s
Description: S/MIME cryptographic signature
Gorkem Ercan wrote:
Eclipse Thym, which restores platforms continuously, does
not run into this problem because it persists the variables on project
level config.xml. I could send a PR to fix this one on the same lines
but I am not sure if this would fit everyone.
I'd definitely like to see this
Murat Sutunc wrote:
At the very least, if you're going to do option 1.b, please make sure that
list is a function which is independently reachable via the api so that js
callers can easily get the list of devices for platform[s], and can
determine if the feature is available (by checking for the
Michal Mocny wrote:
Automatic restore could just happen on prepare.
We do this for CCA and its worked very well.
Sounds good to me.
smime.p7s
Description: S/MIME cryptographic signature
Until adding plugins saves the variables provided, we really shouldn't / can't
make this non experimental.
Sent from my BlackBerry 10 smartphone.
smime.p7s
Description: S/MIME cryptographic signature
I just filed
https://issues.apache.org/jira/browse/CB-8278 about readding platforms after
installing a plugin with variables..
It definitely needs to be fixed.
@sgill: I guess this also doesn't block the release because we probably shipped
with this bug in a previous plugman. Unless
Fwiw, I just filed a bug against cordova-ios, `cordova platform update
ios` isn't working.
I'm -1 on shipping with this stuff broken.
It's technically a bug in cordova-ios and not the tools, but it pretty
much sucks, and it means our tools coverage/testing isn't sufficiently
comprehensive.
Note
Mark Koudritsky wrote:
Trying to run MobileSpec with the tools release candidate yesterday
inspired me to write a script that would do it all with a single command
and a local installation of cordova-lib@rc without affecting the global
install/link. This also turned out to be a good example of
Parashuram wrote:
Josh, is your concern that ‹list throws an error in case of blackberry?
No. my concern is that the way this was done was wrong PERIOD.
It doesn't work for *ANY* project that exists today with *ANY* platform.
Cordova's design is to be backwards compatible. The code that was
We should consider trying to have Make like rules so that we can avoid
rebuilding content if the underlying elements haven't changed…
I'm also in favor of trying to share images across things.
On 1/5/15, 10:17 AM, Andrew Grieve agri...@chromium.org wrote:
Awesome stuff. I'll look at your PR
Murat Sutunc wrote:
1) When provided with an unknown extra parameter, such as --list in this
case, all the platforms ignore it. This looks like the expected behavior
as there are several issues in Jira related to it. (ex. See bug CB-6676 -
Murat Sutunc wrote:
I've mentioned this compatibility issue with my first feature discussion
mail.
Currently in case a platform doesn't support --list flag,
CLI will ignore the flag and run as if the flag is not provided (due to
current args parsing logic in platforms),
it won't be breaking
I don't think I personally have anything I need in.
I know I need to comment on a couple. I hope to do that on Monday...
Sent from my BlackBerry 10 smartphone.
smime.p7s
Description: S/MIME cryptographic signature
OK. Now I'm -1 on releasing. Merging the --list patch was not fair to the other
platforms.
I'll have to spend Monday writing compatibility code for them.
smime.p7s
Description: S/MIME cryptographic signature
I vote +1:
* confirmed sigs hashes with `coho verify-archive`
* verified sha1s match tags with `coho verify-tags`
have Apache-compatible licenses
* recreated archives to ensure contents match release candidate
smime.p7s
Description: S/MIME cryptographic signature
Murat wrote:
I have a question about decoupling of feature work and other tasks (such as
code style issues and refactoring).
Should other tasks also be tagged with the original feature CB tag?
Andrew covered this
Or should I just treat them as a separate item with a separate CB tag and
Murat wrote:
I've the initial work available as pull requests here:
cordova-cli: https://github.com/apache/cordova-cli/pull/199
cordova-android: https://github.com/apache/cordova-android/pull/139
cordova-ios: https://github.com/apache/cordova-ios/pull/122
If anyone has time to go through the
Not true!
It was for stability so that we wouldn't be reliant on various things that
could fail/change/flake.
Personally, in our network environment, any project which decides to
reference a git: url becomes unimportable.
If they happen to be transcluded via packaged node_modules, then this is
Brian LeRoux wrote:
yeh, we've been through this in other threads. pin the dep in
package.json to a version or sha and your problem is solved. the only time
a node_modules should be checked in, maybe, is in a deployment scenario
for
hosted service type things.
(bad corp networks aside!)
Bad
We need to do a license review. While ideally it would be addressed by Apache's
license review, the way our process works, it isn't, so we get to look at all
of the code blobs that we would be importing (all dependencies) and identify
where they're from and what their license is. Then after
fwiw, blackberry10 needs a release to fix a bug (we're working on pushing it in
this afternoon).
apparently cordova run --nobuild wasn't mapped to {blackberry10}/cordova/run
--no-build
(Yes, this isn't a new bug, it's an old one that no one discovered...)
We discovered that cordova run --nobuild blackberry10 does not work, because
the underlying code which predates this feature used run --no-build.
CB-8161 Run: accept --nobuild as alias to --no-build
We intend to do a new release for this, does anyone have anything to say?
Stripping a license from a file isn't generally allowed by the license.
Almost all licenses are at least somewhat sticky. There are exceptions
(possibly Artistic / Perl).
There's a general spectrum from sticky, to poisonous, to viral. But even at
sticky, a file is still stuck.
smime.p7s
Hi Ivan, Piotr, please join us on Freenode #cordova
-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org
Steven Gill wrote:
Android and IOS had same success rate on mobile spec for browserify system
last time I tested.
Need to do more tests with other platforms.
Last I checked, mobile spec was just plain broken. Someone added a mandatory
flag for building cordova-js and didn't teach mobile-spec
In theory, shouldn't we be able to put that file under an MIT/BSD license
to make people happier?
Getting sample content to be usable by others is a pain, and something
that is one of the last steps people work on.
I think Mozilla moved its tests to MIT to address this.
I have no idea what
Steven Gill wrote:
https://github.com/cordova/apache-blog-posts/blob/master/2014-12-08-plugin
s-release.md
PRs welcomed
Sent
Am attending JSFEST right now in Oakland (no wifi).
Anyone else attending?
Not I, have fun.
Ian Clelland wrote:
PR sent :)
I cleaned up a lot of the change log. I'll go back through the plugins
themselves to update the README files, too.
Oops, yeah, you did a pretty good job of cleaning things up. I should have
started from your work.
And I want to thank Bas Bosman for being the
Oliver wrote:
we've been working with Cordova for about a year now.
In the process we've opened a couple of issues on the Cordova Jira and
submitted a couple of pull requests on GitHub.
I've noticed that responses to these actions usually take either a very
long time, or don't happen at
Lucas wrote:
I have made the edit, and done git add and git commit.
I haven't yet figured out how to push.
If anybody can point me to documentation on the protocol for new committers
to push, I'd be grateful.
Welcome.
Before you just jump to the answer, can you review your browser history
Lucas wrote:
My path was via http://wiki.apache.org/cordova/ContributorWorkflow.
I read that and hit all the links except for the one labeled Work on an
issue”,
which leads to http://wiki.apache.org/cordova/IssueWorkflow, which has
the information I needed.
Ouch.
I didn’t hit that “Work…” link
Lucas wrote:
The instructions at IssueWorkflow say I should fork dev, not master, but
the dev branch of that plugin says that it is obsolete and master should
be
used instead.
Oops, removed. Thanks
Translations are covered in:
https://wiki.apache.org/cordova/CordovaTranslations
Let us know
Possibly worth noting is that Bluetooth is a really amorphous thing.
It's sort of like asking why is there no TCP wrapper for {whatever}.
Most people don't speak raw TCP, and most people don't speak raw
Bluetooth.
People tend to speak profiles, and the Bluetooth profile story is pretty
Inoa Koala wrote:
In my mind it seemed rather simple. Simply use the key classes for
android BluetoothSocket and BluetoothServerSocket.
For reference, that's BT::SPP aka BT-SERIAL in my list.
While it may be something that someone might want, it certainly wasn't the
one I was expecting people to
Michal Mocny wrote:
I just added this to org.apache.cordova.file's plugin.xml as a test:
engines
engine name=cordova-ios version==4.0.0 /
/engines
Then tried to install that version locally in a project, and got:
Installing org.apache.cordova.file for ios
Failed to install
Steven Gill wrote:
Maybe we should have it auto grab an older version of the plugin that is
supported? Or at least a better error message telling them to try older
versions of the plugin with cordova plugin add
org.apache.cordova.file@VERSION
Ian Clelland wrote:
I'd love to have the plugin
Ray Camden wrote:
To update your tools:
npm install -g cordova
npm install -g plugman
To be clear, a regular user doesn't need to update plugman, right?
I think there is a workflow where a regular user uses `plugman` directly
(I think it's probably one where you aren't using cordova, but
Ray Camden wrote:
+1 to this.
That was my first though - a ‘regular’ user may be confused
and think they need to get this when they don’t.
https://github.com/cordova/apache-blog-posts/pull/22 has a change that
should address it
You can view it here:
Mark Koudritsky wrote:
Thanks for testing everyone, sending out an official results email
soon. Josh thanks for the fixes in blog post. I've merged them in.
The blog
post pull request also contains a change
https://github.com/jsoref/cordova-apache-blog-posts/commit/b4e8c325ba2f6f
To be fair, if you missed it, others will too, which argues that it should
be reorganized.
I've done a PR for the other bits, but someone should consider this point.
On 11/10/14, 11:27 AM, Marcel Kinard cmarc...@gmail.com wrote:
Ah, missed that.
On Nov 10, 2014, at 11:20 AM, Mark Koudritsky
/topicBranch or origin/master? I think I have content from
Parashuram that you don't.
On Nov 10, 2014, at 11:31 AM, Josh Soref jso...@blackberry.com wrote:
To be fair, if you missed it, others will too, which argues that it
should
be reorganized.
I've done a PR for the other bits, but someone should
Marcel Kinard wrote:
I suspect there will be many more questions around iOS 64-bit.
I think it deserves a blog entry.
Seems reasonable
I've drafted one here:
https://github.com/cordova/apache-blog-posts/blob/ios64bit/2014-11-11-ios-
64bit.md
Feedback desired. I'd like to see this published in
:
https://github.com/kamrik/apache-blog-posts/pull/2
BTW, is there a reason to do the work on kamrik/master instead of
origin/topicBranch or origin/master? I think I have content from
Parashuram
that you don't.
On Nov 10, 2014, at 11:31 AM, Josh Soref jso...@blackberry.com
wrote
You can benefit from a spelling (you have capitalized the second letter of one
long word) and grammar checker (there's a parenthetical where you want and,
not or)
Otherwise, it seems pretty neat.
Sent from my BlackBerry 10 smartphone.
Vadiraj V wrote:
I would like to know if cordova supports 64-bit - if so, from which
version it supports and any supporting documentation exists. Thanks.
Joe Bowser wrote:
Can you be more specific?
I'm not sure what you're asking.
Ian Clelland wrote:
The question doesn't reference any particular platform, for one.
True
Is this a Windows phone question? An iOS question? Android? Workstation?
There's no actual answer to it, as stated.
I see it as a documentation question.
I think it's legitimate to ask about documenting
Shazron wrote:
https://github.com/cordova/apache-blog-posts/blob/master/2014-11-05-cordov
a-ios-3.7.0.md
Please review and send PRs!
Please merge my PR quickly, it isn't split, and I don't want someone to
cause conflicts :(
Andrew Grieve wrote:
Don't have time to do a PR, but overall seems the overview of changes
seems
a bit non-user-understandable.
e.g.:
CB-7813 - Added unit test
CB-7735 - Update cordova.js snapshot with the bridge fix (what's the fix
now?)
I dropped those :)
As a general rule, we should drop
GitHub user AlBevi opened a pull request:
https://github.com/apache/cordova-plugin-file-transfer/pull/47
This needs a JIRA bug report. And for any platforms it isn't fixing, it needs a
JIRA bug.
-
To unsubscribe, e-mail:
Insert a space after if here
https://github.com/apache/cordova-coho/pull/58#discussion_r19606268
--- Diff: src/repoutil.js ---
@@ -449,14 +450,23 @@ exports.forEachRepo = function*(repos, func) {
var newPath = isInForEachRepoFunction ? path.join('..', repo.repoName) :
repo.repoName;
There seems to be a missing step there. Should it be?
$ git clone https://git-wip-us.apache.org/repos/asf/cordova-docs.git
$ cd cordova-docs
$ git remote add github https://github.com/you/cordova-docs.git
Yes.
There seems to be a step missing, when did I define a remote target of
'apache'
I thought we agreed to use fixed directory names to avoid this
Sent from my BlackBerry 10 smartphone.
-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org
1 - 100 of 330 matches
Mail list logo