From: cpebenito@tresys.com (Christopher J. PeBenito)
Date: Tue, 9 Sep 2014 08:45:53 -0400
Subject: [refpolicy] [PATCH] Fix minor typo in init.if
In-Reply-To: <540E31DD.5070506@m4x.org>
References: <1410125394-26905-1-git-send-email-nicolas.iooss@m4x.org>	<20140908182740.GA24131@x220.network2>
	<540E31DD.5070506@m4x.org>
Message-ID: <540EF681.208@tresys.com>
To: refpolicy@oss.tresys.com
List-Id: refpolicy.oss.tresys.com

On 9/8/2014 6:46 PM, Nicolas Iooss wrote:
> 2014-09-08 20:27 GMT+02:00 Dominick Grift:
>> It seems that we have one or more commits that break reference policy since the last release
>>
>> I am trying to track down the culprits, it started after last release but before or during June 25th
>>
>> It is going to take time to track this down because build-testing reference policy is so slow.
>>
>> Looking forward to the day we fully moved to cil/secilc
>>
> 
> Tonight I had the idea of using travis-ci.org to automate some kind of
> testing.  This free service can basically watch public Github
> repositories and run tests after every commit.  I ran tests in some
> configurations [1] and every test case failed.
> 
> The monolithic build fails with [2]:
> 
>   /usr/bin/checkpolicy -U deny policy.conf -o policy.26
>   /usr/bin/checkpolicy: loading policy configuration from policy.conf
>   checkpolicy: expand.c:721: role_fix_callback: Assertion `regular_role
> != ((void *)0) && regular_role->flavor == 0' failed.
>   make: *** [policy.26] Aborted
> 
> The modular build verification ("make validate") fails with [3]:
> 
>   /usr/bin/semodule_expand tmp/test.lnk tmp/policy.bin
>   semodule_expand: expand.c:721: role_fix_callback: Assertion
> `regular_role != ((void *)0) && regular_role->flavor == 0' failed.
>   make: *** [validate] Aborted
> 
> Is this assertion failure known?  I did not take time to investigate
> further but travis-ci may run an old version of the build toolchain (on
> Ubuntu) which breaks the latest refpolicy.

I'd have to look at the code to better understand what the assertion means.

Are you using HEAD version of refpolicy and HEAD refpolicy-contrib?  I'm
not able to reproduce any build errors.

-- 
Chris PeBenito
Tresys Technology, LLC
www.tresys.com | oss.tresys.com