Skip to content

FreeRADIUS users#701

Merged
jaredhendrickson13 merged 2 commits intopfrest:next_minorfrom
vitspec99:FreeRADIUS-users
May 30, 2025
Merged

FreeRADIUS users#701
jaredhendrickson13 merged 2 commits intopfrest:next_minorfrom
vitspec99:FreeRADIUS-users

Conversation

@vitspec99
Copy link
Copy Markdown
Contributor

Hi!

This is my new PR to sync my latest changes:

  • 'motp_enable' is StringField with "on"/"off" choices and required now. This allow to properly set conditions for 'password'
  • Endpoint properly named now.
  • Plural (Many) Endpoint added.

@jaredhendrickson13
Copy link
Copy Markdown
Member

All these changes appear to already be present on the next_minor branch from your previous PR. Are there commits that are missing from your branch?

@vitspec99
Copy link
Copy Markdown
Contributor Author

vitspec99 commented May 26, 2025 via email

@jaredhendrickson13 jaredhendrickson13 changed the base branch from master to next_minor May 29, 2025 05:11
@jaredhendrickson13
Copy link
Copy Markdown
Member

Looks good to me now. If you could resolve the conflicts or rebase your branch against the next_minor branch I'll merge this in and have it included in v2.5.0.

Thanks!

@vitspec99
Copy link
Copy Markdown
Contributor Author

vitspec99 commented May 29, 2025 via email

@jaredhendrickson13
Copy link
Copy Markdown
Member

You should be able to resolve the conflicts directly within this pull request on GitHub, that is probably the easiest option. Or you could enable the 'Allow edits from maintainers' option in the PR to allow me to resolve those conflicts for you if you'd rather.

@vitspec99
Copy link
Copy Markdown
Contributor Author

vitspec99 commented May 30, 2025 via email

@jaredhendrickson13
Copy link
Copy Markdown
Member

No worries, I was able to cherry-pick your commits into next_minor to resolve conflicts. Thanks!

@jaredhendrickson13 jaredhendrickson13 merged commit 13a7b27 into pfrest:next_minor May 30, 2025
@vitspec99
Copy link
Copy Markdown
Contributor Author

vitspec99 commented May 31, 2025 via email

@jaredhendrickson13
Copy link
Copy Markdown
Member

Usually they can just be based on master and I can determine the best target to merge them into (like next_minor) without conflicts. This situation was a little different since the previous PR was merged into next_minor but additional changes were made to the same branch afterward based on master.

In general though, I prefer to merge feature requests and breaking changes into next_minor so if your branches are kept up to date with that branch you'd be less likely to run into similar conflicts going forward.

If you haven't already, you can add the upstream repo to your fork:

git remote add upstream git@github.com:jaredhendrickson13/pfsense-api.git

Fetch the upstream repo so its up-to-date:

git fetch upstream

Then on your branch, you can merge in changes from the upstream next_minor branch to keep it up to date. If there are conflicts when you merge in the changes you'll need to address those locally:

git merge upstream/next_minor

@vitspec99
Copy link
Copy Markdown
Contributor Author

vitspec99 commented Jun 4, 2025 via email

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.

2 participants