Experimental Physics and
Industrial Control System
| 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 <2018> 2019 2020 2021 2022 2023 2024 | Index | 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 <2018> 2019 2020 2021 2022 2023 2024 |
| <== Date ==> | <== Thread ==> |
|---|
| Subject: | Re: NSLS-II Debian Repository in 2018 |
| From: | Anton Derbenev <[email protected]> |
| To: | Christoph Schroeder <[email protected]> |
| Cc: | EPICS Tech Talk <[email protected]> |
| Date: | Wed, 25 Apr 2018 16:01:45 -0400 |
Hello Christoph,
that is a very good question as while there is some practice in that regard, there are cases every now and then when things are done in a different manner which then cause more things to be done in a different manner.
With versions, we want to consider:
- Upstream version (increased with new upstream)
- Debian revision (increased with debianization changes in epicsdeb)
- Debian distribution (depends on the package build target)
- Builder upload (when multiple uploads are performed for our builder for whatever reason, version must increase)
Upstream version and Debian revision numbers are derived from epicsdeb. On top of that, we optionally add other two. Currently for the new repository setup, everything is built for jessie as following:
If the package is not native, it is <upstream>-<revision>.<upload>, e.g. devlib2 is 2.8-1.1.
If the package is native, it is <upstream>+nmu<upload>, e.g. epics-debhelper is 8.17+nmu1.
There is no distribution specification as if jessie is "implicitly" considered to be "baseline". Now, when building for stretch, we should make sure that versions there are "greater" to ensure proper package update... Thus, it's better to have all aforementioned numbers included in the version. The proposed format for packages built from now on is:
For not native packages: <upstream>-<revision>+<distribution>u<upload>, e.g. new devlib2 build would be 2.8-1+deb9u1
For native packages: <upstream>+<distribution>+nmu<upload>, e.g. new epics-debhelper build would be 8.17+deb9+nmu1
I presume it will enable consistent version advancement in all four categories. System upgrades and backports/fixes are not something which we have happening terribly often, but if they do...
Any comments on the matter are welcome.
Anton.
On Mon, Apr 23, 2018 at 5:37 AM, Christoph Schroeder <[email protected]> wrote:
Hi Anton,
as you might know our local repository is mostly a clone of yours + a few HZB customized packages. We would like to fill our new stretch repository now and want to stay compatible with your naming scheme. Do you already have a plan how to name the versions of your packages?
Best regards,
Christoph
On 04/03/2018 07:52 PM, Anton Derbenev wrote:
Hello everyone,
some recent updates on NSLS-II repository structure:
1) As planned, there will be 'Legacy' repository nicknamed 'epics' (packages for Debian 5,6,7,8 Base 3.14), and the 'Current' repository nicknamed 'epicsdeb' (packages for Debian 8 and further 9, now Base 3.15).
2) An important change is that the Lab is moving its public-facing naming to a three-part domain names. It means that by the plan the current repository, http://epics.nsls2.bnl.gov/debian/ , is to be available as http://epics.bnl.gov/debian/ . The new repository will be available as http://epicsdeb.bnl.gov/debian/ .
We'll provide more updates as those changes commence.
Regards,Anton.
-- (bb|[^b]{2})
Helmholtz-Zentrum Berlin für Materialien und Energie GmbH
Mitglied der Hermann von Helmholtz-Gemeinschaft Deutscher Forschungszentren e.V.
Aufsichtsrat: Vorsitzender Dr. Karl Eugen Huthmacher, stv. Vorsitzende Dr. Jutta Koch-Unterseher
Geschäftsführung: Prof. Dr. Bernd Rech (kommissarisch), Thomas Frederking
Sitz Berlin, AG Charlottenburg, 89 HRB 5583
Postadresse:
Hahn-Meitner-Platz 1
D-14109 Berlin
https://www.helmholtz-berlin.de
- Replies:
- Re: NSLS-II Debian Repository in 2018 Ralph Lange
- Navigate by Date:
- Prev: Re: Problem with autosave module making it crash at random basis. Ronald L. Sluiter
- Next: RE: ADPointGrey with AD3-2, and base-7.0.1.1 Mark Rivers
- Index: 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 <2018> 2019 2020 2021 2022 2023 2024
- Navigate by Thread:
- Prev: Re: NSLS-II Debian Repository in 2018 Christoph Schroeder
- Next: Re: NSLS-II Debian Repository in 2018 Ralph Lange
- Index: 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 <2018> 2019 2020 2021 2022 2023 2024
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·