Thursday, 2018-06-14

*** Guest53867 is now known as kimmoli02:29
malarm builds still going, some failures in x86 builds05:25
malabranson: could you fix libsolv _service, it's marked as dumb and therefore using very old version, or is that intentionallly old05:57
malhmm, it seems latest sailfish does indeed use the old version, but maybe the other updated packages cause that to fail06:00
NeoChapayzypper and libzypp is fail06:07
malNeoChapay: probably because of libsolv06:08
NeoChapaymal: https://build.merproject.org/package/show/home:neochapay:mer:core/libblockdev needed to udisk206:10
malyep06:11
NeoChapaymal: and https://build.merproject.org/package/show/home:neochapay:mer:core/cryptsetup06:13
malNeoChapay: abranson is the one fixing mer:core, I'm just telling him what issues I see06:14
NeoChapayabranson: https://build.merproject.org/package/show/home:neochapay:mer:core/volume_key06:16
NeoChapaymal: ok :)06:16
abransonNeoChapay: ah thanks. I nearly created those but wasn't sure if I should06:19
abransonso I will06:19
abransonmal: i have to double check which version of the zypp stuff should be used here. I think i've got it the same as internally, but something isn't right so maybe it's another package06:22
malabranson: NeoChapay used the latest in his version of mer:core06:22
malabranson: libzypp for example fails with Solver errors06:24
abransongetting libzypp to build is the key to getting past the other rpm errors06:24
*** leinir_ is now known as leinir06:43
NeoChapaytypedef int bool; ? oh nice :)))))06:46
sledgesPSA: Sailfish OS collab at #mer-meeting in under 10mins07:51
*** rainemak_ is now known as rainemak08:03
*** dcaliste_ is now known as dcaliste08:09
NeoChapayabranson: https://git.merproject.org/mer-core/libzypp/merge_requests/17 libzypp build fix08:11
abransonNeoChapay: it's building ok internally though - I need to find out what the difference is08:17
abransonbut thanks!08:17
NeoChapaywith lastet version of rpm it`s not build08:17
abransonit does on the internal jolla obs. i must have some package versions wrong somewhere. i'll check it later.08:24
NeoChapayabranson: libgudev needed to udisk2 https://build.merproject.org/package/show/home:neochapay:mer:core/libgudev09:42
abransonNeoChapay: yeah i'm going to add all those extra repos for udisk2 - I wasn't sure if they should be added before09:42
NeoChapayi not understand why gobject-introspection build fail on x86_64 https://build.merproject.org/package/live_build_log/home:neochapay:mer:core/gobject-introspection/latest_x86_64/x86_6409:44
r0kk3rzlbt: can you fork this into mirror folder for me? - https://github.com/libjpeg-turbo/libjpeg-turbo09:45
lbtsure09:46
r0kk3rzthanks :)09:50
lbthttps://git.merproject.org/mirror/libjpeg-turbo09:54
r0kk3rzhmm libjpeg has a lot of tests09:58
r0kk3rzalso we have two packaging repos for it - https://git.merproject.org/mer-core/libjpeg - https://git.merproject.org/mer-core/libjpeg-turbo10:00
r0kk3rzwhich are two different versions of the same thing10:00
abransonr0kk3rz: i think we're only using -turbo. at least that's what the libjpeg obs build internally is using.10:01
r0kk3rzthat is the newer of the two10:01
r0kk3rzso we should can the older one10:01
abransonyeah I think it maybe was superceded by the turbo version10:02
lbtwe have an attic for old repos10:02
abransonlbt ^ could the non-turbo version go in the attic for safekeeping?10:02
abranson:)10:02
lbthaha10:02
r0kk3rztake it out the back of the chook shed10:02
NeoChapayi think we can delete ppl package10:02
abransonpoor old shep10:02
NeoChapayno dependends and so old code10:03
abransonyes that's no longer used internally I think. I have a few others missing that I will check with lbt when it's firmed up10:03
lbtmer-core:devel uses it - but that whole thing is outdated10:04
lbthttps://git.merproject.org/mer-core-attic/libjpeg10:07
r0kk3rzlbt: the non-reboot obs repos should be canned too10:08
r0kk3rzits confusing otherwise10:08
lbtyep - there are masses of branches which makes it a real chore :/10:13
r0kk3rzyeah it'll probably break a lot of home repos too10:14
NeoChapayOkay....my mer:core for i486 build finished! 3 fails 2 unresolvable :)10:27
NeoChapayOh...kmooooon https://build.merproject.org/package/live_build_log/home:neochapay:mer:core/sb2-tools-qt5-armv7hl/latest_armv7hl/i586 what wrong ?11:50
*** frinring_ is now known as frinring12:52
r0kk3rzhttps://git.merproject.org/mer-core/libjpeg-turbo/merge_requests/113:56
r0kk3rzpvuorela: ^^13:56
pvuorelar0kk3rz: nice, i'll check when i can.14:44
r0kk3rzoh, perhaps i got overzealous with my squashing15:06
abransonr0kk3rz: we tend to swap out those copies for submodules where we can17:49
abransonoh you did! :D17:50
abransonthe squashing's good, though I think sometimes we separate the move to submodule from the spec changes, so it's easier to review17:51
r0kk3rzyeah got it submoduled and pointed to the mirror :P17:56
abransonSmashing18:37
*** Nokius_ is now known as Nokius20:32

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