<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>The destroot phase needs to — what — record the files that will be 
installed in some kind of an index file? And also know about the stuff 
that gets installed into ~/Library, etc.</div></blockquote><div><br></div><div>You would probably need to get the list of files installed by the installer by running either <span style="font-family:monospace">pkgutil --files</span> or <span style="font-family:monospace">lsbom</span>, if we're talking about a PKG installer. (Or maybe it would be easier to just grab the bom file in its entirety.) Typically running an <span style="font-family:monospace">ls -R</span> on the .app bundle inside a DMG installer would be sufficient for those kinds of installers.</div><div><br></div><div>But then this begs the question: what happens to all of the work that went into the build-from-source packages? Wouldn't this end up rendering the hundreds of hours I spent getting the Blender package to work a complete waste?<br></div><div><br></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>-- </div><div>Jason Liu<br></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 5, 2021 at 5:31 PM Ken Cunningham <<a href="mailto:ken.cunningham.webuse@gmail.com">ken.cunningham.webuse@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;">What would we really need to do this properly?<div><br></div><div>The current fetch, checksum phases are OK.</div><div><br></div><div>The extract phase can be used as is for some software (simple copies), but for other software we don’t want to extract it, we want to run the installer.</div><div><br></div><div>The configure and build phases need to be overridden and disappear.</div><div><br></div><div>The destroot phase needs to — what — record the files that will be installed in some kind of an index file? And also know about the stuff that gets installed into ~/Library, etc.</div><div><br></div><div>Then run the “cask” destroot without installing any files into the actual destroot:</div><div><br></div><div>copy the apps and stuff</div><div>or </div><div>run the installer</div><div>or</div><div>extract from the pkg</div><div>or </div><div>… </div><div><br></div><div>and then NOT have the entire software repackaged into a MP archive file to be stored 12 different times…</div><div><br></div><div>Or some such plan</div><div><br></div><div>Best,</div><div><br></div><div>Ken</div><div><br></div><div><br></div><div><br></div><div><br><div><br><blockquote type="cite"><div>On Feb 5, 2021, at 11:00 AM, Ken Cunningham <<a href="mailto:ken.cunningham.webuse@gmail.com" target="_blank">ken.cunningham.webuse@gmail.com</a>> wrote:</div><br><div><div style="overflow-wrap: break-word;">With no plan, we’ll just keep getting more and more of these.<div><br></div><div><<a href="https://github.com/macports/macports-ports/pull/9936" target="_blank">https://github.com/macports/macports-ports/pull/9936</a>><br><div><br></div><div>This kind of port just repackages the DMG into many tgz archives.</div><div><br></div><div>It’s wasteful. People want them.</div></div><div><br></div><div>What we should have instead of this is some kinda tech that</div><div><br></div><div>1. downloads the DMG</div><div>2. installs the app</div><div>3. records some way of uninstalling everything</div><div><br></div><div><br></div><div>What we have instead is a repackaging of the DMG into many, identical, system-specific archive bundles.</div><div><br></div><div>Yuk.</div><div><br></div><div>Ken</div><div><br></div></div></div></blockquote></div><br></div></div></blockquote></div>