<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:34:08 UTC 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>Whamcloud Community JIRA</title>
    <link>https://jira.whamcloud.com</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>9.4.14</version>
        <build-number>940014</build-number>
        <build-date>05-12-2023</build-date>
    </build-info>


<item>
            <title>[LU-3464] Create lustre-client and lustre-server binary rpms</title>
                <link>https://jira.whamcloud.com/browse/LU-3464</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;I think it would be advantageous to start building separate lustre-client and lustre-server binary rpms as part of our normal build process.  There are a couple of reasons why I think this is the way to go, despite the fact that the rpm count is certainly growing large.&lt;/p&gt;

&lt;ol&gt;
	&lt;li&gt;Current lustre-client-* vs lustre-* package names are confusing.  lustre-* actually contains client code as well.  lustre-client-* binary rpms are just &lt;em&gt;lacking&lt;/em&gt; the server code.  And the lustre-client-&amp;lt;version&amp;gt;.src.rpm is &lt;em&gt;not&lt;/em&gt; lacking the server code, which is more confusing still!&lt;/li&gt;
	&lt;li&gt;A Linux distro can contain one version of lustre, and allow admins to select client and/or server components at install time.  Our current build does not allow that.  This means that places like LLNL wind up with server init scripts installed on client nodes.  Less than optimal.&lt;/li&gt;
&lt;/ol&gt;



&lt;p&gt;This would also be a great opportunity to fix the terribly bad &quot;is_client&quot; macro in the lustre spec file.  &quot;is_client&quot; does not really control whether client code is built, instead it controls whether server code is build.  And even more confusingly, it shouldn&apos;t really be set directly; the proscribed method of selecting a client-only build of lustre is to change the package name to a special string.  Not a good design.&lt;/p&gt;

&lt;p&gt;That should be cleaned up as part of the modifications to create the lustre-client- and lustre-server- rpms.&lt;/p&gt;</description>
                <environment></environment>
        <key id="19393">LU-3464</key>
            <summary>Create lustre-client and lustre-server binary rpms</summary>
                <type id="7" iconUrl="https://jira.whamcloud.com/images/icons/issuetypes/task_agile.png">Technical task</type>
                            <parent id="13505">LU-1199</parent>
                                    <priority id="4" iconUrl="https://jira.whamcloud.com/images/icons/priorities/minor.svg">Minor</priority>
                        <status id="6" iconUrl="https://jira.whamcloud.com/images/icons/statuses/closed.png" description="The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.">Closed</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="3">Duplicate</resolution>
                                        <assignee username="mdiep">Minh Diep</assignee>
                                    <reporter username="morrone">Christopher Morrone</reporter>
                        <labels>
                    </labels>
                <created>Wed, 12 Jun 2013 20:31:30 +0000</created>
                <updated>Mon, 16 Sep 2013 22:32:20 +0000</updated>
                            <resolved>Mon, 16 Sep 2013 22:32:20 +0000</resolved>
                                    <version>Lustre 2.5.0</version>
                                                        <due></due>
                            <votes>0</votes>
                                    <watches>6</watches>
                                                                            <comments>
                            <comment id="60551" author="pjones" created="Thu, 13 Jun 2013 14:06:50 +0000"  >&lt;p&gt;Minh can you please review this suggestion to understand what would be required? thanks Peter&lt;/p&gt;</comment>
                            <comment id="64269" author="mdiep" created="Wed, 14 Aug 2013 17:53:34 +0000"  >&lt;p&gt;Hi Chris,&lt;/p&gt;

&lt;p&gt;Should we use two lustre.spec files? each for server, client?&lt;/p&gt;</comment>
                            <comment id="64274" author="morrone" created="Wed, 14 Aug 2013 19:08:37 +0000"  >&lt;p&gt;I think a single spec file is the way to go on this.  The client and server code is built at the same time as part of the same autoconf system on the same software package.  So I think one spec file is appropriate.  We would need to re-architect the build system quite a bit to use two spec files, I think.&lt;/p&gt;</comment>
                            <comment id="66791" author="jlevi" created="Mon, 16 Sep 2013 22:32:20 +0000"  >&lt;p&gt;Duplicate of &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-3957&quot; title=&quot;Create separate server and client binary rpms from one build&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-3957&quot;&gt;LU-3957&lt;/a&gt;&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                            <outwardlinks description="is related to ">
                                        <issuelink>
            <issuekey id="20973">LU-3957</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="19510">LU-3492</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                <customfield id="customfield_10890" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10390" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hzvt6n:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>8661</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>