Created attachment 148393 [details] Renamed port rejik for version squid 3.4 Rejik is a squid redirector used for blocking unwanted content basing on URLs and Perl Compatible Regular Expressions (http://www.pcre.org/). WWW: http://www.rejik.ru/ ______________ Overview www/rejik deleted from ports tree. I fix it, and renamed because for now For squid 3.3 used redirector-3.2.11.tgz For squid 3.4 used redirector-3.2.11_squid_3.4.tgz So, i rename rejik to rejik-sq33 And copy and modify version for squid 3.4 with name of port rejik-sq34 This version for squid 3.4 * Renamed to rejik-sq33 * Fork rejik-sq33 (for squid-3.4 and above) in port rejik-sq34 * Removed deprecated master site (NX Domain) * Redefine dependencies (for squid before version 3.4)
I disagree with the proposed naming. In 3 months, there will only be one squid port, www/squid. Likewise, there should only be one corresponding rejik port. It should not be renamed after revival.
OK, i make only one version for latest version of squid. See attach.
Created attachment 148419 [details] Rever to name rejik, tergetted to latest squid 3.4
*** Bug 194417 has been marked as a duplicate of this bug. ***
There's don't revive ports that have no maintainer. Besides agreeing to be the maintainer (honestly) you need to provide proof that this version builds properly. You can provide poudriere bug logs with "-t" option or poudriere testport logs to prove this.
correction: We don't revive ports that have no maintainer.
the new attachment is not a shar, it's some kind of sharutils script. I don't know why it's provide instead of a shar. Secondly, the MAINTAINER=ports@FreeBSD.org kills it thirdly, a straight "bring back port using SVN" is probably wrong (not to mention it was broken with it was removed I recall). As it is now, I would "reject" this PR. If nothing changes, I will.
closing request due to inactivity (as promised)
This is unmodified copy of old one, totally broken. I started new one https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194837