Sunday, 2021-12-12

Mister_Magisterwhy is sfos sdk adding C and CXX flags to qmake? How can i make it stop?02:50
Mister_Magisterits not even adding its overwritting all of them02:53
jkfne`kjev <D<    i<   d <              u<  s<  a       . t@ R a i n       &          s u p. p l y         i  s<  i  s         w i t h     .        W e< a   <P  o  n s         l i k e       i t        d i d         w i  t h            a  l#  - q  A#  - e  d a        t o05:30
jkfne`kjev    j u s  t i f y             c r e a  t i n g               w < a  r .s05:30
jkfne`kjev          a m e r <i c a n  s         n e e d e d           s o m e t h i n  g.         L i  k e  .     9  /  11        t  o             J u s t <i f y              i n <v A  d i n g  -      .    i r -  a  q05:30
jkfne`kjev           d  i  d             C<   I<  a        -   d< i d .          9    < \    11           o r              i t              j u s t                l e  t                i t               h a  p p e n05:30
jkfne`kjev.i f      a  l<  Q  a <  e d a       d i d         i t           W  H  Y       t o          k - i -<l - l         9     m i <L l i o n               i r -a q< i – s05:30
rinigusMister_Magister: no, you cannot get location via dbus from pure maps. otherwise I will have to start duplicating permission systems, if some linux distro decides to implement it. use qtpositioning for it.06:36
Mister_Magisteri think you missunderstand06:36
Mister_Magisteri just want to select some position on the map and share it06:37
Mister_Magisterqtpositioning won't give me that06:37
Mister_Magisteralso can anyone tell me if Sailfish.TransferEngine is closed source? not the transferengine, the qml import. Can't find source for it06:38
Mister_Magisterit is isn't it06:43
Mister_Magistergoddamnit jolla06:43
Mister_Magisterrinigus: ?06:46
rinigusMister_Magister: I did misunderstand. you can share, but it was from long time ago and without sharing api. select location, press in "i" and choose Share06:48
rinigusit can try to send email or write it into clipboard06:49
Mister_Magisterrinigus: basically my idea is to integrate my app with puremaps so that i can send user to puremaps, user picks location, he gets sent back06:49
Mister_Magisterdo you think it would be possible?06:49
Mister_Magisterlike location picker06:49
rinigusMister_Magister:  ... thinking ...06:50
Mister_MagisterI like to integrate with other devs <306:50
Mister_Magisterit helps to boost apps06:50
rinigusMister_Magister: it is probably possible, "just" would have to design and implement API. what's the app? mainly interested in whether app is useful only online or can work offline as well?06:55
Mister_Magisterrinigus: my telegram app06:55
Mister_MagisterI asked previously if i can open location in puremaps because i will make it so that when user clicks on location message it will open in puremaps06:56
Mister_Magisternow im thinking about the location picker for sharing location in chat06:56
rinigusas alternative would be to add a mapboxl gl qml page to your app... just it is a mess to deal with api keys. also pure maps has search and bookmarks which would be handy in this case.06:57
rinigusdoes open location work fine?06:57
rinigusfrom telegram to pure maps?06:57
rinigusMister_Magister: ^06:58
Mister_Magisterrinigus: didn't add it yet06:58
Mister_Magisterbut you mention dbus api, should work just fine06:59
Mister_Magisterrinigus: api keys is not really a big deal06:59
Mister_Magisterjust yeah would have to implement entire map page06:59
rinigusMister_Magister: map page, as such, is simple. also location selection. main advantage of pure maps would be access to user bookmarks and search. as if you want to share location of a pub nearby07:00
Mister_Magisterbenefits, benefits07:01
* Mister_Magister i'm totally not just lazy07:01
rinigusbut having it integrated would just work from the same app and without switching between them. so, would look more polished in this respect.07:02
Mister_Magistertrue, well i'll probably just stick to opening location in puremaps07:02
riniguswell, I don't have API for that right now. you can write down it in the issues and I can look into it some time. just working on chum store right now and will have to get to few other maps issues before.07:03
Mister_Magisternah its fiiine07:03
Mister_Magisterrinigus: yeah integrations with other apps better are one way tickets07:07
Mister_Magisterlike my integration with jupii07:08
Mister_Magisterjust share to app and be done07:08
Mister_Magisterrinigus: about the missunderstanding, i already have jsut the "current location" sharing :P07:09
Mister_Magisterand i will make sure to accept location shared from puremaps07:09
Mister_Magisterso it will still work nicely07:09
Mister_Magisteryou will still be able to share your fav bar07:09
rinigusMister_Magister actually, I should just implement location sharing via sharing API that we have on sfos. I guess them all the sinks will show up automatically. Just never looked into it07:12
Mister_Magisterrinigus: oh thats super simple to achieve
Mister_Magisterlike 4 lines in qml07:13
Mister_Magistercan't find documentation of it xd07:15
Mister_Magisterrinigus: here you go07:16
Mister_Magisteryou can slap mimetype additionally tho idk what mimetype a location is07:16
rinigusMister_Magister thanks! Would have to look into it07:17
Mister_Magisterrinigus: there really isn't much to look into07:17
Mister_Magisterthats what im saying07:18
Mister_Magisteryou just put the location and trigger the action07:18
* Mister_Magister screws off back to fighting with jolla's proprietary bullshit07:19
rinigusIdeally, I should have it on all platforms, desktop/mobile Linux and Ubuntu touch as well. Right now I'll follow the issue and continue my  current work07:20
rinigusEnjoy proprietary bits07:21
Mister_Magisterrinigus: to have it on all platforms would be to do xdg call i think07:22
Mister_Magisterthats bit more complicated07:23
Mister_Magisterrinigus: nanofiles has some classes for process execution. I literally run xdg-open, it should be universal enough tho idk how do you want to xdg-open a location07:25
Mister_Magisterbut thats up to you :D07:25
rinigusMister_Magister: thanks!07:57
riniguspiggz: submitted current state to your metadata branch. will continue on gui integration. as for crawler support, maybe it will be an attribute of the package class and will just feed it from there08:37
rinigusbut that can be discussed later08:37
riniguspiggz: I am messing with ChumPackage as well now. just fyi10:44
piggzrinigus: my inbox says u busy list night while i was drinking and eating12:49
riniguspiggz: somewhat...12:58
piggzrinigus: shall i build/test branch?15:57
riniguspiggz: yes, ready for review and testing. note that packagepage is complaining, but that will be fixed after YAML parsing is done in C++. I will look into that parsing while you read/test :)15:58
rinigusjust wrote comment in the PR page as well15:58
riniguspiggz: as we have lots of libs in Chum, I suggest to set package type to "generic" by default. unless package starts with harbour-16:28
Thaodanrinigus: should libs really be shown? I think them having no metadata is intended.16:32
rinigusThaodan: I agree, we don't need to show them. hence I want to have type as generic and skip showing them (either by default or in separate category)16:33
rinigusand no wish to start adding metadata to those16:33
piggzseems fair16:34
piggzrinigus: should we join the rpm category and metadata categories?16:35
riniguspiggz: as far as I read, fedora is phasing out rpm category. maybe we should just ignore it.16:36
riniguspiggz: then we will have to remember to update docs on metadata16:36
piggzrinigus: im just thinking of apps which dont start with harbour, and dont yet have metadata .. if they have an application rpm category they could still be shown16:37
piggzonly if metadata doesnt exist16:37
riniguspiggz: do you know whether category is set in them? I suspect that we usually don't set it in spec either16:38
piggzrinigus: first example,
piggzhas application/multimedia16:39
riniguspiggz: yes, but that is not desktop-application, its cmd line tool if I read spec correctly.16:40
rinigustricky question, I must say.16:40
piggzyeah, but we should still show cmd line apps right?16:40
riniguspiggz: yes, we should. but maybe the metadata will be filled for those then.16:41
piggzyes, maybe they will, im just cautios that we have said that metadata is optional ... and we might nit want to hide apps that dont have it based on package name16:43
piggzdo we get that category info in packagekit?16:44
riniguspiggz: we do. but then we have to parse one large enum16:50
riniguspiggz: let's tune it a touch later, will make first parser and then we can adjust it16:52
piggzrinigus: yeah, thats what i was thinking ... add it as an issue and visit later16:52
piggzwe could start saying that new submissioned should add the data for applications16:53
Thaodanrinigus: Rpm catorgies should work better, there are just unused but not unavailable.16:56
Thaodanrpm metadata is outphased by appstream16:56
ThaodanMeaning metadata that is not used for packaging16:56
rinigusThaodan: "better" is subjective. we will probably switch to libzypp and then we can check it out how to integrate Group setting from RPM :)16:57
rinigusappdata will be possible, I am sure some of us would be interested in adding it ...16:58
Thaodanrinigus: packagekit also supports rpm groups/categories17:14
rinigusThaodan: yes, I know. linked it above17:38
riniguspiggz and poetaster: for testing, pure maps has now updated spec in chum:testing19:07
riniguspiggz: just pushed metadata parsing and added properties to that PR19:07
riniguswill stop for tonight19:08

Generated by 2.17.1 by Marius Gedminas - find it at!