Bug 886934

Summary: gcl-selinux scriptlet errors
Product: [Fedora] Fedora Reporter: Rex Dieter <rdieter>
Component: gclAssignee: Jerry James <loganjerry>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: dwalsh, green, loganjerry
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-02-01 16:59:03 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:
Attachments:
Description Flags
gcl.fc
none
gcl.if
none
gcl.te none

Description Rex Dieter 2012-12-13 15:58:44 UTC 
Installing build deps (yum-buildep maxima) on my fresh f18 beta install this morning, I hit this interesting one:

Installing : gcl-selinux-2.6.8-0.11.20120705cvs.fc18.x86_64                                                                                            157/174 
libsepol.permission_copy_callback: Module gcl depends on permission epollwakeup in class capability2, not satisfied (No such file or directory).
libsemanage.semanage_link_sandbox: Link packages failed (No such file or directory).
/usr/sbin/semodule:  Failed!
/sbin/restorecon:  lstat(/usr/lib64/maxima) failed:  No such file or directory
warning: %post(gcl-selinux-2.6.8-0.11.20120705cvs.fc18.x86_64) scriptlet failed, exit status 1
Non-fatal POSTIN scriptlet failure in rpm package gcl-selinux-2.6.8-0.11.20120705cvs.fc18.x86_64

Note: I don't have maxima installed, so the complaints about /usr/lib64/maxima not existing is legit.
Comment 1 Rex Dieter 2012-12-13 16:02:12 UTC 
maybe time to push to get this into main selinux-policy instead of shipped separately?
Comment 2 Jerry James 2012-12-14 16:16:51 UTC 
I've added a CC to Dan Walsh.  Dan, is merging the GCL policy a possibility?
Comment 3 Daniel Walsh 2012-12-17 20:15:21 UTC 
What does the gcl policy look like?

epollwakeup should be epolwakeup
Comment 4 Jerry James 2013-01-21 21:09:54 UTC 
Argh, sorry, Christmas vacation hit and this fell off my radar.

The string "epollwakeup" does not appear in the input files, so I suppose this means that we just need to do a rebuild.  I've been working on a fix for the ARM platform, which just landed, so this will happen today.

I'll attach the current input files for the GCL policy.
Comment 5 Jerry James 2013-01-21 21:16:11 UTC 
Created attachment 684656 [details]
gcl.fc
Comment 6 Jerry James 2013-01-21 21:16:32 UTC 
Created attachment 684657 [details]
gcl.if
Comment 7 Jerry James 2013-01-21 21:16:54 UTC 
Created attachment 684658 [details]
gcl.te
Comment 8 Fedora Update System 2013-01-22 03:54:14 UTC 
gcl-2.6.8-0.13.20130121cvs.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/gcl-2.6.8-0.13.20130121cvs.fc18
Comment 9 Fedora Update System 2013-01-23 16:07:37 UTC 
Package gcl-2.6.8-0.13.20130121cvs.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing gcl-2.6.8-0.13.20130121cvs.fc18'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-1315/gcl-2.6.8-0.13.20130121cvs.fc18
then log in and leave karma (feedback).
Comment 10 Fedora Update System 2013-02-01 16:59:04 UTC 
gcl-2.6.8-0.13.20130121cvs.fc18 has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.