So i've had a look in the end [1], it's indeed the history altered issue (2.).
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Oct 28 2021
From the top of my head, 2 possible issues:
- svn external properties on the origin. That will get detected by the loader and
raise.
Oct 27 2021
Oct 26 2021
Oct 22 2021
import os
Sep 30 2021
Deployed.
Deployed.
Sep 29 2021
Sep 28 2021
I was looking into it a bit more and realize that it's related to what you said
(origin not found).
@ardumont, looking at debug logs, the error in [1] is due to a permission issue
svnrdump: E170013: Unable to connect to a repository at URL 'https://llvm.org/svn/llvm-project' svnrdump: E175013: Access to '/svn/llvm-project' forbidden
@anlambert worse case scenario, if we don't find the source of the problem, we may want to add a fallback to the basic implem which tries and load messages one at a time.
Because then at least, we'd at least ingest something up to the point where we could no longer do.
Jul 23 2021
The project.json and a couple of source archives have been downloaded during our early archival of google code, however I don't see a dump of the svn repository.
Apr 21 2021
Nevertheless, that error should have been detected on the first loading so some adaptation is needed in the svn loader.
In any case, independently from this, for the monitoring, I was set on modifying the
actual svn origin used to something else not hosted on github.
Apr 19 2021
Thanks for the heads up ;)
The error is related to that github origin erroneously submitted with a svn visit type.
Apr 10 2021
Mar 16 2021
@shashikant231 please do not claim tasks. Just submit a diff fixing the issue when you have one. Thanks.
@shashikant231 the goal is to add type annotations to all functions arguments and return type in the swh/loader/svn/ package. See https://mypy.readthedocs.io/ for an introduction to type annotations in python if you have never used them before
Hi @vlorentz This is my first issue with this organization. can you plz describe in more detail?
Jan 12 2021
The problem of the untrust certificate has been solved by UNIVR sys-admins.
Jan 11 2021
Thank you for the check.
I verified that on the external machine where I tried the svnrdump the certificate of the SVN server was already trusted.
Therefore, I didn't have the certificate error.
I am going to ask to the sys-admin to verify how such a certificate is not trusted.
More details about the untrusted certificat:
$ openssl s_client -connect profs.scienze.univr.it:443 CONNECTED(00000003) depth=0 C = IT, L = Verona, O = Universit\C3\A0 degli Studi di Verona, CN = profs.scienze.univr.it verify error:num=20:unable to get local issuer certificate verify return:1 depth=0 C = IT, L = Verona, O = Universit\C3\A0 degli Studi di Verona, CN = profs.scienze.univr.it verify error:num=21:unable to verify the first certificate verify return:1 depth=0 C = IT, L = Verona, O = Universit\C3\A0 degli Studi di Verona, CN = profs.scienze.univr.it verify return:1 --- Certificate chain 0 s:C = IT, L = Verona, O = Universit\C3\A0 degli Studi di Verona, CN = profs.scienze.univr.it i:C = NL, ST = Noord-Holland, L = Amsterdam, O = TERENA, CN = TERENA SSL CA 3 --- Server certificate -----BEGIN CERTIFICATE----- MIIHwjCCBqqgAwIBAgIQD3MM6wqD/0i+E2vxQfU45DANBgkqhkiG9w0BAQsFADBk MQswCQYDVQQGEwJOTDEWMBQGA1UECBMNTm9vcmQtSG9sbGFuZDESMBAGA1UEBxMJ QW1zdGVyZGFtMQ8wDQYDVQQKEwZURVJFTkExGDAWBgNVBAMTD1RFUkVOQSBTU0wg Q0EgMzAeFw0xOTEwMTAwMDAwMDBaFw0yMTEwMTQxMjAwMDBaMGsxCzAJBgNVBAYT AklUMQ8wDQYDVQQHEwZWZXJvbmExKjAoBgNVBAoMIVVuaXZlcnNpdMOgIGRlZ2xp IFN0dWRpIGRpIFZlcm9uYTEfMB0GA1UEAxMWcHJvZnMuc2NpZW56ZS51bml2ci5p dDCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBANEoCO4em4xCKMWUAZiP VjDvCW6OxDFHc4jeAdgqf4B5sBY4pk8LkMsxzj3tEZ7D5yFtuN03opIEPUigmv3I yUDCjIw+O/l9rdYLkdgnIuT59v2CzCUCOMBXt67t3Q2uBsFi7Xts1LTvWow0hj4N ctM77MlLP2DdBgnwgLRnHbJLvQczRNC5FLhpUBoGJibkv82jqECFv9SsqWdOI4/Y E2HJmOYcXNi2B7MCxqMtoS78hDpa02PSEVUtK516knSbmdKZkET0tLNNQ7xYIxsV xoSM3lg9Jcz7WVbJKStV+ZnVsgLtsR2Q1kJ5lafVHNZa08z+WxY9h0YeCexT1+Vm RRqHsHsS4ELr9FzeS/IDEApqdJIvHBPNlo0RduPCsj77NSkMyYaVN13dM5LTlHFO xPo49+ubMkfkvmjKPMBNuimkMRQYqdV6sAMFhWxJVkpSVTAzuXQ3cv/9vtN+FWus htE2JB31v8QQbD7id/HjDd3aGIIVG/S/BGs1OwaALFX3t3Zgm5ovBldhbjWsMAiW DzlRl7unVoytUjiWxJA4Httuh+nn1RpAUHfZdgj59g1KtcLW3YPCxQBAmpElB9Xz Fcg4gaUVmD6JxucgrCBr7Utsf4W0Ze07dnMr2UsJStZyYKI8ou142A2dzgsxc+V+ n4nvAkswJ+GRiEQwx4A5yeZ7AgMBAAGjggNnMIIDYzAfBgNVHSMEGDAWgBRn/Ygg FCeYxwnSJRm76VERY3VQYjAdBgNVHQ4EFgQUAYoD1aTfud51rPa5UWmzd7V5UBYw NQYDVR0RBC4wLIIWcHJvZnMuc2NpZW56ZS51bml2ci5pdIIScHJvZnMuc2NpLnVu aXZyLml0MA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDAQYIKwYB BQUHAwIwawYDVR0fBGQwYjAvoC2gK4YpaHR0cDovL2NybDMuZGlnaWNlcnQuY29t L1RFUkVOQVNTTENBMy5jcmwwL6AtoCuGKWh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNv bS9URVJFTkFTU0xDQTMuY3JsMEwGA1UdIARFMEMwNwYJYIZIAYb9bAEBMCowKAYI KwYBBQUHAgEWHGh0dHBzOi8vd3d3LmRpZ2ljZXJ0LmNvbS9DUFMwCAYGZ4EMAQIC MG4GCCsGAQUFBwEBBGIwYDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuZGlnaWNl cnQuY29tMDgGCCsGAQUFBzAChixodHRwOi8vY2FjZXJ0cy5kaWdpY2VydC5jb20v VEVSRU5BU1NMQ0EzLmNydDAMBgNVHRMBAf8EAjAAMIIBgAYKKwYBBAHWeQIEAgSC AXAEggFsAWoAdwC72d+8H4pxtZOUI5eqkntHOFeVCqtS6BqQlmQ2jh7RhQAAAW21 Bp0JAAAEAwBIMEYCIQDk54d/wCEmL6Q+YmYBkGA6fNEfYfbwT+bCVUs4JULzDAIh AMW80KkTcGMbDsMWlwkgHuAutq2igJmQvWkguNlFvi0+AHYAh3W/51l8+IxDmV+9 827/Vo1HVjb/SrVgwbTq/16ggw8AAAFttQadVgAABAMARzBFAiEAgdGXz6Sj3Wp1 xhkBi6tbbKU3E+zPe8jJycBVtkL3twwCIANcLB1XPRrvdxwyv/L5XePRqQ2TSok5 WtS9+eWq/mLzAHcARJRlLrDuzq/EQAfYqP4owNrmgr7YyzG1P9MzlrW2gagAAAFt tQacXgAABAMASDBGAiEAoHNazBJgYMy+6kHvKyprJu5/kqs8AhdRv+KGPs7QvjsC IQDT3+YmyHXGHIwnsNHJeuBZL54a4RplnA+/Itb/M0swBzANBgkqhkiG9w0BAQsF AAOCAQEAU6yXnbnTlesAU74SgNT0UJHyBKn1i27OnMQvKgC/iyMmzj2QQrYGp8Bp JODdT+uP0dcbwDjCMAZfsEw9NtWOkoqlc7N70ou5tWvScgvzvHPkP+Psimd6oSeT Eitl2UCtOG6mibDVlajSLb6Ejd2EYM+1mIeVsGWqaylae/w4kSkj4tG3KQ0uNT1d IjaSi9tXoa5FP2B9zml6QWzpvYU/wdljbKdaafhbhvcNsjw76czisAcnJ53PxKVE 7962SmKbIN9y0wnQ43MNkM7qyS9W0O9o+qMUFqbDPwbSEWOmxKtD1g+HVNUd2IbB BgQ6W78Evf3Xm6LzscHFjWc27iqroA== -----END CERTIFICATE----- subject=C = IT, L = Verona, O = Universit\C3\A0 degli Studi di Verona, CN = profs.scienze.univr.it
It seems there is an issue with the SVN server SSL certificate, the following errors are reported when running svnrdump:
svnrdump: E170013: Unable to connect to a repository at URL 'https://profs.scienze.univr.it/posenato/svn/sw/CSTNU' svnrdump: E230001: Server SSL certificate verification failed: issuer is not trusted
Jan 9 2021
Nov 25 2020
Jul 27 2020
Jul 20 2020
Jul 17 2020
Jul 16 2020
Jul 10 2020
Reopening as i'm still refactoring/cleaning up more modules.
Jul 9 2020
Jul 8 2020
Jul 7 2020
In the end, it's more dead code since it's only code we pass into when the storage used is an in-memory instance.
This is no longer the case, tests are now using pg-storage instance.
Jul 6 2020
Jul 3 2020
That fixed issues as well along the way (uneventful status, mistyped snapshot).
Redeployed a 0.2.1 version.