08:01:24 #startmeeting Sailfish OS, open source, collaboration ā€“ 14th May 2020 08:01:24 Meeting started Thu May 14 08:01:24 2020 UTC. The chair is abranson. Information about MeetBot at http://wiki.debian.org/MeetBot. 08:01:24 Useful Commands: #action #agreed #help #info #idea #link #topic. 08:01:40 #info Meeting information and agenda can be found here: https://lists.sailfishos.org/pipermail/devel/2020-May/009195.html 08:01:42 #help 08:01:49 Iā€™m chairing this meeting today, and will be doing my best to keep time and order. Please behave, respect the timings and be gentle. 08:02:03 #topic Brief introduction (5 min). Please prefix your name/handle with # info 08:02:13 #topic Brief introduction (5 min). Please prefix your name/handle with # info 08:02:27 #info Andrew Branson ā€“ Sailor @ Jolla 08:02:39 #info Ville Nummela - Sailor @ Jolla 08:02:49 #info Gabriel - Community 08:02:51 #info nobodyinperson - Community 08:03:02 #info Nico - community developer 08:03:02 #info BirdZhang - Community 08:03:25 #info Damien Caliste, community 08:03:38 #info jakonator - community 08:04:22 #info Julienb, app developer 08:07:07 #info David Llewellyn-Jones - Sailor @ Jolla 08:07:35 Right, we only have one question today, so off we go. 08:08:02 #topic More useful python3 modules support (Asked by birdzhang - 10 mins) 08:08:31 #info We have a lot of apps developed by python3 now, and many apps only on openrepos.net. 08:08:31 #info Most of the reasons are rejected by harbour validator, or too painful to package python modules to our apps, as many useful modules are not pure python, like python3-pillow and python3-beautifulsoup4 etc.. 08:08:31 #info Please make them official support. 08:09:09 birdzhang: I have an answer here for you: 08:10:10 #info Allowing Python packages is a balancing act. If it's possible to do it in application's, always the better, but if some get used in many applications, take lot of disk space etc, it could be considered to be included. 08:10:10 #info Helps a lot also if the Python modules are used somewhere by Sailfish. At the moment these are not. Pillow has python2 packaging (python-imaging) but it hasn't been updated for some time and not entirely sure is it used anywhere. 08:10:10 #info So wouldn't like to promise much, but would be interested in what are the most commonly needed modules. FWIW beautifulsoup seems like pure python, noarch on my Fedora. 08:11:35 okay, i asked because planetos made a greate app https://openrepos.net/content/planetos/imageworks 08:12:19 python3-requests is also needed 08:12:20 that's impressive 08:12:23 Looks really nice. 08:12:26 and it depend pillow, i packaged python3-pillow and put it on openrepos 08:13:07 Maybe the version in mer should be updated to python3 via an MR. 08:13:09 #info Thaodan #community developer 08:13:13 it's a little outdate and when jolla upgrade python3 version, i need repackage it 08:13:38 Talking about python modules could you add pyqt? 08:13:54 Thaodan: we use pyotherside 08:13:58 There: https://git.sailfishos.org/mer-core/python-imaging 08:14:05 birdzhang: yes, manual repackaging is hard, I package matplotlib and it has a lot of dependencies... 08:14:15 birdzhang: thats no replacement for pyqt 08:14:16 birdzhang: how feasible would it be to include a private pillow instance inside the app? 08:14:50 nobodyinperson: yeah, and jolla upgraded from python3.6 to 3.7 and 3.8, we need repackage too 08:16:03 pvuorela: not tested, pillow is not pure python, maybe reject by harbour 08:16:19 birdzhang: not that an updates Python is bad, repackaging is just so much manual work. Of course we could automate it foe ourselves, but if the most important modules were in the official repositories it would help a lot. 08:16:38 birdzhang: not as private lib, many apps do that like communi-sailfish 08:17:21 Thaodan: i will take a look 08:17:28 I have never uploaded to har our. Can one upload multiple RPMs at once? Or should one package the Python dependencies alongside the other sources? Because that would be really bad style... 08:18:13 nobodyinperson, it seems to me that Harbour are one RPM only... 08:18:23 nobodyinperson: only noarch or armv7hl and i486 08:18:24 Usually you upload one RPM with bundled dependencies to harbour 08:18:26 You can't have dependencies in harbour on other things in harbour. 08:18:35 If I recall correctly. 08:18:58 flypig: That is correct 08:19:12 Many apps split noarch from arch components 08:19:25 birdzhang: pure python part shouldn't per se matter. 08:19:25 this should be supported 08:19:32 Oh... So if two apps bundle the same Python package, they either conflict or need to put the package under their own directory and mangle with import paths!? 08:19:52 nobodyinperson: imageworks is no harbour, but after install it also need download dependencies from openrepos 08:19:57 i'm speaking about own directories. apps should't include global python modules. 08:20:10 s/no/on/ 08:20:39 pvuorela: really? 08:21:06 yes there are restrictions on where harbour rpms can write packages 08:21:13 yeah, like requests module 08:21:28 giving this one a bit longer 08:22:22 so this one could be updated with a PR if someone fancies a crack at it: https://git.sailfishos.org/mer-core/python-imaging 08:22:24 Which is kinda ok but apps usually install their modules to the python module part via the setuptools systems. 08:22:28 abranson: Oh I didn't know that. Wow then that's messed up. Dependencies can recurse pretty deeply (e.g. matplotlib). 08:23:09 nobodyinperson: the alternative is packages clashing on providing the same files 08:23:44 you only need to bundle the modules that aren't already available 08:24:07 abranson: or dependencies but if thats not what is wanted. 08:24:12 abrason: Yes and for matplotlib pretty much none are :-) 08:24:22 abranson, I guess the problem with contributing to the official version is that you still can't have it as a dependency in harbour. 08:24:49 the only way to do that is 08:24:50 Thats one rescriction that is hard when using python like not having pyqt 08:25:10 *using python on SailfishOS 08:25:27 get a newer version in the repos, then it can be allowed in the harbour? 08:27:33 ok, I'll move onto general discussion. 08:27:50 #topic General discussion (20 min) 08:28:45 If it's that complicated, I guess it'll never be Harbour for me :-) 08:29:00 I think I asked it a while ago, but could a repo with the public documentations be made public, so that people can contribute to it? I had some fixes and some docs for the background process API I wanted to contribute. 08:29:47 Nico[m]: Very nice idea! 08:29:58 nobodyinperson: not sure it's complicated. that pillow packaging is fairly simple. 08:30:09 https://git.sailfishos.org/mer-core/python-imaging/blob/master/rpm/python-imaging.spec 08:31:02 abranson: Yes I have packaged a lot of Python packages, but hard-packaging a specific version into an app contradicts the whole repository-philosophy for me... 08:31:07 I think pillow is actually a very useful dependency, that could be used by a lot of packages, so providing that as an official module would make a lot of sense 08:31:52 Nico[m]: And requests! THE package to implement web APIs. 08:31:53 Talking about python, how is the move to python3 going?:p 08:31:59 nobodyinperson: that's not an app, that's just a package for pillow? this is a way to avoid packaging within the app 08:32:09 abranson: can we request from jolla mgmt that you are allowed to work on PP media/camera support? :D 08:32:42 abranson: Sorry, Maybe I misunderstood. 08:32:43 piggz: if you can find them, and if no-one else can help :D 08:33:09 nobodyinperson: the trouble is that even when these modules make it into the repo, it's no guarantee that anyone will keep them up to date 08:33:55 abranson: Yes, same on OpenRepos... In the end you keep maintaining them yourself in your own repo... 08:34:05 I also see a 'pyver' variable in there that for some reason isn't included in the module path at the end. bet there's a lower maintenance package elsewhere 08:34:16 abranson: could they go in mer-contrib and then updated by the community? 08:35:28 Its a shame that python package system doesn't work like on other distros. packaging python apps is usually really easy. 08:36:01 Thaodan: maybe, if these packages are on openrepos then that's possibly enough validation 08:36:12 how does it usually work? i'm more of a Perl guy... 08:36:39 abranson: You run setup.py bdist_rpm 08:36:48 write setup.py call it in the packaging systems and done. It handles even the creation executables 08:37:04 Contributing MRs directly on mer-core, if the package already exists there is very easy. The issue is, will that package allowed in harbour, as already said. 08:37:55 abranson: %build: python setup.py build; %install python setup.py install --skip-build -O1 --root="%{pkgdir}" 08:38:06 and so why doesn't that work on sailfish? 08:39:19 dcaliste: Sorry, I still don't understand. Does harbour reject RPMs containing specific Python packages, even if they're in a different directory? 08:39:24 because of pythotherside which uses python from qml and not the other way around where you call python than qml/qt and because you package extra modules into your own path. This is no issue until you use modules with native code. 08:40:08 nobodyinperson: I was about allowing packages in habour that are in mer-core. So for example if python-billow gets to mer-core 08:40:12 nobodyinperson: no this works. 08:42:20 nobodyinperson: your app has to package python modules under /usr/share/appname. Make subfolder there and put packaged there. Then you have to ensure that python (via path) loads it from there. 08:42:54 but only those modules that aren't already provided by the system 08:42:56 rinigus: Makes sense. That's how QML apps work. 08:43:09 abranson: Sure. 08:45:16 Alright, different topic: Has anybody succeeded in hiding these ***** word suggestions? They take up a huge portion of the screen and I don't need them. The one patch doesn't work anymore. I tried looking thriugh the QML but it's a little abstract... 08:45:33 Nico[m]: sorry, your question got swallowed. which documentation were you talking about? the sailfish wiki? 08:46:17 nobodyinperson, you mean the suggestion bar above the keyboard? 08:46:32 flypig: Exactly! 08:46:53 flypig: And I don't like the split option :-) 08:47:02 If you take them away, don't won't you lose cut&paste as well? 08:47:23 This patch only showed the bar if the clipboard had something. 08:47:24 nobodyinperson: you can switch split screen off from settings I think 08:47:49 ggabriel: Sure. But there you have the huge bar again :-) 08:47:54 You can uninstall Predictive text input, but I guess that doesn't give you the space back. 08:48:13 flypig: Ah that's a start. Which package? 08:48:23 abranson: Mostly what's linked here: https://sailfishos.org/develop/docs/silica/ 08:48:34 Afaik it is a bit integrated with the rest of the website though 08:48:54 nobodyinperson, I'm not sure, but using the Jolla store it's under "Jolla > Precictive text input" 08:49:42 flypig: Hm, it's not even installed? 08:50:05 Nico[m]: Hmm yes, that would be trickier than a wiki. maybe sending a diff to the dev list would be easier! 08:50:11 Oh. You're still getting suggestions outside of the Contacts app? 08:50:45 abranson: So the website is just plain html? Not generated from something? 08:51:26 nobodyinperson, fwiw, it looks like the package is feature-xt9 and its dependencies. 08:52:41 Nico[m]: that's going to be some sort of CMS, but I don't know myself. unlikely to be the sort of thing to allow public edits. 08:52:56 Nico[m]: The documentation is generated from the sources, but unfortunately those sources are not public :/ 08:53:24 Well, it would be awesome, if they could be public, since the docs are a bit lacking at times :D 08:54:07 flypig: Uninstalled, had no dependencies, killed maliit-server, suggestions still there. 08:55:10 nobodyinperson, maybe do `pkcon search name xt9` and check if there are other. They all come from the xt9 repo (`ssu lr`). 08:55:35 abrason: I humbly state that I'd ppreciate a setting to hide the word suggestions. And the whole bar stop the keyboard if the clipboard is empty :-) 08:55:53 What about hiding the bar if there are no suggestions like when using apps like the browser? 08:56:15 nobodyinperson: perhaps the best way to achieve that is to open a tjc (or look for one that requests that) 08:56:36 ggabriel: Probably. 08:56:54 Nico[m]: #aggreed 08:57:37 Nico[m]: definitely sounds more likely on the wiki. they're much more suited to collaboration. 08:58:22 abranson: I don't think I ever used the wiki for API docs 08:58:28 Thaodan: #aggreed 08:59:11 Nico[m]: it's probably not as good yet, but it is improving: https://sailfishos.org/wiki/Guides 08:59:55 nobodyinperson: here's one: https://together.jolla.com/question/13497/option-to-disable-input-suggestion/ 09:00:05 Yeah, it actually looks a lot better than what I remember! 09:00:24 it's probably a lot more up to date too 09:00:33 What account do I need to make/propose edits there? Same as git.sailfish.org? 09:01:25 flypig: It's jolla-xt9. 09:01:52 You no longer have suggestions? 09:01:55 well that's the problem - i don't think you can there yet either! but it's a lot more feasible to aim towards allowing that than it is for the main website docs :) 09:01:57 Well, it doesn't have all the same APIs sadly, so it seems like you need to use both 09:01:58 flypig: Thanks for the obvious suggestion :-) 09:02:53 nobodyinperson, I don't think it will get you what you want, but if it's progress, then that's great :) 09:02:54 abranson: Would be awesome, if there could be a way to contribute to a single source of API docs. If it is feasible, maybe you guys can think about it a bit? :3 09:03:12 Nico[m]: yeah it's a good idea 09:03:14 kylxndmsi 09:03:20 ok, I should wrap this up now as we're over an hour. last orders gentlemen please. 09:03:34 nobodyinperson: gesundheit 09:03:41 But you are working on a forum anyway, so maybe that's something fo after that :3 09:03:52 flypig: Yes, at least now I don't hit wrong suggestions :-) 09:04:06 abranson: Yeah that was a fail sorry xD 09:04:11 that's a point, it's probably very much within the scope of ViGe's forum 09:05:05 Anyway, I think we can move on for now :3 09:05:54 ok, next meeting 09:06:05 #topic Next meeting time and date (5 min) 09:07:08 Two weeks hence is 28th May. Is that a holiday or anything? hard to keep up with May this year 09:07:36 I think 28th is a holiday in Finland at least, yes. 09:07:54 which one's that? 09:08:00 Oh, no scratch that. 21st is the holiday. 09:08:01 https://www.timeanddate.com/holidays/finland/ 09:08:02 isn't any day a holiday these days? :) just after end of may bank holiday in the UK 09:08:13 Sorry abranson. 09:08:37 flypig: no, thanks. now I see that ascension is 21st and whit is 31st 09:08:44 so 28th is probably a good one 09:08:55 any objections to that one? 09:09:03 nay 09:09:12 Sound good 09:09:24 Not here! 09:09:40 ok, let's go with that then. James should hopefully be back next time! He was unavoidably detained today and sends his apologies 09:10:09 thx abranson 09:10:13 Oh no, what did he do to get detained? ;p 09:10:39 thx abranson +1 09:10:40 Nico[m]: these days walking down the street without a "reason" is enough :P 09:10:45 #info Next meeting will be held on Thursday 28th May at 0800 UTC hundred hours 09:10:58 ggabriel: i'm sure it was nothing untoward 09:11:06 Fair 09:11:27 mine was a joke, sorry 09:11:42 Hope you enjoyed this community meeting today. Please tap the appropriate emoticon below: 09:11:42 :D :) :| :( >:( 09:11:48 #endmeeting