From owner-freebsd-x11@freebsd.org Fri Aug 24 16:58:09 2018 Return-Path: Delivered-To: freebsd-x11@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 13034108EFF0 for ; Fri, 24 Aug 2018 16:58:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A42C58DEB7 for ; Fri, 24 Aug 2018 16:58:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 683E4108EFEF; Fri, 24 Aug 2018 16:58:08 +0000 (UTC) Delivered-To: x11@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 5659F108EFEE for ; Fri, 24 Aug 2018 16:58:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D71408DEB3 for ; Fri, 24 Aug 2018 16:58:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 2790510C32 for ; Fri, 24 Aug 2018 16:58:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w7OGw6r4061525 for ; Fri, 24 Aug 2018 16:58:06 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w7OGw6q5061524 for x11@FreeBSD.org; Fri, 24 Aug 2018 16:58:06 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: x11@FreeBSD.org Subject: [Bug 230837] x11-servers/xorg-server: make install fails for xorg-server-1.18.4_9,1 Date: Fri, 24 Aug 2018 16:58:07 +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 Many People X-Bugzilla-Who: rkoberman@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-x11@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Aug 2018 16:58:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230837 --- Comment #6 from rkoberman@gmail.com --- (In reply to Adrian Bocaniciu from comment #4) I already understood the general cause of your problem. That is why I point= ed you to the UPDATING entry. While it is now too late to undo the damage, the real issue was that the pkg delete command, by default, will delete the specified package AND ALL PORTS THAT DEPEND ON IT. I think that this is a p= oor default, but it does often make sense and you are given a list of what will= be removed with the chance to reject it. In the case where you are deleting a package and plnning on immediately installing a replacement, the '-f' option is appropriate and is used in the UPDATING entry. When '-f' is specified, only the specified package or packa= ges will be delete with packages dependent on it or them left alone. I do believe UPDATING is newer than the ports you describe. It is /usr/ports/UPDATING and provides information on cases, like the consolidati= on of the various Xorg proto ports, where special actions need to be taken. Wh= en the updating for ports fails, always look there first. I also would suggest using packages instead of building ports unless there = is a good reason to do so. Unless you have customized ports in your ports tree (= not custom options, but cases where there are private ports added or you have m= ade edits of you own to ports, think about switching to portsnap to keep your p= orts tree current. --=20 You are receiving this mail because: You are the assignee for the bug.=