[MDEV-16758] opensuse 15.0 builds fail with cpack error Created: 2018-07-13  Updated: 2023-05-16  Resolved: 2018-07-13

Status: Closed
Project: MariaDB Server
Component/s: Packaging
Affects Version/s: None
Fix Version/s: N/A

Type: Bug Priority: Major
Reporter: Daniel Bartholomew Assignee: Daniel Bartholomew
Resolution: Fixed Votes: 0
Labels: None

Issue Links:
Blocks
blocks MDEV-16444 MariaDB isn't packaged for SUSE 15 (o... Closed
Relates
relates to MDEV-25959 cpack doesn't work with Ninja Closed
relates to MDEV-31291 Update KB page building MariaDB on Ce... Open

 Description   

opensuse 15.0 builds are currently failing with a cpack error:

CMake Error at /usr/share/cmake/Modules/CPackRPM.cmake:1527 (message):
 
  CPackRPM: source dir path '/home/buildbot/buildbot/build/mariadb-10.2.17'
 
  is shorter than debuginfo sources dir path
 
  '/usr/src/debug/mariadb-10.2.17-linux-x86_64/backup/src_0'! Source dir path
 
  must be longer than debuginfo sources dir path.  Set
 
  CPACK_RPM_BUILD_SOURCE_DIRS_PREFIX variable to a shorter value or make
 
  source dir path longer.  Required for debuginfo packaging.  See
 
  documentation of CPACK_RPM_DEBUGINFO_PACKAGE variable for details.
 
Call Stack (most recent call first):
 
  /usr/share/cmake/Modules/CPackRPM.cmake:2271 (cpack_rpm_debugsymbol_check)
 
  /usr/share/cmake/Modules/CPackRPM.cmake:2774 (cpack_rpm_generate_package)
 
  /home/buildbot/buildbot/build/mariadb-10.2.17/cmake/CPackRPM.cmake:21 (include)

the above is from: http://buildbot.askmonty.org/buildbot/builders/kvm-zyp-opensuse150-amd64/builds/1/steps/compile/logs/stdio

We ran into the same issue (at least I think it's the same issue) when I first set up builders for Fedora 26, but I don't know what the resolution was. Serg fixed it back then, but I can't find the commit.

 Comments   
Comment by Sergei Golubchik [ 2018-07-13 ]

This is the commit: https://github.com/MariaDB/mariadb.org-tools/commit/2da2008

Comment by Daniel Bartholomew [ 2018-07-13 ]

Fixed in this commit

Generated at Thu Feb 08 08:31:20 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.