The 3.50 release notes say nothing changed since 3.49.25 - #1478
Merged
Conversation
history.txt said the engine was unchanged since 3.49-25 and debian/changelog said the upload carried no functional change. Both were written at the release commit, and the vendor-recipe sweep landed after it: a new configure option, compiled-in paths that follow the configure directories, a different installed header set, LF line endings in shipped text, and the manual's move under $(docdir)/html. The tag freezes both files into the tarball Debian uploads, so they are corrected before it is cut rather than in a later revision. Signed-off-by: Xavier Roche <roche@httrack.com> Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Signed-off-by: Xavier Roche <roche@httrack.com>
…ale ABI note The #1469 line said "a hard-coded /usr", which hides the change with a user-visible consequence: HTS_ETCPATH moved too, so a build with its own --prefix now reads its own httrack.conf. The #1477 line described the Debian package's outcome rather than the default install, which resolves all three links. #1466 and #1467 are portability fixes a Termux packager sees, not internal churn, and #1462 is documentation. configure.ac's VERSION_INFO rationale carried the same retracted claim, that the engine is untouched since 3.49.25. It now states what actually keeps the soname: htsfeatures.h carries the same macro values config.h did. Signed-off-by: Xavier Roche <roche@httrack.com> Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Signed-off-by: Xavier Roche <roche@httrack.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
history.txt's3.50-0block said "the engine is unchanged since 3.49-25. This release moves the version string, not behaviour", anddebian/changelog's3.50.0-1said the upload carries no functional change. Both lines were written at the release commit32265631, and the vendor-recipe sweep landed after it.Five of those changes are visible to a user or a packager:
--disable-example-libs(Ten example plugins every distribution has to un-install by hand #1470)/usr(Compiled-in install paths ignore --prefix and stay on /usr #1469)config.hfor a generatedhtsfeatures.h(config.h is installed as a public header, and a consumer's own config.h collides with it #1473)$(docdir)/html(The doc pages link three text files the install puts out of their reach #1477)Two configure fixes go with them, #1472 and #1475, and the rest fold into one internal line.
The
debian/changelogstanza keeps its packaging audience. It names thedebian/ruleschanges #1477 needed, the installed-header change a rebuilding consumer will notice, and the upstream release itself.This has to land before the tag, because the tag freezes both files into the
make disttarball the Debian upload is built from. Correcting them afterwards would need a Debian revision the archive has no reason to carry.configure.ac'sVERSION_INFOrationale carried the same retracted claim, so it is corrected here too. It now states what actually keeps the soname at3:19:0, which is thathtsfeatures.hcarries the same macro valuesconfig.hdid.The block's opening paragraph is untouched.