Re: Dependencies satisfied, build stops anyway.

On Wed, Nov 22, 2017 at 09:23:56PM -0800, Chris H wrote: > I think you might have been better off going with the suggested > cd /offending/port > make deinstall > make reinstall > > The choice to pollute your environment with FORCE_PKG_REGISTER > will simply compound the problem you're already

Re: Dependencies satisfied, build stops anyway.

On Wed, 22 Nov 2017 21:12:28 -0800 "bob prohaska" said On Wed, Nov 22, 2017 at 08:32:53PM -0800, Kevin Oberman wrote: > > Stale ports SHOULD not be an issue. Normally old ports are updated > automatically. It is important that your ports tree is consistent and, > usually

Re: Dependencies satisfied, build stops anyway.

On Wed, Nov 22, 2017 at 08:32:53PM -0800, Kevin Oberman wrote: > > Stale ports SHOULD not be an issue. Normally old ports are updated > automatically. It is important that your ports tree is consistent and, > usually that it is current. Assuming yours is, the only issue is the > oddball case like

Re: poudriere-devel -S SRCPATH : no longer supported? (/usr/ports/ -r454407 vintage example)

[Dumb typo in my } placements.] On 2017-Nov-22, at 8:36 PM, Mark Millard wrote: > As evidence only two lines of jail.sh reference SRCPATH > other than where -S assigns to it: > > # grep "SRCPATH" /usr/local/share/poudriere/jail.sh > [ -z "${SRCPATH}" ] && DISTS="${DISTS} src" > [

poudriere-devel -S SRCPATH : no longer supported? (/usr/ports/ -r454407 vintage example)

As evidence only two lines of jail.sh reference SRCPATH other than where -S assigns to it: # grep "SRCPATH" /usr/local/share/poudriere/jail.sh [ -z "${SRCPATH}" ] && DISTS="${DISTS} src" [ -n "$SRCPATH" ] && jset ${JAILNAME} srcpath ${SRCPATH}

Re: Dependencies satisfied, build stops anyway.

On Wed, Nov 22, 2017 at 8:18 PM, bob prohaska wrote: > On Wed, Nov 22, 2017 at 05:12:16PM -0800, Kevin Oberman wrote: > > On Wed, Nov 22, 2017 at 3:28 PM, bob prohaska > wrote: > > > > > > > > Attempts to compile a number of ports on RPI2, in this case >

Re: Dependencies satisfied, build stops anyway.

On Wed, Nov 22, 2017 at 05:12:16PM -0800, Kevin Oberman wrote: > On Wed, Nov 22, 2017 at 3:28 PM, bob prohaska wrote: > > > > > Attempts to compile a number of ports on RPI2, in this case dns/bind910, > > often > > stop with an error along the lines of: > > > > /bin/mkdir -p

Re: Suggestion: USES=autoplist

On 11/22/17 16:43, Chris H wrote: Maybe I'm just missing something... But doesn't $ make plist give it to you? Apologies if I'm simply missing the obvious. :) $ make makeplist doesn't know which files depend on which options. Yuri ___

Re: Building bug report

On Tue, Nov 21, 2017 at 6:15 PM, Mathieu Demers via freebsd-ports < freebsd-ports@freebsd.org> wrote: > Hi, > > I have tried to build Firefox57 for 3 days but I had always the same error > when it is building. > > There are the infos: > > FreeBSD Laptop-Mathieu 11.1-RELEASE FreeBSD 11.1-RELEASE

Re: Dependencies satisfied, build stops anyway.

On Wed, Nov 22, 2017 at 3:28 PM, bob prohaska wrote: > > Attempts to compile a number of ports on RPI2, in this case dns/bind910, > often > stop with an error along the lines of: > > /bin/mkdir -p '/tmp/mountpoint.f1jbPw/devel/gettext-tools/work/stage/usr/ >

Re: Building bud report Thunderbird

On Tue, Nov 21, 2017 at 6:24 PM, Mathieu Demers via freebsd-ports < freebsd-ports@freebsd.org> wrote: > Hi, > > I tried to upgrade Thunderbird, but I always have an error when it is > building. I tried more than one time, but it is always happen. > > There are my infos: > > FreeBSD Laptop-Mathieu

Re: Suggestion: USES=autoplist

On Tue, 21 Nov 2017 21:04:22 -0800 said While trying to update math/vtk, I found that its plist is very complex, with many optional files, some files depending on multiple port options. But it is a well-behaved project, and it only installs the correct file set. It is much

Re: building ports (well, pkg) and make -j (even -j1 ) on a fast and64 machine: builds fail (head -r325997 context)

Mark Millard wrote: > [Plain "make" works (no -j ).] > > Is it expected that -j1 and the like get what I report below? A bug in the makefile (eg conflict b/w .ORDER and dependencies) will result in that sort of noise. -j1 is still jobs mode

Dependencies satisfied, build stops anyway.

Attempts to compile a number of ports on RPI2, in this case dns/bind910, often stop with an error along the lines of: /bin/mkdir -p '/tmp/mountpoint.f1jbPw/devel/gettext-tools/work/stage/usr/local/share/gettext' install -m 555 ../build-aux/config.rpath

Re: ssh sessions close spontaneously on rpi2

On Thu, Nov 23, 2017 at 08:15:59AM +1100, Trev wrote: > bob prohaska wrote on 23/11/2017 04:36: > > [snip] > > > > some ten minutes later, the ssh connections are still working. > > After some three hours, the ssh connections all failed, merely saying "connection closed". The host remained up

Re: Building bug report

Whenever I have build errors first thing I try is to build with default options (e.g. using a clean setting environment in poudriere). Very often it succeeds, which means that the problem is in some of the option I have set for Firefox or one of its dependencies. Does it build with default

building ports (well, pkg) and make -j (even -j1 ) on a fast and64 machine: builds fail (head -r325997 context)

[Plain "make" works (no -j ).] Is it expected that -j1 and the like get what I report below? (Other oddities with -j usage for port builds have been noted on an rpi2.) In /usr/ports/ports-mgmt/pkg : ( WRKDIRPREFIX?=/wrkdirs ) # make -j30 --- check-license --- ===> License BSD2CLAUSE accepted

Re: ssh sessions close spontaneously on rpi2

On Tue, Nov 21, 2017 at 01:15:05PM -0800, Mark Millard wrote: > > But I've another oddity that you might try: > > A) I booted and ran top on the serial console ( top -CaePosize ) > B) I logged in 4 ssh sessions and had each do "openssl speed" > > top gets an unexpected result: CPU 2 shows as

Re: Suggestion: USES=autoplist

Le mer. 22 nov. 17 à 17:59:39 +0100, Brooks Davis écrivait : > Looking to the future, is the port an obviously candidate for FLAVORS or > multi-packages? If so, they you probably want to keep the current > plist. If not, then I guess it depends on your confidence that the

Re: Suggestion: USES=autoplist

On Tue, Nov 21, 2017 at 09:04:22PM -0800, Yuri wrote: > While trying to update math/vtk, I found that its plist is very complex, > with many optional files, some files depending on multiple port options. > > But it is a well-behaved project, and it only installs the correct file > set. It is

Re: committer wanted for maintainer timeouts

Hi Kurt, > On 22. Nov 2017, at 3:49 PM, Kurt Jaeger wrote: > > Done. Many thanks! :) Cheers, Franco ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail

Re: committer wanted for maintainer timeouts

Hi! > Looking for a kind committer for these two issues: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218487 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222988 Done. -- p...@opsec.eu+49 171 3101372 3 years to go !

committer wanted for maintainer timeouts

Hi, Looking for a kind committer for these two issues: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218487 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222988 Thanks, Franco ___ freebsd-ports@freebsd.org mailing list

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,