[FFmpeg-devel] github

Tomas Härdin tjoppen at acc.umu.se
Fri Apr 27 09:24:05 EEST 2018


fre 2018-04-27 klockan 00:50 +0200 skrev wm4:
> On Thu, 26 Apr 2018 14:41:55 +0200
> Daniel Oberhoff <danieloberhoff at googlemail.com> wrote:
> 
> > > On 26. Apr 2018, at 14:40, wm4 <nfxjfg at googlemail.com> wrote:
> > > 
> > > On Thu, 26 Apr 2018 14:12:14 +0200
> > > Hendrik Leppkes <h.leppkes at gmail.com <mailto:h.leppkes at gmail.com>
> > > > wrote:
> > >   
> > > > On Thu, Apr 26, 2018 at 2:02 PM, Daniel Oberhoff
> > > > <danieloberhoff at googlemail.com> wrote:  
> > > > >   
> > > > > > Am 26.04.2018 um 13:59 schrieb Daniel Oberhoff <danieloberh
> > > > > > off at googlemail.com>:
> > > > > > 
> > > > > >   
> > > > > > > Am 26.04.2018 um 13:56 schrieb Daniel Oberhoff <danielobe
> > > > > > > rhoff at googlemail.com>:
> > > > > > > 
> > > > > > >   
> > > > > > > > Am 26.04.2018 um 13:52 schrieb Nicolas George <george at n
> > > > > > > > sup.org>:
> > > > > > > > 
> > > > > > > > Daniel Oberhoff (2018-04-26):  
> > > > > > > > > I was wondering if there is any chance to move
> > > > > > > > > development to github?
> > > > > > > > > I.e. not just mirror, but as primary development
> > > > > > > > > repo, with issues and
> > > > > > > > > pull requests? Would make collaboration a *lot*
> > > > > > > > > easier (think of
> > > > > > > > > submitting a pr instead of having to
> > > > > > > > > generate/format/split patches).  
> > > > > > > > 
> > > > > > > > If development involves working in a web browser a lot,
> > > > > > > > count me out.
> > > > > > > > Can you point me to the command-line  
> > > > > > > 
> > > > > > > https://hub.github.com/hub.1.html  
> > > > > > 
> > > > > > But you can’t really do reviews that way, so the criticism
> > > > > > stands.  
> > > > > 
> > > > > BTW, is there any kind of issue tracking?  
> > > > 
> > > > https://trac.ffmpeg.org/  
> > > 
> > > To be fair, I'd prefer the github issue tracker over TRAC any
> > > day.
> > > Still has the other problems I mentioned.  
> > 
> > gitlab?
> > 
> 
> That would mostly get rid of the centralization argument. But I've
> heard bad things from someone who wanted to setup a private instance
> of
> it. Apparently it has a large number of dependencies, is extremely
> hard
> to deploy (unless you use their docker container), and it's SLOW.
> 
> In fact even gitlab.com seems to have severe performance problems
> occasionally.

Another problem with gitlab is its inability to work without js. Things
like hamburger menus getting in the way, READMEs not displaying and so
on. Just look at https://gitlab.com/explore with js and third party
domains disabled

/Tomas


More information about the ffmpeg-devel mailing list