-
-
Notifications
You must be signed in to change notification settings - Fork 73
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
check & build failed (linux-musl) #28
Comments
Thank you so much for your use & feedback! The specific problem has been pinpointed because I've fixed it. Your requirements are very reasonable, I will record them in the roadmap one by one, because I am still writing the new feature If you have time, I hope you can contribute to 如果你能参与进来,这将是我的荣幸。 We can use the github-discuss feature to discuss the future of the project asynchronously and contribute to the Rust ecosystem together. |
Looks the issue is still alive :) I`ve just tried to build V1.31, #https://github.com/BinChengZhao/delicate/releases/tag/V1.3.1 with poem 1.0.22 (bump 1.05 in utils cargo.toml) :
|
@makorne thanks for your feedback! Can using V1.3.2 now ~ |
Thank you! I checked it having set all your .delicate-rs.com domains to localhost. But still infinite LOADING ( although I turned off cors). Checked with curl:
I dont understand how you can develop it on your laptop :) |
I've helped a few community friends build before, and basically there are fewer obstacles, so let me determine what the problem is. First, let me share my local situation: the web-local.delicate-rs.com Adjust the .env (delicate-schduler) configuration, adjust delicate-web/.env You can try visiting the address http://{your domain}/api/tasks_state/one_day If the server side corresponds properly, check |
I just try using your setting, so my hosts file has http://api-local.delicate-rs.com:8090/api/tasks_state/one_day gives a good response : .env:
delicate-web/src/utils/envConfig.js.
http://api-local.delicate-rs.com:8090/api/user/check responded: |
Set to the domain name of your local schedulerSCHEDULER_DOMAIN=http://api-local.delicate-rs.com Set to the domain name of your local front-endSCHEDULER_FRONT_END_DOMAIN=http://web-local.delicate-rs.com Set to your local cookie-domainSCHEDULER_COOKIE_DOMAIN=delicate-rs.com The delicate-web front-end service should be, accessed via its own domain name e.g. web-local.delicate-rs.comBecause the browser requires it to be at delicate-rs.com with
|
Set to the domain name of your local schedulerSCHEDULER_DOMAIN=http://api-local.delicate-rs.com Set to the domain name of your local front-endSCHEDULER_FRONT_END_DOMAIN=http://web-local.delicate-rs.com Set to your local cookie-domainSCHEDULER_COOKIE_DOMAIN=delicate-rs.com The delicate-web front-end service should be, accessed via its own domain name e.g. web-local.delicate-rs.comBecause the browser requires it to be at delicate-rs.com with
|
Sorry but this changed nothing.
|
This is the first time I've encountered your situation. Did you configure your front-end project with a domain name (the front-end must have its own domain name and be under the same domain as the api, e.g. Are you accessing the service through the domain name? (It can't be localhost) Have you modified the delicate code? |
Now frontend is http://web-local.delicate-rs.com:7000/ I did not modify the code, only add
|
You're almost there. Just configure a proxy for the front end (apache or nginx will do), the domain name of the front end cannot have a port number You must use . ***.delicate-rs.com Then, the code in delicate can be restored! |
Ok, lets try nginx proxy But nginx crashed with the example from your readme:
nginx version: nginx/1.20.1 |
This example does have a bit of a threshold (it assumes the deployer has a lot of experience building front- and back-ends, and I'll try to do a docker version with binary distribution later.) And *. *. *. * is just a placeholder needed to put your own remote machine ip. Forget about that! You just need to set up a proxy for front-end (delicate-web) and that's it. |
The path of your front-end request is This does not work, it must be Then after the changes, please paste out your configuration and I will check it. |
I see, it may be that your local cookie cannot be written, please check the cookie related configuration. In fact, port 443 is also available, but currently there is no access to rusttls ~ is adding Grpc and a little user-friendly features, the future will add on. |
I have a few questions, your local service should be But the screenshot shows that you are calling The local cookie exists probably because you visited my service It's convenient to paste your local front and back end domains, with .env and EnvConfig.js, I take a look. And It is currently a weakly centralized scheduling model. |
Anyway api.delicate-rs.com pointed to my localhost
|
Please set Do you report an error when you start delicatete? Please restart |
No errors... Try empty SCHEDULER_NAME. Ok lets try SCHEDULER_NAME=THEBEST YEEEES! Thank you for your GREAT help!!!! |
Being able to help you @makorne with this one has been the most fun I've had lately. If there are any more questions I will be there to support as soon as I see them. : ) |
Created task: Execute task (ls -la;) -> Success View task log -> Empty executor:
Why is executing successfull and task log is empty ??? |
Because you don't bind an executor to the task. |
Thank you, my friend, I will record this question that So the project currently has some flaws, and there is room for continuous improvement. |
No problem, I set up a Is there something wrong with your runtime environment, it has to do with your permissions or runtime context. |
There may be a problem with the environment variable of your local machine, please run the command to use the full path from |
Because you set Please pause the task and update to Friend, follow up you can open new issues or discussions so that it is easy for subsequent users to retrieve by title, |
Ok, let`s try pause/set Repeat/unpause/executing and the same for CountDown.
Again - nothing new in View Log: Also newly created 5 should have been executed at least once, but it hasn`t been. Ok, for any new issues I will create a new thread. |
My friend, I read your log. You forgot to activate the executor, bind schduler & executor. https://delicate-rs.github.io/quick_start.html
Because your executor is restarted and you need to perform the bindings. |
Because the A green Chinese prompt appears, which means the activation was successful. Hi @Walker-os , if you have time, please remember to add a post-update auto-refresh to the item in our issues_zh.md. My friend @makorne , please don't put Normally you can see this error if you check the log details |
The ";" is filling the field at the start and so I thought it was mandatory :) Thank you for all Great Friend!!!! |
You're welcome, open-source made us meet! |
Sorry, I just noticed these emails;
I will fix these bugs as soon as possible and it is expected to be completed by the end of this week.
… 2021年11月11日 下午9:55,BinCheng ***@***.***> 写道:
I don`t un-activate executor, so I do not think it needs activating again.
Ok, lets go for activating..
<https://user-images.githubusercontent.com/26540498/141303546-7acc8617-59bb-456b-bfe4-3cd65c2ed61b.png>
Strange status. Pressing Activate changed nothing, just some Chinese flash message. Status did not change.
But Execute now is doing some work!
<https://user-images.githubusercontent.com/26540498/141304322-78fb2139-51c8-46bb-82e0-d4229d66a5a3.png>
But still not successful. /bin/ls does not help.
Because the executor forced restart causes scheduler & executor to lose communication, you have a yellow triangle there.
A green Chinese prompt appears, which means the activation was successful.
Hi @Walker-os <https://github.com/Walker-os> , if you have time, please remember to add a post-update auto-refresh to the item in our issues_zh.md.
My friend @makorne <https://github.com/makorne> , please don't put ; in the command, because Rust will pass -la; as an argument to the OS. /bin/ls -la will do the trick.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#28 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AKJKRIABRYPA6DNA444UOOLULPDOHANCNFSM5HMZZDBQ>.
Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
No need to rush my friend @Walker-os, thanks for your support along the way! |
Describe the bug
A clear and concise description of what the bug is.
I had some problems with the check & build process.
在
cargo check
的过程中报错了。报错内容跟 delicate-utils 的依赖
poem
有关。I tested it in docker environment.
我分别用了 rust:alpine 和 rust:latest 来测试,结果都出现了一样的错误。
To Reproduce
Steps to reproduce the behavior:
1.install docker
2.pull & run rust:alpine (x86_64-unknown-linux-musl)
3.git clone this repo
4.copy env file
cd delicate cp template.env .env
5.install deps
6.run cargo command
7.error (unsatisfied trait bounds)
8.exit this container and run rust:latest (x86_64-unknown-linux-gnu)
9.run container & check deps
docker exec -it rs-stable bash
I encountered the same error as the alpine (rust musl) container.
Expected behavior
A clear and concise description of what you expected to happen.
1.我想要在 alpine 容器里运行delicate。
I want to run it in a musl environment.
2.我希望开发者能提供预编译的版本。
这样子普通用户就不用操心编译的事情了。
I would like to get the musl binary on the release page.
3.我希望核心配置能在编译后进行修改,而不是重新配置,重新编译。
I would like to be able to change the configuration after compilation rather than recompile it with an .env file.
For example,
template-env.toml
Screenshots
The text was updated successfully, but these errors were encountered: