-
Notifications
You must be signed in to change notification settings - Fork 350
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
Doesn't run on alpine linux #2148
Comments
Dart itself doesn't currently support Alpine, so there's not much we can do here until that happens. @ntkme I know you were working on getting Dart itself more Alpine-compatible, what's the current status there? |
Thanks. Is gcompat in your view a usable workaround?
https://wiki.alpinelinux.org/wiki/Running_glibc_programs
Natalie Weizenbaum ***@***.***> schrieb am Do., 14. Dez.
2023, 00:15:
… Dart itself doesn't currently support Alpine, so there's not much we can
do here until that happens.
@ntkme <https://github.com/ntkme> I know you were working on getting Dart
itself more Alpine-compatible, what's the current status there?
—
Reply to this email directly, view it on GitHub
<#2148 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AF5KAQTV3ANUNEHTVMNXAADYJIZKDAVCNFSM6AAAAABATKALESVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNJUHA2DCMBSGM>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
We have very reliable builds of dart-sdk for musl, however, currently it is not possible for dart-sdk builds to be interchangeable between glibc and musl. So dart-sass for glibc and musl need to be built separately. I have been building dart-sass for musl based on the dart-sdk for musl and they have been serving ruby community for almost a year (roughly 20% of linux downloads are from musl platforms e.g. alpine-linux) and there wasn't any issue reported so it has been very stable. @nex3 I wanted to discuss with you about what should we do as next steps as the dart team is not interested to take over the maintenance of dart-sdk for musl, specifically in terms of providing official builds on dart team's CI/CD. I'm fine with maintaining the musl builds for dart-sdk myself as it is 100% automated (including beta and dev builds) for every single release and requires nearly no human intervention. The question is, would the sass team be ok with providing "official" builds of dart-sass with unofficial builds of dart-sdk? If so, I'm happy to send a PR to move the build process dart-sass for musl into this repo. If the sass team is not ready for using unofficial builds of dart-sdk at this moment, I think an alternative approach we can take is to still build dart-sass for musl as a separate unofficial project, but we can setup a CI hook to automate the release of unofficial musl builds (similar to how we release embedded-host-node). I've created a github org account @sass-contrib and moved all related projects there. I'd like to have you as backup admin for that org, which would make it easier for collaboration between official and unofficial sass projects. What do you think? |
I'm fine using your build of the Dart SDK for musl. How would we handle Homebrew, where we currently rely on the |
We can modify the dart-sass formula to download the prebuilt binary from GitHub release instead of actually building dart-sass, just like the dart sdk tap does not really build dart sdk. |
In fact, as far as I can remember for Linuxbrew ships its own glibc and so that it should just work. |
On alpine there's no glibc only musllibc.
Errors:
and here
my system:
The text was updated successfully, but these errors were encountered: