From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugs-return-166122-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 26436 invoked by alias); 11 Nov 2005 15:39:25 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Received: (qmail 26304 invoked by uid 48); 11 Nov 2005 15:39:23 -0000
Date: Fri, 11 Nov 2005 15:39:00 -0000
Subject: [Bug java/24798]  New: classmap.db should reside in /var/lib/gcj/
X-Bugzilla-Reason: CC
Message-ID: <bug-24798-8711@http.gcc.gnu.org/bugzilla/>
Reply-To: gcc-bugzilla@gcc.gnu.org
To: gcc-bugs@gcc.gnu.org
From: "fitzsim at redhat dot com" <gcc-bugzilla@gcc.gnu.org>
X-SW-Source: 2005-11/txt/msg01608.txt.bz2
List-Id: <gcc-bugs.sourceware.org>

>>From gbenson@redhat.com:

While we're changing things here I'd like to propose that the global
database be moved from /usr/lib/gcj-x.y.z/classmap.db to somewhere
like /var/lib/gcj/classmap.db.  Unlike the per-package files the
global database is machine-specific, so putting it in /var makes us
more LSB-compliant.  One practical advantage of this is that it would
allow our rpms to be used on systems with readonly /usr partitions.


-- 
           Summary: classmap.db should reside in /var/lib/gcj/
           Product: gcc
           Version: 4.1.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: java
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: fitzsim at redhat dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24798