Wednesday, 2018-10-10

*** niven.freenode.net sets mode: +v T401:44
*** niven.freenode.net sets mode: +o tbr01:44
*** ced117 is now known as Guest3159901:48
*** ChanServ sets mode: +v T405:39
T4<neochapay> Fixing rotation app preview in appswitcher https://github.com/nemomobile-ux/glacier-home/pull/8009:06
T4<neochapay> @locusf @samzn @faenil ping12:37
T4<faenil> I have't touched that code for too long... :/12:38
r0kk3rz@faenil: theres one way to solve that ;)13:19
T4<neochapay> https://pastebin.com/pe09CRNH who can ask me - what i do wrong ?13:23
r0kk3rzare you still trying to build mips13:24
T4<neochapay> it`s last mips package with faul :)13:25
T4<neochapay> [Edit] it`s last mips package with fail :)13:25
r0kk3rzoh wow13:25
T4<locusf> oh crap13:26
T4<neochapay> https://build.merproject.org/project/monitor/home:neochapay:mer:core is ok ... systemd build in another repo because i need to check my patch13:26
T4<neochapay> https://build.merproject.org/project/monitor/home:neochapay:mer:qt5613:26
T4<neochapay> https://build.merproject.org/project/monitor/home:neochapay:mer:mw13:26
T4<neochapay> https://build.merproject.org/project/monitor/home:neochapay:mer:nemo-devel-ux13:26
T4<neochapay> All is build ^_^13:26
T4<neochapay> i separate mer:core to separate repos core middleware qt56 and nemo-ux13:27
T4<neochapay> and crosstuls13:27
T4<neochapay> and just tools :)13:27
T4<neochapay> and aarch64 to13:28
T4<neochapay> but r0kk3rz broke opus build on aarch64 and i use old version of opus :)13:29
r0kk3rzthere is a flag to fix it13:30
r0kk3rzhttps://git.merproject.org/r0kk3rz/opus/commit/ec8806ee2774bbf3cae9cc1f536150a0f9b9ae2113:31
T4<neochapay> but why in not mer-core ?13:32
r0kk3rzi was told to leave it13:33
r0kk3rzall the aarch64 neon enhancements should work with a newer gcc or something13:34
T4<neochapay> ok i use you repo to opus13:35
abransonthe trouble is that if we disable them now, then we might miss re-enabling them when we have the new gcc13:35
abransonand aarch64 is unlikely to work well with the current compiler13:35
r0kk3rznemochapay can pioneer that for us, see how broken it is13:36
T4<neochapay> https://build.merproject.org/package/binaries/home:neochapay:mer2:core/gcc?repository=latest_i486 Yea....new gcc/....13:36
T4<neochapay> [Edit] https://build.merproject.org/package/binaries/home:neochapay:mer2:core/gcc?repository=latest_i486 Yea....new gcc....13:36
abransondoes that build opus without r0kk3rz flag?13:36
T4<neochapay> abranson... i checinkg now13:37
abransonNeoChapay: does that mer2:core project use that new gcc?13:37
T4<neochapay> yeap...trying13:38
T4<neochapay> i try rebuild all mer-core to new gcc but i have so mutch fail13:38
r0kk3rzi think thats because of sb213:39
T4<neochapay> r0kk3rz i remake it with new gcc13:39
T4<neochapay> i think....13:39
T4<neochapay> abranson https://build.merproject.org/package/live_build_log/home:neochapay:mer2:core/opus/latest_aarch64/aarch64 fail with gcc613:40
r0kk3rzyeah but it passes through to host gcc for performance reasons13:40
r0kk3rzsomething like that anyway13:41
abransonyeah: [   45s] [106/115] installing gcc-4.8.3-1.9.2113:41
T4<neochapay> ...maybe....i try copy my mer:core to mer2:core and will fix all errore.....13:41
T4<neochapay> abranson damn!13:41
T4<neochapay> oh....gcc6 arm build fail haha13:42
abransonsomething to do with cross tools too? this stuff is quite complex13:42
r0kk3rzs/quite complex/a house of cards/g13:42
* bencoh shuffles the cards13:43
T4<neochapay> ok...in first i think i need to check crossutils....13:43
r0kk3rzi hope nobody needs to use obs for anything soon, neochapay is going to break it again :)13:44
T4<neochapay> ha ha13:44
T4<faenil> r0kk3rz: 48h days? :D13:49
*** ChanServ sets mode: +v T414:28
T4<samzn> @samzn [<reply to media>], https://www.zdnet.com/article/microsoft-open-sources-its-entire-patent-portfolio/15:12
T4<samzn> @faenil [r0kk3rz: 48h days? :D], not even that is enough to solve everything15:13
T4<jgibbon> @samzn [https://www.zdnet.com/article/microsoft-open-s …], Interesting. So, can individuals without patent ownership join the OIN? And, relevant to the picture and your ideas for a "split screen ui", are the Nokia UI Patents part of the Microsoft portfolio?15:23
T4<samzn> They seem to be, my idea was prior to finding that patent but it seems to match it almost perfectly15:24
ol@neochapay:16:52
ol> https://build.merproject.org/package/binaries/home:neochapay:mer2:core/gcc?repository=latest_i48616:52
olJust out of curiosity, why are you building outdated compiler? There is already gcc 8 with C++17 support.16:52
T4<neochapay> Oh...can I up version steep by steep16:53
r0kk3rz6 is still >416:56
olYes, but it is still <816:56
T4<neochapay> Yes but I am alone who works on it!17:06
r0kk3rzyeah, if you want updated stuff get packaging!17:07
r0kk3rzive updated a number of things in mer-core this year17:07
olWhy not just use gcc from Fedora?17:07
r0kk3rzfedora packaging is usually where i start with updates17:08
olI was saying many times: main problem with Mer / Nemo / Sailfish is repeating work that is already done in other distributions. I propose to rebase as many packages on Fedora, write OBS service that tracks changes in these packages, and support only those packages that are unique to Mer.17:12
r0kk3rzso do it17:16
*** ChanServ sets mode: +v T417:20
TheKitol, if someone was up to it, I suppose it could be easier to package Mer + hybris stuff on top of Fedora then, but that's lot of work17:21
r0kk3rz[m]You could also package stuff nemo needs onto PMOS17:32
T4<samzn> One of the things I'd love to do is to migrate most of the Nemo Mer base into a Fedora base17:33
T4<samzn> Then we wouldn't even need to worry almost ever about the lower level things17:33
T4<samzn> Issue is that Fedora releases moves to quickly17:34
T4<samzn> And we really need something more akin to LTS17:34
r0kk3rz[m]Its doable, kido basically did the same for OpenEmbedded17:34
T4<faenil> yeah, last time we said we'd do it on OpenEmbedded..it was FOSDEM, like...3y ago?17:34
T4<samzn> Not sure how moving to Fedora would affect Sailfish intercompatibility though17:35
TheKitr0kk3rz, PMOS is partly there, but need to package more and there would be probably some issues with newer Qt and so on17:35
T4<samzn> I think locusf had a demo of lipstick running on latest Qt17:35
T4<K31j0> does hybris have a harddep on systemd?17:41
T4<K31j0> asking from curiosity17:41
r0kk3rz[m]Kido runs lipstick on qt5.10 i think17:42
r0kk3rz[m]Libhybris has zero things to do woth systemd17:42
T4<samzn> @K31j0 [does hybris have a harddep on systemd?], mostly halium I think17:42
T4<samzn> [Edit] Issue is that Fedora releases moves too quickly17:43
T4<K31j0> IIRC hybris converts bionic calls to glibc calls, but I have no idea why there's still no hybris OS without systemd17:43
r0kk3rz[m]Because noone did it? Theres no reason you couldnt17:46
vknechtif Fedora's too fast, maybe CentOS would do ? :)17:56
T4<minimec> @K31j0 [IIRC hybris converts bionic calls to glibc cal …], As far as I know, ubuntu touch uses 'upstart' in combination with libhybris.17:56
kidor0kk3rz[m]: AsteroidOS uses Qt 5.1118:26
kidoI did some heavylifting to the wayland compositor part of lipstick since Qt 5.8 but since then I assume that the upstream nemo lipstick diverged quite a lot18:27
kidowe also use some wayland extensions that are not used by the nemo lipstkck and have been removed from qtwayland18:28
malkido: there is a PR to mer-core lipstick which uses your 5.8 patches as base18:38
kidooh, cool :) I hope it was cleaned a little bit because the work was not 100% clean18:44
malkido: because sailfish is mobing to Qt 5.9 at some point and most of the PRs for that are already there waiting18:45
mal*moving18:45
kidothat's why I didn't send a PR myself. it was good enough for asteroid but I think I just removed some annoying parts that we don't even use18:45
malyes, it was disabling a lot of stuff needed in sailfish18:45
kidobut cool to know my work was useful18:46
kidomaybe I'll rebase the asteroidos fork on top of the new upstream if/when the PR gets merged18:47
kidoif whoever had to work on my compositing patch is here, sorry for the dirty work :P i remember it was a mess I wasn't very proud of18:50
r0kk3rzyeah qt5.9 sooooonTM18:51
r0kk3rzmal: did you solve that wayland sdl2 problem?18:52
malr0kk3rz: nope18:53
malr0kk3rz: I'm hoping Qt 5.9 would help with that18:53
T4<samzn> @K31j0 [IIRC hybris converts bionic calls to glibc cal …], ubports uses upstart, no? Also, I'd say for convenience19:02
T4<K31j0> conveniewhat?19:02
T4<K31j0> halium ubports probably has systemd first and then handoff19:03
r0kk3rzmal: i hope jolla have the wayland update in their roadmap for sfos319:13

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