Skip to content

docs: add sample-litd.conf and reference it in README#1325

Open
victorabarros wants to merge 7 commits into
lightninglabs:masterfrom
victorabarros:master
Open

docs: add sample-litd.conf and reference it in README#1325
victorabarros wants to merge 7 commits into
lightninglabs:masterfrom
victorabarros:master

Conversation

@victorabarros

Copy link
Copy Markdown

What

Issue #1098
Introduces sample-litd.conf — a comprehensive, well-commented configuration template for litd — and updates the README to point users to it.

Why

There was no single reference file for litd-native configuration options. Users had to dig through --help output or source code to understand what settings exist, what they do, and what the defaults are. This fills that gap.

Changes

  • sample-litd.conf (new): 372-line annotated config covering application settings, TLS, Let's Encrypt, daemon modes, and more. Follows the same convention as sample-lnd.conf and sample-tapd.conf in the broader Lightning ecosystem.
  • README.md: Adds a note directing users to sample-litd.conf as the canonical reference for litd-native config options, including descriptions and defaults.

Note: This file intentionally covers only litd-native options. Sub-daemon configuration (lnd, taproot-assets, loop, pool, faraday) is delegated to their respective sample config files, with links provided inline.

This commit introduces a new sample configuration file, `sample-litd.conf`, which provides a comprehensive template for configuring litd. It includes detailed comments on various options, including application settings, daemon modes, TLS configuration, and Let's Encrypt integration. This file serves as a reference for users to set up their litd instances effectively.
…ptions

This commit adds a note in the README.md file directing users to the `sample-litd.conf` for a complete reference of all litd-native configuration options, including descriptions and defaults.
@gemini-code-assist

Copy link
Copy Markdown

Summary of Changes

Hello, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request improves the developer and user experience by providing a centralized, well-documented configuration template for litd. By creating a dedicated sample file, it eliminates the need for users to manually search through help output or source code to identify available configuration settings and their default values.

Highlights

  • New Configuration Template: Added a comprehensive, annotated sample-litd.conf file to serve as a canonical reference for litd-native configuration options.
  • Documentation Update: Updated the README.md to include a direct link to the new sample-litd.conf file, improving discoverability for users.
New Features

🧠 You can now enable Memory (public preview) to help Gemini Code Assist learn from your team's feedback. This makes future code reviews more consistent and personalized to your project's style. Click here to enable Memory in your admin console.

Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize the Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counterproductive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for GitHub and other Google products, sign up here.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Code Review

This pull request introduces a comprehensive sample configuration file sample-litd.conf for litd and links to it in the README.md. The feedback identifies two documentation errors in the new configuration file where the comments incorrectly state that the newly introduced options (remote.lit-logging.file.max-files and remote.lit-logging.file.max-file-size) are deprecated, rather than pointing out that the older legacy options are the ones being deprecated.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

Comment thread sample-litd.conf Outdated
Comment on lines +196 to +198
; Maximum number of log files to keep (0 for no rotation). Deprecated: use
; remote.lit-logging.file.max-files instead.
; remote.lit-logging.file.max-files=10

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

medium

The comment states that the option is deprecated and suggests using remote.lit-logging.file.max-files instead, but the option being documented on line 198 is actually remote.lit-logging.file.max-files itself. The deprecated option is actually remote.lit-maxlogfiles. This should be clarified to avoid confusion.

; Maximum number of log files to keep (0 for no rotation).
; The old option 'remote.lit-maxlogfiles' is deprecated.
; remote.lit-logging.file.max-files=10

Comment thread sample-litd.conf Outdated
Comment on lines +200 to +202
; Maximum log file size in MB. Deprecated: use
; remote.lit-logging.file.max-file-size instead.
; remote.lit-logging.file.max-file-size=20

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

medium

The comment states that the option is deprecated and suggests using remote.lit-logging.file.max-file-size instead, but the option being documented on line 202 is actually remote.lit-logging.file.max-file-size itself. The deprecated option is actually remote.lit-maxlogfilesize. This should be clarified to avoid confusion.

; Maximum log file size in MB.
; The old option 'remote.lit-maxlogfilesize' is deprecated.
; remote.lit-logging.file.max-file-size=20

This commit modifies the comments in `sample-litd.conf` to clarify that the options 'remote.lit-maxlogfiles' and 'remote.lit-maxlogfilesize' are deprecated, encouraging users to use the new logging configuration parameters instead.
This commit modifies the README.md to change the comment style for section headers in `lit.conf` from `#` to `;`, and updates `sample-litd.conf` to specify a default value for `lndrpctimeout`, enhancing clarity on configuration options.

@ViktorT-11 ViktorT-11 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Thanks for the contribution @victorabarros 🙏!

This could be a nice contribution. Since you're adding a sample_conf it would also be valuable if you additionally add a CI job that checks that it's been correctly updated with the new config options when such are added. lnd does have such a CI job, so I recommend looking into how it is implemented there and try to mimic that:
https://github.com/lightningnetwork/lnd/blob/1a6ecebcbf490de5e8932c782b0d57c5d57c5679/.github/workflows/main.yml#L67

@victorabarros

Copy link
Copy Markdown
Author

Thanks for the contribution @victorabarros 🙏!

This could be a nice contribution. Since you're adding a sample_conf it would also be valuable if you additionally add a CI job that checks that it's been correctly updated with the new config options when such are added. lnd does have such a CI job, so I recommend looking into how it is implemented there and try to mimic that: https://github.com/lightningnetwork/lnd/blob/1a6ecebcbf490de5e8932c782b0d57c5d57c5679/.github/workflows/main.yml#L67

Sure. Right now I'm AFK, but I can do that by EOD.

This commit introduces a new target in the Makefile, `sample-conf-check`, which validates the options in `sample-litd.conf` against the help output of the `litd` command. Additionally, it adds a corresponding job in the GitHub Actions workflow to automate this check, ensuring that configuration options remain valid and up-to-date.
@victorabarros

Copy link
Copy Markdown
Author

@ViktorT-11
Can you review, pls? 🤗

@ViktorT-11
ViktorT-11 self-requested a review June 15, 2026 17:52

@ViktorT-11 ViktorT-11 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Thanks for the updates @victorabarros!

I've tested your changes, and the added make sample-conf-check currently correctly identifies if an option/flag in the sample-litd.conf file exists which isn't an actual config option/flag, so that's great!

However, the script currently doesn't correctly identify if litd has a config option/flag which doesn't have an entry in the sample-litd.conf file. This differs from the version in lnd which would identify that missing entry. You can test this easily by removing a config option/flag from the sample-litd.conf file , and then running the make sample-conf-check command.

Please update that so litd also has that check. I'll have another look once that's been updated 🔥

@lightninglabs-deploy

Copy link
Copy Markdown

@victorabarros, remember to re-request review from reviewers when ready

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.

3 participants