<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:28:59 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-2878] &quot;make install&quot; Broken</title>
                <link>https://jira.whamcloud.com/browse/LU-2878</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;A recent set of Livermore changes to the build system has broken &quot;make install&quot;.  &quot;make all&quot; still works.  For some reason, ldiskfs is failing a dependency check:&lt;/p&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt; *** Missing ldiskfs symbols. Ensure you have built ldiskfs:
 *** - /home/build/lustre-release/ldiskfs/ldiskfs/Module.symvers
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;Either a- this needs to be fixed so developers who don&apos;t want to have to build RPM&apos;s every time can continue to use &quot;make install&quot;, or b- &quot;make install&quot; should be removed.&lt;/p&gt;</description>
                <environment></environment>
        <key id="17717">LU-2878</key>
            <summary>&quot;make install&quot; Broken</summary>
                <type id="1" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="2" iconUrl="https://jira.whamcloud.com/images/icons/priorities/critical.svg">Critical</priority>
                        <status id="5" iconUrl="https://jira.whamcloud.com/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="10200">Won&apos;t Do</resolution>
                                        <assignee username="wc-triage">WC Triage</assignee>
                                    <reporter username="doug">Doug Oucharek</reporter>
                        <labels>
                    </labels>
                <created>Tue, 26 Feb 2013 22:50:19 +0000</created>
                <updated>Tue, 14 Dec 2021 22:58:51 +0000</updated>
                            <resolved>Tue, 14 Dec 2021 22:58:51 +0000</resolved>
                                    <version>Lustre 2.8.0</version>
                    <version>Lustre 2.9.0</version>
                                                        <due></due>
                            <votes>0</votes>
                                    <watches>4</watches>
                                                                            <comments>
                            <comment id="53107" author="brian" created="Wed, 27 Feb 2013 06:31:42 +0000"  >&lt;p&gt;&lt;tt&gt;make install&lt;/tt&gt; can&apos;t be removed as that is used by &lt;tt&gt;make rpms&lt;/tt&gt; (indirectly given that the RPM specfile uses &lt;tt&gt;make install&lt;/tt&gt;).&lt;/p&gt;

&lt;p&gt;The curious question becomes, why does &lt;tt&gt;make install&lt;/tt&gt; work in the building of RPMs but not when used otherwise?&lt;/p&gt;</comment>
                            <comment id="53289" author="green" created="Mon, 4 Mar 2013 15:17:49 +0000"  >&lt;p&gt;I don&apos;t know any developers who use make install, everybody I know runs their tests out of their build trees directly.&lt;/p&gt;</comment>
                            <comment id="54057" author="doug" created="Thu, 14 Mar 2013 18:17:01 +0000"  >&lt;p&gt;I was using &quot;make install&quot; because with LNet, I have to use multiple VM&apos;s running a real file system so I can monitor the LNet packets.  When I started with Whamcloud, I could not find any good documentation how how to build and run stuff directly out of the build tree.  Does such documentation exist?&lt;/p&gt;

&lt;p&gt;So, my developer instincts are to run &quot;make install&quot; which is fairly standard for development.  And, until recently, this worked leading me to believe this is the way to do things.&lt;/p&gt;

&lt;p&gt;I understand &quot;make rpms&apos; works but that seems to come with a lot of overhead for development purposes.  However, with &quot;make install&quot; broken, I have resorted to &quot;make rpms&quot; and then load the RPM&apos;s after they are built.&lt;/p&gt;

&lt;p&gt;So, where is the documentation on how to do this directly from build tree?  Is that approach only good for running the test suite (which does not cover LNet very well)?&lt;/p&gt;</comment>
                            <comment id="168236" author="doug" created="Tue, 4 Oct 2016 17:57:47 +0000"  >&lt;p&gt;For me, the rpms created via &quot;make rpms&quot; under RHEL 7.2 don&apos;t work.  That is another bug I will be opening.  However, with rpms not working, it would be nice to fall back to &quot;make install&quot; to get things done.  But &quot;make install&quot; is still broken.  I am increasing the priority of this ticket.&lt;/p&gt;</comment>
                    </comments>
                    <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|hzvjxz:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>6953</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10060" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Severity</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10022"><![CDATA[3]]></customfieldvalue>

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