May 2020 - openSUSE Packaging - openSUSE Mailing Lists

[opensuse-packaging] pkgconfig(libfprint-2) not found
by Axel Braun 12 May '20

12 May '20

Hi, I'm building a package for TW against libfprint-2: libfprint-devel-1.90.1-61.1.x86_64.rpm provides pkgconfig(libfprint-2) = 1.90.1 but this is not found (although it is in TW standard) Any idea why? Affected package: https://build-test-1.opensuse.org/package/show/ home:DocB:branches:home:DocB:branches:hardware/fingerprint-gui (removing pkgconfig(libfprint-2) in favour of libfprint-devel fixes the issue, but I would be interested why it is not found.....) Cheers Axel -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

2 3

[opensuse-packaging] Build failure for scilab: unbound module Num [ocaml]
by Atri Bhattacharya 12 May '20

12 May '20

Hi, Scilab has been failing to build for Factory [1] with an error that I have not been able to understand or fix (perhaps because of my lack of expertise with ocaml). I would appreciate any help fixing this. I shall file a drop request from Factory in a couple of weeks if we cannot get it building. I have filed a bug upstream too [2]. Here is the relevant portion of the build log: [ 152s] /usr/bin/time ocamlopt -o modelicac -I ./src/modelica_compiler -I ./src/xml2modelica -I /usr/lib64/ocaml/num num.cmxa ./src/modelica_compiler/parseTree.ml ./src/modelica_compiler/linenum.ml ./src/modelica_compiler/parser.ml ./src/modelica_compiler/lexer.ml ./src/modelica_compiler/precompilation.ml ./src/modelica_compiler/compilation.ml ./src/modelica_compiler/instantiation.ml ./src/modelica_compiler/graphNodeSet.ml ./src/modelica_compiler/symbolicExpression.ml ./src/modelica_compiler/squareSparseMatrix.ml ./src/modelica_compiler/bipartiteGraph.ml ./src/modelica_compiler/hungarianMethod.ml ./src/modelica_compiler/causalityGraph.ml ./src/modelica_compiler/optimization.ml ./src/modelica_compiler/xMLCodeGeneration.ml ./src/modelica_compiler/optimizingCompiler.ml ./src/modelica_compiler/scicosCodeGeneration.ml ./src/modelica_compiler/scicosOptimizingCompiler.ml [ 153s] File "./src/modelica_compiler/symbolicExpression.ml", line 23, characters 5-8: [ 153s] 23 | open Num [ 153s] ^^^ [ 153s] Error: Unbound module Num [ 153s] Command exited with non-zero status 2 Thanks and best wishes. [1] <https://build.opensuse.org/package/live_build_log/science/scilab/openSUSE_T…> [2] <http://bugzilla.scilab.org/show_bug.cgi?id=16429> -- Atri Bhattacharya Tue 12 May 00:22:31 CEST 2020 Sent from openSUSE Tumbleweed on my laptop. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

2 1

[opensuse-packaging] OBS will switch authentification system tomorrow!
by Adrian Schröter 11 May '20

11 May '20

Tomorrow, 12th May 05:00 UTC we will switch OBS (build.opensuse.org and api.opensuse.org) to the new (SUSE hosted) authentification system. Please find details how to set your new password and about the current state here: https://idp-portal-info.suse.com/ For the brave ones only ======================= You can already set your future password and use OBS via the test frontends. It is still the same instance behind and the same content. Use https://build-test-1.opensuse.org or https://api-test-1.opensuse.org for osc if you want to do the switch right now. -- Adrian Schroeter email: adrian(a)suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

1 0

[opensuse-packaging] unresolvable, but binaries have been built?
by Detlef Steuer 11 May '20

11 May '20

Hi! I'm in the process to bring all of CRAN (cran.r-projet.org) into OBS. On Saturday night I started a mass upload of packages that had been built successfully on my local machine. The test repository is home:dsteuer:AutomaticCRAN Now, a few thousand packages later nearly all packages are in state unresolvable. A lot because they refer to other unresolvables. That part is easy to understand. But there are many, many packages, i.e. R-abnormality, which say "unresolvable" but have binaries available, obviously built after upload. Furthermore they refer to things not mentioned in the spec file. In this case: "have choice for perl(XML::Twig) needed by perl-Net-DBus: R-gdata perl-XML-Twig" Neither perl(XML::Twig) nor R-gdata are needed for R-abnormality. Probably I'm missing something simple. And for future attempte: If I do a local osc build and that works just fine, is it wrong to simply assume it will work on the server? All in all there will be 16000 packages uploaded in the end, I hope. Regards Detlef -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

2 2

[opensuse-packaging] factory_auto declines package with commented out patch
by Atri Bhattacharya 08 May '20

08 May '20

Hi, It seems factory_auto declines packages where a patch needing to be rebased is commented out from the sources entirely, yet this is the only way to avoid applying the patch when using `%autosetup`. See, for example, sr#773323 which has Patch12 marked as 'NEEDS-REBASE' and commented out. It has been duly declined. Is there any way, short of doing away with `%autosetup`, to get this through factory_auto? Thanks for any advice. [1] https://build.opensuse.org/request/show/773323 -- Atri Bhattacharya Sent from openSUSE Tumbleweed 20200214 on tp-yoga260. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

2 2

[opensuse-packaging] Build failures when building VTK 9.0 with mpi support
by Atri Bhattacharya 07 May '20

07 May '20

Hi, I am trying to get VTK updated to version 9.0 released a couple of days ago, and I mostly have it [1]. However, I have not been able to get the MPI-supported flavours to build due to a linking error that looks like this: ``` [ 1199s] [ 93%] Linking CXX shared library ../../lib64/java/vtk-Linux-x86_64/libvtkFiltersParallelGeometryJava.so [ 1199s] cd /home/abuild/rpmbuild/BUILD/VTK-9.0.0/build/Wrapping/Java && /usr/bin/cmake -E cmake_link_script CMakeFiles/vtkFiltersParallelGeometryJava.dir/link.txt --verbose =1 [ 1199s] /usr/lib64/mpi/gcc/openmpi2/bin/mpicxx -fPIC -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-prote ction -Werror=return-type -flto=auto -ffat-lto-objects -DNDEBUG -O2 -g -DNDEBUG -Wl,-lc -flto=auto -ffat-lto-objects -Wl,--as-needed -Wl,--no-undefined -Wl,-z,now -shared -Wl,-soname,libvtkFiltersParallelGeometryJava.so -o ../../lib64/java/vtk-Linux-x86_64/libvtkFiltersParallelGeometryJava.so CMakeFiles/vtkFiltersParallelGeometryJava.dir/CMa keFiles/vtkFiltersParallelGeometryJava/vtkPConnectivityFilterJava.cxx.o CMakeFiles/vtkFiltersParallelGeometryJava.dir/CMakeFiles/vtkFiltersParallelGeometryJava/vtkPDataSetGh ostGeneratorJava.cxx.o CMakeFiles/vtkFiltersParallelGeometryJava.dir/CMakeFiles/vtkFiltersParallelGeometryJava/vtkPDistributedDataFilterJava.cxx.o CMakeFiles/vtkFiltersParal lelGeometryJava.dir/CMakeFiles/vtkFiltersParallelGeometryJava/vtkPStructuredGridConnectivityJava.cxx.o CMakeFiles/vtkFiltersParallelGeometryJava.dir/CMakeFiles/vtkFiltersPar allelGeometryJava/vtkPStructuredGridGhostDataGeneratorJava.cxx.o CMakeFiles/vtkFiltersParallelGeometryJava.dir/CMakeFiles/vtkFiltersParallelGeometryJava/vtkPUniformGridGhost DataGeneratorJava.cxx.o CMakeFiles/vtkFiltersParallelGeometryJava.dir/CMakeFiles/vtkFiltersParallelGeometryJava/vtkPUnstructuredGridGhostCellsGeneratorJava.cxx.o CMakeFiles/ vtkFiltersParallelGeometryJava.dir/CMakeFiles/vtkFiltersParallelGeometryJava/vtkFiltersParallelGeometryModuleJava.cxx.o -Wl,-rpath,"\$ORIGIN/../../:\$ORIGIN:/usr/lib64/jvm/ java/lib:/usr/lib64/jvm/java/lib/server" ../../lib64/libvtkFiltersParallelGeometry.so.9.0.0 ../../lib64/java/vtk-Linux-x86_64/libvtkCommonSystemJava.so ../../lib64/java/vtk- Linux-x86_64/libvtkFiltersParallelJava.so ../../lib64/java/vtk-Linux-x86_64/libvtkParallelMPIJava.so ../../lib64/libvtkFiltersParallel.so.9.0.0 ../../lib64/libvtkFiltersExtr action.so.9.0.0 ../../lib64/java/vtk-Linux-x86_64/libvtkFiltersGeometryJava.so ../../lib64/libvtkFiltersHybrid.so.9.0.0 ../../lib64/libvtkFiltersGeometry.so.9.0.0 ../../lib6 4/libvtkFiltersModeling.so.9.0.0 ../../lib64/libvtkFiltersSources.so.9.0.0 ../../lib64/java/vtk-Linux-x86_64/libvtkCommonExecutionModelJava.so ../../lib64/libvtkFiltersTextu re.so.9.0.0 ../../lib64/libvtkFiltersGeneral.so.9.0.0 ../../lib64/libvtkFiltersCore.so.9.0.0 ../../lib64/libvtkParallelMPI.so.9.0.0 ../../lib64/java/vtk-Linux-x86_64/libvtkC ommonCoreJava.so ../../lib64/libvtkJava.so.9.0.0 /usr/lib64/jvm/java/lib/libjawt.so /usr/lib64/jvm/java/lib/server/libjvm.so ../../lib64/libvtkParallelCore.so.9.0.0 ../../li b64/libvtkCommonExecutionModel.so.9.0.0 ../../lib64/libvtkCommonDataModel.so.9.0.0 ../../lib64/libvtkCommonSystem.so.9.0.0 ../../lib64/libvtkCommonTransforms.so.9.0.0 ../../ lib64/libvtkCommonMisc.so.9.0.0 ../../lib64/libvtkCommonMath.so.9.0.0 ../../lib64/libvtkCommonCore.so.9.0.0 ../../lib64/libvtksys.so.9.0.0 -ldl -Wl,-rpath-link,/home/abuild/ rpmbuild/BUILD/VTK-9.0.0/build/lib64/java/vtk-Linux-x86_64:/home/abuild/rpmbuild/BUILD/VTK-9.0.0/build/lib64 [ 1199s] /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld: /tmp/libvtkFiltersParallelGeometryJava.so.ou8EgG.ltrans0.ltrans.o: in function `vtkPConnect ivityFilter_Typecast': [ 1199s] /home/abuild/rpmbuild/BUILD/VTK-9.0.0/build/Wrapping/Java/CMakeFiles/vtkFiltersParallelGeometryJava/vtkPConnectivityFilterJava.cxx:18: undefined reference to `vtkCo nnectivityFilter_Typecast' [ 1199s] collect2: error: ld returned 1 exit status [ 1199s] make[2]: *** [Wrapping/Java/CMakeFiles/vtkFiltersParallelGeometryJava.dir/build.make:297: lib64/java/vtk-Linux-x86_64/libvtkFiltersParallelGeometryJava.so] Error 1 [ 1199s] make[2]: Leaving directory '/home/abuild/rpmbuild/BUILD/VTK-9.0.0/build' [ 1199s] make[1]: *** [CMakeFiles/Makefile2:21809: Wrapping/Java/CMakeFiles/vtkFiltersParallelGeometryJava.dir/all] Error 2 [ 1199s] make[1]: *** Waiting for unfinished jobs.... ``` The serial flavour -- without mpi support -- builds just fine, which leads me to believe the issue may be some env variable or path that is not exported when the MPI prefixes and paths are redefined. But, I don't know for sure. Any pointers to help sort this out will be highly appreciated. I have also tried to elicit a comment or suggestion from upstream [2]. Thanks in advance for any help. [1] <https://build.opensuse.org/package/show/home:badshah400:branches:science/vtk> [2] <https://discourse.vtk.org/t/building-vtk-9-0-fails-when-using-mpi-support/3…> -- Atri Bhattacharya Wed 6 May 20:09:12 CEST 2020 Sent from openSUSE Tumbleweed on my laptop. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

1 1

Re: [opensuse-packaging] problems with -lto-auto in R-RcppParallel
by Richard Biener 06 May '20

06 May '20

On Wed, 6 May 2020, Martin Liška wrote: > On 5/6/20 8:45 AM, Richard Biener wrote: > > I think it should check $(MAKE) actually points to an executable ... > > (or simply somehow try and then fall back to 'make'). It could > > be MAKE = echo as well if the project is not using make after all. > > Hi. > > Note that the code is there for 10 years :) I wouldn't check if > $(MAKE) is executable, but checking of an option in the env variable > seems to me reasonable. > > What about: > > $ MAKE="make -s" gcc main.o -flto=16 > lto-wrapper: fatal error: an option found in ‘MAKE’ environment variable: > ‘make -s’, use ‘MAKEFLAGS’ instead > compilation terminated. > /usr/bin/ld: error: lto-wrapper failed > collect2: error: ld returned 1 exit status > > ? Well ... if we do not find a jobserver then we clear MAKEFLAGS, so that seems like a bad suggestion? So in that light Michas suggestion seems to be better (hopefully there's some utility for proper splitting in libiberty, buildargv looks close). Richard. > Martin > > -- Richard Biener <rguenther(a)suse.de> SUSE Software Solutions Germany GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany; GF: Felix Imendörffer; HRB 36809 (AG Nuernberg)

1 0

[opensuse-packaging] problems with -lto-auto in R-RcppParallel
by Detlef Steuer 06 May '20

06 May '20

Hi! This package: https://build.opensuse.org/package/show/devel:languages:R:released/R-RcppPa… does not compile in OBS OpenSUSE. It works for Fedora, debian etc. The only possible problem we could find, was the usage of -flto-auto for the included tbb library. Upstream is https://github.com/RcppCore/RcppParallel, an issue was filed some time ago, but upstream has no idea either. Thankful for any idea, because some very interesting R-packages depend on RcppParallel, that I would like to add to OBS. Regards Detlef -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

4 4

Re: [opensuse-packaging] packaging qt5 Application
by Axel Braun 05 May '20

05 May '20

Hi Dmitriy, Am Donnerstag, 30. April 2020, 19:42:45 CEST schrieb Dmitriy Perlow: > Hello. Seems that cmake(PolkitQt5-1) is it. Thank you! With some other hints I ended up in a compilation error [ 74s] g++ -c -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -fno- strict-aliasing -O2 -D_REENTRANT -Wall -Wextra -fPIC -DLIBEXECDIR=\"/usr/lib/ fingerprint-gui\" -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_XML_LIB - DQT_CORE_LIB -I. -I. -I../../include -I../../upek/include -isystem /usr/ include/qt5/Qca-qt5/QtCrypto -isystem /usr/include/qt5 -isystem /usr/include/ qt5/QtWidgets -isystem /usr/include/qt5/QtGui -isystem /usr/include/qt5/QtXml -isystem /usr/include/qt5/QtCore -I. -I. -I/usr/lib64/qt5/mkspecs/linux-g++ -o GlobalsImg.o ../../src/GlobalsImg.cpp [ 78s] In file included from /usr/include/qt5/QtCore/qobject.h:46, [ 78s] from /usr/include/qt5/QtCore/qabstractanimation.h: 43, [ 78s] from /usr/include/qt5/QtCore/QtCore:6, [ 78s] from /usr/include/qt5/QtWidgets/QtWidgetsDepends:3, [ 78s] from /usr/include/qt5/QtWidgets/QtWidgets:3, [ 78s] from ../../src/GlobalsImg.cpp:1: [ 78s] /usr/include/glib-2.0/gio/gdbusintrospection.h:155:25: error: expected unqualified-id before 'public' [ 78s] 155 | GDBusSignalInfo **signals; [ 78s] | ^~~~~~~ [ 78s] make[2]: *** [Makefile:737: GlobalsImg.o] Error 1 ....which shows that the issues is somewhere deep down in the engine room. Having reported this upstream, https://github.com/Tilka/fingerprint-gui, the author has archived the project after the report :-( There are some more forks on github, will check if one or another is still developed Cheers Axel -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

1 0

[opensuse-packaging] update package with git revision
by Jason Craig 04 May '20

04 May '20

I'm trying to update the python-ZODB[1] package so that it will build and doesn't get dropped from e.g. Leap 15.2. The basic problem is that a test (or possibly multiple tests) started failing with the latest version of python-transaction. This problem is fixed upstream but there hasn't been a new version of ZODB released with the fix in it. So I'm using a git revision as the source for the package, but this raises the question of what to do with the version number of the package. Reading some documentation[2], it would appear I should use a version like "5.5.1+git56", but this causes RPM to not find the egg-info directory in %files because the version specified in setup.py is "5.6.0.dev0". So should I a) use version 5.5.1+git56, change the %files section so it picks up the egg-info directory or b) use version 5.6.0.dev0, but then when 5.6.0 is released upstream wouldn't RPM think that 5.6.0.dev0 is still the newer version? c) do something else. Also, the GitHub tarball unzips into a directory named with the commit SHA. Is there a best practice for how to handle this with %setup -n? Just change it manually and change it back to use the package's version later? Should I %define something with the revision and use that macro? thanks, -- Jason Craig [1] https://build.opensuse.org/package/show/home:poorboywilly:branches:devel:la… [2] https://en.opensuse.org/openSUSE:Package_naming_guidelines#SCM_snapshots -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

6 6