From owner-freebsd-xfce@freebsd.org Sun Jan 3 10:06:09 2021 Return-Path: Delivered-To: freebsd-xfce@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1BF7F4CC45A for ; Sun, 3 Jan 2021 10:06:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4D7vXx00Jdz4j5H for ; Sun, 3 Jan 2021 10:06:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id F21844CC459; Sun, 3 Jan 2021 10:06:08 +0000 (UTC) Delivered-To: xfce@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F0BEC4CC27C for ; Sun, 3 Jan 2021 10:06:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D7vXw6HFMz4hpf for ; Sun, 3 Jan 2021 10:06:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id C64F325759 for ; Sun, 3 Jan 2021 10:06:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 103A68sx069445 for ; Sun, 3 Jan 2021 10:06:08 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 103A68qX069444 for xfce@FreeBSD.org; Sun, 3 Jan 2021 10:06:08 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: xfce@FreeBSD.org Subject: [Bug 252355] sysutils/garcon: fail to build Date: Sun, 03 Jan 2021 10:06:08 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: madpilot@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: xfce@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-xfce@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: XFCE for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2021 10:06:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252355 Guido Falsi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Open |In Progress --- Comment #7 from Guido Falsi --- (In reply to rozhuk.im from comment #6) Ok, I see the issue. So garcon depends on a file that is installed only if another port is compi= led with a specific option, that is enabled by default. ports don't have any method to enforce options of dependencies, and there a= re a few instances of ports which are going to break if it's dependencies have n= on standard options. Sometimes it's unavoidable. If a software requires a specific feature from a dependency and you disable= it that software simply cannot work. Unluckily we don't have a feature to mark= it BROKEN conditionally on dependencies options either, so the outcome you see= is expected behaviour. --- pedantic mode on In general asking a user to just keep the default option enabled is accepta= ble in the ports tree, and the expectation to be able to disable any option in = any port and not cause some other port to break is not supported -- pedantic mode off However it looks like garcon also grew an introspection option that can be disabled, so adding a "GIR" option there is possible. I garcon did not have such an option there would have been no solution to y= our problem and the only way to prevent such an error would have been to simply remove the GIR option and make it mandatory for all it's dependencies. I'm going to test a patch making GIR optional for garcon too. --=20 You are receiving this mail because: You are the assignee for the bug.=