similar to: releases.llvm.org randomly failing with Service Unavailable

This should be fixed as of now. On Wed, Jan 10, 2018 at 8:33 PM, Brooks Davis via llvm-dev <llvm-dev at lists.llvm.org> wrote: > I'm seeing fairly routine "Service Unavailable" when trying to download > 5.0.1 files from releases.llvm.org. I thought I'd fixed it by switching > to https, but others are seeing the failures. > > -- Brooks >

On 2018-01-17 12:29, Anton Korobeynikov via llvm-dev wrote: > Which URL ? They all seem to be slow. But here's one example: https://releases.llvm.org/4.0.0/clang+llvm-4.0.0-x86_64-linux-gnu-ubuntu-14.04.tar.xz -- /Jacob Carlborg

This is strange and everything is fast for me. Let's continue off-list. On Wed, Jan 17, 2018 at 8:13 PM, Jacob Carlborg via llvm-dev <llvm-dev at lists.llvm.org> wrote: > On 2018-01-17 12:29, Anton Korobeynikov via llvm-dev wrote: >> >> Which URL ? > > > They all seem to be slow. But here's one example: > >

On 2018-01-15 22:45, Anton Korobeynikov via llvm-dev wrote: > This should be fixed as of now. I just tried again, it takes over 60 seconds to get a reply. -- /Jacob Carlborg

I just ran into this again: $ wget http://releases.llvm.org/4.0.0/clang+llvm-4.0.0-x86_64-linux-gnu-debian8.tar.xz --2018-02-05 13:40:00-- http://releases.llvm.org/4.0.0/clang+llvm-4.0.0-x86_64-linux-gnu-debian8.tar.xz Resolving releases.llvm.org (releases.llvm.org)... 151.101.122.49 Connecting to releases.llvm.org (releases.llvm.org)|151.101.122.49|:80... connected. HTTP request sent, awaiting

Which URL ? On Tue, Jan 16, 2018 at 10:43 AM, Jacob Carlborg via llvm-dev <llvm-dev at lists.llvm.org> wrote: > On 2018-01-15 22:45, Anton Korobeynikov via llvm-dev wrote: >> >> This should be fixed as of now. > > > I just tried again, it takes over 60 seconds to get a reply. > > -- > /Jacob Carlborg > > >

On 2018-01-10 17:26, Hans Wennborg via llvm-dev wrote: > Strange. Some of the files work for me, and some get the error message > you showed. I had a problem with the following files seven hours ago when my build failed. http://releases.llvm.org/3.9.0/clang+llvm-3.9.0-x86_64-linux-gnu-ubuntu-14.04.tar.xz http://releases.llvm.org/3.9.1/clang+llvm-3.9.1-x86_64-linux-gnu-ubuntu-14.04.tar.xz

Hi LLVM admin team, I'm trying to download the pre-built binaries from: http://releases.llvm.org/5.0.1/clang+llvm-5.0.1-x86_64- linux-gnu-ubuntu-16.04.tar.xz But unfortunately get the following error: Error 503 first byte timeout first byte timeout Guru Mediation: Details: cache-lcy19227-LCY 1515490182 1947665089 ------------------------------ Varnish cache server Do you maybe happen to

Jacob, We believe the issue is fixed now. Could you please confirm? On Sat, Jan 13, 2018 at 11:41 AM, Jacob Carlborg via llvm-dev <llvm-dev at lists.llvm.org> wrote: > On 2018-01-10 17:26, Hans Wennborg via llvm-dev wrote: >> >> Strange. Some of the files work for me, and some get the error message >> you showed. > > > I had a problem with the following files

On 2018-01-13 21:08, Anton Korobeynikov via llvm-dev wrote: > Jacob, > > We believe the issue is fixed now. Could you please confirm? It's still taking between 5 and 22 seconds to get a reply. -- /Jacob Carlborg

Strange. Some of the files work for me, and some get the error message you showed. Looking at the server response headers, some of my requests were cache hits on the CDN, and some were not, so it appears the origin server is not dead. Anton or Tanya, apparently the First Byte Timeout is something that can be configured in Fastly (Origins, Hosts, Advanced Options). Perhaps it needs to be

On 2017-12-30 21:27, Anton Korobeynikov via llvm-dev wrote: > Hello > > We are not planning to use git tags there (at least until the git > migration would happen). Please use the release branches. To me it doesn't matter if it's a tag or a branch, but, as far as I can see, there are no branches for point releases. For example, there's a branch release_50, but no branch

What's the status here? Can someone keep https://llvm.org/docs/Proposals/GitHubMove.html updated with the current status of things? And once things are usable, probably update https://llvm.org/docs/GettingStarted.html#for-developers-to-work-with-a-git-monorepo as well. On Wed, Oct 24, 2018 at 4:57 AM Jacob Carlborg via lldb-dev < lldb-dev at lists.llvm.org> wrote: > On 2018-10-24

It'd be nice to know what about our repository is breaking it. Do they have any idea what that is? For example -- I think that we probably will want to archive+discard many of the random branches and tags currently in the repository. If the large number of branches and tags is breaking it, then maybe it just starts working after we do so. On Thu, Nov 8, 2018 at 3:53 PM Anton Korobeynikov

I've noticed that there are no tags in any of the Git mirrors [1], [2] or [3]. Would it be possible to add the tags? [1] https://git.llvm.org/git/llvm.git [2] https://github.com/llvm-mirror/llvm [3] https://github.com/llvm-project/llvm-project-20170507 -- /Jacob Carlborg

Isn’t the checkout a local operation that should not involved GitHub ? Did you mean the clone operation ? And about sparse-checkout, I though they require a full clone of the repository anyway. Is there a way to do a partial clone only ? Note: If you don’t need the whole history local, you may perform a swallow clone (using —depth 1). > Le 9 nov. 2018 à 01:02, Anton Korobeynikov via llvm-dev

Please excuse hobbiest-level question. Darwin 11+ enables thread_local variables using system-level supports. I have an interest in enabling TLS on darwin < 11 using emulated-tls. This can be enabled with a few modest patches: ========================== --- a/include/llvm/ADT/Triple.h.orig 2018-10-02 17:38:10.000000000 -0700 +++ b/include/llvm/ADT/Triple.h 2018-10-02 17:38:58.000000000

On 2017-09-08 14:33, Brian Cain via llvm-dev wrote: > > Hans, > > Sorry it's a little late -- I got a request for ubuntu x86_64. > > Uploaded clang+llvm-5.0.0-linux-x86_64-ubuntu16.04.tar.xz and > clang+llvm-5.0.0-linux-x86_64-ubuntu14.04.tar.xz This one has a different name than all the other releases :(. The other releases are named

On 2018-09-20 10:01, Hans Wennborg via llvm-dev wrote: > Yes, it's a manual process. The binaries are build and tested by > volunteers, and the set of folks who volunteers differs a little > between releases. I would assume LLVM has some kind of CI infrastructure. That should be able to build the release binaries. > The pre-built binaries are really mostly for users who want to

On 2013-07-24 09:47, Tyler Hardin wrote: > Not much slower. VBox does an amazing job at getting near native > performance on modern machines (those with nested paging etc.). This is > definitely the best option if your computer has ~2g ram and 2+ cores. > Give the Ubuntu VM 2g and 1 (maybe 2) core/s and it should be fine. At work, it takes significantly longer to boot our Ruby on