feat: add package for afnix deployment #4
No reviewers
Labels
No labels
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: the-distro/nix-forgejo#4
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "forgejo-afnix"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This currently follows the same version as Lix but without the custom
patches / themes / emojis. We might adopt some of the patches later -
for now, starting fresh so we can figure out exactly what we want.
Tested: nix-build . -A packages.forgejo-afnix tests.vm-afnix
I did not expect you to not want a single patch from here.
Please just use
pkgs.forgejo
from nixpkgs in your configuration then.With that you will at least get a cache hit from cache.nixos.org.
I see no value in adding this vanilla version to this repository here, just to open up the possibility of using some of the patches in the future.
We can reopen this when the time for that comes, but until then, please just use
pkgs.forgejo
from nixpkgs, which I am also a maintainer of.1dc9dfada4
to766c7f2843
No, me neither, and I didn't expect anyone to care about the intermediate state of this repository for the few hours until I figured out which patches from the list we want and which ones we don't want.
I've added one which seems like we'll obviously want too given the similarity in the AFNix and Lix setups.
FWIW in the future I'd appreciate if you sought clarification / confirmation instead of straight up rejecting changes in such a way. Like most people, I usually have some justification behind my actions, and if I didn't think we'd need patches reasonably soon with a very high probability I'd indeed have just used
pkgs.forgejo
. I don't have so much time and hatred for other contributors that I go make random changes to projects if I don't expect to need them.I appreciate that
might
andlater
are imprecise words, but that doesn't mean you have to immediately assume they meanwill not
andnever
when the alternate meanings oflikely will
andonce I've gotten the initial changes out of the way
are not only equally as valid but also more consistent with the fact that I'm proposing this PR in the first place.how soon?
anddo you really need none of the patches
are two questions I could have trivially answered, leaving us probably both significantly happier with the rest of our day.I would have appreciated some communication leading up to this. We share lots of rooms on Matrix where we could have coordinated this in more detail.
I will try to acknowledge at least some of your points and share my side of things. A priority of mine, if you look at past conversations, PRs and probably too many private DM chats, is to unblock or work around a given thing as soon as possible until I have more time for the given thing.
For example #3 had a bunch of communication outside that PR. Notably, I asked how urgent this is, provided multiple immediate workarounds to substitute that broken FOD, and shared how long I thought it would take me to have to time to review that.
At the time, #3 was blocking https://git.lix.systems/the-distro/infra/pulls/238.
Compare that to how I viewed and experienced your PR.
You pinged and asked me about Forgejo two weeks ago in a mutual room, I responded and offered to add a package variant for you if you tell me what you want and need.
Fast-forward two weeks, you appear to have made up your mind, have a vision, and opened this PR without a heads-up and all I see is this resulting in more work for me in this repository, for something that could be
pkgs.forgejo
until at least a single patch is used.You need to realize that adding more package variants comes with a real cost.
And I read "later" in this context as weeks, potentially months, as that is how I experienced the actual meaning of it over the last year or so here.
So with that and without knowing where you stand nor a pointer of how much you actually looked into everything surrounding Forgejo here, I reviewed this the way I did.
pkgs.forgejo
to unblock https://git.lix.systems/the-distro/infra/pulls/242, in case you were somehow laser-focused thinking you had to usenix-forgejo
with the module ininfra
. Not because I think you are stupid, but because some things are that way.pkgs.forgejo
is better for you as consumer, in that it is at the very least on cache.nixos.org, while also hinting that it is equally well maintained.What particularly bothers me is that I did not ask for clarification on the timeline. But there are many things that led to up this and that could have prevented it.
I do stand by the fact that I only see downsides weighing out the upsides of adding this as a vanilla variant, even as a first step, to then maybe pick patches weeks or months later, because of cost and overhead.
And since you mentioned it, I do genuinely care a lot about the state of this repository.
I personally would approach this nix code differently to reduce some aspects of the inevitable overhead, but that would likely result in a lot of back and forth, thus even more delay, so let's not.
And finally, I hope we can get along with fewer misunderstandings in the future, as we probably learn to understand each other some more in the future. I don't think this will be the last instance of something like this. And I certainly feel like I have an image of you that is that does not quite match reality.