<?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>6259</bug_id>
          
          <creation_ts>2014-05-01 16:14:11 +0000</creation_ts>
          <short_desc>Investigate OSTree integration</short_desc>
          <delta_ts>2022-04-01 11:14:08 +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>deployment</component>
          <version>1.7</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="Ross Burton">ross.burton</reporter>
          <assigned_to name="Unassigned">unassigned</assigned_to>
          <cc>alex.kiernan</cc>
    
    <cc>clopez</cc>
    
    <cc>holger.behrens</cc>
    
    <cc>phil</cc>
    
    <cc>Qi.Chen</cc>
    
    <cc>sgw</cc>
    
    <cc>walters</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>Don&apos;t know</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>43084</commentid>
    <comment_count>0</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2014-05-01 16:14:11 +0000</bug_when>
    <thetext>https://wiki.gnome.org/action/show/Projects/OSTree

OSTree is a neat way of performing deployments and atomic field upgrades, as well as being useful for development work by allowing atomic upgrades between development builds and simple switching between production and debug images.

The initial implementation of this is bootstrapped using a fork of Poky, so we should merge back the upstreamable changes and considering supporting ostree as a deployment method.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>44188</commentid>
    <comment_count>1</comment_count>
    <who name="Colin Walters">walters</who>
    <bug_when>2014-06-25 19:26:55 +0000</bug_when>
    <thetext>A potential incremental step is to simply take the current RPM/dpkg output, and commit that to the tree directly.

This is quite simple to do, but is slow as it incurs the cost of re-SHA256 checksumming all of the input again.

What gnome-continuous does is to store components[1] a sub-commits in the same repository, then the final tree(s) are a union.  We avoid checksumming again by computing a mapping from (device,inode) to checksum in the repository (as they&apos;re all hardlinks).  See also https://bugzilla.gnome.org/show_bug.cgi?id=707827

Doing something more like Continuous would involve nontrivial changes to the package layer to optimize things.  However, I am looking at some of these optimizations also in the context of rpm-ostree: https://github.com/projectatomic/rpm-ostree</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>44273</commentid>
    <comment_count>2</comment_count>
    <who name="Colin Walters">walters</who>
    <bug_when>2014-07-01 23:09:21 +0000</bug_when>
    <thetext>Also, this would significantly help Continuous because right now it&apos;s a poky fork, instead of an OE layer as it should be.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>73900</commentid>
    <comment_count>3</comment_count>
    <who name="Carlos Alberto Lopez Perez">clopez</who>
    <bug_when>2017-06-08 15:07:48 +0000</bug_when>
    <thetext>What is the status of this?

From what I have been reading (didn&apos;t tried), this has been already integrated into AGL (an OpenEmbedded-based distro).

https://wiki.automotivelinux.org/subsystem/agl-sota/ostree

And for Poky, there is a layer providing the missing OSTree integration https://github.com/advancedtelematic/meta-updater


Is Poky planning to integrate support for OSTree directly into the core?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75631</commentid>
    <comment_count>4</comment_count>
    <who name="Mark Hatle">mark.hatle</who>
    <bug_when>2017-08-03 21:43:12 +0000</bug_when>
    <thetext>I&apos;m not the right assignee for this.  At present I have no plans to work on OSTree items.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>92915</commentid>
    <comment_count>5</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2022-04-01 11:14:08 +0000</bug_when>
    <thetext>I don&apos;t think ostree belongs in core, and meta-updater covers integration.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>