Differences between revisions 15 and 16
Revision 15 as of 2017-08-23 18:29:22
Size: 5003
Editor: ?MichaelLustfield
Revision 16 as of 2017-08-25 07:20:04
Size: 4683
Editor: ?MichaelLustfield
Comment: concerned about how the previous wording may have been interpreted; this is an accurate alternate
Deletions are marked like this. Additions are marked like this.
Line 22: Line 22:
The existing Alioth project is quite old and wasn't built to handle it's current workload. There are efforts being made to refresh/update the services it provides. One such service is user management, which is should be finding an entirely new home as a separate effort. Another service is VCS and collaborate development.

At this time, Gitlab is the likely successor for VCS, but some concern has been raised about the selection and requests were made to prove/disprove the best tool for the job.
Gitea is fully open source and almost packaged for Debian. It's a breeze to install, but is it enterprise-ready? Integrating well with Debian seems like a good test, doesn't it? :)

Translation(s): English

Gitea is a git front-end that supports collaborative development, similar to github/gitlab/etc.

Packaging Process

At this time, gitea is not packaged for Debian. Help is needed to complete existing libjs ITP's blocking the Gitea ITP.

Debian's Gitea

A Gitea instance for Debian is running at https://gitea.debian.net.

Why Gitea?

Gitea is fully open source and almost packaged for Debian. It's a breeze to install, but is it enterprise-ready? Integrating well with Debian seems like a good test, doesn't it? :)

Service Level

This service is hosted by MTecknology. It as being treated as a production service. It is not an official Debian project.


Authentication to this service is handled using Debian's SSO service.

Password Verification

For some actions, gitea requires password verification. In these cases, a password must be configured.

To set a password, navigate to /user/settings/password, click "Forgot password?," and follow the instructions. This will allow you to create a password to acknowledge these prompts.

Package Groups

At this time, package groups are not being created. If you need a group (organization) to exist, please contact an administrator. These groups will be manually created and efforts to contact the package group admins (referenced from alioth) to grant ownership to will be made.


Gitea provides a loosely documented API.

To utilize the API, first log into Gitea and navigate to /user/settings/applications. Use the "Generate New Token" button to generate a key and be sure not to lose it.

Swagger is used to provide a function list underneath /swagger. Two headers will need to be added to API requests: Content-Type and Authorization. Content-Type is simply 'application/json'. Authorization is "token <your_application_token>".

If you were interested in finding your own uid, you would find it with this:

curl -H 'Content-Type: application/json' \
     -H 'Authorization: token 6c0d842e2ed6ac121fb3f2eeac6951ecc2ea' \
     -X GET  https://gitea.debian.net/api/v1/user

Note: Getting org/team IDs is not currently possible: https://github.com/go-gitea/gitea/issues/1821 (collab-maint=id:2)

To import a project from alioth (using a browser):

Navigate to /repo/migrate, fill out the details, click Migrate Repository.

Note: While it's possible to convert a mirrored (replicated) repo to a cloned one, the reverse is not true.

To import a project from alioth (using the api):


curl -H 'Content-Type: application/json' \
     -H 'Authorization: token 6c0d842e2ed6ac121fb3f2eeac6951ecc2ea' \
     -d "{\"clone_addr\": \"${gitsrc}\", \"uid\": 2, \"repo_name\": \"${gitname}\" \"mirror\": false}" \
     -X POST https://gitea.debian.net/api/v1/repos/migrate

To instead mirror the repository, use mirror:true instead. The repository will be cloned as a mirror and perform regular checks for new content.

Additional Reading:


Gitea has these administrator(s):

  • Michael Lustfield (MTecknology)

An up-to-date list can be located on the Owners page of the debian-gitea-svc project.

For simple non-urgent requests, feel free to open an issue against the Debian Gitea Service.

To Do

  • A feature request exists to set the user's email address from Debian's SSO, but it's unlikely to be added any time in the near future.

  • MTecknology's personal mail domain is being used for mail delivery; would be nice to not do that.
  • Need to implement reliable backups that other admins can easily access.


  • How are Debian account groups injected or supported? -- Accounts are pulled from SSO. There has been no discussion about groups; they will likely remain manual.