From owner-freebsd-ports@freebsd.org Sat Dec 15 13:44:40 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0E421315510 for ; Sat, 15 Dec 2018 13:44:40 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Received: from mail-40132.protonmail.ch (mail-40132.protonmail.ch [185.70.40.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "QuoVadis Global SSL ICA G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A91F770BDB for ; Sat, 15 Dec 2018 13:44:39 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Date: Sat, 15 Dec 2018 13:44:23 +0000 To: FreeBSD Ports From: Lorenzo Salvadore Reply-To: Lorenzo Salvadore Subject: Re: dependency loop in editors/vim with GTK3 option Message-ID: In-Reply-To: <201812150917.wBF9H66V019974@sdf.org> References: <201812150917.wBF9H66V019974@sdf.org> Feedback-ID: X6az_D2smWSR8MT5MHqXnWF0upxehDyHia7Id1cbayHNBUkRu3CIeusDsZHiivIIjmaKB1_OofpALrRUYjNz3w==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: A91F770BDB X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.78 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[phascolarctos@protonmail.ch]; R_DKIM_ALLOW(-0.20)[protonmail.ch:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.74)[ipnet: 185.70.40.0/24(-4.80), asn: 19905(-3.84), country: US(-0.08)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protonmail.ch:+]; MX_GOOD(-0.01)[mailsec.protonmail.ch,mail.protonmail.ch]; DMARC_POLICY_ALLOW(-0.50)[protonmail.ch,quarantine]; NEURAL_HAM_SHORT(-0.93)[-0.931,0]; RCVD_COUNT_ZERO(0.00)[0]; RCVD_IN_DNSWL_LOW(-0.10)[132.40.70.185.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19905, ipnet:185.70.40.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[protonmail.ch.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Dec 2018 13:44:41 -0000 > There is a dependency recursion loop in the build process for editor= s/vim > > > if one selects the GTK3 config menu option. The only way I've found so fa= r to > get around this is to choose the GTK2 option instead. > With GTK3 selected, graphics/librsvg2 becomes a dependency, which, in > turn, is dependent upon lang/vala. lang/vala depends upon devel/dconf, wh= ich > depends upon devel/gconf2. devel/gconf2 depends upon graphics/graphviz, w= hich > depends upon lang/vala! The recursion occurs there and was found by follo= wing > the instructions in UPDATING for the upgrade to perl5.28 when using portm= aster. > The command shown in the instructions is "portmaster -f", so the -f force= s all > dependencies and dependent ports to be rebuilt. > As nearly as I can see, this dependency recursion loop breaks any port > involving lang/vala when portmaster -f is used. In the case of editors/vi= m, > a usable workaround is to choose gtk2 instead of gtk3, but for many other > ports, the perl upgrade's admonition to rebuilt ports that depend upon th= e > perl library to omit -f when using portmaster while providing portmaster = a > complete list of all ports to be built. Provided an acceptable version > of lang/vala is already installed, it will be used, and the dependency lo= op > gets skipped over because there is no need to build lang/vala. Of course, > if one does that, there is no guarantee that the resulting binaries insta= lled > for any of the ports in the recursion loop will function properly, given = that > they may be based upon obsolete versions of the other ports in the loop. > > Scott Bennett, Comm. ASMELG, CFIAG > I have just installed lang/vala from ports and everything went fine. I have checked lang/vala's dependencies with "make all-depends-list" and devel/dconf is not listed. I suggest you try installing lang/vala from ports after having updated your= ports tree. If you still get the problem, then you should open a bug report on https://bugs.freebsd.org/bugzilla/ Start your bug report summary with "lang/vala: " so that the port maintaine= r automatically gets notification of the report and anyone can find your PR easily. Lorenzo Salvadore.