[aur-general] Are AUR VCS packages that depend on AUR VCS packages from other projects a good idea and who should decide on that ?
grazzolini at archlinux.org
Tue May 7 17:13:41 UTC 2019
Em maio 7, 2019 14:00 Lone_Wolf escreveu:
> It seems I overreacted and hijacked my own thread.
> I also made several mistakes and may have (unintentionally) offended people.
> I apoligise to all posters in & readers of this thread.
> There are decisions that need to be made, but I'm the one that needs to
> make them , not TUs.
> I do need to do some serious thinking and will keep radiosilence during
> the thinking.
> Some unfinished business :
> Robin, you do have a valid point about lone_wolf-* not being good
> package names.
> If my creativity is not enough to chose good names, I should ask help
> with picking names instead of choosing bad ones.
> The question this thread started with is still valid
> Are AUR VCS packages that depend on AUR VCS packages from other projects
> a good idea and who should decide on that ?
This thread went way beyond what it should have gone. This is the AUR we're talking about.
I'm not saying we should accept any crap on the AUR, but, I'm talking from my own experience here,
we don't always anticipate what will be useful or not to people.
I have several packages I've put on the AUR that, even though I've followed the guidelines, I didn't
expect them to be of any use to other people. And yet, they did. On the other hand, I have uploaded
packages that I expected to be of use, and they turned out to not be that useful.
Unless we have a way to enforce the guidelines properly, I say that we should not bikeshed this much
over AUR submissions. We have a lot of crap on AUR, yes. We have a lot of submissions that are useful to
only one person, yes. We have packages that are not even for the architecture we support, yes. So, let's
not dabble over a package that's not even the worse we have on the AUR *right now*.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 870 bytes
Desc: not available
More information about the aur-general