/srv/irclogs.ubuntu.com/2020/01/14/#ubuntu-devel.txt

=== ben_r_ is now known as ben_r
seb128doko, hey, looks like python3-gi/arm64 is unhappy in focal-proposed, do you have about it?10:47
seb128doko, it looks like maybe some problem with libffi10:47
seb128testcase10:47
seb128$ sudo apt install python3-goocalendar10:47
seb128python3 -c "import goocalendar ; print(goocalendar.__version__)"10:48
seb128-> segfaults10:48
seb128#0  0x0000000000000000 in ?? ()10:48
seb128#1  0x0000fffff7390ff8 in ffi_call_SYSV () at ../src/aarch64/sysv.S:11410:48
seb128#2  0x0000fffff7390634 in ffi_call_int (cif=0xa12d78, fn=<optimized out>,10:48
seb128Laney, ^ just as a fyi that's what is creating that stack of python/gi autopkgtest failures on arm6410:48
Laneycool, thx for looking at that10:51
seb128doko, I reported it as bug #1859610 , that's going to block lot of things since any gobject binding is segfaulting much makes the autopkgtest for most desktop components fail on arm6411:24
ubottubug 1859610 in libffi (Ubuntu) "python-gi/arm64 segfaults with the focal-proposed libffi version" [High,New] https://launchpad.net/bugs/185961011:24
dokoseb128: yes, known, in the works11:42
seb128doko, great, thx!11:42
ahasenackrafaeldtinoco: we have python-tornado 6.0.3+really5.1.1-2 in focal, how does that change https://code.launchpad.net/~rafaeldtinoco/ubuntu/+source/pcs/+git/pcs/+merge/377171/comments/989992 now?12:37
ahasenackwe can keep requiring >=6 in d/control, like debian12:37
rafaeldtinocoindeed12:38
rafaeldtinocobut we didn't have it, right ? (just checking)12:38
ahasenackrafaeldtinoco: yeah, it was sycned on the 10th12:38
ahasenackhttps://launchpad.net/ubuntu/+source/python-tornado/+publishinghistory12:38
rafaeldtinocook.. debian dropped the 5.1 patch, we should keep it12:38
ahasenackby xnox12:38
rafaeldtinocoahasenack: i'll change the merge12:39
rafaeldtinocoand re-push12:39
ahasenackrafaeldtinoco: k12:39
ahasenackrafaeldtinoco: debian dropped that work-with-tornado-5 patch, and yet their tests are passing with that tornado 6+really-512:43
ahasenackrafaeldtinoco: someone also added a badtest hint to pcs, so it migrated12:53
rafaeldtinoco...12:55
rafaeldtinoco=)12:55
ahasenackmaybe they want to maintain these packages, since they keep racing us12:56
ahasenackI'm not sure anymore where we stand now12:57
rafaeldtinocoi'll have to review my merges12:57
rafaeldtinocofor us to sync again12:57
cpaelzerI have a segfault in a package build, but the build environments do not gather crash dumps (at least I found none)13:37
cpaelzerdid anyone ever create a snippet of some sort to configure storing the dump in e.g. sbuild where I could then chroot in and check what is going on13:37
cpaelzerP.S. of course the issue only appears at the build on LP and sbuild, but works fine when chrooting into sbuild later or LXD or KVm based build envs13:38
dokoseb128: what to do wirh https://launchpad.net/ubuntu/+source/ubuntuone-dev-tools/13.10-0ubuntu7/+build/18549380 ?13:38
seb128doko, no idea offhand, I will have a look13:40
dokota13:41
tjaaltonLocutusOfBorg: why does libsdl2 build-all test run cmake directly instead of with correct options like the package build?14:22
LocutusOfBorgtjaalton, feel free to fix and commit :D14:35
* LocutusOfBorg checks14:36
tjaaltonI'll just disable gles1 from CMakeLists.txt14:36
tjaaltonit's getting enabled14:36
tjaaltonunconditionally, if autoconf isn't used14:37
seb128tjaalton, webkit2gtk started ftbfsing with that error14:41
seb128../Source/WebKit/UIProcess/gtk/WaylandCompositor.cpp:134:116: error: ‘EGL_WAYLAND_BUFFER_WL’ was not declared in this scope14:41
=== ricab is now known as ricab|lunch
seb128do you know if that's a known issue?14:41
tjaaltonno14:41
LocutusOfBorgtjaalton, yes, cmake needs a patch to allow disabling of opengles114:43
tjaaltonseb128: seems to build in experimental14:44
tjaaltonseb128: EGL_WAYLAND_BUFFER_WL is defined in EGL/eglmesaext.h which is (still) shipped by libegl1-mesa-dev, so dunno why it's not working there14:56
LocutusOfBorgtjaalton, is the gles1 change somehting I have to commit in Debian too=?15:11
tjaaltonLocutusOfBorg: it fails to build there, and i filed a bug about it15:23
tjaaltonneeds gles1 disabled15:23
tjaaltonor the headers fixed, but that's upstream's headache15:24
cpaelzerrbasak: are there better ways to chroot into an sbuild than sudo chroot /run/schroot/mount/${1} ?15:26
cpaelzerjust in case this might be important as well, $1 is the session ID15:27
cpaelzeras we are hunting for environment details every little bit could matter15:27
LocutusOfBorgtjaalton, committed on git15:38
=== ricab|lunch is now known as ricab
ahasenacksmb: hi, is this on your radar? https://bugs.launchpad.net/ubuntu/+source/xen/+bug/185943216:56
ubottuLaunchpad bug 1859432 in xen (Ubuntu) "xen needs to depend on python2 instead of python (or better python3)" [High,Confirmed]16:56
ahasenackhm, doko fixed that already17:00
dokoLocutusOfBorg: llvm-8: are you sure that scripts have a python2 shebang?19:55
seb128doko, is the libffi no change rebuild fixing the arm64 segfault issue? (just to know if we can/should retry things)21:15
LocutusOfBorgdoko, they haven't21:54
LocutusOfBorgbut I enforce both python2 and python3 at runtime21:55
LocutusOfBorgso meh21:55
LocutusOfBorgI had to sed s/python2/python3 for llvm-9 and extract a patch21:55
LocutusOfBorgI couldn't run dh_python3 to do its job properly and I don't care too much anymore about llvm-821:55

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!