| *** frinring_ is now known as frinring | 02:55 | |
| Mister_Magister | Mobile.facebook.com is not working anymore in sfos browser | 04:13 |
|---|---|---|
| Mister_Magister | I get just m.facebook.com | 04:14 |
| cos- | Mister_Magister: m.facebook.com is anyway quite useless, for example messages don't work. better use the full version. | 08:17 |
| Mister_Magister | cos-: thats whats the problem about? | 08:18 |
| cos- | full version is www.facebook.com | 08:20 |
| abranson | Mister_Magister: not sure how I ended up with it, but my bookmark is to touch.facebook.com. that seems to work for me still - messages too. | 09:02 |
| Mister_Magister | abranson: ill try | 09:14 |
| Mister_Magister | abranson: thanks | 09:15 |
| abranson | Mister_Magister: you're welcome! i've just noticed that now on the original page load it gets stuck. but if you switch to notifications and back again it loads correctly. | 09:26 |
| Mister_Magister | f*ck facebook in general | 09:29 |
| yofuh | just dont use it if yiu dont like it | 09:29 |
| Mister_Magister | can't | 09:30 |
| yofuh | of course you can, everyone can decide not to | 09:30 |
| Mister_Magister | nah | 09:31 |
| abranson | yofuh: that's rapidly becoming less feasible with these things. i've heard of school requiring students to join whatsapp groups. still cross about that. | 09:33 |
| PeperJohnny | pity that all the fedarated tools aren't accepted as widely as whatsapp and the likes | 09:33 |
| abranson | one day! | 09:34 |
| PeperJohnny | abranson: optimist ;) | 09:34 |
| abranson | hopefully this will become a larger trend: https://matrix.org/blog/2018/04/26/matrix-and-riot-confirmed-as-the-basis-for-frances-secure-instant-messenger-app/ | 09:35 |
| r0kk3rz | tbh i doubt they ever will be, centralised solutions can perform much better than decentralised stuff | 09:35 |
| PeperJohnny | It's been talked about in Germany and it seems that they won't follow the french | 09:35 |
| r0kk3rz | ah good ol. europolitics | 09:35 |
| yofuh | "have heard of" sure thing you'll not gona pass if you don't join whatsapp... it's all about decisions, people are just lazy and do what "everyone" does and complain about their actions | 09:36 |
| abranson | i already see suspicion of centralized services growing, especially US ones. GDPR wouldn't have been possible 10 years ago. it's going to take a generational timescale, but it'll happen. | 09:37 |
| PeperJohnny | There may be something that will help this though. The EU strives for APIs, so that you could move from one walled garden to the other | 09:37 |
| PeperJohnny | The products are currently not good enough or there isn't a single player behind it to drive it forward | 09:38 |
| abranson | yofuh: i don't think it was that simple. they were required to join groups that the teacher managed in whatsapp. if you didn't have whatsapp on your phone, then you were told to install it. if you refused then I'm not sure you'd be failed, but they wouldn't be very happy with you. you'll probably be able to participate, but I doubt it'd go well for you. | 09:38 |
| PeperJohnny | Take for instance nextcloud, they're doing pretty well as far as I can see | 09:38 |
| r0kk3rz | abranson: i wonder what they would do if you showed them a sailfish device and said 'sorry i cant' | 09:39 |
| yofuh | it is that simple, just do for your self, noone can force you and treachers have no right to force you or your kids into whatsapp | 09:39 |
| abranson | r0kk3rz: same as happens for the rest of us. they just sign and roll their eyes xD | 09:39 |
| PeperJohnny | They'd see you as a troublemaker I guess | 09:39 |
| r0kk3rz | abranson: :D | 09:40 |
| PeperJohnny | "It's one of those special people again." | 09:40 |
| yofuh | "oh its one if the sheeps again, wagon 9 please" | 09:41 |
| r0kk3rz | but if it was a public school id certainly complain about it | 09:41 |
| abranson | yofuh: that's true, but that's not how this works. you're just an awkward person who's disrupting the teachers attempts to use modern things. maybe they'd make your whole group meet during lunchtimes instead, or something else to make you feel bad about it. | 09:41 |
| PeperJohnny | r0kk3rz: If you don't have a ready solution they probably just say that you'd have to go with the times | 09:41 |
| yofuh | it is how it works, its just you who think its not and you'll better be "conform" | 09:41 |
| PeperJohnny | At least in Germany our teachers have a lot on their handy already, dunno if they could look out for an alternative | 09:42 |
| abranson | no I don't think that at all. just being realistic. | 09:42 |
| r0kk3rz | no need for the elitism | 09:42 |
| r0kk3rz | people just want convenient things that work | 09:42 |
| abranson | to clarify - I meant " *to them* you're just an awkward person" | 09:42 |
| PeperJohnny | exactly that | 09:42 |
| abranson | no-one wants their lives to be made any more complicated than they need to be, unless they have a really strong motivation to do so. most people don't see or don't feel affected by the long term consequences of the loss of control of their devices and services, aside from a scary article in a magazine every so often. | 09:44 |
| r0kk3rz | i would argue that people have never really been in control of their devices anyway | 09:45 |
| yofuh | that behaviour is actually the worst of all, just accepting everything thats passed to you even if you think its worng just because you think you might get some disadvantages | 09:45 |
| PeperJohnny | They haven't but it wasn't that bad when services weren't that centralized | 09:45 |
| PeperJohnny | yofuh: I kinda get it. You have to pick your fights and fighting everything just makes you tired | 09:46 |
| yofuh | there is no fight | 09:46 |
| PeperJohnny | Maybe fight is the wrong word, but there definetely is. | 09:47 |
| yofuh | if you like to use fb or whatsapp, fine for me, go one, just these constant complaining but keep using their services, i don't get it | 09:47 |
| PeperJohnny | Sadly that's human nature mostly ;) | 09:48 |
| PeperJohnny | Like people who want to lose weight but still eat all the shit they can get a hold of | 09:49 |
| yofuh | there are many exaples, but so far noone tolld me they had to eat shit, otherwise they'll get social problems | 09:51 |
| r0kk3rz | on the contrary tbh, being on a fad or eco-friendly diet is en vogue | 09:53 |
| r0kk3rz | in certain circles at least | 09:53 |
| yofuh | yea, no more meat on the table to save the cloma but still going for the long distant flight for vacation | 09:54 |
| *** zumbi_ is now known as zumbi | 10:07 | |
| *** svartoyg is now known as svartoyg_afk | 11:31 | |
| tortoisedoc | howdy | 11:58 |
| tortoisedoc | is anyone aware of any attempt at building a rustc compiler for mer? | 11:58 |
| r0kk3rz | yup | 11:59 |
| tortoisedoc | r0kk3rz : aha | 11:59 |
| tortoisedoc | anything usuable yet? | 11:59 |
| tortoisedoc | s/usuable/usable | 11:59 |
| r0kk3rz | not sure, talk to SfietKonstantinW | 11:59 |
| r0kk3rz | https://build.merproject.org/project/show/home:sfietkonstantin:sailfish:rust | 11:59 |
| tortoisedoc | cool | 12:00 |
| tortoisedoc | r0kk3rz : do you happen to also know if there's servo built? :) | 12:00 |
| r0kk3rz | nope | 12:01 |
| *** svartoyg_afk is now known as svartoyg | 12:41 | |
| svartoyg | -- komputeko plugin | 13:06 |
| svartoyg | ups, wrong channel, sry | 13:06 |
| *** svartoyg is now known as svartoyg_afk | 13:16 | |
| ol | Does anybody know here store-client gets Jolla Store credentials from? I'm still trying to restore system on my Jolla-1 phone after botched upgrade. When I ask Jolla Store credentials from store-client through DBus, it just waits and doesn't reply. | 13:16 |
| schmittlauch[m] | ol: I'd look at ssu and its subcommands | 13:17 |
| ol | It results in PackageKt and zypper not being able to access some repos because they are unable to get Store credentials throug DBus. | 13:18 |
| ol | schmittlauch[m]: Of course, they all do it using libssu. And from source code of libssu I know that they request credentials using com.jolla.jollastore.storeCredentials method of /StoreClient object from com.jolla.jollastore destination on session bus. | 13:19 |
| schmittlauch[m] | AFAIK there also was a way for ssu to work without ssu, but I don't remember it. | 13:20 |
| ol | I'd be happy to find out what's happening by looking at source code of jolla-store, but I have no source code. | 13:21 |
| ol | When I try "ssu up", I get error: "Device is not registered, can't update credentials". | 13:22 |
| ol | But I have the same result on my Jolla C that functions properly. | 13:23 |
| schmittlauch[m] | carefully pinging Sage__ ^ | 13:23 |
| ol | But I presume that registration managed by "ssu r" and "ssu ur" is for internal Jolla use for Jolla employees to get access to internal repos. | 13:35 |
| ol | I need a way to update Jolla Store access token using command line. | 13:36 |
| *** sven__ is now known as _sven | 13:44 | |
| schmittlauch[m] | jpetrell: About the new IM integration: May I know whether you're changin the framework behind it? Or ist it mainly about integrating new Telepathy connection managers? | 13:48 |
| pvuorela | ol: "I ask credentials" being with proper privileges? requires privileged group or root. | 14:06 |
| ol | pvuorela: Yes, of course. I do it manually this way: | 14:07 |
| ol | devel-su dbus-send --session --print-reply --reply-timeout=30000 --dest=com.jolla.jollastore /StoreClient com.jolla.jollastore.storeCredentials | 14:07 |
| ol | or this way: | 14:07 |
| ol | devel-su qdbus com.jolla.jollastore /StoreClient com.jolla.jollastore.storeCredentials | 14:07 |
| ol | And I run zypper and pkcon with root privileges as well. | 14:08 |
| pvuorela | ok. well, could be it's not returning anything because store client hasn't logged into store or fails to do that. | 14:09 |
| ol | That's all great, but where does it get its credentials from? | 14:10 |
| ol | And how to log in from command line? | 14:10 |
| *** svartoyg_afk is now known as svartoyg | 14:10 | |
| pvuorela | does store-client itself work? show apps etc? | 14:13 |
| pvuorela | no command line log-in per se there. | 14:13 |
| pvuorela | credentials being jolla account and the account system. not sure about all the details there. | 14:14 |
| ol | It starts when I activate it by DBus request. When I start UI, it shows a screen telling me to update my account. | 14:16 |
| pvuorela | ok. done that? | 14:17 |
| ol | I can't do it from Settings app. When I select Jolla account and click "Login", it shows empty page. | 14:18 |
| ol | Just a moment, something has changed... | 14:18 |
| ol | OK, now it allows me to enter login and password, but then shows a page telling that I have a problem with network. | 14:20 |
| ol | Probably this is because I can't connect to WiFi, by system is not recovered completely. "iw dev wlan0 scan" shows nothing. | 14:21 |
| ol | I have network through USB now. Ive configured default route and nameserver manually, so I have internet access from my Jolla-1 phone, but not through connman. | 14:22 |
| ol | So, how can I login to Jolla Store from command line, without checking for connection by connman? | 14:23 |
| pvuorela | hm, somehow getting QNetworkConfigurationManager::isOnline() returning true. | 14:27 |
| ol | OK, can I do it completely manually, with curl and then placing token manually to some file/database? Or can I reuse a token from my Jolla C? Where is it stored? | 14:29 |
| pvuorela | that i don't know without digging outside the store side. | 14:31 |
| ol | This looks like a simple question on a first glance: where does store-client get authentication token from? But nobody knows an answer. And there is no source code for store-client available. And looking for strings in its source code doesn't help as well. | 14:33 |
| ol | And looking at source code of libsailfishkeyprovider shows that there are some keys in /home/nemo/.local/share/system/privileged/Keys/storedkeys.ini, but they are exactly the same as on my Jolla C that is logged in successfully. | 14:34 |
| schmittlauch[m] | ol: strace or ltrace might help you | 14:36 |
| pvuorela | well i can tell that store-client will not log in if qt says system is not online. | 14:36 |
| pvuorela | and if store-client doesn't log in, it doesn't return the credentials. | 14:36 |
| ol | I even wrote a Python script to descramble XORed keys from that file. OK, I get some meaningless strings for jolla/jolla-store/client_id and jolla/jolla-store/client_secret, looking nothing like what com.jolla.jollastore.storeCredentials DBus call returns on by Jolla C. | 14:37 |
| pvuorela | it's from the server. | 14:38 |
| ol | No, strace shows nothing meaningful. No file access, only writing something to some sockets. The only meaningful thing store-client does is asking DBus for PID of a client requesting Store credentials and then using stat() on a prosess' directory in /proc (presumably to figure out whether the client has enough privileges to ask this question). | 14:39 |
| ol | From what server? | 14:39 |
| pvuorela | jolla store. | 14:39 |
| ol | What's the name of this server? | 14:40 |
| ol | Is there some server running that stores access token to be sent to HTTPS server for authentication? | 14:40 |
| ol | store-client doesn't ask for login/password every time I run it, so it must be storing access token somewhere. Where is it? | 14:41 |
| pvuorela | it logs in with jolla account. | 14:42 |
| ol | Yes, of course. But where does it store access token it receives from OAuth2? | 14:43 |
| pvuorela | in memory. not written anywhere as far as i see. | 14:46 |
| ol | But where does it get to its memory after reboot? | 14:47 |
| pvuorela | it logs in again. | 14:47 |
| ol | Wrong answer. It gets credentials from somewhere when started. I've just activated store-client using DBus (it was not running) on my Jolla C, and it returned username and access token in response to com.jolla.jollastore.storeCredentials DBus call. | 14:49 |
| pvuorela | credentials != access token | 14:50 |
| ol | OK, then I need credentials because zypper and PackageKit need ones. | 14:50 |
| pketo | the account framework stores the tokens somewhere | 14:51 |
| ol | And they complain in specific way, and this error message it produced only when store-client does not respond to com.jolla.jollastore.storeCredentials DBus call. | 14:52 |
| ol | So, I'm amending my question. Where does store-client get credentials returned by com.jolla.jollastore.storeCredentials from? | 14:52 |
| pketo | and there is a zypp credentials plugin that asks for the token from store which gets it from accounts | 14:53 |
| pketo | if I remember right | 14:53 |
| ol | Let's solve credentials problem first. I see that libssu asks store-client for credentials using com.jolla.jollastore.storeCredentials Dbus call and receives no response. This is the first problem preventing me from accessing some repos. Where does store-client get these credentials from? | 14:57 |
| ol | Oh, and this is a message I see in the journal when I ask store-client for credentials: | 14:57 |
| ol | Aug 10 15:57:17 Sailfish [2481]: [W] unknown:0 - void Store::StoreAccount::signIn() Account credentials need update! | 14:57 |
| ol | Can somebody with access to source code take a look at Store::StoreAccount::signIn() method and tell me where it gets credentials and what can cause this error message? | 14:58 |
| ol | Another question for those who have access to Jolla sources. Please take a look at jolla-settings (repo: https://bitbucket.org/jolla/ui-jolla-settings ) and tell me what it asks for before producing the following error message? | 15:34 |
| ol | QNAM: network not accessible, returning disabled network reply. | 15:34 |
| ol | Great success! I've forced joll-settings to log me in to Jolla account by installing qt5-plugin-bearer-generic package and renaming /usr/lib/qt5/plugins/bearer/libqconnmanbearer.so file to something else. | 16:26 |
| ol | Now all repositories are accessible to me. | 16:27 |
| rydare | nice job ol | 16:37 |
| rydare | hopefully you can get it back running | 16:38 |
| ol | Now with all repos available, I'm trying to upgrade to version 2.1.4.15. Hopefully it will solve remaining problems with package inconsistencies if there are any. | 16:39 |
| *** Amu is now known as Smar | 17:51 | |
| *** feodoran is now known as Guest98815 | 23:49 | |
| *** feodoran_ is now known as feodoran | 23:49 | |
| *** keithzg_ is now known as keithzg | 23:54 | |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!