
<!DOCTYPE html><html><head><title></title><style type="text/css">p.MsoNormal,p.MsoNoSpacing{margin:0}</style></head><body><div><br></div><div>On Wed, Jun 19, 2019, at 13:07, Karanbir Singh wrote:<br></div><blockquote type="cite" id="qt"><div>On 19/06/2019 17:45, Brian Stinson wrote:<br></div><div>> <br></div><div>> On Wed, Jun 19, 2019, at 11:32, Karanbir Singh wrote:<br></div><div>>> On 19/06/2019 17:18, Fabian Arrotin wrote:<br></div><div>>> >><br></div><div>>> >> We plan to compose all of those repositories, and deliver updates<br></div><div>>> in the same stream. <br></div><div>>> > <br></div><div>>> > Just so that people realize : no *updates* repo anymore, so all combined<br></div><div>>> > : if you install from network $today, what you'll install $tomorrow will<br></div><div>>> > have all rolled-in directly<br></div><div>>> > <br></div><div>>><br></div><div>>> that's not going to work - we need to retain the ability to deliver<br></div><div>>> reproducible installs.<br></div><div>> <br></div><div>> Can you clarify this? What "reproducible install" pattern is broken here?<br></div><div>> <br></div><div>>><br></div><div><br></div><div>I need to be able to run installs against a mirror, weeks and months<br></div><div>apart and arrive at the same payload installed exactly.<br></div><div><br></div><div>regards<br></div></blockquote><div><br></div><div>Is there something preventing you from doing that if we ship updates in the same repo as the 0-day release content? <br></div></body></html>