On Sat, 14 Jan 2006, Randy McMurchy wrote:
And I suppose what is most interesting to me, though I haven't (and
probably never will) researched it, is if this file truly belongs in
/usr/share.
Is the file not architecture dependent? Can this same file be used
by all machines, no matter the platf
Andrew Benton wrote:
But what about gcc's fixincludes? I have a feeling that upstream would
prefer that we didn't grep for, and delete, files that contain the
string "DO NOT EDIT THIS FILE". Does it really matter what upstream think?
Not for that example, no. That's part of adjusting the too
Bryan Kadzban wrote:
As the sysadmin, you can change anything you want, whether it goes along
with upstream's wishes or not. But as a distro (for lack of a better
term; I know LFS isn't technically a distro, but whatever), the book
should not use a directory for changeable data when upstream wou
Bryan Kadzban wrote these words on 01/14/06 21:23 CST:
> just as the fact that I've never changed it is not a
> reason to put it in /usr/share/file.
And I suppose what is most interesting to me, though I haven't (and
probably never will) researched it, is if this file truly belongs in
/usr/share.
Robertus Ario Jatmiko wrote:
> You're right. I was wrong to edit this magic file. Glad that I made
> backup the original file.
Well, I'm not sure that's what I meant.
As the sysadmin, you can change anything you want, whether it goes along
with upstream's wishes or not. But as a distro (for lack
--- Bryan Kadzban <[EMAIL PROTECTED]> wrote:
> The question is not "*can* you add stuff to the
> magic file". The
> question is "are you *supposed* to add stuff to the
> magic file". From
> the comment in the magic file itself, you are not.
> Re-read what you
> quoted:
>
> >> # Machine-genera
Robertus Ario Jatmiko wrote:
> For your information, that file is not static after all. I added a
> new entry to the magic file:
The question is not "*can* you add stuff to the magic file". The
question is "are you *supposed* to add stuff to the magic file". From
the comment in the magic file it
> I don't know how or why. This may convince you:
>
> [EMAIL PROTECTED]: ~/build > strings
> /usr/share/file/magic|head
>
> # Magic
> # Magic data for file(1) command.
> # Machine-generated from src/cmd/file/magdir/*; edit
> there only!
> # Format is described in magic(files), where:
> # files is
Randy McMurchy wrote:
>
> Notice the "edit there only" part. This tells me that it is a
> static file once installed.
>
Thanks for pointing that out. The FHS seems to agree, too. Although,
they seem to point to the /usr/share/misc directory, unless I'm
misunderstanding something.
To quote:
"/u
Jeremy Huntwork wrote these words on 01/13/06 11:55 CST:
> Well, you could conceivably edit them. I don't because I've never had a
> need to. But apparently others have and do.
I don't know how or why. This may convince you:
[EMAIL PROTECTED]: ~/build > strings /usr/share/file/magic|head
# Magi
Randy McMurchy wrote:
> Are they configuration files that you edit, or are they static?
>
> If the former, then /etc. If the latter, then /usr/share.
>
> The files on my installation appear to be static.
>
Well, you could conceivably edit them. I don't because I've never had a
need to. But app
Jeremy Huntwork wrote these words on 01/13/06 11:47 CST:
> In any case, I just wanted to get everyone's opinion on this. Is our
> current setup acceptable as is, or should we be looking at moving the
> config files to /etc?
Are they configuration files that you edit, or are they static?
If the f
Hey Guys,
File seems to install its config files into /usr/share/file by default.
The specific file I'm referring to are /usr/share/file/magic and
/usr/share/file/magic.mime.
Here's what file's configure --help says:
--datadir=DIR read-only architecture-independent data
[PREFIX/share]
-
13 matches
Mail list logo
