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: procServ softIOC server - V2.5.0 released |
From: | Ralph Lange <[email protected]> |
To: | Matthieu Bec <[email protected]> |
Cc: | EPICS Tech Talk <[email protected]> |
Date: | Thu, 03 Dec 2009 09:30:46 -0500 |
Hi Matthieu, That's definitely the direction to go.I know procServ is being used for a bunch of different things already, like running casw to detect and log beacon anomalies, running the CA Gateway to avoid the half-baked internal restart feature, share telnet sessions to a VME IOC console connected to a terminal server,...
The major milestone at the horizon is getting it to run on Windows machines, to finally get reasonable remote access and logging for all these embedded Windows soft IOCs running in Scopes, LabViews systems and such. So switching to the autotools framework was really just a first step ... the code actually doesn't use all these nice defines yet - I just wanted to have them in place so we can use them where needed.
As for packaging: I have a procServ ticket "add packaging stuff" that's been sitting there for a while and just moved its target from 2.5 to 2.6, as I wanted to get the release out and the new build system was more than enough of a change. Michael Davidsaver has been packaging procServ for Debian here at BNL for internal use. With his help I started playing with the packaging stuff, that I'm quite new to. (procServ being a nice candidate, because it's a really simple package.)
For making procServ work on more platforms and add the packaged distribution for other distros, we will need more people to contribute to the code and take responsibility for the packaging.
Thanks for the feedback - your thumbs are highly appreciated! Ralph On Wed 02 Dec 2009 18:05:24 Matthieu Bec wrote:
Hi Ralph,Have you given thoughts to package procServ for a couple of popular linux distros? I believe Arch (AUR), Fedora/RHEL (rpmfusion/epel) Debian (?) provides some level of public repo access. I cannot think procServ would be something limited to EPICS, but rather benefit many others + the ease of install/updates from those repositories (not that I mind building it from src).from one `two thumbs up!` customer, Matthieu