| *** niven.freenode.net sets mode: +v T4 | 01:44 | |
| *** niven.freenode.net sets mode: +o tbr | 01:44 | |
| *** ced117 is now known as Guest31599 | 01:48 | |
| *** ChanServ sets mode: +v T4 | 05:39 | |
| T4 | <neochapay> Fixing rotation app preview in appswitcher https://github.com/nemomobile-ux/glacier-home/pull/80 | 09:06 |
|---|---|---|
| T4 | <neochapay> @locusf @samzn @faenil ping | 12: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 |
| r0kk3rz | are you still trying to build mips | 13:24 |
| T4 | <neochapay> it`s last mips package with faul :) | 13:25 |
| T4 | <neochapay> [Edit] it`s last mips package with fail :) | 13:25 |
| r0kk3rz | oh wow | 13:25 |
| T4 | <locusf> oh crap | 13: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 patch | 13:26 |
| T4 | <neochapay> https://build.merproject.org/project/monitor/home:neochapay:mer:qt56 | 13:26 |
| T4 | <neochapay> https://build.merproject.org/project/monitor/home:neochapay:mer:mw | 13:26 |
| T4 | <neochapay> https://build.merproject.org/project/monitor/home:neochapay:mer:nemo-devel-ux | 13:26 |
| T4 | <neochapay> All is build ^_^ | 13:26 |
| T4 | <neochapay> i separate mer:core to separate repos core middleware qt56 and nemo-ux | 13:27 |
| T4 | <neochapay> and crosstuls | 13:27 |
| T4 | <neochapay> and just tools :) | 13:27 |
| T4 | <neochapay> and aarch64 to | 13:28 |
| T4 | <neochapay> but r0kk3rz broke opus build on aarch64 and i use old version of opus :) | 13:29 |
| r0kk3rz | there is a flag to fix it | 13:30 |
| r0kk3rz | https://git.merproject.org/r0kk3rz/opus/commit/ec8806ee2774bbf3cae9cc1f536150a0f9b9ae21 | 13:31 |
| T4 | <neochapay> but why in not mer-core ? | 13:32 |
| r0kk3rz | i was told to leave it | 13:33 |
| r0kk3rz | all the aarch64 neon enhancements should work with a newer gcc or something | 13:34 |
| T4 | <neochapay> ok i use you repo to opus | 13:35 |
| abranson | the trouble is that if we disable them now, then we might miss re-enabling them when we have the new gcc | 13:35 |
| abranson | and aarch64 is unlikely to work well with the current compiler | 13:35 |
| r0kk3rz | nemochapay can pioneer that for us, see how broken it is | 13: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 |
| abranson | does that build opus without r0kk3rz flag? | 13:36 |
| T4 | <neochapay> abranson... i checinkg now | 13:37 |
| abranson | NeoChapay: does that mer2:core project use that new gcc? | 13:37 |
| T4 | <neochapay> yeap...trying | 13:38 |
| T4 | <neochapay> i try rebuild all mer-core to new gcc but i have so mutch fail | 13:38 |
| r0kk3rz | i think thats because of sb2 | 13:39 |
| T4 | <neochapay> r0kk3rz i remake it with new gcc | 13: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 gcc6 | 13:40 |
| r0kk3rz | yeah but it passes through to host gcc for performance reasons | 13:40 |
| r0kk3rz | something like that anyway | 13:41 |
| abranson | yeah: [ 45s] [106/115] installing gcc-4.8.3-1.9.21 | 13: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 haha | 13:42 |
| abranson | something to do with cross tools too? this stuff is quite complex | 13:42 |
| r0kk3rz | s/quite complex/a house of cards/g | 13:42 |
| * bencoh shuffles the cards | 13:43 | |
| T4 | <neochapay> ok...in first i think i need to check crossutils.... | 13:43 |
| r0kk3rz | i hope nobody needs to use obs for anything soon, neochapay is going to break it again :) | 13:44 |
| T4 | <neochapay> ha ha | 13:44 |
| T4 | <faenil> r0kk3rz: 48h days? :D | 13:49 |
| *** ChanServ sets mode: +v T4 | 14: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 everything | 15: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 perfectly | 15:24 |
| ol | @neochapay: | 16:52 |
| ol | > https://build.merproject.org/package/binaries/home:neochapay:mer2:core/gcc?repository=latest_i486 | 16:52 |
| ol | Just 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 steep | 16:53 |
| r0kk3rz | 6 is still >4 | 16:56 |
| ol | Yes, but it is still <8 | 16:56 |
| T4 | <neochapay> Yes but I am alone who works on it! | 17:06 |
| r0kk3rz | yeah, if you want updated stuff get packaging! | 17:07 |
| r0kk3rz | ive updated a number of things in mer-core this year | 17:07 |
| ol | Why not just use gcc from Fedora? | 17:07 |
| r0kk3rz | fedora packaging is usually where i start with updates | 17:08 |
| ol | I 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 |
| r0kk3rz | so do it | 17:16 |
| *** ChanServ sets mode: +v T4 | 17:20 | |
| TheKit | ol, 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 work | 17:21 |
| r0kk3rz[m] | You could also package stuff nemo needs onto PMOS | 17:32 |
| T4 | <samzn> One of the things I'd love to do is to migrate most of the Nemo Mer base into a Fedora base | 17:33 |
| T4 | <samzn> Then we wouldn't even need to worry almost ever about the lower level things | 17:33 |
| T4 | <samzn> Issue is that Fedora releases moves to quickly | 17:34 |
| T4 | <samzn> And we really need something more akin to LTS | 17:34 |
| r0kk3rz[m] | Its doable, kido basically did the same for OpenEmbedded | 17: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 though | 17:35 |
| TheKit | r0kk3rz, PMOS is partly there, but need to package more and there would be probably some issues with newer Qt and so on | 17:35 |
| T4 | <samzn> I think locusf had a demo of lipstick running on latest Qt | 17:35 |
| T4 | <K31j0> does hybris have a harddep on systemd? | 17:41 |
| T4 | <K31j0> asking from curiosity | 17:41 |
| r0kk3rz[m] | Kido runs lipstick on qt5.10 i think | 17:42 |
| r0kk3rz[m] | Libhybris has zero things to do woth systemd | 17:42 |
| T4 | <samzn> @K31j0 [does hybris have a harddep on systemd?], mostly halium I think | 17:42 |
| T4 | <samzn> [Edit] Issue is that Fedora releases moves too quickly | 17:43 |
| T4 | <K31j0> IIRC hybris converts bionic calls to glibc calls, but I have no idea why there's still no hybris OS without systemd | 17:43 |
| r0kk3rz[m] | Because noone did it? Theres no reason you couldnt | 17:46 |
| vknecht | if 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 |
| kido | r0kk3rz[m]: AsteroidOS uses Qt 5.11 | 18:26 |
| kido | I 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 lot | 18:27 |
| kido | we also use some wayland extensions that are not used by the nemo lipstkck and have been removed from qtwayland | 18:28 |
| mal | kido: there is a PR to mer-core lipstick which uses your 5.8 patches as base | 18:38 |
| kido | oh, cool :) I hope it was cleaned a little bit because the work was not 100% clean | 18:44 |
| mal | kido: because sailfish is mobing to Qt 5.9 at some point and most of the PRs for that are already there waiting | 18:45 |
| mal | *moving | 18:45 |
| kido | that'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 use | 18:45 |
| mal | yes, it was disabling a lot of stuff needed in sailfish | 18:45 |
| kido | but cool to know my work was useful | 18:46 |
| kido | maybe I'll rebase the asteroidos fork on top of the new upstream if/when the PR gets merged | 18:47 |
| kido | if 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 of | 18:50 |
| r0kk3rz | yeah qt5.9 sooooonTM | 18:51 |
| r0kk3rz | mal: did you solve that wayland sdl2 problem? | 18:52 |
| mal | r0kk3rz: nope | 18:53 |
| mal | r0kk3rz: I'm hoping Qt 5.9 would help with that | 18:53 |
| T4 | <samzn> @K31j0 [IIRC hybris converts bionic calls to glibc cal …], ubports uses upstart, no? Also, I'd say for convenience | 19:02 |
| T4 | <K31j0> conveniewhat? | 19:02 |
| T4 | <K31j0> halium ubports probably has systemd first and then handoff | 19:03 |
| r0kk3rz | mal: i hope jolla have the wayland update in their roadmap for sfos3 | 19:13 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!