That's true, you can "make rpm". However, by default it will make
exactly what your cmake decided should build, so it will still silently
turn off features based on lack of dependencies. If you have you're own
rpmbuild command line using the spec file and appropriate --enable
options, it should work.
Daniel
On 03/22/2018 08:21 AM, Kaleb S. KEITHLEY wrote:
I've grown to prefer building RPMs (or to a lesser extent .debs).
Dependencies (RPM BuildRequires: or dpkg Build-Depends:) are explicitly
named. If you don't have them installed, you can't build.
Any magic steps that are necessary are documented in the packaging
file(s); you don't have to remember any extra steps.
It's easier to remove all the files that were installed. `make clean`
often doesn't get everything in my experience.
Building RPMs isn't for everyone though. It may be overkill for
developers. It's a good sanity check though for ops/devops that they
haven't overlooked something and as a bonus feature it's operationally
easier/better for install and upgrade.
Also the RPM building bits frequently add extra compile-time options
that developers don't always use; a good extra sanity check ahead of
packaging for Fedora and Ubuntu (to name two.)
My 2¢.
And having said all that, using STRICT_PACKAGE sounds like a good idea
to me.
--
Kaleb
On 03/22/2018 08:03 AM, Daniel Gryniewicz wrote:
So, there is an option STRICT_PACKAGE that is supposed to enable this.
It's not fully utilized, but it's mostly there.
The problem is that we can't tell whether the default is being used
(lots of options are on by default but disable themselves if the
packages aren't installed) or if the user explicitly turned them on.
CMake doesn't seem to give us that information, that I've found. So,
instead, we have STRICT_PACKAGE, and you'll have to explicitly turn off
everything that's on by default but that you don't want.
If you know of a better way of doing this, then I'm happy to listen and
help implement it.
Daniel
On 03/22/2018 12:28 AM, Malahal Naineni wrote:
If I specify an option on the cmake command line, I would like it to
be honoured, if not, simply fail. Today, cmake only gives a warning
if it can't meet my option's requirements. Can some cmake guru fix
this first?
On Tue, Mar 20, 2018 at 8:38 PM, Daniel Gryniewicz <d...@redhat.com
<mailto:d...@redhat.com>> wrote:
It's probably a good idea to add the build options to --version
output, or something. That way we can ask for it in these types of
situations. I've added a card to the wishlist for this.
Daniel
On Tue, Mar 20, 2018 at 9:39 AM, TomK <tomk...@mdevsys.com
<mailto:tomk...@mdevsys.com>> wrote:
> On 3/19/2018 9:54 AM, Frank Filz wrote:
>>>
>>> Solved.
>>>
>>> Here's the solution in case it can help someone else.
>>>
>>> To get a certain feature in NFS Ganesha, I had to compile the
V2.6
>>> release from source. When configuring to compile, idmapd
support got
>>> disabled since packages were missing:
>>>
>>> libnfsidmap-devel-0.25-17.el7.x86_64
>>>
>>> Installed the above package and recompiled with nfsidmap
support enabled
>>> and this issue went away. Users now show up properly off the
NFS mount
>>> on clients.
>>
>>
>> Oh, well that was a simple fix :-)
>>
>> I wonder if we could make changes in our cmake files to make it
easier to
>> see when stuff got left out due to missing packages? I've been
caught out
>> myself.
>>
>> Frank
>>
> Yep, sure was an easy fix.
>
> Wouldn't mind seeing that. Maybe even a way to find out what
options went
> into compiling packages for each distro.
>
>
> --
> Cheers,
> Tom K.
>
-------------------------------------------------------------------------------------
>
> Living on earth is expensive, but it includes a free trip around
the sun.
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
