[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
[Bug 177818] Review Request: adplug
- From: bugzilla redhat com
- To: fedora-extras-list redhat com
- Subject: [Bug 177818] Review Request: adplug
- Date: Fri, 24 Feb 2006 13:46:09 -0500
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Review Request: adplug
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177818
------- Additional Comments From bugs michael gmx net 2006-02-24 13:46 EST -------
It's a matter of design. As /usr/share may be read-only, nobody could
create or modify the database file. Only the superuser of the master
server could. If the goal is to make it possible to distribute a shared
database file master copy to multiple machines in a network, /usr/share
would be right. Which solution to choose depends on where the global
database file comes from and how it is accessed at run-time. If it will
turn out to be something which is downloaded or updated at run-time,
/usr/share won't work on the individual machines. If it is something
which can be wrapped up in the RPM package as a default database, too,
/usr/share would work. Particularly, since users can override the db
contents from within their home dir.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]