fre 2018-04-27 klockan 00:50 +0200 skrev wm4: > On Thu, 26 Apr 2018 14:41:55 +0200 > Daniel Oberhoff <danieloberh...@googlemail.com> wrote: > > > > On 26. Apr 2018, at 14:40, wm4 <nfx...@googlemail.com> wrote: > > > > > > On Thu, 26 Apr 2018 14:12:14 +0200 > > > Hendrik Leppkes <h.lepp...@gmail.com <mailto:h.lepp...@gmail.com> > > > > wrote: > > > > > > > On Thu, Apr 26, 2018 at 2:02 PM, Daniel Oberhoff > > > > <danieloberh...@googlemail.com> wrote: > > > > > > > > > > > Am 26.04.2018 um 13:59 schrieb Daniel Oberhoff <danieloberh > > > > > > o...@googlemail.com>: > > > > > > > > > > > > > > > > > > > Am 26.04.2018 um 13:56 schrieb Daniel Oberhoff <danielobe > > > > > > > rh...@googlemail.com>: > > > > > > > > > > > > > > > > > > > > > > Am 26.04.2018 um 13:52 schrieb Nicolas George <george@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 _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
