Overview
libftdi1 still failing - the attempted fix in the devel prj was not effective
CC @reinauer @trenn @jmoellers
Request History
simotek created request
factory-auto added opensuse-review-team as a reviewer
Please review sources
factory-auto added repo-checker as a reviewer
Please review build success
factory-auto accepted review
Check script succeeded
licensedigger accepted review
ok
staging-bot set openSUSE:Factory:Staging:B as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:B"
staging-bot accepted review
Picked openSUSE:Factory:Staging:B
dimstar_suse set openSUSE:Factory:Staging:I as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:I"
dimstar_suse accepted review
Moved to openSUSE:Factory:Staging:I
dimstar_suse set openSUSE:Factory:Staging:H as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:H"
dimstar_suse accepted review
Moved to openSUSE:Factory:Staging:H
dimstar accepted review
repo-checker accepted review
cycle and install check passed
dimstar_suse accepted review
ready to accept
dimstar_suse approved review
ready to accept
dimstar_suse accepted request
Accept to openSUSE:Factory
STILL causes build failure of libftdi1
Have you seen request 606469? It addresses this issue.
I'm also not excited about breaking this for current Leap 42.3. For the missing dependencies for SLE12, should this also be built against SLE 12 Package Hub ?
We have, to my knowledge, always been able to have the latest CMake for all currently supported platforms.
42.3 breaks because libuv is too old. But by passing
--no-system-libuvCMake compiles and uses its own libuv. This works for other CMake dependencies, too, and would solve the SLE 12 problem. You have to pass the right flags according to the Suse version requiring it.This submission also seems to break kopete now (3.11 did not show that yet)