How to handle upgrade of libnotify when cups-client-1.4.8 is marked as broken

Kostik Belousov kostikbel at gmail.com
Sun Aug 28 18:36:51 UTC 2011


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:
> 
> > 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:
> > > 
> > > > 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?
> > > 
> > > 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.
> > > 
> > > > 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.
> > > 
> > > We are sorry for the inconvenience which is surely frustrating, but
> > > freezing the tree because of this does not seem appropriate.
> > 
> > Might be, completely ignoring the option 'use gnutls' in cups ports,
> > until it can be made working, will change everybody life to be easier.
> 
> What "might be"?
> 
> As already noted, the GNUTLS option now defaults to OFF and users are
> warned (via the BROKEN construct) if it is selected. 

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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110828/ea2b9d07/attachment.pgp


More information about the freebsd-ports mailing list