I really hate Gitlab:
https://gitlab.com/gitlab-org/gitlab/-/issues/428242
Documented features are broken for ages.

I really hate Gitlab:
https://gitlab.com/gitlab-org/gitlab/-/issues/428242
Documented features are broken for ages.
GitLab 的字型:GitLab Sans 與 GitLab Mono
前幾天翻資料的時候看到的字型:「GitLab Fonts」,找了一下在 2023 年年出的時候就發表了:「Get to know the new GitLab typefaces」。 其中 GitLab Sans 的部分是改自 Inter: This font is based on Inter (version 4), but with a few adjustments[.] 而 GitLab Mono 則是改自 JetBrains Mono: This font is based on JetBrains Mono, but with a few adjustments. 裡面把 ligature 關掉算是我還蠻喜歡的方向,選用的兩個字型我也還算喜歡,換上去用看看…
Mikel Larreategi @erralin of https://codesyntax.com shows how to Deploy Cookieplone Based Projects With GitLab CI/CD #plone #plone6 #wpd2025 #CMS #Python #React #volto #opensource #community #DevOps #GitLab #CICD https://youtu.be/7d1KQSXpodY
Finally merged my #Tekton experiment.
Added 34000 lines of YAML to drop 62. Not the best ratio
But let's see where things go from here. I'm quite confident that I'll be able to replace gitlab-runners in the next few weeks and find a good pattern for the pipelines.
But I think I'll take a day off working on these. It's so crazy abstract, but that's also the potential tekton holds.
I have to reference #gitlab merge request and issue numbers a lot while doing dev stuff for #postmarketOS and #alpinelinux (like for giving to our mrtest tool), so I made a simple bookmarklet that will copy this number to my clipboard:
https://gitlab.postmarketos.org/-/snippets/10
Bookmarklets are neat!
Tried to login to #Gitlab today. The OTP code they sent to my email (which landed in Spam) didn't work and further login attempts, the code never arrived and now my account is locked, even if logging in through GitHub, etc, and the login page for their Zendesk also doesn't load for me to submit a ticket, so that's fun. I'm remembering again why I opted for deploying #Forgejo over it.
Over the coming months I will move all my personal and private repositories from #GitHub and #GitLab to #Codeberg. I run many static sites and intend to use https://ci.codeberg.org to trigger the builds.
Once this process is finished and everything works fine with #forgejo. I will also migrate the repos of my company #MintSystem to https://www.codey.ch/. As there are some GitHub integrations I can't get rid of, I intend to mirror back the repos.
I'll keep you updated via #CodebergMigration.
Cool. 20th anniversary of #git and #GitLab celebrated with an interview with Linus Torvalds: https://about.gitlab.com/blog/2025/04/07/celebrating-gits-20th-anniversary-with-creator-linus-torvalds/
GitLab Duo with Amazon Q is here!
This integration of Amazon Q Developer with GitLab brings generative AI capabilities directly into GitLab, helping developers with feature development, code upgrades, reviews, and unit testing.
Learn more: https://bit.ly/4jql9Qb
OK everyone, I did it. I started a blog. It has a welcome post and a small tip on sorting your emails from Git forges. More to come soon. Feel free to check it out!
Many universities and research institutes have their own #Gitlab or #Gitea instances, which is a good thing. But are there any plans for these instances to be federated ? It's a bit cumbersome to open a new account on a new instance every time I want to collaborate on a project. #openscience
Why does #gitlab make you authenticate. each. and. every. time?
Currently documenting: custom fields in GitLab issues, epics, etc. I don't think this screenshot would pass peer review
The way Gitlab, Forgejo, Gitea etc. use the server-side SSH server to accept pushed data over SSH relies on a system user called git
having SSH access. (or forgejo
in their case).
Access is granted by the standard authorized_keys
inside ~/.ssh, which for forgejo means /var/lib/forgejo/.ssh/authorized_keys
. When a user adds an SSH key to their account, it's added to this authorized_keys file.
I really hate this, this means that any user of Forgejo is only inches away from having full shell access. The default shell of the forgejo
user is /bin/bash
, it exists inside of /etc/passwd
:
forgejo:x:122:130:Forgejo (Beyond coding. We forge.):/var/lib/forgejo:/bin/bash
I really really hate this. The only thing preventing random users of Forgejo having shell access is the default command of the SSH session as stipulated by the authorized_keys
entry, this is what it looks like:command="/usr/bin/forgejo --config=/etc/forgejo/app.ini serv key-1",no-port-forwarding,no-X11-forwarding,no-agent-forwarding,no-pty,no-user-rc,restrict ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIOgnZeNC4fMCXYuWxir7NlKts9Zj4sYZZJzzHh4IyTm2 Baa-New
forgejo
user. It will immediately disconnect you, and if you try submitting any specific command you'll receive Disallowed command
.control userpasswords2
and then explicitly disallow them RDP access. That RDP config is the only thing preventing them for remoting straight into your server. This si what it feels like, I can't help but wish SSH was entirely separate from everything else going on here.Can somebody explain why people create #spam #pullrequest|s? Who benefits from this? How does this scheme work?