Skip to content

Conversation

dejlek
Copy link
Contributor

@dejlek dejlek commented Aug 3, 2025

After discussion from the following PR ( #4362 ) I have finally found time to make a PR to update the Fedora section of the README.md file. I actually use those instructions myself from few different Fedora and Amazon Linux 2023 machines.

Here is an example of installing lazygit from the Copr:

» sudo dnf install lazygit
Updating and loading repositories:
Repositories loaded.
Package                                                              Arch        Version                                                              Repository                                                  Size
Installing:
 lazygit                                                             x86_64      0.48.0-1.fc41                                                        copr:copr.fedorainfracloud.org:dejan:lazygit            21.5 MiB

Transaction Summary:
 Installing:         1 package

Total size of inbound packages is 6 MiB. Need to download 6 MiB.
After this operation, 22 MiB extra will be used (install 22 MiB, remove 0 B).
Is this ok [y/N]: y
[1/1] lazygit-0:0.48.0-1.fc41.x86_64                                                                                                                                          100% |   3.7 MiB/s |   5.7 MiB |  00m02s
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
[1/1] Total                                                                                                                                                                   100% |   3.7 MiB/s |   5.7 MiB |  00m02s
Running transaction
[1/3] Verify package files                                                                                                                                                    100% |  52.0   B/s |   1.0   B |  00m00s
[2/3] Prepare transaction                                                                                                                                                     100% |   3.0   B/s |   1.0   B |  00m00s
[3/3] Installing lazygit-0:0.48.0-1.fc41.x86_64                                                                                                                               100% |  44.9 MiB/s |  21.5 MiB |  00m00s
Complete!

@stefanhaller
Copy link
Collaborator

Happy to merge this if it's better than what we had before.

But can I ask how determined you are to keep this up-to-date? When looking at the source repo of the RPM spec, it seems that a lot of lazygit releases were skipped.

@dejlek
Copy link
Contributor Author

dejlek commented Aug 4, 2025

Absolutely valid question. I do update the SPEC file when I notice when there is a release. I did not have time to look if this process can be automated but that is definitely in my TODO list. lazygit is at stage where there is everything I need, so it is not that I eagerly look forward to new release hoping for some bugfix to be there, like is case with some other tools. :) Experienced RPM user will know how to use the code from my lazygit RPM spec repo (link to it is in this PR) to build lazygit RPM package from any lazygit release.

What we had before was an unmaintained COPR with latest lazygit RPM package being v0.47.2-1, which is why #4362 was made, and which is why I forked that code and made it up-to-date.

@stefanhaller
Copy link
Collaborator

Honestly, that sounds a little bit like we might be stuck at 0.53 from now on, which doesn't sound a lot better than being stuck at 0.47.2.

Experienced RPM user will know ...

Yeah, but isn't it even easier to build from source then? Or to install from one of the tarballs of our release page.

I don't know, an earlier suggestion was to remove the link entirely and recommend to install from our binary release instead, like we do for Ubuntu. I'm actually slightly in favor of that approach if there's any risk that this new RPM repo goes stale again too.

We have regular releases now every month (always on the first Saturday of the month). If you are unsure whether you will be able to keep up with that, I'm hesitant to merge this.

Automating it sounds good though. We do this for the homebrew package, and if you can find a way to do that for your repo, that would be great.

@dejlek
Copy link
Contributor Author

dejlek commented Aug 5, 2025

We are at 0.54.0 at the moment actually (see: https://copr.fedorainfracloud.org/coprs/dejan/lazygit/builds/)

If you do not want to merge this, then I suggest you merge #4362 instead and close this PR, as there is no point to keep it open.

I will keep my COPR up to date whenever I see there is a new lazygit release, and as I said above I will look into ways to automate this so it is possible that in the future we may not see gaps in the releases. Anyway - up to you!

@stefanhaller
Copy link
Collaborator

Ok, I'll merge this; if we see after a few releases that this tends to fall behind, we can still reconsider and remove the link then.

It seems to me that subscribing to our releases page should be a fairly reliable mechanism to get notified of new releases; could I ask you to do that? Maybe that's all the "automation" we need.

@stefanhaller stefanhaller merged commit bcb95bd into jesseduffield:master Aug 5, 2025
24 of 25 checks passed
@dejlek
Copy link
Contributor Author

dejlek commented Aug 5, 2025

👍 I have already looked at ways to do the automated notification and automated RPM SPEC update and build. Until the automation is done I will do as you say and subscribe to be notified of lazygit releases.

tmeijn pushed a commit to tmeijn/dotfiles that referenced this pull request Aug 7, 2025
This MR contains the following updates:

| Package | Update | Change |
|---|---|---|
| [jesseduffield/lazygit](https://github.com/jesseduffield/lazygit) | patch | `v0.54.0` -> `v0.54.1` |

MR created with the help of [el-capitano/tools/renovate-bot](https://gitlab.com/el-capitano/tools/renovate-bot).

**Proposed changes to behavior should be submitted there as MRs.**

---

### Release Notes

<details>
<summary>jesseduffield/lazygit (jesseduffield/lazygit)</summary>

### [`v0.54.1`](https://github.com/jesseduffield/lazygit/releases/tag/v0.54.1)

[Compare Source](jesseduffield/lazygit@v0.54.0...v0.54.1)

<!-- Release notes generated using configuration in .github/release.yml at v0.54.1 -->

This hotfix release fixes a regression in 0.54.0 that made lazygit fail on startup when multiple users use it on a single machine.

For the changes in 0.54.0, see https://github.com/jesseduffield/lazygit/releases/tag/v0.54.0.

#### What's Changed

##### Fixes 🔧

- Fix temp dir permission problem on multi-user machines by [@&#8203;stefanhaller](https://github.com/stefanhaller) in jesseduffield/lazygit#4796

##### Maintenance ⚙️

- Stop updating Jesse's homebrew tap by [@&#8203;stefanhaller](https://github.com/stefanhaller) in jesseduffield/lazygit#4797

##### Docs 📖

- Update Fedora section of the README.md file by [@&#8203;dejlek](https://github.com/dejlek) in jesseduffield/lazygit#4792

#### New Contributors

- [@&#8203;dejlek](https://github.com/dejlek) made their first contribution in jesseduffield/lazygit#4792

**Full Changelog**: jesseduffield/lazygit@v0.54.0...v0.54.1

</details>

---

### Configuration

📅 **Schedule**: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 **Automerge**: Enabled.

♻ **Rebasing**: Whenever MR is behind base branch, or you tick the rebase/retry checkbox.

🔕 **Ignore**: Close this MR and you won't be reminded about this update again.

---

 - [ ] <!-- rebase-check -->If you want to rebase/retry this MR, check this box

---

This MR has been generated by [Renovate Bot](https://github.com/renovatebot/renovate).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiI0MS41My4xIiwidXBkYXRlZEluVmVyIjoiNDEuNTMuMSIsInRhcmdldEJyYW5jaCI6Im1haW4iLCJsYWJlbHMiOlsiUmVub3ZhdGUgQm90Il19-->
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants