Mon Jan 25 23:57:45 CST 2016
...Not sure why the site is being blocked however we try to discourage people from posting long logs directly to posts here as not to clutter up threads. I'll send you a PM with the log contents to read since your accessing the forums fine.No, I still can't.
Code:This webpage is not available DNS_PROBE_FINISHED_NXDOMAIN
FWIW this is what I get:No, I still can't.
Code:This webpage is not available DNS_PROBE_FINISHED_NXDOMAIN
drill pastebin.com
;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 8889
;; flags: qr rd ra ; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 4
;; QUESTION SECTION:
;; pastebin.com. IN A
;; ANSWER SECTION:
pastebin.com. 300 IN A 104.20.63.56
pastebin.com. 300 IN A 104.20.64.56
;; AUTHORITY SECTION:
pastebin.com. 112119 IN NS todd.ns.cloudflare.com.
pastebin.com. 112119 IN NS sue.ns.cloudflare.com.
;; ADDITIONAL SECTION:
sue.ns.cloudflare.com. 112119 IN A 173.245.58.145
todd.ns.cloudflare.com. 31240 IN A 173.245.59.146
sue.ns.cloudflare.com. 112119 IN AAAA 2400:cb00:2049:1::adf5:3a91
todd.ns.cloudflare.com. 31240 IN AAAA 2400:cb00:2049:1::adf5:3b92
Maybe monitor portsmon -- it must try to build gcc6-aux on CURRENT very soon. And I'll get fallout logs mailed to me if they fail. And if they succeed? Then I'd guess the jail is older than what you have, prior to the regression. Either way that's useful information.Ok. I haven't tried on 10.2-STABLE or 10.2-RELEASE yet so I'll take your word it builds fine. Since this is an issue with CURRENT, not sure where to go from here other than the mailing lists.
Note that synth is not really different to anything else there in this regard, if an important and widely used port has a new version there is absolutely no way to avoid rebuilding everything that depends on that port directly or indirectly. There was lot of discussion about that with Poudriere and initially Poudriere tried to avoid rebuilding everything but that resulted in broken builds because of subtle changes at binary level that can not be detected automatically.
But now I gotta ask: By using the [N] option do I run the risk of a messed up system because synth rebuilt/compiled some ports, but for other just straight downloaded the package?
Not in my opinion. The dependencies to exact package names, options configuration, and ABI are all verified. they should work just as if they were built by synth. In theory.
#No, does not work ...
htop(1) requires linprocfs(5) to be mounted. If you don't
have it mounted already, please add this line......
jackit-0.124.1_5.txz failed dependency check.
ffmpeg-2.8.5,1.txz failed dependency check.
gstreamer1-libav-1.6.3.txz failed dependency check.
fluidsynth-1.1.6_2.txz failed dependency check.
mplayer-1.2.r20151219_2.txz failed dependency check.
opencv-2.4.9_7.txz failed dependency check.
alsa-plugins-1.1.0.txz failed dependency check.
chromaprint-1.1.txz failed dependency check.
gstreamer1-plugins-opencv-1.6.3.txz failed dependency check.
gstreamer1-plugins-chromaprint-1.6.3.txz failed dependency check.
gstreamer1-plugins-jack-1.6.3.txz failed dependency check.
gstreamer1-plugins-all-1.4_3.txz failed dependency check
jackit-0.124.1_5.txz failed dependency check.
ffmpeg-2.8.5,1.txz failed dependency check.
gstreamer1-plugins-jack-1.6.3.txz failed dependency check
ports-mgmt/synth: minor fixes plus linprocfs fix
1) When using prefetch option, list the packages that failed to download
rather than just say, "at least one failed to download"
2) sysutils/htop requires linprocfs but doesn't set USE_LINUX. Set this
port to mount linprocfs based on its origin
3) Fix linprocfs implementation, it was mounting out of order, basically
resulting in that it was non-functional
4) Close all the logs in the case where no packages are built. In that
case, the logs were never modified. Changes discarded?