08:00:10 #startmeeting Sailfish OS, open source, collaboration – June 11th 2020 08:00:10 Meeting started Thu Jun 11 08:00:10 2020 UTC. The chair is Jaymzz. Information about MeetBot at http://wiki.debian.org/MeetBot. 08:00:10 Useful Commands: #action #agreed #help #info #idea #link #topic. 08:00:26 #info Meeting information and agenda can be found here: https://lists.sailfishos.org/pipermail/devel/2020-June/009208.html 08:00:35 I am the meeting’s chairperson today, and will be doing my best to keep time and order. Please behave, respect the timings and be gentle. 08:00:45 #topic Brief introduction (5 min). Please prefix your name/handle with # info 08:00:59 #info James Noori - sailor @ Jolla 08:01:09 #info piggz/Adam pigg - community porter 08:01:17 #info Andrew Branson - sailor @ Jolla 08:01:18 #info Gabriel - community 08:01:29 #info peperjay - community 08:01:35 #info Damien Caliste - community 08:01:45 #info BirdZhang - community 08:01:52 #info Anton Thomasson - developer of shitty apps... just watching with half an eye 08:02:06 #info David Llewellyn-Jones- sailor @ Jolla (partially present). 08:02:27 #info pasik - community 08:03:21 #info nobodyinperson: community 08:04:48 Welcome everyone :) we'll be moving to the 1st topic of the day in a minute 08:06:19 #topic sailfishos Qt5 upgrade (15 min – by pasik) 08:06:34 #info community is curious about the current plans and timeframe for sfos Qt5 upgrade, especially with the rest of the sfos toolstack recently upgraded. Newer Qt5 version would obviously help developing native apps and porting existing Qt5 apps more easily to sfos. In earlier meetings it was mentioned Qt licensing isn't a problem anymore for sfos community devices, so that's hopefully sorted out now? Is it likely sfos moves d 08:06:35 irectly to a newer Qt version (such as Qt 5.12 LTS) rather than the old plan of Qt 5.9, which is now quite old already? Any news? 08:06:43 And here comes the answer: 08:06:55 #info As you have noted we did preparation work for Qt 5.9 earlier. The current plan is still to proceed step by step, but we are not announcing any schedule for the update. 08:06:56 *drum roll* 08:07:00 XD 08:07:27 :) 08:07:34 ok, moving on :D 08:08:00 pasik: do you have anything to add? Or shall we move on? the stage is still yours :) 08:08:09 the issue is that this QT delay also delays a lot of cool stuff the comunity is dong :/ 08:08:18 just to be clear. while no schedule is replied, you plan to move as 5.9->5.12? 08:08:58 I think nemomobile just recently went to Qt 5.12, what exactly prevents SailfishOS from migrating? That Silica is closed-source so the community can't help? 08:09:17 Jaymzz: I guess not much to add to that.. except all the discussion that comes up :) 08:09:20 rinigus: I think when updating things that are very far behind, it's better to jump at most between LTS versions. otherwise it can turn into a mess. 08:09:38 nobodyinperson: it's a licensing thing. mentioned many times before 08:09:59 abranson: sorry 08:10:10 abranson: maybe. but as nemo is working on 5.12 update already, it could be reasonable to see how well that works 08:10:46 yeah that's true, though as nemo and sailfish vary in mostly qt related parts, it's not a shoo-in 08:13:15 so, but from Jaymzz replly, we should conclude that the path is planned as 5.6->5.9->5.12 08:13:39 at least that some kind of specific plan. or do I read it wrong? 08:14:27 lol, Jaymzz is offline 08:14:33 abranson, just wondering, I thought it was replied at one moment that licensing issues where sorted out, in a way. Are there new issues in that respect ? Or is it for newer versions of Qt only ? 08:14:50 rinigus: not sure if there's much use in that info. intermediate versions may not be released. 08:15:18 abranson: ok, good to know 08:15:19 is it possible to state clearly which modules have problematic licenses? 08:15:38 dcaliste: i think at one point we thought we could proceed with the update and sort the licensing out separately. but couldn't. 08:16:02 piggz: the whole thing. 5.9 is either GPLv3 or commercial 08:16:16 some 5.6 modules were the same. they weren't upgraded to 5.6. 08:18:03 damn 08:18:09 lost my internet for a sec 08:18:25 can you guys see my messages here? 08:18:31 Ok, thank you abranson, so it may still take a while if it relies on sorting out licensing issues :/ 08:18:32 for someone in sweden, your internet is terrible 08:18:33 Jaymzz: we read you 08:18:33 We see them, yes. 08:18:38 ok thanks 08:18:43 i though the swedes had the best internets 08:19:06 koreans i think have the best internets 08:19:08 abranson: I guess my connection has gotten some Covid just like the rest of Sweden :/ 08:19:08 :P 08:19:26 Jaymzz put some bleach on it :P 08:19:28 Jaymzz: if I may summarise, I think there is a wish to know what the plan is wrt versions (i.e., which qt version will be released next) 08:19:29 dcaliste: but when that is sorted, then the amount of time needed to actually do the upgrade will be relatively instantaneous :) 08:19:39 ApBBB: will try!! XD 08:19:57 Jaymzz the murican way 08:20:07 #info community would like to know which version of Qt we plan to upgrade to. 08:20:25 ApBBB: Freedom 08:20:34 Anyway 08:20:35 abranson, sure, waiting for it :D 08:20:43 abranson are people working on resolving the lisencing stuff?? 08:20:48 activelly 08:21:21 yeah of course 08:21:22 I'm not sure Jolla has the commercial capability to convince developers to change their licence 08:22:30 tbh, I cannot figure out how does that work look like. "I am coming in into the office at 9:00 and now think how to resolve it. OK, its 17:00, time to go - no solution" ? 08:22:31 We are over time 08:22:36 Need to move on soon. 08:23:41 if pasik doesn't have anything more to add, we can move the rest of teh dicsussion to the end of the meeting and move on to the next topic 08:23:42 Jaymzz: its probbaly easier to just get the update done, and stop us from asking every other meeting 08:24:20 piggz: if only it was that easy :) 08:24:27 piggz: as previously mentioned, we tried that :) 08:24:42 moving it 08:24:44 #topic sailfishos wayland compositor and xdg-shell protocol upgrade (15 min – by pasik) 08:24:49 I'm afraid it's more like: "Boss, could we allow GPLv3 ? no", "Ok, then could we afford the commercial one ? neither". Ok, I'll retry next week. 08:24:53 #info current plans and timeframe for sfos QtWayland and lipstick compositor upgrade to support wayland xdg-shell protocol, which is commonly used these days, and required by for example many flatpak apps which use Gtk/Gdk. 08:25:13 #info We are considering this along with lipstick architecture work that we are planning, xdg-shell may be supported in that work. We are not giving any estimate on when this may happen. 08:25:22 ^Answer 08:26:10 isnt this blocked by the QT update?? 08:26:39 curiously, no :D 08:27:17 Very good news, then ! 08:27:36 I thought it relied on upgrading QtWayland though ? 08:28:47 yeah qt started supporting the latest xdg after 5.10 or something 08:30:09 abranson: if you would add xdg-shell support without qtwayland update, would you be doing some work which could be avoided with qt update? 08:30:54 it's a bit complicated 08:31:07 and since lipstick was mentioned PLEASE make it support multiple screens. it will be needed in the future i am sure 08:33:10 rinigus: don't really want to get into the qt update again, but the amount of effort required to do it isn't a factor at all in why it's not been done. so saving time and effort elsewhere doesn't help. 08:33:20 rinigus: that is my understanding aswell.. basicly qt5 should be upgraded first, to be get the newer QtWayland 08:34:03 abranson: +1 I think we should let Jolla prioritise internal dependencies 08:34:58 abranson: no plan to get into qt update discussion; just don't want to have something done with great effort that will be out of the window soon 08:35:27 rinigus: you mean on flatpak? 08:35:46 xdg-shell 08:35:53 on top of qt 5.6 08:36:52 your effort is a different matter :) 08:37:53 dammit I lost connection again 08:37:57 What is happening today 08:38:25 Jaymzz: you aren't supposed to talk on the phone while using a dialup connection ;) 08:38:42 ggabriel: hahaha 08:38:49 ggabriel: he hasnt got his dsl filters plugged in 08:39:00 rinigus: like the answer said, xdg-shell may during this lipstick work, but maybe not as part of qtwayland, if that helps. can't make any promises though - nothing is certain yet. 08:39:07 piggz: I did say dialup, maybe you're too young ;) 08:40:01 abranson: thanks 08:40:27 abranson, thank you for the insights. Do you think community members could help in certain directions ? 08:41:02 I mean, try to backport patches from master QtWayland introducing xdg-shell support 08:41:09 or other tasks ? 08:41:19 dcaliste: that would still violate the license i think 08:41:27 Ah, sure, indeed... 08:41:43 i don't think so yet - it's too early. but I'll let people know that you're keen so they can bear that in mind 08:42:19 abranson, sure, thanks. 08:42:45 well, sounds good if xdg-shell might be possible even without qt upgrade.. 08:42:46 #info community wants to help with xdg-shell if they can 08:42:50 ggabriel: im not too young ;) 08:43:05 ggabriel: think you made piggz day :) 08:43:31 we all need a smile, sorry for the off topic 08:43:32 Now that libc, gcc, almost all the stack is actively updated, it's too bad that this part is still lagging behind. But I understand the issues and know that the work is huge and mainly behind the scene. 08:44:45 we can be happy about the updates than have been done though :) 08:44:53 abranson: definitely! 08:45:00 thanks a lot 08:45:09 there's something else exciting going on in the repos for those who watch them ;) 08:45:20 esr52 update at least 08:45:23 :) 08:45:31 Time is up for this one guys :) 08:45:49 pasik: wasn't talking about that... 08:47:11 moving on to the next one 08:47:23 abranson: I guess I'll have to take a look.. 08:47:29 #topic Inclusion of avahi on the official sailfish repos (5 min – by ApBBB) 08:47:38 #info Its quite a useful utility (far easier sshing into something with host name than IP) So its basically a request. Also if there is something prohibiting its inclusion and what can be done to have it in. 08:47:49 #info While avahi might be nice, it raises potential security issues, which needs to be considered. It should be anyway allowed in wifi only and then potentially filtered in local network. While doing this in local network you can assign static ip's either on device end or from your dhcp server and when you can easily also get name based access by adding the ip to either hosts file or in the .ssh/config for example. Thus curr 08:47:49 ently there is no plans to include avahi as such. 08:47:54 ^answer 08:48:15 mehhhh 08:48:17 :P 08:48:59 unhappy much? :D 08:48:59 what is the issue with ssh right now? 08:49:13 I can ssh into any of my jolla devices by hostname since version 1 08:49:48 Is your router acting as a DNS server though? I guess not all will. 08:50:27 so, what problem are we trying to solve with avahi? 08:50:46 you definitely don't want to advertise services to world+dog lightly, especially on a mobile phone 08:51:00 Jaymzz a bit bummed since its nice to have for all king of stuff. ie on my pc i can redirect sound with pulse and all that with just afew clicks 08:51:17 it discovers outputs automatically 08:51:50 anyway 08:51:51 ApBBB, there is a community version, could you use that? 08:52:02 Isn't it possible to have it not advertise by default and only there for reading things? 08:52:28 flypig i know i can use it from the community 08:52:42 its just that i prefer things done for everybody 08:52:46 then people wanting to advertise can reconfigure... and e.g. SeaPrint can use the discovery part 08:53:18 ApBBB, okay, just checking. I see where you're coming from. 08:53:19 perhpas this question should be split into discovery and advertising modes :) I agree discovery is an interesting feature 08:54:25 i rolled my own discovery... and i can open that code up to anyone, but still, the actual lib is often the better solution, at least if it can be made to behave 08:55:05 yes, there are other applications that discover things on the LAN (any kodi remote to name a few) 08:55:09 attah_work i was about to ask how you were handling discovery on the print app 08:55:12 :) 08:55:24 ApBBB: I get your point here 08:56:05 as you can see it can be used in all sort of things (ie printing attah mentioned) 08:56:13 but a no is a no :/ 08:56:13 yes 08:56:19 hence the mehhhhh :P 08:56:35 ApBBB: I think the original answer is concerned about advertising mode, you are talking about discovery mode 08:56:39 Jaymzz: so no even if advertising is off? 08:56:53 hopefully a dev can bring it up in an internal meeting or whatever 08:56:55 maybe we should re-ask the question 08:57:03 let's move on to general discussion and talk more there as time is up for this one 08:57:12 ok move on 08:57:24 #topic general discussion (15 min) 08:58:02 attah_work: I unfortunately don't have an answer on that 08:58:09 ApBBB: maybe a good step would be to package it up. publish it on openrepos and propose it for contrib to the sfos repos? 08:58:19 but based on the official answer I put up there, I think it would still be a no 08:58:24 ok, I suggest we follow up on the avahi question - clarify it's only for discovery 08:58:32 it is already in openrepos 08:58:34 and remove that ssh example, that probably scared whoever answered it 08:58:45 Jaymzz: why? 08:58:54 ApBBB: a recent version? with advertising off? 08:59:57 abranson not sure about that. it will also need some page in the settings app for setting it up and stuff if someone wants to make it production ready 09:00:52 and yeah just checked the version in openrepos is old 09:01:16 i'm not sure there's be much chance of a sfos UI for it unless there was a clear application for it in the OS 09:01:57 but that could always be a community app 09:02:27 abranson have i ever told you how much i have having seperate apps for stuff that should be in the settings :P 09:02:32 saw a bunch of similar stuff recently on the media side. things like grilo that could do a lot more with a decent config app on top 09:02:46 hehe 09:04:00 abranson: thinking aloud, it would be a good idea to redirect loudspeaker sound to sinks available on wan (there's an app for that, but it's a bit inelegant) 09:04:15 s/wan/lan/ 09:04:27 ggabriel thats why we need it in the os itself 09:04:38 ApBBB: I guess I'm trying to make that point 09:04:43 ie you should be able to do this from the media plauer 09:04:59 correct - but the original question wasn't asked properly IMO 09:06:45 nothing wrong with developing the question in one meeting for the next 09:07:06 there's a ton of stuff we could do with media tbh. lots of potential in things like dlna 09:07:14 in the community too 09:07:40 yes, it would be good to catch up to the competition on that regard 09:08:25 ggabriel in theory you can do a lot of stuff on SFOS as in any linux distro 09:08:38 the problem is that you have to do it in an easy way 09:08:42 a gui etc 09:09:29 modifying files by ssh ing on the phone isn't what i would describe as user friendly 09:09:39 ApBBB: agree; at least redirecting sound isn't as simple to do from the CLI as in a desktop linux 09:09:58 the sound routing is very complicated. 09:10:11 abranson: +1 09:10:26 because it has to prioritize and mute rather than just mix 09:11:53 4 mins on this 09:12:55 Actually we may move on, I don't see much happening :) 09:13:05 #topic next meeting time and date (5 min) 09:13:14 #info Next meeting will be held on June 25th 2020 at 08:00 UTC 09:13:43 So, that's that for today! Thanks all for attending. Gotta go do some tasks before lunch :) see you in 2 weeks! 09:13:46 #endmeeting