From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 180E0A00C5; Thu, 30 Apr 2020 10:23:43 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id A96901D994; Thu, 30 Apr 2020 10:23:42 +0200 (CEST) Received: from relay0139.mxlogin.com (relay0139.mxlogin.com [199.181.239.139]) by dpdk.org (Postfix) with ESMTP id 937E01D982 for ; Thu, 30 Apr 2020 10:23:40 +0200 (CEST) Received: from filter004.mxroute.com ([149.28.56.236] 149.28.56.236.vultr.com) (Authenticated sender: mN4UYu2MZsgR) by relay0139.mxlogin.com (ZoneMTA) with ESMTPSA id 171ca2f1bd1000167e.001 for (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256); Thu, 30 Apr 2020 08:23:37 +0000 X-Zone-Loop: 6964e86e9389e5dd24fdeb99425c4581c02fef657a09 X-Originating-IP: [149.28.56.236] Received: from galaxy.mxroute.com (unknown [23.92.70.113]) by filter004.mxroute.com (Postfix) with ESMTPS id 58B6F3EACF; Thu, 30 Apr 2020 08:23:31 +0000 (UTC) Received: from [192.198.151.43] by galaxy.mxroute.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1jU43S-0003u0-B8; Thu, 30 Apr 2020 03:56:22 -0400 To: Dodji Seketeli Cc: David Marchand , dev , Andrzej Ostruszka , Stephen Hemminger , Thomas Monjalon , Neil Horman , Jingjing Wu , Wenzhuo Lu , Matan Azrad , Shahaf Shuler , Viacheslav Ovsiienko , Jerin Jacob , Nithin Dabilpuram , Alfredo Cardigliano , Mahipal Challa , Cristian Dumitrescu , "Wang, Haiyue" References: <20200420093421.68984-1-mdr@ashroe.eu> <20200423064144.19613-1-mdr@ashroe.eu> <2d93bafb-0909-fcb8-5900-664a68088682@ashroe.eu> <86wo5yjxg0.fsf@redhat.com> From: Ray Kinsella Autocrypt: addr=mdr@ashroe.eu; keydata= mQINBFv8B3wBEAC+5ImcgbIvadt3axrTnt7Sxch3FsmWTTomXfB8YiuHT8KL8L/bFRQSL1f6 ASCHu3M89EjYazlY+vJUWLr0BhK5t/YI7bQzrOuYrl9K94vlLwzD19s/zB/g5YGGR5plJr0s JtJsFGEvF9LL3e+FKMRXveQxBB8A51nAHfwG0WSyx53d61DYz7lp4/Y4RagxaJoHp9lakn8j HV2N6rrnF+qt5ukj5SbbKWSzGg5HQF2t0QQ5tzWhCAKTfcPlnP0GymTBfNMGOReWivi3Qqzr S51Xo7hoGujUgNAM41sxpxmhx8xSwcQ5WzmxgAhJ/StNV9cb3HWIoE5StCwQ4uXOLplZNGnS uxNdegvKB95NHZjRVRChg/uMTGpg9PqYbTIFoPXjuk27sxZLRJRrueg4tLbb3HM39CJwSB++ YICcqf2N+GVD48STfcIlpp12/HI+EcDSThzfWFhaHDC0hyirHxJyHXjnZ8bUexI/5zATn/ux TpMbc/vicJxeN+qfaVqPkCbkS71cHKuPluM3jE8aNCIBNQY1/j87k5ELzg3qaesLo2n1krBH bKvFfAmQuUuJT84/IqfdVtrSCTabvDuNBDpYBV0dGbTwaRfE7i+LiJJclUr8lOvHUpJ4Y6a5 0cxEPxm498G12Z3NoY/mP5soItPIPtLR0rA0fage44zSPwp6cQARAQABtBxSYXkgS2luc2Vs bGEgPG1kckBhc2hyb2UuZXU+iQJUBBMBCAA+FiEEcDUDlKDJaDuJlfZfdJdaH/sCCpsFAlv8 B3wCGyMFCQlmAYAFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQdJdaH/sCCptdtRAAl0oE msa+djBVYLIsax+0f8acidtWg2l9f7kc2hEjp9h9aZCpPchQvhhemtew/nKavik3RSnLTAyn B3C/0GNlmvI1l5PFROOgPZwz4xhJKGN7jOsRrbkJa23a8ly5UXwF3Vqnlny7D3z+7cu1qq/f VRK8qFyWkAb+xgqeZ/hTcbJUWtW+l5Zb+68WGEp8hB7TuJLEWb4+VKgHTpQ4vElYj8H3Z94a 04s2PJMbLIZSgmKDASnyrKY0CzTpPXx5rSJ1q+B1FCsfepHLqt3vKSALa3ld6bJ8fSJtDUJ7 JLiU8dFZrywgDIVme01jPbjJtUScW6jONLvhI8Z2sheR71UoKqGomMHNQpZ03ViVWBEALzEt TcjWgJFn8yAmxqM4nBnZ+hE3LbMo34KCHJD4eg18ojDt3s9VrDLa+V9fNxUHPSib9FD9UX/1 +nGfU/ZABmiTuUDM7WZdXri7HaMpzDRJUKI6b+/uunF8xH/h/MHW16VuMzgI5dkOKKv1LejD dT5mA4R+2zBS+GsM0oa2hUeX9E5WwjaDzXtVDg6kYq8YvEd+m0z3M4e6diFeLS77/sAOgaYL 92UcoKD+Beym/fVuC6/55a0e12ksTmgk5/ZoEdoNQLlVgd2INtvnO+0k5BJcn66ZjKn3GbEC VqFbrnv1GnA58nEInRCTzR1k26h9nmS5Ag0EW/wHfAEQAMth1vHr3fOZkVOPfod3M6DkQir5 xJvUW5EHgYUjYCPIa2qzgIVVuLDqZgSCCinyooG5dUJONVHj3nCbITCpJp4eB3PI84RPfDcC hf/V34N/Gx5mTeoymSZDBmXT8YtvV/uJvn+LvHLO4ZJdvq5ZxmDyxfXFmkm3/lLw0+rrNdK5 pt6OnVlCqEU9tcDBezjUwDtOahyV20XqxtUttN4kQWbDRkhT+HrA9WN9l2HX91yEYC+zmF1S OhBqRoTPLrR6g4sCWgFywqztpvZWhyIicJipnjac7qL/wRS+wrWfsYy6qWLIV80beN7yoa6v ccnuy4pu2uiuhk9/edtlmFE4dNdoRf7843CV9k1yRASTlmPkU59n0TJbw+okTa9fbbQgbIb1 pWsAuicRHyLUIUz4f6kPgdgty2FgTKuPuIzJd1s8s6p2aC1qo+Obm2gnBTduB+/n1Jw+vKpt 07d+CKEKu4CWwvZZ8ktJJLeofi4hMupTYiq+oMzqH+V1k6QgNm0Da489gXllU+3EFC6W1qKj tkvQzg2rYoWeYD1Qn8iXcO4Fpk6wzylclvatBMddVlQ6qrYeTmSbCsk+m2KVrz5vIyja0o5Y yfeN29s9emXnikmNfv/dA5fpi8XCANNnz3zOfA93DOB9DBf0TQ2/OrSPGjB3op7RCfoPBZ7u AjJ9dM7VABEBAAGJAjwEGAEIACYWIQRwNQOUoMloO4mV9l90l1of+wIKmwUCW/wHfAIbDAUJ CWYBgAAKCRB0l1of+wIKm3KlD/9w/LOG5rtgtCUWPl4B3pZvGpNym6XdK8cop9saOnE85zWf u+sKWCrxNgYkYP7aZrYMPwqDvilxhbTsIJl5HhPgpTO1b0i+c0n1Tij3EElj5UCg3q8mEc17 c+5jRrY3oz77g7E3oPftAjaq1ybbXjY4K32o3JHFR6I8wX3m9wJZJe1+Y+UVrrjY65gZFxcA thNVnWKErarVQGjeNgHV4N1uF3pIx3kT1N4GSnxhoz4Bki91kvkbBhUgYfNflGURfZT3wIKK +d50jd7kqRouXUCzTdzmDh7jnYrcEFM4nvyaYu0JjSS5R672d9SK5LVIfWmoUGzqD4AVmUW8 pcv461+PXchuS8+zpltR9zajl72Q3ymlT4BTAQOlCWkD0snBoKNUB5d2EXPNV13nA0qlm4U2 GpROfJMQXjV6fyYRvttKYfM5xYKgRgtP0z5lTAbsjg9WFKq0Fndh7kUlmHjuAIwKIV4Tzo75 QO2zC0/NTaTjmrtiXhP+vkC4pcrOGNsbHuaqvsc/ZZ0siXyYsqbctj/sCd8ka2r94u+c7o4l BGaAm+FtwAfEAkXHu4y5Phuv2IRR+x1wTey1U1RaEPgN8xq0LQ1OitX4t2mQwjdPihZQBCnZ wzOrkbzlJMNrMKJpEgulmxAHmYJKgvZHXZXtLJSejFjR0GdHJcL5rwVOMWB8cg== Message-ID: <0c7985d0-c0f9-3f25-f617-59e074639406@ashroe.eu> Date: Thu, 30 Apr 2020 09:23:25 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <86wo5yjxg0.fsf@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-AuthUser: mdr@ashroe.eu Subject: Re: [dpdk-dev] [PATCH v2] abi: change references to abi 20.0.1 to abi v21 X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 29/04/2020 13:19, Dodji Seketeli wrote: > Hello, > > Ray Kinsella writes: > >> ah ok, the particular system I made the change on was Ubuntu 18.04.2. >> which is libabigail 1.2.0. > > Whoah, 1.2 is super old. I have a huge clunking raid'ed "build" server, that I am pretty conservative about upgrading on v18.04.2 :-) > In my opinion, one of the hallmarks of static analysis tools (and > libabigail is just a static analysis framework) is to be able to > recognize patterns used by developers, as much as we can. > > Because we can't really do that at once, we try to add recognition of > new patterns (of ABI changes) at every single release. Furthermore, > there are some change patterns that ought to be recognized and > categorized as harmless, whereas some others out to be categorized as > harmful. That categorization is also the result of input coming from > users as you, fine fellows. > > All this to say that with every new version, the number of new supported > features and bug fixes is potentially big. > > To alleviate that, some distributors update libabigail even in their old > stable distros, because the value of having an up to date version there > outweighs the potential drawbacks. Well it falls into the same category of problems of upgrading compilers. User's typically build their software build reliably on a given distro version. (or number of versions). If the maintainer upgrades compilers between distro versions, it introduces new warnings and errors, and all hell will generally break loose, when the user least expects it. They typically expect that mayhem when upgrading to new distro versions. Even tools like GNU indent can cause enormous problems. I would imagine that most maintainers would be pretty conservative about making such changes. > >> Given we still support v19.11 on Ubuntu 18.04.2. > > So maybe that's a discussion worth having with the maintainer of the > Ubuntu package of Libabigail? yes - I think it would be an interesting discussion alright. I imagine the response might be inline with my understanding above. Let's find out - as we can expect v18.04 to be around for at least another two years I guess. Another common way to handle this, is to be really explicit about what OS distros DPDK formally supports building on, which will then imply we support a small handful of versions of libabigail. We then simply say we don't support 18.04 anymore - FD.io VPP are planning this formal switch at the moment. > >> I think it's worthwhile keeping the suppression until v20.11? > > [...] > > David Marchand writes: > >> In Travis, we currently use libabigail 1.6 (mainly because I did not >> update to 1.7 when it was released). > > Right, that's probably another way to stay up to date independently from > the underlying distribution. You typically don't want to encourage this, you end up with some people on a newer version, some people on an old version and never upgrading. Then you never end up with a consistent view of what mitigations are actually required. Solving issues, becomes like a game of whack-a-mole. > > I hope this helps, It does, greatly thanks. > > Cheers, >