IMPORTANT: LLVM.org server move complete (SVN impact please read)

LLVMers,

We have completed the move to the new server for LLVM.org. One casualty of this move was that svn.llvm.org was NOT enabled at this time.

There is a new certificate for LLVM.org and HTTPS is enabled for the website. We know of a few issues with some of the webpages but will be working them out over the next few days.

Please do not hesitate to contact llvm-admin@lists.llvm.org with any issues you find. With a large change like this, we expect to have a few bumps and appreciate your patience.

A huge thank you to Anton and Mike for all their hard work!

Thanks,
Tanya

Unsure whether this is a side effect of the migration or something
planned, but `llvm.org/bugs` stopped to work.
I'm fairly confident this worked before , and there are a few links in
llvm/lib that are now broken:

[davide@cupiditate lib]$ grep -R 'llvm.org\/bugs' *
Analysis/ValueTracking.cpp: // https://llvm.org/bugs/show_bug.cgi?id=31702.
Analysis/ValueTracking.cpp: // https://llvm.org/bugs/show_bug.cgi?id=31702.
Support/RandomNumberGenerator.cpp:// http://llvm.org/bugs/show_bug.cgi?id=19665
Target/AVR/README.md:* [Unresolved
bugs](https://llvm.org/bugs/buglist.cgi?product=libraries&component=Backend%3A%20AVR&resolution=---&list_id=109466)
Transforms/Utils/SimplifyCFG.cpp: // the line - see
https://llvm.org/bugs/show_bug.cgi?id=30244.
Transforms/Utils/SimplifyCFG.cpp: //
https://llvm.org/bugs/show_bug.cgi?id=30188
Transforms/IPO/LowerTypeTests.cpp: // Disabled on win32 due to
https://llvm.org/bugs/show_bug.cgi?id=28641#c3.
Transforms/Instrumentation/AddressSanitizer.cpp:// but due to
http://llvm.org/bugs/show_bug.cgi?id=12652 we temporary

I'm not particularly worried about these, as they can be fixed, but
probably the web is full of references to bugzilla with the old
address so it would be nice if llvm.org/bugs will automatically
redirect to bugs.llvm.org, if possible.

Thanks, fixed.

Also, FWIW, phabricator commit mails are broken. Example:

davide committed rL306255: [MemDep] Cleanup return after else & use
`auto`. NFC..

[MemDep] Cleanup return after else & use `auto`. NFC.

Files:
  /llvm/trunk/lib/Analysis/MemoryDependenceAnalysis.cpp

PATCH

Unable to generate patch: Command failed with error #1!
COMMAND
svn --non-interactive --no-auth-cache --trust-server-cert --username
‘********’ --password ‘********’ diff --diff-cmd
‘/srv/http/arcanist/src/../scripts/repository/binary_safe_diff.sh’ -x
-U3 -r 306254:306255 ‘http://llvm.org/svn/llvm-project

STDOUT
(empty)

STDERR
svn: access to '/svn/llvm-project/!svn/vcc/default' forbidden

Users:
  davide (Author)

Thanks,

Adding +Eric Liu who helps with Phabricator…

Also + Manuel

Update on Phabricator: the svn URI for pulling commits had to be changed to HTTPS. This should be fixed now :slight_smile:

LLVMers,

We have completed the move to the new server for LLVM.org <http://LLVM.org>. One casualty of this move was that *svn.llvm.org <http://svn.llvm.org> was NOT enabled at this time. *
*
There is a new certificate for LLVM.org <http://LLVM.org> and HTTPS is enabled for the website. We know of a few issues with some of the webpages but will be working them out over the next few days.

Please do not hesitate to contact llvm-admin@lists.llvm.org <mailto:llvm-admin@lists.llvm.org> with any issues you find. With a large change like this, we expect to have a few bumps and appreciate your patience.

A huge thank you to Anton and Mike for all their hard work!

Another casualty of the move seems to be the doxygen docs:

Not Found

The requested URL /docs/doxygen/html/classllvm_1_1ArrayRef.html was not found on this server.

Is that a known issue?

Jon

Hi John,

Another casualty of the move seems to be the doxygen docs:

Not Found

The requested URL /docs/doxygen/html/classllvm_1_1ArrayRef.html was not
found on this server.

Is that a known issue?

The URL is stale, please refer to http://llvm.org/doxygen. Removing
the "docs" and "html" to get
the up-to-date one.

Cheers,
chenwj

Hi, Tanya,

I now cannot do an svn checkout of the polly repository. It will checkout some files, but then fail:

$ svn co polly-trunk AÂ Â Â polly-trunk/cmake AÂ Â Â polly-trunk/include …

AÂ Â Â polly-trunk/lib/External/isl/config.guess
svn: E175013: Access to ‘/svn/llvm-project/!svn/ver/304069/polly/trunk/lib/External/isl/interface/isl.h.top’ forbidden

Cloning seems to work just fine, however.

Thanks again,
Hal

Adding Mike into this discussion.

-Tanya

Hi again,

I’m not sure if this is related, but the lnt quickstart guide seems to be misconfigured.

now gives:

Forbidden

You don’t have permission to access /docs/lnt/quickstart.html on this server.

Docs on also seem to have disappeared (404 errors).

-Hal

Hi,

After the move I have problems with svn checkout of trunk and 4.0 branch. I get the whole bunch of different errors during checkout, including:
svn: E000054: Error running context: Connection reset by peer

svn: E000060: Operation timed out

svn: E000104: Error retrieving REPORT: Connection reset by peer

svn: E120106: ra_serf: The server sent a truncated HTTP response body.

Sometimes I’m able to complete checkout successfully. But more frequently not.

I see these problems on multiple systems, which used to work well before the site move.

Am I the only one who has this kind of problems?

Dmitry.

I haven’t gotten a lot of people mentioning this specific error, so I hope others will speak up.

What version of the svn client are you using?

Thanks,
Tanya

These errors come from my Mac and Linux machines:

svn, version 1.9.4 (r1740329)
compiled Apr 10 2017, 20:36:46 on x86_64-apple-darwin15.0.0

svn, version 1.8.13 (r1667537)
compiled Jul 16 2015, 09:05:14 on x86_64-redhat-linux-gnu

Hi,

We are facing this problem on some hosts when doing checkouts.

$ svn co http://llvm.org/svn/llvm-project/llvm/trunk

A trunk/test

A trunk/test/YAMLParser

svn: E000104: Error retrieving REPORT: Connection reset by peer

In some cases the checkout is complete without any problem. Sometimes it stops at various points during the checkout, always with this error (above).

svn client versions (both linux): svn, version 1.9.4 (r1740329) and svn, version 1.8.8 (r1568071)

-Leandro

Hi,

Got the same error, switching to https fixes the issue.

Regards,
ismail

I’ve also switched to https and it solved the problem.

With http, it’s still failing almost always, when I’m behind corporate proxy. And it does work when I’m not behind the proxy. Not sure if it’s a problem of the proxy, or it’s interplay between the proxy and svn server.

Dmitry.

I’ve been seeing problems where I am because the domain name is being flagged as new (or possibly forged, parked, etc.). My hope is that these will clear up soon, but I filed a ticket with our vendor regardless. Maybe you can do something similar. -Hal

In my case the checkout starts well, but fails in random places with different messages in about 1-2 minutes. If it was not starting at all, it would be much easier to debug… I’m not sure that firewall is smart enough to stop checkout process from unreliable site after 1-2 minutes of download.