From owner-freebsd-pkg@FreeBSD.ORG Sun May 24 14:05:40 2015 Return-Path: Delivered-To: pkg@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F69E679; Sun, 24 May 2015 14:05:40 +0000 (UTC) Received: from smtp.digiware.nl (smtp.digiware.nl [31.223.170.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 59EAC1375; Sun, 24 May 2015 14:05:39 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id B282816A401; Sun, 24 May 2015 16:05:30 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9mej5IVjLt40; Sun, 24 May 2015 16:05:27 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:953f:f3db:1564:452f] (unknown [IPv6:2001:4cb8:3:1:953f:f3db:1564:452f]) by smtp.digiware.nl (Postfix) with ESMTPA id 4841316A406; Sun, 24 May 2015 15:54:14 +0200 (CEST) Message-ID: <5561D805.5030701@digiware.nl> Date: Sun, 24 May 2015 15:54:13 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Baptiste Daroussin CC: pkg@freebsd.org Subject: Re: pkgs want to go to mariadb, customer does not.... References: <555DB198.9070809@digiware.nl> <20150521104136.GD89919@ivaldir.etoilebsd.net> <555DC566.4090806@digiware.nl> In-Reply-To: <555DC566.4090806@digiware.nl> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2015 14:05:40 -0000 On 21/05/2015 13:45, Willem Jan Withagen wrote: > On 21/05/2015 12:41, Baptiste Daroussin wrote: >> On Thu, May 21, 2015 at 12:21:12PM +0200, Willem Jan Withagen wrote: >>> Hoi, >>> >>> In upgrading clamav I run into: >>> pkg: mariadb53-client-5.3.12_6 conflicts with mysql-client-5.1.67 >>> (installs files into the same place). Problematic file: >>> /usr/local/bin/mysql >>> >>> Which I understand since it seems that nowadays the default DB of choice >>> is MariaDB. >>> >>> But since that requires a lot of required testing, I'd rather not >>> upgrade.... >>> >>> Now is there any incantation in pkg, pkg.conf, >>> to tell pkg that I'd like to stay with mysql-client? >>> >> That means one of your ports have switched to mariadb-client there is not yet >> any provides/requires on mysql/mariadb so one cannot replace another without >> rebuilding the packages. >> >> You will have to find our what is pulling mariadb pkg -o DEBUG_LEVEL=4 might be >> helpful to figure out can you post it? (same upgrade command with -o >> DEBUG_LEVEL=4) > > Hi Bapt, > > I was in a hurry, so I went 'portupgrade clamav' which did the job > without any questions.... So running the debug stuff is not possible in > the current situation. There is nothing installed that triggers: > pkg info | grep maria > Perhaps you have other "tools/tricks" to get some more info out of this? > > (upgrade ecause of a security issue) > As far as I can remember is the upgrade to clamav-0.98.7 the first to > ask for mariadb-client, on this system. > And it is against the std freebsd 10 packages repo. > > That said, I remember to have run into other packages that would like > mariadb stuff. But I'm not sure which ones they were, just hammered over > it like I did now. But this is a system which has not been polluted with > my own repo. Just ports building until I recently upgraded the system to > 10.1, and started using pkg for ports-maintenance. Another example where mariadb-client comes popping up. This time in a JAIL on: FreeBSD mailserver.medusa.nl 9.3-STABLE FreeBSD 9.3-STABLE #746 r280326: Sat Mar 21 20:19:07 CET 2015 root@big.medusa.nl:/usr/obj/usr/srcs/src9/src/sys/BIG amd64 The other problem is that I also get upgraded to perl 5.20, probably also loosing out on postgrey and amavis that need to be upgraded/reinstalled as well to get the p5-packages into Running the upgrade again with -o DEBUG_LEVEL=4 does not show anything more trouble.... but reinstalls a lot more. I did tee it into a log-file if you are interested. --WjW # pkg upgrade php5 Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. All repositories are up-to-date. pkg: autoconf has a missing dependency: perl pkg: automake has a missing dependency: perl pkg: swatch has a missing dependency: perl pkg: razor-agents has a missing dependency: perl pkg: pecl-APC has a missing dependency: perl pkg: help2man has a missing dependency: perl pkg: intltool has a missing dependency: perl The following 12 package(s) will be affected (of 0 checked): Installed packages to be REMOVED: libxcb-1.11 libX11-1.6.2_2,1 libXext-1.3.3,1 libXpm-3.5.11_2 libXt-1.1.4_2,1 libXmu-1.1.2_2,1 xcb-util-0.4.0,1 xcb-util-renderutil-0.3.9 libXrender-0.9.8_2 New packages to be INSTALLED: mysql51-client: 5.1.73_2 perl5.18: 5.18.4_14 Installed packages to be UPGRADED: php5: 5.4.39 -> 5.4.40 The process will require 39 MiB more space. 15 MiB to be downloaded. Proceed with this action? [y/N]: y [mailserver.medusa.nl] Fetching php5-5.4.40.txz: 100% 1 MiB 2.0MB/s 00:01 [mailserver.medusa.nl] Fetching mysql51-client-5.1.73_2.txz: 100% 632 KiB 647.1kB/s 00:01 [mailserver.medusa.nl] Fetching perl5.18-5.18.4_14.txz: 100% 13 MiB 13.9MB/s 00:01 Checking integrity... done (2 conflicting) Checking integrity... done (0 conflicting) Conflicts with the existing packages have been found. One more solver iteration is needed to resolve them. The following 14 package(s) will be affected (of 0 checked): Installed packages to be REMOVED: libXpm-3.5.11_2 libXmu-1.1.2_2,1 libXext-1.3.3,1 libXt-1.1.4_2,1 xcb-util-renderutil-0.3.9 libXrender-0.9.8_2 libX11-1.6.2_2,1 xcb-util-0.4.0,1 libxcb-1.11 New packages to be INSTALLED: perl5: 5.20.2_4 mariadb53-client: 5.3.12_6 perl5.18: 5.18.4_14 Installed packages to be UPGRADED: php5: 5.4.39 -> 5.4.40 The process will require 96 MiB more space. 14 MiB to be downloaded. Proceed with this action? [y/N]: y [mailserver.medusa.nl] Fetching perl5-5.20.2_4.txz: 100% 13 MiB 13.7MB/s 00:01 [mailserver.medusa.nl] Fetching mariadb53-client-5.3.12_6.txz: 100% 1 MiB 1.4MB/s 00:01 [mailserver.medusa.nl] [1/14] Deinstalling libXpm-3.5.11_2... [mailserver.medusa.nl] [1/14] Deleting files for libXpm-3.5.11_2: 100% [mailserver.medusa.nl] [2/14] Deinstalling libXmu-1.1.2_2,1... [mailserver.medusa.nl] [2/14] Deleting files for libXmu-1.1.2_2,1: 100% [mailserver.medusa.nl] [3/14] Deinstalling libXext-1.3.3,1... [mailserver.medusa.nl] [3/14] Deleting files for libXext-1.3.3,1: 100% [mailserver.medusa.nl] [4/14] Deinstalling libXt-1.1.4_2,1... [mailserver.medusa.nl] [4/14] Deleting files for libXt-1.1.4_2,1: 100% [mailserver.medusa.nl] [5/14] Deinstalling xcb-util-renderutil-0.3.9... [mailserver.medusa.nl] [5/14] Deleting files for xcb-util-renderutil-0.3.9: 100% [mailserver.medusa.nl] [6/14] Deinstalling libXrender-0.9.8_2... [mailserver.medusa.nl] [6/14] Deleting files for libXrender-0.9.8_2: 100% [mailserver.medusa.nl] [7/14] Deinstalling libX11-1.6.2_2,1... [mailserver.medusa.nl] [7/14] Deleting files for libX11-1.6.2_2,1: 100% [mailserver.medusa.nl] [8/14] Deinstalling xcb-util-0.4.0,1... [mailserver.medusa.nl] [8/14] Deleting files for xcb-util-0.4.0,1: 100% [mailserver.medusa.nl] [9/14] Deinstalling libxcb-1.11... [mailserver.medusa.nl] [9/14] Deleting files for libxcb-1.11: 100% [mailserver.medusa.nl] [10/14] Deinstalling perl5-5.18.4_11... [mailserver.medusa.nl] [10/14] Deleting files for perl5-5.18.4_11: 100% rm: /usr/bin/perl: Read-only file system [mailserver.medusa.nl] [11/14] Installing perl5-5.20.2_4... [mailserver.medusa.nl] [11/14] Extracting perl5-5.20.2_4: 100% [mailserver.medusa.nl] [12/14] Upgrading php5 from 5.4.39 to 5.4.40... [mailserver.medusa.nl] [12/14] Extracting php5-5.4.40: 100% [mailserver.medusa.nl] [13/14] Installing mariadb53-client-5.3.12_6... pkg: mariadb53-client-5.3.12_6 conflicts with mysql-client-5.1.68 (installs files into the same place). Problematic file: /usr/local/bin/mysql From owner-freebsd-pkg@FreeBSD.ORG Sun May 24 14:31:02 2015 Return-Path: Delivered-To: pkg@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F6FBAA0; Sun, 24 May 2015 14:31:02 +0000 (UTC) Received: from smtp.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CB5B31662; Sun, 24 May 2015 14:31:01 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id DB5E416A404; Sun, 24 May 2015 16:30:57 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VberP0060UDl; Sun, 24 May 2015 16:30:31 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:953f:f3db:1564:452f] (unknown [IPv6:2001:4cb8:3:1:953f:f3db:1564:452f]) by smtp.digiware.nl (Postfix) with ESMTPA id 815BC16A403; Sun, 24 May 2015 16:30:31 +0200 (CEST) Message-ID: <5561E087.6000307@digiware.nl> Date: Sun, 24 May 2015 16:30:31 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Baptiste Daroussin CC: pkg@freebsd.org Subject: Re: pkgs want to go to mariadb, customer does not.... References: <555DB198.9070809@digiware.nl> <20150521104136.GD89919@ivaldir.etoilebsd.net> <555DC566.4090806@digiware.nl> <5561D805.5030701@digiware.nl> In-Reply-To: <5561D805.5030701@digiware.nl> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2015 14:31:02 -0000 On 24/05/2015 15:54, Willem Jan Withagen wrote: > Running the upgrade again with -o DEBUG_LEVEL=4 does not show anything > more trouble.... but reinstalls a lot more. > I did tee it into a log-file if you are interested. Would be nice if the debugging output could go into a file or something. Then I'd run my upgrades for the time being with '-o DEBUG_LEVEL=4' to catch any of the mariadb stuff before it disappears. --WjW From owner-freebsd-pkg@FreeBSD.ORG Sun May 24 21:00:16 2015 Return-Path: Delivered-To: pkg@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 657EC6F6 for ; Sun, 24 May 2015 21:00:16 +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 mx1.freebsd.org (Postfix) with ESMTPS id 3F365697 for ; Sun, 24 May 2015 21:00:16 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4OL0GvY039776 for ; Sun, 24 May 2015 21:00:16 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201505242100.t4OL0GvY039776@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: pkg@FreeBSD.org Subject: Problem reports for pkg@FreeBSD.org that need special attention X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 Date: Sun, 24 May 2015 21:00:16 +0000 Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2015 21:00:16 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- New | 193995 | [PATCH] ports-mgmt/pkg: floating point exception 1 problems total for which you should take action. From owner-freebsd-pkg@FreeBSD.ORG Wed May 27 10:36:12 2015 Return-Path: Delivered-To: freebsd-pkg@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4CF229B for ; Wed, 27 May 2015 10:36:12 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 7E7A913D for ; Wed, 27 May 2015 10:36:12 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lgwl-lstewart2.corp.netflix.com (c110-22-60-167.eburwd6.vic.optusnet.com.au [110.22.60.167]) by lauren.room52.net (Postfix) with ESMTPSA id D24237E88D for ; Wed, 27 May 2015 20:36:03 +1000 (EST) Message-ID: <55659DF1.2050502@freebsd.org> Date: Wed, 27 May 2015 20:35:29 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-pkg@freebsd.org Subject: pkg add should reorder or dedup list of packages to install Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.4 required=5.0 tests=DNS_FROM_AHBL_RHSBL, UNPARSEABLE_RELAY autolearn=no version=3.3.2 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lauren.room52.net X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2015 10:36:12 -0000 Hi all, [I'm not subscribed to this list, so please CC me on replies.] Consider the following output of a pkg-1.5.1 run: ########## > pkg add /var/tmp/portswork/packages/All/p5-Types-Serialiser-1.0_1.txz /var/tmp/portswork/packages/All/p5-common-sense-3.73_1.txz /var/tmp/portswork/packages/All/perl5-5.20.2_3.txz Installing p5-Types-Serialiser-1.0_1... `-- Installing p5-common-sense-3.73_1... | `-- Installing perl5-5.20.2_3... | `-- Extracting perl5-5.20.2_3... done `-- Extracting p5-common-sense-3.73_1... done Extracting p5-Types-Serialiser-1.0_1... done Installing p5-common-sense-3.73_1... the most recent version of p5-common-sense-3.73_1 is already installed Installing perl5-5.20.2_3... the most recent version of perl5-5.20.2_3 is already installed ########## It is rather gratuitous to attempt double installation of packages. I would suggest that either: - The specified list of packages to install should be updated if any in the list are auto pulled in as dependencies of packages earlier in the list i.e. for the above example, as a result of installing p5-Types-Serialiser first which auto pulls in perl5 and p5-common-sense as deps, perl5 and p5-common-sense should be removed from the specified install list. OR - The specified list should be ordered prior to beginning the install such that the packages are installed in order of interdependence and therefore no attempts to install a package twice would be made i.e. for the above example, perl5 being a dep of both p5- packages would be ordered first, then p5-common-sense being a dep of p5-Types-Serialiser would be next followed finally by p5-Types-Serialiser. I suspect the first option might be better because it would be programmatically easier and cheaper, but the pkg team can ponder. Cheers, Lawrence From owner-freebsd-pkg@FreeBSD.ORG Fri May 29 09:00:34 2015 Return-Path: Delivered-To: pkg@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A046322 for ; Fri, 29 May 2015 09:00:34 +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 mx1.freebsd.org (Postfix) with ESMTPS id 543361CF5 for ; Fri, 29 May 2015 09:00:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4T90Yn9020484 for ; Fri, 29 May 2015 09:00:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: pkg@FreeBSD.org Subject: [Bug 200508] pkg upgrade doesn't work for pkg-name-version Date: Fri, 29 May 2015 09:00:34 +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: mat@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: pkg@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 09:00:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200508 Mathieu Arnold changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-ports-bugs@FreeBSD. |pkg@FreeBSD.org |org | -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-pkg@FreeBSD.ORG Fri May 29 09:00:47 2015 Return-Path: Delivered-To: pkg@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7121836C for ; Fri, 29 May 2015 09:00:47 +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 mx1.freebsd.org (Postfix) with ESMTPS id 5ADF31D20 for ; Fri, 29 May 2015 09:00:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4T90lf3033680 for ; Fri, 29 May 2015 09:00:47 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: pkg@FreeBSD.org Subject: [Bug 200509] pkg info is inconsistent with multiple arguments Date: Fri, 29 May 2015 09:00:47 +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: mat@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: pkg@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 09:00:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200509 Mathieu Arnold changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-ports-bugs@FreeBSD. |pkg@FreeBSD.org |org | -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-pkg@FreeBSD.ORG Fri May 29 19:13:24 2015 Return-Path: Delivered-To: freebsd-pkg@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEC6C8D4 for ; Fri, 29 May 2015 19:13:23 +0000 (UTC) (envelope-from jeffreybouquet@yahoo.com) Received: from nm1-vm1.bullet.mail.bf1.yahoo.com (nm1-vm1.bullet.mail.bf1.yahoo.com [98.139.213.163]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 97BF915E1 for ; Fri, 29 May 2015 19:13:22 +0000 (UTC) (envelope-from jeffreybouquet@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1432926796; bh=0aVGjEPuE1utfNd/UKd+qAHoRCWTFC/zjwpK9aktmSs=; h=Date:From:To:Subject:From:Subject; b=uFxFVSI1nnYpisHt2E6qO9KIvYBHvJFgDLwB1SGSjDFYpiRl0koA1hL416G1lrZmetyxTbmlPJRUAYrKRkpPN7lskjVBBZw/0vrIK6jnnoAPB+JnmMjj00qRg8Kiebj4CDZCkTTGRCRhZHYMSsUz+ZEp1qCS+RevVKyubpgFcJFds/QWDjc4Uyr2tjW1fUnFntmdb79zdfEN2OlwmpAMuRD8ZC42BRHv3BY8utom9lXPieTq12D2Y/pxyX6HWU7YXOMORE2i7wHG0qReggoURJhM8mHHDrXfWrDO7HhLe8NoGK95CvyJaca40Jo5M0IwF2AgDkEXj5MjpzCBTurisg== Received: from [98.139.215.143] by nm1.bullet.mail.bf1.yahoo.com with NNFMP; 29 May 2015 19:13:16 -0000 Received: from [68.142.230.72] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 29 May 2015 19:13:16 -0000 Received: from [127.0.0.1] by smtp229.mail.bf1.yahoo.com with NNFMP; 29 May 2015 19:13:16 -0000 X-Yahoo-Newman-Id: 74009.58885.bm@smtp229.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 5rsAAdoVM1m1gdCvBD2QK5aV0J.Ika8nGFayNae9rv9LG7p iJwlPSsu86BC4.XWt2LQAEXDqS5TuzkEw19Cl1KUCBs5zNmTDKO_SwRfLmpQ U3SqYwy9f4PZeJrNcG0JZikZTbsy7JamKzztCR.FJP4V8Yo7oT45lzP8sP8Q VLDIgSnfEk6ip_FbfwI0fJ7..rgksjYm8BWuELX8PPnmlWV0PZMP3Y3Httnk iG3S7ei0dExLEKRO2IztgUp_31KD_Mp6BTxnO5cJxGQ2UE.b4LAnNkBQLz2W r_cCXSQ.HOtm.kGvWlF0J6HvaILCdheRJVzdfAT806W74vCtDWkjQk7FhDaQ KtlzmSIno.38t52Ey5ugdpW0ZwkAswqPIa6144mIbJqcIGORyanRgf4iZ7hM SOJXsN8y0vF0gKfgwoTp1.ZTk9Rq5Ri3GrJjePbM3Spm2My6vLaXZgAWLc8p Zl8tvF0m6L8iXiiY1rjqAh0g1Fg4ZYpZ3Nf54.xhcm18ssza44phLTFLXOTW ri7NLLH9r1HoTeUuuHBu9TLuBAizudvnBRyrB X-Yahoo-SMTP: 6IZaPQyswBAeyzp3urHRlQfBxGxx4Js3YAIn Message-ID: <5568B9FE.6000106@yahoo.com> Date: Fri, 29 May 2015 12:11:58 -0700 From: Jeffrey Bouquet User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-pkg@freebsd.org Subject: pkg problem again (pkg upgrade, specifically) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 19:13:24 -0000 I can install packages but not use package upgrade, it piecemeal wants to remove AFAIK practically all of the ports, which I can then reinstall with portupgrade: portupgrade -PP -i -f zinf ........................................................ Script started on Fri May 29 12:00:41 2015 command: /usr/local/sbin/pkg-static upgrade Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. All repositories are up-to-date. Checking for upgrades (1824 candidates): 0% Checking for upgrades (1824 candidates): 0% Checking for upgrades (1824 candidates): 1% Checking for upgrades (1824 candidates): 2% Checking for upgrades (1824 candidates): 3% Checking for upgrades (1824 candidates): 4% Checking for upgrades (1824 candidates): 5% Checking for upgrades (1824 candidates): 6% Checking for upgrades (1824 candidates): 7% Checking for upgrades (1824 candidates): 8% Checking for upgrades (1824 candidates): 9% Checking for upgrades (1824 candidates): 10% Checking for upgrades (1824 candidates): 11% Checking for upgrades (1824 candidates): 12% Checking for upgrades (1824 candidates): 13% Checking for upgrades (1824 candidates): 14% Checking for upgrades (1824 candidates): 15% Checking for upgrades (1824 candidates): 16% Checking for upgrades (1824 candidates): 17% Checking for upgrades (1824 candidates): 18% Checking for upgrades (1824 candidates): 19% Checking for upgrades (1824 candidates): 20% Checking for upgrades (1824 candidates): 21% Checking for upgrades (1824 candidates): 22% Checking for upgrades (1824 candidates): 23% Checking for upgrades (1824 candidates): 24% Checking for upgrades (1824 candidates): 25% Checking for upgrades (1824 candidates): 26% Checking for upgrades (1824 candidates): 27% Checking for upgrades (1824 candidates): 28% Checking for upgrades (1824 candidates): 29% Checking for upgrades (1824 candidates): 30% Checking for upgrades (1824 candidates): 31% Checking for upgrades (1824 candidates): 32% Checking for upgrades (1824 candidates): 33% Checking for upgrades (1824 candidates): 34% Checking for upgrades (1824 candidates): 35% Checking for upgrades (1824 candidates): 36% Checking for upgrades (1824 candidates): 37% Checking for upgrades (1824 candidates): 38% Checking for upgrades (1824 candidates): 39% Checking for upgrades (1824 candidates): 40% Checking for upgrades (1824 candidates): 41% Checking for upgrades (1824 candidates): 42% Checking for upgrades (1824 candidates): 43% Checking for upgrades (1824 candidates): 44% Checking for upgrades (1824 candidates): 45% Checking for upgrades (1824 candidates): 46% Checking for upgrades (1824 candidates): 47% Checking for upgrades (1824 candidates): 48% Checking for upgrades (1824 candidates): 49% Checking for upgrades (1824 candidates): 50% Checking for upgrades (1824 candidates): 51% Checking for upgrades (1824 candidates): 52% Checking for upgrades (1824 candidates): 53% Checking for upgrades (1824 candidates): 54% Checking for upgrades (1824 candidates): 55% Checking for upgrades (1824 candidates): 56% Checking for upgrades (1824 candidates): 57% Checking for upgrades (1824 candidates): 58% Checking for upgrades (1824 candidates): 59% Checking for upgrades (1824 candidates): 60% Checking for upgrades (1824 candidates): 61% Checking for upgrades (1824 candidates): 62% Checking for upgrades (1824 candidates): 63% Checking for upgrades (1824 candidates): 64% Checking for upgrades (1824 candidates): 65% Checking for upgrades (1824 candidates): 66% Checking for upgrades (1824 candidates): 67% Checking for upgrades (1824 candidates): 68% Checking for upgrades (1824 candidates): 69% Checking for upgrades (1824 candidates): 70% Checking for upgrades (1824 candidates): 71% Checking for upgrades (1824 candidates): 72% Checking for upgrades (1824 candidates): 73% Checking for upgrades (1824 candidates): 74% Checking for upgrades (1824 candidates): 75% Checking for upgrades (1824 candidates): 76% Checking for upgrades (1824 candidates): 77% Checking for upgrades (1824 candidates): 78% Checking for upgrades (1824 candidates): 79% Checking for upgrades (1824 candidates): 80% Checking for upgrades (1824 candidates): 81% Checking for upgrades (1824 candidates): 82% Checking for upgrades (1824 candidates): 83% Checking for upgrades (1824 candidates): 84% Checking for upgrades (1824 candidates): 85% Checking for upgrades (1824 candidates): 86% Checking for upgrades (1824 candidates): 87% Checking for upgrades (1824 candidates): 88% Checking for upgrades (1824 candidates): 89% Checking for upgrades (1824 candidates): 90% Checking for upgrades (1824 candidates): 91% Checking for upgrades (1824 candidates): 92% Checking for upgrades (1824 candidates): 93% Checking for upgrades (1824 candidates): 94% Checking for upgrades (1824 candidates): 95% Checking for upgrades (1824 candidates): 96% Checking for upgrades (1824 candidates): 97% Checking for upgrades (1824 candidates): 98% Checking for upgrades (1824 candidates): 99% Checking for upgrades (1824 candidates): 100% Processing candidates (1824 candidates): 0% Processing candidates (1824 candidates): 0% Processing candidates (1824 candidates): 1% Processing candidates (1824 candidates): 2% Processing candidates (1824 candidates): 3% Processing candidates (1824 candidates): 4% Processing candidates (1824 candidates): 5% Processing candidates (1824 candidates): 6% Processing candidates (1824 candidates): 7% Processing candidates (1824 candidates): 8% Processing candidates (1824 candidates): 9% Processing candidates (1824 candidates): 10% Processing candidates (1824 candidates): 11% Processing candidates (1824 candidates): 12% Processing candidates (1824 candidates): 13% Processing candidates (1824 candidates): 14% Processing candidates (1824 candidates): 15% Processing candidates (1824 candidates): 16% Processing candidates (1824 candidates): 17% Processing candidates (1824 candidates): 18% Processing candidates (1824 candidates): 19% Processing candidates (1824 candidates): 20% Processing candidates (1824 candidates): 21% Processing candidates (1824 candidates): 22% Processing candidates (1824 candidates): 23% Processing candidates (1824 candidates): 24% Processing candidates (1824 candidates): 25% Processing candidates (1824 candidates): 26% Processing candidates (1824 candidates): 27% Processing candidates (1824 candidates): 28% Processing candidates (1824 candidates): 29% Processing candidates (1824 candidates): 30% Processing candidates (1824 candidates): 31% Processing candidates (1824 candidates): 32% Processing candidates (1824 candidates): 33% Processing candidates (1824 candidates): 34% Processing candidates (1824 candidates): 35% Processing candidates (1824 candidates): 36% Processing candidates (1824 candidates): 37% Processing candidates (1824 candidates): 38% Processing candidates (1824 candidates): 39% Processing candidates (1824 candidates): 40% Processing candidates (1824 candidates): 41% Processing candidates (1824 candidates): 42% Processing candidates (1824 candidates): 43% Processing candidates (1824 candidates): 44% Processing candidates (1824 candidates): 45% Processing candidates (1824 candidates): 46% Processing candidates (1824 candidates): 47% Processing candidates (1824 candidates): 48% Processing candidates (1824 candidates): 49% Processing candidates (1824 candidates): 50% Processing candidates (1824 candidates): 51% Processing candidates (1824 candidates): 52% Processing candidates (1824 candidates): 53% Processing candidates (1824 candidates): 54% Processing candidates (1824 candidates): 55% Processing candidates (1824 candidates): 56% Processing candidates (1824 candidates): 57% Processing candidates (1824 candidates): 58% Processing candidates (1824 candidates): 59% Processing candidates (1824 candidates): 60% Processing candidates (1824 candidates): 61% Processing candidates (1824 candidates): 62% Processing candidates (1824 candidates): 63% Processing candidates (1824 candidates): 64% Processing candidates (1824 candidates): 65% Processing candidates (1824 candidates): 66% Processing candidates (1824 candidates): 67% Processing candidates (1824 candidates): 68% Processing candidates (1824 candidates): 69% Processing candidates (1824 candidates): 70% Processing candidates (1824 candidates): 71% Processing candidates (1824 candidates): 72% Processing candidates (1824 candidates): 73% Processing candidates (1824 candidates): 74% Processing candidates (1824 candidates): 75% Processing candidates (1824 candidates): 76% Processing candidates (1824 candidates): 77% Processing candidates (1824 candidates): 78% Processing candidates (1824 candidates): 79% Processing candidates (1824 candidates): 80% Processing candidates (1824 candidates): 81% Processing candidates (1824 candidates): 82% Processing candidates (1824 candidates): 83% Processing candidates (1824 candidates): 84% Processing candidates (1824 candidates): 85% Processing candidates (1824 candidates): 86% Processing candidates (1824 candidates): 87% Processing candidates (1824 candidates): 88% Processing candidates (1824 candidates): 89% Processing candidates (1824 candidates): 90% Processing candidates (1824 candidates): 91% Processing candidates (1824 candidates): 92% Processing candidates (1824 candidates): 93% Processing candidates (1824 candidates): 94% Processing candidates (1824 candidates): 95% Processing candidates (1824 candidates): 96% Processing candidates (1824 candidates): 97% Processing candidates (1824 candidates): 100% pkg-static: Cannot solve problem using SAT solver: upgrade rule: upgrade local xpn-1.2.6_5 to remote xpn-1.2.6_5 cannot install package xpn, remove it from request? [Y/n]: n pkg-static: cannot solve job using SAT solver Script done on Fri May 29 12:01:04 2015 ....................................................................................... So xpn, pkg cannot , delete xpn then AFAIK twenty x.... ports need removal then twenty w.... then twenty v... approximate of course, but since I already "pkg check -Ba " and "pkg update -f " etc... This was working in the v10 before the upgrade to v11, AND was working on the v11 system the upgrade (/usr/src and /usr/obj) were used for. So why when all was in place for an upgrade, would "pkg upgrade" be unworkable again? To complicate matters, the database file is (3xxx ports) too large to send for debugging AFAIK. I suppose "pkg upgrade" could be enhanced to due more before halting, or print a more precise error. Even twenty lines of debugging to be posted somewhere... .............................................................. Also I thought, pkg should itself have an UPDATING file, since the rewrite of configuration files, possible bootstrap, commands which work better and which work worse across major updates, etc etc. It appears even maybe pkg "forgot" about installed ports upon a simple v10 > v11 upgrade, luckily I had the previous backup to list the ports from and do some shell pipes so most (not all) are reinstalled as I write this. Although I have not double checked. ..................................................................... From owner-freebsd-pkg@FreeBSD.ORG Fri May 29 19:17:07 2015 Return-Path: Delivered-To: freebsd-pkg@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27EB8965 for ; Fri, 29 May 2015 19:17:07 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B0C721615 for ; Fri, 29 May 2015 19:17:06 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wgv5 with SMTP id 5so70542380wgv.1 for ; Fri, 29 May 2015 12:17:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=QBD01Sz336jWjY2gw2bFyLRGmH5SO6jqsLhO/BfTTRk=; b=eWjnB06Ihrg+FYsl/e5gSbtnURqVJD0SkTbGIOjUSHlxV2eQceAIXXfuu2oP7FHHsc HXNX0WdhithbceLfudwOXUTi2Cq+l/pLKtEFNH3IIYrxusccQMohsZ5S1PSJLyvpb32A v4AH6fzuHGA1yFUCBpxLty1sspaQChKFOPqP5Jc+BY7vkywdWFcwiLPhkDFEZc3BZTOH rx225JsDLsbjFFhHgnUpV/omPohfgNW1WbbtXBI/H5J5GHNU6snFq0hklZvTtZ2n8h4S 7GtAKoEGtCELo/GN0OZbkRGVlH88jolyDXoeoiiKRBErG927fkIOphZ+PoTK9y04gDUk HpGA== X-Received: by 10.180.210.162 with SMTP id mv2mr9381648wic.59.1432927025097; Fri, 29 May 2015 12:17:05 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id v3sm4393827wiz.14.2015.05.29.12.17.03 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 29 May 2015 12:17:03 -0700 (PDT) Sender: Baptiste Daroussin Date: Fri, 29 May 2015 21:17:01 +0200 From: Baptiste Daroussin To: Jeffrey Bouquet Cc: freebsd-pkg@freebsd.org Subject: Re: pkg problem again (pkg upgrade, specifically) Message-ID: <20150529191701.GD70327@ivaldir.etoilebsd.net> References: <5568B9FE.6000106@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iVCmgExH7+hIHJ1A" Content-Disposition: inline In-Reply-To: <5568B9FE.6000106@yahoo.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 19:17:07 -0000 --iVCmgExH7+hIHJ1A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 29, 2015 at 12:11:58PM -0700, Jeffrey Bouquet via freebsd-pkg w= rote: > I can install packages but not use package upgrade, it piecemeal wants > to remove AFAIK practically all of the ports, which I can then reinstall > with portupgrade: > portupgrade -PP -i -f zinf =20 When you do hit such a problem, please rerun pkg -o DEBUG_LEVEL=3D4 upgrade= and provide us the output (this will be verbose). Best regards, Bapt --iVCmgExH7+hIHJ1A Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlVouy0ACgkQ8kTtMUmk6EyzUQCdEQyRm2bRlPpCJ9UGQfyEzj0j Mt0AnjZ4CsqZZgf0zenPj1NWTcAsm5XE =x3AK -----END PGP SIGNATURE----- --iVCmgExH7+hIHJ1A-- From owner-freebsd-pkg@FreeBSD.ORG Fri May 29 21:09:19 2015 Return-Path: Delivered-To: pkg@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D8869D8 for ; Fri, 29 May 2015 21:09:19 +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 mx1.freebsd.org (Postfix) with ESMTPS id 87D031260 for ; Fri, 29 May 2015 21:09:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4TL9JjF009496 for ; Fri, 29 May 2015 21:09:19 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: pkg@FreeBSD.org Subject: [Bug 200399] ports-mgmt/pkg version 1.5.2: pkg upgrade -n offers interactive prompt and breaks downstream tools Date: Fri, 29 May 2015 21:09:19 +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: jeff@baitis.net X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: pkg@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 21:09:19 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200399 Jeffrey Baitis changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED --- Comment #4 from Jeffrey Baitis --- -gitlogs/#pkgng- pkg/master 29a933b Baptiste Daroussin: Merge pull request #1256 from baitisj/master... -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-pkg@FreeBSD.ORG Sat May 30 02:44:04 2015 Return-Path: Delivered-To: freebsd-pkg@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27EC1ECB for ; Sat, 30 May 2015 02:44:04 +0000 (UTC) (envelope-from jeffreybouquet@yahoo.com) Received: from nm24-vm0.bullet.mail.bf1.yahoo.com (nm24-vm0.bullet.mail.bf1.yahoo.com [98.139.213.161]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC020137D for ; Sat, 30 May 2015 02:44:03 +0000 (UTC) (envelope-from jeffreybouquet@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1432953667; bh=MBo1J6at7VGPYCodYYDUv1oDh7kUQQ9RHuvhHKuiAV4=; h=Date:From:To:Subject:References:In-Reply-To:From:Subject; b=apXuzPYRcKtmffBe8uiBFNdH0yQ/hFVS1OLXd5gCI4a+CfWmB/9MCUzlu+hLSKFPJXEA4uEvToUnuPXF5EKCjhN/REswU7FR86X6k/Wwf1DJ14rn3JXM1PzLKf2kxsYRUsyPATaeb5h6RjqOBQqXYyGHX0ocxmq20Q4xOFRzkxVsHZa/XuT2f4sc8pRXu35B49dogW1LpN3lS6xUuId7grPd6LeCWPpXy0P1ZZK2/jXoSbs8g4abX5CARTexqia++2e+Relv0PFLYmMIGFBd317KwLUHZAB274Nw8nimNEmWN4IFCGCmFn/OFtRr9QKAuIekmhiZ78tC+n7G8DEhsg== Received: from [98.139.170.182] by nm24.bullet.mail.bf1.yahoo.com with NNFMP; 30 May 2015 02:41:07 -0000 Received: from [98.139.211.201] by tm25.bullet.mail.bf1.yahoo.com with NNFMP; 30 May 2015 02:41:07 -0000 Received: from [127.0.0.1] by smtp210.mail.bf1.yahoo.com with NNFMP; 30 May 2015 02:41:07 -0000 X-Yahoo-Newman-Id: 35798.41451.bm@smtp210.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: gswVeyIVM1ke5MMtXG_x2NMw5lB1rVKomW8Eow7acOJUPmH ISmWicwXIqEGte_crhxPZyAWkMMmLrH43X0YTy1OJmMmPZSecP7sJ8l6MRX0 n902kLnzw7XirqEZ8lbpTRlVe_CxpAx6xQ75cuRIgCH2aMRnpW.wdT4DMPv1 5o87xp.lCDoSfDNXKJQIoNtN_ZfQaDQFNjAzLprbQTD.jvzcAMw0JdQq0hfI L6iE6WZVA6c.56VeUSSiaZQ3IPD7eWD16PSUriatjhUR5slfDAERJPjwTGLn rqfhkxrHaOozBFl0jksorIUI4kVCPR2niVFkmjk_BT756rZ_LpxzrBzNpMDE 0fGbvX469RyliCYEvihlZHY7NDs_SraejoUWZsclW0FYxtzBybn9YtD83nEP YlgecpTHCpCXjVmJIuOkZi1PrELLG8ed2Xt7TXkJNQTYVE7_jOPNrHQMOkYV bHrjvW0b6yDjwzsp1vSO08zKgNeCjHv5ec4NgSamLU2oHrNuxNwbcM2SahFd pBV_RcDL_yZMkahDBsyyviknPIx8oJzPbAgXZ X-Yahoo-SMTP: 6IZaPQyswBAeyzp3urHRlQfBxGxx4Js3YAIn Message-ID: <556922F5.6030407@yahoo.com> Date: Fri, 29 May 2015 19:39:49 -0700 From: Jeffrey Bouquet User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-pkg@freebsd.org Subject: Re: SOLVED pkg problem again (pkg upgrade, specifically) References: <5568B9FE.6000106@yahoo.com> In-Reply-To: <5568B9FE.6000106@yahoo.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 02:44:04 -0000 On 05/29/15 12:11, Jeffrey Bouquet via freebsd-pkg wrote: > I can install packages but not use package upgrade, it piecemeal wants > to remove AFAIK practically all of the ports, which I can then reinstall > with portupgrade: > portupgrade -PP -i -f zinf > > ........................................................ > Script started on Fri May 29 12:00:41 2015 command: > /usr/local/sbin/pkg-static upgrade Updating FreeBSD repository > catalogue... FreeBSD repository is up-to-date. All repositories are > up-to-date. Checking for upgrades (1824 candidates): 0% Checking for > upgrades (1824 candidates): 0% Checking for upgrades (1824 candidates): > 1% Checking for upgrades (1824 candidates): 2% Checking for upgrades > (1824 candidates): 3% Checking for upgrades (1824 candidates): 4% > Checking for upgrades (1824 candidates): 5% Checking for upgrades (1824 > candidates): 6% Checking for upgrades (1824 candidates): 7% Checking for > upgrades (1824 candidates): 8% Checking for upgrades (1824 candidates): > 9% Checking for upgrades (1824 candidates): 10% Checking for upgrades > (1824 candidates): 11% Checking for upgrades (1824 candidates): 12% > Checking for upgrades (1824 candidates): 13% Checking for upgrades (1824 > tes): 47% Checking for upgrades (1824 candidates): 48% Checking > 1824 candidates): 13% Processing candidates (1824 > ates): 47% Processing candidates (1824 candidates): 48% Processing > ccandidates (1824 candidates): 97% Processing candidates (1824 > candidates): 100% > > pkg-static: Cannot solve problem using SAT solver: upgrade rule: upgrade > local xpn-1.2.6_5 to remote xpn-1.2.6_5 > cannot install package xpn, remove it from request? [Y/n]: n > pkg-static: cannot solve job using SAT solver Script done on Fri May 29 > 12:01:04 2015 > > ....................................................................................... > So xpn, pkg cannot , delete xpn > then AFAIK twenty x.... ports need removal > then twenty w.... > then twenty v... > approximate of course, but since I already "pkg check -Ba " and "pkg > update -f " etc... > This was working in the v10 before the upgrade to v11, AND was working > on the v11 system > the upgrade (/usr/src and /usr/obj) were used for. So why when all was > in place for an > upgrade, would "pkg upgrade" be unworkable again? > > To complicate matters, the database file is (3xxx ports) too large to > send for debugging AFAIK. > I suppose "pkg upgrade" could be enhanced to due more before halting, or > print a more > precise error. Even twenty lines of debugging to be posted somewhere... > > .............................................................. > Also I thought, pkg should itself have an UPDATING file, since > the rewrite of configuration files, possible bootstrap, commands which > work better and > which work worse across major updates, etc etc. It appears even maybe pkg > "forgot" about installed ports upon a simple v10 > v11 upgrade, > luckily I had the previous > backup to list the ports from and do some shell pipes so most (not all) > are reinstalled as I > write this. Although I have not double checked. > ..................................................................... > _______________________________________________ I ran pkg upgrade with the DEBUG_LEVEL=4. File resulting was too large to send by email. I grepped out "remote" to a text file, ran that file through a pipe to just get the port [ abi change update] [grep, awk ...] >> next file, then looped through that one updating.................................. "pkg update" works again. [lines containing remote contained the ABI ports needing updating ] Did not get to test: can not solve >> pkg install just one can not solve >> pkg install just one ... etc to see if that would fix the pkg upgrade command by use of the pkg install command. That may have been another way. Unsure. Another quirk updating v10 > v11, which fixed perl here, To update by package one port, hundreds were removed unequivocally. So I scripted that, so had a list from which to reinstall. No time to reinstall all of those at the moment, unfortunatly, too many p5-... Next, I used a backup v10 local.sqlite and a new v11 local.sqlite, ran pkg query on them both, and used the 'diffp' (a MOVED obsolete command) to install piecemeal the ones on the left pane (sort of like mergemaster) [diffp on the resulting text files from each database, 2 total...] So it seems all fixed here for now. Sorry to not provide context in more detail for the procedure/fixes above. No time. From owner-freebsd-pkg@FreeBSD.ORG Sat May 30 17:58:04 2015 Return-Path: Delivered-To: freebsd-pkg@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ADD41FEA for ; Sat, 30 May 2015 17:58:04 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: from quine.pinyon.org (quine.pinyon.org [65.101.5.249]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 848941D0D for ; Sat, 30 May 2015 17:58:04 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: by quine.pinyon.org (Postfix, from userid 122) id A9961160298; Sat, 30 May 2015 10:58:03 -0700 (MST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on quine.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Received: from feyerabend.n1.pinyon.org (feyerabend.n1.pinyon.org [10.0.10.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by quine.pinyon.org (Postfix) with ESMTPSA id 1AA1516015F for ; Sat, 30 May 2015 10:58:01 -0700 (MST) Message-ID: <5569FA28.3020802@pinyon.org> Date: Sat, 30 May 2015 10:58:00 -0700 From: "Russell L. Carter" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-pkg@freebsd.org Subject: Fwd: Re: 10/stable virtualbox-ose crashes References: <5569F857.1020202@pinyon.org> In-Reply-To: <5569F857.1020202@pinyon.org> X-Forwarded-Message-Id: <5569F857.1020202@pinyon.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 17:58:04 -0000 Just discovered freebsd-pkg, so this message sent to ports might be more appropriate for this list. -------- Forwarded Message -------- Hi, On 05/29/15 10:52, Kimmo Paasiala wrote: > On Fri, May 29, 2015 at 8:45 PM, Adam McDougall wrote: >> On 05/29/2015 13:38, Kevin Oberman wrote: >>> On Fri, May 29, 2015 at 10:10 AM, Russell L. Carter >>> wrote: >>> >>>> Hi, >>>> kldload vboxsrv crashes recent 10/stables. Last known working >>>> kernel/module pair is from May 5th. >>>> >>>> Not sure what is the optimal next step, suggestions welcome. >>>> >>> >>> Sounds like you have done this, but several reports have been made of this >>> recently. All were "fixed" by rebuilding virtualbox-ose-kmod. Always >>> rebuild all kernel modules that are in ports when rebuilding the kernel, >>> preferably by adding the appropriate PORTS_MODULES to /etc/src.conf. >>> -- >>> Kevin Oberman, Network Engineer, Retired >>> E-mail: rkoberman@gmail.com >> >> Won't this will be a problem if people use official packages (built on >> 10.x-RELEASE) on a system running -stable? Wouldn't it mean an ABI was >> violated? > > > The KBI (kernel binary interface that the kernel modules use) is not > part of the promised stability, only the userland ABI is guaranteed to > stay compatible. According to: http://blog.shatow.net/posts/2015-04-27-Poudriere-FreeBSD-Journal/ "Packages are built for the oldest release of each branch. These packages are supposed to be ABI/KBI compatible with all future releases on those branches as well as the STABLE branch for that release. This means that packages built for 8.3 will work on 8.4 but are not guaranteed to work on 9.x." After sleeping on the problem, I think that the simplest approach to managing the evolution of the KBI in stable is to mark packages that depend on the KBI, port kernel modules for instance, as dependent on poudriere's world source tree. Then when the source tree is updated, on the first subsequent bulk package build port kernel modules would be correctly updated. This would eliminate the maintenance complexity I outlined in previous messages that arises from maintaining port kernel modules outside of poudriere. I just verified that updating poudriere's source tree does not currently cause any port kernel modules to be rebuilt. Comments? Thanks, Russell