<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:03:22 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>OpenDaylight JIRA</title>
    <link>https://jira.opendaylight.org</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>8.20.10</version>
        <build-number>820010</build-number>
        <build-date>22-06-2022</build-date>
    </build-info>


<item>
            <title>[INTPAK-18] Allow manually setting package version</title>
                <link>https://jira.opendaylight.org/browse/INTPAK-18</link>
                <project id="10190" key="INTPAK">integration-packaging</project>
                    <description>&lt;p&gt;In the packaging scripts, pkg_version (x.x.x-pkg_version) is hardcoded to 1 for release packages. If we need to re-release the same ODL version with a packaging change, we need to be able to bump that version.&lt;/p&gt;

&lt;p&gt;The logic that extracts version info from URLs also assumes the tarball is hosted in one of a few locations. By enabling us to skip that logic and provide the version directly, we would be able to package tarballs hosted anywhere.&lt;/p&gt;

&lt;p&gt;Maybe it should be some sort of generic &quot;version override&quot;, where the user can pass a version instead of the scripts trying to do the extract_version logic to find the version from the URL.&lt;/p&gt;

&lt;p&gt;This would also be helpful if we need to package a tarball that&apos;s at some unexpected URL, like a contributor has uploaded it to Google Drive or something in the build system changes URLs and we haven&apos;t adjusted the packaging logic to handle the change yet.&lt;/p&gt;

&lt;p&gt;We don&apos;t have to make this a very user-friendly param, like we had with each individual version component param. Can just be something like --version-override=&quot;&lt;/p&gt;
{major: 6, minor: 2, patch:0, pkg: 1}
&lt;p&gt;&quot; for Carbon SR2 for example.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://trello.com/c/hHjfv5cK/585-allow-package-versions-to-be-overridden&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;Imported from Trello&lt;/a&gt;&lt;/p&gt;</description>
                <environment></environment>
        <key id="28662">INTPAK-18</key>
            <summary>Allow manually setting package version</summary>
                <type id="10103" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10311&amp;avatarType=issuetype">New Feature</type>
                                            <priority id="4" iconUrl="https://jira.opendaylight.org/images/icons/priorities/minor.svg">Low</priority>
                        <status id="6" iconUrl="https://jira.opendaylight.org/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="green"/>
                                    <resolution id="10001">Won&apos;t Do</resolution>
                                        <assignee username="dfarrell07">Daniel Farrell</assignee>
                                    <reporter username="dfarrell07">Daniel Farrell</reporter>
                        <labels>
                    </labels>
                <created>Wed, 1 Nov 2017 02:16:33 +0000</created>
                <updated>Mon, 15 Jan 2018 20:30:44 +0000</updated>
                            <resolved>Mon, 15 Jan 2018 20:29:10 +0000</resolved>
                                                                        <due></due>
                            <votes>0</votes>
                                    <watches>1</watches>
                                                                                                                <comments>
                            <comment id="60716" author="dfarrell07" created="Mon, 15 Jan 2018 20:29:10 +0000"  >&lt;p&gt;Talking with the original reporter, I think this is not actually needed. Can reopen if it comes up again.&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                <customfield id="customfield_11400" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i0371z:</customfieldvalue>

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