<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>6683</bug_id>
          
          <creation_ts>2014-09-04 17:23:43 +0000</creation_ts>
          <short_desc>Produce a script to automate release preparation tasks</short_desc>
          <delta_ts>2020-04-09 16:04:11 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>OE-Core</product>
          <component>core</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>OBSOLETE</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>Future</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Belen Barros Pena">belen.barros.pena</reporter>
          <assigned_to name="Unassigned">unassigned</assigned_to>
          <cc>alexandru.damian</cc>
    
    <cc>bluelightning</cc>
    
    <cc>brian.avery</cc>
    
    <cc>david.reyna</cc>
    
    <cc>elizabeth.flanagan</cc>
    
    <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>randy.macleod</cc>
    
    <cc>tracy.graydon</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>No (bug/feature does not impact docs)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>45400</commentid>
    <comment_count>0</comment_count>
    <who name="Belen Barros Pena">belen.barros.pena</who>
    <bug_when>2014-09-04 17:23:43 +0000</bug_when>
    <thetext>While finalising some Toaster details, Paul Eggleton observed that the list of things that must be done to get ready for release keeps on growing, and that it might be a good idea to automate such tasks so that we don&apos;t forget about them. 

We should probably start by putting together a complete lists of those &quot;release preparation&quot; tasks. 

In the case of Toaster, a default configuration file needs to be created that specifies, between other things, the list of releases that Toaster will support out of the box (in the case of 1.7, it will be 1.6 and 1.7).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>45484</commentid>
    <comment_count>1</comment_count>
    <who name="Alexandru Damian">alexandru.damian</who>
    <bug_when>2014-09-09 10:20:21 +0000</bug_when>
    <thetext>More info about this script.

    - What is it producing?
It produces a file that lives in poky/meta/conf/, named toasterconf.json. A sample of this file (manually coded) is here:

http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=adamian/20140812_toasterconf&amp;id=74bc64d5a18845613bc0e042bcfb35e848ecf686
​
    - Where is it producing it?
I am not sure - the script runs a &quot;bitbake -e&quot; on the current tree, greps some values, and writes them to poky/meta/conf/toasterconf.json
 
    - Where does it need to be released to?
In the poky source tree.​
 
    - What targets does it need to be run on?
It&apos;s global configuration, no targets needed.​
 
    - Where does it need to be run from?
I am not sure - I think any build/ directory would work.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>47434</commentid>
    <comment_count>2</comment_count>
    <who name="Beth Flanagan">elizabeth.flanagan</who>
    <bug_when>2014-12-08 19:09:11 +0000</bug_when>
    <thetext>With my upcoming sabbatical, this becomes much more important.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>74227</commentid>
    <comment_count>3</comment_count>
    <who name="brian avery">brian.avery</who>
    <bug_when>2017-06-15 15:26:03 +0000</bug_when>
    <thetext>toaster now uses fixtures to determine which versions are supported as of 2.2. also, which versions are supported are subject to bitbake api breakage across versions, so can not be automatically generated.

This script is therefore unlikely to be useful to toaster at the current time (2.4)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>74560</commentid>
    <comment_count>4</comment_count>
    <who name="David Reyna">david.reyna</who>
    <bug_when>2017-06-27 02:04:27 +0000</bug_when>
    <thetext>With Toaster 2.x and fixtures, the remaining release steps are:
  1) Get the &apos;secret&apos; name of new release branch 
  2) Get the bitbake release branch number

These values are updated in the fixture XML files before the release is closed.

Given that these are last minute values and are few in number, a release script is no longer very applicable.

I am looking to mark this defect as &apos;obsolete&apos;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>86963</commentid>
    <comment_count>5</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2020-04-09 15:04:17 +0000</bug_when>
    <thetext>David, Do you still think this is obsolete? If so close it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>86973</commentid>
    <comment_count>6</comment_count>
    <who name="David Reyna">david.reyna</who>
    <bug_when>2020-04-09 16:04:11 +0000</bug_when>
    <thetext>Closing this as obsolete</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>