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

Configure script provides no feedback during git submodule update #3816

Closed
burg opened this issue Oct 19, 2012 · 6 comments
Closed

Configure script provides no feedback during git submodule update #3816

burg opened this issue Oct 19, 2012 · 6 comments
Labels
C-enhancement Category: An issue proposing an enhancement or a PR with one. E-easy Call for participation: Easy difficulty. Experience needed to fix: Not much. Good first issue.

Comments

@burg
Copy link

burg commented Oct 19, 2012

On a slow or even decent network, the initial update of llvm submodule appears to stall, even it it's just taking a long time. Maybe we should not silence git's squawking during this process?

@brson
Copy link
Contributor

brson commented Oct 22, 2012

Agreed. We show progress on snapshot dls.

@burg
Copy link
Author

burg commented Oct 22, 2012

Servo will have similar problems if large submodules are added, since it copied rust's submodule logic.

@catamorphism
Copy link
Contributor

"easy" and "wishlist" don't make sense to use together -- changed to "enhancement" :-)

@sanxiyn
Copy link
Member

sanxiyn commented Mar 26, 2013

@graydon
Copy link
Contributor

graydon commented Apr 1, 2013

Would be nice but not 0.6-blocking.

@graydon
Copy link
Contributor

graydon commented May 22, 2013

still plausible, but the option hasn't been added to the git binaries I see on most of our hosts. We could remove the --quiet we pass?

@bors bors closed this as completed in 3bcc196 Jul 19, 2013
bors pushed a commit to rust-lang-ci/rust that referenced this issue May 15, 2021
RalfJung pushed a commit to RalfJung/rust that referenced this issue Aug 18, 2024
Add epollerr support

Fixes rust-lang#3816

For socketpair, if the peer fd is closed while having data in its read buffer, ``EPOLLER`` will be thrown.

This is still WIP because I am currently finding a way to check if peer fd still has something in its ``readbuf`` when it is closed and add the ``EPOLLER`` flag In ``get_epoll_ready_events``.
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. E-easy Call for participation: Easy difficulty. Experience needed to fix: Not much. Good first issue.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants