From owner-freebsd-ports@FreeBSD.ORG Sun Aug 28 17:41:04 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from apollo.emma.line.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 38507106566C for ; Sun, 28 Aug 2011 17:41:04 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 3476423CF4F for ; Sun, 28 Aug 2011 19:41:03 +0200 (CEST) Message-ID: <4E5A7DAE.8090904@FreeBSD.org> Date: Sun, 28 Aug 2011 19:41:02 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.20) Gecko/20110805 Mnenhy/0.8.3 Thunderbird/3.1.12 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4E5A48AC.6050201@eskk.nu> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: OPTIONS framework bug vs. SSL issues (was: How to handle upgrade of libnotify when cups-client-1.4.8 is marked as broken) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Aug 2011 17:41:04 -0000 Am 28.08.2011 16:33, schrieb Chris Rees: > make -C /usr/ports/print/cups-client config, disable TLS. > > Chris > On 28 Aug 2011 15:15, "Leslie Jensen" wrote: >> >> Following the instructions in /usr/ports/UPDATING I issued the command >> >> >> portmaster -r libnotify-0 >> >> And after a while I get this error >> >> Dependency check complete for print/cups-client >> libnotify-0.5.2 >> swt-devel-3.6.m5_2,1 >> apache-ant-1.8.2 >> >> jdk-1.6.0.3p4_25 >> cups-client-1.4.6 >> ===> Cleaning for cups-client-1.4.8 >> >> ===> cups-client-1.4.8 is marked as broken: gnutls does not support >> threads yet. >> *** Error code 1 >> >> Stop in /usr/ports/print/cups-client Greetings, just a brain flash: bsd.port.mk currently re-prompts OPTIONS if they've changed, for instance, through addition. Should we change this feature in b.p.mk so that it also re-prompt the user when the defaults have changed? Or should the CUPS port remove the GNUTLS offering altogether until either GNUTLS is multithreaded, CUPS single-threaded, or CUPS offers another library? Would it help the licensing mess to use NSS instead? I recall Fedora working on API-compatible layers so they could unify OpenSSL/GNUTLS/NSS APIs and rebase everything onto NSS. I haven't checked lately though what the status is. Best, Matthias