[prev in list] [next in list] [prev in thread] [next in thread] 

List:       opensuse-factory
Subject:    =?utf-8?q?=5Bopensuse-factory=5D?= Re: Package Removal announcement: eletra
From:       Javier Llorente <javier () opensuse ! org>
Date:       2020-11-27 7:49:37
Message-ID: 12677039.7DUenGE6gr () lapbook
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


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
["signature.asc" (application/pgp-signature)]
[Attachment #6 (text/plain)]

_______________________________________________
openSUSE Factory mailing list -- factory@lists.opensuse.org
To unsubscribe, email factory-leave@lists.opensuse.org
List Netiquette: https://en.opensuse.org/openSUSE:Mailing_list_netiquette
List Archives: https://lists.opensuse.org/archives/list/factory@lists.opensuse.org


[prev in list] [next in list] [prev in thread] [next in thread]