#mer log for Wednesday, 2018-06-13

*** frinring_ is now known as frinring02:36
NeoChapaymal: after update all packages my repo broken :) https://build.merproject.org/project/monitor/home:neochapay:mer:core can you help ?06:14
NeoChapaylbt: can you add https://git.merproject.org/neochapay/speexdsp.git to mer-core06:19
NeoChapaynext problem : vala-bootstrap removed from git.gnome.org07:32
r0kk3rzi cant find vala bootsrap anywhere...07:47
NeoChapayr0kk3rz: https://git.merproject.org/neochapay/vala-bootstrap i found07:51
NeoChapaylbt: can add https://git.merproject.org/neochapay/vala-bootstrap to mirror or mer-core ?07:51
r0kk3rzdo we even need it anymore?07:53
NeoChapayi think yes...but maybe not ^_^07:56
r0kk3rzi dont see it in fedora source at all07:56
NeoChapaymaybe...but it's not intresting for me now08:07
NeoChapayI not understand why aarch64 not buils08:07
NeoChapay*build08:07
abransonNeoChapay: do we need another speex package? i thought opus was taking over now08:14
abransonNeoChapay: I think you need to bootstrap that libgmp. maybe link it to another repo in the meta until those few have built08:14
abransonsomething has happened to remove that from your build, and you're stuck in a broken cycle08:15
NeoChapayabranson: i try build gmp in another repo https://build.merproject.org/package/show/home:neochapay:mer2/gmp08:27
NeoChapayand add it into meta08:27
NeoChapaybut nothing change08:28
NeoChapayabranson: last rpm commit broke rpm build https://build.merproject.org/package/live_build_log/home:neochapay:mer:core/rpm/latest_armv7hl/i58610:15
NeoChapayor not...10:18
NeoChapayoh...my mistake10:18
abransonNeoChapay: hopefully rpm is ok. it's a small tweak for bash compatibility during debuginfo extraction10:25
NeoChapayabranson: yea i see.10:26
NeoChapayabranson: can you help me with https://build.merproject.org/package/live_build_log/home:neochapay:mer:core/elfutils/latest_i486/i58610:26
NeoChapaywhat wrong ?10:26
abransonbut your bootstrap gmp looks like it's made the right thing. not sure why that's not working now...10:26
abransonNeoChapay: add elfutils-libs to the Keep of the project config10:27
abransonline 69 is where we put it I think10:28
NeoChapayabranson: ok i will try10:29
abransonNeoChapay: we're still working on this rpm upgrade. it's quite a ride.10:29
NeoChapayabranson: error with new rpm https://build.merproject.org/package/live_build_log/home:neochapay:mer:core/libtool/latest_armv7hl/armv8el10:30
NeoChapayabranson: https://build.merproject.org/package/live_build_log/home:neochapay:mer:core/ncurses/latest_armv7hl/armv8el10:30
NeoChapayin all builded packages10:30
abransonNeoChapay: you have to wait until libzypp is rebuilt, then trigger those again10:30
NeoChapayabranson: oh....10:31
abransonlike I said, quite a ride... :D10:31
*** Son_Goku is now known as Conan_Kudo10:34
*** Conan_Kudo is now known as Son_Goku10:34
r0kk3rzheh10:35
*** leinir_ is now known as leinir11:03
abransonNeoChapay: thanks for submitting all those requests for mer:core. i've fixed the packages you mentioned. haven't added the speex one yet though - will have to ask about that one11:46
abransoni'm declining the requests as I checked them all against the latest - some of them had changed again since11:46
*** SpeedEvil is now known as Guest94312:15
abransonNeoChapay: I found the fix for the gmp problem - we needed an explicit Provides in the prjconf for that. but i don't know why the rpm build fails. it only does so in the mer obs...13:05
malabranson: it seems libnice is not updated in mer:core, it's still 0.1.10 when mer-core git has 0.1.14, maybe webhook hasn't been triggeref for some reason13:18
r0kk3rzyeah and a bunch of new packages missing13:24
r0kk3rzoh you put in libwebp, thats a start13:25
malalso connman-qt5 is not updated13:30
abransonmal: libnice & connman-qt5 done. any more?13:32
*** BitEvil is now known as SpeedEvil13:32
r0kk3rzabranson: https://build.merproject.org/project/requests/mer:core13:33
abransonooh13:34
malabranson: libprolog13:34
malabranson: also meson package is missing13:37
malabranson: libgofonoext, libqofonoext, libqofono-qt5 and libgofono are old too13:46
NeoChapayabranson: https://build.merproject.org/package/show/home:neochapay:mer:core/meson meson here :)13:50
abransoni did meson already13:50
malabranson: libglibutil13:51
malabranson: gobject-introspection13:54
abransonmal: all done. are we there yet?14:02
abransonhoping something will solve the weird build failures14:02
malabranson: libav, qtlocation, qtbase14:03
malprobably more to come14:03
abransonwow those webhooks really haven't been working there14:03
malabranson: yep14:03
abransonthough i think they were broken for a while, and might be ok now. so we're dealing with a period in the past when they were off14:06
r0kk3rzhmm, maybe i need to figure out why meson doesnt build on mer-core repo :)14:08
malabranson: yes, webhooks were broken for weeks or even more and many times14:08
malalso why rpm fails to build14:10
malabranson: I think you might need the change dumb to N in elfutils?14:28
malin _service14:28
abransonooh yes thanks14:43
abransonfired and forgot there :)14:43
malabranson: I now learned what that dump setting does :)14:44
mal*dumb14:44
abransonyep. that one need manually switching in the webhook too, so if we do it on the jolla build servers the mer ones don't get the memo14:45
abransonand we do like switching a dumb package for a nice submodule14:46
malthat elfutils nicely triggers rebuild of everything14:46
abransonfingers crossed. rpm seemed to be missing some dwarf lib from there, so I hope this update will fix the rpm build14:46
malmaybe I should go through all of the packages to see which ones are too old14:47
abransonthere's quite a lot of them14:47
abransonbest to at least let the build catch some of them14:48
malyep14:48
malbut some might be still old but without breaking the build14:48
NeoChapaymal: i create script who remove revision from all _service files in project14:49
NeoChapayhttps://neochapay.ru/blogs/zapiski-utkonosa-programmista/obnovit-revizii-vseh-paketov-do-posledne.html14:49
malI think OBS is not the best in determining the build order for packages, it seems to build some packages many times, not sure if there is a correct order but seems not so optimal15:20
abransonmal: the declared dependencies aren't very accurate really. some are missing, and some cause cycles that need to be broken in the project conf15:26
abransonit's the sort of thing that would take an unreasonable amount of time to get completely correct15:26
abransonbut it does need to build things many times - there are lots of loops. simple example is rpm. it needs to build itself twice - once with its own version then again with its new version.15:27
malabranson: xkeyboard-config, wpa_supplicant, vala, util-linux, tzdata-timed, more to come15:55
abransonmal: are you doing what I'm doing? :)15:56
malabranson: yes15:56
malabranson: from the end15:56
malabranson: you seem to do from the start15:56
abransonah no, i've made NeoChapay's script just dump the revisions, and I'm going to diff it15:57
maloh, ok15:57
malI'm doing it manually :)15:57
malI mean comparing to mer-core manually15:58
malabranson: but if you are doing it that way maybe I won't continue15:59
abransonmal: yeah this should be quite accurate15:59
malabranson: although there is small change there are some things broken as NeoChapay had webhooks broken for a while, but in those cases mer:core itself should be newer16:02
malbut if you just compare the hashes and trigger everything with difference then it should be fine16:02
r0kk3rzitd be best to check the tags on each git repo16:02
abransonwhatever's out of sync i'll check the webhook too16:03
malr0kk3rz: I'm doing that manually which might not be the best way16:03
r0kk3rzhaving a script would be awesome for when webhooks dies next :)16:03
malyep16:04
malbut we need to be sure we compare the tags of the correct branch, some have tags in many branches16:05
abransonsome have needed branch changes even16:10
abransonthis should tell me if there are any other packages missing too16:11
malabranson: passwd _service needs the dump -> N change also17:34
mal*dumb17:34
abransonthx!17:34
malabranson: quite many packages you have updated so far17:34
abransoni'm up to P :)17:35
malabranson: it seems vala repo might need fixing of submodule paths?18:19
malgnome moved their repos to gitlab at https://gitlab.gnome.org/GNOME/18:19
malabranson: zypper needs dumb->N18:22
abransonmal: thought i'd fixed zypper. seems I didn't!19:26
abransonsomeone was saying something about vala, will see what they did19:26
abransonhmm no it wasn't dumb, we're just using an older version of it19:30
*** kimmoli is now known as Guest5386719:40
r0kk3rzyeah we should probably update it19:45
abransonnow rpm's in, the zypps can be updated. but after it's all stable.19:48
abransonupdating packages is hard :D19:49
r0kk3rzgood ol package jenga :)19:51
malabranson: something odd in the arm builds20:06
abransonmal: yeah it does that. should fix itself eventually.20:07
malah, ok20:08
malso just some incorrect build order20:08
abransonyeah. they'll need to be rebuilt after libzypp and zypper have been built against the new rpm20:09
abranson...iirc20:09
abransonthe last week or so has been quite a ride :D20:09
malabranson: related to updated packages, I notice the Qt 5.9 MRs in mer-core and started again to think about my wayland update and possible qtwayland update20:10
abransonthat would be cool. i don't know the ins and outs of it all though. the interdependencies sound very complicated20:12
r0kk3rzid get the prs ready at least20:12
abransonbuilding vala off my PR. i stuck them in the mer mirror20:12
malabranson: well lipstick will need quite many fixes for new qtwayland20:12
abransonyes i heard that20:12
abransonit's changed a lot20:13
r0kk3rzit didnt look too epic tbh20:13
malabranson: but those are mostly available already in asteroidos fork20:13
abransonoh cool20:13
malat least up to 5.820:13
abransondidn't know asteroid used lipstick20:13
malit seems to use20:14
r0kk3rzyeah it does, but idk about anything alien-dalvik or browser that might need butchering20:14
malabranson: the thing is that testing it is not fun if I'm updating qtwayland to 5.9 at the same time as wayland, because I would have to rebuild Qt myself20:15
malall of it20:15
r0kk3rzyou can do it with old qtwayland through right?20:16
malr0kk3rz: yep, there will probably be many issuea but we can't stay with old qtwayland forever20:16
malr0kk3rz: wayland probably yes20:16
malr0kk3rz: wayland update works with old qtwayland, except that I have crashes with sdl app, everything else works fine20:17
r0kk3rzyeah its going to need doing, but jolla would have the resources to do it20:17
malhopefully the crash issue I have is not due to qtwayland somehow20:18
malit shouldn't but can't be sure, backtrace points to libhybris maybe20:18
malthere is some double free issue in event handling, maybe some race condition20:19
r0kk3rzeww20:20
malindeed20:21
malmaybe both sdl and libhybris wayland code try to process events and do something fishy20:21
malor just libhybris doing some bad things, the code is not nice20:22
abransonok, going to let that chug away overnight. see where it ends up in the morning.20:23
malit will take quite many hours to build20:23
r0kk3rzchurn churn churn your obs :)20:24
*** Nokius_ is now known as Nokius21:10

Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!