Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

(maint) Merge 7.x into main #2823

Merged
merged 24 commits into from
Feb 16, 2024
Merged

Conversation

justinstoller
Copy link
Member

Resolved conflicts by taking values in main

Conflicts:

  • acceptance/config/beaker/options.rb
  • resources/ext/build-scripts/jruby-gem-list.txt
  • ruby/puppet

justinstoller and others added 15 commits December 14, 2023 18:27
As part of a recent change in clojars, it is necessary for the license
to be part of the exported pom file. Puppetserver has been under the
apache-2 license for ~12 years, so this isn't anything new. This adds
the declaration to the project.clj so that leiningen will correctly add
the license to the exported pom file.
…license-to-project-clj

(maint) add license to project.clj
(maint) Update gems to match what is shipped in platform
By default when Puppet creates a user the password is recorded as having
a sentinel value of an exclamation mark. This special value prevents
users from logging in via password - though the root user can still `su`
to it locally - and by default SSHD will not allow access to these
"locked" accounts.

Most of our acceptance VMs specially configure SSHD to allow access to
these "locked" accounts, but not our newer Almalinux VMs.

By giving the git user an explicit password we can connect via SSH to
the git user, regardless of the SSHD configuration on the VM. The star
("*") used for the git user's password is also a special sentinel value
which prevents logging into the user via password, but will not be
considered "locked" by SSHD.

For reference see:
https://unix.stackexchange.com/questions/193066/how-to-unlock-account-for-public-key-ssh-authorization-but-not-for-password-aut
Resolved conflicts by taking values in main

Conflicts:
 - acceptance/config/beaker/options.rb
 - resources/ext/build-scripts/jruby-gem-list.txt
 - ruby/puppet
@justinstoller justinstoller requested a review from a team as a code owner February 15, 2024 21:56
@justinstoller
Copy link
Member Author

Sooo... what I've done here is terrible. I've removed eastwood linting. I also created this PR #2825 to see if anything within my merge up was causing it and it doesn't seem to be. Then I went (in linked PR) and reverted back to a PR merge commit that passed lein-eastwood and it still failed.

I should note, that lein-eastwood works fine for me locally. eastwood 1.2.2, eastwood 1.4.2, with lein 2.11.2, or lein 2.9.1, or lein 2.10.0, on HEAD of this PR, or HEAD of the linked PR, or HEAD of main (after resolving the tk-metric conflict). All works locally, none of it works in GH PR testing. And I'm done trying to debug GH PR testing.

@justinstoller justinstoller merged commit 739059b into puppetlabs:main Feb 16, 2024
11 checks passed
@justinstoller justinstoller deleted the merge7x branch February 16, 2024 23:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants