poudriere: create HEAD jail from base-packages

2017-02-28 Thread Boris Samorodov
Hi All! I'm using (self-built) HEAD base packages. Host upgrade is a breeze. Now, I'd like to create/upgrade poudriere jails using base packages. Am I dreaming? Thank you! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve

Re: poudriere: create HEAD jail from base-packages

2017-02-28 Thread Matthew Seaman
On 2017/02/28 09:56, Boris Samorodov wrote: > I'm using (self-built) HEAD base packages. Host upgrade is a breeze. > Now, I'd like to create/upgrade poudriere jails using base packages. > Am I dreaming? I believe poudriere will need some work in order to be able to handle base packages. You can p

pkg and base (was: Re: poudriere: create HEAD jail from base-packages)

2017-02-28 Thread Boris Samorodov
28.02.2017 14:09, Matthew Seaman пишет: Also, last I checked, just installing all the base packages wasn't enough to get a working system -- there's a lot of stuff still missing, mostly files from under /etc. I prepare etcupdate package as well as other packages. So after a pkg upgrade I only

HEADSUP: after r313194 on freebsd-current, lang/gcc ports require a rebuild

2017-02-28 Thread Steve Kargl
r313194 defined vm_ooffset_t and vm_pindex_t in sys/types.h. I believe that forces a recompile of lang/gcc ports, and probably anything built with the lang/gcc port to avoid dependency issue. Neither "pkg audit -q" nor "pkg version -vl '<'" pick up this issue. % make gcc6 -o hex -O2 -pipe -stat

Re: HEADSUP: after r313194 on freebsd-current, lang/gcc ports require a rebuild

2017-02-28 Thread Konstantin Belousov
On Tue, Feb 28, 2017 at 11:42:48AM -0800, Steve Kargl wrote: > r313194 defined vm_ooffset_t and vm_pindex_t in sys/types.h. > I believe that forces a recompile of lang/gcc ports, and > probably anything built with the lang/gcc port to avoid > dependency issue. Neither "pkg audit -q" nor "pkg vers

Re: HEADSUP: after r313194 on freebsd-current, lang/gcc ports require a rebuild

2017-02-28 Thread Ed Schouten
2017-02-28 21:00 GMT+01:00 Konstantin Belousov : > Ideally, ports should stop shipping mangled system includes, or even better, > gcc stop doing fixincludes. Amen. -- Ed Schouten Nuxi, 's-Hertogenbosch, the Netherlands KvK-nr.: 62051717 ___ freebsd-po

Re: HEADSUP: after r313194 on freebsd-current, lang/gcc ports require a rebuild

2017-02-28 Thread Mark Linimon
On Tue, Feb 28, 2017 at 11:24:27PM +0100, Ed Schouten wrote: > 2017-02-28 21:00 GMT+01:00 Konstantin Belousov : > > Ideally, ports should stop shipping mangled system includes, or even better, > > gcc stop doing fixincludes. > > Amen. Please let me know the magic wand you folks want us to wave to

www/lighttpd 1.4.45 broken mod_fastcgi for PHP

2017-02-28 Thread Miroslav Lachman
Hi, I upgraded from 1.4.44 to 1.4.45_1 and after service restart I got tons of following error in error.log: 2017-03-01 00:32:56: (mod_fastcgi.c.3565) pid 59896 1 not found: No child processes I have this in lighttpd.conf and it was working for years fastcgi.server = ( ".php" => (( "soc

Re: [CFT] emulators/open-vm-tools{,-nox11} update to 10.1.0

2017-02-28 Thread Steve Wills
Hi All, Thanks to everyone who tested. I've updated the patch and packages in the same location and fixed a number of issues. Please re-test if you can. The only remaining issue that I know of is building with libunwind installed. If you run into an issue buidling, uninstall libunwind. Upstream

FreeBSD ports you maintain which are out of date

2017-02-28 Thread portscout
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