Re: [New] audio/ffmpeg-normalize (and devel/py-tqdm)

2020-07-15 Thread Laurence Tratt
On Sun, Jul 05, 2020 at 01:16:06PM +0200, Klemens Nanni wrote: Hello Klemens, > I just slipped my mind, sure enough OK kn - anyone else? I got some additional comments from edd@. I attach the updated ports. Laurie ffmpeg-normalize.tgz Description: application/tar-gz py-tqdm.tgz

Re: [New] audio/ffmpeg-normalize (and devel/py-tqdm)

2020-07-09 Thread Laurence Tratt
On Sun, Jul 05, 2020 at 01:16:06PM +0200, Klemens Nanni wrote: > I just slipped my mind, sure enough OK kn - anyone else? Anyone able to OK the ffmpeg-normalize and py-tqdm ports? I've been using them consistently and have had no problems with either, so I think they're ready for committing (but

Re: [New] audio/ffmpeg-normalize (and devel/py-tqdm)

2020-07-05 Thread Klemens Nanni
On Sun, Jul 05, 2020 at 10:08:33AM +0100, Laurence Tratt wrote: > On Sun, Jul 05, 2020 at 03:32:07AM -0400, Kurt Mosiejczuk wrote: > > Hello Kurt, > > > Is there a reason we're not just using MODPY_PI=YES and avoiding this whole > > github dance? > > I've switched to MODPY_PI=Yes, and updated

Re: [New] audio/ffmpeg-normalize (and devel/py-tqdm)

2020-07-05 Thread Laurence Tratt
On Sun, Jul 05, 2020 at 03:32:07AM -0400, Kurt Mosiejczuk wrote: Hello Kurt, > Is there a reason we're not just using MODPY_PI=YES and avoiding this whole > github dance? I've switched to MODPY_PI=Yes, and updated to 1.20.0, in the attached. Laurie ffmpeg-normalize.tgz Description:

Re: [New] audio/ffmpeg-normalize (and devel/py-tqdm)

2020-07-05 Thread Kurt Mosiejczuk
On Sat, Jul 04, 2020 at 07:57:58AM +0200, Klemens Nanni wrote: > Test concurrent.futures.ThreadPoolExecutor ... > I had to kill the python3.7 process, ^C wouldn't stop it. Yeah. concurrency tests are usually the ones that hang for the python regression tests, so I'm not surprised. > >

Re: [New] audio/ffmpeg-normalize (and devel/py-tqdm)

2020-07-04 Thread Stuart Henderson
On 2020/07/03 22:11, Laurence Tratt wrote: > I've removed MODPY_EGG_VERSION but I thought it was preferred to use > MASTER_SITES over GH_*? I might be very wrong on that. This is summarised in /usr/ports/infrastructure/templates/Makefile.template # github: # /releases/ -> preferred. ignore GH_*,

Re: [New] audio/ffmpeg-normalize (and devel/py-tqdm)

2020-07-04 Thread Klemens Nanni
On Sat, Jul 04, 2020 at 10:17:17AM +0100, Laurence Tratt wrote: > Ouch, that didn't happen to me. I think that's the final nail in the coffin > of trying to run tqdm's test suite! I've added a comment to the Makefile. Not really. See what bsd.port.mk(5) says about NO_TEST: Port does not

Re: [New] audio/ffmpeg-normalize (and devel/py-tqdm)

2020-07-04 Thread Laurence Tratt
On Sat, Jul 04, 2020 at 07:57:58AM +0200, Klemens Nanni wrote: Hello Klemens, > I also quickly installed flake8, py3-nose and py3-coverage as TDEPs and > `make test' does a lot of tests: some SKIP, some ok, some ERROR, but it > seems stuck at the following test: > > Test

Re: [New] audio/ffmpeg-normalize (and devel/py-tqdm)

2020-07-03 Thread Klemens Nanni
On Fri, Jul 03, 2020 at 10:11:21PM +0100, Laurence Tratt wrote: > I should have put NO_TEST=Yes here. The way the test suite is run is fairly > idiosyncratic and would require more patching than I think we want to > maintain. For example, by not following the documentation, I can make most > of

Re: [New] audio/ffmpeg-normalize (and devel/py-tqdm)

2020-07-03 Thread Laurence Tratt
On Fri, Jul 03, 2020 at 08:02:56PM +0200, Klemens Nanni wrote: Hello Klemens, Thanks for the comments! > py-tqdm should use FLAVOR=python3 to disable the Python 2 flavour; it also > seems to be missing TEST_DEPENDS, at least for me `make test' tries to > fetch from PyPi (using PORTS_PRIVSEP).

Re: [New] audio/ffmpeg-normalize (and devel/py-tqdm)

2020-07-03 Thread Klemens Nanni
On Fri, Jul 03, 2020 at 06:48:37PM +0100, Laurence Tratt wrote: > Attached is a new port for audio/ffmpeg-normalize [1], which allows one to > normalise audio to a given volume level. A common use case is to transform > an audio file to a given LUFS level specified by the EBU R128 guidelines >

[New] audio/ffmpeg-normalize (and devel/py-tqdm)

2020-07-03 Thread Laurence Tratt
Attached is a new port for audio/ffmpeg-normalize [1], which allows one to normalise audio to a given volume level. A common use case is to transform an audio file to a given LUFS level specified by the EBU R128 guidelines [2]. In English, that means that your audio file can be made to sound