Making “make package” work again

[SamsonovAnton]

Until recently, there was an easy way to build RPM packages for OpenCPN on Linux by just running

make package

after compiling the source code. Now it is broken, as opencpn.spec.in still references some files like /gshhs/wdb_borders_l.b, /tcdata/HARMONIC.IDX, /sounds/3bells.wav that were deleted from /data folder in the source tree for a while.

I heard that packages should be modular now, and their contents may be selected by some -D switches, but none of those are apparent from the spec file. What if I simply want to build the complete package, as before? Is there an easy way to do this without modifying RPM specs or copying removed files back from an old backup and reverting all this to initial state before the next pull operation?

[nohal]

Anton...
Clearly a bug. I'm not building RPMs very often, so forgot to implement the modifications in opencpn.spec.in - There are obviously more issues resulting from the changes in 3.3 beta, like the bells sound files etc.
Of course if someone else can do the patching, better - I know little to nothing about RPM generation and will have to study it quite a bit...

Pavel

[nohal]

Anton...
It did not even hurt too much... The RPM creation should work again and behave according to the settings you pass to cmake since https://github.com/OpenCPN/OpenCPN/c...7acba80d3ed631
For the documentation of the parameters refer to https://github.com/OpenCPN/OpenCPN/pull/151

Pavel

[rgleason]

On Windows and Mac we still don't have the same possibilities, so the default is set to produce monolithic package, with lower level of GSHHS base chart...minimal package can still be built using (The BLAH or similar value to circumvent cmake's inability to distinguish between unset and set to FALSE variables easily)

cmake -DBUNDLE_DOCS=BLAH -DBUNDLE_TCDATA=BLAH -DBUNDLE_GSHHS=BLAH ..

Would this cmake work as above for a smaller version without DOCS, TCDATA, GSHHS?