Bug#747923: transition: colord
On 29/05/14 17:09, Emilio Pozuelo Monfort wrote:
> On 29/05/14 17:03, Emilio Pozuelo Monfort wrote:
>> Control: tags -1 + pending
>>
>> On 25/05/14 12:53, Emilio Pozuelo Monfort wrote:
>>> Control: tags 747923 confirmed
>>>
>>> On 25/05/14 05:10, Christopher James Halse Rogers wrote:
>>>> On Sun, May 25, 2014 at 12:03 AM, Emilio Pozuelo Monfort <pochu@debian.org> wrote:
>>>>> On 13/05/14 02:08, Christopher James Halse Rogers wrote:
>>>>>> Package: release.debian.org
>>>>>> Severity: normal
>>>>>> User: release.debian.org@packages.debian.org
>>>>>> Usertags: transition
>>>>>>
>>>>>> The new release from the new stable branch of colord, 1.2.0, contains an
>>>>>> SONAME bump.
>>>>>
>>>>> Can you upload it to experimental now, so that when we ack the transition, the
>>>>> library doesn't have to go through NEW?
>>>>
>>>> It has passed NEW and is now in experimental.
>>>
>>> Please go ahead and upload to unstable. Let me know once colord has been built
>>> everywhere in order to schedule the binnmus.
>>
>> colord is failing to build on mipsel:
>>
>> https://buildd.debian.org/status/logs.php?pkg=colord&arch=mipsel
>
> And mips and s390x failed on 1.2.0-1, and there don't seem to be any relevant
> changes in -3:
>
> https://buildd.debian.org/status/fetch.php?pkg=colord&arch=mips&ver=1.2.0-1&stamp=1400576819
>
> https://buildd.debian.org/status/fetch.php?pkg=colord&arch=s390x&ver=1.2.0-1&stamp=1400390062
FTR:
09:28 < aurel32> for the record, the colord FTBFS on mips/mipsel is due to a bug in lcms2
09:29 < aurel32> MIPS (and also SPARC if we still care about) require that a 64-bit value (double here) is aligned to 64 bits, even on a 32-bit machine
09:30 < aurel32> and the internal memory allocator only aligned entries to void *
09:30 < aurel32> i am testing multiple solutions (i have at least one working), i will send a patch later today
Cheers,
Emilio
Reply to: