[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH RFC] docs: Add minimum version depencency policy document


  • To: Jan Beulich <jbeulich@xxxxxxxx>
  • From: George Dunlap <George.Dunlap@xxxxxxxxxx>
  • Date: Wed, 30 Sep 2020 13:29:52 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=citrix.com; dmarc=pass action=none header.from=citrix.com; dkim=pass header.d=citrix.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=h4Eb5Lalxb5YMdt66BmnAJFH1S5rAh7O3LyWO9s9ua8=; b=We4bCm3Nf3BLgw09eBd6JDqD61U/BjYKdlKz1eqqroa1+dN/bTrPTdYzdWJ2rw8EE9M2+hrNbJQyooDjvuOO9LrGsuMNuBGDJ36hXNMWO85tH6clOw6rzJSC8YFAWb6a8UieZnnwJOL8v9FVeylF0mt7uQr0teTT4jIGs1+ZIziRUk2etwih5n233z8EXyPkBcIfQAeHh4t1ApZtk/hj0NjVyyPOCm7A1wymBJ9G3mNe6ATktS/+KU1KktHOBurhGGINFvdWSPTxdK/Ho3XvwsqPrq5wf/OOkuPMwUZpFA0Pc/P4w8iJEjQt6IlNxkplHbTnSK7/Tshgs/EJVhyZqQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Z7/6IiwHWTA2jLX8O33lmcEIE4XnRccizKzvS+M8OjEV0TfwoQhv5n4BBUJobaUzXChxTuWi/advPJhCcglO1blhPu/ojZyBcEZ+/8R/75F8xw6XxaxFCll0Lju+Ii8yQU5FCukck8nFVwEmzQhmIrF2kysswWzzlGtTOYS7voQTyCmlk9x6HrbuoxhV3Q7dxLGQT4anSg656/a0bqIeYfzSN9wApf29KKwyX5V1Q6cmndljdcQH5+PtnnWUy08QWSD9gqNwbF8SEg8u2WSjAZUWdT0jK92rxZdL35mcpuWPMZayiC7F+rXT2zMuOk4zeRtAjVIg6eT34oas83E3nA==
  • Authentication-results: esa2.hc3370-68.iphmx.com; dkim=pass (signature verified) header.i=@citrix.onmicrosoft.com
  • Cc: "open list:X86" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Ian Jackson <Ian.Jackson@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Rich Persaud <persaur@xxxxxxxxx>, "Bertrand Marquis" <Bertrand.Marquis@xxxxxxx>
  • Delivery-date: Wed, 30 Sep 2020 13:30:00 +0000
  • Ironport-sdr: RQzlsDaxwmX89pv9O9yjIVAx7pcOVb8YHhABDOfYwl+avCUwn/HO+OZwv2nE40mz99oMYb7JmI jcypW5qopcB6ptQQmSdJSn2k0cQMpryVBsURCTIPOEi5P3dt7d/VHTn9l1MP/gqg/BqrR7j2cj h4GxSwLRmnuW0TlggityJMk37jxZrjogWeE90E9+SvYQBtX+HHwyNuocxZWUBUY0+yi4kwBzLy kTDryd8WBW2lA6GNwgnW/9zTwSRlkJSsse6f/NXyVfFqLPK/tBr6srLDQc3ej1OmOBPiNr9Qwz 7hk=
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Thread-index: AQHWlylRG8SsjpT4JUGR4W/Ewa0YcqmBKB+AgAAFGoA=
  • Thread-topic: [PATCH RFC] docs: Add minimum version depencency policy document


> On Sep 30, 2020, at 2:11 PM, Jan Beulich <jbeulich@xxxxxxxx> wrote:
> 
> On 30.09.2020 14:57, George Dunlap wrote:
>> --- /dev/null
>> +++ b/docs/policies/dependency-versions.rst
>> @@ -0,0 +1,76 @@
>> +.. SPDX-License-Identifier: CC-BY-4.0
>> +
>> +Build and runtime dependencies
>> +==============================
>> +
>> +Xen depends on other programs and libraries to build and to run.
>> +Chosing a minimum version of these tools to support requires a careful
>> +balance: Supporting older versions of these tools or libraries means
>> +that Xen can compile on a wider variety of systems; but means that Xen
>> +cannot take advantage of features available in newer versions.
>> +Conversely, requiring newer versions means that Xen can take advantage
>> +of newer features, but cannot work on as wide a variety of systems.
> 
> I think "cannot take advantage" is too strict here: It may be more
> cumbersome (and as a result to ugly to maintain), but it ought to
> generally be possible. IOW how about adding "easily"?

Sure.

>> +Specific distro versions supported in this release
>> +--------------------------------------------------
>> +
>> +======== ==================
>> +Distro   Supported releases
>> +======== ==================
>> +Debian   10 (Buster)
>> +Ubuntu   20.10 (Groovy Gorilla), 20.04 (Focal Fossa), 18.04 (Bionic 
>> Beaver), 16.04 (Xenial Xerus)
>> +OpenSUSE Leap 15.2
>> +SLES     SLES 11, 12, 15
> 
> SLE 11 has all support packs in LTSS mode already, so as long as this
> mode is what's equivalent to or even less than "Maintenance updates"
> in what you did say for RHEL, it may want dropping. (Personally I'd
> prefer if we remained sufficiently compatible, but I realize I may be
> the only one.)
> 
> Additionally in service packs things like compiler or binutils versions
> often get updated, so e.g. "SLES 11" alone is not sufficient to know
> what's meant to be supported, it would likely need to be "SLES 11 SP4"
> and alike, just like you also specify a minor version for some of the
> other distros. SLES versions not yet in LTSS at this point are, if I'm
> not mistaken, 12 SP5, 15 SP1, and 15 SP2.

Right, part of the reason this is ‘RFC’ is to get feedback from people who 
actually know something about their various distros.

The list above was made by trying to make sense of the table in the link above 
(https://www.suse.com/lifecycle/).  I think it’s important to have references 
such that the release manager can easily update this list every release.  Do 
you think you could provide a better link?

Thanks,
 -George

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.