Thursday, 2020-12-17

*** vgtw_ is now known as vgtw04:17
sledges#startmeeting Sailfish OS, open source, collaboration -- 17th December 202008:00
sailbotMeeting started Thu Dec 17 08:00:23 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 -- 17th December 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 Austin, and respect timing.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 -- 17th December 2020)"08:00
sledges#info Simonas Leleiva - privateer for Jolla08:01
ViGe#info Ville Nummela - sailor@Jolla08:01
abranson#info Andrew Branson - another privateer for Jolla08:01
Thaodan#info Björn Bidar - sailor @ Jolla08:01
veskuh#info Vesa-Matti Hartikainen - sailor @ Jolla08:02
sledgessailors 5:0 community :)08:02
chriadam#info Chris Adams - privateer for Jolla08:02
rubdos#info Ruben De Smet - developer of Whisperfish and Rust User Group Belgium person.08:02
rubdossailors 6:1 community ;-)08:03
karry_#info Lukas Karas - community, developer08:03
flypigI'm loving your Whisperfish development rubdos08:03
flypig#info David Llewellyn-Jones - sailor @ Jolla08:03
rubdosThanks!  Good to have some love from a Jolla sailor :-)08:04
piggz#info piggz community porter08:06
* sledges (in the voice of a UK football commentator:)): closing in at sailors 7, community ... three08:08
sledgeshi cartron, you had a chance of last goal with your #info :)08:08
takimata70#info : takimata - user/dev08:08
cartron#info: ncartron - user08:09
cartron#info: cartron - user08:09
* sledges referee whistles 3 times, 7:5, close but no cigar:))08:09
sledges#topic State of the Jolla Store (10 min -- asked by thigg)08:09
*** sailbot changes topic to "State of the Jolla Store (10 min -- asked by thigg) (Meeting topic: Sailfish OS, open source, collaboration -- 17th December 2020)"08:09
sledges#info <thigg> Many apps in the store are outdated/not maintained. Is there a strategy for obsolete/unmaintained apps? What are the priorities of Jolla in the store? What are the strategies to progress towards these priorities? Is it important for Jolla to make it easy for developers to publish in the store (compared to openrepos)? This is only a small part of this thread:08:09
sledgesdo we have thigg or sailr in spirit?08:10
ApBBByou can answer it without them. it is one of the big problems we have.08:11
sledgesok, here comes the answer:08:11
sledges#info <Jolla> Harbour rules have been strict historically, and we have been gradually working on making it easier to publish apps to Jolla Store. Progress in developer offering has often been dependent on customer projects, but we are planning to open up more APIs to make it possible to publish more apps in Jolla Store that are now only available in OpenRepos.08:11
sledges#info <Jolla> In general, apps need good quality APIs in both OpenRepos and Jolla Store that stay working between the releases, e.g. there are issues in already allowed libraries like Camera API that should also be fixed.08:11
sledges#info <Jolla> There will be some polls in the Forum in the near future to help us define the priorities in improving the Jolla Store.08:11
ApBBBsledges is it possible for jolla to bend the rules a bit for really nice apps ?08:13
takimata70Are you considering some kind of "OpenSea" store (in addition to the Harbour) which is less strict than Harbour but has at least more quality assurance procedures than OpenRepos?08:14
flypig"OpenSee", nice :)08:14
sledgesApBBB: unfortunately what usually happens in such case, other devs might be furious about discrimination08:14
takimata70e.g., some kind of rolling release store08:14
karry_it is planned to allow to install background systemd services in harbour?08:14
gmc#info: gmc - community08:15
Thaodantakimata70: That is what OpenRepos already is08:15
sledgeskarry_: this has been talked many times, but i don't think anyone ever mentioned the hazard that comes from it: slowed down performance due to many daemons (feel free to discuss if that can be mitigated)08:15
rubdosA rule against "crappy daemons" would be something, I suppose.08:16
rubdosNot sure whether many processes is a big problem an-sich, but feel free to correct me there.08:16
sledgesbut if a user is an "app collector", even many background processes would accumulate to a overall performance hit08:16
ViGesledges: That's not even the biggest hazard. Think about autostarting services which blank the screen at startup...08:16
jpetrellespecially if you write that daemon with Qt C++ the daemon can take many megabytes from memory pool used to run apps08:17
veskuhtakimata70, It's been discussed that we could have stable/experimental separation where more would be allowed for "experimental" apps. That being said, not really fully analyzed if we can do it.08:17
ApBBBsledges this is a user problem. of he is a hoarder its his problem08:17
ThaodanAbout background services: Currently there is no way to see/stop/disable background services per app, I do't think that something like this will be allowed until there is something for that.08:17
rubdosfair point wrt. app-collectors. Maybe an08:17
sledgesApBBB: jpetrell's point about memory footprint is part of the same hazard08:17
flypigiOS will kill background tasks that eat too many cycles. It might be better to allow daemons with restrictions than no daemons at all.08:18
ApBBBsledges i get that you like to keep things slim but phones these days are beasts08:18
karry_well, I understand troubles that daemons may bring, but many applications (chat clients, battery monitor, gps trackers) have to be openned whole time...08:18
sledgesApBBB: but linux is multitasking as is (android just suspends apps, that's why it feels 'performant')08:18
sledgesViGe: services blanking the screen would add to a rule of "crappy daemons" that rubdos mentioned, however it does look a whole new rulebook yet to be written08:19
rubdosI think any prospect on getting services approved would be good, sledges, so take your time to write a nice rulebook for us!08:20
sledgesanother point of pure discussion by sailr:08:20
sledges#info <sailr> What if Jolla would start an open accessible version control hosting for the jolla store - like github/gitlab/gitea - so that people can send pull requests for the listed apps and the developer just needs to approve them. Furthermore you could see the source code you are running on your device.08:20
sledgesbut would app devs like to keep their src code elsewhere than under their own user? preferences to gitlab/hub/... also spring to mind08:21
rubdosIf Jolla could provide us with a Gitlab Ultimate, that would be very nice of course ;-)08:22
abransonI think a lot of apps have this anyway, with an e.g. github url in their app description. might be nice to have that as a distinct field though?08:22
gmcpersonally, i keep my projects on my self-hosted gitlab instance, and would be hesistant to use anything I do not control.. i never know when an externally hosted service is going to disappear08:22
takimata70If it would be a gitlab instance; I would use it (but still mirroring the code elsewhere)08:22
ApBBBsledges the question is though do we need to have such strict rules to the store. Given that your clients are going to use the phone is a restricted way -controlled by the admins of the company.08:23
sledgesgmc: and keeping two copies of your code would also be a maintenance burden? however "Issues" page would be more centralised and get more eyes on than separate home repos08:23
piggzre services, both amazfish and taskswitcher of mine have bacjground services, and allow control via their respective ui08:24
flypigProviding app upload from sfdk might achieve something similar (hook the app upload to the store into the CI)08:24
ViGeflypig: Now that's an interesting idea!08:25
sledgesApBBB: like said in the answer, we've plans to improve developer offering08:25
karry_Not sure what problem want sailr to solve...? Unmaintained applications maybe?08:25
sledgeskarry_: centralised source repo (and bug tracking), also addresses unmaintained apps indeed08:26
ThaodanAlso re services: I think many come from android where you need background services compared to sailfish os where you don't need them unless the app does its just mostly in the background like amazfish from pigzz08:27
gmcsledges: well yes, i develop these apps in my free time, so anything that distracts me from actually developing i try to avoid08:27
abransondoes it though? having the source code anywhere else is going to do the same. if the app is unmaintained then there's no-one to accept the PRS, no matter where it's hosted08:28
gmcsledges: i do see the advantage of having a central point, and I can probably set up some scripts to sync between the two08:28
rubdosThe problem is about humans, not about systems, afaict.08:28
sledges#info Allowing background services to Jolla Store needs many aspects addressed firmly, including but not limited to: a rulebook what a daemon can or cannot do: more indepth (not automated) analysis of its src code, implement framework for user to choose which background services allowed08:29
gmcThaodan: why do you not need background services in sailfish? is there some mechanism by which I can for eg periodically sync tasks with nextcloud in my tasks app without a background process/daemon?08:29
gmc(ie other than requiring the user to keep the app open)08:29
ViGeStarting that series of polls which was mentioned in the answer:
sledgesi think instant messenger such as Sailfish OS Telegram apps would also benefit from a background notifications service at startup08:30
gmcabranson: well, if you can have some 'adoption' mechanism, where an unmaintained project can be taken over by someone else, that would solve that08:30
jpetrellyeah since we don't have push notifications background services are needed by communications apps for notifying user of arriving messages08:30
karry_to unmaintained applications, forks on VCS (Github) may solve it, but would be great to allow team accounts in Harbour...08:30
rubdosadoption rules ++, the bug tracker location is not really relevant if you can "adopt" them on harbour, I'd think.08:31
chriadamforced adoption might open a can of legal worms / require a copyright assignment agreement etc... I am not a lawyer, but seems like a tricky thing to me.08:31
Thaodangmc: I was talking about user facing apps like chat clients. But I undestand that sync apps need background services. But you could reuse existing frameworks that already run in the background08:31
abransongmc: that's not a source code problem though, that's about who owns the app in the store. I think we've had a couple of handovers over the years. They get assessed on a case-by-case basis.08:31
rinigusThaodan: example of service is osm scout server for offline maps. It was even in the store until API changed and I refused to link systemd lib and provide it as a incorporated lib as a part of package08:31
Thaodanrinigus: That is why I said: *except apps that do their job mostly in background*08:32
flypigAdoption may be tricky, but team accounts is a nice idea karry_.08:32
sledges#info <ViGe> Starting that series of polls which was mentioned in the answer:08:33
gmcabranson: true, good point08:34
rinigusThaodan: right.08:34
sledges#info Teams accounts on Jolla Store proposed as a good idea to address unmaintained apps08:34
sledgesand we went into overtime with this one;) let's move on08:34
sledges#topic Bi-weekly / monthly community updates (10 min -- asked by Nico[m])08:34
*** sailbot changes topic to "Bi-weekly / monthly community updates (10 min -- asked by Nico[m]) (Meeting topic: Sailfish OS, open source, collaboration -- 17th December 2020)"08:34
sledges#info <Nico[m]> Quite a few projects give regular community updates. One popular example is Matrix with "This week in matrix":08:34
sledges#info <Nico[m]> another one is Nate Graham from KDE:08:34
sledges#info and UBPorts seems to have something similar. Such updates give developers and users a way to see, what others are doing, what is currently happening, discover new projects and a goal to have something presentable every few weeks. This usually takes the form of developers submitting updates on Friday (or so) and then a member collecting those updates and posting them as a blog post.08:34
sledges#info <Nico[m]> I wanted to discuss this idea, if others are interested in such a thing and if Jolla would be willing to post those updates on their blog and maybe even chair the submission process.08:35
sledges#info <Nico[m]> (Note that this would not replace community meeting, but rather extend them to less developer minded people.)08:35
sledges#info <Jolla> Thank you for such suggestion, it would certainly be beneficial for community members to know what others are up to. We are going to discuss this further after the festive period.08:35
rubdosThis-Week-In-Rust is also a nice one. They use #twir as hashtag on Twitter. Many people read that, and it's just a simple blog-based thing like Matrix.08:35
sledgessuch updates would be technical/developer-oriented, so forum would be preferred instead of the blog08:36
takimata70forum would also be fine i think08:36
chriadampeople who are interested in contributing to Sailfish OS are more than welcome to join dcaliste and I for our weekly discussions, on Tuesdays.  Once we are finished with our weekly agenda, I am open to discussing other things with other folks.08:36
gmcbut does the forum have an rss feed that i can use to just pull in that blog-like form thread?08:36
rubdosnice thing about a blog-like thing is RSS, but the forum is a nice place too I suppose.08:36
sledges(in the light of what Jolla posts in the blog)08:36
dcaliste#info Damien, community, very late08:37
abransonBlogs are definitely more visible08:37
ApBBBsince many stuff for sfos are developed in the open (git) isn't this duplication in a way.08:37
piggzabranson: not my blog, its very well hidden!08:37
gmcpossibly create a community blog seperate from the corporate blog, if jolla doesn't want to mix the two?08:37
sledgesViGe: is RSS a possibility in the forum?:)08:37
sledgesabranson: +108:37
abransonpiggz: you have a blog?  ;)08:38
gmcApBBB: not really, a blog with more prose-like summaries of what's happening is much more accesible than a bunch of forum posts and git commit messages08:38
piggzabranson: you wouldnt know!08:38
rubdosWhat TWIR does: they have a Jekyll-like thing that the community can send PRs to during the week, and in the end they merge to master and it gets public.08:38
rinigusI would expect forum would be fine. You could also advertise posts on twitter if needed08:38
gmcplus, a blog can summarize things that are *not yet* being developed08:38
sledgeswho remembers the "planet" thing? ;)08:38
abransonTweeting the forum post would be even more visible08:38
piggzi still subscribe to "planets" :)08:38
dcalisteApBBB, reading the activity page on is nice to be kept about latest development, but having a simple digest for everyone would be nice08:38
ViGesledges: Just add .rss to any URL in the forum08:38
dcalisteIt could be taken by community to write these digests, though08:39
sledgesrubdos: ^08:39
sledgesgmc ^^08:39
sledges#info one can add .rss to any URL in the forum to just pull in that blog-like form thread08:40
gmcok, so that would be one specific forum thread, that we can publish the rss url for, and that is somehow redacted to only contain the weekly updates as posts?08:40
chriadamit would be a lot of work.  and is a fairly long-term commitment, or it wouldn't be valuable.  if anyone is willing to do it, that's fantastic, but .. it's not a small thing to try to summarise all ongoing development efforts across Sailfish OS and who the contributors are, every 2 weeks...08:40
rubdosdoesn't have to be weekly, monthly would also be very nice08:41
gmccould be a rotating job among those who are interested in this?08:41
rubdosthe pace of projects like Rust is very high, so weekly makes sense there08:41
gmcand i like that twir idea of having pr's from the actual devs, or at least the concept of it not having to be 1 person doing all the work08:41
sledgesdcaliste: ApBBB: this topic is about community updates, not Jolla's08:42
sledgeswhat app developers are up to etc08:42
rubdosif you can do it by PR+review, it's almost no work for the responsible person08:42
piggzmay be wise for people to submit topics .. thats how some weekly news podcasts work, listeners submit topics, then theya re chosen on the show, similar idea would make it so it wasnt enscessary for one person to find out everything going on08:42
dcalisteOh, sorry misunderstood !08:42
gmcnot only app developers, but a more newspaper-like report of these meetings as well for eg08:42
chriadamsome script to inspect all PRs (both merged and open) in the time period, extract the changelog entries and authors, would probably be a good first step which is automatable I guess08:42
flypigrubdos, I like that PR+review idea.08:42
flypigThat really could cut down the effort.08:43
abransonpiggz: and also very similar to how these meetings work08:43
flypigHave some markdown in a repo, then transfer it to the forum every fortnight or something.08:43
rubdosah right, you can just make it Jekyll-style pull requests and have CI move them to the forum08:44
Thaodanflypig: Or pelican and run a ci job to generate the HTML08:44
karry_I like the idea of aggregated changelogs from newly releases :-)08:44
sledgesi find out about new or improved apps made by community only from twitter at the moment. and most of the time only when Jolla retweets them08:44
flypigrubdos, Thaodan, yes, nice.08:44
ThaodanI use pelican for my homepage ( and it works quite well08:44
chriadamkarry_: changelogs for releases are available already, right?08:45
gmcyeah pelican is great :)08:45
cartronsledges I have a #SailfishOS column in my tweetdeck to track that :)08:45
ThaodanEven works with org-mode which is the better markdown imho.08:45
gmcsledges: and not everyone is on twitter......08:45
gmcespecially the people I know who use sailfish, they tend to not be on twitter :)08:45
ThaodanAlso twitter is a single point of failure which can break.08:45
chriadamkarry_: at least, we used to publish those, e.g.
abransonwe also have other SoMe channels08:46
sledgeschriadam: we still publish changelog on forum08:46
karry_chriadam: I have community applications in my mind08:47
chriadamoh I see08:47
sledgesabranson: i've not seen e.g. Fernschreiber post when i looked at Jolla's facebook once, but it was on twitter, that's about it. so a newspaper-like all-round community+jolla digest is certainly needed08:47
sledgesthanks all, will amalgamate ideas and see what comes out of them:)08:48
sledges#topic The state of Rust as (application) programming language for Sailfish OS (10 min -- asked by rubdos)08:48
*** sailbot changes topic to "The state of Rust as (application) programming language for Sailfish OS (10 min -- asked by rubdos) (Meeting topic: Sailfish OS, open source, collaboration -- 17th December 2020)"08:48
sledges#info <rubdos> Sailfish OS 3.4 introduced Rust support. I and others:08:49
sledges#info <rubdos> would like to know whether Jolla and the community see Rust as a potential programming language, both in general and specifically for application writing. I will join the conversation from the Whisperfish perspective, having done Rust for Sailfish application writing before 3.4.08:49
sledges#info <Jolla> Sailfish OS apps (focus of the SDK offering, platform apps, etc.) are still mainly developed with Qt C++ and QML, but as general mobile operating system new languages and technologies are welcomed in the ecosystem.08:50
sledges#info <Jolla> Rust specifically has a lot of potential, and while most of our focus is in improving C++ and QML support, we will also improve Rust support.08:50
rubdosI suppose that mostly answers the question indeed.08:50
rubdosThere are quite a few practical problems with using Rust from the application perspective.08:51
flypigCould you briefly explain how you use rust to build your applications at the moment rubdos?08:51
rubdosI think there are two main places for Rust: things with a GUI and things without a GUI. The latter are "easy" (just compile them), the former are quite hard.08:51
rubdosIndeed, flypig, I think the answer to your question is "no", because "briefly" wouldn't really cut it.08:52
rubdosI've spent quite a lot of time a year ago to figure out *whether* and *how* it's possible.  I currently build using the Arch-Linux cross compiler, and setting a sh*tt*n* of -rpath flags to the respective /srv/mer directories08:53
rubdosthis process also works using Debian as a host08:53
chriadamI've built rust apps for the phone using static linkage with musl and cross build.  works great.  of course, as soon as you have external dependencies e.g. for UI it doesn't work any more ;-)08:53
rubdosFedora, notably running on my home server, doesn't have a complete-enough cross compilation environment for it to work.08:53
rubdosIndeed, chriadam, without UI components it's very easy :-)08:53
rubdosor easy-enough :P08:54
ViGerubdos: Have you tried compiling your stuff with the Sailfish SDK?08:54
rubdosI haven't tried hard enough yet to get Whisperfish building in the new Mer SDK, since 3.4 it should be possible08:54
rubdosI've given it a shot08:54
rubdosbut haven't tried for long enough, and I don't really recall what went wrong...08:54
rubdos(haven't had time lately, had too much other work on my head...)08:55
rubdosInterest in contributing to Whisperfish is getting higher, and the compilation process is a showstopper:
ViGerubdos: Please, whenever you have time, try. And report on the problems. I don't have any illusions that it would just work out of the box, but it's hard to fix issues if we don't hear about them...08:56
rubdosI will report back on compile issues, for sure. Any specific place where you want them reported?08:56
rubdosAlso, I had another very specific issue in Whisperfish that would need Jolla's feedback, because it's very Sailfish-Rust specific. Some place where I should contact you for that?08:57
karry_It should be possible to build shared library in rust, expose C-ABI api a then write thin layer in C++ that interacts with UI... Firefox do that this way, right?08:57
ViGeThere's the Bug Reports category in the forum :) Or Applications -category if the issue is not clearly a bug in the SDK.08:57
rubdosOK, that's for the SDK-related bugs, I presume. For Rust-SailfishOS GUI interfaces (the API that karry_ talks about, basically), I have another issue related to ambience changes.  I think I maybe need a specific chat with someone knowledgeable in that area to get that kind of thing resolved.08:58
rubdosI've been diving way too deep in the Qt source for my own mental sanity before giving up on that :'-)08:59
sledges#info (discussing about adventures when building sfos apps with rust, also via sdk, using Whisperfish as reference)08:59
rubdos(basically, an ambience change in the system doesn't trigger a font color change in-app)08:59
sledgestime's up, good talk indeed, will continue via forum's bug reports:)09:00
sledges#topic reappearing calenders after each sync (5 min -- asked by apozaf)09:00
*** sailbot changes topic to "reappearing calenders after each sync (5 min -- asked by apozaf) (Meeting topic: Sailfish OS, open source, collaboration -- 17th December 2020)"09:00
sledges#info any news or fix? Why is that [bug still] in 3.4?09:00
sledges#info <Jolla> Yes, we do have a fix, courtesy of our non-resident calendar expert dcaliste. It didn't make it into 3.4 unfortunately, but will be in the next public release. The fix is in an internal repository, so we can't share a link I'm afraid.09:00
cartron"our non-resident calendar expert" ^^09:01
chriadamrubdos: pvuorela might be the person to talk to about ambience changes, or denexter but you won't find him on IRC I think.09:01
cartronI believe it also fixes deletion of a recurring event which is still displayed, as stated by flypig ?09:01
chriadamcartron: dcaliste is a community member, not sailor or privateer, but he knows more about the calendar framework than I do at this point.09:01
cartronchriadam I know :)09:01
rubdoschriadam: thanks, I'll note that in my bug tracker.09:01
flypigcartron, yes, it's a different bug/fix, but that should get fixed as well.09:02
dcalisteI must mentioned that flypig contributed also for the fix and he did all the work on Google plugin.09:02
sledges#info <chriadam> people who are interested in contributing to Sailfish OS are more than welcome to join dcaliste and I for our weekly discussions, Tuesdays on #sailfishos channel. Once we are finished with our weekly agenda, I am open to discussing other things with other folks.09:03
cartronthanks flypig and dcaliste !09:03
sledgesthanks chriadam !09:04
sledges5mins gon, let's move on09:04
sledges#topic Silica components license and source code (15 min -- asked by Karry)09:04
*** sailbot changes topic to "Silica components license and source code (15 min -- asked by Karry) (Meeting topic: Sailfish OS, open source, collaboration -- 17th December 2020)"09:04
sledges#info <Karry> QML part of Silica components have BSD license, headers from `sailfishsilica-qt5-devel` package have LGPL license. But sources are not publicly available.09:04
sledges#info <Karry> What is the license of native part of the components? It is really proprietary? Is Jolla aware of the fact that Silica cannot be used with GPL applications? Is there any plan to change it and publish sources with some OSS license?09:04
sledges#info Long version:09:05
sledges#info <Jolla> Official decision to publish C++ part of Silica under LGPL has unfortunately not been made. We will clean up the headers.09:05
karry_The biggest issue that I see here is the unclear situation now...09:06
karry_So, when it is was not decided, you are saying that it is proprietary, right?09:07
dcalistesledges, what do you mean clean up the header ? Relicence to a proprietray one for the versions to come ?09:07
sledgesdcaliste: i believe it referred to sailfishsilica-qt5-devel09:08
riniguskarry_: do I understand you right that we cannot use silica in gpl apps?09:08
flypigkarry_, yes, the licence is proprietary.09:08
rubdosWe can link to Silica, no?09:08
piggzrinigus: that would surely be unfortunate :D09:08
gmci guess it depends on whether the app is a derivative work of silica?09:09
gmcbut oh my, gpl legal arguments09:09
rubdosIt would be very unfortunate.  Not only Whisperfish is (A)GPL... and that cannot be changed because of libsignal.09:09
abransonit's the other way around, isn't it? you're restricted on linking gpl libs in proprietary apps. not the other way around.09:09
karry_rinigus, my understand to GPL is, that you cannot link (share address space) GPL and proprietary code in one process09:09
abransonthere are gpl apps for windows...09:09
piggzViGe: yeah, that seems to clear it up09:10
flypigViGe, that's really helpful.09:10
rubdosIANAL. You can make your own work GPL and link to proprietary stuff.  It wouldn't really make sense if it couldn't. It's just unfortunate that your free software depends on something proprietary.09:10
rinigusViGe thanks!09:11
dcalistesledges, sorry I may misunderstand again, but I think the question was about publishing the QML files of silica that are up-to-now published under LGPL, wasn't it ?09:12
dcalisteEh sorry BSD, not LGPL.09:12
rinigusFrom this Jolla statement we can conclude that no Silica opening up is coming.09:13
jpetrelldcaliste: clean up means updating the source code headers, silica C++ bits are still proprietary09:15
karry_Thanks ViGe to link that exception. So, the trick is to call Silica "system library"...09:16
dcalisteYes, I know for the C++ parts, I was just wondering about the QML parts that were previously under BSD if this will change in future versions ?09:16
dcalisteOh, I see now, it's about the headres, sorry.09:17
jpetrelldcaliste: I don't think that will change09:17
dcalistejpetrell, yeh, thanks. I mixed up I think with  a previous discussion some weeks ago, when someone questioned the possibility or not to publish in a public repo the BSD parts. Sorry for my confusion.09:18
chriadamveskuh should probably field this question more comprehensively, I think09:18
ViGekarry_: There's a bit more in the trick than that, as "system library" is defined in GPL. Unfortunately it's written in legalese.09:18
veskuhUnfortunately, I lost internet for awhile on key momenent on this topic09:20
veskuhsledges, thanks09:20
piggzthere is some wording here..... the GPL says that libraries can only qualify as System Libraries as long as they're not distributed with the program itself09:22
veskuhRight, so our original plan was to publish these with mixed license. That never happened, and licenses are now incorrecly marked on some of the silica packages.09:22
veskuhWe are in process of marking correct licenses on any packages where we know there is an error09:23
sledges#info <veskuh> Right, so our original plan was to publish these with mixed license. That never happened, and licenses are now incorrecly marked on some of the silica packages.09:24
sledges#info <veskuh> We are in process of marking correct licenses on any packages where we know there is an error09:24
sledgeswell, silica is certainly not distributed with an app itself, so it'd qualify as System Library09:25
karry_Thanks. That anvers my question :-) And thanks that clarification of usage GPL code with proprietary system libraries...09:25
sledges#info <community> you can link a GPL app to Silica, because Silica qualifies as System Library09:26
sledges#link veskuh> We are in process of marking correct licenses on any packages where we know there is an error09:26
sailbotRemoving item from minutes: <MeetBot.items.Link object at 0x7f3d2750a8d0>09:26
sledgesdem click paste:)09:26
sledgesthank you all for putting this together, moving on09:26
piggzand the actual GPLv2 words it like this:09:26
piggz However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable.09:26
sledges#info <sailr> My [wired] headphones have media buttons (play/pause, volume up, volume down), and they work great with the standard SFOS media player app.09:26
sailbotRemoving item from minutes: <MeetBot.items.Info object at 0x7f3d288260f0>09:27
sledges#topic Wired headset media buttons don't work with Android apps (10 min -- asked by sailr)09:27
*** sailbot changes topic to "Wired headset media buttons don't work with Android apps (10 min -- asked by sailr) (Meeting topic: Sailfish OS, open source, collaboration -- 17th December 2020)"09:27
sledges#info <sailr> My [wired] headphones have media buttons (play/pause, volume up, volume down), and they work great with the standard SFOS media player app.09:27
sledges#info <sailr> However, I want to use them with Android apps such as Spotify, but they don't seem to work.09:27
sledges#info <sailr> Play/pause button: Does not work at all, including double-press to skip current song and triple-press to rewind. Everything works fine with SFOS media player.09:27
sledges#info <sailr> Volume up & volume down: Only works when device is "awake" (I have to press the power button to turn on the screen); when playing from the SFOS media player I can also change volume when the device is locked (screen completely off), which is very comfortable.09:27
sledges#info <sailr> I can't do that when playing media from an Android app, instead I always have to "wake up" the device.09:27
sledges#info <Jolla> The task for this to work would be to rewrite Sailfish.Media's MediaKeys functionality to MPRIS, that will then also work for Android App Support.09:27
sledgesthe old TJC issue has a tracking indicator, meaning we are aware of this, and abranson has been an avid advocate for switching over to MPRIS09:28
sledgesi even found him mentioning it on #mer once:))09:28
sledgesbut i'm not sure on the scope of this task as of yet09:29
sledgeslet's move to general discussion in case there still are comments to the points above09:32
sledges#topic General Discussion (10 min)09:32
*** sailbot changes topic to "General Discussion (10 min) (Meeting topic: Sailfish OS, open source, collaboration -- 17th December 2020)"09:32
ApBBBSOOOOO. whats comming for SFOS 4. can we have a sneak preview??09:33
fridl#info fridl - community09:33
piggzsledges: while your attention is here, i wouldnt mind some feedback on the idea here, which would allow you to get rid of all the other hybris-boot mountpoint pr's
piggzfridl: just made it for the general discussion :D09:34
ViGeApBBB: Nice try ;)09:34
chriadamI mean, most stuff is done in public repositories09:35
ApBBBViGe a christmas gift of some sort. we 've been nice all year :P09:35
sledgespiggz: nice idea, but i can't see this working on an OBS though09:35
fridlpiggz: I have been watching, but did not want to disturb as I missed the right moment ;-)09:35
karry_ApBBB few hints are hidden in translation strings ;-)09:35
cartronSailjail :-)09:35
cartron(that's the only one I spotted)09:36
piggzsledges: ah, true ... though, as porters, we cant use obs for the hybris part anyway ... and its just another path to check for mountpoints09:36
sledges#info a nice active activity over the festive holiday season:09:36
ApBBBkarry_ i know about the recorder. the app permision stuff. but we are translating 3.409:36
fridlReferes to: Can anyone point me to the documentation for the ExpandingSection if available? Or shouldn't this Silica component be used (yet) for some reason? (Was to late to bring up as a topic, if no one can answer I'll ask for the next meeting.)09:36
ApBBBi am sure 4 will have new android base.09:36
dcalisteApBBB, look at and the latest activity there.09:36
dcalisteThere are ugrade-4.0.1 branches there.09:37
sledgespiggz: true it wouldn't break OBS build, but it was in my plans to cherry-pick all open hybris-boot PRs soon09:37
sledgespiggz: the reason adaptations PRs are stale is because we'd need to test them on every feasible device that we support internally, and that's a nightmare of a job. that's why i took your droid-hal-version when i did other work for it09:38
piggzyeah, that reminded me about the -boot one ... id forgot about the dhv pr09:39
ApBBBis there even the slightest chance for a newer Qt in 4??09:39
flypigfridl, I think this isn't part of the public API currently.09:39
chriadamI think it's fair to say that the next version of Sailfish OS will include a lot of really important changes; both immediate improvements to various things, and also laying the foundation for more improvements in the future.09:39
piggzApBBB: cmon, its only 2020 :D09:39
piggzsfos 4 with qt 609:40
flypigfridl, there's a comment at the top of the qml file that says "If this is made into public API..." so I take that to mean it's not yet.09:40
ApBBBpiggz we need some good news. :)09:40
takimata70qt 6 may bring some other licensing issues...09:40
sledgesnah, will just revert to qt4 to match versions ;)09:40
chriadamthere's lots of good news, IMO.09:41
ApBBBwith all the licence situation in QT seems more reasonable to change the toolkit completely :P09:41
fridl @flypig: I haven't seen that. My App was accepted for Harbour nevertheless ;-) But the Animation of this component is not so nice. Will it make the way to the public API? I have high interest!09:41
karry_another question is... when we may expect SFOS 4 ? :-D09:41
ApBBBkarry_ that we know. when its ready :P09:42
chriadamsoon (tm) / when it's ready, as per usual ;-)09:42
sledgeskarry_: the hint also is in the translation strings process ;)09:42
sledgesand on this bombshell it's time to end09:43
sledges#topic Next meeting time and date (5 min)09:43
*** sailbot changes topic to "Next meeting time and date (5 min) (Meeting topic: Sailfish OS, open source, collaboration -- 17th December 2020)"09:43
flypigfridl, your interest is noted :) I'm not sure whether it will I'm afraid (jpetrell should have a better idea). I'd suggest to add it as a full question for next time.09:43
sledgesProposing 14th January at 8am UTC09:43
fridl@flypig: Ok, thanks!09:44
flypigNo NYE party meeting then :(09:44
piggzfridl: you need to jump on the rinigus components band wagon09:44
chriadam+1 for the 14th, sure.09:45
chriadamoh, and I hope everyone has a really great christmas and new year etc.09:45
sledgesSeason's greetings to y'all!09:45
flypigYeah, sorry, that's +1 from me too. +similar Christmas and NY wishes.09:45
sledges#info Next meeting will be held on Thursday 14th January 2021 at 8:00am UTC:  2021-01-14T08Z09:45
sledgesall have a nice rest from digitals, be more outdoorsy, and we'll come back in full strength after holiday period!09:47
chriadamthanks everyone!09:47
karry_Thank you for the juicy meeting guys. Have a nice christmas! And be positive ;-)09:47
sailbotMeeting ended Thu Dec 17 09:47:06 2020 UTC.09:47
sailbot Minutes:
sailbot Minutes (text):
sailbot Log:
*** sailbot changes topic to "Next meeting will be held on Thursday 17th of December 2020 at 8:00am UTC. Topics can be read here:"09:47
fridl@piggz: was he interested in that special component or in more components generally?09:47
flypigThanks sledges, merry christmas all.09:47
piggzfridl: its a full set of compoenents, which, when used, allows app to run on sailfish, desktop/kirigam, qqc2 and ubuntu-touch09:47
piggzmessy christmas09:47
sledgesvaskas: does your nickname actually mean „vaškas“? ;)09:48
piggzs/merry :D09:48
sledgesI don't think it was a typo :D09:48
piggzwell, not likely to me messy ....apart from the 5 days boris saays we can ;)09:48
karry_messy :-D09:48
fridl@piggz: Ah, yes, I have seen that he made a way to compile as Kirigami as well. If I have time I'll adopt that. Its pretty cool!09:49
sledgeswill make a mess out of Christmas Eve dinner that's for sure (a big thing where i come from, minimum 12 dishes:)09:49
piggzfridl: yeah, im using it on amazfish now ... with people porting for postmartekos/manjaro now09:50
abransonpiggz: we get one day over here in France. Xmas eve is the only night we're allowed out after 8pm :(09:50
piggzabranson: oof, thats gotta hurt09:51
flypigOnly to go to church, I assume?09:51
piggzchurch with whiskey?09:51
flypigA new take on Communion, maybe?09:51
abransoni think we have one of those church things somewhere09:52
fridl@piggz: Do you still build and compile all of that in Sailfish IDE or do you use an other environment to get e. g. the Kirigami part compiled?09:53
piggzfridl: for the deskopt kirigami build, i use regular qt creator that came with distro09:53
fridl@piggz: ok, nice09:55
santhoshsorry for sending message lately. I was waiting to send this in General Discussion as I couldn't join the meeting in time(lunch time here) but failed to do send it in time as I got a call. BlackBerry10 had few restrictions and how things worked for background process. this could help regarding the background process.09:55
gmcwhoops sorry, trailed of there, $dayjob distraction, delivery at the door.. chaos! merry xmas all, happy devember!10:01
flypigsanthosh, interesting + useful. Thanks!10:03
rubdosSorry for the late thanks, but thanks for the nice meeting indeed!10:16
*** santhosh-4759 is now known as santhoshm10:53
Nico[m]Oh no, I overslept >.<12:06
*** ChanServ changes topic to "Next meeting will be held on Thursday 14th of January 2021 at 8:00am UTC. Topics can be read here:"12:59

Generated by 2.17.1 by Marius Gedminas - find it at!