From owner-freebsd-ports@FreeBSD.ORG Sun Aug 28 18:36:51 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DBC9106564A for ; Sun, 28 Aug 2011 18:36:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2A0558FC1E for ; Sun, 28 Aug 2011 18:36:50 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p7SIX0cW047476 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 28 Aug 2011 21:33:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p7SIX04K056285 for ; Sun, 28 Aug 2011 21:33:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p7SIX0Hl056284 for freebsd-ports@freebsd.org; Sun, 28 Aug 2011 21:33:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 28 Aug 2011 21:33:00 +0300 From: Kostik Belousov To: freebsd-ports@freebsd.org Message-ID: <20110828183300.GX17489@deviant.kiev.zoral.com.ua> References: <4E5A48AC.6050201@eskk.nu> <20058.20743.791783.342355@jerusalem.litteratus.org> <20110828172651.GB277@magic.hamla.org> <20110828173059.GT17489@deviant.kiev.zoral.com.ua> <20110828181356.GD277@magic.hamla.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yP6PQUgJdmhVCFKJ" Content-Disposition: inline In-Reply-To: <20110828181356.GD277@magic.hamla.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean Subject: Re: 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 18:36:51 -0000 --yP6PQUgJdmhVCFKJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 28, 2011 at 02:13:59PM -0400, Sahil Tandon wrote: > On Sun, 2011-08-28 at 20:30:59 +0300, Kostik Belousov wrote: >=20 > > On Sun, Aug 28, 2011 at 01:26:51PM -0400, Sahil Tandon wrote: > > > On Sun, 2011-08-28 at 11:30:27 -0400, Carmel wrote: > > >=20 > > > > My question is what changed? It worked before updating "libnotify".= Is > > > > "libnotify" the culprit or "GNUTLS" or something else and why didn't > > > > anyone catch this problem sooner? > > >=20 > > > The chain of dependencies during the libnotify update prompted the > > > upgrade of cups. The latter's OpenSSL interfaces are explicitly > > > thread-safe, which GNU TLS is not. > > >=20 > > > > There appears to be a lot of material released lately that is either > > > > broken or requiring a considerable amount of manual intervention. > > > > Perhaps a moratorium (port freeze) should be considered until all of > > > > the outstanding problems have been corrected. > > >=20 > > > We are sorry for the inconvenience which is surely frustrating, but > > > freezing the tree because of this does not seem appropriate. > >=20 > > Might be, completely ignoring the option 'use gnutls' in cups ports, > > until it can be made working, will change everybody life to be easier. >=20 > What "might be"? >=20 > As already noted, the GNUTLS option now defaults to OFF and users are > warned (via the BROKEN construct) if it is selected.=20 Apparently, this have to be written explicitely. Users, who upgrade their ports, are not presented with the configuration dialog. Using automated tool like portupgrade, all you get is a list of the failed ports. After that, user needs to start investigation, spending his own time and possibly time of the people on list. Ignoring or removing the option makes the ports upgrade without user intervention. I am willing to spend some more time describing unobvious points of this consideration. --yP6PQUgJdmhVCFKJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5aidsACgkQC3+MBN1Mb4gM+QCaA8vDEtVBOT3XunXuuGElJ7Gw g90AoICy1aMgIrNk6cBQs5ZLtJfD/ozO =YsJl -----END PGP SIGNATURE----- --yP6PQUgJdmhVCFKJ--