[Vm-dev] appveyor is green again

[Fabio Niephaus]

On Mon, Apr 2, 2018 at 10:41 PM Nicolas Cellier <
nicolas.cellier.aka.nice at gmail.com> wrote:

>
> Well, it's green in branch, but there is still a bintray problem to be
> solved in cog
>
>
> https://ci.appveyor.com/project/OpenSmalltalk/vm/build/1.0.1219/job/2j1bu778vg9a2rpw
>

That's odd, this should be covered by [1]. Not sure if this is a problem of
the deployment tool dpl [2].

Fabio

[1]
https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/653c99010adab76fceb81cea6bd008e5e09c4ecb/deploy/bintray.sh#L14-L19
[2] https://github.com/travis-ci/dpl



>
> Dropped refs/stash@{0} (eeb9b7da023736f8d0be0f4458e755d8126b4139)
> C:/Ruby23/lib/ruby/2.3.0/net/http.rb:933:in `connect_nonblock':
> SSL_connect returned=1 errno=0 state=error: certificate verify failed
> (OpenSSL::SSL::SSLError)
> from C:/Ruby23/lib/ruby/2.3.0/net/http.rb:933:in `connect'
> from C:/Ruby23/lib/ruby/2.3.0/net/http.rb:863:in `do_start'
> from C:/Ruby23/lib/ruby/2.3.0/net/http.rb:852:in `start'
> from
> C:/Ruby23/lib/ruby/gems/2.3.0/gems/dpl-bintray-1.9.5/lib/dpl/provider/bintray.rb:58:in
> `head_request'
> from
> C:/Ruby23/lib/ruby/gems/2.3.0/gems/dpl-bintray-1.9.5/lib/dpl/provider/bintray.rb:129:in
> `package_exists?'
> from
> C:/Ruby23/lib/ruby/gems/2.3.0/gems/dpl-bintray-1.9.5/lib/dpl/provider/bintray.rb:288:in
> `check_and_create_package'
> from
> C:/Ruby23/lib/ruby/gems/2.3.0/gems/dpl-bintray-1.9.5/lib/dpl/provider/bintray.rb:432:in
> `push_app'
> from
> C:/Ruby23/lib/ruby/gems/2.3.0/gems/dpl-1.9.5/lib/dpl/provider.rb:194:in
> `block in deploy'
> from C:/Ruby23/lib/ruby/gems/2.3.0/gems/dpl-1.9.5/lib/dpl/cli.rb:41:in
> `fold'
> from
> C:/Ruby23/lib/ruby/gems/2.3.0/gems/dpl-1.9.5/lib/dpl/provider.rb:194:in
> `deploy'
> from C:/Ruby23/lib/ruby/gems/2.3.0/gems/dpl-1.9.5/lib/dpl/cli.rb:32:in
> `run'
> from C:/Ruby23/lib/ruby/gems/2.3.0/gems/dpl-1.9.5/lib/dpl/cli.rb:7:in `run'
> from C:/Ruby23/lib/ruby/gems/2.3.0/gems/dpl-1.9.5/bin/dpl:5:in `<top
> (required)>'
> from C:/Ruby23/bin/dpl:23:in `load'
> from C:/Ruby23/bin/dpl:23:in `<main>'
> Installing deploy dependencies
> Preparing deploy
> [Bintray Upload] Cleaning up git repository with `git stash --all`. If you
> need build artifacts for deployment, set `deploy.skip_cleanup: true`. See
> https://docs.travis-ci.com/user/deployment#Uploading-Files-and-skip_cleanup
> .
> Deploying application
> [Bintray Upload] Reading descriptor file: bintray.json
> Command exited with code 1
>
> 2018-04-02 22:33 GMT+02:00 Nicolas Cellier <
> nicolas.cellier.aka.nice at gmail.com>:
>
>>
>>
>> 2018-04-02 22:26 GMT+02:00 Fabio Niephaus <lists at fniephaus.com>:
>>
>>>
>>> On Mon, Apr 2, 2018 at 10:22 PM Nicolas Cellier <
>>> nicolas.cellier.aka.nice at gmail.com> wrote:
>>>
>>>>
>>>> And now linux/macosx are green again
>>>> https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/builds/361280744
>>>>
>>>> I will emit a PR.
>>>> Should I use a [ci skip] given that there have not been much concurrent
>>>> features, or should we wait another 1h55 ?
>>>>
>>>
>>> It doesn't really matter I think... maybe just merge straight into Cog.
>>> I won't be able to review your commits tonight anyway :)
>>>
>>> Fabio
>>>
>>>
>> OK, I just did a "fake" PR, with [ci skip] and self accepted merge.
>>
>> Next step: think about raising the ARM builds in the job queue.
>> I did not take the responsibility now because they are looonnng.
>>
>>
>>>> 2018-04-02 19:04 GMT+02:00 Nicolas Cellier <
>>>> nicolas.cellier.aka.nice at gmail.com>:
>>>>
>>>>> Phhh!!!
>>>>> https://ci.appveyor.com/project/OpenSmalltalk/vm/build/1.0.1214
>>>>>
>>>>> it's only in compile_sista_with_clang branch for now.
>>>>>
>>>>> Now let's see what we can do for linux...
>>>>>
>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20180402/4e527d59/attachment.html>