May 2015 - openSUSE Packaging - openSUSE Mailing Lists

[opensuse-packaging] Need help to understand why %cmake macro is failing
by Bruno Friedmann 18 May '15

18 May '15

With this package https://build.opensuse.org/package/show/home:bruno_friedmann:branches:Appli… I've a kind of interesting case where only one target is failing osc remotebuildlog home:bruno_friedmann:branches:Application:Geo libght openSUSE_13.2 x86_64 [ 92s] + cd libght-0.1.0 [ 92s] + find . -name CMakeLists.txt -exec sed -i -re '/^[[:blank:]]*[sS][eE][tT][[:blank:]]*$[[:blank:]]*(CMAKE_BUILD_TYPE|CMAKE_COLOR_MAKEFILE|CMAKE_INSTALL_PREFIX|CMAKE_VERBOSE_MAKEFILE).*$/{s/^/#IGNORE /}' '{}' + [ 92s] + mkdir -p build [ 92s] + cd build [ 92s] + /usr/bin/cmake .. -DCMAKE_INSTALL_PREFIX:PATH=/usr -DCMAKE_INSTALL_LIBDIR:PATH=/usr/lib64 -DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib64 -DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share -DCMAKE_BUILD_TYPE=None '-DCMAKE_C_FLAGS=-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -DNDEBUG' '-DCMAKE_CXX_FLAGS=-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -DNDEBUG' '-DCMAKE_Fortran_FLAGS=-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -DNDEBUG' '-DCMAKE_EXE_LINKER_FLAGS=-Wl,--as-needed -Wl,--no-undefined -Wl,-z,now' '-DCMAKE_MODULE_LINKER_FLAGS=-Wl,--as-needed -Wl,--no-undefined -Wl,-z,now' '-DCMAKE_SHARED_LINKER_FLAGS=-Wl,--as-needed -Wl,--no-undefined -Wl,-z,now' -DLIB_SUFFIX=64 -DCMAKE_SKIP_RPATH:BOOL=ON -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DBUILD_SHARED_LIBS:BOOL=ON -DBUILD_STATIC_LIBS:BOOL=OFF -DCMAKE_COLOR_MAKEFILE:BOOL=OFF -DCMAKE_INSTALL_DO_STRIP:BOOL=OFF -DCMAKE_MODULES_INSTALL_DIR=/usr/share/cmake/Modules -DCMAKE_USER_MAKE_RULES_OVERRIDE=/usr/share/cmake/Modules/opensuse_rules.cmake '-DCMAKE_C_FLAGS_RELEASE=-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fno-strict-aliasing -g -DNDEBUG' '-DCMAKE_CXX_FLAGS_RELEASE=-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fno-strict-aliasing -g -DNDEBUG' -DCMAKE_SKIP_INSTALL_RPATH=ON -DCMAKE_SKIP_RPAH=ON -DCMAKE_CXX_COMPILER=/usr/bin/c++ .. [ 95s] -- The C compiler identification is GNU 4.8.3 [ 95s] -- The CXX compiler identification is GNU 4.8.3 [ 95s] -- Check for working C compiler: cc [ 95s] -- Check for working C compiler: cc -- works [ 95s] -- Detecting C compiler ABI info [ 95s] -- Detecting C compiler ABI info - done [ 95s] -- Detecting C compile features [ 96s] -- Detecting C compile features - done [ 96s] CMake Error at CMakeLists.txt:7 (project): [ 96s] The CMAKE_CXX_COMPILER: [ 96s] [ 96s] /home/abuild/rpmbuild/BUILD/libght-0.1.0/build/c++ When under openSUSE_Factory it works perfect [ 69s] + cd libght-0.1.0 [ 69s] + find . -name CMakeLists.txt -exec sed -i -re '/^[[:blank:]]*[sS][eE][tT][[:blank:]]*$[[:blank:]]*(CMAKE_BUILD_TYPE|CMAKE_COLOR_MAKEFILE|CMAKE_INSTALL_PREFIX|CMAKE_VERBOSE_MAKEFILE).*$/{s/^/#IGNORE /}' '{}' + [ 69s] + mkdir -p build [ 69s] + cd build [ 69s] + /usr/bin/cmake .. -DCMAKE_INSTALL_PREFIX:PATH=/usr -DCMAKE_INSTALL_LIBDIR:PATH=/usr/lib64 -DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib64 -DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share -DCMAKE_BUILD_TYPE=None '-DCMAKE_C_FLAGS=-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -DNDEBUG' '-DCMAKE_CXX_FLAGS=-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -DNDEBUG' '-DCMAKE_Fortran_FLAGS=-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -DNDEBUG' '-DCMAKE_EXE_LINKER_FLAGS=-Wl,--as-needed -Wl,--no-undefined -Wl,-z,now' '-DCMAKE_MODULE_LINKER_FLAGS=-Wl,--as-needed -Wl,--no-undefined -Wl,-z,now' '-DCMAKE_SHARED_LINKER_FLAGS=-Wl,--as-needed -Wl,--no-undefined -Wl,-z,now' -DLIB_SUFFIX=64 -DCMAKE_SKIP_RPATH:BOOL=ON -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DBUILD_SHARED_LIBS:BOOL=ON -DBUILD_STATIC_LIBS:BOOL=OFF -DCMAKE_COLOR_MAKEFILE:BOOL=OFF -DCMAKE_INSTALL_DO_STRIP:BOOL=OFF -DCMAKE_MODULES_INSTALL_DIR=/usr/share/cmake/Modules -DCMAKE_USER_MAKE_RULES_OVERRIDE=/usr/share/cmake/Modules/opensuse_rules.cmake '-DCMAKE_C_FLAGS_RELEASE=-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fno-strict-aliasing -g -DNDEBUG' '-DCMAKE_CXX_FLAGS_RELEASE=-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fno-strict-aliasing -g -DNDEBUG' -DCMAKE_SKIP_INSTALL_RPATH=ON -DCMAKE_SKIP_RPAH=ON -DCMAKE_CXX_COMPILER=/usr/bin/c++ .. [ 69s] -- The C compiler identification is GNU 4.8.3 [ 69s] -- The CXX compiler identification is GNU 4.8.3 [ 69s] -- Check for working C compiler: /usr/bin/gcc [ 69s] -- Check for working C compiler: /usr/bin/gcc -- works [ 69s] -- Detecting C compiler ABI info [ 69s] -- Detecting C compiler ABI info - done [ 69s] -- Detecting C compile features [ 69s] -- Detecting C compile features - done [ 69s] -- Check for working CXX compiler: /usr/bin/c++ [ 69s] -- Check for working CXX compiler: /usr/bin/c++ -- works [ 69s] -- Detecting CXX compiler ABI info [ 70s] -- Detecting CXX compiler ABI info - done [ 70s] -- Detecting CXX compile features [ 70s] -- Detecting CXX compile features - done [ 70s] -- Looking for include file stdint.h [ 70s] -- Looking for include file stdint.h - found [ 70s] -- Looking for include file getopt.h [ 70s] -- Looking for include file getopt.h - found [ 70s] -- Found LibXml2: /usr/lib64/libxml2.so (found version "2.9.2") [ 70s] -- Searching for LibLAS + library [ 70s] -- Found libLAS version: 1.06.000 [ 70s] -- Found libLAS: /usr/lib64/liblas.so [ 70s] -- Found PROJ4: /usr/lib64/libproj.so [ 70s] -- Found CUnit: /usr/lib64/libcunit.so [ 70s] -- las2ght build enabled [ 70s] -- Configuring done [ 70s] -- Generating done [ 70s] CMake Warning: [ 70s] Manually-specified variables were not used by the project: [ 70s] [ 70s] BUILD_STATIC_LIBS [ 70s] CMAKE_Fortran_FLAGS [ 70s] CMAKE_INSTALL_DO_STRIP [ 70s] CMAKE_MODULES_INSTALL_DIR [ 70s] CMAKE_SKIP_RPAH [ 70s] INCLUDE_INSTALL_DIR [ 70s] LIB_SUFFIX [ 70s] SHARE_INSTALL_PREFIX [ 70s] SYSCONF_INSTALL_DIR [ 70s] [ 70s] [ 70s] -- Build files have been written to: /home/abuild/rpmbuild/BUILD/libght-0.1.0/build Same for 13.1 and the most funny 13.2 i586 If some spyhawk eyes could have a look and tell me what's going wrong ? -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Board, fsfe fellowship GPG KEY : D5C9B751C4653227 irc: tigerfoot

3 3

Re: [opensuse-packaging] Re: suse_macros bug on SLE_11?
by Kyrill Detinov 16 May '15

16 May '15

On Sat, 16 May 2015 17:03:50 +0100 Dominique Leuenberger wrote: > The problem is that during postun, the .info.gz file has already been > removed and can't be unregistered anymore... Move that call to %preun > and be done with it. Thanks! This helps. BTW, I've found the same issue in the Base:System/gpg2 package. -- WBR Kyrill

1 0

[opensuse-packaging] suse_macros bug on SLE_11?
by Darin Perusich 16 May '15

16 May '15

Hello, The %install_info on SLE_11_SP3 is calling sbin/install-info which is not fully qualified, is this on purpose or is it a bug? I''ve linkpac'd Publishing/texinfo -> devel:languages:R:released and the %post is failing which calls %install_info yet install-info is available in the build-root. [ 116s] Preparing packages for installation... [ 116s] info-5.2-89.1 [ 117s] install-info: No such file or directory for /usr/share/info/info-stnd.info.gz [ 117s] error: %post(info-5.2-89.1.x86_64) scriptlet failed, exit status 1 [ 117s] makeinfo-5.2-89.1 [ 117s] texinfo-5.2-89.1 [ 117s] install-info: No such file or directory for /usr/share/info/texinfo.info.gz [ 117s] install-info: No such file or directory for /usr/share/info/texinfo.info-1.gz [ 117s] install-info: No such file or directory for /usr/share/info/texinfo.info-2.gz [ 117s] install-info: No such file or directory for /usr/share/info/texinfo.info-3.gz [ 117s] error: %post(texinfo-5.2-89.1.x86_64) scriptlet failed, exit status 1 [ 117s] failed to install rpms, aborting build Thanks! -- Later, Darin -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 2

Re: [opensuse-packaging] python setup.py tweak needed - does openSUSE support $LastChangedRevision$
by greg.freemyer＠gmail.com 15 May '15

15 May '15

On May 15, 2015 2:13:00 AM EDT, Robert Munteanu <robert.munteanu(a)gmail.com> wrote: >On May 15, 2015 12:17 AM, "Greg Freemyer" <greg.freemyer(a)gmail.com> >wrote: >> >> All, >> >> I think I'm getting an error with setup.py because >> $LastChangeRevision$ isn't defined? >> >> == details == >> I'm trying to update python-pefile. >> >> With the lastest released tarball it fails when I run "python >setup.py >build". >> >> I assume it is a local openSUSE error? >> >> The setup.py file has: >> download_url = 'http://pefile.googlecode.com/files/pefile-%s.tar.gz' >% >> pefile.__version__, >> >> in pefile.py: >> __revision__ = "$LastChangedRevision$" >> __version__ = '1.2.10-%d' % int( __revision__[21:-2] ) >> >> >> But I have no idea what $LastChangeRevision$ is or where it is >defined. > >This value is automatically expanded on checkout by CVS (and I think >SVN >can be configured to do so as well) to the revision this file was last >changed in. > >For SVN this will generate a revision number like 1234. For CVS I am >not >sure, have not used it in ages. > >Robert Thanks, I'll have to do a patch to hard code it. At least I know what value it should be. I wish Google upstream projects were better behaved. In my experience they pay no attention to issues they cause packagers. Greg -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -- 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] python setup.py tweak needed - does openSUSE support $LastChangedRevision$
by Greg Freemyer 14 May '15

14 May '15

All, I think I'm getting an error with setup.py because $LastChangeRevision$ isn't defined? == details == I'm trying to update python-pefile. With the lastest released tarball it fails when I run "python setup.py build". I assume it is a local openSUSE error? The setup.py file has: download_url = 'http://pefile.googlecode.com/files/pefile-%s.tar.gz' % pefile.__version__, in pefile.py: __revision__ = "$LastChangedRevision$" __version__ = '1.2.10-%d' % int( __revision__[21:-2] ) But I have no idea what $LastChangeRevision$ is or where it is defined. Here's the error (which I get both as a manual build and via "osc build"): === python setup.py build Traceback (most recent call last): File "setup.py", line 8, in <module> import pefile File "/home/gaf/obs/home:gregfreemyer:Tools-for-forensic-boot-cd/python-pefile/pefile-pefile-1.2.10-139/pefile.py", line 25, in <module> __version__ = '1.2.10-%d' % int( __revision__[21:-2] ) ValueError: invalid literal for int() with base 10: '' === Thanks Greg #!/usr/bin/env python try: from setuptools import setup except ImportError, excp: from distutils.core import setup import pefile import os os.environ['COPY_EXTENDED_ATTRIBUTES_DISABLE'] = 'true' os.environ['COPYFILE_DISABLE'] = 'true' setup(name = 'pefile', version = pefile.__version__, description = 'Python PE parsing module', author = pefile.__author__, author_email = pefile.__contact__, url = 'http://code.google.com/p/pefile/', download_url = 'http://pefile.googlecode.com/files/pefile-%s.tar.gz' % pefile.__version__, platforms = ['any'], classifiers = ['Development Status :: 5 - Production/Stable', 'Intended Audience :: Developers', 'Intended Audience :: Science/Research', 'Natural Language :: English', 'Operating System :: OS Independent', 'Programming Language :: Python', 'Topic :: Software Development :: Libraries :: Python Modules'], long_description = "\n".join(pefile.__doc__.split('\n')), py_modules = ['pefile', 'peutils'], packages = ['ordlookup'] ) -- Greg Freemyer -- 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] New Rpm-ecosystem Mailing List
by Florian Festi 11 May '15

11 May '15

Hi! tl;td: Join at http://lists.rpm.org/mailman/listinfo/rpm-ecosystem if your interested in any part of the rpm ecosystem. While there are quite some mailing lists already that deal with the different tools around and including rpm we realized that there is no good place to discuss issues that involve multiple parts of (our own) package handling stack even less so to stay in contact with other rpm based solutions. To solve this we create a new mailing list: rpm-ecosystem(a)lists.rpm.org Normal user questions and development talk is supposed to stay on the per project mailing lists. The new list is for questions like: * How do other implementations handle specific problems? * Is this new feature interesting for downstream distributions? * How do the different packaging guidelines treat a special topic? * Anyone there to support our demand for this new rpm feature? And it is for topics like: * Packaging guide lines * RPM features * Build systems and compose tools * Dependency solvers, installers and updaters * RPM based image creation / non rpm based updates for rpm based distributions In short: It is meant to bind the rpm universe together. Join at http://lists.rpm.org/mailman/listinfo/rpm-ecosystem Please forward this mail to anyone that might be interested - especially to rpm related sub projects and groups. Thanks! Florian -- Red Hat GmbH, http://www.de.redhat.com/ Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Michael Cunningham, Michael O'Neill, Charles Peters -- 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] Packaging python noarch project with SLES_11
by Johannes Weberhofer 08 May '15

08 May '15

I have a problem packaging the new fail2ban version vor SLES 11: All python modules are installed to /usr/lib64/python2.6/site-packages instead of /usr/lib/python2.6/site-packages. How can I force python to install to the correct location? You can check the build at https://build.opensuse.org/package/show/home:weberho:branches:security/fail… Best regards, Johannes -- Johannes Weberhofer Weberhofer GmbH, Austria, Vienna -- 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] Ruby changes/problems?
by Christian Boltz 07 May '15

07 May '15

Hello, I received a notice that the AppArmor packages don't build anymore in Factory because ruby can't be found. The failure is caused by configure no longer finding ruby, however there is an IMHO more interesting error at the start of the build: [ 297s] ----- building apparmor.spec (user abuild) [ 297s] ----------------------------------------------------------------- [ 297s] ----------------------------------------------------------------- [ 297s] + exec rpmbuild -ba --define '_srcdefattr (-,root,root)' --nosignature --define '_build_create_debug 1' --define 'disturl obs://build.opensuse.org/openSUSE:Factory/standard/fa789611d9fa83a15aa4ca7f…' /home/abuild/rpmbuild/SOURCES/apparmor.spec [ 298s] sh: /usr/bin/ruby: No such file or directory [ 298s] sh: /usr/bin/ruby: No such file or directory [ 298s] sh: /usr/bin/ruby: No such file or directory [ 298s] Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.lmuznN Note that the build ignores those error messages (not sure if they are harmless or critical) and continues. Full build log: https://build.opensuse.org/package/live_build_log/openSUSE:Factory/apparmor… Is this something I need to fix in the AppArmor package, or will it fix itsself? Regards, Christian Boltz -- [diverse Fähigkeiten von Google] Beagle2 wird google allerdings wohl auch nicht finden... [Achim Hillenbrand in suse-linux] -- 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] Use of generics in "requires" statements?
by Greg Freemyer 06 May '15

06 May '15

All, My SR to add a couple of generic "Requires:" to the wordpress spec file has been rejected because they are generic: https://build.opensuse.org/request/show/304469 My re-opened SR was also rejected. Can someone explain to my why the use of Requires: httpd Requires: mod_php_any is wrong. I know the below will also work, but I don't see why we should be restrictive Requires: apache2 Requires: apache2-mod_php5 That is unless wordpress is strictly a apache2 based tool, but I can't imagine that is true. fyi: In the SR Eric did say: "httpd only for other than opensuse." I don't understand that since apache2, lighttpd and nginx all provide httpd in their opebnsuse packages. He also said "zypper se php_mod_any" show "package not found" That is true, but "zypper se" doesn't search for generic provides so that logic would invalidate all use of generic requires. Thanks Greg -- Greg Freemyer -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

6 11

[opensuse-packaging] systemd service file question
by Greg Freemyer 05 May '15

05 May '15

I'm testing (using) autossh. It has a service file that is designed to be installed immediately via zypper and then manually edited. That works until you re-install the package, at which point it replaces my edits with the virgin service file. What's the right way to fix this. FYI, this is the current service file in the RPM ===========[Unit] Description=AutoSSH service for port 2222 After=network.target [Service] Environment="AUTOSSH_GATETIME=0" ExecStart=/usr/bin/autossh -M 0 -NL 2222:localhost:2222 -o TCPKeepAlive=yes foo(a)bar.com [Install] WantedBy=multi-user.target =========== As you can see there are several things on the ExecStart line that need to be edited for this to work. fyi2: In the sysvinit days there was a separate config file, but whoever converted it to a systemd service file dropped that functionality. Thanks Greg -- Greg Freemyer -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

5 8