Skip to content

Conversation

@getchoo
Copy link
Member

@getchoo getchoo commented Aug 4, 2025

Along with separating our mkFirefoxModule function, this should help
cleanup the module as whole, while also making it much more
understandable

CC @different-name

Copy link
Contributor

@different-name different-name left a comment

Choose a reason for hiding this comment

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

Otherwise LGTM, haven't had the chance to test it yet

mkFirefoxModule =
args:

lib.modules.importApply ./mkFirefoxModule.nix (
Copy link
Contributor

Choose a reason for hiding this comment

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

Is the reason for separating this out into a new file so that it could be imported & used elsewhere? (even if it's external)

Copy link
Member Author

Choose a reason for hiding this comment

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

It's more so to just keep each file simple

It felt kinda weird having such a massive function, and practically two cases of setting config. This is as opposed to now where mkFirefoxModule is written mostly just like a regular module, and the generation magic happens in this default.nix

Upstream home-manager does the same thing

Along with separating our `mkFirefoxModule` function, this should help
cleanup the module as whole, while also making it much more
understandable
@getchoo getchoo force-pushed the getchoo/firefox-refactor branch from cdebf87 to b141cde Compare August 5, 2025 06:25
Copy link
Contributor

@different-name different-name left a comment

Choose a reason for hiding this comment

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

haven't tested this, but looks good to me! thank you again getchoo!

@getchoo getchoo linked an issue Aug 5, 2025 that may be closed by this pull request
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.

Handle per-profile configuration consistently

2 participants