Skip to content
This repository has been archived by the owner on Jun 15, 2023. It is now read-only.

Updating CI files #15

Merged
merged 1 commit into from
Dec 16, 2017
Merged

Updating CI files #15

merged 1 commit into from
Dec 16, 2017

Conversation

victorb
Copy link
Member

@victorb victorb commented Dec 14, 2017

This commit updates all CI scripts to the latest version

Curiously enough, the appveyor file here has bunch of changes. @richardschneider can you confirm if those changes are correct or not? Otherwise we might have the wrong file in ipfs/ci-sync.

This commit updates all CI scripts to the latest version
environment:
matrix:
- nodejs_version: "6"
- nodejs_version: "8"

init:
- git config --global core.autocrlf input
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is needed to prevent git from changing LF to CRLF. See ipfs/js-ipfs-repo#153 (comment)

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So this is needed everywhere and https://github.com/ipfs/ci-sync/blob/master/configs/appveyor.yml should be updated

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@victorbjelkholm Did some reading on appveyor. By default core.autocrlf is set to input.


platform:
- x64
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This will prevent test on x32. ipfs/js-ipfs#1127 can be closed

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We don't want to test on x32? I'm unsure if the 32 build is missing in dist.ipfs.io on purpose or if it was just skipped temporary. @whyrusleeping ?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry, read the patch wrongly. This is removing x64, which means appveyor could use a x32 processor, which go-ipfs is not shipping.

@richardschneider
Copy link
Contributor

richardschneider commented Dec 15, 2017

Jenkins CI is failing on macos (see https://ci.ipfs.team/blue/organizations/jenkins/libp2p%2Fjs-libp2p-keychain/detail/automatic-ci-script-update/3/pipeline). I suspect its an issue with js-datastore-fs and non-ASCII key names.

 Uncaught AssertionError: expected { Object (name, id) } to deeply equal { Object (name, id) }
      + expected - actual

       {
         "id": "QmYseKb5qsWa7cB5HKMEktsG6TfbYNx7yMrauNKY3mtvHx"
      -  "name": "tajné jméno"
      +  "name": "tajné jméno"
       }

@diasdavid Should I write test and raise an issue?

See https://stackoverflow.com/questions/9757843/unicode-encoding-for-filesystem-in-mac-os-x-not-correct-in-python

@richardschneider richardschneider merged commit b4518e0 into master Dec 16, 2017
@richardschneider richardschneider deleted the automatic-ci-script-update branch December 16, 2017 22:17
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants