Re: Packaging Guidelines: /opt

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thanks for the hints. As far as upstream goes, [as I understand it]
the main goal is to support as many OSes as possible with the default.
And from that prospective, I can understand the advantage of sticking
everything into a single directory.

Moving as much as possible over to /usr/share and symlinking against
the files that are actually needed should be a workable solution (and
maybe an entertaining exercise in bash scripting).

~Andy

2008/10/23 Toshio Kuratomi <a.badger@xxxxxxxxx>:
> Andy Theuninck wrote:
>> I'm trying to put a package together for webmin. It wants to install
>> to libexec, but if I do that rpmlint (rightly) complains that there
>> are non-executable text files. Perl files & HTML files are intermixed
>> and separating them out would be a patching nightmare. With a bit of
>> sed scripting, I can coax the whole thing into a different base
>> directory.
>>
> Separating different types of files and getting upstream to accept the
> patches is the right thing to do.
>
> Failing to get buyin from upstream, separating them and symlinking is
> acceptable but not encouraged.
>
> This brief section of the guidelines has useful information about where
> things might belong in this case::
>  http://fedoraproject.org/wiki/Packaging/Guidelines#Web_Applications
>
> If you look at moin and other web packages, you'll see that they place a
> lot of files into /usr/share, perhaps how you're intending to use /opt.
>  However, you do have to make sure you aren't putting executables,
> binaries, or files that need to be written there.
>
>> The official packaging guidelines say Fedora follows the Filesystem
>> Hierarchy Standard, and as I read FHS /opt would be the most
>> appropriate place to dump this mess. If I try to use /opt/webmin
>> though, rpmlint pitches a fit about using /opt. Nothing in the
>> guidelines says I can't use /opt. Can I just ignore all these errors?
>>
>
> The FHS says: /opt is reserved for the installation of add-on
> application software packages.
>
> Anything packaged by Fedora is part of the system packaging rather than
> an addon so we stay out of /opt.
>
>> Also, neither the packing guidelines nor FHS make any mention of /var.
>> Maybe that's a more appropriate spot.
>>
> For some content, yes.  But not for the bulk of it.
>
> The Guidelines section I linked to earlier mentions that /var is not the
> place for (most of) these files.
>
> -Toshio
>
>
> --
> fedora-devel-list mailing list
> fedora-devel-list@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux