<div dir="auto">Hi Phil,<div dir="auto"><br></div><div dir="auto">I think usually git-archive + smudge filters in .gitattributes for the version numbers are the solution.</div><div dir="auto"><br></div><div dir="auto">Is that an option here?</div><div dir="auto"><br></div><div dir="auto">Kind regards,</div><div dir="auto">Jakob</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Phil B <<a href="mailto:pbpublist@gmail.com">pbpublist@gmail.com</a>> schrieb am So., 18. Juli 2021, 03:04:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir="ltr">I am working on packaging up the VM for Debian and related distros.  My current approach is to download the stable tarball release from <a href="https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/latest" target="_blank" rel="noreferrer">https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/latest</a>.  The problem I'm having is that unless manual hacks are applied each time it is downloaded, the build will fail since platforms/Cross/vm/sqSCCSVersion.h has not been updated and the script to update it fails as the tarball is just a snapshot of the source files rather than a clone of the repo. (the snapshot is actually what is preferred vs a repo clone from a Debian packaging standpoint)<div><br></div><div>Ideally, the generated tarball would include a pre-updated sqSCCSVersion.h since this is a point in time snapshot.  Is this something that makes sense and could be changed for the generated tarball?  If not, any suggestions on how to handle this in an automated way for tarball builds?  If I should be sourcing the tarball a different way, I'm open to that as well.<br><div><br></div><div>Thanks,</div><div>Phil</div></div></div>
</blockquote></div>