Re: Upgrade PHP to 7.0
> > Oh, that sucks. This server is running both Joomla and Wordpress. Joomla has > been complaining about updating php to 70, so I thought I'd give it a shot. > Don't know if Wordpress is compatible or not. >e dead." Thomas Jefferson > "There are some ideas so wrong that only a very > intelligent person could believe in them." George Orwell > Yes, wordpress is compatible with php 7.1 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ editors/ne | 3.1.0 | 3.1.1 +-+ multimedia/vdr | 1.7.29 | 2.3.6 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Upgrade PHP to 7.0
On Monday 05 Jun 2017 00:57:40 Jack L. wrote: > Yes, wordpress is compatible with php 7.1 Wordpress core will be OK but there may be problems with some plugins. Before upgrading PHP on a Wordpress site it would be worth installing the PHP Compatibility Checker plugin to check your plugins and themes for potential problems. https://wordpress.org/plugins/php-compatibility-checker/ -- Mike Clarke ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Pass options to dependency
Hi! How can a port (its Makefile) pass a build option to BUILD_DEPENDS? For example, devel/ragel has: DOCS_USE= TEX=latex:build DOCS_BUILD_DEPENDS= fig2dev:print/transfig And "make -C /usr/ports/devel/ragel all-depends-list" shows HUGE list of its dependencies completely unneded for a port that just needs to use BUILD_DEPENDS=ragel:devel/ragel The reason is that bsd.options.mk includes PORT_OPTIONS+= DOCS unless user option NOPORTDOCS is set. Is it possible to specify something like OPTIONS_EXCLUDE=DOCS for BUILD_DEPENDS entity? Eugene Grosbein ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Get your requirement specific lists
style="margin:0in 0in 0.0001pt;background-image:initial;background-position:initial;background-size:initial;background-repeat:initial;background-origin:initial;background-clip:initial">name="m_-1079014985815382230__Hlk482952466">style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)">Hi,style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)"> style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)"> name="m_-1079014985815382230__Hlk482952232">style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)">To carry on a successful campaign, you need to have fresh and quality contacts so that you can reach to maximum number of clients and get good results. We have recently updated our Masterfile and have added newclass="gmail-apple-converted-space"> 200,000+ contactsclass="gmail-apple-converted-space"> to our database.style="margin:0in 0in 0.0001pt;background-image:initial;background-position:initial;background-size:initial;background-repeat:initial;background-origin:initial;background-clip:initial">style="color:rgb(0,32,96);font-family:Calibri,sans-serif;font-size:11pt"> style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)">Our dedicated data-team who gathers and verify the data and keep it updated so that our clients get good returns. style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)"> style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)">We can provide you contacts of: style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)">SAP, NetSuite, Microsoft Dynamics, eBay, QuickBooks, Cisco, JD Edwards, Thomson Reuters Elite and many more…style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)"> style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)"> style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)"> style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)">Let us know the technology you would be interested in and we will get back to you with more details. style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)"> style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)">Appreciate your time and thank you for reading my email. Look forward to hear from you. style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)"> style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)">Regards style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)">Marsha Reyes style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(0,32,96)"> style="font-size:8pt;line-height:107%;font-family:Helvetica,sans-serif;color:rgb(0,32,96)">To Opt Out, please respond “Leave Out” in the Subject line. powered by GSM. Free mail merge and email marketing software for Gmail. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Finding depends-on ports
Hello & thanks for your help!
Your code snip worked very nicely, with an exception when the INDEX filed has
an empty string due to
a) port has no depends, so empty field
b) depends field is moved over by one (-f 8) as in the case for archivers/arj.
I aready had mine from "make index", so it could be a problem thta only I'm
seeing.
The empty field causes the whole ports list to be printed out as depends.
Final code below, although it most likely could be made much more elegant than
what I wrote.
Regards...
#!/bin/sh
pkglst="ins.lst"
outfile="tmp.lst"
offender="some/port"
mi () {
pn="$@|"
# make sure dependents field not empty
cf=9
dcheck=$(grep ${pn} /usr/ports/INDEX-12 | cut -f9 -d\|)
if [ -z "$dcheck" ]; then
cf=8
dcheck=$(grep ${pn} /usr/ports/INDEX-12 | cut -f8 -d\|)
if [ -z "$dcheck" ]; then
return 0
fi
fi
deplst=$(egrep "^($(fgrep ${pn} /usr/ports/INDEX-12 | cut -f "$cf" -d\| | tr
' ' '|'))" /usr/ports/INDEX-12 | cut -f2 -d\|)
case "$deplst" in
*"$offender"* ) printf "%s\n" $pn >> "$outfile"
esac
}
while read port; do
mi "$port"
done < "$pkglst"
--
FreeBSD_amd64_12-Current_RadeonKMS
Please CC my email when responding, mail from list is not delivered.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Pass options to dependency
On 05/06/2017 10:56, Eugene Grosbein wrote: > How can a port (its Makefile) pass a build option to BUILD_DEPENDS? > For example, devel/ragel has: > > DOCS_USE= TEX=latex:build > DOCS_BUILD_DEPENDS= fig2dev:print/transfig > > And "make -C /usr/ports/devel/ragel all-depends-list" shows HUGE > list of its dependencies completely unneded for a port that just > needs to use BUILD_DEPENDS=ragel:devel/ragel > > The reason is that bsd.options.mk includes PORT_OPTIONS+= DOCS > unless user option NOPORTDOCS is set. > > Is it possible to specify something like OPTIONS_EXCLUDE=DOCS > for BUILD_DEPENDS entity? > Generally what you would do is create a slave port of the dependency with the options settings you require. Doing this to turn off the DOCS option would be unprecedented though. I believe the consensus nowadays is that DOCS should control installing documentation that takes little or no effort to generate. If you need to install a huge dependency tree in order to generate documentation, then that should be controlled using a different option. Whether to have that option default to either ON or OFF is at the discretion of the maintainer. So my advice here is open a PR to get devel/ragel modified, and in the mean time try and ignore all those unwanted dependencies while you work on your own port. Cheers, Matthew signature.asc Description: OpenPGP digital signature
Re: Pass options to dependency
05.06.2017 18:51, Matthew Seaman пишет: > On 05/06/2017 10:56, Eugene Grosbein wrote: >> How can a port (its Makefile) pass a build option to BUILD_DEPENDS? >> For example, devel/ragel has: >> >> DOCS_USE= TEX=latex:build >> DOCS_BUILD_DEPENDS= fig2dev:print/transfig >> >> And "make -C /usr/ports/devel/ragel all-depends-list" shows HUGE >> list of its dependencies completely unneded for a port that just >> needs to use BUILD_DEPENDS=ragel:devel/ragel >> >> The reason is that bsd.options.mk includes PORT_OPTIONS+= DOCS >> unless user option NOPORTDOCS is set. >> >> Is it possible to specify something like OPTIONS_EXCLUDE=DOCS >> for BUILD_DEPENDS entity? >> > > Generally what you would do is create a slave port of the dependency > with the options settings you require. Doing this to turn off the DOCS > option would be unprecedented though. > > I believe the consensus nowadays is that DOCS should control installing > documentation that takes little or no effort to generate. If you need > to install a huge dependency tree in order to generate documentation, > then that should be controlled using a different option. Whether to > have that option default to either ON or OFF is at the discretion of the > maintainer. > > So my advice here is open a PR to get devel/ragel modified, and in the > mean time try and ignore all those unwanted dependencies while you work > on your own port. It would be more useful to have general way to build a dependency with needed set of options or at least introduce NODEPDOCS similar to NOPORTDOCS, wouldn't it? Eugene Grosbein signature.asc Description: OpenPGP digital signature
poudriere cross building to arm64.aarch64: Don't know how to make native-xtools
When running poudriere 3.1.17_1 on FreeBSD 11.1-PRERELEASE r319534 on amd64: poudriere jail -c -j ksh-test-aarch64 -m svn -x -v stable/11 -a arm64.aarch64 I am getting an error that "make native-xtools" does not seem to be a failed target. Unfortunately, I cannot see the state of the filesystem when it fails, because zfs dataset gets removed on failure. Any ideas where to look? Marcin smime.p7s Description: S/MIME Cryptographic Signature
Re: Pass options to dependency
> On 5 Jun, 2017, at 7:10, Eugene Grosbein wrote: > > 05.06.2017 18:51, Matthew Seaman пишет: >> On 05/06/2017 10:56, Eugene Grosbein wrote: >>> How can a port (its Makefile) pass a build option to BUILD_DEPENDS? >>> For example, devel/ragel has: >>> >>> DOCS_USE= TEX=latex:build >>> DOCS_BUILD_DEPENDS= fig2dev:print/transfig >>> >>> And "make -C /usr/ports/devel/ragel all-depends-list" shows HUGE >>> list of its dependencies completely unneded for a port that just >>> needs to use BUILD_DEPENDS=ragel:devel/ragel >>> >>> The reason is that bsd.options.mk includes PORT_OPTIONS+= DOCS >>> unless user option NOPORTDOCS is set. >>> >>> Is it possible to specify something like OPTIONS_EXCLUDE=DOCS >>> for BUILD_DEPENDS entity? >>> >> >> Generally what you would do is create a slave port of the dependency >> with the options settings you require. Doing this to turn off the DOCS >> option would be unprecedented though. >> >> I believe the consensus nowadays is that DOCS should control installing >> documentation that takes little or no effort to generate. If you need >> to install a huge dependency tree in order to generate documentation, >> then that should be controlled using a different option. Whether to >> have that option default to either ON or OFF is at the discretion of the >> maintainer. >> >> So my advice here is open a PR to get devel/ragel modified, and in the >> mean time try and ignore all those unwanted dependencies while you work >> on your own port. > > It would be more useful to have general way to build a dependency > with needed set of options or at least introduce NODEPDOCS > similar to NOPORTDOCS, wouldn't it? Standard policy is that DOCS is always enabled by default, and if heavy dependencies are required, they have a new option name. TEXDOCS, for instance, for ragel's example. NODEPDOCS is a little too grey because the interpretation is arbitrary; what about ports that need pandoc to produce manpages... we'd need a NODEPMANPAGES variable, and a NODEPHELPFILESBUTNOTDOCS, NODEPEXAMPLES, etc. # Adam -- Adam Weinberger ad...@adamw.org https://www.adamw.org ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Hosting distfiles on HTTPS w/Let's Encrypt - how? [somehow solved]
On Sun, Jun 04, 2017 at 09:48:02PM + I heard the voice of
Marcin Cieslak, and lo! it spake thus:
>
> My temporary solution to this problem is to pin the CA certificate
> in the port itself:
Err...
> -FETCH_ENV= HTTP_AUTH=basic:*:I\ accept\ www.opensource.org/licenses/cpl:.
> +FETCH_ARGS+= --ca-cert="${FILESDIR}/dst_root_ca_x3.crt"
bsd.port.mk already sets
FETCH_ENV?= SSL_NO_VERIFY_PEER=1 SSL_NO_VERIFY_HOSTNAME=1
itself (on !makesum). If you don't need that FETCH_ENV at all, you
wouldn't need the _ARGS either (and if you do need the _ENV, you'd
probably want to pull in the default as well to match...)
--
Matthew Fuller (MF4839) | fulle...@over-yonder.net
Systems/Network Administrator | http://www.over-yonder.net/~fullermd/
On the Internet, nobody can hear you scream.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Hosting distfiles on HTTPS w/Let's Encrypt - how? [somehow solved]
On Mon, 5 Jun 2017, Matthew D. Fuller wrote:
> On Sun, Jun 04, 2017 at 09:48:02PM + I heard the voice of
> Marcin Cieslak, and lo! it spake thus:
> >
> > My temporary solution to this problem is to pin the CA certificate
> > in the port itself:
>
> Err...
>
> > -FETCH_ENV= HTTP_AUTH=basic:*:I\ accept\
> > www.opensource.org/licenses/cpl:.
> > +FETCH_ARGS+= --ca-cert="${FILESDIR}/dst_root_ca_x3.crt"
>
> bsd.port.mk already sets
>
> FETCH_ENV?= SSL_NO_VERIFY_PEER=1 SSL_NO_VERIFY_HOSTNAME=1
>
> itself (on !makesum). If you don't need that FETCH_ENV at all, you
> wouldn't need the _ARGS either (and if you do need the _ENV, you'd
> probably want to pull in the default as well to match...)
That was it, thank you very much!
Marcin
smime.p7s
Description: S/MIME Cryptographic Signature
lang/python36 + dtrace
hey there - i was wondering if patches to enable dtrace for lang/python36 are available anywhere. according to this bug report on python.org it looks like swills@ has identified what changes are required to get it going: https://bugs.python.org/issue29077 any pointers would be appreciated as i'd like to tinker with this. cheers! -pete -- Pete Wright p...@nomadlogic.org @nomadlogicLA ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
