You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm experiencing issues when configuring Oxidized to use the git-crypt output plugin with group-based repositories. Using plain git as the output works as expected (just a bare repository), but when I switch to git-crypt, I encounter two major problems (especially the second one):
1. Forced Manual Git Initialization:
When using git-crypt as the output, Oxidized always complains that the working directory is not clean, forcing me to manually initialize (commit) the repository. For example, I see errors such as:
Error: Working directory not clean.
Please commit your changes or 'git stash' them before running 'git-crypt unlock'.
Even though I can manually perform an initial commit and the commit appears in the repository (with the file encrypted), I don't like this extra step. Is there a way to avoid it?
2. REST API "node not found" Error:
Despite the node appearing correctly in the inventory (e.g., via GET /nodes?format=json), I receive a "node not found" error when I try to fetch the configuration with:
GET http://<oxidized-server>:8888/node/fetch/CISCO/ukldn-endc-cctv02
Here are more details about the setup. Environment:
Oxidized version: 0.31.0
Oxidized-web version: 0.14.0
OS: CentOS 9 Stream
git and git-crypt: Installed via system packages (git 2.43.5, git-crypt 0.7.0 on my system)
gem git: (2.3.3)
Could you please advise if this is a known issue or if there is a configuration workaround to avoid manual Git initialization and to ensure that the /node/fetch// endpoint returns the decrypted configuration when using git-crypt with group-based repositories?
Any help or pointers to a fix would be greatly appreciated.
The text was updated successfully, but these errors were encountered:
My thoughts after looking into this issue:
output/gitcrypt.rb uses ruby-git, output/git.rb uses ruby-rugged
The code ist almost the same, with gitcrypt.rb installing filters for git-crypt.
gitcript was created 8 years ago, the author is not on github, maybe his email-address is still working and he stills uses gitcrypt.
The "right" solution would be to refactor the code, and work only with one codebase (Output::GitCrypt beeing a children of Output::Git).
Note that I won't help further on this issue: I don't use gitcrypt and as I have other priorities, I'm not willing to learn a second git library on top of rugged.
I'm experiencing issues when configuring Oxidized to use the git-crypt output plugin with group-based repositories. Using plain git as the output works as expected (just a bare repository), but when I switch to git-crypt, I encounter two major problems (especially the second one):
1. Forced Manual Git Initialization:
When using git-crypt as the output, Oxidized always complains that the working directory is not clean, forcing me to manually initialize (commit) the repository. For example, I see errors such as:
Even though I can manually perform an initial commit and the commit appears in the repository (with the file encrypted), I don't like this extra step. Is there a way to avoid it?
2. REST API "node not found" Error:
Despite the node appearing correctly in the inventory (e.g., via GET /nodes?format=json), I receive a "node not found" error when I try to fetch the configuration with:
Here is the response of GET /nodes?format=json
Here are more details about the setup.
Environment:
Oxidized version: 0.31.0
Oxidized-web version: 0.14.0
OS: CentOS 9 Stream
git and git-crypt: Installed via system packages (git 2.43.5, git-crypt 0.7.0 on my system)
gem git: (2.3.3)
Config
router.db:
Could you please advise if this is a known issue or if there is a configuration workaround to avoid manual Git initialization and to ensure that the /node/fetch// endpoint returns the decrypted configuration when using git-crypt with group-based repositories?
Any help or pointers to a fix would be greatly appreciated.
The text was updated successfully, but these errors were encountered: