July 2018 - openSUSE Packaging - openSUSE Mailing Lists

[opensuse-packaging] New macro to limit resources allocation per thread
by Tomas Chvatal 23 Aug '19

23 Aug '19

Hello all, For use in libreoffice, chromium and others I've created macro that should allow you to limit jobs based on some constraints you can set later on in the spec to avoid OOM crashes. The usage is pretty straight forward (Once it is accepted in Tumbleweed): === BuildRequires: memory-constraints %build # require 2GB mem per thread %limit_build -m 2000 make %{?_smp_mflags} ==== Here the _smp_mflags vaule for 8GB machine would be 4 while default is number of cores (lets say 16)... Both macros %jobs and %_smp_mflags are overriden as such the integration should be really painless if you need to do something like this. Tom

7 12

[opensuse-packaging] Manually run repo-checker
by Todd Rme 24 Aug '18

24 Aug '18

Is there a way to manually run repo-checker on a package or repository? Specifically, I want to run the check to see if the built packages are installable. I think I fixed such an issue but I want to check it before I submit it. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 3

[opensuse-packaging] Repo Checker notifications for i586 kernel modules
by Matthias Bach 24 Aug '18

24 Aug '18

Hi, I have a kernel module I maintain in the hardware project. From time to time I get the following comment from the repo checker: > Repo Checker wrote in package hardware/hdjmod: > > The version of this package in openSUSE:Factory has installation issues and may not be installable: > > can't install hdjmod-kmp-default-1.28_k4.17.3_1-24.3.i586: > nothing provides kernel-uname-r = 4.17.3-1-default needed by hdjmod-kmp- default-1.28_k4.17.3_1-24.3.i586 > (we have kernel-default-base-4.17.4-1.4.i586) > (we have kernel-default-4.17.4-1.4.i586) > > can't install hdjmod-kmp-pae-1.28_k4.17.3_1-24.3.i586: > nothing provides kernel-pae needed by hdjmod-kmp- pae-1.28_k4.17.3_1-24.3.i586 > nothing provides kernel-uname-r = 4.17.3-1-pae needed by hdjmod-kmp- pae-1.28_k4.17.3_1-24.3.i586 > (we have kernel-default-base-4.17.4-1.4.i586) > (we have kernel-default-4.17.4-1.4.i586) TBH, it is completely unclear to me weather this is some transient error caused by new kernel builds or an actual problem, and repo checker not being locally runnable doesn't help the problem [1]. The problem does not show for x86_64 and the package is completely based on the standard process for building kernel packages on OBS [2]. Is there anything obvious I might be doing wrong? Any hints on what I could do to lock in the the underlying issue? Kind Regards, Matthias [1]: https://github.com/openSUSE/openSUSE-release-tools/issues/1210 [2]: https://www.suse.com/c/using-opensuse-build-service-create-and-distribute-k… -- Dr. Matthias Bach www.marix.org „Der einzige Weg, die Grenzen des Möglichen zu finden, ist ein klein wenig über diese hinaus in das Unmögliche vorzustoßen.“ - Arthur C. Clarke

2 1

[opensuse-packaging] Overriding a "Requires" in a rubygem package
by Johannes Kastl 30 Jul '18

30 Jul '18

Hi guys, I am trying to get vagrant-libvirt installable via RPM (so that it is found by vagrant and does not need to be installed via 'vagrant plugin'). Currently, Tumbleweed contains 2.1.0 of rubygem-fog-core, while rubygem-vagrant-libvirt requires 1.43. So, I tried to override this and try if everything falls apart, rather than create another versioned rubygem and get that into Factory... But it does not work. https://build.opensuse.org/package/show/home:ojkastl_buildservice:branches:… I added a patch 0001-change-dependency-for-fog-core-to-2.1.0.patch that changes the versions in the gemspec file, and added it to the spec via the gem2rpm.yml: :patches: 0001-change-dependency-for-fog-core-to-2.1.0.patch: -p1 This resulted in the following lines in the spec file: %prep %gem_unpack %patch0 -p1 find -type f -print0 | xargs -0 touch -r %{S:0} %gem_build But still somehow 1.43 ends up being required: ######################################################################## sudo zypper in ruby2.5-rubygem-vagrant-libvirt-0.0.43-4.1 Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides rubygem(ruby:2.5.0:fog-core:1.43) >= 1.43 needed by ruby2.5-rubygem-vagrant-libvirt-0.0.43-4.1.x86_64 ######################################################################## Is there some mechanism that I am overlooking, that dynamically generates the dependencies and does not respect the gemspec file containing my changes? Thanks in advance. Kind Regards, Johannes -- Johannes Kastl Linux Consultant & Trainer Tel.: +49 (0) 151 2372 5802 Mail: kastl(a)b1-systems.de B1 Systems GmbH Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537

2 3

Re: [opensuse-packaging] Packaging Godot
by cunix 30 Jul '18

30 Jul '18

Rémi Verschelde: [...] > The idea is that those thirdparty projects are not necessarily libraries > per se, or at least not usually found packaged as shared or static > libraries. > > They're placed in the thirdparty golder because they weren't written by > Godot, but for most of them they're not particularly meant to be unbundle > more than Godot's own code would be. > > Some of them *could* likely be turned into shared libraries packaged system > wide, but this may imply forking those thirdparty projects to implement > proper libification, as they're often not active anymore (e.g. > jpeg-compressor, or mikktspace, or hq*x). > > If you want to check in depth, the provenance of all files is documented in > thirdparty/README.md. Thank you very much for this information. The thirdparty/README.md is shipped in our package. I'll propose to mirror in the openSUSE spec what you did for Fedora. Thanks for offering to use the result of your work! Your remarks from up- and downstream are hopefully a good reference for our distribution maintainers to not require more unbundling than what Godot offers as options in the build script. cunix -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

1 0

Re: [opensuse-packaging] Packaging Godot
by Neal Gompa 29 Jul '18

29 Jul '18

On Sat, Jul 28, 2018 at 12:03 PM Rémi Verschelde <rverschelde(a)gmail.com> wrote: > > 2018-07-28 17:53 GMT+02:00 Neal Gompa <ngompa13(a)gmail.com>: > > On Sat, Jul 28, 2018 at 11:51 AM Max Mitschke <maxmitschke(a)fastmail.com> wrote: > >> > >> Howdy, > >> > >> Can someone advise me on how best to package the Godot game engine? > >> > >> The game engine includes a fair amount of modified third-party libraries in the source repo. To give an example, the ENET library has been modified to include IPv6 support and for the library to be usable by Godot’s socket implementation. A lot of other small libraries have been modified and clearly marked with "// -- GODOT —“ comments within the code. > >> > >> Another maintainer for Godot has already begun the process of including some openSUSE libraries. But I believe openSUSE requires that all third-party library code be packaged separately. The current status of the Godot package can be found at the second link which is listed below. > >> > > > > Godot is packaged by one of the developers (Rémi Verschelde) for > > Fedora and Mageia. You may wish to consider his spec files for > > guidance on how to package for openSUSE: > > > > Fedora: https://src.fedoraproject.org/rpms/godot/blob/master/f/godot.spec > > Mageia: http://svnweb.mageia.org/packages/cauldron/godot/current/SPECS/godot.spec?v… > > Indeed, I'm the upstream project manager and also a Linux packager, so > I'd suggest this to be the "right" way to package Godot (not that > there's only one good way though, but this one should be good). > > You can reuse my Fedora/Mageia spec fully or in part, as far as I'm > concerned it's public domain (strictly speaking I believe the Fedora > one would be MIT-licensed by default). > > I'll gladly answer questions or review your spec if needed - do note > that I'll be AFK for the next 10 days though. > As I was the one that reviewed the Fedora package for merge into the distribution, feel free to ask me as well, given Rémi's leave for the next week or so. :) -- 真実はいつも一つ！/ Always, there's only one truth! -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 4

Re: [opensuse-packaging] Packaging Godot
by Jan Engelhardt 29 Jul '18

29 Jul '18

On Sunday 2018-07-29 19:34, Rémi Verschelde wrote: >I know at least that Bullet could be unbundled if you package a git snapshot systemwide, but most distros reasonably package only the >current stable, which is too old for Godot. Not a problem: if you need a newer version, you're getting it. Having multiple versions is not an issue in openSUSE. -- 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] Packaging Godot
by Max Mitschke 28 Jul '18

28 Jul '18

Howdy, Can someone advise me on how best to package the Godot game engine? The game engine includes a fair amount of modified third-party libraries in the source repo. To give an example, the ENET library has been modified to include IPv6 support and for the library to be usable by Godot’s socket implementation. A lot of other small libraries have been modified and clearly marked with "// -- GODOT —“ comments within the code. Another maintainer for Godot has already begun the process of including some openSUSE libraries. But I believe openSUSE requires that all third-party library code be packaged separately. The current status of the Godot package can be found at the second link which is listed below. Links: 1. https://github.com/godotengine/godot/tree/master/thirdparty 2. https://build.opensuse.org/package/show/games:tools/godot Thanks! Max Mitschke -- 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] How to directly branch an entire project and file a request for it.
by Shikhar Jaiswal 27 Jul '18

27 Jul '18

Hi, I wanted to branch all the packages (from a remote project channel) to my remote subproject in OBS. Furthermore, I wish to file a single request for all the packages that I have branched. Is there a simple way of achieving this? Regards, Shikhar -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 2

[opensuse-packaging] Zypper prefers python-pycrypto
by Sean Marlow 24 Jul '18

24 Jul '18

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi fellow packagers, I have a python cli app that requires Libcloud [1]. To use the GCE driver in Libcloud pycrypto is required. Instead of using the the un- maintained package I added pycryptodome as the requirement [2]. Unfortunately when doing a test install on a Leap15 instance Zypper decides that the requirement should actually be python3-pycrypto instead of python3-pycryptodome. There is no other requirement in the dependency tree for pycrypto and both packages are available from Leap:OSS repo. python3-pycrypto == 2.6.1-lp150.1.8 python3-pycryptodome == 3.4.7-lp150.1.3 Any ideas why Zypper is attempting to install pycrypto even though it's not in the dependency tree instead of the preferred package which is explicitly required? [1] https://build.opensuse.org/package/view_file/openSUSE:Leap:15.0/pyt hon-apache-libcloud/python-apache-libcloud.spec?expand=1 [2] https://build.opensuse.org/package/view_file/home:seanmarlow:branch es:Cloud:Tools/python3-ipa/python3-ipa.spec?expand=1 Thanks, - -- Sean Marlow Public Cloud Developer sean.marlow(a)suse.com -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEqA16xWoe2L38VgYCJ30GzZDdUEsFAltXVJIACgkQJ30GzZDd UEsCvw//U5S6q2uBV/rwi5GByIrPsW5DnzSk7oCHy7FHmnX7HS2TsddDkRlj2w3B huyhtuo4VXgfIc8tf/8MOyCbSEwmPYX3q9pViAqRGgBOotU+dnOmrQU4CMX/rzsd rJOcT6RcMjAbbchFrUGwMet2jXWYMLvWw391hzPbYoJMn1ocdVtpEITd5XgN5gOs DZhhEtZqtRGMsMgPxgd/OsCoLHXSFtLK/GuwD9SAleKB8DCS+hFCdTr2UBmDr6xN +ky2yfC5v/KXffcGGB+8Pwqw/X6ZG29XOHP2AVBeSy0SpOjFe4EJeP5daOanYXlO PEnq2gfUZCZCJPzynxg6E9IVAGda5R2HJ8pVuBknD21VL4pAq1CJetmlkUq1LVor tixoDk1dVNCw3FqreIl6KBO3TUcKNeSd/E2hGkRC/87AHQk/5rHOazXxsopZLLjb AEuCJX7Pr4sWYiNY9MXLi1Vvn+/CODCQ/eFFERWgdCNpEr6VuWfCs1CXSF1lL7g5 JQTSEA0JyiWccN3sY2Q03a5i1oCITLaN8IRrzdXe1RkcOokEkv356jUEKcMcMrTd TL30177GgMFFR7IPtsjk54319Nf7KBUFc+rLcLmGffINZI7W4080zuemFCvR7LcU FoZ19ETqQJxIk3Fbeu6n97rsP44tAGY65XQOF+aIaa92ERasJM4= =2A/M -----END PGP SIGNATURE-----

1 1

[opensuse-packaging] SLE_12_SP4 on build.opensuse.org
by Mikhail Kasimov 24 Jul '18

24 Jul '18

Hello! Have noticed SLE_12_SP4 repo is available on build.opensuse.org. 1) suse.com official site knows nothing about SLE12SP4, only SLE12SP3 and SLE15: SLE12SP3: [0] https://www.suse.com/releasenotes/x86_64/SUSE-SLES/12-SP3/ SLE15: [1] https://www.suse.com/releasenotes/x86_64/SUSE-SLES/15/ 2) openSUSE branch (%{SLE_VERSION}+30.%{SERVICE_PACK_VERSION} mechanism) also knows nothing about openSUSE Leap 42.4, only openSUSE 42.3 and openSUSE 15 respectively. Who knows details, please, if I missed something? Thanks!

3 3

[opensuse-packaging] OBS unable to capture built Haskell packages for openSUSE:Backports:SLE-12
by Shikhar Jaiswal 19 Jul '18

19 Jul '18

Hi, I was trying to update the ghc-semigroups package in openSUSE:Backports:SLE-12 channel to the latest from openSUSE:Factory. During the build, the log mentioned a number of packages of different versions which were missing inside Backports:SLE-12 channel. I took a view of the dependency package versions inside the channel, and most of them seemed fine. But even after building them separately inside a subproject, ghc-semigroups is unable to capture their presence during runtime. Those packages can be viewed here (https://build.opensuse.org/project/show/home:ShikharJ:HaskellUpdate). We initially thought that maybe this was because of packages not being mentioned explicitly in the spec file, but then it would seem contradictory, as these are there in Factory channel as well. Any help regarding this would be appreciated. Regards, Shikhar Jaiswal -- 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] SLE_12_SP4 in devel:languages:python
by Sean Marlow 19 Jul '18

19 Jul '18

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, Not sure if this is the best list for the question, but can the SLE_12_SP4 build target be added to the devel:languages:python and devel:languages:python:pytest projects? Thanks, - -- Sean Marlow Public Cloud Developer sean.marlow(a)suse.com -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEqA16xWoe2L38VgYCJ30GzZDdUEsFAltQ88EACgkQJ30GzZDd UEvtAQ//dAU+F/ZwDzrNkX+4v0SwFe7AchuLOL7KD2A/4EITj8pnoZxDwDNlVc9c /tJw4oBDxYAFXYqZr0BUDwokg7Ze/F88oOZNacOy+RDg+kw/FE4Xe6fHXHJfByzq pPNDSMttBnu05Yl14jAHR5UTxSZCTvV5xNptmdC2Fxd4wcJ7BYZQYGJZ8OjTurFK 8RqVQMSJEAEFqKEsS78ll1/OjlQp515WJYAupjvJQGEi9bTQhJr4MhyDxWfrVEWE AUWSMwbzmBrrQ7WnL3nlxacjLBNmELRWF7mulkmB7d7C+s8Xd0q+6rTlujUIqQDV 6+lRM7p7I5A+3+lQMUJqvL0qX29tAB1YG49oT9rPGo051u+OQwWUvR/lhLVFFdG/ WtGLv9FJrprcPIi417ftKZa/RJHQ/tXo+JdE6LxmIYLfAPsfLD4szGjf2J+3LnKI ldKJaQFw8+rWoXZm96zZPs9ajdRjJO7YDCMvdlhxSpBMRdl7CV1vOJ70YALBCvg/ qnb4eZFogpkLxX1jrud8aaD3qQdIdCT7g8fbYl2kyzipIjSVqLsBiEMkraEzLNri rxxrYoZPqmD+wKshT8VNPRUheCBvVZYIqSLTwI8/gHASXSFofQDRceK+GuIwF3VP yNIoqCwJ0JROuzdViYqY6+XPqwPTBzL261WuLfx00jrLXuwBUfk= =wgW7 -----END PGP SIGNATURE----- N��r��y隊Z)z{.��ZrF��x>�{.n�+��Ǩ��r��i�m��0��ޙ��$j��0��Ǩ�

1 0

[opensuse-packaging] Branch-checking out a complete project?
by John Paul Adrian Glaubitz 18 Jul '18

18 Jul '18

Hi! I want to update all of the packages in devel:languages:python:azure and I was wondering whether there is a way to branch-checkout the whole project as once? I know I could construct a package list and iterate over it, but I was wondering whether there is an even faster way. Thanks, Adrian -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 6

[opensuse-packaging] %license and build failures on SLE12
by Takashi Iwai 16 Jul '18

16 Jul '18

Hi, recently there have been a few updates of package to use %license for the license files. And this seems triggering the build failures for SLE12. How would we cure this? Fiddling with some prjconf stuff? thanks, Takashi -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

4 9

[opensuse-packaging] Stange error in pgbackrest (TW)
by Bruno Friedmann 14 Jul '18

14 Jul '18

Hello I'm looking help to the following error, Under a up to date TW 20180712, with pgbackrest https://build.opensuse.org/package/show/server:database:postgresql/pgbackre… I seeing those crash which doesn't happen yesterday (TW was 20180709) Starting program: /usr/bin/pgbackrest --stanza=qt-kt archive-push pg_wal/ 0000000100000031000000CC [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Program received signal SIGSEGV, Segmentation fault. __strcmp_sse2_unaligned () at ../sysdeps/x86_64/multiarch/strcmp-sse2- unaligned.S:32 32 ../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S: No such file or directory. (gdb) thread apply all bt Thread 1 (Thread 0x7ffff7faa740 (LWP 8513)): #0 __strcmp_sse2_unaligned () at ../sysdeps/x86_64/multiarch/strcmp-sse2- unaligned.S:32 #1 0x0000555555573921 in stackTracePop (fileName=0xf <error: Cannot access memory at address 0xf>, functionName=0x7fffffffddb0 "\200\325VUUU") at ../src/common/stackTrace.c:278 #2 0x000055555556d054 in exitInit () #3 0x0000555555567957 in main () Any idea what could be the reason behind ? -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch Bareos Partner, openSUSE Member, fsfe supporter GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

1 1

[opensuse-packaging] python-oauth for Tumbleweed
by Jason Craig 13 Jul '18

13 Jul '18

The package "python-oauth" is included Leap 15.0, although I can't seem to find a devel project for it. Is there a reason it is (perhaps no longer) included in Tumbleweed? Can I branch it and submit it to devel:languages:python and/or Tumbleweed in some fashion? I do have packaging experience, mostly Python packages, but nothing with the single spec yet. thanks, -- Jason Craig -- 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] Finding all the packages dependent on a particular package
by Shikhar Jaiswal 13 Jul '18

13 Jul '18

Hi, I was trying to update the Haskell packages for openSUSE:Backports:SLE-12 channel, and I was wondering if there's a way of finding the entire list of packages that have a particular package as a build dependency inside that very channel? I'm currently doing this manually, which is error-prone and tiresome. Could someone help me with that? Regards, Shikhar (@ShikharJ) -- 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] d:l:python/python3 split logic
by 686f6c6d 06 Jul '18

06 Jul '18

Greetings, I was under the naive impression that after the py2/3 split, the packages from the devel:languages:python OBS project are released into the devel:languages:python/python3 repos based on their name (everything /^python3-/ goes into d:l:python3); in other words, I wanted to configure my python3-only servers to only use the python3 repo. But apparently this simple logic is not what is happening, there are many python3-* packages in d:l:python. Can someone explain what is really happening? Is this a temporary state or will I have to keep enabling both python{,3} repos on my python3 servers? -- Kind regards Christopher 'm4z' Holm / 686f6c6d "We must respect the other fellow's religion, but only in the sense and to the extent that we respect his theory that his wife is beautiful and his children smart." --H. L. Mencken -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 7

[opensuse-packaging] %tmpfiles_remove() macro?
by Thorsten Kukuk 04 Jul '18

04 Jul '18

Hi, we have a %tmpfiles_create() macro, but we have no macro and no rules in our packaging policy, to remove the tmpfiles at de-installation. That's why I would like to propose a %tmpfiles_remove() macro for the RPM %preun section: %tmpfiles_remove() \ test -n "$FIRST_ARG" || FIRST_ARG="$1" \ if [ "$FIRST_ARG" -eq 0 ]; then \ [ -z "${TRANSACTIONAL_UPDATE}" -a -x /usr/bin/systemd-tmpfiles ] && \ /usr/bin/systemd-tmpfiles --remove %{?*} || : \ fi \ %{nil} Any comments or objections? Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

5 9

[opensuse-packaging] Base:System: PIE
by Bernhard Voelker 03 Jul '18

03 Jul '18

Hi, AFAIR Base:System had some project settings to compile all binaries with -fPIE for security reasons since some time, right? It seems that this setting is gone: E.g. https://build.opensuse.org/package/live_build_log/Base:System/coreutils/ope… ... [ 183s] coreutils.x86_64: W: position-independent-executable-suggested /usr/bin/whoami [ 183s] coreutils.x86_64: W: position-independent-executable-suggested /usr/bin/yes [ 183s] coreutils.x86_64: W: position-independent-executable-suggested /usr/lib64/coreutils/libstdbuf.so [ 183s] This executable should be position independent (all binaries should). Check [ 183s] that it is built with -fPIE/-fpie in compiler flags and -pie in linker flags. [ 183s] [ 183s] coreutils.x86_64: E: non-position-independent-executable (Badness: 10000) /usr/bin/timeout [ 183s] This executable must be position independent. Check that it is built with [ 183s] -fPIE/-fpie in compiler flags and -pie in linker flags. [ 183s] [ 183s] (none): E: badness 10000 exceeds threshold 1000, aborting. [ 183s] 3 packages and 0 specfiles checked; 1 errors, 106 warnings. [ 183s] [ 183s] [ 183s] wildcard2 failed "build coreutils.spec" at Tue Jul 3 08:23:33 UTC 2018. [ 183s] [ 183s] ### VM INTERACTION START ### [ 186s] [ 177.710765] sysrq: SysRq : Power Off [ 186s] [ 177.712977] reboot: Power down [ 186s] ### VM INTERACTION END ### [ 186s] [ 186s] wildcard2 failed "build coreutils.spec" at Tue Jul 3 08:23:37 UTC 2018. [ 186s] Who ate all the pie? ;-) Have a nice day, Berny -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 3

[opensuse-packaging] cairo - harfbuzz causes Failure to Build FT_Get_Var_Design_Coordinates?
by David C. Rankin 03 Jul '18

03 Jul '18

All, I have a little editor that I build that has built for 13.1 to 42.3 without error. However when enabling the Leap 15 repo for building, I get a failure to build from source, e.g (an error on link due to symbol problems): [ 94s] cc -Wall -Wextra -pedantic -finline-functions -std=gnu11 -Ofast `pkg-config --cflags gtk+-2.0` -MP -MD -DWGTKSOURCEVIEW2 -I/usr/include/gtksourceview-2.0/ -c -o obj/gtk_appdata.o gtk_appdata.c [ 95s] cc -o bin/gtkwrite_dev obj/gtkwrite.o obj/gtk_windef.o obj/gtk_toolbar.o obj/gtk_textview.o obj/gtk_statusbar.o obj/gtk_sourceview.o obj/gtk_settings.o obj/gtk_print.o obj/gtk_menu.o obj/gtk_goto.o obj/gtk_findreplace.o obj/gtk_filemon.o obj/gtk_filebuf.o obj/gtk_common_dlg.o obj/gtk_charset.o obj/gtk_appdata.o -Wall -Wextra -pedantic -finline-functions -std=gnu11 -Ofast `pkg-config --cflags gtk+-2.0` -MP -MD -DWGTKSOURCEVIEW2 -I/usr/include/gtksourceview-2.0/ `pkg-config --libs gtk+-2.0` -lgtksourceview-2.0 [ 95s] /usr/lib64/gcc/x86_64-suse-linux/7/../../../../lib64/libcairo.so: undefined reference to `FT_Get_Var_Design_Coordinates' [ 95s] /usr/lib64/libharfbuzz.so.0: undefined reference to `FT_Done_MM_Var' [ 95s] /usr/lib64/libharfbuzz.so.0: undefined reference to `FT_Get_Var_Blend_Coordinates' [ 95s] collect2: error: ld returned 1 exit status [ 95s] make: *** [Makefile:37: gtkwrite] Error 1 [ 95s] error: Bad exit status from /var/tmp/rpm-tmp.C2kJEn (%build) [ 95s] [ 95s] [ 95s] RPM build errors: [ 95s] Bad exit status from /var/tmp/rpm-tmp.C2kJEn (%build) [ 95s] [ 95s] cloud107 failed "build gtkwrite.spec" at Tue Jun 26 06:25:16 UTC 2018. The package is: https://build.opensuse.org/package/show/home:drankinatty/gtkwrite Is there a problem with the new cairo or harfbuzz that isn't compatible with 42.3 versions? -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

2 6