<div dir="auto"><div>You are more capable than I am, I tried to fix it the last time I did a release, and gave up. Good luck!</div><div><br></div><div data-smartmail="gmail_signature">"well, I stand up next to a mountain- and I chop it down with the edge of my hand"</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, Jul 8, 2025, 2:51 PM Ralph Little <<a href="mailto:skelband@gmail.com">skelband@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr">Hi,</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 8, 2025 at 11:45 AM m. allan noah <<a href="mailto:kitno455@gmail.com" target="_blank" rel="noreferrer">kitno455@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 dir="auto"><div>Yes, this used to be done manually for years, and it worked fine. This particular automation is more trouble than it is worth.</div><div><br></div></div></blockquote><div><br></div><div>OK I will do some investigations before committing anything. There are a few different elements to this including the various automation processes on GitLab and in the build itself, and also of course the build documentation. </div><div><br></div><div>I will come up with a robust method of generating the git tag for situations where we amend the release version. It will probably be very similar to what we do now.</div><div><br></div><div>Cheers,</div><div>Ralph</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div></div><div>"well, I stand up next to a mountain- and I chop it down with the edge of my hand"</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 8, 2025, 1:38 PM Ralph Little <<a href="mailto:skelband@gmail.com" target="_blank" rel="noreferrer">skelband@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 dir="ltr"><div>Hi all,</div><div>I have been chasing up a version issue related to saned. The saned in the latest version 1.4.0 is reporting its version as 1.2.1. I just managed to figure out that the git snapshots are determining this (in the absence of git log) by seeing which is the most recent ChangeLog file in the Changelogs directory. I will fix this: our release process doe not seem to be generating these files at the moment.</div><div><br></div><div>However, I have seen a *number* of different places where the current version of sane-backends is determined by various different methods. Honestly, this seems pretty insane. There is a simple mechanism to set the version number by setting the appropriate variable in <a href="http://configure.ac" rel="noreferrer noreferrer" target="_blank">configure.ac</a> when we do a release. We could remove a lot of this unnecessary complexity by just reverting to the time-honoured method of just updating it as part of the release process. As part of re-engineering the sane-frontends build files for the up-coming release, I have done just that.</div><div><br></div><div>I understand that there is a complication where we are attaching 
additional git info when building from git, which we also do when building for the git PPA, but my main attention is 
towards the current release version. I don't think that it is too onerous to just update <a href="http://configure.ac" rel="noreferrer noreferrer" target="_blank">configure.ac</a> as part of the release process.</div><div><br></div><div>Are there any objections to my making this change? Have I missed out some secret sauce that we are catering for? </div><div><br></div><div>Cheers,</div><div>Ralph</div></div>
</blockquote></div>
</blockquote></div></div>
</blockquote></div>