Skip to content
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

🐛 Bug Report: dart 2.14 not showing up as an env for functions on arm based machines #2457

Closed
2 tasks done
Silfalion opened this issue Dec 3, 2021 · 11 comments
Closed
2 tasks done
Assignees
Labels
bug Something isn't working

Comments

@Silfalion
Copy link

👟 Reproduction steps

  • add dart 2.14 as an environment to the .env file
  • Docker-compose up -d in terminal
  • Try to create a cloud function with a dart 2.14 env

👍 Expected behavior

To see the dart 2.14 env in the drop down list

👎 Actual Behavior

The new env doesnt show

🎲 Appwrite version

Version 0.11.x

💻 Operating system

Something else

🧱 Your Environment

Its an arm based machine (Oracle free tier)

👀 Have you spent some time to check if this issue has been raised before?

  • I checked and didn't find similar issue

🏢 Have you read the Code of Conduct?

@Silfalion Silfalion added the bug Something isn't working label Dec 3, 2021
@Silfalion Silfalion changed the title 🐛 Bug Report: dart 2.14 not showing up as an env for functions 🐛 Bug Report: dart 2.14 not showing up as an env for functions on arm based machines Dec 3, 2021
@stnguyen90
Copy link
Contributor

I can confirm this is happening on my Raspberry Pi. I believe this is happening because the php-runtimes restricts the dart-2.14 runtime to x86: https://github.com/appwrite/php-runtimes/blob/0.6.0/src/Runtimes/Runtimes.php#L53

@Silfalion
Copy link
Author

I can confirm this is happening on my Raspberry Pi. I believe this is happening because the php-runtimes restricts the dart-2.14 runtime to x86: https://github.com/appwrite/php-runtimes/blob/0.6.0/src/Runtimes/Runtimes.php#L53

Yes, on the discord Drake also mentioned that

@Silfalion
Copy link
Author

As Drake mentioned as well, upgrading appwrite's php runtime to 0.6.1 and appwrite to 0.11.1 would likely solve the problem. Wyt?

@lohanidamodar
Copy link
Member

@Silfalion Thank you for reporting the issue, We work work on releasing the fixes.

@lohanidamodar lohanidamodar added the waiting for release Fixed or implemented and waiting for a new version to be released label Dec 5, 2021
@Silfalion
Copy link
Author

My pleasure. Thank you for taking it into consideration on a week end. Really appreciate, my eyes went 👀 when I saw the release tag haha. Thanks again!

@Silfalion
Copy link
Author

Any news as to when it'll be released, please?

@Silfalion
Copy link
Author

@lohanidamodar sorry to bother you again. Is there any advancement on the branch, please? I can try to work on adding the finishing touches if that's necessary.

@eldadfux
Copy link
Member

@lohanidamodar maybe we can quickly release v0.11.1, for this?

@Silfalion
Copy link
Author

That'd be really really fantastic.

@Silfalion
Copy link
Author

Sorry to be so annoying about though any idea when this will be released please? ^^'. I need it for a project. It's ok if it can't be for now, I can use local instead just, it's just to plan ahead.

@eldadfux
Copy link
Member

eldadfux commented Jan 5, 2022

This fix is now available as part of Appwrite 0.12 which is now officially released. You can learn more at: https://dev.to/appwrite/its-here-announcing-the-release-of-appwrite-012-5c8b

@eldadfux eldadfux closed this as completed Jan 5, 2022
@eldadfux eldadfux removed the waiting for release Fixed or implemented and waiting for a new version to be released label Jan 5, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

5 participants
@eldadfux @stnguyen90 @lohanidamodar @Silfalion and others