Forum Programmation.autre [Résolu] Comment gérer le fork d'un projet github dans une instance gitlab (framagit) ?

Posté par  . Licence CC By‑SA.
Étiquettes :
3
20
juin
2016

Bonjour,

Je souhaite forker un projet hébergé sur github dans une instance gitlab hebergée par framasoft (framagit).
De ce que j'ai pu observer et rechercher, pour que ce fork puisse suivre les évolutions du projet original, j'ai deux possibilités:

  • créer un compte github, forker le projet dans github et importer mon fork dans gitlab
  • importer le projet original github dans gitlab via l'import "from any git"

La première solution m'oblige à créer un compte github, et je ne sais pas (…)

Libertempo, gestion de congés, en version Quinnis

Posté par  . Édité par Nÿco, Nils Ratusznik, ZeroHeure, tuiu pol, palm123 et Benoît Sibaud. Modéré par ZeroHeure. Licence CC By‑SA.
20
4
avr.
2016
Bureautique

Libertempo est une application libre (PHP/MySQL) permettant de gérer les congés en ligne (fork de php_conges). Publié sous licence GPL, Libertempo est sorti en version Quinnis.

Au menu, plein de corrections de bug et d'amélioration du code. Mais avant vous voulez certainement savoir pourquoi "Quinnis" ? Et bien, parce que nous sommes fan de Dr Who ! Donc, chaque nouvelle version s’accompagnera d’un nouveau nom basé sur les planètes du Whoniverse.

Quelques informations sont disponibles en seconde partie de dépêche.

Journal La saga FFmpeg continue

Posté par  . Licence CC By‑SA.
Étiquettes :
61
3
août
2015

Suite de mon dernier journal il y a presque un an jour pour jour :
FFmpeg de retour dans Debian

Ce ne sera pas une grande surprise pour beaucoup de monde, mais Debian a décidé de remplacer Libav par FFmepg comme fournisseur des bibliothèques multimédia libav* :
libav and FFmpeg: switch over

L'annonce a été faite le 8 juillet et certains s'interrogeaient déjà de la pertinence de cette décision, avec entre autre l'argument habituel que FFmpeg dépendait trop de Michael (…)

Shinken 2.4

Posté par  (site web personnel) . Édité par Florent Zara, palm123 et Xavier Teyssier. Modéré par bubar🦥. Licence CC By‑SA.
38
19
mai
2015
Supervision

Le projet de supervision Open Source Shinken a sorti sa version 2.4 récemment.

Logo Shinken

Cette version, qui inaugure un nouveau cycle de développement plus rapide, est concentrée sur le refactoring de certaines parties du cœur de l'outil afin de le rendre plus flexible et maintenable.

Bitrig, un récent fork d'OpenBSD

36
11
mar.
2015
OpenBSD

Bitrig a annoncé sa première version. Bitrig est un fork d'OpenBSD initié par quelques anciens développeurs OpenBSD trouvant la base de code excellente, mais manquant un peu de modernité. Le but principal du projet est donc d'expérimenter de nouvelles fonctionnalités qui ne trouveraient pas forcément leur place dans OpenBSD.

Journal Devuan forks Debian: un choc ou c'était inévitable?

Posté par  . Licence CC By‑SA.
19
29
nov.
2014

Ave.

Je viens de lire un article sur Phoronix (en) à propos de Devuan, un Debian sans systemd. Pour une distribution ancestrale comme Debian, j'imagine que ça doit faire un choc. Ou alors c'était inévitable.

Je n'ai aucune expérience avec systemd et je ne l'ai jamais essayé. J'ai déjà tenté d'argumenter sur systemd car ce que j'en ai vu me dérangeait. Je sais que je ne suis pas le seul. Il y a bien des aspects qui me gênent (…)

Modeste contribution à Audacity sur l'affichage des temps

Posté par  (site web personnel) . Édité par Benoît Sibaud, Nils Ratusznik, ZeroHeure et Nÿco. Modéré par patrick_g. Licence CC By‑SA.
Étiquettes :
29
18
nov.
2014
Son

Audacity est un logiciel (GPLv2/C,C++/wxWidget) dédié "à la manipulation de données audio numériques.". Son développement est encore actif (dernière version : septembre 2013) et utilise SVN.

Cette dépêche est consacrée à un retour d'expérience sur un point précis : modifier la manière dont Audacity affiche le temps de début et de fin d'un fragment audio.

Journal Un fork de Debian à cause de systemd ?

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
31
19
oct.
2014

Énième remous de l’affaire systemd/debian : un « groupe de développeurs Debian » menace de forker la distrib si on ne laisse pas à l’utilisateur la possibilité de ne pas utiliser systemd.

http://debianfork.org/

La guerre de tranchée fait toujours rage :
http://www.debianuserforums.org/viewtopic.php?f=12&t=3031
http://soylentnews.org/article.pl?sid=14/09/27/2211225

Le problème est double, certains rejettent systemd en tant que solution technique, et certains sont choqués par la manière dont la décision a été prise.

Moi ce qui m’inquiète un peu, en dehors de ce gaspillage d’énergie, c’est que (…)

Journal FFmpeg de retour dans Debian

Posté par  . Licence CC By‑SA.
Étiquettes :
38
1
août
2014

Bonjour,

Une bonne nouvelle pour les utilisateurs et développeurs de Debian :
Reintroducing FFmpeg to Debian

En subtance, FFmpeg est de retour dans Debian mais ce n'est pas officiellement la fin du fork Libav car il restera dans Debian tant que la paquet sera maintenu.
En pratique, je vois mal Libav survivre longtemps dans ces conditions.

Un bon résumé de l'histoire avant cette annonce, est donné ici :
FFmpeg versus Libav

Et le fameux bogue #729203 qui sera peut-être enfin (…)

Journal Deux mois après, le fork d'Ampache fusionne avec l'original

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
33
24
avr.
2014
Ce journal a été promu en dépêche : Deux mois après, le fork d'Ampache fusionne avec l'original .

Ampache est un serveur de diffusion de musique. Alors que le projet semblait à l'abandon (pas de releases, pas de commits, plus de site web), un fork nommé Ampache Doped a secoué cette communauté, recevant des echos plutôt positifs. Après quelques releases, voilà que Ampache Doped et le projet original Ampache fusionnent à nouveau:

This project was merged with Ampache project.

Happy end ? Apparement, puisque le développement a repris sur le dépot Git de Ampache.

Apanage du libre, parfois (…)

Journal OpenSSL est mort, vive (le futur) LibreSSL

Posté par  (site web personnel) .
70
22
avr.
2014

Salut les jeunes,

Vous n'êtes pas sans savoir qu'OpenSSL, la librairie plus ou moins standard implémentant les protocoles SSL/TLS, a récemment fait beaucoup parler d'elle pour un bug extrêmement grave. La librairie n'en était pas à son premier coup, elle a déjà fait parler d'elle à plusieurs reprises par le passé par sa piètre qualité (j'ai pas vu moi-même, je ne fais que rapporter ce que j'entends sur la toile).

Et bien les gens de chez OpenBSD en ont (…)

Journal journal bookmark : vers un fork d'OpenSSL ?

Posté par  . Licence CC By‑SA.
55
15
avr.
2014

Bonjour Nal,

je t'écris pour te faire part d'un possible fork d'OpenSSL par les développeurs d'OpenBSD qui ont démarré depuis quelques jours un nettoyage complet.

Entre autres :

  • suppression des fonctionnalités heartbeat qui ont conduit au bug de la semaine dernière;
  • suppression de beaucoup de code cryptographique en trop;
  • suppression de wrappers autour de fonctions standard, en particulier pour malloc qui entravait des techniques de mitigation d'exploit

et autres nettoyages divers (cf premier lien), ce qui vu de loin (…)

Journal Bacula : ça bouge dans la sauvegarde !

Posté par  . Licence CC By‑SA.
Étiquettes :
18
7
avr.
2014

Bacula, logiciel de sauvegarde orienté grosses structures (rien à voir avec les solution de ce journal), est sorti le 29 mars dernier en version 7, puis en version 7.0.2 le 2 avril. La dernière version stable était la 5.2.13, sortie en février 2013, mais la version 5.2 existait déjà depuis le 30 octobre 2011. Je n'ai pas encore trouvé pourquoi avoir sauté le numéro 6, mais il s'agit probablement de ne pas interférer avec la version "entreprise" numéroté 6 (…)

Neovim : une refonte de vim pour le 21è siècle

Posté par  (site web personnel) . Édité par Florent Zara, BAud et Benoît Sibaud. Modéré par Ontologia. Licence CC By‑SA.
Étiquettes :
38
26
fév.
2014
Technologie

Neovim est un fork tout récent (fin janvier 2014) de Vim. Faut-il rappeler ce qu'est Vim (Vi IMproved), le fameux éditeur de texte ? Lui-même clone le plus populaire de l'ancêtre Vi ?

Logo VIM

Le logiciel a maintenant plus de 20 ans, contient environ 300 000 lignes de code de vieux C effrayant que peu de gens comprennent. Le mainteneur (unique ?) de Vim, Bram Moolenaar, refuse de factoriser certaines parties du code, et est très prudent avant d'accepter des patchs, car c'est lui qui devra en assurer la maintenance. Conséquence de tout ça : Vim est très dépendant d'une seule personne et évolue très lentement.

Neovim a pour objectif premier de simplifier la maintenance de vim :

  • modernisation du système de compilation : utilisation de cmake ;
  • suppression du code assurant la compatibilité avec de vieux systèmes ;
  • utilisation d'une bibliothèque externe (libuv) pour s'abstraire des différences entre les systèmes d'exploitation ;
  • factorisation « agressive » du code ;
  • meilleure séparation du code entre différents développeurs.

Par la suite, un nouveau système de plugins est prévu, ainsi que la possibilité de pouvoir créer plus facilement des interfaces graphiques (à la manière des plugins).

NdM : merci à Carif pour son journal.