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

Jump to bottom

Dart installation on Linux is cumbersome, and doesn't work on some mainstream distros #11878

Closed
DartBot opened this issue Jul 17, 2013 · 8 comments
Closed

Dart installation on Linux is cumbersome, and doesn't work on some mainstream distros #11878

DartBot opened this issue Jul 17, 2013 · 8 comments
Assignees
@ricowind
Labels
area-infrastructure Use area-infrastructure for SDK infrastructure issues, like continuous integration bot changes. closed-not-planned Closed as we don't intend to take action on the reported issue

Comments

@DartBot
Copy link

DartBot commented Jul 17, 2013

This issue was originally filed by dirvin...@ingenicomm.com

Hi all. It seems that the Dart installation for Linux isn't really hammered out all that well. In my case, I'm trying to install on RHEL 6.4, with all the latest updates for that distro. Right now, it seems to be complaining about the GLIBC version needs to be either 2.14 or 2.15 - or both. Currently RHEL 6.4 uses 2.12.

Is there a reason that dart doesn't have a Fedora/Redhat rpm, or a deb for Ubuntu? It seems like this would be a much easier solution than having to maintain the "Preparing" instruction set and the "install-build-deps.sh" script.

As it stands, I do all my dart development in Windows, and my server-side stuff in Redhat. When I go to prepare my GUI deployment package, I have to do have to do the "pub deploy" in Windows, and do the rpm packaging on Redhat. It seems like I should be able to at least do the "pub deploy" stuff in Redhat as well....

Thanks,

-D
@iposva-google
Copy link
Contributor

Added Area-Build, Triaged labels.

@mkustermann
Copy link
Member

Set owner to @ricowind.

@sethladd
Copy link
Contributor

I wonder if the best thing to do is to produce RPM and .deb packages that work for Centos 6.4 and Ubuntu 10.04. The server moves slower than the client, and lots of users have servers running older (long-term supported) distros. They run integration tests there or deploy Dart to those servers.

Alternatively, we can document how to build Dart on these older systems.

@sethladd
Copy link
Contributor

I wrote up my steps for compiling on Ubuntu 10.04 here: https://code.google.com/p/dart/wiki/BuildDartSDKOnUbuntu10_04

Hope that helps kick start support for more server distros.

@anders-sandholm
Copy link
Contributor

Removed Area-Build label.
Added Area-Infrastructure label.

@DartBot
Copy link
Author

DartBot commented Sep 26, 2014

This comment was originally written by @austincummings

Just wondering what the status of providing rpm's for older server distro's is. I am currently in need of a version of Dart that can run on RHEL 6.5.

@DartBot
Copy link
Author

DartBot commented Sep 27, 2014

This comment was originally written by @Emasoft

Related to issue #19301
https://code.google.com/p/dart/issues/detail?id=19301

@ricowind
Copy link
Contributor

ricowind commented Jun 2, 2015

We have dep packages and apt-get repo, the dart theam will not be supplying support for other distributions.

Added NotPlanned label.

@DartBot DartBot added Type-Defect area-infrastructure Use area-infrastructure for SDK infrastructure issues, like continuous integration bot changes. closed-not-planned Closed as we don't intend to take action on the reported issue labels Jun 2, 2015
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@ricowind ricowind

Labels
area-infrastructure Use area-infrastructure for SDK infrastructure issues, like continuous integration bot changes. closed-not-planned Closed as we don't intend to take action on the reported issue
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
7 participants
@sethladd @kevmoo @anders-sandholm @iposva-google @ricowind @mkustermann @DartBot