Search results

Yes. All PHP should be version 5.6. Follow the commands in the 20150220 UPDATING entry (less -p 20150220 /usr/ports/UPDATING). Then remove the php53 variants. pkg delete -x php53 Then install the PHP 5.6 variants of those packages. Given the version of Perl listed, I will also say do just...

I'm sorry if my response sounded stern. I've seen professionally time and time again that duplicate information spread in different places causes trouble. Rarely do the duplicates get updated when things change. I do agree it should be a pkg-message requirement to display this as running...

This is a copy/paste of what message displayed by /usr/local/bin/chrome. nuklear what is your goal of posting this information if it's already produced when you run the command?

It looks like the update may be incomplete. Can you post pkg info -x php for reference? Does pkg check -Bd show any shared library or dependency issues?

Also see the 20150220 entry in /usr/ports/UPDATING (less -p 20150220 /usr/ports/UPDATING).

That may be the case. If so this /etc/pf.conf line added to the first configuration will work just fine. set skip on lo

ucsdboy, there's no guarantee of ABI stability on CURRENT so compiling x11/nvidia-driver from the port instead of using the package is the best way to ensure there won't be a mismatch. tobik, thank you.

It allows sending a file directly over network socket without the overhead of copying it to the application and the application copying it back to the kernel to go out over a network socket. It's also implemented on both Linux and FreeBSD. Linux: sendfile(2) FreeBSD: sendfile

The Linux and FreeBSD solutions both have their merits and sometimes the extra complexity of the Linux way has helped me solve problems in the past. At the same time for the simple stuff the FreeBSD FIBs just work and in my opinion are easier to understand and configure. Thanks for the update...

SPDY supported was removed upstream in new Nginx releases to make way for HTTP/2.0. In other words, don't use the option unless you know why you've enabled it. https://svnweb.FreeBSD.org/ports?view=revision&revision=397595

I'm answering the intent of the question. The proper answer is through ports be it compiling locally with the DEFAULT_VERSIONS variable set or long term through the eventual work to remove the hard dependency allowing a port to just depend on PHP and not a specific version as is the case now.

According to https://wiki.FreeBSD.org/VIMAGE/TODO, virtualizing ipfilter is still an open item on cy@'s to do list.

It does look nice but there's quite the backstory behind it and plenty of dependencies to work out before any official changes happen.

The default version is set in /usr/ports/Mk/bsd.default-versions.mk and is set when the package is compiled. You'll need to either compile locally or use your own local repository with the following /etc/make.conf entry. DEFAULT_VERSIONS+= php=5.5 If there is a hacky way to force the package...

There is this: https://reviews.FreeBSD.org/D3934 There's quite a large discussion there as well as on the mailing list but the end result of this is available at http://www.freesbd.org/

That's quite interesting. I am seeing queries as well for tmux, tmux.domain1.com, tmux.domain2.com where it cycles through each domain in my /etc/resolv.conf. I only see the gethostname calls by grepping through the source code. That makes sense because of the hostname in the status bar. I...

That seems like the job of a firewall and not Unbound.

I normally never chime in on off topic things but this was good. I have some meetings next week and feel 100% ready for it after watching this.

See also: https://en.wikipedia.org/wiki/Cross-origin_resource_sharing

You may also want to read mount. The default is to just ensure metadata is always written consistently (man mount | less -p noasync) and not data as a synchronous mount will be much slower. It's the metadata that ensures the filesystem itself is always consistent. In practice, when a program...