Re: [FFmpeg-devel] GitHub releases section is very old

2022-11-26 Thread Michael Niedermayer
On Sat, Oct 29, 2022 at 09:31:04PM +0200, Michael Niedermayer wrote: > On Sat, Oct 29, 2022 at 02:53:34PM +0200, Timo Rothenpieler wrote: > > On 29.10.2022 14:36, * Neustradamus * wrote: > > > Hello all, > > > > > > It is possible to remove all releases from GitHub? > > > Because at right, we can

Re: [FFmpeg-devel] GitHub releases section is very old

2022-10-29 Thread Timo Rothenpieler
On 29.10.2022 14:36, * Neustradamus * wrote: Hello all, It is possible to remove all releases from GitHub? Because at right, we can see and it is not good promotion for this active project: - https://github.com/FFmpeg/FFmpeg Releases 11 FFmpeg 3.0 Release Latest on 15 Feb 2016 + 10 releases -

[FFmpeg-devel] GitHub releases section is very old

2022-10-29 Thread * Neustradamus *
Hello all, It is possible to remove all releases from GitHub? Because at right, we can see and it is not good promotion for this active project: - https://github.com/FFmpeg/FFmpeg Releases 11 FFmpeg 3.0 Release Latest on 15 Feb 2016 + 10 releases - https://github.com/FFmpeg/FFmpeg/releases The

Re: [FFmpeg-devel] GitHub Integration

2022-01-20 Thread Soft Works
> -Original Message- > From: ffmpeg-devel On Behalf Of Soft Works > Sent: Sunday, January 2, 2022 7:16 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] GitHub Integration > > > > > -Original Message- > &

Re: [FFmpeg-devel] GitHub Integration

2022-01-02 Thread Soft Works
> -Original Message- > From: ffmpeg-devel On Behalf Of Lynne > Sent: Sunday, January 2, 2022 3:04 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] GitHub Integration > > 2 Jan 2022, 04:28 by softwo...@hotmail.com: > > >

Re: [FFmpeg-devel] GitHub Integration

2022-01-02 Thread Lynne
2 Jan 2022, 04:28 by softwo...@hotmail.com: > > >> -Original Message- >> From: ffmpeg-devel On Behalf Of Soft Works >> Sent: Tuesday, December 28, 2021 10:58 PM >> To: FFmpeg development discussions and patches >> Subject: Re: [FFmpeg-devel] GitHub In

Re: [FFmpeg-devel] GitHub Integration

2022-01-01 Thread Soft Works
> -Original Message- > From: ffmpeg-devel On Behalf Of Soft Works > Sent: Tuesday, December 28, 2021 10:58 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] GitHub Integration > > One component of the GitHub "Bridge"

Re: [FFmpeg-devel] GitHub Integration

2021-12-29 Thread Anton Khirnov
Quoting Ronald S. Bultje (2021-12-26 22:37:54) > Hi, > > On Sun, Dec 26, 2021 at 3:21 PM Soft Works wrote: > > > I'm not sure. My interpretation of Lance' and Steven's comments would > > be that they'd prefer to stick to the ML. > > > > No, it's not strictly related to that - they want somethin

Re: [FFmpeg-devel] GitHub Integration

2021-12-28 Thread Soft Works
> -Original Message- > From: ffmpeg-devel On Behalf Of Niklas Haas > Sent: Tuesday, December 28, 2021 10:22 PM > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] GitHub Integration > > On Tue, 28 Dec 2021 00:59:58 +1000 Zane van Iperen > wrote: >

Re: [FFmpeg-devel] GitHub Integration

2021-12-28 Thread Niklas Haas
On Tue, 28 Dec 2021 00:59:58 +1000 Zane van Iperen wrote: > > > On 27/12/21 11:41, lance.lmw...@gmail.com wrote: > > On Sun, Dec 26, 2021 at 04:37:54PM -0500, Ronald S. Bultje wrote: > >> Hi, > >> > >> On Sun, Dec 26, 2021 at 3:21 PM Soft Works wrote: > >> > >>> I'm not sure. My interpretation

Re: [FFmpeg-devel] GitHub Integration

2021-12-27 Thread Vasily
Not advocating for github (per this thread it's out of scope), but I think using a self-hosted gitlab with an option to auth using github account would help in reducing the "account overhead" at least for those who use github. пн, 27 дек. 2021 г., 17:59 Zane van Iperen : > > > On 27/12/21 11:41,

Re: [FFmpeg-devel] GitHub Integration

2021-12-27 Thread Zane van Iperen
On 27/12/21 11:41, lance.lmw...@gmail.com wrote: On Sun, Dec 26, 2021 at 04:37:54PM -0500, Ronald S. Bultje wrote: Hi, On Sun, Dec 26, 2021 at 3:21 PM Soft Works wrote: I'm not sure. My interpretation of Lance' and Steven's comments would be that they'd prefer to stick to the ML. No, i

Re: [FFmpeg-devel] GitHub Integration

2021-12-26 Thread lance . lmwang
On Sun, Dec 26, 2021 at 04:37:54PM -0500, Ronald S. Bultje wrote: > Hi, > > On Sun, Dec 26, 2021 at 3:21 PM Soft Works wrote: > > > I'm not sure. My interpretation of Lance' and Steven's comments would > > be that they'd prefer to stick to the ML. > > > > No, it's not strictly related to that -

Re: [FFmpeg-devel] GitHub Integration

2021-12-26 Thread Soft Works
> -Original Message- > From: ffmpeg-devel On Behalf Of Ronald S. > Bultje > Sent: Sunday, December 26, 2021 10:38 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] GitHub Integration > > Hi, > > On Sun, Dec 26, 202

Re: [FFmpeg-devel] GitHub Integration

2021-12-26 Thread Ronald S. Bultje
Hi, On Sun, Dec 26, 2021 at 3:21 PM Soft Works wrote: > I'm not sure. My interpretation of Lance' and Steven's comments would > be that they'd prefer to stick to the ML. > No, it's not strictly related to that - they want something that is CLI accessible. Gitlab has this here: https://glab.read

Re: [FFmpeg-devel] GitHub Integration

2021-12-26 Thread Soft Works
> -Original Message- > From: ffmpeg-devel On Behalf Of Lynne > Sent: Sunday, December 26, 2021 5:49 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] GitHub Integration > > 26 Dec 2021, 02:03 by l...@chinaffmpeg.org: > > >

Re: [FFmpeg-devel] GitHub Integration

2021-12-26 Thread Lynne
eg-devel On Behalf Of Lynne >>>> Sent: Saturday, December 25, 2021 5:50 PM >>>> To: FFmpeg development discussions and patches >>>> Subject: Re: [FFmpeg-devel] GitHub Integration >>>> >>>> 23 Dec 2021, 00:24 by softwo...@hotmail.com: >&

Re: [FFmpeg-devel] GitHub Integration

2021-12-25 Thread Steven Liu
t;>> To: FFmpeg development discussions and patches >>> Subject: Re: [FFmpeg-devel] GitHub Integration >>> >>> 23 Dec 2021, 00:24 by softwo...@hotmail.com: >>> >>>> Hi, >>>> >>>> holidays are approaching and I got a litt

Re: [FFmpeg-devel] GitHub Integration

2021-12-25 Thread lance . lmwang
On Sat, Dec 25, 2021 at 05:15:19PM +, Soft Works wrote: > > > > -Original Message- > > From: ffmpeg-devel On Behalf Of Lynne > > Sent: Saturday, December 25, 2021 5:50 PM > > To: FFmpeg development discussions and patches > > Subject: R

Re: [FFmpeg-devel] GitHub Integration

2021-12-25 Thread Soft Works
> -Original Message- > From: ffmpeg-devel On Behalf Of Lynne > Sent: Saturday, December 25, 2021 5:50 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] GitHub Integration > > 23 Dec 2021, 00:24 by softwo...@hotmail.com: > >

Re: [FFmpeg-devel] GitHub Integration

2021-12-25 Thread Lynne
23 Dec 2021, 00:24 by softwo...@hotmail.com: > Hi, > > holidays are approaching and I got a little present for all of you > even though it won’t be something for everybody. > > A while ago I had committed to prepare a test setup for integrating > GitHub in a similar way as the Git developers are

Re: [FFmpeg-devel] GitHub Integration

2021-12-25 Thread Soft Works
> -Original Message- > From: ffmpeg-devel On Behalf Of Michael > Niedermayer > Sent: Saturday, December 25, 2021 12:12 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] GitHub Integration > > On Sat, Dec 25, 2021 at 12:31:

Re: [FFmpeg-devel] GitHub Integration

2021-12-25 Thread Soft Works
> -Original Message- > From: ffmpeg-devel On Behalf Of Vasily > Sent: Saturday, December 25, 2021 10:32 AM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] GitHub Integration > > Hi, > > First off, a great idea bridging tha

Re: [FFmpeg-devel] GitHub Integration

2021-12-25 Thread Michael Niedermayer
On Sat, Dec 25, 2021 at 12:31:56PM +0300, Vasily wrote: > Hi, > > First off, a great idea bridging that gap! But I agree that the topic is > misleading, maybe rename to smth like "github bridge for PR creation" to be > really explicit? > > Second one, why first-comers aren't allowed to submit wi

Re: [FFmpeg-devel] GitHub Integration

2021-12-25 Thread Vasily
Typo correction: "the bot should remove", not "the boy" (oh my mobile tapping...) сб, 25 дек. 2021 г., 12:31 Vasily : > Hi, > > First off, a great idea bridging that gap! But I agree that the topic is > misleading, maybe rename to smth like "github bridge for PR creation" to be > really explicit?

Re: [FFmpeg-devel] GitHub Integration

2021-12-25 Thread Vasily
Hi, First off, a great idea bridging that gap! But I agree that the topic is misleading, maybe rename to smth like "github bridge for PR creation" to be really explicit? Second one, why first-comers aren't allowed to submit without pre-approval? (context: I haven't made my contributions to ffmpeg

Re: [FFmpeg-devel] GitHub Integration

2021-12-23 Thread Soft Works
> -Original Message- > From: Soft Works > Sent: Thursday, December 23, 2021 12:25 AM > To: FFmpeg development discussions and patches > Subject: GitHub Integration > > Hi, > > holidays are approaching and I got a little present for all of you > even though it won’t be something for eve

Re: [FFmpeg-devel] GitHub Integration

2021-12-23 Thread Soft Works
> -Original Message- > From: ffmpeg-devel On Behalf Of Timo > Rothenpieler > Sent: Thursday, December 23, 2021 3:17 PM > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] GitHub Integration > > On 23.12.2021 14:59, Tomas Härdin wrote: > > This s

Re: [FFmpeg-devel] GitHub Integration

2021-12-23 Thread Soft Works
> -Original Message- > From: ffmpeg-devel On Behalf Of Tomas > Härdin > Sent: Thursday, December 23, 2021 3:00 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] GitHub Integration > > ons 2021-12-22 klockan 23:24 +

Re: [FFmpeg-devel] GitHub Integration

2021-12-23 Thread Timo Rothenpieler
On 23.12.2021 14:59, Tomas Härdin wrote: This sounds like something that will cause problems in the long run. Github will inevitably be brought into the project's workflow. People will start submitting tickets on Github rather than our trac. And so on. issues are disabled on Github. Otherwise,

Re: [FFmpeg-devel] GitHub Integration

2021-12-23 Thread Tomas Härdin
ons 2021-12-22 klockan 23:24 + skrev Soft Works: > Hi, > > holidays are approaching and I got a little present for all of you > even though it won’t be something for everybody. > > A while ago I had committed to prepare a test setup for integrating > GitHub in a similar way as the Git devel

Re: [FFmpeg-devel] GitHub Integration

2021-12-23 Thread Soft Works
> -Original Message- > From: ffmpeg-devel On Behalf Of Paul B > Mahol > Sent: Thursday, December 23, 2021 8:36 AM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] GitHub Integration > > Topic name is deeply misleading. Wh

Re: [FFmpeg-devel] GitHub Integration

2021-12-22 Thread Paul B Mahol
Topic name is deeply misleading. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".

[FFmpeg-devel] GitHub Integration

2021-12-22 Thread Soft Works
Hi, holidays are approaching and I got a little present for all of you even though it won’t be something for everybody. A while ago I had committed to prepare a test setup for integrating GitHub in a similar way as the Git developers are doing. For those who missed it or don’t remember the out

Re: [FFmpeg-devel] github

2018-04-26 Thread Tomas Härdin
fre 2018-04-27 klockan 00:50 +0200 skrev wm4: > On Thu, 26 Apr 2018 14:41:55 +0200 > Daniel Oberhoff wrote: > > > > On 26. Apr 2018, at 14:40, wm4 wrote: > > > > > > On Thu, 26 Apr 2018 14:12:14 +0200 > > > Hendrik Leppkes mailto:h.lepp...@gmail.com> > > > > wrote: > > >    > > > > On Thu, Apr

Re: [FFmpeg-devel] github

2018-04-26 Thread Lou Logan
On Thu, Apr 26, 2018, at 2:50 PM, wm4 wrote: > > 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 d

Re: [FFmpeg-devel] github

2018-04-26 Thread wm4
On Thu, 26 Apr 2018 14:41:55 +0200 Daniel Oberhoff wrote: > > On 26. Apr 2018, at 14:40, wm4 wrote: > > > > On Thu, 26 Apr 2018 14:12:14 +0200 > > Hendrik Leppkes mailto:h.lepp...@gmail.com>> wrote: > > > >> On Thu, Apr 26, 2018 at 2:02 PM, Daniel Oberhoff > >> wrote: > >>> > Am 2

Re: [FFmpeg-devel] github

2018-04-26 Thread Tomas Härdin
tor 2018-04-26 klockan 13:15 +0200 skrev Daniel Oberhoff: > Hello, > > 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

Re: [FFmpeg-devel] github

2018-04-26 Thread wm4
On Thu, 26 Apr 2018 08:59:03 -0800 Lou Logan wrote: > On Thu, Apr 26, 2018, at 4:40 AM, wm4 wrote: > > > > To be fair, I'd prefer the github issue tracker over TRAC any day. > > At least it isn't Bugzilla. What are some of the problems with trac? Is there > a self-hostable bug tracker you pre

Re: [FFmpeg-devel] github

2018-04-26 Thread Lou Logan
On Thu, Apr 26, 2018, at 4:40 AM, wm4 wrote: > > To be fair, I'd prefer the github issue tracker over TRAC any day. At least it isn't Bugzilla. What are some of the problems with trac? Is there a self-hostable bug tracker you prefer? ___ ffmpeg-devel ma

Re: [FFmpeg-devel] github

2018-04-26 Thread Kieran O Leary
On Thu, 26 Apr 2018, 14:42 Daniel Oberhoff, wrote: > > > On 26. Apr 2018, at 14:40, wm4 wrote: > > > > On Thu, 26 Apr 2018 14:12:14 +0200 > > Hendrik Leppkes mailto:h.lepp...@gmail.com>> > wrote: > > > >> On Thu, Apr 26, 2018 at 2:02 PM, Daniel Oberhoff > >> wrote: > >>> > Am 26.04.2018 um

Re: [FFmpeg-devel] github

2018-04-26 Thread Daniel Oberhoff
> On 26. Apr 2018, at 14:40, wm4 wrote: > > On Thu, 26 Apr 2018 14:12:14 +0200 > Hendrik Leppkes mailto:h.lepp...@gmail.com>> wrote: > >> On Thu, Apr 26, 2018 at 2:02 PM, Daniel Oberhoff >> wrote: >>> Am 26.04.2018 um 13:59 schrieb Daniel Oberhoff : > Am 26.04.2018

Re: [FFmpeg-devel] github

2018-04-26 Thread wm4
On Thu, 26 Apr 2018 14:12:14 +0200 Hendrik Leppkes wrote: > On Thu, Apr 26, 2018 at 2:02 PM, Daniel Oberhoff > wrote: > > > >> Am 26.04.2018 um 13:59 schrieb Daniel Oberhoff > >> : > >> > >> > >>> Am 26.04.2018 um 13:56 schrieb Daniel Oberhoff > >>> : > >>> > >>> > Am 26.04.2018 um

Re: [FFmpeg-devel] github

2018-04-26 Thread Daniel Oberhoff
>> >> BTW, is there any kind of issue tracking? > > https://trac.ffmpeg.org/ oh, 1784 issues... signature.asc Description: Message signed with OpenPGP ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-dev

Re: [FFmpeg-devel] github

2018-04-26 Thread James Darnley
On 2018-04-26 13:15, Daniel Oberhoff wrote: > 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 gene

Re: [FFmpeg-devel] github

2018-04-26 Thread Hendrik Leppkes
On Thu, Apr 26, 2018 at 2:02 PM, Daniel Oberhoff wrote: > >> Am 26.04.2018 um 13:59 schrieb Daniel Oberhoff >> : >> >> >>> Am 26.04.2018 um 13:56 schrieb Daniel Oberhoff >>> : >>> >>> Am 26.04.2018 um 13:52 schrieb Nicolas George : Daniel Oberhoff (2018-04-26): > I was wonderi

Re: [FFmpeg-devel] github

2018-04-26 Thread Daniel Oberhoff
> Am 26.04.2018 um 13:59 schrieb Daniel Oberhoff > : > > >> Am 26.04.2018 um 13:56 schrieb Daniel Oberhoff >> : >> >> >>> Am 26.04.2018 um 13:52 schrieb Nicolas George : >>> >>> Daniel Oberhoff (2018-04-26): I was wondering if there is any chance to move development to github? I.e

Re: [FFmpeg-devel] github

2018-04-26 Thread Daniel Oberhoff
> Am 26.04.2018 um 13:56 schrieb Daniel Oberhoff > : > > >> Am 26.04.2018 um 13:52 schrieb Nicolas George : >> >> 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 >

Re: [FFmpeg-devel] github

2018-04-26 Thread Nicolas George
Daniel Oberhoff (2018-04-26): > https://hub.github.com/hub.1.html Thanks. So, how do I read a comment in an issue without a browser? Regards, -- Nicolas George signature.asc Description: Digital signature ___ ffmpeg-devel mailing list ffmpeg-devel

Re: [FFmpeg-devel] github

2018-04-26 Thread Daniel Oberhoff
> Am 26.04.2018 um 13:52 schrieb Nicolas George : > > 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 o

Re: [FFmpeg-devel] github

2018-04-26 Thread Nicolas George
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/sp

Re: [FFmpeg-devel] github

2018-04-26 Thread wm4
On Thu, 26 Apr 2018 13:15:52 +0200 Daniel Oberhoff wrote: > Hello, > > 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

Re: [FFmpeg-devel] github

2018-04-26 Thread Josh de Kock
> On 26 Apr 2018, at 12:15, Daniel Oberhoff > wrote: > > Hello, > > 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 p

[FFmpeg-devel] github

2018-04-26 Thread Daniel Oberhoff
Hello, 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). Best Daniel