From owner-freebsd-java@FreeBSD.ORG Fri Sep 27 01:00:43 2013 Return-Path: Delivered-To: freebsd-java@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 ESMTP id 21259362 for ; Fri, 27 Sep 2013 01:00:43 +0000 (UTC) (envelope-from freebsd@dreamchaser.org) Received: from nightmare.dreamchaser.org (nightmare.dreamchaser.org [12.32.44.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C669825EB for ; Fri, 27 Sep 2013 01:00:41 +0000 (UTC) Received: from breakaway.dreamchaser.org (breakaway.dreamchaser.org. [12.32.36.73]) by nightmare.dreamchaser.org (8.13.6/8.13.6) with ESMTP id r8R10dj9030900 for ; Thu, 26 Sep 2013 19:00:40 -0600 (MDT) (envelope-from freebsd@dreamchaser.org) Message-ID: <5244D8B7.4060804@dreamchaser.org> Date: Thu, 26 Sep 2013 19:00:39 -0600 From: Gary Aitken User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130730 Thunderbird/17.0.7 MIME-Version: 1.0 To: freebsd-java@freebsd.org Subject: preserving user added libraries Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (nightmare.dreamchaser.org [12.32.36.65]); Thu, 26 Sep 2013 19:00:40 -0600 (MDT) X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd@dreamchaser.org List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 01:00:43 -0000 Hi all, I had an issue when reinstalling openjdk* where it removed the jar for mysql db access. Below is the conversation regarding this from ports: On 09/26/13 14:20, Kimmo Paasiala wrote: > On Thu, Sep 26, 2013 at 10:14 PM, Gary Aitken wrote: >> On 09/26/13 12:39, Kimmo Paasiala wrote: >>> On Thu, Sep 26, 2013 at 9:25 PM, Scot Hetzel wrote: >>>> On Thu, Sep 26, 2013 at 11:35 AM, Gary Aitken wrote: >>>>> Is portmaster supposed to retain files which it did not install when updating / >>>>> reinstalling a port? >>>>> >>>>> For example, jave extensions are normally installed by placing a jar file in >>>>> /usr/local/openjdk6/jre/lib/ext/ >>>>> >>>>> When reinstalling, these are wiped out. >> >>>> The problem is not with portmaster, as it runs the pkg or pkg_install >>>> commands to remove the port. If you have files that are missing after >>>> uninstalling a port, then you'll need to check what that port is >>>> doing. Most likely the port has a @dirrm instead of an @dirrmtry for >>>> that directory in it's pkg-plist file. >>>> >>>> I had a look at the java/openjdk6/Makefile, and it creates the list of >>>> directories to remove with @dirrm instead of @dirrmtry. So it looks >>>> like the issue is with java/openjdk6 removing that directory. >> >>> It's a larger problem with no clear solution. What the programs that >>> install additional files after the initial installation should do is >>> to use /var/db/xyz for the additional files so that they are contained >>> in a separate directory alltogether. >> >> >> That presumes all additional files are installed via the ports mechanism, >> or at least know about it, which is highly unlikely. With plugins of >> various types and machine-independent binaries like java .class files >> abounding, requiring every add-on to be installed by the ports mechanism >> isn't likely to work in the long run. >> >> I can see how a program installed by the ports mechanism should use the >> mechanism you're advocating, but I don't think it applies to all cases. >> >> In this case, it was a mysql driver, obtained as a binary (.jar of >> java .class files). But things like gimp plugins have the same issue. > I was referring to untracked files that have not been installed via > the ports system or packages. However, it seems impossible to convince > software writers that /usr and /usr/local might be read-only at > run-time :/ I'm wondering if this has already been settled at the current state of affairs. I'm open to some other way of installing add-ons, but I don't think one should have to track and re-install them with every upgrade. Gary