Skip to content

Conversation

@yadij
Copy link
Contributor

@yadij yadij commented Dec 13, 2025

Generate the third parameter value from the first.
Remove from all callers.

@rousskov rousskov self-requested a review December 13, 2025 14:42
@yadij yadij force-pushed the arc-autoconf-ng-73 branch from 0ff4842 to 5fc7fc7 Compare December 15, 2025 08:09
@yadij yadij added the M-cleared-for-merge https://github.com/measurement-factory/anubis#pull-request-labels label Dec 24, 2025
@yadij
Copy link
Contributor Author

yadij commented Dec 24, 2025

This PR has passed the 10+ days without veto criteria for merge. Current state is +1 vote for merge, no objections.
The mergebot should have started the process already.

@rousskov abusing the github interface "requested review" flags to indefinitely stall progress.

@rousskov rousskov removed the M-cleared-for-merge https://github.com/measurement-factory/anubis#pull-request-labels label Dec 24, 2025
@yadij yadij added the S-waiting-for-reviewer ready for review: Set this when requesting a (re)review using GitHub PR Reviewers box label Dec 24, 2025
@yadij yadij requested a review from rousskov December 27, 2025 05:05
@rousskov rousskov added S-waiting-for-author author action is expected (and usually required) and removed S-waiting-for-reviewer ready for review: Set this when requesting a (re)review using GitHub PR Reviewers box labels Dec 30, 2025
@rousskov
Copy link
Contributor

@rousskov abusing the github interface "requested review" flags to indefinitely stall progress.

I am correctly using GitHub review requests to flag PRs that I should review. My reviews often discover bugs, as was the case with this PR. Accusing me of indefinitely stalling progress is both factually wrong and utterly unfair. I continue to beg you to stop posting new pull requests and start cooperating towards merging my PRs (that you are stalling) along with the backlog that have been created by stalling some of those PRs.

yadij and others added 3 commits December 30, 2025 20:04
Generate the third parameter value from the first.
Remove from all callers.
Co-authored-by: Alex Rousskov <rousskov@measurement-factory.com>
@yadij yadij force-pushed the arc-autoconf-ng-73 branch from 99d7a73 to 29b9ee2 Compare December 30, 2025 07:15
@yadij
Copy link
Contributor Author

yadij commented Dec 30, 2025

After fixing all of this, please test by comparing generated configure files (at least). Please also post diff --ignore-blank-lines -u configure-before configure-after output and explain any exposed non-obvious changes that are not already covered by PR description.

As requested.

@@ -2056,11 +2056,12 @@
                           support), XBS5_LP64_OFF64 (legacy, 64 bits),
                           XBS5_LPBIG_OFFBIG (legacy, large pointers and files)
                           or default (The default for your OS)
-  --without-pam           Compile without the Pluggable Authentication Modules
-                          library.
+  --without-pam           Compile without the Pluggable Authentication
+                          Modules library.
   --without-tdb           Compile without the Samba TrivialDB library.
   --with-valgrind-debug   Include debug instrumentation for use with valgrind
-  --without-cppunit       Compile without the cppunit test framework library.
+  --without-cppunit       Compile without the cppunit test framework
+                          library.
   --without-cap           Compile without the Linux capabilities library.
 
   --with-filedescriptors=NUMBER

... not sure what is causing this. I suspect the help text was already borderline for line-wrapping and the change in length from using absolute-string to an M4 variable (OPTIONTXT) causes it to push over/under the boundary.

@@ -31643,7 +31680,12 @@
 
 fi
 
-  if test "x$withval" = "x"
+
+
+
+
+
+  if test "x$with_openssl" = "x"
 then :
   with_openssl=no
 fi

... intentional bug fix from use of RESULT variable at acinclude/squid-util.m4 line 277.
Bug was that withval is the variable which may still contain garbage or path.

@@ -34267,15 +34316,15 @@
       with_mit_krb5=yes
       if test -d "$withval/lib64"
 then :
-  LIB_KRB5_PATH+="-L$withval/lib64"
+  LIBMIT_KRB5_PATH+="-L$withval/lib64"
 fi
       if test -d "$withval/lib"
 then :
-  LIB_KRB5_PATH+="-L$withval/lib"
+  LIBMIT_KRB5_PATH+="-L$withval/lib"
 fi
       if test -d "$withval/include"
 then :
-  LIB_KRB5_CFLAGS+="-I$withval/include"
+  LIBMIT_KRB5_CFLAGS+="-I$withval/include"
 fi
      ;;
 esac

... intentional bug fix from no longer passing in wrong variable name at configure.ac line 1140.
Bug was of course that the wrong-named variables are never used, and the used variables not set properly.

@yadij yadij requested a review from rousskov December 30, 2025 07:44
@yadij yadij added S-waiting-for-reviewer ready for review: Set this when requesting a (re)review using GitHub PR Reviewers box and removed S-waiting-for-author author action is expected (and usually required) labels Dec 30, 2025
Copy link
Contributor

@rousskov rousskov left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@@ -31643,7 +31680,12 @@
 
 fi
 
-  if test "x$withval" = "x"
+
+
+
+
+
+  if test "x$with_openssl" = "x"
 then :
   with_openssl=no
 fi

... intentional bug fix from use of RESULT variable at acinclude/squid-util.m4 line 277. Bug was that withval is the variable which may still contain garbage or path.

Please fix PR description to disclose this bug fix and, more importantly, its effects on admins.

Same for the LIB_KRB5_CFLAGS fix.

If both macros were buggy, then PR title should start with "Fix" rather than "Polish". If only one macro was buggy, then I recommend focusing on that macro in "Fix SQUID_... macro" PR title and mentioning the other one in PR description.

@rousskov rousskov added S-waiting-for-author author action is expected (and usually required) and removed S-waiting-for-reviewer ready for review: Set this when requesting a (re)review using GitHub PR Reviewers box labels Dec 30, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

S-waiting-for-author author action is expected (and usually required)

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants