From owner-freebsd-ports@freebsd.org Wed Jul 12 13:18:47 2017 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D5FBD974AB for ; Wed, 12 Jul 2017 13:18:47 +0000 (UTC) (envelope-from duglas@bigpond.net.au) Received: from viclamta20p.bpe.bigpond.com (viclamta20p.bpe.bigpond.com [203.38.21.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "", Issuer "Openwave Messaging Inc." (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D8F92611 for ; Wed, 12 Jul 2017 13:18:43 +0000 (UTC) (envelope-from duglas@bigpond.net.au) Received: from smtp.telstra.com ([10.10.26.4]) by viclafep24p-svc.bpe.nexus.telstra.com.au with ESMTP id <20170712115249.YMAG3707.viclafep24p-svc.bpe.nexus.telstra.com.au@smtp.telstra.com> for ; Wed, 12 Jul 2017 21:52:49 +1000 X-RG-Spam: Unknown X-Junkmail-Premium-Raw: score=8/83, refid=2.7.2:2017.7.12.104816:17:8.129, ip=, rules=__BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __TO_MALFORMED_2, __TO_NO_NAME, __REFERENCES, __HAS_FROM, __FRAUD_WEBMAIL_FROM, FROM_NAME_ONE_WORD, __HAS_MSGID, __SANE_MSGID, __USER_AGENT, __MOZILLA_USER_AGENT, __MIME_VERSION, __IN_REP_TO, __CT, __CT_TEXT_PLAIN, __CTE, __ANY_URI, __URI_NO_MAILTO, __URI_NO_WWW, __FRAUD_MONEY_CURRENCY_DOLLAR, __SUBJ_ALPHA_NEGATE, __FORWARDED_MSG, __NO_HTML_TAG_RAW, BODYTEXTP_SIZE_3000_LESS, BODY_SIZE_2000_2999, __MIME_TEXT_P1, __MIME_TEXT_ONLY, HTML_00_01, HTML_00_10, __FRAUD_MONEY_CURRENCY, BODY_SIZE_5000_LESS, __FRAUD_WEBMAIL, IN_REP_TO, MSG_THREAD, LEGITIMATE_SIGNS, __PHISH_SPEAR_STRUCTURE_1, __MIME_TEXT_P, REFERENCES, NO_URI_HTTPS, BODY_SIZE_7000_LESS X-Authentication-Info: Submitted using ID duglasw@bigpond.com Received: from [10.10.10.160] (101.173.93.61) by smtp.telstra.com (9.0.019.16-1) (authenticated as duglasw@bigpond.com) id 5959E9B302459618 for freebsd-ports@freebsd.org; Wed, 12 Jul 2017 21:52:49 +1000 Subject: Re: Update failure E000022 after upgrade to subversion 1.9.6 To: freebsd-ports@freebsd.org References: <6d403c58-8eb6-806f-14bd-40717f1e3ad8@bigpond.net.au> <580789c0-c5f3-91a4-fed0-090e50f44b9e@freebsd.org> From: duglas Message-ID: <60c95f33-c246-d211-7524-c2ab6ba4badf@bigpond.net.au> Date: Wed, 12 Jul 2017 21:52:49 +1000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <580789c0-c5f3-91a4-fed0-090e50f44b9e@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Antivirus: Avast (VPS 170711-0, 11/07/2017), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2017 13:18:47 -0000 Thank you all kindly for you input. I'd not previously set any locale at all. Setting my locale in ~/.login_conf as below enables me to run svn updates again. me:\ :charset=UTF-8:\ :lang=en_AU.UTF-8:\ :setenv=LC_COLLATE=C: I chose my lang by checking the output from, locale -a | grep '\.UTF-8$' Strangely the "svn status" command then seg faulted on me which it didn't previously. This seemed to begin after the 1.9.6 update and before (and after) setting my locale as above. I then rebuilt devel/apr1 and devel/subversion as mentioned by Stefan. Things seem healthier again with both "svn update" and "svn status". However I now get the following when running "svn update /usr/ports" svn: E175002: Unexpected HTTP status 400 'Bad Request' on '/ports/!svn/me' Perhaps this is unrelated to the above issues I was experiencing. I'd meant to respond sooner but my incompetence and unfamiliarity with the mailman system prevented me doing so promptly ;) On 12/07/2017 9:12 PM, Stefan Esser wrote: > Am 12.07.17 um 07:42 schrieb Rainer Hurling: >> Hi duglas@ >> >> I had the same problem. I completely solved it by rebuilding the >> dependency chain of devel/subversion: >> >> portmaster serf-1.3.9_1 expat-2.2.1 gettext-runtime-0.19.8.1_1 >> apr-1.5.2.1.5.4_2 sqlite3-3.19.3_1 subversion-1.9.6 >> >> Probably, only one of them is the culprit, but I haven't testet ;) > I have, and it appears to have been devel/apr1 ... > > After rebuilding first apr and then subversion, the problem is resolved > on my system. > > The cause seems to have been the ino64 change, which is visible from the > userland. Library versioning should take care of that, but that does not > work, if subversion wants the new version and apr needs the old one ... > > Other ports could be affected as well, if they link against a library > that needs an old version of a C library function, while the binary was > built for the new call signature. > > As long as ports are built with or without the ino64 change, they should > continue to work (and thus, -STABLE packages are not affected). > > Regards, STefan >