| *** zbenjamin_ is now known as zbenjamin | 01:06 | |
| X65Vbo | Hi. I've just installed the latest SDK (v3.0.2.8) and I'm unable to SSH into the emulator any longer. I was previously doing this successfully with Emulator 2.2 | 05:20 |
|---|---|---|
| X65Vbo | I can confirm that the TCP port localhost:2223 is accessible (I can telnet/nc to it) | 05:20 |
| X65Vbo | I'll paste my ssh -vvvv output in a pastebin, two seconds | 05:20 |
| X65Vbo | https://pastebin.com/a83FWtB1 | 05:23 |
| X65Vbo | Hm.. I might try install the SDK with the Emulator for 2.2.1, and see if it works. | 05:25 |
| X65Vbo | Also, can someone in this chat room confirm they can see my text. I don't have a registered account. I don't know if anyone can see what I'm writing. | 05:26 |
| PeperJohnny | You're readable but I can't answer your question | 05:26 |
| X65Vbo | thank you | 05:26 |
| PeperJohnny | You're welcome. Strange thing with your log is that it says that the connection is established | 05:27 |
| X65Vbo | P.S. I've gotten my SDK and emulator version numbers mixed up. I installed the latest SDK (v2.0), which has an emulator for SailfishOS v3.0.2.8 | 05:27 |
| ViGe | Yes. It looks like it has established connection but then nothing happens, which is indeed quite strange | 05:27 |
| ViGe | X65Vbo: Did you install the new SDK from scratch or did you upgrade the old installation? | 05:29 |
| X65Vbo | removed the old SDK first, then installed the new one. | 05:30 |
| ViGe | Does the emulator start up? Can you see the familiar sailfish screen? | 05:32 |
| X65Vbo | Yes, starts up successfully. If only I could get to a terminal, I could then figure this out :P | 05:33 |
| ViGe | Have you set a password for SSH access? (Settings->Developer mode) | 05:35 |
| X65Vbo | No, I haven't tried that. I've been using SSH keys (shipped with the SDK) to log on | 05:35 |
| X65Vbo | Let me try that... | 05:35 |
| ViGe | Try that please. It sometimes solves the problems. | 05:36 |
| X65Vbo | So strange, clicking "Developer Mode" does not do anything. (Trying this on 2.2.1. I'll try it on 3.0.2.8 next) | 05:38 |
| Smar | X65Vbo: the key locations changed | 05:39 |
| Smar | maybe that’s the problem? | 05:39 |
| X65Vbo | Thanks, I did notice that, and changed the paths accordingly | 05:39 |
| Smar | okay :) | 05:39 |
| X65Vbo | all good. I'll keep trouble shooting. I'll let you know if I find anything, otherwise I might have to file a bug | 05:39 |
| X65Vbo | thanks for all your help everyone | 05:39 |
| Smar | X65Vbo: do you have some firewall that could affect this? | 05:41 |
| Smar | or anything else listening on that port for that matter | 05:41 |
| ViGe | X65Vbo: Also one thing you could consider trying is installing the early access SDK 2.1. And removing .config/SailfishOS-SDK before (re)install. | 05:43 |
| X65Vbo | great idea, thanks. I was unaware of ~/.config/Sailfish* | 05:44 |
| Smar | or reload vbox’s modules | 05:44 |
| Smar | if it’s vbox that’s stuck | 05:44 |
| X65Vbo | oh lawdy -_- -- it works now. Nothing changed, except I reinstalled it for the nth time. What a waste of an hour of dev time! | 05:47 |
| X65Vbo | Thanks for your help Smar and ViGe | 05:47 |
| Smar | no problems | 05:47 |
| Smar | strange problem | 05:47 |
| X65Vbo | indeed. I wish we'd gotten to the bottom of it, we're no less enlightened than we were before :) | 05:48 |
| dcaliste | Hello chriadam and jpetrell, sorry to be late… | 07:12 |
| chriadam | dcaliste: hi :-) no worries | 07:12 |
| dcaliste | Thanks chriadam for the reviews. | 07:12 |
| chriadam | I haven't had a chance to test the caldav PR regarding etag/uri updates, but in general the change looks good. | 07:12 |
| dcaliste | I've looked at the comments this morning and will address them later today I guess. | 07:13 |
| chriadam | I see that jpetrell hasn't had time to finish the review of the jolla-email PR and approve that one. it's a super busy time at the moment, not sure whether he'll get a chance to do that this week. | 07:13 |
| dcaliste | Yes, I hope it makes the notebooksyncagent code simpler. | 07:13 |
| dcaliste | chriadam, ok, I understand. | 07:13 |
| chriadam | will wait to see if pvuorela is ok with the kcalcore change, if so I will merge it as soon as possible | 07:13 |
| chriadam | on the sailfish-secrets side, those ones somehow slipped my radar this last week | 07:14 |
| dcaliste | I think you had a question about all day event related to this kcalcore PR. | 07:14 |
| dcaliste | I think there is no change for all day event. This change is in the recurrence code and greping mEndDate for the recurrence doesn't return result other than the places use to calculate the end date. | 07:15 |
| chriadam | great | 07:16 |
| dcaliste | So I think that removing mEndDate in the operator== _when_ duration is not null will not impact all day event or recurrence. | 07:16 |
| dcaliste | About secrets, the two MRs are related to the cancelation, as we discussed earlier. | 07:17 |
| chriadam | yes, I remember discussing those but completely forgot to review/test those, sorry | 07:17 |
| dcaliste | The second is about the return Result when the DBus connection timeout or failed. It's a simple one (changing same code in many places, but it's basically a one liner). | 07:17 |
| dcaliste | The first one is more complex and is adding cancelation API to the UserInput plugins. | 07:18 |
| chriadam | yep. is it unit tested or is there another simple way to test those? | 07:18 |
| dcaliste | I didn't add test, maybe I can see if I can figure out one. | 07:18 |
| dcaliste | To test, it's simple though: | 07:19 |
| dcaliste | run "secret-tool --get-user-input" and Crtl-C it. | 07:19 |
| chriadam | great, thanks | 07:19 |
| dcaliste | Before patch, the CLI returns but the dialog stays on screen until it timeout. | 07:19 |
| dcaliste | After patch, it disappears as expected. | 07:20 |
| dcaliste | It is implemented for authentication dialogs also. | 07:20 |
| dcaliste | So run the secret-tool for some action that requires the authentication like accessing a secret and Crtl-C it. | 07:20 |
| chriadam | I can look at adding some system tests for it, potentially, to the system test matrix. might be simpler than attempting to write unit tests for it, as they're separate processes and can be `kill -9 pid` easily in the script | 07:21 |
| dcaliste | Indeed. How will you test that the dialog disappears ? | 07:21 |
| chriadam | manually/visually, the system tests are intended to be verified manually by a tester. | 07:21 |
| dcaliste | Ah, ok, good. | 07:22 |
| chriadam | tests/scripts/matrix/README describes briefly | 07:22 |
| dcaliste | Ok, I can easily give a look if you're too busy. | 07:23 |
| chriadam | that would definitely be appreciated of course :-) | 07:23 |
| chriadam | but when I review/test those I will try to manually test in any case | 07:24 |
| dcaliste | No problem. Maybe you didn't have time to look at this one https://bitbucket.org/jolla/ui-jolla-settings-accounts/pull-requests/40? | 07:24 |
| chriadam | let me check | 07:24 |
| chriadam | ah I did check that | 07:24 |
| chriadam | I meant to ask blam to check also | 07:24 |
| dcaliste | It's for the update of calendar list and properties for CalDAV plugin. | 07:25 |
| dcaliste | Ah, ok, good. | 07:25 |
| chriadam | short answer: it looks good to me, but likely will merge it when we're ready to merge the caldav plugin change also (i.e. after the next software update version is branched) | 07:27 |
| chriadam | as IIRC it's an enabler for that one | 07:28 |
| dcaliste | Ok, that's true indeed. Fine. | 07:28 |
| dcaliste | I would like to let you know also that I'm actively working on the possibility to select which folder to down-sync in IMAP. I'm adding a ComboBox in account settings with something like "inbox only, inbox and subfolders, custom" where custom is proposing textswitch for each folders. It requires changes in account settings, nemo-qml-plugin-email, buteo-sync-plugin-email and potentially in QMF also :/ | 07:30 |
| dcaliste | It's not ready yet, but in case you would like to plan this kind of changes for landing in a coming version… | 07:31 |
| dcaliste | jpetrell ^ also | 07:31 |
| chriadam | big change. jpetrell is that something which design has considered ^ | 07:31 |
| dcaliste | It's part of the most voted changes in TJC ;) | 07:31 |
| jpetrell | cool :) | 07:31 |
| dcaliste | https://together.jolla.com/question/319/enhancements-of-the-email-client/ the second point, as explained by the poster "option for each folder is a way to view and synchronize only some selected folders." | 07:35 |
| dcaliste | And https://together.jolla.com/question/1209/email-allow-to-subscribe-to-multiple-folders-in-an-account/ | 07:35 |
| dcaliste | I think I will submit initial MR before the end of the month, but it may requires a bit of discussion ;) The nice thing is that QMF already handle this with the synchronizationEnabled status flag for a folder. | 07:37 |
| chriadam | indeed, reading some of those it definitely seems more important than I had initially judged | 07:37 |
| dcaliste | The point is how to show this possibility nicely to the user. | 07:37 |
| dcaliste | For people (like me) who sort messages on server and distribute them in folders on server, it is also a necessity not to miss messages. | 07:38 |
| chriadam | indeed | 07:38 |
| chriadam | thanks for looking into that one | 07:39 |
| chriadam | ok, I don't have much more - sorry I wasn't very active this last week with testing/reviewing those PRs. Hopefully will get a chance this week to do more. | 07:42 |
| dcaliste | Oh that's fine. I will already address your remarks from today. | 07:43 |
| chriadam | thanks very much | 07:43 |
| chriadam | aside from that, have a great week and see you next meeting :-) | 07:43 |
| dcaliste | Indeed, thank you and have a nice week also. | 07:44 |
| *** frinring_ is now known as frinring | 07:51 | |
| dcaliste | chriadam: I've done the suggested modification in the CalDAV MR. Thanks for the review. | 08:18 |
| laalf | hello! does anyone know if android auto works with alien? | 16:23 |
| attah | Has anyone managed to interact with nfc yet? Mine appears to be enabled and powered, but cannot detect any targets/tags | 17:07 |
| Mister_Magister | attah: somebody made app to check if it present. i don't think he progressed much since then | 17:08 |
| attah | Mister_Magister: Any idea where i might find that? | 17:08 |
| Mister_Magister | in logs of #sailfishos-porters channel probably | 17:09 |
| attah | hmm, not finding anything... maybe should try that archive download thingy, but wowza that was slow | 17:17 |
| mal | attah: what kind of tag are you using? | 17:18 |
| mal | it only detects certain types of tags currently | 17:18 |
| attah | My bus pass | 17:18 |
| mal | that won't work | 17:18 |
| attah | oh? | 17:18 |
| mal | like I said, it only has support for certain simple tags, like url-tags | 17:20 |
| attah | hmm, okay | 17:20 |
| attah | i have some keyfob ones around here somewhere | 17:21 |
| attah | Hmm, i thought i would have to program that tag, but it already had purple.com as dummy data | 17:40 |
| attah | ...but it's still not picked up | 17:41 |
| attah | mal: do i need to StartPollLoop? and in that case what is the string parameter it wants? | 17:41 |
| mal | attah: what do you mean? the string tags are automatically picked up by UI | 17:44 |
| attah | i'm poking at dbus from a dummy app... but i shouldn't even need that? | 17:44 |
| mal | why are using dbus directly? qt nfc should work just fine | 17:46 |
| attah | I must admit i was unaware that was a thing | 17:46 |
| attah | But you are saying it should detect things like URL tags even without me explicitly asking? | 17:47 |
| mal | yes, it should if those are of correct type | 17:49 |
| attah | Hmm, okay.. this one is a mifare one with URI type "http://www." and content "purple.com" | 17:51 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!