07:00:00 #startmeeting Sailfish OS, open source, collaboration -- 3rd June 2021 07:00:00 Meeting started Thu Jun 3 07:00:00 2021 UTC. The chair is sledges. Information about MeetBot at http://wiki.debian.org/MeetBot. 07:00:00 Useful Commands: #action #agreed #help #info #idea #link #topic. 07:00:05 #info Meeting information and agenda can be found here: 07:00:09 #link https://forum.sailfishos.org/t/community-meeting-on-irc-3rd-june/6673 07:00:16 I am the meeting's chairperson today, and will be doing my best to keep time and order. Please respect the timings and hebave. 07:00:19 #topic Brief introduction (5 min). Please prefix your name/handle with #info 07:00:31 #info Simonas Leleiva -- privateer for Jolla 07:00:31 We promise to hebave well. 07:00:45 #info Otto Mäkelä -- community 07:00:50 (there's a crypting message there somewhere;) 07:00:53 *cryptic 07:00:58 #info Lukas Karas - community, developer 07:01:01 #info Ville Nummela -- Sailor @ Jolla 07:01:04 #info Andrew Branson - sailing by 07:01:07 #info fridlmue - community 07:01:27 #info David Llewellyn-Jones - Sailor @ Jolla 07:01:28 abr: from where to where?:) 07:01:53 #info Damien Caliste, community 07:02:24 sledges: who knows, man? who knows 07:03:16 #info Pami Ketolainen, Sailor @ Jolla 07:04:02 jolla 5:4 community 07:04:11 #info David Greaves, Sailor @ Jolla 07:04:20 make that 6 07:04:36 goooo ... ooo ... al 07:05:20 #info Joona Petrell, sailor at Jolla 07:05:22 hmm at least ddobrev could score one for the team 07:05:25 ROFL 07:05:29 (he's got 3 topics today) 07:05:44 *they've 07:06:40 (hattrick?) 07:06:41 #topic Bluetooth with Android applications (15min -- asked by ddobrev) 07:06:49 #info Some Android applications cannot function without Bluetooth and have no equivalent so this is important. Let's discuss the technical challenges and the possible solutions and deadlines. 07:07:11 #info We are looking into this, but we do not have any schedule to announce on this. 07:07:51 it's a truly sore topic, especially now that i got given a fitbit:)) 07:08:18 you can always write a native app for fitbit X-P 07:08:57 Amazfit has a plugin interface, it'd be great to have a fitbit one. 07:08:59 true, i hope it's not too closed down and this still works: https://github.com/benallard/galileo 07:09:32 Nice :) 07:09:39 i have to get this off my chest but it pains me that we have so many support requests for android stuff. (in the forum and everywhere). yes i know SFOS isn't there yet for many things but it pains me =( 07:09:42 would be also very nice for all the garmin stuff. There protocol hacking seems to be a issue there. And for outdoor activities it really is some kind of standard device. 07:10:09 (Also i would love a native solution there!) 07:11:49 #info (in the meantime, talking about community (and sailors' freetime) writing native support for popular BT accessories, here's one hopeful for fitbit:) 07:11:52 #link https://github.com/benallard/galileo 07:12:09 ApBBB, we unfortunately live in a world of closed APIs and proprietary apps. 07:14:03 but for the open parts, it only takes someone to plant a seed, and then hopefully more PRs come in:) 07:14:05 @flypig yes i know that, and i also know that these wont come until we have a big enough userbase. I personally make the choice to not use them. 07:14:37 sledges, yes! 07:14:45 Fernschreiber being a very good example 07:14:52 but i digress, maybe time to move to another Q 07:15:16 #topic Upgrading to 64-bit on older devices (5min -- asked by ddobrev) 07:15:20 ApBBB, I honestly admire your resolve. 07:15:27 #info Many devices Jolla supports are 64-bit but so far 64-bit Sailfish is only offered for Xperia 10 II. Let's discuss when we can expect support for all devices and how it would proceed, such as upgrading in place or first saving all data and then transferring it back. 07:15:47 #info Upgrading devices to 64-bit would require all users to reflash and for Jolla to support double amount of product lines. There are not many tangible benefits of 32-bit vs 64-bit Sailfish OS that would accellerate such transition. 07:15:59 #info We will try to address this matter differently, such as figuring out ways on how to support Sailfish OS community ports (that could then include 64-bit variants of existing adaptations) better in the future of Sailfish X program. 07:17:56 that is a great Idea. If there is a way to fuel the community ports with the license-only components this would mean a huge step (imho) 07:19:14 for things like exchange yes. for things like preddictive text it would be nice to have an open solution for everything so the community can contribute and maybe ???? save some money for jolla (not having to pay for a lisence) 07:19:46 there was a discussion waaaayyyy back in the day for something like that 07:19:59 ApBBB: very true, because Jolla's predictive text is limited only to a handful of 'early' languages 07:20:15 i know the pain. my language isn't supported 07:20:32 if Presage could be integrated out-of-process, then licensing issues could be addressed 07:20:58 but if Presage has some UTF limitations, there has been another effort by ljo and his team 07:21:48 so hope for better news in the future for all SFOS languages 07:21:50 moving on 07:21:52 #topic Update on the future of the community OBS (7200sec -- asked by piggz) 07:22:02 #info It has been some time since an update was given on the future of the community OBS, can you give one? Read the rest about the topic here: 07:22:07 #link https://forum.sailfishos.org/t/community-meeting-on-irc-3rd-june-2021/6403/4 07:22:20 #info Community OBS has been given an extension of at least another 12 months: 07:22:23 #link https://forum.sailfishos.org/t/community-obs-refurbished-and-re-floated/6556 07:22:52 ddobrev's hattrick has been interrupted by piggz:) 07:23:12 * sledges curious if piggz was the first to ask this question, or us starting to write that forum post obs news:) 07:23:36 I think he asked first... but I didn't know :D 07:23:40 :)) 07:24:27 well, we have 7130 seconds remaining on this topic, but... 07:24:32 where's piggz?:)) 07:24:33 So we have quite limited resources available to work on the OBS at the minute 07:25:08 we need to do OS updates on multiple machines and then upgrade the OBS itself 07:25:13 rinigus: ^^ 07:25:27 there are side-issues such as the dependency on webhooks 07:25:38 which needs yet another machine updating 07:25:52 so there's a lot to do under the hood 07:25:54 machine jenga! 07:26:03 yes - many rabbit holes :/ 07:26:25 once that's all up and running we then need to get the aarch64 version building 07:26:59 I'm hoping that will just work as by then we'll have the same OBS version as we use internally 07:27:30 #info we need to do OS updates on multiple machines and then upgrade the OBS itself 07:27:31 the bad news is that the UK is looking quite sunny... 07:28:38 I've had offers of help but there's nothing that can realistically be handed off right now. However it's nice that the offers were made :) 07:29:13 +1 07:30:28 jfdi? :D 07:31:13 hehe 07:32:01 #info There will be OBS downtime - and probably for extended periods - sorry! 07:32:30 probably piggz' and rinigus' apps are the main ones being blocked from going 64 07:32:48 rinigus rolled his own tool 07:32:51 and they are covered in our today's flypig's edition of... 07:32:56 #link https://forum.sailfishos.org/t/sailfish-community-news-3rd-june/6673 07:33:22 Thanks for the plug sledges :) 07:33:41 tried to transition smoothly, like some youtuber towards ads:) 07:34:16 Haha. Pretty smooth :) 07:34:27 "todays chat session is sponsord by _insert popular YT advert_" 07:34:30 still, i'm not an op ;) 07:34:56 @smooth - a very old popular song 07:34:58 ok, moving on 07:35:02 #topic UI responsiveness (15min -- asked by ApBBB) 07:35:10 #info Many have observed that SFOS doesn't feel snappy enough compared to the competition (be it scrolling, transitions of various UI elements etc) and this is not something that has to do with HW. There have been patches that "fix" the situation but jolla hasn't commented in any of the topics. 07:35:22 #info So is it something technical behind all that or just an area that there hasn't been any time spend by the devs. And has jolla been discussing any of that internally. Forum topic for reference: 07:35:38 #link https://forum.sailfishos.org/t/perceived-responsiveness-of-the-ui/2499 07:35:53 #info There is definitely room for improvement. We have been shortening transitions (app launch, page opening, sliding in App Grid and other panels) and shortening gesture trigger thresholds (e.g. long-press time out, flicking Home carousel, etc.) in the last few years, but the performance is the kind of work that is never really complete. 07:36:07 #info Recently sandboxing caused a bit of regression to the app launch times, but future Qt upgrade should give Sailfish OS notable speed increase through the pre-compilation of QML code, the programming language of the UI. The recent Browser upgrades have greatly improved the speed of handling modern websites. 07:37:17 Sailfish UI is inheretly a Qt/QML stack, benefits and suffers from many root qualities of QML and underlying scene graph there 07:37:52 there are some things that are affected by QT the Browser engine etc. That is not the area that i wanted to talk about. the transitions are handled by QML afai understand and there are numbers in there that control them. 07:38:16 there is a patch in openrepos somewhere that changes these numbers and makes things faster 07:38:35 ApBBB, is your concern the type/speed of the animations, or that the animations are dropping frames? 07:38:46 its those stuff that IMO at least affect the responsiveness of the OS 07:38:54 type speed 07:38:57 what transitions specifically? 07:39:45 jpetrell hmmm from one page to another for example (tap something in the settings the movement to the next page feels slow) 07:40:21 in the forum topic many more are mentioned 07:41:07 https://forum.sailfishos.org/t/perceived-responsiveness-of-the-ui/2499 07:41:15 page loading was made quite much faster in Sailfish 3 times. most pages take 200-300ms to load so going any faster will just cause you to see the additional fade in transition 07:41:46 when we get precompilation of QML that 200-300ms goes down 07:41:59 app launch transition has few parameters which make app fade in faster, but that then start breaking on various occasions. we need more coupling with lower levels to be able to speed those transitions more 07:43:39 any work on the area will definitely lead to improvements. we periodically visit the transitions and usualle shave off hundreds of milliseconds here and there 07:44:22 keyboard transitions are one area where I would really like us to improve, but it is also tricky to sync app (native, Android) drawing with composed keyboard window 07:44:38 5 more mins on the topic 07:45:32 It would be interesting to know the timings people are using with the patch discussed in the thread. 07:45:56 i am ok with the explanation by jpetrell. 07:46:09 also more examples of transitions that feel particularly slow are welcome. we have hundreds :) 07:46:24 we can discuss further in the forum topic if someone wants to add something 07:47:13 #info Further reducing transition timing may bring other visual quirks such as delayed rendering 07:48:04 yes lets do. this is one of my favourite topics :) 07:48:07 #info Findings of reducing delays successfully via patchmanager are welcome, and can be discussed in that dedicated forum topic 07:48:08 I would like to see everything load semi-instantly, but preloading is a balancing act of using too much resources. and some improvements would require substantial rewrites 07:48:26 #link https://forum.sailfishos.org/t/perceived-responsiveness-of-the-ui/2499 07:48:56 cool! let's move forward 07:48:59 #topic Download all e-mail at once (10min -- asked by ddobrev) 07:49:03 #info The built-in e-mail client cannot download everything with a single operation. The only way to do it at all is to scroll to the earliest already loaded e-mail and then keep requesting small batches by hand. It's completely impractical for existing accounts with many e-mails. 07:49:18 #info The email loading heuristics during scrolling could definitely be improved. Downloading all emails from particular folder is probably impractical, but the view should try to preload more emails in advance and in smarter way to not get into the way of browsing experience. 07:50:03 please verify we actually understood the question :) 07:51:03 i.e. whether this is about scrolling email lists or downloading full email content 07:51:22 it's about scrolling to the bottom of the list 07:51:29 and using pulley to load more 07:51:30 ok then the answer is ok 07:51:45 * lbt mutters about there being no "next email" either... 07:52:07 jpetrell: Thunderbird asks how many emails to sync during an account setup iirc 07:52:13 and also can be changed later 07:53:06 * lbt looks at the 6000+ emails in his inbox and is glad they're not all sync'ed at once... 07:53:17 We have something like that for Exchange (based on time), but not IMAP or POP I guess. 07:53:45 qt models don't hold your hand very much so these kind of things are unnecessarily difficult to do for app models. the original QML team experimented with models that would say to view "preload these 100 items will be there in couple of frames" instead of constantly asking for data just when it should appear 07:54:15 and don't mention the mailing list folder with 20k *unread* emails... I should unsubscribe... 07:55:12 also the search function now also searches in the server, so i'm curious what is ddobrev's use-case 07:55:16 email view/model is not very well done. like gallery or browser it should let you scroll freely and then items would appear with slight delay if not already there 07:55:20 lbt, it makes me feel uncomfortable just from your description. 07:55:58 * lbt is master of wierd use-cases that break apps 07:57:04 jpetrell, I could be wrong (didn't check the code), but I think we already have something similar to that for collecting messages from the messageserver backend. But it doesn't trigger fresh downloads. 07:58:09 it's time to move to general discussion 07:58:20 flypig: cool 07:58:24 #topic General discussion (15 min) 07:58:40 * fridl reads the phrase "qt upgrade" from Jolla without being "forced" to talk about it in the responsiveness topic and got very interested... ;-P 07:59:32 I was just thinking that maybe whatever logic is there for that could also be used for triggering downloads. Anyway, it probably needs proper thought. 08:00:05 talk about scrolling always makes me wonder why we don't have better "labelled scrolling" ... as in the People app 08:00:26 yeah good idea. maybe n9 did this better way (used qmf framework for emails too) 08:00:27 like scrolling through pictures showing date ranges 08:00:32 or emails 08:00:41 +1 08:01:20 lbt: yeah we should do that. not rocket science. but work nevertheless 08:01:37 those may have to be dynamic in the case of emails since the data may not be known - but fast scrolling then would be able to trigger downloads at the bottom 08:02:16 hehe - it is indeed- and as you mention it makes the models even more complex to create 08:02:20 jump to date/section requires model to keep track of section idexes. each model is different so tricky to do as general component 08:02:21 What are people's experiences with the brand-spanking-new Xperia 10 II release? 08:03:30 jpetrell: would it be a heirarchical mult-level model 08:03:52 wanted to touch again on the "inconvenience" of SFOS (discussed earlier today with flypic). On april due to an unfortunate event i was away of my main PC and hadn't moved stuff (passwords) to the phone. TBH i didn't miss much. I wouldn't have any issues with it if everything in my main browser was synced to the browser of my phone 08:04:22 ExTechOp: Xperia 10 II experience is good so far. Some random app crashes and I particularly have some problems with Mobile Network (https://forum.sailfishos.org/t/4-1-0-24-xperia-10ii-no-internet-connection-on-mobile-data-for-some-webpages/6697), but in general its a lot of fun so far. 08:05:54 ApBBB, I've not looked at the FF sync sever API. But something to do that could be written as a third-party app using a webview and accessing the FF backend. 08:05:55 And for example this is something that we have an open solution for. Firefox has sync. The SFOS browser doesn't support it. Idealy Firefox would be the main browser of the OS but mozilla doesn't care much to put some resources on it. Or at least collaborate with jolla 08:06:08 @ExTechOp I have new shiny Xperia 10.II and first experience is good (after week of usage). It has some bugs, like screen freezing time to time, but I can live with that... 08:06:30 fridl karry_ Thanks! 08:07:27 fridl Switching between wifi and mobile data and back again seems to "always" have been a bit of a problem for Sailfish 08:07:59 btw, it seems to me that low-memory-killer is too agresive on Xperia 10.II, I would expect less app stops with 4 GiB ram. Is there some way to tune it? 08:08:22 flypig what i was trying to say is that if you choose your stuff (services, devices) carefully (ie my bank has a nice web interface) you can live without android. not everybody can but if you can tolerate a few inconveniences then its doable 08:08:53 karry_: if OOM kicks in when all memory has been filled up, what was the app(s) that filled it up? 08:09:51 ApBBB, yes, I agree with you. You do have to choose your services, but it's entirely possible. 08:10:02 sledges, I am not talking about OOM killer, but about low-memory killer. It is different guy 08:10:52 karry_: in which scenario does it start killing? 08:11:29 flypig it also goes to show that if some issue that have to be solved on jollas side get sorted the phone will become even more usable. and this is a way of growing the userbase. the more you solve the more usable the phone becomes for more people 08:11:49 but i get it that its a matter of resources 08:12:23 karry_: LMK looks like Android-only 08:12:55 ExTechOp: yeah, it is a problem. But also some kind of a main task for a smartphone, isn't it? 08:12:56 sledges - during normal usage I would say - browser, email reading. I don't had time to look on it more deeply. It is just my feeling so far :-) 08:13:13 ApBBB, it is a virtuous circle though: more users also equals more resources 08:13:42 karry_: android app support running too with some heavy app? 08:15:37 btw, what does community think about O{thisisnotspam}F{thisisnotspam}T{thisisnotspam}C irc? it sounds like a more seasoned/stable service and also in neutral waters 08:16:13 (and no one has hijacked mal's nick:) 08:17:40 I have been wondering how to get the community view on chat services 08:18:34 TBH instead of IRC i prefer matrix 08:18:49 that might come in the future, and have a bridge until then 08:19:02 feels like going from the old phones with the round dial to a smartphone 08:19:26 there are arguments for and against changing technologies as well as considering irc networks 08:20:25 Should we create a poll on the forum? 08:20:35 sledges - yes. I will try to look on it, why it is happening :-) 08:20:39 once on matrix, then bridges could be created to any network, so people don't have too many accounts 08:20:44 I suggested that too ViGe 08:20:47 karry_: thanks, will try to replicate 08:20:58 ViGe there was a topic on the whole situation 08:21:15 https://forum.sailfishos.org/t/freenode-hostile-takeover/6388 08:21:51 we need a short-term solution, and matrix isn't one of them 08:22:18 i only asked about the opinion on the abovementioned irc option as most technical and practical aspects within the company veer toward it 08:22:59 I haven't checked for a while, what is the current support for device connectivity, eg. to what extent can I expect a PC USB-C "docking station" with things like ethernet, displays, cameras, keyboards to work when plugged into a Sailfish phone? 08:23:40 keyboard yes, and audio also surprisingly yes iirc, no display though 08:24:15 There was someone doing work on external displays... 08:24:22 yep 08:24:57 I remember once on a whim plugging in a mouse and being surprised the UI had some kind of support for it. 08:25:01 doesn;t this mean that the compositor needs to be patched heavily?? to have external monitors? 08:25:04 on sfos 08:27:40 #info about external displays effort: 08:27:42 #link https://github.com/sailfish-on-fxtecpro1/droid-config-t5/issues/43 08:28:01 That's it; thanks sledges 08:28:09 i knew i've seen it somewhere:) 08:29:10 our compositor also needs the newer wayland protocols (cough cough) X-P 08:29:59 and on that bombshell it's time to end! 08:30:02 #topic Next meeting time and date (5 min) 08:30:08 Proposing Thursday 17th June at 7am UTC 08:30:33 oh hang on 08:30:35 I think that may be a bad day internally. 08:30:40 scratch that, we do 08:30:43 yep:)) 08:31:17 we might have to do a bump-stop meeting now, and that would be the last meeting before the holiday month of July ;) 08:31:53 Proposing Thursday 24th June at 7am UTC 08:31:57 24th would be day just before Midsummer eve. 08:32:24 Midsummers eve eve 08:32:36 it says 18 is midsummer in Fi 08:32:39 is our internal calendar wrong? 08:32:53 (Finns celebrate both Christmas and Midsummer on the eve) 08:32:59 it seems wrong haha 08:33:08 well let's hope not too many will take thursday off 08:33:14 as any other thursday is worse 08:34:16 thanks ExTechOp! i'll poke our calendaree person:)) 08:34:21 :-D 08:34:32 #info Next meeting will be held on Thursday 24th June 2021 at 7:00am UTC: 2021-06-24T07Z 08:35:07 thanks y'all and see you in a fortnight-and-a-half! 08:35:13 #endmeeting