Interesting points. However I would suggest that most of the files in
/etc are about local configurations, and are, in general, not
shareable. In fact, the FHS defines /etc as being for non-shareable,
static data. But what should be done for shareable configuration
data? Debian uses /etc as
On Fri, Jun 18, 1999 at 12:33:21AM +0100, Julian Gilbey wrote:
Interesting points. However I would suggest that most of the files in
/etc are about local configurations, and are, in general, not
shareable. In fact, the FHS defines /etc as being for non-shareable,
static data. But what
On Fri, 18 Jun 1999, Julian Gilbey wrote:
Interesting points. However I would suggest that most of the files in
/etc are about local configurations, and are, in general, not
shareable. In fact, the FHS defines /etc as being for non-shareable,
static data. But what should be done for
On Fri, Jun 18, 1999 at 12:33:21AM +0100, Julian Gilbey wrote:
Interesting points. However I would suggest that most of the files in
/etc are about local configurations, and are, in general, not
shareable. In fact, the FHS defines /etc as being for non-shareable,
static data. But what
Julian Gilbey [EMAIL PROTECTED] writes:
Interesting points. However I would suggest that most of the files in
/etc are about local configurations, and are, in general, not
shareable. In fact, the FHS defines /etc as being for non-shareable,
You need to be careful about using the word share
In article [EMAIL PROTECTED] you write:
Julian Gilbey [EMAIL PROTECTED] writes:
Interesting points. However I would suggest that most of the files in
/etc are about local configurations, and are, in general, not
shareable. In fact, the FHS defines /etc as being for non-shareable,
You need
* GB = Goswin Brederlow
GB If the suggests to non-free or contrib are depreciated by policy
GB or even forbidden, debian will loose much.
This is just a matter of opinion. ;-)
GB Non-free is a part of Debian in some way,
Our Social Contract disagrees:
Is there sufficient interest to make a register-binary-format shell
script (like update-inetd, or register-window-manager) and put it into
the documentation?
This seems like a good idea. Bear in mind that if every Tom, Dick, and Harry
register, there is some memory bloat, so a way for the
Raul, bug# 22308 has been fixed. If you agree, could you please
close the bug? Since I'm not the submitter and it's a policy bug,
I'm not comfortable closing it myself (feeling wimpy today).
.Adam Di [EMAIL PROTECTED]URL:http://www.onShore.com/
Hi,
Thank you, Marcus, for remindig me of this. Yes, I think this
is better than choosing one option or the other, for _other_ people.
As far as I, personally, am concerned, our previous conclusion
on this topic remains the final word -- I have seen nothing new come
up in the
On Fri, Jun 18, 1999 at 02:17:30AM -0700, Daniel Quinlan wrote:
Interesting points. However I would suggest that most of the files in
/etc are about local configurations, and are, in general, not
shareable. In fact, the FHS defines /etc as being for non-shareable,
You need to be careful
Joseph Carter [EMAIL PROTECTED] writes:
No... The package puts a file that needs to be modified by the site (and
possibly by the individual machine) in /usr/share.. Perhaps the program
is at fault for doing this. I do know that lintian will generate an
error on the package should I run it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
/etc is intended to be the only repository for configuration
information. It is machine specific. However, machine-specific does
not mean that the configuration information in /etc cannot be shared
between machines. This can be done via
Jim Lynch [EMAIL PROTECTED] writes:
...
If that where so easy
Is there any automatik mechanism to register the aplications? A web
page where one can input once email and see the status of once
apllication or even a plain list of recieved aplliactions?
They use a human beowulf
14 matches
Mail list logo