Current Server Time: 22:53 (Central Europe)

#apertus IRC Channel Logs

2019/10/29

Timezone: UTC


23:14
Spirit532
left the channel
23:26
Spirit532
joined the channel
01:34
futarisIRCcloud
joined the channel
01:55
intrac
changed nick to: intracube
06:48
aombk2
left the channel
06:56
aombk
joined the channel
07:09
Bertl_zZ
changed nick to: Bertl
07:09
Bertl
morning folks!
07:26
sebix
joined the channel
07:26
sebix
left the channel
07:26
sebix
joined the channel
09:20
illwieckz
left the channel
12:53
illwieckz
joined the channel
13:44
Bertl
off for now .. bbl
13:44
Bertl
changed nick to: Bertl_oO
13:58
BAndiT1983|away
changed nick to: BAndiT1983
14:07
intracube
changed nick to: intrac
14:07
intrac
changed nick to: intracube
14:59
RexOrCine|away
changed nick to: RexOrCine
15:15
BAndiT1983
changed nick to: BAndiT1983|away
15:49
sebix
left the channel
16:43
BAndiT1983|away
changed nick to: BAndiT1983
19:31
BAndiT1983
anuejn, are you there?
19:45
vup
i am here
19:47
BAndiT1983
ah, sorry constantly mixing you both up ;)
19:47
vup
no worries
19:47
BAndiT1983
have commented on the environment var for C++ compiler, somehow it is missing
19:47
vup
yes
19:47
vup
that was also one of my first guesse, but later on it says
19:47
vup
-- Check for working C compiler: /usr/sbin/cc -- works
19:48
vup
why just doesn't make any sense to me
19:49
BAndiT1983
your line is about C compiler, but i see in the logs, that it finds c++ stuff, although i would'Ve expected gcc or clang
19:49
BAndiT1983
are cc and c++ aliases?
19:50
vup
it also says
19:50
vup
-- Check for working CXX compiler: /usr/sbin/c++ -- works
19:50
vup
(and of course -- The CXX compiler identification is unknown)
19:50
BAndiT1983
yup
19:50
BAndiT1983
hope that this is not a bug in cmake 3.15, as this link talks about a fix for 3.16 -> https://stackoverflow.com/questions/56937736/ti-cl2000-cmake-cxx-compiler-identification-is-unknown
19:51
BAndiT1983
would it help to supply -DCMAKE_CXX_COMPILER=... var for now?
19:51
vup
yes atleast locally /usr/sbin/cc is a link to gcc
19:51
BAndiT1983
i know that the link is talking about different compiler, but the bug just occurred recently it seems
19:52
vup
/usr/sbin/c++ is a executable, but seems too small to be the actual compiler
19:52
vup
i can try -DCMAKE_CXX_COMPILER=
19:52
vup
in the next CI run, but the error seems different here
19:52
BAndiT1983
is it a symlink?
19:52
vup
the c++ executable?
19:52
vup
no
19:53
BAndiT1983
i would almost guess that the compiler is not installed correctly
19:53
vup
hmm
19:53
futarisIRCcloud
left the channel
19:54
vup
ok seems it is either a hardlink or a copy
19:54
vup
but it has the same checksum as g++
19:54
vup
so that seems fine?
19:54
BAndiT1983
could be
19:54
BAndiT1983
is your container up to date?
19:54
vup
this is not even in the docker container
19:55
vup
but in the archlinuxarm chroot
19:55
BAndiT1983
ah, ok
19:55
vup
which should be exactly the same
19:55
vup
(minus updates between building locally and in the CI)
19:56
vup
(but updates can't be the problem, as i built it locally successfully after it broke in the CI)
19:57
BAndiT1983
just scrolled through the log and i see several package installs, but don't know the sequence of steps
19:57
BAndiT1983
wondering about gcc and clang install, but normally it shouldn't collide
19:57
vup
yeah and it works when building locally
19:58
BAndiT1983
CMake Error at /usr/share/cmake-3.15/Modules/CMakeCompilerIdDetection.cmake:26 (list):
19:58
BAndiT1983
can't we use 3.14 or so, just to check if there is a bug?
19:58
vup
the whole thing works fine if i run it locally
19:59
vup
so cmake 3.15 shouldn't be the problem
19:59
BAndiT1983
ok,ok, just looking for clues, as we had CI problems previously, which was working locally, but not on the build machine
19:59
vup
i just don't understand how the CI system can be any different from local
20:01
futarisIRCcloud
joined the channel
20:01
BAndiT1983
had trouble with some of the layers CI system use above containers or so, it wasn't building correctly and required a bit of voodoo, which differed from local one just slightly
20:01
vup
we are building everything in a docker container, and this doesn't even fail in the docker container, but in a chroot in this docker container, which again shouldn't have any differences between local and CI
20:01
BAndiT1983
is it possible to run CirrusCI locally? was testing my build scripts for CircleCI that way
20:01
vup
nope can't run cirrusci stuff locally yet
20:02
BAndiT1983
hm, that's a pity, this would rule out any possible intervention in their system
20:02
vup
yeah
20:02
vup
but i also don't quite see a way yet the actually could interfer
20:03
vup
hmm let me try to update the build container
20:04
BAndiT1983
it was quite some time ago, but there were some differences between local docker container and what CircleCI (or TravisCI?) have done while building
20:05
BAndiT1983
so it was pure luck, that it was possible to execute things on local machine to locate the problem
20:05
vup
hmm strange
20:05
BAndiT1983
e.g. if you don't install git in the container, then it uses it's own isntallation, from wherever
20:06
vup
hmm
20:06
vup
we are manually calling docker in the CI
20:06
BAndiT1983
but as i required submodules, i've added git as package
20:06
BAndiT1983
ok, then it's really interesting what's going on
20:06
vup
yep
20:06
BAndiT1983
have you built with version infos yet?
20:08
vup
yeah
20:08
vup
https://paste.niemo.de/mekekuvevi
20:08
BAndiT1983
looks also normal
20:08
vup
indeed
20:09
BAndiT1983
is g++ available as command?
20:10
BAndiT1983
try "which g++"
20:10
BAndiT1983
also "which c++", but just to see if it is found correctly
20:12
vup
sure
20:12
vup
one moment
21:33
BAndiT1983
changed nick to: BAndiT1983|away
22:03
futarisIRCcloud
left the channel
22:05
futarisIRCcloud
joined the channel