[Gitea] A self-hosted Git service

Gitea for YunoHost

Integration level

Install Gitea with YunoHost

This package allow you to install Gitea quickly and simply on a YunoHost server.
If you don’t have YunoHost, please see here to know how to install and enjoy it.

Overview

Gitea is a fork of Gogs a self-hosted Git service written in Go. Alternative to Github.

Shipped version: 1.6.0

YunoHost specific features

Multi-users support

Supported with LDAP.

Supported architectures

  • x86-64b - Build Status
  • ARM - Build Status
  • Jessie x86-64b - Build Status

Gitea pour YunoHost

Integration level

Install Gitea with YunoHost

Ce package vous permet d’installer Gitea rapidement et simplement sur un serveur YunoHost.
Si vous n’avez pas YunoHost, veuillez consulter ici pour savoir comment l’installer et en profiter.

Aperçu

Gitea est un fork de Gogs une solution Git auto-hébergée alternative à GitHub.

Version livrée: 1.6.0

Caractéristiques spécifiques de YunoHost

Support multi-utilisateurs

Pris en charge avec LDAP.

Architectures supportées
  • x86-64b - Build Status
  • ARM - Build Status
  • Jessie x86-64b - Build Status
5 Likes

Belle alternative, merci, je vais tester ASAP

Installation gitea sur sur Yunohost 2.7.14 OK
Initialisation d’un repo OK
Git clone du repo OK
Utilisation commande Git OK
Belle application, merci !!

2 Likes

Bonjour,
Je suis en test de gitea qui me plaît pour ses fonctionnalités et son interface.
J’ai migré un dépôt, j’ai ensuite fait des modifications dans celui-ci puis j’ai voulu faire un push dans le dépôt.
J’ai d’abord essayé un push en https et j’ai le message suivant :
fatal: impossible de mettre à jour la base de l’url depuis la redirection :
demandé : https://git.xxxxxxxx.xxx/xxxxx/xxxxxxx.git/info/refs?service=git-receive-pack
redirection : https://xxxxxxxx.xxx/yunohost/sso/?r=axxxxxxxxxxxxxxxxxxxxxxxxxxxx=

Ensuite j’ai essayé la méthode ssh et il me demande le mot de passe de l’utilisateur gitea et je l’ai pas.
Comment mettre à jour le dépôt en push ?
Cordialement

Bonjour,

Si je comprends bien, tu as un dépôt importé dans ton GITEA.
Tu as modifié celui-ci depuis l’interface graphique ou en CLI ?
Pour le MDP de l’utilisateur GITEA, c’est ton compte Yunohost qu’il faut utilisé car GITEA est basé sur ton LDAP YUnohost.
Pourrais-tu tester avec les bonnes crédences ?

De mon côté, j’ai créé un dépôt Ansible que j’ai cloné sur un serveur debian via :
git clone https://mondomaine.fr/gitea/userYunohost/Ansible.git
Ensuite, j’ai modifié des fichiers puis :

  • git status
  • git add .
  • git commit -a
  • git push avec mon compte userYunoshot et OK

Bonjour,
Merci pour ta réponse.
La méthode https subie le message d’erreur pour la redirection. À priori git n’arrive pas à mettre à jour la base de l’URL ???
J’ai réessayé la méthode ssh avec mon user et j’ai le message
fatal: Impossible de lire le dépôt distant.

Veuillez vérifier que vous avez les droits d’accès
et que le dépôt existe.

Il y a toujours un problème avec le dossier refs. Cela existait déjà quand j’ai voulu gogs.
Mon dépôt initial a été créé avec bitbucket. Serait-ce cela le problème ?
Merci
Cordialement

salut ! je cherche à mettre à jour gitea sans succès jusqu’à présent. cela vient de :

21437176 DEBUG + wget -nv -O x86-64.zip https://rafi59.codelib.re/git/attachments/c54bf3d7-1837-4129-82f7-1ea1aee48cf2
21437518 WARNING Erreur : le certificat de « rafi59.codelib.re » n'est pas de confiance.
21437520 WARNING Erreur : le certificat de « rafi59.codelib.re » n'est pas d'un émetteur connu.
21437522 WARNING Le propriétaire du certificat ne correspond pas au nom d'hôte « rafi59.codelib.re »
21437524 DEBUG + ynh_exit_properly
21437526 DEBUG + local exit_code=5
21437527 WARNING !!
21437528 DEBUG + '[' 5 -eq 0 ']'
21437529 DEBUG + trap '' EXIT
21437529 WARNING   gitea's script has encountered an error. Its execution was cancelled.
21437530 DEBUG + set +eu
21437531 WARNING !!
21437531 DEBUG + echo -e '!!\n  gitea'\''s script has encountered an error. Its execution was cancelled.\n!!'
21437533 WARNING Upgrade failed.

ça a l’air d’être résolu avec le changement de source : https://framagit.org/YunoHost-Apps/gitea_ynh/merge_requests/24 mais je n’ai pas réussi à la tester.

@rafi59 : je suis disponible pour tester et valider la modification :slight_smile:

1 Like

Bonjour,

Désolé j’étais en vacances, je viens de la merger, normalement tout devrait fonctionner correctement maintenant.

1 Like

Tout s’est bien passé, merci ! :slight_smile:

Plop

Lors des MaJ j’ai ce message :

Info: Upgrading app gitea...
Warning: You must provide a URL to upgrade your custom app gitea
Info: Upgrading app nextcloud...
Info: Upgrading app zerobin...
Warning: unable to upgrade apps: [Errno 61] No app to upgrade
Error: Unable to upgrade some applications

Quelle URL dois-je entrer et où l’entrer ?

NB : Gitea installée (et réinstallée à l’instant) via le lien “Install with Yunohost”.

New testing : https://framagit.org/YunoHost-Apps/gitea_ynh/tree/testing

  • Upgrade to 1.7.0

For upgrade you can run this command sudo yunohost app upgrade -u https://github.com/YunoHost-Apps/gitea_ynh gitea or add the community list.

Bonjour,
je viens d’installer gitea , je crée un repo , ensuite je veux le cloner en local et j’ai cette erreur
fatal: unable to update url base from redirection:

hello and thank you all for your work on this package.

I have been using gitea for a while now and I have multiple repositories sizing several gigs.

I’d like to mention that there seems to be a problem with the parameter to skip backup or the way i am using it.

I’ve ran the following commands:

sudo yunohost app setting gitea NO_BACKUP_UPGRADE -v 1
sudo yunohost app setting gitea disable_backup_before_upgrade -v 1
sudo rm -r /home/yunohost.backup/tmp/gitea-pre-upgrade*
sudo rm -r /home/yunohost.backup/archives/gitea-pre-upgrade*
sudo yunohost app upgrade gitea -u https://framagit.org/YunoHost-Apps/gitea_ynh --debug

The app still tries to make a backup of my repositories which leads to a timeout during the backup.

Is there another parameter i missed or did I broke something ?

infos:

Gitea Version: 1.6.0
Go1.11.1
yunohost
    3.4.2.3 (stable)
yunohost-admin
    3.4.2 (stable)
moulinette
    3.4.2 (stable)
ssowat
    3.4.2 (stable) 

backup_core_only is not implanted yet. WIP here https://framagit.org/YunoHost-Apps/gitea_ynh/merge_requests/35

2 Likes

Bonjour.

J’aimerais tester l’installation de l’application Gitea pour yunohost listée dans les applications yunohost sur une raspberry pi sur laquelle est installé un yunohost.

J’ai du mal à comprendre comment régler le SSH.

Le lien vers la documentation de l’application Gitea pour yunohostpointe vers une page à remplir.

Le lien vers le code de cette application Gitea pointe vers la page github gitea_ynh qui délivre un fichier readme.md et son contenu en allant vers le bas de la page. Il donne des explications sur la façon de régler la connexion SSH. Mais il n’est pas mentionné où et comment faire ces réglages. Peut-être qu’il existe une source générale qui permette de mieux comprendre ?

Si vous aviez une piste pour que j’y comprenne quelque chose …

Par ailleurs il est mentionné aussi : “Git command access with HTTPS - If you want to use the git command (like git clone , git pull , git push ), you need to set this app as public .
Cela veut-il dire qu’en SSH il n’est pas nécessaire de rendre publique cette application pour lancer ces mêmes commandes ?

Concernant le fichier /etc/ssh/sshd_config il s’agit du fichier de configuration SSH sur ton serveur qu’il est nécessaire de d’adapter pour que cela fonctionne.

Le 2ème concerne une confguration locale (sur ton PC) à faire si tu as changé de port SSH. Après selon comme tu as configuré tes dépot git cette configuration n’est pas indispensable.

Exactement.

Merci. Cela m’éclaire.

Concernant la partie SSH, il y a aussi la phrase “You also need to add your public key to your Gitea profile.” qui n’est pas très facile à comprendre. Il n’est pas sûr que je l’ai bien comprise.

Ce que j’en comprends aussi, c’est qu’en HTTPS, tout cela n’est pas nécessaire, tant que l’on coche “application publique” lors de l’installation via l’interface d’administration yunohost , est-ce bien ça ?

Sur l’interface web de gitea, tu peux configurer ton profile et dans les paramètres de ton profile tu as un onglet “Clé SSH/GPG” et là tu peux ajouter ta clef ssh afin que tu puisse t’authentifier en SSH quand tu accède à tes dépots.

Salut,

J’ai l’impression que le LDAP est cassé (du moins sur mon instance !) avec la version 1.15.7~ynh1

Sur le forum d’un copain, Gitea est en version 1.14.5 et le LDAP fonctionne bien.

Quel log puis-je regarder pour voir pourquoi le LDAP ne marche plus ?

Edit : J’ai ça dans /var/log/gitea/router.log (avec xxx.xxx.xxx.xxx mon IP publique) :


2022/03/27 23:16:49 Started GET / for xxx.xxx.xxx.xxx:0
2022/03/27 23:16:49 Completed GET / 302 Found in 281.942µs
2022/03/27 23:16:49 Started GET /explore for xxx.xxx.xxx.xxx:0
2022/03/27 23:16:49 Completed GET /explore 302 Found in 305.723µs
2022/03/27 23:16:49 Started GET /explore/repos for xxx.xxx.xxx.xxx:0
2022/03/27 23:16:49 Completed GET /explore/repos 200 OK in 9.144396ms

Il me semble distinguer une erreur 302.

J’ai aussi ça dans /var/log/nginx/monserveur.noho.st-error.log :

2022/03/27 23:16:49 [error] 844#844: *4449 connect() failed (111: Connection refused) while connecting to upstream, client: xxx.xxx.xxx.xxx, server: monserveur.noho.st, request: "GET /gitea/explore HTTP/2.0", upstream: "http://[::1]:6000/explore", host: "monserveur.noho.st", referrer: "https://monserveur.noho.st/yunohost/sso/"