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

Create a continuous integration server for building rustpkg packages #1453

Closed
brson opened this issue Jan 7, 2012 · 16 comments
Closed

Create a continuous integration server for building rustpkg packages #1453

brson opened this issue Jan 7, 2012 · 16 comments
Labels
C-enhancement Category: An issue proposing an enhancement or a PR with one. P-medium Medium priority
Milestone

Comments

@brson
Copy link
Contributor

brson commented Jan 7, 2012

I would like to know when packages break. We can possibly extend rustbot to do this.

@graydon
Copy link
Contributor

graydon commented Feb 15, 2012

@elly has been mucking around with a command in cargo for "build and install everything listed in all the package files". If we do this it ought to be on a pretty isolated VM, in a data center floating in orbit.

@elly
Copy link
Contributor

elly commented Feb 16, 2012

You can currently achieve this with: 'cargo list | awk '{print $2}' | while read pkg; do cargo install --test $pkg; done' - I should write a command for cargo to do this on its own, though.

@brson
Copy link
Contributor Author

brson commented Apr 6, 2012

Maybe we can integrate it with (or learn from) Travis CI

@graydon
Copy link
Contributor

graydon commented Apr 6, 2012

I agree we have to do more CI work; I think travis might be quite a bit of work. It only supports one host environment.

@brson
Copy link
Contributor Author

brson commented Sep 29, 2012

We have most of the tools now to set up a pretty nice CI server completely in Rust and I want to desperately. By monitoring all the language-induced breakage going on in cargo we can start developing better tools to migrate versions.

When it fails to build a package, we could run it through a special compiler who's job is to upgrade the code. We will need a way to measure 'upgradedness' - it's possible we can do a lot of useful analysis and transformations without completely succeeding. Part of the process of developing the Rust language will be trying to improve the score of the upgrade compiler.

I'm putting this on 0.5 in the hopes that I can make some progress.

@brson
Copy link
Contributor Author

brson commented Sep 29, 2012

Also, this is how I want to do CI for servo.

@catamorphism
Copy link
Contributor

Bumping to 0.7

@catamorphism
Copy link
Contributor

Not critical for 0.7. Nominating for milestone 4, well-covered.

@graydon
Copy link
Contributor

graydon commented May 30, 2013

accepted for well-covered milestone

@emberian
Copy link
Member

triage bump

@brson
Copy link
Contributor Author

brson commented Oct 17, 2013

This exists now: http://hiho.io/rust-ci/. We should encourage its development and eventually adopt it officially.

@catamorphism
Copy link
Contributor

1.0, high

@emberian
Copy link
Member

emberian commented Jan 4, 2014

http://rust-ci.org is the new canonical URL.

@mrshu
Copy link
Contributor

mrshu commented Feb 10, 2014

This seems to be quite an old issue and I am not really sure if it is still actually valid given the situation around rustpkg.

Maybe it might make sense to close this so that the 1.0 issue count can get lower?

@brson
Copy link
Contributor Author

brson commented Feb 11, 2014

I'm OK closing since rust ci exists. Don't see this as 1.0 blocker.
On Feb 10, 2014 1:45 PM, "Marek Šuppa" notifications@github.com wrote:

This seems to be quite an old issue and I am not really sure if it is
still actually valid given the situation around rustpkg.

Maybe it might make sense to close this so that the 1.0 issue count can
get lower?


Reply to this email directly or view it on GitHubhttps://github.com//issues/1453#issuecomment-34686295
.

@brson
Copy link
Contributor Author

brson commented Feb 17, 2014

Closing. I think Rust CI's existence is enough to consider this done. Can follow up with more specific issues later.

@brson brson closed this as completed Feb 17, 2014
celinval added a commit to celinval/rust-dev that referenced this issue Jun 4, 2024
Fixes a regression introduced by rust-lang#1453. The symtabl2gb prints a lot of debug messages, so we always suppressed the output except when there is an error in its execution.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-enhancement Category: An issue proposing an enhancement or a PR with one. P-medium Medium priority
Projects
None yet
Development

No branches or pull requests

6 participants