Lowering the threshold of contributing

The simple solution for that was to just move to gitlab instead of a self-hosted instance … but there are some tradeoffs (though if no work is going to go into ‘fixing’ the manjaro gitlab instance … the tradeoffs are a major net win for the move)
Or ‘accepted’ users could be allowed to fork code and make proper PRs on the self-hosted instance.
Or …
There are probably a thousand other ways it could be done … but none of them have been tried … let alone seem to be seriously considered.

Another case in point - I still have a working manjaro-stable downgrade server [and patched downgrade utility] … thats built and working … that I pay for … its been going for over a month now … and I still havent gotten any serious feedback.

1 Like

This has been discussed many times but there is no decision yet.


  • mirror to github/gitlab
  • move to github/gitlab

Current instance cannot be open to the public due to gitlab fees and high level of spam. @cscs @cfinnberg

it seems to me that gitlab.manjaro has a particular license therefore much more possibilities than the simple gitlab.com

OK. But I never even asked for ‘open to public’ … we have dozens of ‘vetted’ accounts on the instance already … but they have no ability to do anything.
Mine for example has access to artwork … I can edit or fork or whatever those … but no other section.

So … if it is going to be managed this way … it actually needs to be managed. Thats the issue.

Ok, I understand that. But honest question, what are the cons of moving to gitlab.com? What makes it so difficult to manage the project there?

? if you can fork , you have all ! in all project main page exists a link “ask access” - after we can create new branch in this project (no fork to create) and send PR on “master”

No my point is I cant fork or do any of those things.
I now have access to only artwork group.
(and I dont know when that happened … I was never notified … and since it has always worked like this I never check the account until recently)
And again … this is after I have been around for years and contributed some of that code and bothered people … and this is the situation I am in after all that.
Someone coming along today will have even less luck trying to get something done.

I asked for access four months ago to fix the manjaro-chroot problem and didn’t get it…

If things are like I read in this post, seems to me that the gitlab own instance is like a poisoned gift. It looks great from outside but it’s affecting the project badly. The own instance is somehow killing the community feedback


That’s not really an argument though.
There is tons of donation money available to pay those.

I guess the main problem is that the core team has too much work in general atm and thus focus on the core things. Reviewing, testing and accepting the code contributions costs time… When it is on gitlab and everyone can fork and contribute, this will be even more of course.

So basically the core team has to grow imho. Not sure who can do what atm, but maybe some team members should get some more permissions in order to relieve the core team from some tasks.

(Which is difficult to decide for the core team of course. Who can you trust? Who has the same opinion and vision as the current team? -> Who can you give those permissions…)

The license we have with gitlab grants many extra features, but we are using hardly any of them. So moving to gitlab.com would not have that many adverse effects.

I have been evaluating and testing some options, but it seems that

  • There is no feasible way to enable easy forking with the self hosted gitlab.
  • Mirroring the repos to gitlab or github would cause too much fragmentation.

So, I’m also in favor of moving to publicly hosted git solution. Github is more popular, but since gitlab and github allow sso between each other, it is not a big deal. Gitlab offers repo groups, so it would be easier to migrate there and keep the current project structure. And some people don’t like that m$ owns github, so that’s another point in favor of gitlab.


Isn’t this like the Arch TUs? I think that’s probably the way to go. If not now, someday

it should not be exaggerated, at github time there were very few PR external to the team. The problem here is that we have the impression (false) that manjaro doesn’t want contributors.
it looks like an obstacle course and undocumented to make things easier

Manjaro (the team) definately wants and supports contributions, no doubt about that. At least that is my experience.

Looking at things like @cfinnberg and @cscs want to contribute and they never got feedback looks to me as if the team did not yet have the time yet to review those things (or at least say: no we don’t implement that because…). Maybe also just going overlooked in the tons of requests they get. -> hence might indeed think they would not give a shyte.

Problem is, it is often unclear who is responsible for what. I have gotten a lot of notifications about people requesting access here and there, but I only grant access to manjaro-architect and the PKGBUILDs that I maintain. :man_shrugging: If people request access to something I don’t work with, I do nothing about it. I don’t know what others do.

I was checking if I can grant access to manjaro-tools repo to @cfinnberg, but turns out I don’t have access there either.

This please. :point_up: :slightly_smiling_face:
I would love for Manjaro to stay with GitLab even if it about moving to GitLab dot com

XFCE and Arch Linux among others in the Linux world uses GitLab for a reason. Albeit them being self-hosted instances. Ideally GitHub should be the last option. :slightly_smiling_face:

Hmm… Gnome has self hosted gitlab and you can fork projects freely there :thinking:

@philm have you talked with the gnome people about how they deal with the spam etc?

and with kde i can also create fork :wink: and snippets are clear …

find spam in snippets is easy but find in all fork branches :scream:

Some of those things could be opened up without opening the registration process.
Allow some more movement within gitlab … but still gatekeep new accounts.

1 Like

Personally, I think it’d be best to just move to GitLab instead of the self hosted GitLab instance.

I highly prefer GitLab over GitHub.