| Mister_Magister | why is sfos sdk adding C and CXX flags to qmake? How can i make it stop? | 02:50 |
|---|---|---|
| Mister_Magister | its not even adding its overwritting all of them | 02: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 o | 05:30 |
| jkfne`kjev | j u s t i f y c r e a t i n g w < a r .s | 05:30 |
| jkfne`kjev | 05: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 q | 05:30 |
| jkfne`kjev | 05:30 | |
| jkfne`kjev | 05: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 n | 05:30 |
| jkfne`kjev | 05: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 – s | 05:30 |
| rinigus | Mister_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_Magister | i think you missunderstand | 06:36 |
| Mister_Magister | i just want to select some position on the map and share it | 06:37 |
| Mister_Magister | qtpositioning won't give me that | 06:37 |
| Mister_Magister | also can anyone tell me if Sailfish.TransferEngine is closed source? not the transferengine, the qml import. Can't find source for it | 06:38 |
| Mister_Magister | it is isn't it | 06:43 |
| Mister_Magister | goddamnit jolla | 06:43 |
| Mister_Magister | rinigus: ? | 06:46 |
| rinigus | Mister_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 Share | 06:48 |
| rinigus | it can try to send email or write it into clipboard | 06:49 |
| Mister_Magister | rinigus: basically my idea is to integrate my app with puremaps so that i can send user to puremaps, user picks location, he gets sent back | 06:49 |
| Mister_Magister | do you think it would be possible? | 06:49 |
| Mister_Magister | like location picker | 06:49 |
| rinigus | Mister_Magister: ... thinking ... | 06:50 |
| Mister_Magister | I like to integrate with other devs <3 | 06:50 |
| Mister_Magister | it helps to boost apps | 06:50 |
| rinigus | Mister_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_Magister | rinigus: my telegram app | 06:55 |
| Mister_Magister | I 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 puremaps | 06:56 |
| Mister_Magister | now im thinking about the location picker for sharing location in chat | 06:56 |
| rinigus | as 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 |
| rinigus | does open location work fine? | 06:57 |
| rinigus | from telegram to pure maps? | 06:57 |
| rinigus | Mister_Magister: ^ | 06:58 |
| Mister_Magister | rinigus: didn't add it yet | 06:58 |
| Mister_Magister | but you mention dbus api, should work just fine | 06:59 |
| Mister_Magister | rinigus: api keys is not really a big deal | 06:59 |
| Mister_Magister | just yeah would have to implement entire map page | 06:59 |
| rinigus | Mister_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 nearby | 07:00 |
| Mister_Magister | yea | 07:00 |
| Mister_Magister | benefits, benefits | 07:01 |
| * Mister_Magister i'm totally not just lazy | 07:01 | |
| rinigus | but 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_Magister | true, well i'll probably just stick to opening location in puremaps | 07:02 |
| Mister_Magister | thank | 07:02 |
| rinigus | well, 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_Magister | nah its fiiine | 07:03 |
| Mister_Magister | rinigus: yeah integrations with other apps better are one way tickets | 07:07 |
| Mister_Magister | like my integration with jupii | 07:08 |
| Mister_Magister | just share to app and be done | 07:08 |
| Mister_Magister | rinigus: about the missunderstanding, i already have jsut the "current location" sharing :P | 07:09 |
| Mister_Magister | and i will make sure to accept location shared from puremaps | 07:09 |
| Mister_Magister | so it will still work nicely | 07:09 |
| Mister_Magister | you will still be able to share your fav bar | 07:09 |
| rinigus | Mister_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 it | 07:12 |
| Mister_Magister | rinigus: oh thats super simple to achieve https://github.com/Michal-Szczepaniak/nanofiles/blob/master/qml/pages/FileInfo.qml#L20 | 07:13 |
| Mister_Magister | like 4 lines in qml | 07:13 |
| Mister_Magister | can't find documentation of it xd | 07:15 |
| Mister_Magister | rinigus: https://sailfishos.org/develop/docs/declarative-transferengine/qml-sailfishshare-sailfish-share-shareaction.html/ here you go | 07:16 |
| Mister_Magister | you can slap mimetype additionally tho idk what mimetype a location is | 07:16 |
| rinigus | Mister_Magister thanks! Would have to look into it | 07:17 |
| Mister_Magister | rinigus: there really isn't much to look into | 07:17 |
| Mister_Magister | thats what im saying | 07:18 |
| Mister_Magister | you just put the location and trigger the action | 07:18 |
| * Mister_Magister screws off back to fighting with jolla's proprietary bullshit | 07:19 | |
| rinigus | Ideally, 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 work | 07:20 |
| rinigus | Enjoy proprietary bits | 07:21 |
| Mister_Magister | thank | 07:21 |
| Mister_Magister | rinigus: to have it on all platforms would be to do xdg call i think | 07:22 |
| Mister_Magister | thats bit more complicated | 07:23 |
| Mister_Magister | rinigus: nanofiles has some classes for process execution. I literally run xdg-open, it should be universal enough https://github.com/Michal-Szczepaniak/nanofiles/blob/master/qml/pages/Main.qml#L522 https://github.com/Michal-Szczepaniak/nanofiles/blob/master/src/fileprocess.cpp#L42 tho idk how do you want to xdg-open a location | 07:25 |
| Mister_Magister | but thats up to you :D | 07:25 |
| rinigus | Mister_Magister: thanks! | 07:57 |
| Mister_Magister | np | 07:57 |
| rinigus | piggz: 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 there | 08:37 |
| rinigus | but that can be discussed later | 08:37 |
| rinigus | piggz: I am messing with ChumPackage as well now. just fyi | 10:44 |
| piggz | rinigus: my inbox says u busy list night while i was drinking and eating | 12:49 |
| rinigus | piggz: somewhat... | 12:58 |
| piggz | rinigus: shall i build/test branch? | 15:57 |
| rinigus | piggz: 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 |
| rinigus | just wrote comment in the PR page as well | 15:58 |
| rinigus | piggz: 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 |
| Thaodan | rinigus: should libs really be shown? I think them having no metadata is intended. | 16:32 |
| rinigus | Thaodan: 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 |
| rinigus | and no wish to start adding metadata to those | 16:33 |
| piggz | seems fair | 16:34 |
| piggz | rinigus: should we join the rpm category and metadata categories? | 16:35 |
| rinigus | piggz: as far as I read, fedora is phasing out rpm category. maybe we should just ignore it. | 16:36 |
| rinigus | piggz: then we will have to remember to update docs on metadata | 16:36 |
| piggz | rinigus: 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 shown | 16:37 |
| piggz | only if metadata doesnt exist | 16:37 |
| rinigus | piggz: do you know whether category is set in them? I suspect that we usually don't set it in spec either | 16:38 |
| piggz | rinigus: first example, https://build.sailfishos.org/package/view_file/sailfishos:chum/AtomicParsley/_service:tar_git:AtomicParsley.spec?expand=1 | 16:39 |
| piggz | has application/multimedia | 16:39 |
| rinigus | piggz: yes, but that is not desktop-application, its cmd line tool if I read spec correctly. | 16:40 |
| rinigus | tricky question, I must say. | 16:40 |
| piggz | yeah, but we should still show cmd line apps right? | 16:40 |
| piggz | https://build.sailfishos.org/package/view_file/sailfishos:chum/ImageMagick/_service:tar_git:ImageMagick.spec?expand=1 | 16:40 |
| rinigus | piggz: yes, we should. but maybe the metadata will be filled for those then. | 16:41 |
| piggz | yes, 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 name | 16:43 |
| piggz | do we get that category info in packagekit? | 16:44 |
| rinigus | piggz: we do. but then we have to parse one large enum | 16:50 |
| rinigus | piggz: https://github.com/hughsie/PackageKit-Qt/blob/master/src/transaction.h#L392 | 16:51 |
| rinigus | piggz: let's tune it a touch later, will make first parser and then we can adjust it | 16:52 |
| piggz | rinigus: yeah, thats what i was thinking ... add it as an issue and visit later | 16:52 |
| piggz | we could start saying that new submissioned should add the data for applications | 16:53 |
| piggz | s/submissions | 16:53 |
| Thaodan | rinigus: Rpm catorgies should work better, there are just unused but not unavailable. | 16:56 |
| Thaodan | rpm metadata is outphased by appstream | 16:56 |
| Thaodan | Meaning metadata that is not used for packaging | 16:56 |
| rinigus | Thaodan: "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 |
| rinigus | appdata will be possible, I am sure some of us would be interested in adding it ... | 16:58 |
| Thaodan | rinigus: packagekit also supports rpm groups/categories | 17:14 |
| rinigus | Thaodan: yes, I know. linked it above | 17:38 |
| rinigus | piggz and poetaster: for testing, pure maps has now updated spec in chum:testing | 19:07 |
| rinigus | piggz: just pushed metadata parsing and added properties to that PR | 19:07 |
| rinigus | will stop for tonight | 19:08 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!