From owner-freebsd-ports@freebsd.org  Tue Apr 18 12:08:04 2017
Return-Path: <owner-freebsd-ports@freebsd.org>
Delivered-To: freebsd-ports@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63781D4261B
 for <freebsd-ports@mailman.ysv.freebsd.org>;
 Tue, 18 Apr 2017 12:08:04 +0000 (UTC)
 (envelope-from jbeich@freebsd.org)
Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3])
 by mx1.freebsd.org (Postfix) with ESMTP id 51EAB155
 for <freebsd-ports@freebsd.org>; Tue, 18 Apr 2017 12:08:04 +0000 (UTC)
 (envelope-from jbeich@freebsd.org)
Received: by mailman.ysv.freebsd.org (Postfix)
 id 51513D4261A; Tue, 18 Apr 2017 12:08:04 +0000 (UTC)
Delivered-To: ports@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50FAFD42619
 for <ports@mailman.ysv.freebsd.org>; Tue, 18 Apr 2017 12:08:04 +0000 (UTC)
 (envelope-from jbeich@freebsd.org)
Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client CN "freefall.freebsd.org",
 Issuer "Let's Encrypt Authority X3" (verified OK))
 by mx1.freebsd.org (Postfix) with ESMTPS id 3486B154;
 Tue, 18 Apr 2017 12:08:04 +0000 (UTC)
 (envelope-from jbeich@freebsd.org)
Received: by freefall.freebsd.org (Postfix, from userid 1354)
 id 6745C5EB7; Tue, 18 Apr 2017 12:08:03 +0000 (UTC)
From: Jan Beich <jbeich@FreeBSD.org>
To: Kevin Oberman <rkoberman@gmail.com>
Cc: Peter Smith <p.smith@auckland.ac.nz>,
 "ports\@FreeBSD.org" <ports@freebsd.org>
Subject: Re: FreeBSD Port: graphics/opencv -- Fails to compile
References: <CAMzGwyFg5GyqqpsbcjZ=vwzFKB9z6p0FrT_4G9_A78U9LXkFug@mail.gmail.com>
 <CAN6yY1vE1tzXOrPeyaLT9MiSq=v4TagJy_6tojViqoDzqAmhmw@mail.gmail.com>
Date: Tue, 18 Apr 2017 14:07:40 +0200
In-Reply-To: <CAN6yY1vE1tzXOrPeyaLT9MiSq=v4TagJy_6tojViqoDzqAmhmw@mail.gmail.com>
 (Kevin Oberman's message of "Sat, 15 Apr 2017 15:29:47 -0700")
Message-ID: <lgqx-hqb7-wny@FreeBSD.org>
MIME-Version: 1.0
Content-Type: text/plain
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Porting software to FreeBSD <freebsd-ports.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-ports>,
 <mailto:freebsd-ports-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-ports/>
List-Post: <mailto:freebsd-ports@freebsd.org>
List-Help: <mailto:freebsd-ports-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-ports>,
 <mailto:freebsd-ports-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Apr 2017 12:08:04 -0000

Kevin Oberman <rkoberman@gmail.com> writes:

> On Sat, Apr 15, 2017 at 3:09 PM, Peter Smith <p.smith@auckland.ac.nz> wrote:
>> # uname -a
>> > FreeBSD red 11.0-RELEASE-p8 FreeBSD 11.0-RELEASE-p8 #0: Wed Feb 22
>> > 06:12:04 UTC 2017     root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64
[...]
>> ===>  Applying FreeBSD patches for opencv-core-2.4.13.1_1
>> 1 out of 1 hunks failed--saving rejects to
>> ./apps/traincascade/imagestorage.h.rej
>> => FreeBSD patch patch-apps__traincascade__imagestorage.h failed to apply cleanly.
>> *** Error code 1
[...]
> Somehow you seem to have an old patch file sitting in the ports tree.
> patch-apps__traincascade__imagestorage.h no longer exists in the port.
>
> Do you SVN your ports tree? If so, you can confirm the issue with "svn
> status /usr/ports/graphics/opencv". Asssuming it is marked as unknown (?),
> I suggest that you "rm /usr/ports/graphics/opencv/files/*" and then "svn up
> /usr/ports/graphics/opencv". (Note: opencv-core is a slave port of opencv
> and all patches are in the opencv directory.) Then it should patch
> correctly.
>
> If you don't use svn to update your ports tree, I'm a bit baffled as
> portsnap should remove unknown files.

Bug 218673 has more details. Maybe portsnap runs aren't atomic leaving
no way to recover after an unsafe abort such as Ctrl+C or reboot other
than by re-creating the tree or via backup.