El jueves, 26 de noviembre de 2020 17:38:55 (CET) Hans-Peter Jansen escribió:
Am Donnerstag, 26. November 2020, 13:56:51 CET schrieb Javier Llorente:
El miércoles, 25 de noviembre de 2020 10:05:21 (CET) Hans-Peter Jansen
SR #850668 is down to 5 warnings now.
@Dominique, what about starting with this one. It's looking fine now. @Javier, would you build some of the dependent packages in your branch so see, how this goes? You might want to rebase to my spec (given, Dominique will accept it), since it uses build conditionals now, and has been cleaned from some crude artifacts.
Nice. It's much cleaner now :)
Thanks for the flowers, Javier.
I have rebased my spec and was wondering why you aren't building some bindings, such as jna or python.
jna: lazyness (we're not friends, java and me ;-) python: due to linking issues of this build (just branch and osc build --with swig to see yourself):
[ 137s] /usr/bin/c++ -fPIC -std=c++11 -Wno-deprecated-declarations -Wold-style-cast -Wstrict-null-sentinel -D_GLIBCXX_USE_NANOSLEEP -Wno-missing-field- initializers -Woverloaded-virtual -Wsign-promo -Wno-long-long -Wpedantic - Wno-variadic-macros -Wall -Wextra -Wno-overlength-strings -Wsign-compare - Wfloat-equal -Wformat -Wformat-security -Wshadow -Wcomments -Wtrigraphs - Wundef -Wuninitialized -Winit-self -Wmaybe-uninitialized -O2 -g -DNDEBUG - Wl,--allow-multiple-definition -rdynamic CMakeFiles/testmod_python.dir/python/ testmod_python.c.o ../../tests/cframework/CMakeFiles/cframework.dir/tests.c.o ../plugins/python/CMakeFiles/elektra-python-objects.dir/python.cpp.o -o ../../ bin/testmod_python -Wl,-rpath,/home/abuild/rpmbuild/BUILD/elektra-0.8.26/ build/lib: ../../lib/libelektra-kdb.so.0.8.26 ../../lib/libelektra- pluginprocess.so.0.8.26 -lgtest -lpython3 ../../lib/libelektra-plugin.so. 0.8.26 ../../lib/libelektra-invoke.so.0.8.26 ../../lib/libelektra-core.so. 0.8.26 ../../lib/libelektra.so.0.8.26 -ldl [ 137s] /usr/lib64/gcc/x86_64-suse-linux/10/../../../../x86_64-suse-linux/ bin/ld: ../plugins/python/CMakeFiles/elektra-python-objects.dir/python.cpp.o: undefined reference to symbol 'PyErr_Restore' [ 137s] /usr/lib64/gcc/x86_64-suse-linux/10/../../../../x86_64-suse-linux/ bin/ld: /usr/lib64/libpython3.8.so.1.0: error adding symbols: DSO missing from command line
I see ;-(
Shouldn't we use %define instead of %bcond_* in this case?
I don't get you here. The major difference between those is, defines are value based, while bconds are existence-based, iow. it's enough to define one leg and get the other for free..
If our goal is to have lots of subpackages on OBS, I would use %define. If binding A doesn't compile, set the %define to 0. If fixed, no need to change the %bcond_* to %define. Just set it to 1. But it's just my personal opinion ;)
I also suggest you adding another section for ruby (it's missing).
Again: lazyness
Same here x) In other news, I got an error (and many warnings) when I tried to compile oyranos 0.9.6 against elektra 0.9.3. The latest version (0.9.6) was released back in 2016. AFAIK, oyranos is the only package in the multimedia:color_management repository that requires elektra. I am not sure if we need elektra 0.8.26 for oyranos. I would have to dig deeper; [ 62s] /home/abuild/rpmbuild/BUILD/oyranos-0.9.6/src/modules/color/modules/ oyranos_cmm_elDB.c:801:42: error: 'KDB_VERSION_MICRO' undeclared here (not in a function); did you mean 'KDB_VERSION_MINOR'? Cheers, -- Javier Llorente