EPICS Controls Argonne National Laboratory

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  <20182019  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  <20182019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: RE: AreaDetector repository inconsistent
From: Mark Rivers <[email protected]>
To: "'Mooney, Tim M.'" <[email protected]>, "Jemian, Pete R." <[email protected]>, "[email protected]" <[email protected]>
Date: Wed, 7 Feb 2018 17:32:17 +0000

I think it would be good to have 2 types of scripts:

 

-          assemble_synApps_x_y.sh (or install_synApps_x_y.sh).  This would do a git clone, i.e. a fresh install.

-          update_synApps_x_y.sh.  This would assume that the tree already exists and just go into each module and do a git pull; git checkout y.z

 

Or perhaps a single script that just checks to see if the module exists and does a git clone if it does not.  How to handle different names people give the subdirectories? Require that there be a softlink called “asyn”, “calc”, etc. even if the directory is asyn-4-33?

 

Mark

 

 

From: Mooney, Tim M. [mailto:[email protected]]
Sent: Wednesday, February 07, 2018 10:59 AM
To: Mark Rivers <[email protected]>; Jemian, Pete R. <[email protected]>; [email protected]
Subject: Re: AreaDetector repository inconsistent

 

I think synApps_x_y.sh is a good idea.  By the way, the reason that full synApps releases are not more frequent is not mostly about module incompatibilities, but more about our inability to test.  To thoroughly test synApps, you have to get it deployed on a beamline.  We don't have a test beamline, and beamline staff don't want to expose their users to questionable software.  They are willing to accept a new module version that hasn't been thoroughly tested if there is a bug fix or other improvement they need.  But they are not willing to risk problems from a module whose new features they don't care about.  So, as long as we can do single module upgrades, we do them.  This works until someone needs a new version of asyn, or seq, or some other module that many other modules use.  In that case, it's impractical to upgrade single modules, and a new version of synApps is needed.

 

Tim Mooney ([email protected]) (630)252-5417
Beamline Controls Group (www.aps.anl.gov)
Advanced Photon Source, Argonne National Lab


From: [email protected] <[email protected]> on behalf of Mark Rivers <[email protected]>
Sent: Monday, February 5, 2018 5:59:30 PM
To: Jemian, Pete R.; [email protected]
Subject: RE: AreaDetector repository inconsistent

 

> There is such a script for synApps (last updated in October 2017):
>
https://github.com/EPICS-synApps/support/blob/master/assemble_synApps.sh

Image removed by sender.

github.com

APS BCDA synApps module: support




Right.  What I am suggesting is that there be multiple versions of that script

assemble_synApps_5_9.sh
assemble_synApps_5_10.sh
etc.

These are easy to create.  Testing should include making sure that everything compiles on Linux, vxWorks, Windows, OSX.  The APS Jenkins build server could do that.  It should also run some unit tests on modules that depend on others, etc.

Mark


> -----Original Message-----
> From: [email protected] [
mailto:[email protected]] On
> Behalf Of Pete Jemian
> Sent: Monday, February 05, 2018 5:52 PM
> To: [email protected]
> Subject: Re: AreaDetector repository inconsistent
>
>
>
> On 2/5/2018 5:32 PM, Mark Rivers wrote:
> > In my opinion a new version of synApps should simply be a script:  It does a git clone
> and git checkout of the last tagged version of every module as of that date.
>
> There is such a script for synApps (last updated in October 2017):
>
https://github.com/EPICS-synApps/support/blob/master/assemble_synApps.sh
>
> I used it today (making modifications for updated modules such as asyn
> and eliminating stuff I won't be using such as CAMAC) on a linux-x86_64
> host architecture.  As for areaDetector, I clone my own (instead of
> using the git submodule mechanism) using:
>
> wget
>
https://raw.githubusercontent.com/EPICS-
> synApps/support/master/assemble_synApps.sh
> # edit for local choices
> bash assemble_synApps.sh
> cd synApps/support
> git clone
https://github.com/areaDetector/areaDetector
> cd areaDetector
> git clone
https://github.com/areaDetector/ADCore
> git clone
https://github.com/areaDetector/ADSupport
> git clone
https://github.com/areaDetector/ADSimDetector
>
> I do *not* want all that other detector driver support on my development
> system.  That system won't be using those modules anyway.
>
> Pete
>
> --
> ----------------------------------------------------------
> Pete R. Jemian, Ph.D.                 <[email protected]>
> Beam line Controls and Data Acquisition (BC, aka BCDA)
> Advanced Photon Source,    Argonne National Laboratory
> Argonne, IL  60439                    630 - 252 - 3189
> -----------------------------------------------------------
>        Education is the one thing for which people
>           are willing to pay yet not receive.
> -----------------------------------------------------------
>


Replies:
Re: AreaDetector repository inconsistent Mooney, Tim M.
References:
AreaDetector repository inconsistent Jörn Dreyer
Re: AreaDetector repository inconsistent Ralph Lange
Re: AreaDetector repository inconsistent Jörn Dreyer
Re: AreaDetector repository inconsistent J. Lewis Muir
RE: AreaDetector repository inconsistent Mark Rivers
Re: AreaDetector repository inconsistent J. Lewis Muir
RE: AreaDetector repository inconsistent Mark Rivers
Re: AreaDetector repository inconsistent J. Lewis Muir
RE: AreaDetector repository inconsistent Mark Rivers
Re: AreaDetector repository inconsistent Pete Jemian
RE: AreaDetector repository inconsistent Mark Rivers
Re: AreaDetector repository inconsistent Mooney, Tim M.

Navigate by Date:
Prev: Re: AreaDetector repository inconsistent Mooney, Tim M.
Next: Re: AreaDetector repository inconsistent Kevin Peterson
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  <20182019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: AreaDetector repository inconsistent Mooney, Tim M.
Next: Re: AreaDetector repository inconsistent Mooney, Tim M.
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  <20182019  2020  2021  2022  2023  2024 
ANJ, 07 Feb 2018 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·