-
-
Notifications
You must be signed in to change notification settings - Fork 49
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Light miner: Remove dbus container #409
Conversation
@@ -48,15 +45,12 @@ services: | |||
- {{I2C_DEVICE}}:{{I2C_DEVICE}} | |||
restart: on-failure | |||
environment: | |||
- DBUS_SYSTEM_BUS_ADDRESS=unix:path=/session/dbus/session_bus_socket | |||
- FIRMWARE_VERSION={{FIRMWARE_VERSION}} | |||
- I2C_DEVICE={{I2C_DEVICE}} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why do we need this i2c device env variable?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
to detect ecc in the current startup script. Will be removed when we convert startup to python and start using variant information. NebraLtd/hm-gatewayrs#24
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah ok fair enough
settings.ini
Outdated
@@ -1,9 +1,9 @@ | |||
[versions] | |||
FIRMWARE_VERSION=2022.03.07.0-2 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This should relate to the actual firmware version from gateway-rs
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
there is auto bump action for it. but will update it manually for the PR.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If this is the case, should the auto bump have not done this? Is it actually working?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
done
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If this is the case, should the auto bump have not done this? Is it actually working?
there hasn't been a new release of gateway-rs since it was activated for hm-gatewayrs
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
But it should be looking at the FIRMWARE_VERSION here to see if it's up to date?
So clearly isn't working
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah I think I know why.... Scheduled workflows have to be in the master branch to work...
6f51c32
to
3dcfbb7
Compare
- DBUS_ADDRESS=unix:path=/session/dbus/session_bus_socket | ||
- FIRMWARE_VERSION={{FIRMWARE_VERSION}} | ||
- FIRMWARE_SHORT_HASH={{ENV.FIRMWARE_SHORT_HASH}} | ||
|
||
volumes: | ||
miner-storage: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we still need miner-storage volume?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, I had removed it forgot to stage the change.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actually, we probably need to leave this in for cases where people are using a data-only hotspot and want the file based private key to be persistent
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
checked all container again, hm-diag uses it for permanent storage.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes and hm-gatewayrs should also use it for persistent key storage for file based key
be65525
to
0c64839
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Still need to fix the comments about the workflows
@shawaj Which one, scheduled workflow one? |
* remove dbus container
0c64839
to
23c7355
Compare
Yes this one: |
Basically I think you will need to do another PR with new workflows to the master branch or the auto-updates won't work |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As discussed on slack with @pritamghanghas just create new issue for the workflow (if not already there) and all good 👍
Issue
How
Screenshots
References
Checklist