From owner-freebsd-questions@FreeBSD.ORG Wed Jan 15 06:33:53 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2179291 for ; Wed, 15 Jan 2014 06:33:53 +0000 (UTC) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 507271EA9 for ; Wed, 15 Jan 2014 06:33:53 +0000 (UTC) Received: from r56.edvax.de (port-92-195-149-155.dynamic.qsc.de [92.195.149.155]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id D479D3D186 for ; Wed, 15 Jan 2014 07:33:51 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id s0F6XRfG002679 for ; Wed, 15 Jan 2014 07:33:27 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Wed, 15 Jan 2014 07:33:27 +0100 From: Polytropon To: FreeBSD Questions Subject: Re: Combining pkg and "traditional ports" Message-Id: <20140115073327.ca509e13.freebsd@edvax.de> In-Reply-To: <52D62591.9050503@ohlste.in> References: <20140115063634.d6d26d51.freebsd@edvax.de> <52D62591.9050503@ohlste.in> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 06:33:53 -0000 NOTE: Re-sending the message to the list, hope that's okay. Google refuses to accept e-mail from my IP (probably whole range of ISP due to "an unusual rate of 550-5.7.1 unsolicited mail originating from your IP address" - definitely not from _my_ *current* IP. :-) On Wed, 15 Jan 2014 01:07:13 -0500, Jim Ohlstein wrote: > Hello, > > On 1/15/14, 12:36 AM, Polytropon wrote: > > With the upcoming OS standardization on pkg (pkgng) following > > the abolishment of the pkg_* toolset I'd like to ask questions > > to those who already actively use pkg and have probably encountered > > and solved the same "problems" that I'll be expecting: > > > > There are two cases where a binary package can't be used: > > > > a) There is no package. > > > > Not all ports have equivalent packages. For example, I've seen > > this recently for OpenArena. In this case, compiling is needed > > (and even switching to gcc instead of clang, OS v10-RC2). Another > > example is a localize OpenOffice / maybe LibreOffice. > > > > How is this handled when a pkg-based "upgrade all" is performed? > > > > b) The default options of the package can't be used. > > > > My favourite example is mplayer (including all imaginable > > codecs as well as mencoder and additionally the gmplayer > > and gmencoder X applications), but it could also apply for > > a HAL-less X and HAL-less applications. But also OpenOffice > > can be considered again, a localized version (german) with > > dependencies for KDE, Gnome and CUPS deactivated (because I > > don't use those). > > > > Can those be protected from being overwritten? > > # pkg lock package_name > > You probably will need to unlock the package to upgrade via the port. Of course I will always keep packages and the ports tree up to date, so their versions should match as close as possible. The locking method seems to be a good measure against acci- dental overwriting (with default options, which might break things functionally and/or organizationally). > > Is there even a method of saying, like, "use binary packages > > to upgrade everything excepts ports 'foo', 'bar', 'meow' and > > 'moo', compile those, but make sure their dependencies are > > installed via packages when they are available and apply"? > > I think if you only use "pkg lock" on the packages that you want to > compile, running "pkg upgrade" will upgrade all others for which there > is an upgrade is a binary package, including dependencies of packages > that you have compiled. That is what I've intend. I wish to only compile those which _intendely_ need compiling, those are usually the "top ports" and maybe _some_ of their dependencies (e. g. those which need to be compiled with HAL disabled). > Be aware though, that if you haven't "locked" a > package, running "pkg upgrade" will suggest to you to upgrade to > versions of installed packages with the "default" options. That would probably be the same version as in the updated ports tree, so _after_ compiling and installing it that way, the version checks should perform correctly. By the way, do you know if it will still be possible to use tools like portdowngrade to install programs in older versions, because their newer versions lost functionality that I need? A good example is the xzgv image viewer where version 0.8_9 is the last usable one, but requires GTK version 1 (just like XFCE 3, the excellent "CDE lookalike", which has been removed from ports). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...