The Aragon CLI package was still a dependency in every app's package.json. I removed it everywhere.
There is no aragon contracts anymore. Neither compile nor test. It looks to me like truffle test should work (it runs stuff and complains about things), but there are test failures now. Probably due to other oudated API calls in the tests (e.g. dao.acl()).
App package questions
@haythem96, @bumi: To be honest, the separate package.json files look like a mess to me, and I don't understand how these are used exactly, because the Travis config is not actually running npm install-all before running tests. Travis also doesn't seem to compile contracts before testing, so unless you commit and push compiled changes, I don't see how it could catch test failures in PRs.
These question should be solved either in this PR or with a new one focused on fixing the test setup. I won't touch the code in this branch from here on, so please feel free to work on this branch and push fixed tests.
Dance the update dance with me.
### arapp.json exception
The only [documented options for the `apm` config property](https://hack.aragon.org/docs/cli-global-confg#the-arappjson-file) are now related to IPFS. So I removed what seem to be outdated values on our end, and the devchain works again.
### Other Aragon CLI changes
* The Aragon CLI package was still a dependency in every app's `package.json`. I removed it everywhere.
* There is no `aragon contracts` anymore. Neither `compile` nor `test`. It looks to me like `truffle test` should work (it runs stuff and complains about things), but there are test failures now. Probably due to other oudated API calls in the tests (e.g. `dao.acl()`).
### App package questions
@haythem96, @bumi: To be honest, the separate `package.json` files look like a mess to me, and I don't understand how these are used exactly, because the Travis config is not actually running `npm install-all` before running tests. Travis also doesn't seem to compile contracts before testing, so unless you commit and push compiled changes, I don't see how it could catch test failures in PRs.
These question should be solved either in this PR or with a new one focused on fixing the test setup. I won't touch the code in this branch from here on, so please feel free to work on this branch and push fixed tests.
closes #179
Thanks for this PR! I could get the contracts running using this update. (pushed a minor update here)
I am not sure about travis and the tests currently fail on my machine:
$ npm run test
1) Contract: Token app
"before all" hook:
TypeError: dao.acl is not a function
at Context.before (test/token.js:25:43)
Thanks for this PR! I could get the contracts running using this update. (pushed a minor update here)
I am not sure about travis and the tests currently fail on my machine:
```
$ npm run test
1) Contract: Token app
"before all" hook:
TypeError: dao.acl is not a function
at Context.before (test/token.js:25:43)
```
raucao
(Migrated from github.com)
reviewed 2020-02-10 13:58:51 +00:00
that apm entry in the arapp.json (removed in this PR) was added/used by us - and not aragon related.
We had used that entry when open.aragonpm.eth was not available on all networks (and we had to use aragonpm.eth locally.
now we can default to open.aragonpm.eth
what does not work anymore?
that `apm` entry in the arapp.json (removed in this PR) was added/used by us - and not aragon related.
We had used that entry when `open.aragonpm.eth` was not available on all networks (and we had to use `aragonpm.eth` locally.
now we can default to `open.aragonpm.eth`
1) Contract: Contributor app
"before all" hook:
Error: invalid bytes value (arg="_initializePayload", coderType="bytes", value=0)
at PromiEvent (/home/bumi/.node_modules/lib/node_modules/truffle/build/webpack:/packages/contract/lib/promievent.js:9:1)
at TruffleContract.newAppInstance (/home/bumi/.node_modules/lib/node_modules/truffle/build/webpack:/packages/contract/lib/execute.js:169:1)
at Context.before (test/contributor.js:37:31)
at process._tickCallback (internal/process/next_tick.js:68:7)
I've updated some tests, now it fails with:
```
1) Contract: Contributor app
"before all" hook:
Error: invalid bytes value (arg="_initializePayload", coderType="bytes", value=0)
at PromiEvent (/home/bumi/.node_modules/lib/node_modules/truffle/build/webpack:/packages/contract/lib/promievent.js:9:1)
at TruffleContract.newAppInstance (/home/bumi/.node_modules/lib/node_modules/truffle/build/webpack:/packages/contract/lib/execute.js:169:1)
at Context.before (test/contributor.js:37:31)
at process._tickCallback (internal/process/next_tick.js:68:7)
```
raucao
(Migrated from github.com)
reviewed 2020-02-10 14:04:04 +00:00
Please read my original PR description and follow the link. The entire reason for opening this PR was an exception about this particular arapp.json property having to be an object now.
Please read my original PR description and follow the link. The entire reason for opening this PR was an exception about this particular `arapp.json` property having to be an object now.
raucao
(Migrated from github.com)
reviewed 2020-02-10 14:04:55 +00:00
that apm entry in the arapp.json (removed in this PR) was added/used by us - and not aragon related.
That would explain why it's not documented. They introduced this property themselves in the meantime, but with different keys.
> that `apm` entry in the arapp.json (removed in this PR) was added/used by us - and not aragon related.
That would explain why it's not documented. They introduced this property themselves in the meantime, but with different keys.
bumi
(Migrated from github.com)
reviewed 2020-02-10 14:15:00 +00:00
this is a WIP PR, isn't it?
I was trying to debug that issue and get this update running here.
that configuration conflict is not solved, yet and the tests do not run, yet.
re: apm entry in the arapp.json file I tend to not have the apm registry configurable anymore. We now can rely on open.aragonpm.eth (locally and for all Ethereum netwroks we want to deploy to)
this is a WIP PR, isn't it?
I was trying to debug that issue and get this update running here.
that configuration conflict is not solved, yet and the tests do not run, yet.
re: `apm` entry in the arapp.json file I tend to not have the apm registry configurable anymore. We now can rely on `open.aragonpm.eth` (locally and for all Ethereum netwroks we want to deploy to)
raucao
(Migrated from github.com)
reviewed 2020-02-10 14:22:22 +00:00
Not sure how your comment relates to what I'm trying to explain. The config issue was solved by me removing the custom apm property, because Aragon now requires it to be their own documented object as a value (the one with the IPFS configs). The test failures are a different topic.
I explained these things in the original PR description, with separate headlines and paragraphs for the various topics this PR touches.
Not sure how your comment relates to what I'm trying to explain. The config issue was solved by me removing the custom `apm` property, because Aragon now requires it to be their own documented object as a value (the one with the IPFS configs). The test failures are a different topic.
I explained these things in the original PR description, with separate headlines and paragraphs for the various topics this PR touches.
raucao
(Migrated from github.com)
reviewed 2020-02-10 14:25:00 +00:00
To summarize my one comment on this one line of code again:
arapp.environments[environment].apm cannot be a string with an APM address anymore, as per their documentation. And it fails with an exception when trying to execute any aragon-cli command that encounters this config property as a string.
I hadn't seen that it was used in other places, so what fixed the aragon commands for me was just to remove the keys from arapp.json.
To summarize my one comment on this one line of code again:
`arapp.environments[environment].apm` cannot be a string with an APM address anymore, as per their documentation. And it fails with an exception when trying to execute any aragon-cli command that encounters this config property as a string.
I hadn't seen that it was used in other places, so what fixed the aragon commands for me was just to remove the keys from `arapp.json`.
bumi
(Migrated from github.com)
reviewed 2020-02-10 15:03:57 +00:00
which broke the setup/deployment of kredits and that's what I am trying to fix here...
It seems you did not change any code there?!
And I know that apm is now a aragon related property and can not be used and I also read your comments...
maybe I should better make a PR to your PR then we don't need to somewhat discuss WIPs and avoid missunderstandings.
which broke the setup/deployment of kredits and that's what I am trying to fix here...
It seems you did not change any code there?!
And I know that `apm` is now a aragon related property and can not be used and I also read your comments...
maybe I should better make a PR to your PR then we don't need to somewhat discuss WIPs and avoid missunderstandings.
ToDo:
- [ ] Update daoFactory address to use v0.8 of aragonOS. This should be the one deployed by the updated aragonOS package
see: https://github.com/aragon/deployments/tree/master/environments/rinkeby
raucao
(Migrated from github.com)
reviewed 2020-02-10 15:09:05 +00:00
I cannot know what you know, because I don't have a telepathic link to you. Until this last comment it seemed like you hadn't understood my original comment. And my original comment was merely a pointer to that config option being outdated.
If you already understand something that someone points out, then why not just say "Yeah, I know, I'm working on that"? Or even nothing at all, if it's of no consequence to my involvement.
I cannot know what you know, because I don't have a telepathic link to you. Until this last comment it seemed like you hadn't understood my original comment. And my original comment was *merely a pointer* to that config option being outdated.
If you already understand something that someone points out, then why not just say "Yeah, I know, I'm working on that"? Or even nothing at all, if it's of no consequence to my involvement.
bumi
(Migrated from github.com)
reviewed 2020-02-10 15:15:31 +00:00
to me it seems you did not understand what that apm was used for and why your change broke our deploy script.
but I also don't know what you know, because I also don't have a telepathic link to you.
anyhow this discussion now seems to be unrelated to this PR and also on already outdated code, so I am resolving this now.
to me it seems you did not understand what that `apm` was used for and why your change broke our deploy script.
but I also don't know what you know, because I also don't have a telepathic link to you.
anyhow this discussion now seems to be unrelated to this PR and also on already outdated code, so I am resolving this now.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Dance the update dance with me.
arapp.json exception
The only documented options for the
apmconfig property are now related to IPFS. So I removed what seem to be outdated values on our end, and the devchain works again.Other Aragon CLI changes
package.json. I removed it everywhere.aragon contractsanymore. Neithercompilenortest. It looks to me liketruffle testshould work (it runs stuff and complains about things), but there are test failures now. Probably due to other oudated API calls in the tests (e.g.dao.acl()).App package questions
@haythem96, @bumi: To be honest, the separate
package.jsonfiles look like a mess to me, and I don't understand how these are used exactly, because the Travis config is not actually runningnpm install-allbefore running tests. Travis also doesn't seem to compile contracts before testing, so unless you commit and push compiled changes, I don't see how it could catch test failures in PRs.These question should be solved either in this PR or with a new one focused on fixing the test setup. I won't touch the code in this branch from here on, so please feel free to work on this branch and push fixed tests.
closes #179
Thanks for this PR! I could get the contracts running using this update. (pushed a minor update here)
I am not sure about travis and the tests currently fail on my machine:
arapp.environments[environment].apmhas to be an object now, so the first condition here is not going to work anymore.what does not work anymore?
that
apmentry in the arapp.json (removed in this PR) was added/used by us - and not aragon related.We had used that entry when
open.aragonpm.ethwas not available on all networks (and we had to usearagonpm.ethlocally.now we can default to
open.aragonpm.ethI've updated some tests, now it fails with:
Please read my original PR description and follow the link. The entire reason for opening this PR was an exception about this particular
arapp.jsonproperty having to be an object now.That would explain why it's not documented. They introduced this property themselves in the meantime, but with different keys.
this is a WIP PR, isn't it?
I was trying to debug that issue and get this update running here.
that configuration conflict is not solved, yet and the tests do not run, yet.
re:
apmentry in the arapp.json file I tend to not have the apm registry configurable anymore. We now can rely onopen.aragonpm.eth(locally and for all Ethereum netwroks we want to deploy to)Not sure how your comment relates to what I'm trying to explain. The config issue was solved by me removing the custom
apmproperty, because Aragon now requires it to be their own documented object as a value (the one with the IPFS configs). The test failures are a different topic.I explained these things in the original PR description, with separate headlines and paragraphs for the various topics this PR touches.
To summarize my one comment on this one line of code again:
arapp.environments[environment].apmcannot be a string with an APM address anymore, as per their documentation. And it fails with an exception when trying to execute any aragon-cli command that encounters this config property as a string.I hadn't seen that it was used in other places, so what fixed the aragon commands for me was just to remove the keys from
arapp.json.which broke the setup/deployment of kredits and that's what I am trying to fix here...
It seems you did not change any code there?!
And I know that
apmis now a aragon related property and can not be used and I also read your comments...maybe I should better make a PR to your PR then we don't need to somewhat discuss WIPs and avoid missunderstandings.
ToDo:
see: https://github.com/aragon/deployments/tree/master/environments/rinkeby
I cannot know what you know, because I don't have a telepathic link to you. Until this last comment it seemed like you hadn't understood my original comment. And my original comment was merely a pointer to that config option being outdated.
If you already understand something that someone points out, then why not just say "Yeah, I know, I'm working on that"? Or even nothing at all, if it's of no consequence to my involvement.
to me it seems you did not understand what that
apmwas used for and why your change broke our deploy script.but I also don't know what you know, because I also don't have a telepathic link to you.
anyhow this discussion now seems to be unrelated to this PR and also on already outdated code, so I am resolving this now.
merging this as discussed. The other fixes should be done in separate PRs.
keeping the WIP to indicate some work is missing
btw. @haythem96 can you help with the contract upgrades?