On Tue, Jul 16, 2013 at 3:53 PM, Filip Maj wrote:
> I guess it will. Fkn semver man
>
> I see a few workarounds:
>
> - massage any versions returned with 'rc' strings in it so they are semver
> compatible
>
Or append "-rc1" rather than "rc1" when we tag RC releases. Semver is cool
with that; it
I guess it will. Fkn semver man
I see a few workarounds:
- massage any versions returned with 'rc' strings in it so they are semver
compatible
- remove constraint checking in plugman
- remove tags from plugin.xmls
On 7/16/13 12:47 PM, "Shazron" wrote:
>So is this semver version thing going t
Never mind - saw https://issues.apache.org/jira/browse/CB-4140
On Tue, Jul 16, 2013 at 12:47 PM, Shazron wrote:
> So is this semver version thing going to be a problem for people using
> plugman on its own then? (at least on the rc1 anyways)
>
>
> On Tue, Jul 16, 2013 at 6:31 AM, Joe Bowser wr
So is this semver version thing going to be a problem for people using
plugman on its own then? (at least on the rc1 anyways)
On Tue, Jul 16, 2013 at 6:31 AM, Joe Bowser wrote:
> I'm running the latest. The issue was with the use of semver. The
> version template must return a valid semver ve
All tests pass, cordova-android 3.0.0rc1 has been tagged.
On Tue, Jul 16, 2013 at 12:14 PM, Joe Bowser wrote:
> I'm going to re-tag the JS. Since the only commit is this fix, none of
> the other platforms should need re-testing, but grabbing a random JS
> isn't the right way to do things, IMO.
>
Agreed. It's not random, but there's nothing in the process that guarantees
that. It should be tagged, and the tagged version should go out with the
-android repo.
Tag it (3.0.0rc2 -- or 3.0.0-rc2 to be semver-conformant), and you can
re-build and package it with cordova-android.
On Tue, Jul 16,
I'm going to re-tag the JS. Since the only commit is this fix, none of
the other platforms should need re-testing, but grabbing a random JS
isn't the right way to do things, IMO.
On Tue, Jul 16, 2013 at 11:58 AM, Ian Clelland wrote:
> I've moved the latest cordova-js into cordova android, and pus
I've moved the latest cordova-js into cordova android, and pushed to
master. All of the mobilespec auto tests are passing for me. (With
mobile-spec-dependencies and all of its dependent plugins installed through
plugman)
Ian
On Tue, Jul 16, 2013 at 2:45 PM, Ian Clelland wrote:
> On Tue, Jul 16
Wait, we're mixing and matching JS on the RC1 tag? I think we should
re-tag the JS.
On Tue, Jul 16, 2013 at 11:45 AM, Ian Clelland wrote:
> On Tue, Jul 16, 2013 at 2:42 PM, Joe Bowser wrote:
>
>> Has the issue been resolved, and is it plugin-related or is it part of
>> cordova-android?
>>
>
> Ye
On Tue, Jul 16, 2013 at 2:42 PM, Joe Bowser wrote:
> Has the issue been resolved, and is it plugin-related or is it part of
> cordova-android?
>
Yes, no and maybe.
That was the android bridge issue; cordova-js/lib/android/exec.js. It will
be apart of cordova-android as soon as I package up the p
Has the issue been resolved, and is it plugin-related or is it part of
cordova-android?
On Tue, Jul 16, 2013 at 11:36 AM, Ian Clelland wrote:
> That's right -- the issue was android-specific.
>
> Ian
>
>
> On Tue, Jul 16, 2013 at 2:32 PM, Shazron wrote:
>
>> No need to re-get and re-tag JS right
Ok I'm branching 3.0.x and versioning, tagging iOS as 3.0.0rc1 based on my
mobile-spec results (all pass) yesterday.
On Tue, Jul 16, 2013 at 11:36 AM, Ian Clelland wrote:
> That's right -- the issue was android-specific.
>
> Ian
>
>
> On Tue, Jul 16, 2013 at 2:32 PM, Shazron wrote:
>
> > No ne
That's right -- the issue was android-specific.
Ian
On Tue, Jul 16, 2013 at 2:32 PM, Shazron wrote:
> No need to re-get and re-tag JS right for the other platforms?
>
>
> On Tue, Jul 16, 2013 at 10:46 AM, Andrew Grieve >wrote:
>
> > Okay, seems it was a bad rebase when Ian made the base64 cha
Correct..
On 7/16/13 11:32 AM, "Shazron" wrote:
>No need to re-get and re-tag JS right for the other platforms?
>
>
>On Tue, Jul 16, 2013 at 10:46 AM, Andrew Grieve
>wrote:
>
>> Okay, seems it was a bad rebase when Ian made the base64 change. Will be
>> fixed shortly. Weird that these would pass
No need to re-get and re-tag JS right for the other platforms?
On Tue, Jul 16, 2013 at 10:46 AM, Andrew Grieve wrote:
> Okay, seems it was a bad rebase when Ian made the base64 change. Will be
> fixed shortly. Weird that these would pass at all for anyone in the past
> week!
>
>
> On Tue, Jul 16
Okay, seems it was a bad rebase when Ian made the base64 change. Will be
fixed shortly. Weird that these would pass at all for anyone in the past
week!
On Tue, Jul 16, 2013 at 1:27 PM, Andrew Grieve wrote:
> Okay - on my N4 4.2.2 they are failing as well. I'll look into it.
>
>
> On Tue, Jul 16
Okay - on my N4 4.2.2 they are failing as well. I'll look into it.
On Tue, Jul 16, 2013 at 1:11 PM, Joe Bowser wrote:
> I'm testing on the HTC One running stock 4.2.2. The Google one without
> sense and the other crap.
> On Jul 16, 2013 9:51 AM, "Andrew Grieve" wrote:
>
> > Joe - what setup a
I'm testing on the HTC One running stock 4.2.2. The Google one without
sense and the other crap.
On Jul 16, 2013 9:51 AM, "Andrew Grieve" wrote:
> Joe - what setup are you seeing the failures for? I'm running latest
> everything and on 4.1.1 emulator all file tests pass.
>
> Shouldn't be related
Joe - what setup are you seeing the failures for? I'm running latest
everything and on 4.1.1 emulator all file tests pass.
Shouldn't be related to ResourceApi change, as the File plugin doesn't use
it.
On Tue, Jul 16, 2013 at 11:51 AM, Filip Maj wrote:
> Yes, when you clone down either of the
Yes, when you clone down either of the tools, ALWAYS run `npm install` in
its directory to reinitialize the dependencies. Even when just updating
the code for the tools, run `npm install` just in case in case the deps
changed
On 7/16/13 8:06 AM, "Shazron" wrote:
>aha, cordova-cli specified plugm
I'm getting 5 tests failing, all with the File API:
file.spec.104 - File API FileWriter should be able to write binary
data from an ArrayBuffer
file.spec.105 - File API FileWriter should be able to write binary
data from a Blob
file.spec.106 - File API FileWriter should be able to write a File to
I pointed plugman to cordova-plugman/main.js (all latest from the repo) and
it still shows the same error.
On Tue, Jul 16, 2013 at 7:42 AM, David Kemp wrote:
> the newest cli needs the newest plugman.
> Also if you uninstall plugins with the older version, the new one wont put
> them in.
>
>
>
aha, cordova-cli specified plugman 0.9.3 -- and that works. It's a bug when
cordova-cli uses the latest plugman
On Tue, Jul 16, 2013 at 8:03 AM, David Kemp wrote:
> I had the same error that you got, but running npm install in the
> cordova-cli directory installed a fresh one (not sure which v
I had the same error that you got, but running npm install in the
cordova-cli directory installed a fresh one (not sure which version ) and
everything worked fine
On Tue, Jul 16, 2013 at 10:50 AM, Shazron wrote:
> I installed plugman 0.9.6 before using cordova-cli from master, and that is
> the
Found and filed an issue with FileTransfer. The new
CordovaResourceApi changes broke FileTransfer. That needs to get
fixed ASAP before we can do a tag with our current way of doing
things. :S
On Tue, Jul 16, 2013 at 7:50 AM, Shazron wrote:
> I installed plugman 0.9.6 before using cordova-cli fr
I installed plugman 0.9.6 before using cordova-cli from master, and that is
the latest on npm - but I assume you mean the latest from the
cordova-plugman repo
On Tue, Jul 16, 2013 at 7:42 AM, David Kemp wrote:
> the newest cli needs the newest plugman.
> Also if you uninstall plugins with the o
the newest cli needs the newest plugman.
Also if you uninstall plugins with the older version, the new one wont put
them in.
On Tue, Jul 16, 2013 at 10:27 AM, Shazron wrote:
> I'm using the master version of the cordova-cli, installing a plugin is
> fine, but uninstall throws this error:
>
> $
Filed: https://issues.apache.org/jira/browse/CB-4269
On Tue, Jul 16, 2013 at 7:27 AM, Shazron wrote:
> I'm using the master version of the cordova-cli, installing a plugin is
> fine, but uninstall throws this error:
>
> $ ../cordova-cli/bin/cordova plugin remove org.apache.cordova.core.console
I'm using the master version of the cordova-cli, installing a plugin is
fine, but uninstall throws this error:
$ ../cordova-cli/bin/cordova plugin remove org.apache.cordova.core.console
[TypeError: Object function uninstallPlugin(platform, project_dir, id,
plugins_dir, options, callback) {
if
Has anyone managed to get plugman to uninstall a plugin? The
dependencies plugin never cleanly installs or uninstalls.
On Tue, Jul 16, 2013 at 6:37 AM, Shazron wrote:
> https://issues.apache.org/jira/browse/CB-4264
>
> Turns out it was a "false positive" failure, the test needs to be improved.
>
Changing to 3.0.0-rc1 might do the trick.
On Tue, Jul 16, 2013 at 9:31 AM, Joe Bowser wrote:
> I'm running the latest. The issue was with the use of semver. The
> version template must return a valid semver version, which 3.0.0rc1 is
> not.
>
> On Tue, Jul 16, 2013 at 6:22 AM, Shazron wrote:
https://issues.apache.org/jira/browse/CB-4264
Turns out it was a "false positive" failure, the test needs to be improved.
But so far all systems go for iOS.
On Mon, Jul 15, 2013 at 6:54 PM, Shazron wrote:
> So far I went and tested with the plugins (specified in the
> dependencies-plugin on co
I'm running the latest. The issue was with the use of semver. The
version template must return a valid semver version, which 3.0.0rc1 is
not.
On Tue, Jul 16, 2013 at 6:22 AM, Shazron wrote:
> Hmm I'm running plugman 0.9.1 - what version did you run Joe
>
>
> On Tue, Jul 16, 2013 at 6:20 AM, Joe
Hmm I'm running plugman 0.9.1 - what version did you run Joe
On Tue, Jul 16, 2013 at 6:20 AM, Joe Bowser wrote:
> I keep getting invalid version 3.0.0rc1 on plugman. :(
>
> On Mon, Jul 15, 2013 at 6:54 PM, Shazron wrote:
> > So far I went and tested with the plugins (specified in the
> > depen
I keep getting invalid version 3.0.0rc1 on plugman. :(
On Mon, Jul 15, 2013 at 6:54 PM, Shazron wrote:
> So far I went and tested with the plugins (specified in the
> dependencies-plugin on cordova-mobile-spec) on master for iOS, with 1 test
> failing:
>
> File API DirectoryReader interface readE
35 matches
Mail list logo
