Bug 1071278

Summary: systemd picked up a build dependency libseccomp that isn't available on all arches
Product: [Fedora] Fedora Reporter: Karsten Hopp <karsten>
Component: systemdAssignee: systemd-maint
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: high    
Version: rawhideCC: johannbg, lnykryn, msekleta, plautrba, systemd-maint, vpavlin, zbyszek
Target Milestone: ---   
Target Release: ---   
Hardware: powerpc   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-06-17 12:14:12 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1071880    
Attachments:
Description Flags
root.log with libseccomp build requirement
none
build.log with libseccomp requirement disabled none

Description Karsten Hopp 2014-02-28 12:36:04 UTC 
Created attachment 869015 [details]
root.log with libseccomp build requirement

Description of problem:
systemd-210 has a build requirement libseccomp which isn't available on PPC and PPC64. Disabling that requirement doesn't work either:

...
/tmp/ccNlyYHl.ltrans3.ltrans.o:(.opd+0x10): multiple definition of `sd_pid_get_machine_name'
libsystemd_internal_la-sd-login.o (symbol from plugin):(.text+0x0): first defined here
/tmp/ccNlyYHl.ltrans3.ltrans.o:(.opd+0x20): multiple definition of `sd_pid_get_user_unit'
libsystemd_internal_la-sd-login.o (symbol from plugin):(.text+0x0): first defined here
/tmp/ccNlyYHl.ltrans3.ltrans.o:(.opd+0x30): multiple definition of `sd_pid_get_unit'
libsystemd_internal_la-sd-login.o (symbol from plugin):(.text+0x0): first defined here
...
collect2: error: ld returned 1 exit status
make[2]: *** [libsystemd-login.la] Error 1

Version-Release number of selected component (if applicable):
systemd-210-2.fc21

How reproducible:
always

Steps to Reproduce:
1. ppc-koji build --scratch f21 systemd-210-2.fc21.src.rpm
2.
3.

Actual results:
http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1686956

Expected results:


Additional info:
Comment 1 Karsten Hopp 2014-02-28 12:37:46 UTC 
Created attachment 869016 [details]
build.log with libseccomp requirement disabled
Comment 2 Karsten Hopp 2014-02-28 20:52:03 UTC 
I've opened bug 1071284 to get ppc* support into libseccomp. Looks like we need a workaround in systemd until the kernel gets  BPF seccomp filter support.
Comment 3 Zbigniew Jędrzejewski-Szmek 2014-03-01 03:41:01 UTC 
Your build problems aren't related to the lack of libseccomp afaics. I pushed a work-around as systemd-210-3. Please check that it works for you, but do *not* build it officially yet, because there's some more fixes that should go into 210-3 (tomorrow or Sunday).
Comment 4 Zbigniew Jędrzejewski-Szmek 2014-03-01 13:22:56 UTC 
Current rawhide version should build on ppc.
Comment 5 Karsten Hopp 2014-03-03 12:25:41 UTC 
A scratch build succeeded: http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1695760 . But as 210-3 is in koji now, I think it is ok to build it officially now, correct ?
Comment 6 Zbigniew Jędrzejewski-Szmek 2014-03-03 13:05:19 UTC 
(In reply to Karsten Hopp from comment #5)
> A scratch build succeeded:
> http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1695760 . But as
> 210-3 is in koji now, I think it is ok to build it officially now, correct ?
Yes.
Comment 7 Lennart Poettering 2014-06-17 12:14:12 UTC 
Appears to be fixed. Closing.