| arno11 | Wizzup: freemangordon: sorry guys it's a bit late but my N900 is in a *strange* but really interesting state: after the last conversations update, it has been impossible to boot (freeze when pin query appears) so | 00:03 |
|---|---|---|
| arno11 | i first check if the problem was the new n900 perf conf, but that's ok | 00:04 |
| arno11 | then | 00:04 |
| arno11 | i checked h-s-m | 00:04 |
| arno11 | and removed my hack to start it later | 00:05 |
| dsc_ | arno11: which conv. version? | 00:05 |
| dsc_ | 0.7.2? | 00:05 |
| arno11 | yep | 00:05 |
| arno11 | now it's ok | 00:05 |
| arno11 | but ofc h-s-m starts in safe mode apparently | 00:06 |
| arno11 | and pin query works but i can't get the gsm network | 00:06 |
| arno11 | and...everything is very fast ! | 00:06 |
| arno11 | qt5 apps start in 1 or 2 sec ! | 00:07 |
| Wizzup | what problems are you seeing still, it's not clear to me | 00:08 |
| Wizzup | gsm doesn't work? | 00:08 |
| arno11 | yep no gsm, no availibility in hsm | 00:08 |
| Wizzup | well there were some other updates but just moving things to stable | 00:09 |
| arno11 | yep i know | 00:09 |
| Wizzup | maybe those tripped you up somehow | 00:09 |
| * Wizzup zzz | 00:12 | |
| arno11 | well, i'll try to keep the device in this state and have a look tomorrow, but that's weird that qt5 apps launch time dicreases so much | 00:25 |
| sicelo | arno11: that 'no gsm' issue does happen once in a while for me. i think ofono sometimes gets confused by something pin-entry does (because of the freezing probably?). you can try to stop ofono, wait a second or two, then restart it again | 05:15 |
| arno11 | sicelo: yes you're right, pin query seems to affect ofono sometimes. | 06:40 |
| arno11 | i rebooted my device, got pin query and ofono working properly, h-s-m crashed but 'killall h-s-m' makes it working again | 06:42 |
| arno11 | qt5 is still fast | 06:43 |
| arno11 | so it seems that conversations improvements affects all qt5 apps | 06:47 |
| arno11 | (i didn't make any other update yesterday btw) | 06:49 |
| arno11 | Wizzup: btw, is jenkins able to recursively update submodules ? (both pico and pcsx use them) | 08:07 |
| arno11 | it builds fine locally using git submodule update --init --recursive | 08:10 |
| Wizzup | arno11: yes it can pick up submodules | 10:06 |
| Wizzup | I don't know about recursively but I imagine so | 10:06 |
| arno11 | ok that's good news :) | 10:11 |
| uvos__ | Wizzup: i dont think allowing portait on all apps is a good idea | 11:13 |
| uvos__ | but i think this logic would be good (and i intend to implement it at some point): | 11:14 |
| uvos__ | 1. if one hildon attom is set, respect that | 11:14 |
| uvos__ | 2. if icccm aspect ratio limits is set, respect that | 11:14 |
| uvos__ | 3. if neither is set respect the minwidth/hight icccm prop | 11:15 |
| uvos__ | 4. if nothing is set force landscape | 11:15 |
| Wizzup | ok, I think that makes sense | 11:20 |
| sicelo | hehe, i never knew about https://packages.debian.org/buster/ssh-contact ... | 12:32 |
| sicelo | "SSH-Contact is a client/service tool that makes easy to connect your telepathy IM contacts via SSH. No need to care about dynamic IP, NAT, port forwarding or firewalls anymore; if you can chat with a friend, you can also SSH him." | 12:32 |
| d4dsc | o/ | 12:48 |
| freemangordon | Wizzup: by looking in TelepathyProviderPlugin::initialize() | 13:18 |
| freemangordon | and https://telepathy.freedesktop.org/doc/telepathy-qt4-0.4.x/a00024.html | 13:18 |
| freemangordon | I see no handle types registration code | 13:18 |
| freemangordon | like registrar->registerClient(handler, "myhandler"); | 13:19 |
| freemangordon | or at least I cannot recognize it | 13:19 |
| freemangordon | Wizzup: it is also possible that abook is requesting wrong channel type | 13:47 |
| freemangordon | well, it just calls tp_account_channel_request_new_audio_call() so I don;t see how it can be doing something stupid | 13:53 |
| Wizzup | freemangordon: I will take a look, I've just been busy earlier today, but they use telepathyqt just like conversations | 14:07 |
| Wizzup | so I think I should be able to figure it out somehow | 14:10 |
| freemangordon | ok, thanks | 14:24 |
| freemangordon | maybe they register the UI as a handler, not vcm | 14:24 |
| freemangordon | which makes sense | 14:25 |
| Wizzup | I don't see it in dbus so I doubt it | 14:26 |
| Wizzup | but maybe | 14:26 |
| freemangordon | do we have the UI code? | 14:26 |
| Wizzup | they make their own tp like dbus interface to talk to voicecallmanager | 14:26 |
| freemangordon | yes, exactly | 14:26 |
| Wizzup | I don't want to look at the UI code as I am fairly certain that it must be voicecallmanager | 14:27 |
| Wizzup | it literally has handleChannels | 14:27 |
| freemangordon | and UI registers itself as TP handler and calls vcm through dbus to initiate call | 14:27 |
| Wizzup | no, the UI does not do that | 14:27 |
| Wizzup | what makes you think this? | 14:27 |
| freemangordon | if you know where UI code lives, I can have a look | 14:27 |
| Wizzup | but this is just not how it works | 14:27 |
| freemangordon | because vcm dbus code hvs dial() methods | 14:27 |
| Wizzup | if that was how it works, we would not have working calls at all | 14:27 |
| freemangordon | hmm | 14:28 |
| Wizzup | let me debug some stuff. | 14:28 |
| freemangordon | ok | 14:28 |
| Wizzup | $ mdbus2 org.freedesktop.Telepathy.Client.voicecall /org/freedesktop/Telepathy/Client/voicecall | 14:33 |
| Wizzup | [PROPERTY] org.freedesktop.Telepathy.Client.Interfaces(Interfaces:as) | 14:33 |
| Wizzup | look, it is there | 14:33 |
| Wizzup | [METHOD] org.freedesktop.Telepathy.Client.Handler.HandleChannels(o:Account, o:Connection, a(oa{sv}):Channels, ao:Requests_Satisfied, t:User_Action_Time, a{sv}:Handler_Info) -> () | 14:33 |
| Wizzup | maybe my .client file just is not ok | 14:33 |
| Wizzup | I run it like so: | 14:33 |
| Wizzup | QT_FORCE_STDERR_LOGGING=1 QT_LOGGING_RULES='org.nemomobile.voicecall.debug=true' G_MESSAGES_DEBUG=all GST_DEBUG=3 /usr/bin/voicecall-manager | 14:33 |
| Wizzup | in /usr/share/telepathy/client I made | 14:34 |
| Wizzup | voicecall.client | 14:34 |
| Wizzup | [org.freedesktop.Telepathy.Client] | 14:34 |
| Wizzup | Interfaces=org.freedesktop.Telepathy.Client.Handler;org.freedesktop.Telepathy.Client.Interface.Requests; | 14:34 |
| freemangordon | did you restart mission-control? | 14:34 |
| Wizzup | [org.freedesktop.Telepathy.Client.Handler] | 14:34 |
| Wizzup | BypassApproval=true | 14:34 |
| Wizzup | I restarted the whole device | 14:34 |
| Wizzup | [org.freedesktop.Telepathy.Client.Handler.HandlerChannelFilter 0] | 14:34 |
| freemangordon | ok | 14:34 |
| Wizzup | org.freedesktop.Telepathy.Channel.ChannelType s=org.freedesktop.Telepathy.Channel.Type.StreamedMedia | 14:34 |
| freemangordon | no, we need InitialAudio interfac e | 14:35 |
| Wizzup | it is possible that steamedmedia is not the right line | 14:35 |
| freemangordon | right | 14:35 |
| Wizzup | but thi sis what is set on rtcom-call-ui.client | 14:35 |
| Wizzup | IIRC | 14:35 |
| freemangordon | does not matter | 14:35 |
| freemangordon | sec | 14:35 |
| Wizzup | I mean CallUI.client | 14:36 |
| Wizzup | also maybe voicecall needs to be uppercased, I do not know | 14:36 |
| Wizzup | I mean camelcased | 14:36 |
| freemangordon | see https://telepathy.freedesktop.org/spec/Channel_Type_Call.html | 14:37 |
| freemangordon | "Call channels supersede the old StreamedMedia channel type." | 14:37 |
| Wizzup | oh | 14:37 |
| Wizzup | so just audioCall then | 14:38 |
| freemangordon | sec, to see what dbus-monitor provides | 14:38 |
| Wizzup | Call1 | 14:38 |
| Wizzup | dict entry( | 14:38 |
| Wizzup | string "org.freedesktop.Telepathy.Channel.ChannelType" | 14:38 |
| Wizzup | variant string "org.freedesktop.Telepathy.Channel.Type.Call1" | 14:38 |
| Wizzup | ) | 14:39 |
| freemangordon | string "org.freedesktop.Telepathy.Channel.ChannelType" | 14:39 |
| freemangordon | variant string "org.freedesktop.Telepathy.Channel.Type.Call1" | 14:39 |
| freemangordon | yes | 14:39 |
| Wizzup | can I pkill mission control, or? | 14:39 |
| freemangordon | mhm | 14:39 |
| freemangordon | and then go offline->online (from hsm applet) | 14:39 |
| Wizzup | it did not come back | 14:39 |
| Wizzup | ah ok | 14:40 |
| Wizzup | still same problem, but maybe file is not ok yet | 14:41 |
| Wizzup | there's also targethandletype | 14:41 |
| Wizzup | and I do not know what this is: | 14:41 |
| Wizzup | [org.freedesktop.Telepathy.Client.Handler.HandlerChannelFilter 0] | 14:41 |
| Wizzup | in conversations we repeat this for 0,1,2 | 14:41 |
| freemangordon | mhm | 14:42 |
| freemangordon | because 0 is none | 14:42 |
| freemangordon | but we want it for contact | 14:42 |
| Wizzup | what is 0? | 14:42 |
| Wizzup | I don't understand | 14:42 |
| freemangordon | HANDLE_TYPE_NONE I guess | 14:42 |
| freemangordon | 1 should eb p, li { white-space: pre-wrap; } TP_HANDLE_TYPE_CONTACT | 14:43 |
| freemangordon | typedef enum { TP_HANDLE_TYPE_NONE = 0, TP_HANDLE_TYPE_CONTACT = 1, TP_HANDLE_TYPE_ROOM = 2, TP_HANDLE_TYPE_LIST = 3, TP_HANDLE_TYPE_GROUP = 4, } TpHandleType; | 14:43 |
| freemangordon | so we want TP_HANDLE_TYPE_NONE and TP_HANDLE_TYPE_CONTACT | 14:43 |
| freemangordon | this is what tp-ring expects as well | 14:44 |
| Wizzup | so both 0 and 1 | 14:44 |
| freemangordon | https://github.com/maemo-leste-upstream-forks/telepathy-ring/blob/maemo/chimaera/src/ring-media-manager.c#L859 | 14:44 |
| freemangordon | yes | 14:44 |
| Wizzup | https://pastebin.com/raw/qn1r1Qug | 14:45 |
| freemangordon | yep, should be that one | 14:45 |
| freemangordon | lemme try it | 14:45 |
| freemangordon | what is the file name? | 14:45 |
| Wizzup | I called it voicecall.client | 14:45 |
| Wizzup | but that might not be correct | 14:45 |
| freemangordon | is is org.freedesktop.Telepathy.Client.voicecall | 14:46 |
| freemangordon | so should be correct | 14:46 |
| Wizzup | yes | 14:47 |
| Wizzup | all I see in mission-control-5 is | 14:47 |
| Wizzup | (process:11966): mcd-WARNING **: 14:47:10.284: Channel request /org/freedesktop/Telepathy/ChannelDispatcher/Request1 failed, error: Not implemented | 14:47 |
| Wizzup | so that's not very useful | 14:47 |
| Wizzup | going to reboot just in case | 14:47 |
| freemangordon | ok | 14:47 |
| Wizzup | same problem after reboot | 14:53 |
| freemangordon | expected | 14:54 |
| freemangordon | like, restarting mc is enough | 14:54 |
| freemangordon | lemme check how to enable mc traces | 14:55 |
| freemangordon | MC_DEBUG=all MC_TP_DEBUG=all | 14:56 |
| Wizzup | I wonder if the call1 channel is in the channel spec list of voicecallmanager | 14:56 |
| freemangordon | Calling AddRequest on default handler org.freedesktop.Telepathy.Client.voicecall for request /org/freedesktop/Telepathy/ChannelDispatcher/Request1 | 14:57 |
| freemangordon | string "No such interface 'org.freedesktop.Telepathy.Client.Interface.Requests' at object path '/org/freedesktop/Telepathy/Client/voicecall'" | 14:58 |
| Wizzup | so some of this is 'normal' | 14:59 |
| Wizzup | I do see the above also for conversations | 14:59 |
| Wizzup | but then it tries something els that works | 14:59 |
| Wizzup | try to start a sms from abook and compare | 14:59 |
| freemangordon | I did | 15:00 |
| freemangordon | and I don;t see that error | 15:00 |
| Wizzup | interesting, I see it | 15:00 |
| freemangordon | oh, wait | 15:00 |
| freemangordon | it is there | 15:00 |
| Wizzup | so I don't think the voicecall code is set up wrong but it looks like it might be | 15:04 |
| Wizzup | let me try gdb and attach to handleChannels | 15:04 |
| freemangordon | lemme try something | 15:04 |
| Wizzup | empathy? | 15:05 |
| Wizzup | hmm somehow no dbgsym pkg was made for voicecall | 15:05 |
| freemangordon | no, org.nemomobile.voicecall.client as a name | 15:05 |
| freemangordon | but it didn't help | 15:06 |
| Wizzup | ok | 15:06 |
| Wizzup | so handleChannels () in voicecall is never called | 15:06 |
| Wizzup | at least according to gdb | 15:06 |
| freemangordon | ugh | 15:07 |
| freemangordon | _mcd_request_predict_handler: Default handler org.freedesktop.Telepathy.Client.voicecall | 15:07 |
| freemangordon | why it is still 'voicecall' only? | 15:07 |
| Wizzup | well that is correct though right? | 15:07 |
| freemangordon | I renamed the file | 15:07 |
| Wizzup | interesting, I think with that file in place now starting calls from sphone also does not work anymore | 15:08 |
| freemangordon | well, it is org.freedesktop.Telepathy.Client.voicecall | 15:08 |
| Wizzup | with voicecall.client file gone at least I can start calls from sphone again | 15:11 |
| Wizzup | so maybe out contents is wrong still | 15:12 |
| freemangordon | what does sphone do to start a call? | 15:12 |
| freemangordon | streamedmedia? | 15:12 |
| Wizzup | I will check, but it uses the voicecall lib. | 15:12 |
| Wizzup | yeah apparently it uses StreamedMedia | 15:13 |
| Wizzup | let me add it then | 15:13 |
| Wizzup | strange | 15:13 |
| Wizzup | maybe abook should request streamedmedia? | 15:13 |
| freemangordon | but abook does not use StreamedMedia | 15:13 |
| freemangordon | maybe | 15:13 |
| freemangordon | I can try | 15:13 |
| freemangordon | lemme check if tp-ring supports Call1 | 15:14 |
| Wizzup | with streamedmedia added to the .client file sphone works | 15:14 |
| Wizzup | at least calling directly from sphone | 15:14 |
| Wizzup | so maybe try to make abook use streamedmedia for now | 15:14 |
| freemangordon | seems CallChannel is supported as well | 15:14 |
| Wizzup | that might just make it work | 15:14 |
| Wizzup | I don't know what callchannel is | 15:14 |
| freemangordon | should be Call1 | 15:16 |
| Wizzup | ok, well, I think that is audioCall() in tpqt and it is set by vociecall | 15:16 |
| Wizzup | voicecall | 15:16 |
| Wizzup | but let's try streamed | 15:17 |
| freemangordon | ok, but I want to see if tp-ring supports Call1 first | 15:17 |
| freemangordon | seems like no | 15:18 |
| freemangordon | ok, will check if Call1 is supported and if not will fallback to StreamedMedia | 15:20 |
| arno11 | Wizzup: i pushed picodrive and pcsx rearmed in extras | 15:23 |
| Wizzup | freemangordon: great, let's see if that solves the problem | 15:27 |
| Wizzup | arno11: ok, great, I will try to add them to jenkins | 15:28 |
| freemangordon | ok, will need some time | 15:28 |
| Wizzup | arno11: what arches do I build these for | 15:28 |
| Wizzup | freemangordon: maybe just swap out call1 with streamedmedia first and see if it works as a test | 15:28 |
| Wizzup | do you need voicecall.client file with streamedmedia, or? | 15:28 |
| Wizzup | if it works I will add the file to voicecall pkg | 15:29 |
| Wizzup | arno11: there is armhf, aarch64 and amd64 | 15:30 |
| Wizzup | but we can only build for specific | 15:30 |
| Wizzup | if better | 15:30 |
| arno11 | ah yes indeed i forgot that | 15:30 |
| arno11 | yes better build only armhf first | 15:31 |
| freemangordon | Wizzup: perhaps we don't (need the file) | 15:31 |
| Wizzup | freemangordon: ok, I think we probably do, but ok :) | 15:31 |
| freemangordon | seems tp-glib has dropped support for SrtreamedMedia | 15:31 |
| Wizzup | arno11: we can just try all and see what fails? | 15:31 |
| freemangordon | tha's why I need time | 15:31 |
| Wizzup | freemangordon: really? huh | 15:31 |
| arno11 | Wizzup: yes indeed | 15:32 |
| Wizzup | ok, let's start with picodrive then | 15:32 |
| arno11 | okay | 15:32 |
| Wizzup | arno11: so maemo/chimaera branch is missing | 15:34 |
| Wizzup | and a tag too | 15:34 |
| Wizzup | shall I add these? | 15:34 |
| arno11 | yep please | 15:34 |
| Wizzup | ok, for the record: | 15:34 |
| Wizzup | git tag 1.93.2 | 15:34 |
| Wizzup | git push origin | 15:34 |
| Wizzup | git checkout -b maemo/chimaera | 15:34 |
| Wizzup | git push origin maemo/chimaera | 15:34 |
| Wizzup | https://phoenix.maemo.org/job/picodrive-source/1/console | 15:35 |
| Wizzup | looks like it failed | 15:35 |
| Wizzup | badly formatted changelog | 15:35 |
| arno11 | ah yes | 15:35 |
| arno11 | indeed it was buggy | 15:36 |
| Wizzup | do you want me to try to fix it? | 15:36 |
| arno11 | i had to create a kind of fake one to be able to build locally | 15:36 |
| arno11 | and i forgot to check again | 15:36 |
| arno11 | yes plz :P | 15:36 |
| arno11 | ofc if you have a bit of time | 15:36 |
| Wizzup | I do | 15:37 |
| Wizzup | dpkg-genbuildinfo: error: badly formed line in files list file, line 2 | 15:38 |
| Wizzup | do we need debian/files ? | 15:38 |
| arno11 | let me check | 15:38 |
| Wizzup | I would be inclined to remove it | 15:38 |
| Wizzup | also the section should be user/games I think, not user/games/picodrive | 15:39 |
| Wizzup | (in debian/control) | 15:39 |
| Wizzup | and the Standards-Version something like 4.3.0 | 15:39 |
| Wizzup | not 1.92.3+leste1 - that's the pkg version, not the debian control standards version | 15:39 |
| arno11 | yes indeed for standards | 15:39 |
| Wizzup | let me clone this in my vm | 15:39 |
| freemangordon | Wizzup: will do what vcm dos: for 'tel' will ask for StreamedMedia, for all others: Call1 | 15:40 |
| Wizzup | arno11: btw you can use: | 15:41 |
| Wizzup | gbp buildpackage --git-ignore-branch --git-submodules | 15:41 |
| Wizzup | freemangordon: ok then | 15:42 |
| Wizzup | sdl-config is missing; please install libsdl (libsdl1.2-dev) | 15:42 |
| Wizzup | this is not in build-depend | 15:42 |
| arno11 | Wizzup: ah | 15:43 |
| arno11 | is it the only one missing ? | 15:43 |
| Wizzup | arno11: working through it now | 15:44 |
| Wizzup | freemangordon: so you found streamedmedia? | 15:44 |
| Wizzup | brb, coffee time | 15:46 |
| Wizzup | I started a new build | 15:46 |
| Wizzup | https://phoenix.maemo.org/job/picodrive-binaries/ | 15:46 |
| freemangordon | no, I am creating the request by hand, you will see | 15:46 |
| arno11 | Wizzup: ok, bbl, kids time | 15:51 |
| arno11 | thx for your help btw | 15:51 |
| freemangordon | Wizzup: hmm, yeah, seems the file is needed, lemme confirm | 15:52 |
| Wizzup | arno11: do we need the chown user? I don't think so, right? | 15:56 |
| freemangordon | Wizzup: yep, works with streamedmedia, at least in VM | 16:00 |
| Wizzup | freemangordon: great | 16:01 |
| Wizzup | I will add the voicecall.client with both Call1 and StreamedMedia then | 16:01 |
| freemangordon | sec | 16:01 |
| Wizzup | for 0 and 1 contact types | 16:01 |
| freemangordon | Wizzup: https://pastebin.com/ySxFVR5h | 16:01 |
| freemangordon | going to push abook | 16:01 |
| Wizzup | yes I hve the same locally | 16:01 |
| freemangordon | ok | 16:01 |
| freemangordon | Wizzup: building abook, now we only need the .client file | 16:14 |
| freemangordon | also, something strange happens on VM: | 16:14 |
| Wizzup | I just started building voicecall too | 16:14 |
| Wizzup | with the file | 16:14 |
| freemangordon | I am using USB modem that can;t do voice calls | 16:14 |
| freemangordon | vcm sees "channel closed", but sphone does nothing and just hangs | 16:15 |
| freemangordon | cannot close it either | 16:15 |
| Wizzup | ok, worth investigating for sure :) | 16:17 |
| freemangordon | seems like vcm plugin does not handle that | 16:17 |
| freemangordon | now rebooting the vm to be sure I can repro on clean boot | 16:18 |
| Wizzup | well if vcm closes it then my vcm sphone module should at least not hang | 16:18 |
| freemangordon | mhm | 16:20 |
| freemangordon | lemme try to get logs from vcm | 16:20 |
| Wizzup | now it works | 16:22 |
| Wizzup | (on d4) | 16:22 |
| freemangordon | cool :) | 16:22 |
| Wizzup | ok, so now the only thing that remains are sicelo's reports of not having audio sometimes when he gets called | 16:23 |
| Wizzup | I mean and other various bugs, but like big things | 16:23 |
| Wizzup | well that and sphone group_uid logging and such | 16:23 |
| freemangordon | Wizzup: https://pastebin.com/NtPX5vkt | 16:24 |
| Wizzup | freemangordon: that all looks fine I think, from the voicall side | 16:24 |
| freemangordon | at that point sphone says "dialing" of the number | 16:24 |
| Wizzup | mhm | 16:24 |
| freemangordon | I can press the "hangup" and sphone closes | 16:24 |
| freemangordon | if I dial second time, I see *two* 'dialing' lines, to the same number | 16:25 |
| Wizzup | yes, I have seen this, the call doesn't actually get closed according to sphone or the vcm plugin | 16:25 |
| freemangordon | and sphone UI does not react anymore | 16:25 |
| freemangordon | this is 100% reproducible with my quectel USB modem | 16:26 |
| Wizzup | ok | 16:27 |
| d4dsc | still noticing unwarranted mem increase after 1 day of uptime in conversations, so not out of the woods yet | 16:27 |
| Wizzup | unfortunately all the quectel usb modems that I have reset shortly after power up on my QEMU setup | 16:27 |
| Wizzup | it's very frustrating | 16:27 |
| freemangordon | Wizzup: use virtualbox | 16:28 |
| Wizzup | I mean, if that is the problem.. | 16:28 |
| freemangordon | hmm? | 16:29 |
| Wizzup | Why would virtualbox solve it? | 16:29 |
| Wizzup | It might, but I am not sure why it would | 16:29 |
| freemangordon | no matter what maybe it handles usb redirect diffrently | 16:29 |
| Wizzup | right | 16:30 |
| Wizzup | so what happens to me is that they are seen fine | 16:30 |
| Wizzup | but when I go online, they drop shortly after | 16:30 |
| freemangordon | ah, same here | 16:30 |
| Wizzup | how do you deal with that? | 16:30 |
| freemangordon | in maybe 5 minutes or so | 16:30 |
| freemangordon | just reconnect :D | 16:30 |
| Wizzup | ugh :) | 16:30 |
| freemangordon | well, not physically | 16:30 |
| Wizzup | I understand | 16:31 |
| freemangordon | in virtualbox UI you can connect/disconnect a device | 16:31 |
| Wizzup | ok, so from my perspective what I would need now to be mostly happy with my switch is proper group_uid logging in sphone and some way to do dtmf I suppose | 16:31 |
| Wizzup | freemangordon: oh it auto shows up again in qemu | 16:31 |
| Wizzup | but it's still annoying, as it's not 5 minues for me but more like 5 esconds | 16:31 |
| freemangordon | ah, this is another issue then | 16:31 |
| freemangordon | worths trying virtualbox | 16:32 |
| Wizzup | do you have the USB CAP? | 16:32 |
| Wizzup | https://www.olimex.com/Products/USB-Modules/USB-CAP/ | 16:32 |
| freemangordon | what is this? | 16:32 |
| Wizzup | it might help with your issue | 16:32 |
| freemangordon | no | 16:32 |
| freemangordon | actually modem is not reset here, but goes offline | 16:33 |
| freemangordon | but it is not really a bug issue for me | 16:33 |
| freemangordon | as I have plenty of time for development before it happens | 16:33 |
| Wizzup | ok | 16:33 |
| freemangordon | not to say this happens with corner-cases processing :) | 16:34 |
| freemangordon | s/happens/helps | 16:34 |
| freemangordon | shall I push abook to stable? | 16:34 |
| freemangordon | Wizzup: ^^^ | 16:36 |
| Wizzup | freemangordon: I think you can do that regardless | 16:37 |
| Wizzup | I pushed voicecall to chimaera-devel only | 16:37 |
| freemangordon | ok | 16:37 |
| Wizzup | since the voicecall manager module for sphone is still devel only | 16:37 |
| freemangordon | will do, to not forget it | 16:37 |
| Wizzup | ok, I won't forgte ;) | 16:37 |
| Wizzup | but feel fre | 16:37 |
| Wizzup | e | 16:37 |
| arno11 | Wizzup: yes (i saw the console logs), we could probably remove chown | 16:55 |
| arno11 | tbh i don't remember all stuff: it was 8 months ago :P | 16:55 |
| arno11 | but i don't see such error on local build | 16:57 |
| Wizzup | because you have the user called 'user' locally | 16:58 |
| arno11 | yep... | 16:58 |
| arno11 | hope it will build fine now | 17:03 |
| Wizzup | ok, let me remove the chown | 17:04 |
| Wizzup | hmm why does it make a .picodrive in /home/user from install | 17:05 |
| Wizzup | can we just remove that? | 17:05 |
| arno11 | nope | 17:05 |
| arno11 | because of the user conf file | 17:06 |
| arno11 | irrc | 17:06 |
| Wizzup | this is not possible from a package fwiw | 17:06 |
| Wizzup | so I removed it for now | 17:06 |
| arno11 | hmm ok | 17:07 |
| Wizzup | it's in repos now | 17:09 |
| arno11 | ok cool (but i doubt that the emulator will work OOTB with no config file directory) | 17:11 |
| Wizzup | that would be suprising since it only did mkdir -p | 17:11 |
| Wizzup | so it didn't put any config there | 17:11 |
| arno11 | it is in postinstall script iirc | 17:12 |
| Wizzup | I see no postinst | 17:12 |
| Wizzup | in any case, packages cannot install to user home, they should install into /usr/... and then just load config from there | 17:12 |
| Wizzup | and then let user override config through $HOME/.config/... | 17:13 |
| arno11 | ah it's in install | 17:14 |
| arno11 | not postinstall | 17:14 |
| arno11 | i really don't remember exactly | 17:15 |
| arno11 | what was the issue | 17:15 |
| Wizzup | can you see if it works? | 17:15 |
| Wizzup | I don't know what to run in picodrive | 17:15 |
| arno11 | i have another sd with fresh leste install, i'll have a look (but with no config file it will be a nightmare lol) | 17:17 |
| Wizzup | well, like I said, we'll just have to make some adjustments for it to use a system wide config by default | 17:18 |
| arno11 | yes | 17:18 |
| Wizzup | looking at emu.c it does look like maytbe the author of picodrive did not think about this, which would be unfortunate | 17:19 |
| arno11 | indeed | 17:20 |
| arno11 | bbl, i'll try from another sd | 17:21 |
| arno11 | Wizzup: ok, the emulator works fine :) only minor issues: | 17:36 |
| arno11 | the icon in HAM but that's normal | 17:37 |
| arno11 | the launcher not working but normal as well | 17:37 |
| arno11 | and the config file not found | 17:37 |
| arno11 | to launch it atm, it works with /usr/games/picodrive/picodrive | 17:38 |
| arno11 | the UI with sdl input just work | 17:38 |
| arno11 | 'backspace' for validate, 'e' for back | 17:40 |
| arno11 | after few modifs it will rock :) | 17:41 |
| arno11 | we will have exactly same troubles with pcsx btw | 17:42 |
| Wizzup | it seems like the code will need to be modified to check system wide config and user config, and prefer user config over system wide config | 17:43 |
| Wizzup | what is the thing with the icon and the launcher not working? those should be pretty straightforward fixes | 17:43 |
| arno11 | easy fixes indeed | 17:45 |
| arno11 | for the launcher i was probably drunk or something | 17:45 |
| arno11 | it woks now (locally) | 17:45 |
| arno11 | *works | 17:45 |
| arno11 | and for the icon...there is no icon in debian/control | 17:46 |
| arno11 | i'll have a look this evening/night | 17:48 |
| arno11 | i'll have a look @pcsx as well, to avoid same issues | 17:49 |
| Wizzup | the icon in debian/control is only for displaying in hildon application manager | 17:53 |
| Wizzup | to actually have an in icon in the launcher you need a .desktop file with an entry that specifies what icon to use, for which you probably also need to install a icon .png file | 17:53 |
| arno11 | i know, the icon works in hildon desktop | 17:54 |
| arno11 | i was talking about the icon in HAM | 17:54 |
| Wizzup | ok | 17:55 |
| Wizzup | that's less important, but not hard to do, the wiki has instructions | 17:55 |
| arno11 | ok | 17:55 |
| arno11 | the main issue is indeed the config file | 17:55 |
| arno11 | bbl | 18:07 |
| Wizzup | why is busctl so bad compared to mdbus2, sign | 20:27 |
| Wizzup | sigh | 20:27 |
| Wizzup | you cna't pass --verbose or --system before 'call' or anything else, otherwise it just exits and says nothing | 20:28 |
| sicelo | i find it good enough | 20:40 |
| sicelo | what do you want to do? there's also gdbus | 20:40 |
| Wizzup | ok, how do I list all the methods on org.ofono /motmdm_0 ? | 20:40 |
| Wizzup | in a way that mdbus2 does: mdbus2 -s org.ofono /motmdm_0 | 20:41 |
| sicelo | busctl introspect org.ofono /motmdm_0 | 20:41 |
| sicelo | 'system' is default | 20:41 |
| Wizzup | hmmm, ok, maybe I can work with this | 20:42 |
| sicelo | but you can also explicitly specify it, `busctly --system introsp....` | 20:42 |
| Wizzup | so you can't do that | 20:42 |
| Wizzup | it has to be busctl introspect ... --system | 20:42 |
| Wizzup | otherwise it says nothing and just exits with exit code 1 | 20:42 |
| Wizzup | or maybe that is the case with --verbose | 20:42 |
| sicelo | uh, what version of busctl is that? | 20:42 |
| Wizzup | whatever we have in chimaera | 20:43 |
| Wizzup | I'll start my razr and pull the command history | 20:43 |
| sicelo | something's totally odd with that | 20:43 |
| Wizzup | yeah that is what I thought too | 20:44 |
| sicelo | --system doesn't go at the end | 20:44 |
| Wizzup | try this: | 20:45 |
| Wizzup | busctl call org.ofono /motmdm_0 org.ofono.NetworkRegistration Register --verbose --system | 20:45 |
| Wizzup | that just says/does nothing for me | 20:45 |
| Wizzup | and it might do something in the background, but it writes nothing | 20:46 |
| Wizzup | and the exit code is 1 | 20:46 |
| sicelo | i'm not at D4 right now (or system with ofono) | 20:46 |
| Wizzup | busctl --verbose --system call org.ofono /motmdm_0 org.ofono.Modem.GetProperties | 20:47 |
| Wizzup | this also did nothing for me | 20:47 |
| Wizzup | anyway | 20:47 |
| Wizzup | I was trying to switch my d4 sim to my razr and then put my main sim in my droid4 | 20:47 |
| Wizzup | but the razr is getting denied by the network somehow | 20:47 |
| Wizzup | I'll see if I can pull readline7 from the beowulf repo and then just run mdbus2 on it later to debug | 20:48 |
| sicelo | probably the verbose ... i've never used it | 20:48 |
| Wizzup | it's mentioned in the synopsis | 20:48 |
| sicelo | Wizzup: try `busctl --verbose --system call org.ofono /motmdm_0 org.ofono.Modem GetProperties` | 21:07 |
| sicelo | with busctl, the method is not 'attached' to the interface :-) | 21:08 |
| sicelo | the only issue i have with busctl is that you need to be root in order to monitor the system bus. | 21:10 |
| arno11 | Wizzup: in fact the user config from $HOME/.picodrive works :) | 21:22 |
| arno11 | there is just a permission issue with it | 21:22 |
| arno11 | config2.cfg works with chmod 777 | 21:24 |
| arno11 | but if iirc, it doesn't work from debian/rules | 21:25 |
| arno11 | the /.picodrive directory is created from install file | 21:29 |
| arno11 | maybe setting permission from there works (?) | 21:30 |
| arno11 | if we find a solution for that, picodrive works fine OOTB :) | 21:31 |
| arno11 | should be the same for pcsx btw, but everything is in /usr/games so maybe it shold work as is | 21:32 |
| arno11 | *should | 21:32 |
| arno11 | btw uninstalling/reinstalling pico works as expected (and remove/add .picodrive directory with the config file properly) | 21:38 |
| arno11 | i fixed the .desktop file on gh btw (for launch) | 21:40 |
| freemangordon | arno11: dpkg/apt is executed with root account, you cannot set anything user related | 21:46 |
| freemangordon | well, you can, but that's hacky | 21:46 |
| freemangordon | that's why whatever directories are needed in $HOME are created by the application itself when started | 21:47 |
| arno11 | ok but the app absolutely needs write permission on this $HOME directory | 21:51 |
| arno11 | so what is the hacky way ? :P | 21:51 |
| arno11 | my idea: adding the chmod stuff in .desktop exec line lol | 21:56 |
| freemangordon | user always has write permission in the user's $HOME, I don't understand the problem | 22:01 |
| arno11 | it works only with chmod 777 | 22:02 |
| arno11 | i got the same issue with pcsx iirc | 22:03 |
| freemangordon | what only works with "chmod 777"? | 22:03 |
| freemangordon | what is "it"? | 22:03 |
| arno11 | i mean the config file from $HOME/.picodrive works only if i run chmod 777 | 22:05 |
| arno11 | on it | 22:05 |
| freemangordon | so, you run the applications as user arno11 (for example), which means that application has all the rights in /home/arno11 | 22:05 |
| Wizzup | file permissions as in 777 are directly linked to who owns the file | 22:05 |
| freemangordon | :nod: | 22:05 |
| Wizzup | see it as uga, where u is user, g is group, a is all | 22:05 |
| freemangordon | arno11: so, if you file was created by root, no wonder you have to chmnod it | 22:05 |
| Wizzup | so 644 means that only the user can read and write, the group can read and all can read | 22:06 |
| freemangordon | *chmod it | 22:06 |
| arno11 | yes ok but trust me or try it and you will see | 22:06 |
| Wizzup | the point is that whether you need chmod 777 or depend on the file ownership as mentioned above | 22:06 |
| freemangordon | see what? who is the owner of that file you have to chmod? | 22:07 |
| arno11 | it was long time ago but i remember spending very long time on this issue | 22:07 |
| Wizzup | like, if the file is root owned and the group is root, and you want to write to it as user 'user', not as root, then yes, you need xx7 | 22:07 |
| Wizzup | or rather xx6 | 22:07 |
| freemangordon | please, provide the owner of the file | 22:07 |
| arno11 | to do it i need to reinstall the app to be sure | 22:07 |
| arno11 | let me check | 22:07 |
| arno11 | (btw that's not the first time i have weird permissions issue in $HOME, even on fresh install) | 22:08 |
| arno11 | so it is -rw-r--r-- 1 root root (and i can't save settings) | 22:16 |
| arno11 | then if i chmod 777 | 22:16 |
| Wizzup | arno11: sudo chown user:users /path/to/file | 22:16 |
| Wizzup | and then chmod 644 /path/to/file | 22:16 |
| arno11 | -rwxrwxrwx 1 root root | 22:17 |
| arno11 | doesn't work with 644 | 22:17 |
| Wizzup | arno11: please | 22:17 |
| arno11 | ok | 22:17 |
| Wizzup | the file mod bits are instrinsically linked to who owns it | 22:17 |
| Wizzup | so in this case | 22:17 |
| Wizzup | rwx rwx rwx yeah | 22:17 |
| Wizzup | this is | 22:17 |
| Wizzup | file owner=rwx, file groups=rwx everyone=rwx | 22:18 |
| Wizzup | so if your file is | 22:18 |
| Wizzup | rw- r-- r-- | 22:18 |
| Wizzup | then | 22:18 |
| Wizzup | in your example | 22:18 |
| Wizzup | root=rw-, root=r--, everyone=r-- | 22:18 |
| Wizzup | so yes, then you can't write to it as user since you only have r-- | 22:18 |
| Wizzup | but if you run, 'sudo chown user:users /path/to/file' | 22:19 |
| Wizzup | then it becomes | 22:19 |
| Wizzup | user=rw-, users=r--, everyone=r-- | 22:19 |
| Wizzup | and suddenly you can write to it | 22:19 |
| arno11 | yes it works :) | 22:19 |
| Wizzup | so gain, the first number or rwx combination is the file owner, the second is everyone who is part of the group that is mentioned as file group, and then the rest is every other user including the file owner | 22:19 |
| Wizzup | chmod 777 is just a hack around this but in practice not good / secure | 22:20 |
| arno11 | yes sure | 22:20 |
| Wizzup | so first get the file owner/group right, and then set the right perms | 22:20 |
| Wizzup | and in general there should never be a file that is root:root (user:group) in $HOME | 22:20 |
| arno11 | yes ofc | 22:20 |
| Wizzup | because then the user (in this case literally called 'user' which is confusing) could never remove the file, assuming the file isn't --7 | 22:21 |
| Wizzup | ok | 22:21 |
| Wizzup | then I think we probably have a common understanding now | 22:21 |
| arno11 | yes | 22:21 |
| Wizzup | likewise, files in /usr/share or /usr/lib or whatever should almost always be root owned, perhaps some other group, and almost never writable by world | 22:21 |
| Wizzup | (world being everyone) | 22:21 |
| Wizzup | and debian packages upon install never install to $HOME, because then the files would be root owned, and also because the package managers likes to own the files it installs | 22:22 |
| Wizzup | whatever files are created in $HOME are typically created upon starting an applicationh as user | 22:23 |
| Wizzup | and then they get created (or copied from /usr/share etc, but then the owner becomes user) | 22:23 |
| arno11 | so the question now is what would be the cleanest way to set this bloody config file from debian pkg | 22:25 |
| Wizzup | unfortunately the right answer is that you don't, and that it gets installed into /usr/share/picodrive/config2, ad then picedrive reads it from that place, or upon startup copies it from /usr/share/picodrive/config2 to ~/.picodrive/config2 | 22:26 |
| Wizzup | this way there is a file that is owned by the package, root owned, in /usr/share, which can get updated independently from user config, and there is a file in ~/.picodrive that gets created upon startup that the user can modify | 22:26 |
| Wizzup | I can help write some of the C code if it's heplful | 22:27 |
| arno11 | yes could be really cool :) | 22:29 |
| arno11 | otherwise isn't it possible to do that from a postinstall script ? | 22:30 |
| arno11 | ofc not lol | 22:33 |
| arno11 | forget that question | 22:33 |
| arno11 | ty for the clear explaination btw | 22:38 |
| Wizzup | no worries | 22:45 |
| Wizzup | ok, uh, maybe tomorrow I can help write the code | 22:46 |
| Wizzup | do we have similar problems with pcsx_rearmed? | 22:46 |
| arno11 | yes probably | 22:53 |
| arno11 | i'll have a look tomorrow but pcsx directories (for config, bios, memcards) are really tricky. it was similar in fremantle btw | 22:55 |
| arno11 | i'll LYK | 22:56 |
| Wizzup | okay | 23:09 |
| Wizzup | it's suprising to me the sw can't do that right :D | 23:09 |
| arno11 | yes, btw i just tried to reinstall pcsx from my local deb and it works almost OOTB: | 23:10 |
| arno11 | but other permissions issue from /usr/games | 23:10 |
| arno11 | and the bios we can't provide ofc | 23:11 |
| arno11 | but the HLE generic bios included in the code works with lot of games | 23:11 |
| arno11 | otherwise it is fine, i just need to doublecheck default config parameters | 23:12 |
| arno11 | anyway, let's see tomorrow | 23:12 |
| arno11 | and thx again for your help | 23:14 |
| Wizzup | all good, glad to help and thanks for your work too | 23:15 |
| arno11 | ty :) | 23:16 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!