<!-- 
RSS generated by JIRA (8.3.4#803005-sha1:1f96e09b3c60279a408a2ae47be3c745f571388b) at Sat Feb 10 16:23:24 JST 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>PFS-JIRA</title>
    <link>https://pfspipe.ipmu.jp/jira</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>8.3.4</version>
        <build-number>803005</build-number>
        <build-date>13-09-2019</build-date>
    </build-info>


<item>
            <title>[INSTRM-283] Move ics bootstrap scripts from configuration repository (ics_config)</title>
                <link>https://pfspipe.ipmu.jp/jira/browse/INSTRM-283</link>
                <project id="10300" key="INSTRM">Instrument control development</project>
                    <description>&lt;p&gt;For now, we have bootstrap and installation scripts for eups/tron/actors in ics_config repository, which is defined to store all actor configurations but not any scripts without any relation to actor configurations.&lt;br/&gt;
Not to make users confused, nor not to make repositories/files messy, it is better to move these installation scripts from ics_config repository to something other repository.&lt;/p&gt;

&lt;p&gt;Installation and configuration of the production is supposed to be performed using ansible with roles/tasks in ics_ansible repository, so it is possible to have misc scripts or supports scripts in there like this kind of bootstrap and helper scripts to be used during development and AIT.&lt;br/&gt;
So, I&apos;d propose to move ics_config/bin/* into ics_ansible/misc (some part is in INSTRM #176), with making them refactored to match with current situations and also python3 (INSTRM #280).&lt;/p&gt;</description>
                <environment></environment>
        <key id="12049">INSTRM-283</key>
            <summary>Move ics bootstrap scripts from configuration repository (ics_config)</summary>
                <type id="3" iconUrl="https://pfspipe.ipmu.jp/jira/secure/viewavatar?size=xsmall&amp;avatarId=10518&amp;avatarType=issuetype">Task</type>
                                            <priority id="10000" iconUrl="https://pfspipe.ipmu.jp/jira/images/icons/priorities/medium.svg">Normal</priority>
                        <status id="1" iconUrl="https://pfspipe.ipmu.jp/jira/images/icons/statuses/open.png" description="The issue is open and ready for the assignee to start work on it.">Open</status>
                    <statusCategory id="2" key="new" colorName="blue-gray"/>
                                    <resolution id="-1">Unresolved</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="atsushi.shimono">shimono</reporter>
                        <labels>
                    </labels>
                <created>Wed, 24 Jan 2018 09:21:19 +0000</created>
                <updated>Thu, 25 Jan 2018 07:39:42 +0000</updated>
                            <resolved>Wed, 24 Jan 2018 09:21:19 +0000</resolved>
                                                                    <component>ics_config</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>1</watches>
                                                                <comments>
                            <comment id="12884" author="cloomis" created="Thu, 25 Jan 2018 05:37:33 +0000"  >&lt;p&gt;I agree that we &lt;em&gt;should&lt;/em&gt; probably not have the essential bootstrap and installation scripts be in the same product as the configurations. &lt;/p&gt;

&lt;p&gt;We have two scripts, as it stands: &lt;tt&gt;bootstrap_mhs&lt;/tt&gt; and &lt;tt&gt;pfsinstall&lt;/tt&gt;. &lt;tt&gt;bootstrap_mhs&lt;/tt&gt; has been pared down to only install &lt;tt&gt;eups&lt;/tt&gt; and &lt;tt&gt;ics_config&lt;/tt&gt;, and (for now) all other packages are installed with &lt;tt&gt;pfsinstall&lt;/tt&gt;.&lt;/p&gt;

&lt;p&gt;You can put those anywhere, with a couple of of caveats:&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;&lt;tt&gt;pfsinstall&lt;/tt&gt; (and any others we add) &lt;b&gt;must&lt;/b&gt; be in a bin/ directory on the PATH&lt;/li&gt;
	&lt;li&gt;the product which &lt;tt&gt;pfsinstall&lt;/tt&gt; is in &lt;b&gt;should not&lt;/b&gt; depend on any other products. Otherwise you have to update the &lt;tt&gt;pfsinstall&lt;/tt&gt; product when the dependent product(s) are updated.&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;Since &lt;tt&gt;ics_ansible&lt;/tt&gt; is a product composed of configuration data, just like &lt;tt&gt;ics_config&lt;/tt&gt;, I do not think that is any better than &lt;tt&gt;ics_config&lt;/tt&gt;.&lt;/p&gt;

&lt;p&gt;Also, as it stands &lt;tt&gt;ics_config&lt;/tt&gt; is a slightly special product, since installing it defines the absolute base root paths for all of the MHS in the &lt;tt&gt;ics_config.table&lt;/tt&gt; file: all other products must depend on &lt;tt&gt;ics_config&lt;/tt&gt; because of that. If you move all scripts out of &lt;tt&gt;ics_config&lt;/tt&gt; you will need to make that product depend on &lt;tt&gt;ics_config&lt;/tt&gt;.&lt;/p&gt;

&lt;p&gt;I guess I don&apos;t see much benefit in moving the scripts.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10000">
                    <name>Blocks</name>
                                                                <inwardlinks description="is blocked by">
                                        <issuelink>
            <issuekey id="11813">INSTRM-176</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10003">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="12053">INSTRM-285</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                <customfield id="customfield_10500" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10010" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|ii03tr:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10100" key="com.atlassian.jira.plugin.system.customfieldtypes:userpicker">
                        <customfieldname>Reviewers</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>cloomis</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>