Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 7EE0E200B3B for ; Mon, 27 Jun 2016 08:01:33 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 7DAAE160A69; Mon, 27 Jun 2016 06:01:33 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 9BD2F160A5C for ; Mon, 27 Jun 2016 08:01:32 +0200 (CEST) Received: (qmail 52421 invoked by uid 500); 27 Jun 2016 06:01:26 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 52411 invoked by uid 99); 27 Jun 2016 06:01:26 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Jun 2016 06:01:26 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id ACA6DCA0AB for ; Mon, 27 Jun 2016 06:01:25 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.975 X-Spam-Level: X-Spam-Status: No, score=-0.975 tagged_above=-999 required=6.31 tests=[RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.974, SPF_PASS=-0.001] autolearn=disabled Received: from mx2-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id 5l1fT47vVd8s for ; Mon, 27 Jun 2016 06:01:24 +0000 (UTC) Received: from mout02.posteo.de (mout02.posteo.de [185.67.36.66]) by mx2-lw-us.apache.org (ASF Mail Server at mx2-lw-us.apache.org) with ESMTPS id 858B45F23C for ; Mon, 27 Jun 2016 06:01:23 +0000 (UTC) Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 8A04B20979 for ; Mon, 27 Jun 2016 08:01:13 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 3rdJGH5GYNz101K for ; Mon, 27 Jun 2016 08:01:10 +0200 (CEST) Subject: Re: Which is the best tool /process to migrate VSS (with history) to Subversion To: users@subversion.apache.org References: <167189a9-8191-c5e1-a2bf-3f956b783508@egosoft.com> <4b8403a0-f92a-44f8-0c14-6955c6ac1168@apache.org> <2be9cdbc-0df6-71b3-62c6-05db1c45faa7@posteo.de> <20160627013357.GC3008@tarsus.local2> From: Stefan Message-ID: <28d8ea51-91fd-f99e-f551-f11e5bc0bfd9@posteo.de> Date: Mon, 27 Jun 2016 08:01:08 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <20160627013357.GC3008@tarsus.local2> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms050003050602050607030305" archived-at: Mon, 27 Jun 2016 06:01:33 -0000 This is a cryptographically signed message in MIME format. --------------ms050003050602050607030305 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/27/2016 03:33, Daniel Shahaf wrote: > Stefan wrote on Sun, Jun 26, 2016 at 22:28:20 +0200: >> On 6/26/2016 05:48, Nico Kadel-Garcia wrote: >>> http://stackoverflow.com/questions/10279222/how-can-i-fix-the-svn-= import-line-endings-error >> I remember the old discussions relating to this issue only very faintl= y, >> but the same thread suggests the issue was "resolved" in SVN 1.7 and i= f >> I'm not mistaken this was done by adding the --bypass-prop-validation >> command line option to svnadmin load. >> >> I've been around for quite some time in SVN and did a lot of repositor= y >> upgrades myself and while there were certainly issues with the upgrade= >> process due to some specific edge cases, side effects of other problem= s, >> or even issues in the upgrade code, issues during an upgrade process a= re >> really everything else but common. So while that particular problem it= >> wasn't resolved on the 1.6 branch, it got resolved on 1.7.x+. >> >> One might question the way version releases go in SVN and the lack of = a >> more stable long term ESR release, but at some point you have to just >> make a call based on available resources. There's only a limited amoun= t >> of manpower available and you have to decide what to focus on. > The reason --bypass-prop-validation wasn't backported to 1.6.x has > nothing to do with manpower. Adding a --option flag is an API change s= o > may not be done in a patch release, only in a minor release. > > Ideally we would have discovered the problem during the 1.6.0 > alpha/beta/rc phase, then we could have added the option flag before th= e > 1.6.0 release. I should have made it stand out more clearly that I didn't suggest that this particular case was related to the statement of limited manpower. The statement about limited resources is merely my personal conclusion why only the current version receives bugfixes and why there's only one previous old stable version which receives security/data corruption fixes (I haven't heard that statement directly from any SVN developer, but I always took it for the being the logical reason --- I might stand corrected though). > >> SVN is a really stable product, even with (or actually maybe because o= f) >> the policy of only supporting the current and the previous release (an= d >> for the previous release only backport security and data corruption fi= xes). >> While the downside of this is that in some cases bugs won't be resolve= d >> in previous releases anymore, it also helps to improve the stability o= f >> the old-stable versions (since only absolutely vital code changes get = in >> and therefore you reduce the risk of adding new issues). > I always thought the "only security and data corruption" rule was > a lower bound but not an upper bound; that is: other bugfixes are also > eligible to be nominated and backported, even if in practice few > non-critical bugfixes garner three +1 votes in the older minor line's > STATUS file. Well, if it is like this, then I might have gotten a false impression. That said, thanks for the clarification of how you understand the statement. I'll certainly take that into account and might propose bugfixes for non-security/-data-loss issues in the future, if I feel strongly enough about them. Rergards, Stefan --------------ms050003050602050607030305 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC BlowggZWMIIEPqADAgECAgMR/wswDQYJKoZIhvcNAQENBQAweTEQMA4GA1UEChMHUm9vdCBD QTEeMBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNp Z25pbmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwHhcN MTYwNTAxMDAyNTQ5WhcNMTYxMDI4MDAyNTQ5WjCByjEYMBYGA1UEAxMPQ0FjZXJ0IFdvVCBV c2VyMSEwHwYJKoZIhvcNAQkBFhJsdWtlMTQxMEBwb3N0ZW8uZGUxJDAiBgkqhkiG9w0BCQEW FXN0ZWZhbi5oZXR0QHBvc3Rlby5kZTEiMCAGCSqGSIb3DQEJARYTbHVrZTE0MTBAYXBhY2hl Lm9yZzEeMBwGCSqGSIb3DQEJARYPbHVrZTE0MTBAZ214LmRlMSEwHwYJKoZIhvcNAQkBFhJz dGVmYW4uaGV0dEBnbXguZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDe/SbZ aLYB+CQ8YF79gmmSaPHBd1KAhXqevB8AVjahmEgjq1ue3C0l+Wbe/k0sLYHLDlNOcDyDalZG +GNpeqqKiSxZinG7XANtpx5RYkQnh59625jR23zSF9C/mnINC1RS3IuH2IC975HUx05xbFNW TtnKKEHdlKRKIFsCsWp99PtcWuduEOp/7nqL+5yXmum46elzinwcHfvt5gxR2JTCAmKMKrYF oxWJSjMOGZzcZON8GSiEDk2z+kHVzFa/L+bh4AdyH3tOlebOONfKQ1Gf5Y21ftgUcXGdPxnT T3dbOPe5Os2LBhiyyv5rquPh+z/CtIPiEBNeY56G7RkRLB1BAgMBAAGjggGTMIIBjzAMBgNV HRMBAf8EAjAAMFYGCWCGSAGG+EIBDQRJFkdUbyBnZXQgeW91ciBvd24gY2VydGlmaWNhdGUg Zm9yIEZSRUUgaGVhZCBvdmVyIHRvIGh0dHA6Ly93d3cuQ0FjZXJ0Lm9yZzAOBgNVHQ8BAf8E BAMCA6gwQAYDVR0lBDkwNwYIKwYBBQUHAwQGCCsGAQUFBwMCBgorBgEEAYI3CgMEBgorBgEE AYI3CgMDBglghkgBhvhCBAEwMgYIKwYBBQUHAQEEJjAkMCIGCCsGAQUFBzABhhZodHRwOi8v b2NzcC5jYWNlcnQub3JnMDEGA1UdHwQqMCgwJqAkoCKGIGh0dHA6Ly9jcmwuY2FjZXJ0Lm9y Zy9yZXZva2UuY3JsMG4GA1UdEQRnMGWBEmx1a2UxNDEwQHBvc3Rlby5kZYEVc3RlZmFuLmhl dHRAcG9zdGVvLmRlgRNsdWtlMTQxMEBhcGFjaGUub3JngQ9sdWtlMTQxMEBnbXguZGWBEnN0 ZWZhbi5oZXR0QGdteC5kZTANBgkqhkiG9w0BAQ0FAAOCAgEAZShfIncD3YJfsSvnJJm2uYPG 0m771PnZf8Jg17HmC5rJbrQXv5XUEdhUFZExCSNoxap/Sm4prhJbzXw0cm20/jbZ5Nn6aZIq aDkcGPxb1gxIi+/QJYj/6gWrKhMi2M4a+m1GL/QRaCQGwX/UHHQiHQtezk/JjvhI6mL1n9yF LSCZyNeIGa5KB2JO4R2e7aVzJJoGd+rGD4NFFtW5pvoOHJZ6SFsnHwMfwDJZSaw5Er2KLtCG my0lbJK3aUvX0wltiIkOB46QpyRrifqOYHZ33bJUYDMfDybYNFJK9aVXfK037g4Oi+Mo6Oai LKNCt2u4zYie46NHJRkFVCdeQ9yDn9NAjprM8qqffXINF2PEqZe3HsCF1+5yL5s3LPZvgZHw I3AVssknupsloG67SzoftErSdDGkauF5xVKH8xe5fex/0izYfqH0UI1lusA8TiuTOz4oF7nj niA/3hN7pWl9ahGCreM6FQ0qiAUB2dKeW6dkD4FDKNhgXhQlG186L9oKwWVsIQ7JCVUoF8ls hTwtT0SGwsYhSYAXnsTEzcMjcjxipy6hRt6MSdmdsqNsK7+sxMm0gNtC8HpMKZUZyduwmAkb 77UU/XE6UyP9LvWVoMw3biEb8tM1KaWO7xnTIzVEEbk4yp3weJNbDYqy9NXSGOZTz1RZ9iB+ /LCMuJ/lfEkxggOxMIIDrQIBATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVo dHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3Jp dHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDEf8LMA0GCWCGSAFlAwQC AQUAoIICATAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA2 MjcwNjAxMDhaMC8GCSqGSIb3DQEJBDEiBCCvaLpeet7/wDbCMD1SyF4a4LEyBY4JI3iJuvrE tgUphDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMIGRBgkrBgEEAYI3EAQxgYMwgYAweTEQMA4GA1UEChMHUm9vdCBDQTEeMBwGA1UE CxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25pbmcgQXV0 aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcCAxH/CzCBkwYLKoZI hvcNAQkQAgsxgYOggYAweTEQMA4GA1UEChMHUm9vdCBDQTEeMBwGA1UECxMVaHR0cDovL3d3 dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25pbmcgQXV0aG9yaXR5MSEwHwYJ KoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcCAxH/CzANBgkqhkiG9w0BAQEFAASCAQBK vUnw+j6ifkaaSpnmEC01cL66vwdH5D2jDFuA/G7ymIRA0U63F8pdvuZP6Py5yvYpxQs23QTV 5apcC56cn08iYhSl9seUDZWJaoXUHCUNyw/b0qBjjiiKN2wZYE796BhOfABtrJ9Baf3dJuw8 bMkw0cGXDu07KZOX6UEmpcbF583CUkM0NrzocwtVvfEPGuExKKcrlZiqRZoNW/q1DnlicsRT Lc3KTr5hW/taTPJNL8tCVuY9/COuxoi+HdXOJmCo8PTPFd9jAhnH7mIPPnEOBrZV8FIYqYIQ RMUmXGYkaiOsOMaOGfK5TDll7vmFSDqtzAjfzJEcqRLXvy1lF4PvAAAAAAAA --------------ms050003050602050607030305--