Re: Bug#821347: libsecret porting for s390x

2016-07-27 Thread Emilio Pozuelo Monfort
On 27/07/16 14:16, Aurelien Jarno wrote:
> On 2016-07-10 21:24, Andreas Henriksson wrote:
>> Hello Bastian Blank.
>>
>> On Sun, Jul 10, 2016 at 12:33:12PM +0200, Bastian Blank wrote:
>>> On Sun, Jun 26, 2016 at 10:12:31PM +0200, Andreas Henriksson wrote:
 I'd like to ask for your help with looking at the problems building
 libsecret on s390x. It's currently the only (release-)architecture
 not building and blocking testing migration for a long time. :(
>>>
>>> What was the result of your manual build on the s390x porter machine?
>>
>> Building on a porter box (zelenka) seems to run into the same issue
>> and build gets stuck after:
>> PASS: test-collection 27 /collection/search-secrets-async
>>
>> Same as in:
>> https://buildd.debian.org/status/fetch.php?pkg=libsecret=s390x=0.18.5-1=1462961523
> 
> Note that it also fails the same way on ppc64 and s390x. It therefore
> looks like a 64-bit big endian issue. It could be for example a pointer
> to an int value casted to a pointer to a long value or vice-versa.

I started to look at this the last weekend. I haven't found the cause yet, but I
believe it's a bug in gobject-introspection, indeed related to 32 vs 64 bit
values. I will try to look at it some more in the next few days.

Cheers,
Emilio



Re: Z3 build on s390x

2016-07-27 Thread Aurelien Jarno
On 2016-07-21 22:36, Fabian Wolff wrote:
> Dear s390x porters,
> 
> recently, I did two NMUs for the z3 package to help resolve some
> release-critical bugs and consequently have it enter testing again.
> 
> The latter goal seems to have been obstructed by an unexpected build
> failure on s390x [1]. All other release architectures build the
> package just fine.
> 
> In fact, the Ubuntu s390x build servers built the exact same package
> successfully, too [2], which makes me wonder whether this might be an
> issue not with the package itself but with the buildd infrastructure,
> especially after finding out libsecret has a very similar problem
> [3].
> 
> Since I am not a DD myself, I do not have access to any porter
> machines, which is why I would like to ask for help with identifying
> and hopefully fixing the problem.
> 

It build successfully after a give-back, so it's likely a transient
issue in the testsuite.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net



Re: libsecret porting for s390x

2016-07-27 Thread Aurelien Jarno
On 2016-07-10 21:24, Andreas Henriksson wrote:
> Hello Bastian Blank.
> 
> On Sun, Jul 10, 2016 at 12:33:12PM +0200, Bastian Blank wrote:
> > On Sun, Jun 26, 2016 at 10:12:31PM +0200, Andreas Henriksson wrote:
> > > I'd like to ask for your help with looking at the problems building
> > > libsecret on s390x. It's currently the only (release-)architecture
> > > not building and blocking testing migration for a long time. :(
> > 
> > What was the result of your manual build on the s390x porter machine?
> 
> Building on a porter box (zelenka) seems to run into the same issue
> and build gets stuck after:
> PASS: test-collection 27 /collection/search-secrets-async
> 
> Same as in:
> https://buildd.debian.org/status/fetch.php?pkg=libsecret=s390x=0.18.5-1=1462961523

Note that it also fails the same way on ppc64 and s390x. It therefore
looks like a 64-bit big endian issue. It could be for example a pointer
to an int value casted to a pointer to a long value or vice-versa.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net