- User Since
- Dec 13 2015, 7:56 AM (192 w, 5 d)
Thu, Aug 8
If you look at the commit log last commit (that's not text related) it occurred on on Mar 30, 2018 in sergey-dryabzhinsky's tree. If you look at ut0mt8's repo there's a lot of work done after that date.
Mon, Jul 29
No poudriere build yet but make stage && make check-plist && make stage-qa && make package completes without any errors
Migrated to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239511 as per request by lwhsu@
Jul 23 2019
Unfortunately I don't have a pouderie setup ready mainly because of lack of proper (fast) hardware but I'll give it a try although it might take a while (probably one or two weeks).
Just to make sure, you're referring to this? https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/testing-poudriere.html
Jul 22 2019
I've mailed maintainer separately and linked to this differential
Jul 21 2019
Should I replace the current module? I'd like this to move forward in some direction.
Jul 18 2019
Jul 8 2019
As far as I can tell it's more or less abandoned by the original author https://github.com/arut/nginx-rtmp-module/pulls (several PRs are very old by now) no commits since late 2017 https://github.com/arut/nginx-rtmp-module/commits/master
This plugin was then forked and "maintained"/enhanced by Sergey Dryabzhinsky https://github.com/sergey-dryabzhinsky/nginx-rtmp-module/ and then forked again and futher enhanced by Raphael Mazelier who has submitted a PR to upstream back in 2018 (https://github.com/sergey-dryabzhinsky/nginx-rtmp-module/pull/276)
Jul 4 2019
Update PORTREVISION instead of PORTEPOCH
Jul 3 2019
Updated typo in comment, reported by Mikael Urankar
Jun 17 2019
May 24 2019
May 20 2019
Missed a comma at the end on the first line listing ARM64 options
Update list per suggestion by Warner
As far as I can tell Warner should get this at least?
May 19 2019
Not sure if ARMv5 and older should be included as these are going away as far I know
May 9 2019
Move USE_RC_SUBR as suggested by ports documentation and mat@
Change GUI_LIB_DEPENDS+= to GUI_LIB_DEPENDS= as suggested by mat@
May 8 2019
Set PORTREVISION to 0 instead of 1, reported by mat@
Attached complete diff as requested
Apr 14 2019
Closing this due to timeout
Jan 21 2019
Jan 14 2019
Jan 12 2019
Adjust group variable as suggested by mat
Fix typo in variable description for rc.d script
Change qbittorrent_ variables to = and use quotes where it makes sense
Jan 11 2019
Use %%PREFIX%% as suggested by maintainer
Superseded by commit r485333
Mar 7 2018
Mar 6 2018
More fixes that mat@ pointed out
Fix issues pointed out by mat@
Mar 5 2018
Fix issues that mat@ mentioned
Mar 4 2018
Missed a file in plist
Fix install, sorry about that.
I'm kinda new at this so please have that in mind, I'm not sure how docs are handled (plist).
hyperscan doesn't have a toggle, it gets auto detected same goes for flatbuffers.
Feb 12 2018
Remove directory dir in Makefile as it's handled by the in the startprecmd
Drop individual directories for pid and log file, thanks David O'Rourke for suggestions and reviewing.
Feb 11 2018
Feb 6 2018
Fix ntraceroute port
Fix ntraceroute, fix suggested by @mat
New patch generated using -U9999 as per request, no change otherwise
Feb 4 2018
While it might be an potential issue I'm not sure it is in the end as most of these sites hosts files several megabytes in size which most proxies doesn't cache anyway?
There's no point in having like 15+ mirrors, in general I'd say if 4+ fails there's another general issue than the mirrors themselves and it'll just take ages before you hit FreeBSD's own distfiles servers.
What I meant is that Asian mirrors shouldn't be the first choice as they're going to be slow for NA/EU users in general which is the majority of users (?) but still useful when it comes to connectivity and available hence why they should be included.
Given what I've mentioned earlier there's no need for a boatload of listed ones, it'll just be a hassle in the end.
Most of these ports are ancient and while I do understand that http://www.minix3.org/distfiles-backup/ isn't ideal it's in most cases the only reliable site I could find hosting the tarballs.
While I agree with bapt I think we should offer HTTPS where possible as this seems to be a concern for some people and many sites will redirect to HTTPS anyway.
That said, it wouldn't hurt to give Mk/bsd.sites.mk an overhaul in general.