Thursday, 2020-10-29

FlohackGood Morning!"07:44
sledges#startmeeting Sailfish OS, open source, collaboration -- 29th October 202008:00
sailbotMeeting started Thu Oct 29 08:00:01 2020 UTC. The chair is sledges. Information about MeetBot at
sailbotUseful Commands: #action #agreed #help #info #idea #link #topic.08:00
*** sailbot changes topic to " (Meeting topic: Sailfish OS, open source, collaboration -- 29th October 2020)"08:00
sledges#info Meeting information and agenda can be found here:08:00
sledgesI am the meeting's chairperson today, and will be doing my best to keep time and order. Please behave, respect timing and peers.08:00
sledges#topic Brief introduction (5 min). Please prefix your name/handle with #info08:00
*** sailbot changes topic to "Brief introduction (5 min). Please prefix your name/handle with #info (Meeting topic: Sailfish OS, open source, collaboration -- 29th October 2020)"08:00
sledges#info Simonas Leleiva - privateer for Jolla08:00
chriadam#info Chris Adams - privateer for Jolla08:00
ggabriel#info ggabriel - community08:01
ViGe#info Ville Nummela - sailor @ Jolla08:01
Flohack#info Florian Leeber - member of BoD UBports Foundation (Ubuntu Touch)08:01
gmc#info gmc - community08:01
Thaodan#info Björn Bidar - sailor @ Jolla08:01
flypig#info David Llewellyn-Jones sailor @ Jolla08:01
karry_#info Lukas Karas - developer, community member08:01
ljo_#info  Leif-Jöran Olsson, community member08:02
thigg[m]#info Thilo, community08:02
fridl#info fridl, community08:02
abranson#info Andrew Branson, sailing @ Jolla08:03
ahappyhuman#info Chris, community08:03
flypigGreat that you could join us Florian.08:04
gmc(i have a hard stop at 09:00 UTC, $dayjob)08:04
Flohackflypig: It is a pleasure08:04
sledgesno worries gmc, your topic is early on08:04
sledgesspeaking of topics...08:05
sledges#topic That Qt update question again (5 min -- asked by rinigus)08:05
*** sailbot changes topic to "That Qt update question again (5 min -- asked by rinigus) (Meeting topic: Sailfish OS, open source, collaboration -- 29th October 2020)"08:05
sledges#info <rinigus> Any progress regarding Qt update?08:05
sledges#info <rinigus> While it is old topic and nobody probably has high hopes regarding it, I would like to raise it to stimulate the internal discussion at Jolla.08:05
sledges#info <rinigus> Ancient Qt does hinder SFOS progress and makes it impossible to collaborate with other mobile Linux platforms (Plasma Mobile in particular) on the development of applications.08:05
sledgesAnd for the answer:08:06
sledges#info <Jolla> As stated also before, this is something we constantly evaluate. The current plan is still to proceed step by step, but we are not announcing any schedule for the update.08:06
rinigus1thanks! do you plan to announce which step-by-step do you plan to take?08:06
sledgeswithout chair hat on, i could say that ESR52,60 progresses on the browser front, qt should hopefully kick in too08:07
FlohackJust my 2 cents, UBports is doing now 5.12 upgrade, 5.15 was not working for us directly, kinda broke a lot of stuff08:07
ApBBBit is one of the most needed updates the community needs :/  and yeah your clients might not need it but everyone can benefit from what the community does08:07
sledgesi think it was meant that version bumps will be incremental (probably merge current effort that's in the branched, and take it from there)08:08
thigg[m]do I understand correctly, that the current problem is the license and the only possible way currently know of, is to buy the enterprise license by qt?08:08
rinigus1Flohack: pity that 5.15 didn't work out. any main break points?08:08
Flohackrinigus1: I dont have the details but plz feel free to ping me later08:09
rinigus1sledges: so, 5.9 first then08:09
rinigus1Flohack: will do, on UT channels then08:09
sledgesjust speculating08:09
Flohackthigg: The LTS is still free for OS projects I think. But that can have a lot of changes08:09
rinigus1I wonder whether we should make /opt/qt then and test with non-silica apps08:10
sledgesif you got more specific questions, raise them during next meeting. constant poking is good :D08:10
thigg[m]rinigus: that would solve the problem for the community then I guess?08:10
ApBBBif possible moving to something that will solve the waylans issues we have would be much better08:11
thigg[m]is anything preventing that? (asides from the burden of having multiple qt versions on the device?)08:11
rinigus1thilo: solve is too bold word, as silica apps will be no go. also not sure how to make keyboard happy with it...08:11
thigg[m]rinigus: i see08:11
rinigus1thilo: mainly time investment and testing08:11
rinigus1sledges: thanks, we will keep poking08:12
sledgesrinigus1: thank you for potential /opt smoke tests08:12
thigg[m]hm so that could be something the community could try out maybe?08:12
rinigus1sledges: I will think about it.08:13
rinigus1as obs is running, shouldn't be too hard08:13
sledgesperhaps re-using 5.9 effort branches08:13
sledgeslet's move ahead08:14
sledges#topic strategy regarding the other linux phone OS’s (10 min -- thigg)08:14
*** sailbot changes topic to "strategy regarding the other linux phone OS’s (10 min -- thigg) (Meeting topic: Sailfish OS, open source, collaboration -- 29th October 2020)"08:14
sledges#info <thigg> The other linux phone os’s which are gathering around the pinephone have some attention and see development (manjaro, postmarket, ubports). Is any kind of collaboration with these platforms planned?08:14
sledges#info <thigg> Is jolla having plans to encourage app developers to create apps which run on sailfishos and these platforms? How is the strategy regarding the pinephone. Is supporting it officially a priority of jolla?08:14
sledges#info <Jolla> There are lot of mutual interests with this group, therefore it is evident that we are open for collaboration for defined targets that benefit the parties involved - and of course also the users of the platforms.08:14
sledges#info <Jolla> We do keep close contact with members of these groups in all levels of process, from SW development to business development.08:15
sledges(i'll mention your sidenote later on)08:15
rinigus15.9 is so outdated that you cannot really collaborate in app development anyway. plamo is building regularly on 5.14-5.15 range, so I would be more interested in targeting that08:15
rinigus1(linking qt and this topic together)08:16
thigg[m]thank you, this looks good. Can you give any specifics about already happening collaboration or is this purely theoretical?08:16
FlohackWell app development has a lot of roadblocks when it comes to cross-platform. Qt is one of them, but also data exchange between apps, access storage, access sensors & hardware... its done differently on every OS I would say08:16
FlohackWe had same question last Q&A: Can we avoid fragmentation in the App space? And the answer was probably not08:16
flypigThere's plenty of shared library usage, of course.08:16
chriadammardy from ubports has been very collaborative with various parts of our stack, e.g. contacts backend and accounts framework08:17
rinigus1Flohack: from my experience, I would say that only UT does data access differently when you compare to other linuxes08:17
FlohackYeah we are sharing a lot of low-end code. And we wanted to get VoLTE flying :P08:17
Flohackrinigus1: Yeah might be my limited view outside of our box. But we think a confinement model for Apps is really needed to make it ready for daily use of non-techs08:18
gmcWondering about UI aspects as well, 'foreign' apps will always look different from the ones targetting silica, ux paradigms might differ etc08:18
sledgesrinigus1: wouldn't a step-by-step testing require less delta each time (and reduce complexity), e.g. to first test other OSS components that might break against 5.9, then increment?08:18
flypigEveryone would like to see VoLTE progress (and I know UBports has made progress there).08:18
rinigus1it does take some effort to cover all main linux distros, but it is not too bad. mainly have to use some qml glue08:18
sledgesthigg[m]: this is as informative answer as i could get at this point:)08:19
FlohackWe also tried a bit to use Kirigami for example08:19
thigg[m]are there any ideas about standardizing an api for sensor access?08:19
FlohackThat would work given no version conrflicts, but it looks kinda strange compared to other apps08:19
rinigus1sledges: step-by-step - hard to say. unless 5.14 or .15 work perfectly in a go. but it will be impossible for us to test with silica08:20
ThaodanI tried Kirigami too and for Android/iOS  its fine but for everything else no thanks.08:20
Flohackthigg: Well for us its still QtSensor stuff or whats the common namespace. Thats I think ok08:20
ApBBBworking with silica would require NDAs right??08:20
ApBBBfrom jolla08:20
sledgesrinigus1: i understand, silica will be an internal effort for sure08:20
ThaodanQt Quick Controls 2 helps far more08:20
rinigus1Flohack: I think Kirigami could work fine for UT and SFOS (it has been developed a lot recently). "just" would have to style it accordingly for Silica and UT apps.08:21
FlohackQQC2 would be fine for us too08:21
rinigus1QQC2 does not have pagestack which is swipable. as far as I know08:21
FlohackYeah Kirigami is "technically" in but not form a UX standpoint08:21
sledgesApBBB: we already have our seasoned community contributors working with closed source components (via NDA)08:21
sledgeslike Damien (dcaliste), contrib champion he is:)08:22
ApBBBspeaking of damiens work -and unrelated to the question- someone has to give an update on what happened to the pgp stuff08:23
ApBBBthere was supposed to be ablog post or something08:23
sledgespost a topic:)08:23
sledgesfor the next meeting08:23
rinigus1Flohack: main app flow from developer POV is similar for silica, kirigami, ut. kirigami has a menu, which somehow has to be killed, but otherwise it can be styled to fit SFOS and UT quite well, I think. as the app logic is rather close08:23
rinigus1same styling is needed for QQC2 as well08:24
Flohackrinigus1: agreed, but I think first we would need to see other aspects like packaging format and confinement, Qt or Kirigami is not the real issue for us08:24
ApBBBsledges most likely i will :)08:24
FlohackWhat also will happen in 2021 is upgrading to Ubuntu 20.04, and that will bring us on par with a few more things08:25
rinigus1Flohack: I though you are happy with your packaging at UT. or do you plan to change it?08:25
Flohackrinigus1: Well if community and devs think we should collaborate more on cross-platform stuff this needs to be revisited. Currently we are happy yes08:26
ApBBBmoving everything to a single app package format would surely help with collaboration08:26
rinigus1again, from personal experience: porting app to UT is relatively simple as soon as you get someone to package it for you :) . someone who knows how it works on UT side of things08:26
rinigus1ApBBB: I don't see it happening - moving all to clickable08:27
ApBBBthere was a discussion a looooooooooooooong time ago  in a meeting about flatpacks in sfos08:27
sledges#info Chatting about what UBports is using, discussing frameworks' portability like Kirigami (read full logs)08:27
gmcrinigus1: perhaps some general guidelines on how to write apps that are easy to port between platforms would be useful?08:27
rinigus1those have their own flaws08:28
gmcrinigus1: so that if i am writing a sailfish app, i can keep certain things in mind already to help me port it to ubports later on08:28
gmc(but i guess good programming practices of seperating models, views etc already help a great deal)08:28
flypigYeah, something like that would be good, gmc.08:29
sledgesright after rinigus1 comments on appportingguide, we'll move on:)08:29
FlohackI wonder if we could achieve a thing like having a Qt wrapper that abstracts things that are different. Like interacting with push notifications etc.08:29
rinigus1gmc: yeah, pretty much. you can look into pure maps "qml/platform*" for example. that code has been spinned off as well, but I don't know how far it is now08:30
flypigEven documenting it would be a good start, as a precursor to a wrapper.08:30
Flohackflypig: True, we lack docs a lot, that makes us so slow sometimes. Also for device enablement, porting guides are rearely up2date08:30
gmcwe all like writing code, documentation not so much :)08:31
flypigYes, it's not easy of course. Lots of work keeping things up-to-date.08:31
ThaodanLanguages that want you to use inline documentation are pretty nice08:32
sledges#info appportingguide across platforms would be nice, but while doc may take a while to write (and read), here's some platform.* dirs to look at08:32
ThaodanMakes writing docs easier08:32
rinigus1issue at pure maps
sledges#info and related issue:08:32
sledgesok time to move on08:32
sledges#topic strategy regarding the other linux phone OS’s (10 min -- thigg)08:33
*** sailbot changes topic to "strategy regarding the other linux phone OS’s (10 min -- thigg) (Meeting topic: Sailfish OS, open source, collaboration -- 29th October 2020)"08:33
Flohackrinigus1: BTW PureMaps is on a good way to at least be a bit cross-platform right08:33
sailbotRemoving item from minutes: <MeetBot.items.Topic object at 0x7f3d289ef588>08:33
sledges#topic storing app credentials on sailfish os (10 min -- asked by gmc)08:33
*** sailbot changes topic to "storing app credentials on sailfish os (10 min -- asked by gmc) (Meeting topic: Sailfish OS, open source, collaboration -- 29th October 2020)"08:33
sledges#info <gmc> Apps may use credentials to log in to external services, and need to do so in a secure way - the sailfish-secrets library / daemon provides a solution, however it is not allowed to use it when publishing an app to the jolla store.08:33
sledges#info <gmc> What is the recommended way for an app to securely store credentials and be publishable in the jolla store? Are there plans to allow the sailfishsecrets service to the list of allowed packages to depend on? Sailfishsecrets seems to be pretty stable (according to the commit history):08:33
rinigus1Flohack: trying to. in the end it helps as you can develop just on desktop :)08:33
sledges#info <Jolla> Even though it is an extensible framework in a source and binary compatible way, we may still alter other aspects, which might break stored data consistency. Hence why it's still not in the Harbour.08:34
gmcSo, sailfishsecrets seems like a good way to store credentials, as it is managed by the os and only the app that stores a secret is allowed to retrieve it. Something like that is really needed.08:35
ahappyhumanIs Sailfish Secrets comparable to Gnome Keyring and KWallet?08:36
gmcI want to use as many native apps as possible, but I see apps that are in the jolla store with disclaimers 'credentials are stored in plaintext'.08:36
gmcSo this pushes secure apps out of the harbour, and into third-party app stores. The whole app store situation was quite confusing to me when I first got into sailfish, and I think I now have 5 appstores and no clue anymore what app comes from what store08:36
ahappyhuman5 appstores? Is that including or excluding the android appstores?08:37
ggabrielgmc: I agree that this is a really nice thing to have; however, if the worry is using apps, encrypting your home partition would mitigate some (but not all) security aspects08:37
chriadamahappyhuman: somewhat.  it has support for different collections of secrets, for example.  it also supports a variety of cryptographic operations (via backend plugins, e.g. openssl) etc.08:37
gmcahappyhuman: i think 3 native ones, 3 android ones (so that's 6 :)08:37
ApBBBis anything else than the official and openrepos??08:38
gmcggabriel: that would not really mitigate the concern at all, since any other app will still be able to access the credentials, right?08:38
ahappyhumanchriadam: ah, okay.08:38
KeeperoftheKeysencrypting the home won't do anything if there is a browser exploit or a bad app running since home is not encrypted while you are running stuff08:38
ggabrielgmc: I did say "some (but not all)" - we should never install dodgy apps anyway ;)08:38
chriadamfwiw: this is my personal opinion only:08:38
thigg[m]hard to tell from the outside if an app is dodgy08:39
chriadamthe API of sailfish-secrets is nice.  but the implementation has NOT been properly reviewed by a domain expert (crypto expert)08:39
gmcggabriel: that's the problem, harbour would presumably not allow dodgy apps, openrepos does not have any quality gates does it?08:39
chriadamso relying on it to be secure, at this stage, is ... optimistic.08:39
ggabrielgmc: correct08:39
sledgesthere are some apps that encrypt their keys with a non-stored password key (like foilauth), but this would mean every app reinventing the wheel, right?08:39
thigg[m]optimistic security ;)08:39
KeeperoftheKeyshaving a keyring that an app can only retrieve it's own data from is far better08:40
gmcchriadam: ok, that is good to know, so probably it would be good to get some hackers / crypto nerds to take a good look at it.. i could probably rally some08:40
chriadamplease do08:40
chriadamvery much please08:40
ThaodanI think implementing org.Freedesktop.Secretstorage woild help on cross platform api usage08:40
KeeperoftheKeysif the OS is truly capable to guarantee that the app only accesses its' own stuff08:40
thigg[m]thaodan: +108:40
gmcsledges: having to enter an unlock key in every app imho is a ux disaster.. having the os handle it is much better imho08:41
flypigchriadam, that doesn't mean it's not worth using, if the API stays the same and the backend can be fixed if there's an issue.08:41
gmcchriadam: ok, I will make a note and ask some friends08:41
chriadamflypig: yes, I agree.  but we might not be able to guarantee that the data will remain .. e.g. if the bookkeeping database is removed, because it proves completely insecure.08:42
chriadamso, you can use the api, but your data stored in it might vanish at some point if it proves insecure...08:42
chriadamI mean...08:42
flypigHmm. That's a good point, yes.08:43
gmcchriadam: i wouldn't be bothered with that, if it's announced properly.. i can re-enter my credentials.. not sure what others think08:43
ahappyhumanThaodan: that sounds nice. I'm looking into making a cross-platform app which needs to store login tokens, but having to deal with KWallet, Gnome Keyring and Sailfish Secrets myself kinda would be suboptimal08:43
flypigWith some things (e.g. 2FA tokens) they may not be so easy to reenter.08:44
Thaodanahappyhuman: KWallet doesn't implemented the SecretStorage api either but this would be the best start I think.08:44
gmcorg.Freedesktop.Secretstorage only stores secrets right? sailfishsecrets also provides encryption/decryption of bulk data if i'm not mistaken08:44
gmcwhich is convenient for storing private data (like VTODO items in my case) in a sqlite db08:45
KeeperoftheKeysIf it is known ahead of time you can either re-enter or maybe even export/import to the new more secure setup08:45
ThaodanBut as the question was about storing secrets and not en-/descryption08:45
gmcThaodan: fair point :)08:45
gmcanyway, wrapping up, apart from a security audit, what would be required to get sailfishsecrets accepted in harbour? or is a rewrite of a completely new thing required?08:47
gmc(ie org.Freedesktop.Secretstorage)08:47
flypigKeeperoftheKeys, yeah, true. As gmc says, it just needs some advance notice.08:47
KeeperoftheKeysit could even be done automagically (or attempted)08:47
chriadamcan expose data stored in screts via and vice versa.  same as dcaliste's plugins for gpg08:48
chriadamactually was one of the things we looked at when doing the api study, so there are many isomorphic concepts.08:48
chriadamso should be straightforward.08:48
dcalistechriadam: I can give a look, but I guess org.Freedesktop.Secretstorage is more of an API than a backend, right ?08:50
chriadamah, right08:50
chriadamI guess I mean: data stored in sailfish-secrets could be exposed via that interface08:50
dcalisteWhat I've done with the GnuPG plugin was to expose the GnuPG backend through the Sceret API.08:50
chriadamif needed08:50
chriadambut I personally don't see too much value there08:51
dcalisteBut I agree, that implementing the Freedesktop API (if it's the case) with the Secret backend should be quite easy.08:51
chriadamI mean, if someone is targeting Sailfish OS then they should use the secrets API, IMO (eventually, once we get it properly reviewed etc).08:52
sledgesso, these are the states we have at the moment, and a regular reminder about needed things should be able to bubble up into priorities08:52
sledgesbut as you should already know, no promises or timelines at this point:)08:52
sledgeslet's move it the next one08:52
gmcwell, I have an action item to rally some crypto-nerds for a review, hoping that that would help things along08:53
sledgesthanks very much indeed on that08:53
chriadamthat would be a huge help, gmc.08:53
flypiggmc, can you give an update next meeting?08:53
gmcflypig: yes, that is possible (depending on the time and my $dayjob commitments at that time)08:53
sledgesyou can leave/writeup in the forum announcement08:53
chriadamno rush.08:54
flypiggmc, of course. No obligation, but it would be good to know.08:54
dcalisteThank you gmc for this, indeed !08:54
sledges#action gmc to rally some crypto-nerds to do security audit on sailfish-secrets framework, if and when they have time08:54
sledgeslet's go:)08:54
sledges#topic General Discussion (30 min)08:54
*** sailbot changes topic to "General Discussion (30 min) (Meeting topic: Sailfish OS, open source, collaboration -- 29th October 2020)"08:54
sledges time to answer since it was posted08:54
sledgesahappyhuman: your topic will be moved to next meeting as we haven't had enough time to answer since it was posted08:55
FlohackUBports would be interested on the outcome, we have an accounts backend, but idk how well designed it is.08:55
dcalistegmc, the doxygen documentation of the package when built, can give a good overview in my opinion, to know where to look at first.08:55
ApBBBare there any cool things comming in the next SFOS release??08:55
rinigus1chriadam: if possible, we should write apps that can be ported from SFOS easily. hence it makes sense to use universal APIs08:55
ahappyhumansledges: no problem08:55
sledgesApBBB esr60 should :)08:56
ApBBBsledges nice. is there a plan to follow the esrs up to latest??08:56
gmcdcaliste: thanks, will keep that in mind08:56
chriadamrinigus1: that's a valid perspective.  I just think that abstractions have costs (both to the app developer, and to the platform developers who maintain those abstractions)08:56
chriadamyou know my mantra: reduce platform surface, reduce external dependencies ;-)08:56
ApBBBchriadam the main problem is that the distro model linux follows is deeply flawed.08:57
KeeperoftheKeyssledges: both SSL libraries on SFOS are severly outdated08:57
sledgesKeeperoftheKeys: see my answer in the forum08:57
sledgesit's being updated08:57
KeeperoftheKeysgreat :)08:58
sledgesaye :)08:58
ThaodanKeeperoftheKeys: thats not true well at least not anymore as the next release will have OpenSSL 1.1.1h08:58
KeeperoftheKeysIn the mean time I'll tell our users to download before listening08:58
thigg[m]KeeperoftheKeys: just schedule download and the autoplayback08:59
thigg[m]would be a cool feature anyways08:59
KeeperoftheKeysThaodan: next release is great, but currently in the wild SSL support on SFOS is at ~2016 levels08:59
ThaodanWe use the latest version of OpenSSL 1.0 that was supported until recently09:00
thigg[m]Btw is the bluez thing fixed in the next release of SFOS?09:00
thigg[m]or was it even vulnerable?09:00
ApBBBother that qt are there other parts of SFOS that need to be updated to become more "modern" (package wise)09:00
rinigus1ApBBB: good question!09:01
KeeperoftheKeysThaodan: it may have been supported until recently but it lacked support for the "latest and greatest" in the field ie. TLS 1.309:01
KeeperoftheKeysApBBB: the kernel :)09:02
ApBBBupper in the stack i mean. in an ideal world we would be able to run out devices with mainline09:02
Nico[m]OpenSSL 1.1 would be nice, I need some functions from it :D09:03
ApBBBbut we don't live in an ideal world09:03
sledgesyou can see new package versions coming in constantly:
ViGeKeeperoftheKeys: There is no "the kernel" as there are several kernel versions used by different devices...09:03
KeeperoftheKeysI know which is very sad :/ I would love to have a more up to date kernel both on my JP1 and my Xperia X09:04
rinigus1related to kernel - sony open devices folks are working on mainlining rather intensively. don't know what is the current status with it though (there will be a talk about it)09:04
ahappyhumanI was looking into implementing some kind of nightmode into Sailfish OS. Most Linux desktop environments seem to do it by the compositor poking the Linux DRM for some form of gamma correction. I'm not familiar with the lower level graphical stack on Linux and Sailfish OS, but does Sailfish OS use Linux's DRM on hybris adaptations?09:04
KeeperoftheKeysbut all the binary blobs don't make it easy09:04
flypigahappyhuman, that'd be a neat feature to have.09:05
ApBBBrinigus1 isnt the problem that the blobs are compiled for android (hence libhybris) and you cant get blobs compiled with gcc09:06
fridlIs there some progress in libhybris to support Android 10 devices? Or at least a timeframe to do so?09:06
KeeperoftheKeysat least for the Xperia X we could have a fairly up to date kernel together with the XA2 and 10 (according to opendevices the can all be at kernel 4.909:06
sledgesvery soon09:06
chriadamahappyhuman: denexter or frajo or abranson might be best to answer09:06
ThaodanAppBBB: even then the kernel is stuck on an old version09:06
ViGeandroid is moving towards having a common kernel for all devices - I hope this will make things easier for us as well09:07
ThaodanI think its similar to  trebble: what helps them to use upstream/less changes helps us09:07
abransonchriadam: I'm not sure how it should be done, but I think coderus had an app that did that. it was one of the ones that got broken by the overlay breakage09:08
KeeperoftheKeyswhen they decide phones are just computers and users should have access and choice of OS that will be good times09:08
rinigus1ApBBB: don't know much about blobs. so, no comment in this respect09:08
KeeperoftheKeysDoesn't the UX design of native SFOS apps obviate the need for a nightmode? there's almost never white on the screen except for webpaes etc09:09
fridlAnd was there any plan for today to discuss the VoLTE things with the Ubports people?09:10
ahappyhumanabranson: yes, he had an application that worked by creating an overlay window. I was interested in bringing it into the compositor, like kwin does. That would give more "natural" looking results and if it can be achieved by setting the gamma correction on the GPU, the night mode shouldn't be visible in screenshots.09:10
ApBBBKeeperoftheKeys light/dark ambiances??09:10
thigg[m]sledges: regarding my sidenote, is it planned to post something like the minutes of this meeting to the blog?09:11
KeeperoftheKeysApBBB: yes but ambiance is the choice of the user, maybe we could have an option to allow switch in ambiance based on time of day09:12
ApBBBspeaking of UX/UI there are many areas that need to be taken care of (use, looks and performace) and it doesn't seem to be much progress :/09:12
abransonahappyhuman: yeah, no idea about that sorry. might be a good question for the next meeting so it can gather some internal opinions from gfx sailors09:12
ahappyhumanI'll submit it then.09:12
ahappyhumanI also want to note that I'm not a gfx expert myself :)09:13
ApBBBBTW i noticed Adam pigg on twitter has support for mouse on sfos on pine tablet. is this work public??09:13
sledgesfridl: there wasn't such topic announced for today09:13
sledgesthigg[m]: sorry forgot about that09:13
sledges#info forgotten bit from thigg's topic earlier:09:14
sledges#info <thigg> Sidenote: the UBPorts forum is publishing the results of their Q&A streams to the blog, which looks quite good, because you get some biweekly information there. Maybe it would be a good idea to publich the minutes of the community meetings in a separate section in the blog?09:14
fridlsledges I just thought as Florian is around it could be worth ;-)09:14
thigg[m]I thought it would make activity a bit more visible09:15
sledges#info <Jolla> the current primary community communications platform is the forum, where these minutes can be found easily in the first (Announcements) section; more visibility would be to promote forum in general09:15
flypigthigg[m], do you have a link? Is this what you mean?
sledgesfridl: but monich is not around ;) hence a topic would've been better09:16
thigg[m]Its just my userstory: if I want to know whats going on, I look at the blog of the project. so i looked at: and, well, it looks quite alive, just because of these09:17
gmcKeeperoftheKeys: i saw an app somewhere that switches the ambiance on a schedule09:18
Nico[m]Agreed, the jolla blog can look quite empty09:18
thigg[m]maybe just add a widget of the anouncement section of the forum?09:18
FlohackGuys was a pleasure, have to leave for dayjob ^^09:19
flypigYeah, it's a good point. The jolla blog is quite low traffic by design though. It would perhaps be good to make the forum more prominent on the though. (just my opinion!)09:19
chriadamgoodbye Flohack, thanks for joining09:19
flypigThanks for joining us Flohack.09:19
FlohackSure ^^ thanks for inviting me09:19
gmcKeeperoftheKeys: (quite old, and a bit cumbersome)09:20
sledges4 more minutes09:20
gmcwould be nice if an ambiance could also configure silent mode and vibration btw, on a tangent09:21
ApBBBi'll ask it here since there are more devs around. is there a correct way to set up a kbd switch shortcut on SFOS (with a normal keyboard)09:21
ggabrielI used to have a silent ambience, doesn't that work any more?09:21
Thaodangmc: Situations maybe?09:22
ThaodanFlohack: Did you have some overview on the VoLTE progress?09:22
Thaodanlike links of something09:22
Thaodan*or something09:22
thigg[m]KeeperoftheKeys: OT, regarding gpodder: should I move forward implementing random stuff that comes to my mind, or do you have suggestions on what to do?09:22
ggabrielgmc: you can definitely set the volume (or rid of all tones/alerts); vibration is another thing though09:22
flypigApBBB, I'm not sure what you mean by that. Do you mean a physical keyboard?09:23
gmcggabriel: true09:23
KeeperoftheKeysthigg[m]: Next week I'm on vacation and going to give gPodder some TLC09:23
ggabrielgmc: but have a look at situations, like Thaodan says09:23
flypigThaodan, +1 situations is worth looking at for that kind of thing.09:23
sledgesApBBB: Venemo is the best man to answer09:25
thigg[m]KeeperoftheKeys: nice!09:25
sledges(he implemented the side-swipe kbd switch)09:25
Venemosorry guys I'm late to the party, what was the question?09:26
sledgesVenemo: "is there a correct way to set up a kbd switch shortcut on SFOS (with a normal keyboard)"09:26
Venemowhat is a kbd switch shortcut?09:26
sledgeskeyboard layout switch "button(?)"09:26
thigg[m]KeeperoftheKeys: just ping me, if you have something in your mind that should be done. Otherwise I will just do things that I'm missing... like scheduled updates...09:27
VenemoI don't understand the question. There is a button, you tap it, choose your layout and it switches.09:27
sledgesi think he wants a dedicated button09:27
sledgesto e.g. always go to one particular layout09:28
flypigIn an app? For example, adding a button to an app to switch keyboards maybe?09:28
VenemoApBBB: please clarify your question09:28
sledgesduring the next meeting ;)09:28
sledges#topic Next meeting time and date (5 min)09:29
*** sailbot changes topic to "Next meeting time and date (5 min) (Meeting topic: Sailfish OS, open source, collaboration -- 29th October 2020)"09:29
sledgesProposing 12th November at 8am UTC09:29
* ggabriel ayes09:29
gmcworks for me09:29
flypigIt's a Thursday. It's in two weeks. It's at the same time. Sounds good to me :)09:29
gmcggabriel: i have situations installed indeed :)09:30
chriadamthanks all, /me heads home, gnight.09:30
sledgesand no national holidays or plannings planned:)09:30
sledges#info Next meeting will be held on Thursday 12th November 2020 at 8:00am UTC:  2020-11-12T08Z09:31
sledgesthanks y'all!09:31
sailbotMeeting ended Thu Oct 29 09:31:09 2020 UTC.09:31
sailbot Minutes:
sailbot Minutes (text):
sailbot Log:
*** sailbot changes topic to "Next meeting will be held on Thursday 29th of October 2020 at 8:00am UTC. Topics can be created here:"09:31
ggabrielthx sledges,09:31
Nico[m]Thanks everyone :309:31
flypig+1 thanks sledges, everyone.09:31
ggabriel...for charing, I was meant to write; and everyone indeed09:31
ApBBBVenemo like you use alt shift on your normal PC09:32
thigg[m]or more thank you all ;)09:32
VenemoApBBB: sorry but are you talking about physical keyboard or the virtual one?09:32
ApBBBVenemo physical09:33
ApBBBpluged into a sfos device with usb09:33
Venemoah ok. I don't know anything about that, don't have a device with a physical keyboard09:33
flypigVenemo, is there a dbus interface or anything like that to switch keyboards programmatically?09:35
Venemothere is a dconf (I think) setting which you can use which can change the virtual keyboard layout09:35
VenemoI haven't a clue about physical. maybe pvuorela is our guy on that front?09:36
*** ChanServ changes topic to "Thursday 12th Nov 2020 at 08:00am UTC. Topics can be created here:"09:36
flypigOh, nice. It can be controlled by dconf.09:43
flypigdconf write /sailfish/text_input/active_layout '"en.qml"'09:43
flypigdconf write /sailfish/text_input/active_layout '"ro.qml"'09:43
Venemoyou should even get the animation if the vkb is visible when that happens09:44
flypigYeah, it's very slick :)09:44
ThaodanIt could be useful even for physical keyboards when setting a keyboard that empty to just show word predictions09:45
flypigThaodan, we don't have that feature, but it would be good indeed. There's some discussion about it on the forum too@
ThaodanI know but that's a way how it could be done09:47
ThaodanIts maybe a customer might want09:48
flypigYes, agreed. It's a shame not to have suggestions for English, but in Chinese it's pretty much essential.09:48
flypig(I'm guessing).09:48
ThaodanI think its similar for Japanese09:48
rinzeprinigus1 hi, you mentioned in the meeting that a talk about sony mainlining efforts is upcoming. could you give me a link?14:56
rinigus1rinzep: sure. here is the message from sfos-porters channel15:20
rinigus1there will be a talk by Sony Open Devices folks on mainlining Sony devices at . it will be in English (in contrast to the most talks). looks like it is 8 nov at 10:00 (CZ timezone, aka Central European Standard Time). Talk by Martin Botka, AngeloGioacchino Del Regno, Konrad Dybcio: Qualcomm SoC upstreaming (ad)ventures in 2020.15:20
rinigus1rinzep ^15:20
rinzeprinigus1 awesome, thank you!15:20
malrelated to mainlining of qcom devices, I got sfos UI up with patched 5.9 kernel on fp2, it's not very stable because of some driver bug but it's a start17:11
Nico[m]That's pretty awesome!17:14
malalso things like wlan, bt and modem are working17:16
Nico[m]That's almost better than on my laptop :D17:16
malaudio will be a bit of a problem on fp2 because it's missing audio driver, it's possible but just quite much work, the other similar qcom audio drivers are about 5000 lines of code17:21

Generated by 2.17.1 by Marius Gedminas - find it at!