From swell.k@gmail.com  Fri May  7 22:13:29 2010
Return-Path: <swell.k@gmail.com>
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 7E8EB106566C
	for <FreeBSD-gnats-submit@freebsd.org>; Fri,  7 May 2010 22:13:29 +0000 (UTC)
	(envelope-from swell.k@gmail.com)
Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156])
	by mx1.freebsd.org (Postfix) with ESMTP id 0E3038FC08
	for <FreeBSD-gnats-submit@freebsd.org>; Fri,  7 May 2010 22:13:28 +0000 (UTC)
Received: by fg-out-1718.google.com with SMTP id 22so45419fge.13
        for <FreeBSD-gnats-submit@freebsd.org>; Fri, 07 May 2010 15:13:21 -0700 (PDT)
Received: by 10.86.239.33 with SMTP id m33mr4767899fgh.31.1273270401428;
        Fri, 07 May 2010 15:13:21 -0700 (PDT)
Received: from localhost (95-25-129-134.broadband.corbina.ru [95.25.129.134])
        by mx.google.com with ESMTPS id 28sm5116736fkx.6.2010.05.07.15.13.19
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Fri, 07 May 2010 15:13:20 -0700 (PDT)
Message-Id: <86mxwb8io1.fsf@gmail.com>
Date: Sat, 08 May 2010 02:13:18 +0400
From: Anonymous <swell.k@gmail.com>
To: FreeBSD-gnats-submit@freebsd.org
Subject: [patch] graphics/librsvg2: drop gconf2 dependency

>Number:         146385
>Category:       ports
>Synopsis:       [patch] graphics/librsvg2: drop gconf2 dependency
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    gnome
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri May 07 22:20:02 UTC 2010
>Closed-Date:    Thu May 13 19:39:54 UTC 2010
>Last-Modified:  Thu May 13 19:39:54 UTC 2010
>Originator:     Anonymous
>Release:        FreeBSD 9.0-CURRENT amd64
>Organization:
>Environment:
using svg for www/w3m via gdk-pixbuf
no gconf/dbus/hal
>Description:
devel/gconf2 is not used by the library (based on grep(1) search)
>How-To-Repeat:
>Fix:
The patch is more like a hack. USE_GNOME=librsvg2 will bring gconf2 back.
--- a.diff begins here ---
Index: graphics/librsvg2/Makefile
===================================================================
RCS file: /a/.cvsup/ports/graphics/librsvg2/Makefile,v
retrieving revision 1.82
diff -u -p -r1.82 Makefile
--- graphics/librsvg2/Makefile	28 Mar 2010 06:37:03 -0000	1.82
+++ graphics/librsvg2/Makefile	7 May 2010 21:54:36 -0000
@@ -20,6 +20,7 @@ COMMENT=	Library for parsing and renderi
 
 BUILD_DEPENDS=	freetype-config:${PORTSDIR}/print/freetype2
 LIB_DEPENDS=	freetype.9:${PORTSDIR}/print/freetype2 \
+		gsf-1.114:${PORTSDIR}/devel/libgsf \
 		croco-${CROCO_VERSION}.3:${PORTSDIR}/textproc/libcroco
 RUN_DEPENDS=	gtk-engines2>=2.7.5_1:${PORTSDIR}/x11-themes/gtk-engines2
 
@@ -27,7 +28,7 @@ USE_BZIP2=	yes
 USE_GMAKE=	yes
 USE_LDCONFIG=	yes
 USE_AUTOTOOLS=	libtool:22
-USE_GNOME=	gnomehack gnomeprefix libgsf gtk20 ltverhack
+USE_GNOME=	gnomehack gnomeprefix gtk20 ltverhack
 CONFIGURE_ENV=	CPPFLAGS="-I${LOCALBASE}/include" \
 		LDFLAGS="-L${LOCALBASE}/lib"
 CONFIGURE_ARGS=	--with-svgz \
--- a.diff ends here ---
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-ports-bugs->gnome 
Responsible-Changed-By: edwin 
Responsible-Changed-When: Fri May 7 22:20:11 UTC 2010 
Responsible-Changed-Why:  
Over to maintainer (via the GNATS Auto Assign Tool) 

http://www.freebsd.org/cgi/query-pr.cgi?pr=146385 

From: "b. f." <bf1783@googlemail.com>
To: bug-followup@FreeBSD.org
Cc: Anonymous <swell.k@gmail.com>
Subject: Re: ports/146385: [patch] graphics/librsvg2: drop gconf2 dependency
Date: Sat, 8 May 2010 20:42:35 +0000

 --0016367b61f83f55a904861b37db
 Content-Type: text/plain; charset=ISO-8859-1
 
 I'm sympathetic to the goal of lightening dependencies for those who
 wish to use only part of the GNOME suite, but I don't think that this
 is the right way to do this.  For one thing, it only attempts to
 address the problem for one port. Instead:
 
 1) check if the WITHOUT_GCONF knob in devel/libgsf still makes sense
 -- that is, whether we can dispense with devel/gconf2 without
 crippling the devel/libgsf port.  If it doesn't make sense, remove
 that knob, and forget about this. If it does, keep the knob and
 proceed. (It would probably be better to expose the knob in OPTIONS.)
 
 2) Apply the attached patch to ports/Mk/bsd.gnome.mk. Leave the
 graphics/librsvg2 port alone.
 
 3) Check to see if any ports affected by this refactoring need to have
 gconf2 explicitly added to USE_GNOME in their Makefiles, where they
 only had libgsf before, because after 2), the presence of libgsf does
 not necessarily imply the presence of the gconf2.
 
 Regards,
                   b.
 
 --0016367b61f83f55a904861b37db
 Content-Type: text/plain; charset=US-ASCII; name="bsd_gnome_mk_diff.txt"
 Content-Disposition: attachment; filename="bsd_gnome_mk_diff.txt"
 Content-Transfer-Encoding: base64
 X-Attachment-Id: file0
 
 LS0tIHBvcnRzL01rL29sZC5ic2QuZ25vbWUubWsJMjAwOS0xMS0yOCAxNTowNToxNi4wMDAwMDAw
 MDAgLTA1MDAKKysrIHBvcnRzL01rL2JzZC5nbm9tZS5tawkyMDA5LTEyLTA3IDExOjUzOjA0LjAw
 MDAwMDAwMCAtMDUwMApAQCAtNDQwLDcgKzQ0MCw3IEBACiAKIGxpYmdzZl9MSUJfREVQRU5EUz0J
 CQlnc2YtMS4xMTQ6JHtQT1JUU0RJUn0vZGV2ZWwvbGliZ3NmCiBsaWJnc2ZfREVURUNUPQkJCSR7
 TE9DQUxCQVNFfS9saWJkYXRhL3BrZ2NvbmZpZy9saWJnc2YtMS5wYwotbGliZ3NmX1VTRV9HTk9N
 RV9JTVBMPQkJZ2NvbmYyIGdsaWIyMCBsaWJ4bWwyCitsaWJnc2ZfVVNFX0dOT01FX0lNUEw9CQln
 bGliMjAgbGlieG1sMgogCiBsaWJnc2ZfZ25vbWVfTElCX0RFUEVORFM9CWdzZi1nbm9tZS0xLjEx
 NDoke1BPUlRTRElSfS9kZXZlbC9saWJnc2YtZ25vbWUKIGxpYmdzZl9nbm9tZV9ERVRFQ1Q9CQkk
 e0xPQ0FMQkFTRX0vbGliZGF0YS9wa2djb25maWcvbGliZ3NmLWdub21lLTEucGMK
 --0016367b61f83f55a904861b37db--

From: Anonymous <swell.k@gmail.com>
To: bug-followup@FreeBSD.org
Cc: "b. f." <bf1783@googlemail.com>, kwm@freebsd.org
Subject: Re: ports/146385: [patch] graphics/librsvg2: drop gconf2 dependency
Date: Thu, 13 May 2010 20:24:26 +0400

 Why this PR is still open when gconf2 was recently moved away from
 libgsf to libgsf_gnome in Mk/bsd.gnome.mk@1.160 ?
State-Changed-From-To: open->closed 
State-Changed-By: kwm 
State-Changed-When: Thu May 13 19:37:53 UTC 2010 
State-Changed-Why:  
This issue got resolved in revision 1.160 of bsd.gnome.mk. 

Thanks for the reminder! 

http://www.freebsd.org/cgi/query-pr.cgi?pr=146385 
>Unformatted:
