rafael2k | Wizzup, got it! | 06:07 |
---|---|---|
freemangordon | bencoh: well, I would blame mpv gpu backend then | 08:17 |
freemangordon | Wizzup: not sure honestly | 08:17 |
freemangordon | maybe I can upgrade my device to -experimental to see if it will still boot :) | 08:18 |
freemangordon | *boots | 08:19 |
bencoh | is offline mode supposed to disable modem only? because it doesn't disable wifi (ie, phone remains connected) | 10:25 |
bencoh | but it still prevents scanning from the status applet | 10:25 |
Wizzup | freemangordon: I only built one package | 11:43 |
Wizzup | freemangordon: I mean, do we want to measure the impact of neon and thumb or do we just ... do it? | 11:43 |
Wizzup | bencoh: yeah I think this is a bug in libicd-network-wpasupplicant | 11:44 |
freemangordon | Wizzup: flight mode - I think we shall rename/redefine it | 12:09 |
freemangordon | because IIRC there is no 'flight' mode anymore :) | 12:09 |
Wizzup | yeah wifi can be on | 12:09 |
Wizzup | it's 'airplane mode' now | 12:10 |
freemangordon | is it? | 12:10 |
freemangordon | ok | 12:10 |
Wizzup | yes | 12:10 |
Wizzup | but we can do this later I believe | 12:10 |
Wizzup | we can discuss it now though :p | 12:10 |
freemangordon | I was under the impression that gprs can be on too, with the new regulations | 12:10 |
Wizzup | I think the idea is that wifi can be toggled independently of airplane mode | 12:10 |
Wizzup | and then there is bt | 12:10 |
Wizzup | and airplane mode only toggles the modem from online to offline | 12:10 |
Wizzup | is my understanding | 12:10 |
Wizzup | freemangordon: no, I don't think so | 12:11 |
freemangordon | we shall check again what are the current requirements | 12:11 |
Wizzup | very rarely does an aircraft have a built in cellular | 12:11 |
Wizzup | it does happen, but then they charge like 2 euro per minute for a call :) | 12:11 |
Wizzup | freemangordon: I'm sure it's the above, but I'm not sure if we need to do it now :D | 12:11 |
freemangordon | agree, but this is not our problem :) | 12:11 |
Wizzup | feel free to do it though | 12:11 |
freemangordon | ok | 12:11 |
freemangordon | not now | 12:12 |
Wizzup | well this counters what I thought: https://www.makeuseof.com/tag/android-airplane-mode/ | 12:12 |
Wizzup | although it says nowadays it is more suttle | 12:12 |
Wizzup | subtle* | 12:12 |
Wizzup | > And you can tweak airplane mode by turning on Wi-Fi or Bluetooth manually if you still want to allow some connections. | 12:13 |
bencoh | to we _have_ to support "airplane" mode? because it could very well be two separate "modem on/off" and "wlan on/off" | 12:14 |
Wizzup | bencoh: that's what I mean | 12:15 |
bencoh | completely unrelated, but it looks like using headphones completely disables the internal mic nowadays? I couldn't enable internal mic back when headphones are plugged in | 12:15 |
Wizzup | I haven't seen that | 12:17 |
Wizzup | but also haven't tested it | 12:17 |
bencoh | ah | 12:17 |
bencoh | I tested with twinkle | 12:17 |
Wizzup | it might depend on whether you plug in a headset or headphone | 12:17 |
Wizzup | does it have a mic? | 12:17 |
bencoh | headphones have no mic | 12:17 |
bencoh | I think driver just assumes it does | 12:18 |
Wizzup | I think this is an UCM thing if anything, not driver | 12:18 |
bencoh | ah, lemme check then | 12:18 |
Wizzup | does pavucontrol make a new 'mic' for the hp? | 12:18 |
bencoh | pavucontrol shows both | 12:19 |
bencoh | hmm, it does switch to headset mic | 12:20 |
bencoh | and switching manually from pavucontrol works | 12:21 |
bencoh | let's check again | 12:21 |
bencoh | alright, works fine with twinkle as well, nevermind then :) | 12:23 |
bencoh | I wonder if/how we could detect external mic presence | 12:24 |
Wizzup | bencoh: weird that it detects it honestly | 12:25 |
bencoh | why? | 12:25 |
Wizzup | bencoh: this might be a kernel/cpcap thing then after all | 12:25 |
Wizzup | well if it is not there, it should not detect it | 12:25 |
Wizzup | normally there is something that senses the third ring, no? | 12:25 |
bencoh | I dunno if it can tell the difference | 12:25 |
Wizzup | if it wasn't all FUBAR on the n900, normally it would detect if it is a headset, or headphone with controls | 12:25 |
Wizzup | (FUBAR as in different order from all regular ones) | 12:26 |
bencoh | my headphones have a 3-pole jack | 12:26 |
Wizzup | yeah so that might be it then | 12:26 |
Wizzup | mine are 2 ole | 12:26 |
Wizzup | pole* | 12:26 |
bencoh | wait, 2? | 12:26 |
Wizzup | (I used to get only 2 pole on purpose because of the n900) | 12:26 |
Wizzup | maybe I got terminology wrong | 12:26 |
bencoh | then strike that, I referred to two as well | 12:26 |
Wizzup | well l/r/ground | 12:26 |
Wizzup | ok | 12:26 |
Wizzup | maybe it's a chimaera bug, but I am pretty sure this worked normally for me on beowulf | 12:27 |
Wizzup | I can try later, but I might try with telepathy-rakia instead of twinkle ;) | 12:27 |
bencoh | on beowulf I vaguely remember having to change manually, I think | 12:27 |
bencoh | (when inserting headphones) | 12:27 |
freemangordon | Wizzup: https://github.com/maemo-leste/bugtracker/issues/696#issuecomment-1397999193 | 12:27 |
bencoh | oh btw, telepathy-rakia doesn't handle www_authenticate apparently | 12:27 |
bencoh | code has a few mentions of it, but I don't think it's properly implemented | 12:28 |
bencoh | from the sofia (the underlying sip library) doc it looks like it should be do-able | 12:28 |
freemangordon | bencoh: on ubuntu (at least) this is solved by asking what type of device is connected | 12:31 |
freemangordon | though cpcap should be able to correctly detect the type | 12:32 |
Wizzup | freemangordon: this was just a grep -i ofono of the icd2 log | 12:37 |
Wizzup | 12:27 < bencoh> on beowulf I vaguely remember having to change manually, I think | 12:37 |
Wizzup | yeah, this is true in the past | 12:37 |
Wizzup | at this point it's detected the moment audio is on (not in pm suspend) | 12:38 |
uvos__ | cpcap can detect jack type | 12:46 |
uvos__ | but android dose this in the fw so i dont know how | 12:46 |
uvos__ | ucm on d4 just assumes its one way | 12:46 |
uvos__ | dont remember wich | 12:46 |
bencoh | "one way"? | 12:46 |
uvos__ | with or without mic | 12:46 |
uvos__ | no support for butttons at all | 12:47 |
bencoh | apparently with | 12:47 |
uvos__ | ok | 12:47 |
uvos__ | the jack detection will only fire when the headphone amp is on | 12:48 |
uvos__ | thats why it dosent work when no music is playing | 12:48 |
uvos__ | we could have the amp allways on | 12:48 |
uvos__ | but that wastes power | 12:48 |
uvos__ | android works the same way | 12:48 |
uvos__ | as mainline atm | 12:48 |
bencoh | or we could enable it upon jack detection and disable it soon after? | 12:50 |
bencoh | I mean, it does detect when headphones are plugged | 12:50 |
Wizzup | bencoh: iirc uvos__ means that the whole plug-in detection only works when anything is reading/writing sound | 13:06 |
Wizzup | for example mpv playing or pavucontrol on | 13:06 |
Wizzup | so kernel won't see plug unless something is using audio | 13:06 |
bencoh | pavucontrol keeps underlying devices open? | 13:13 |
Wizzup | sure | 13:13 |
Wizzup | it shows mic levels and such | 13:13 |
bencoh | and still, it just mean that proper detection would be deferred | 13:13 |
bencoh | oh, right, I forgot about that | 13:13 |
uvos__ | to the user not watcing kernel evens | 13:19 |
uvos__ | this is transparant | 13:19 |
uvos__ | as the jack will be detected as soon as something plays audio | 13:20 |
uvos__ | there are never any pug or unplug events lost | 13:20 |
uvos__ | its just that it "ckecks" for pluged in headphones only while audio is active | 13:20 |
Wizzup | freemangordon: https://github.com/maemo-leste/bugtracker/issues/680#issuecomment-1398329456 | 13:44 |
freemangordon | Wizzup: re icd ofono bug - may I have full log maybe? | 13:54 |
Wizzup | freemangordon: we have to coordinate with SuperMarioSF | 13:54 |
freemangordon | ah, I was thinking this is your device | 13:54 |
Wizzup | last time he set up some ssh for me to log in and help | 13:54 |
Wizzup | nope, it's his | 13:54 |
freemangordon | ok | 13:54 |
Wizzup | it's on beowulf-devel | 13:54 |
freemangordon | still, we need the full log | 13:55 |
Wizzup | ok, I think he's around, so we can ask for /var/log/maemo/icd.log ? | 13:55 |
Wizzup | SuperMarioSF_ ^^ :) | 13:55 |
Wizzup | freemangordon: so do you want me to try to build a lot of thumb stuff for -experimental, or? | 15:43 |
freemangordon | yes, if you have spare time | 15:51 |
freemangordon | but at least major libs, like glib,gtk,qtwebengine | 15:52 |
Wizzup | let's start with gtk and glib | 15:54 |
Wizzup | :D | 15:54 |
freemangordon | :) | 15:55 |
freemangordon | it would be interesting to see what apt will report in terms of "bytes less" | 15:55 |
Wizzup | right | 15:56 |
Wizzup | in 10-20 mins I'll build some pkgs | 15:56 |
Wizzup | in general thumb and non-thumb can coexist right | 15:57 |
freemangordon | sure | 15:59 |
Wizzup | meanwhile qmake made a .la file at some point, but it's now refusing to make them :D | 16:58 |
Wizzup | freemangordon: and others - what cpu shall we emulate on our armhf build machine? | 17:14 |
Wizzup | cortex-a15 ? cortex-a7? cortex-a8? cortex-a9? | 17:14 |
dsc_ | lowest common denominator = nokia n900 | 17:19 |
dsc_ | = cortex-a8 | 17:19 |
dsc_ | Y/n ? :P | 17:19 |
Wizzup | bbl | 17:23 |
Wizzup | sry | 17:23 |
freemangordon | right | 18:56 |
norayr | i will be porting/packaging this: https://github.com/communi/communi-desktop | 19:17 |
norayr | also wip about quickflickr. | 19:17 |
Wizzup | dsc_: I am not sure if I can 'turn off' the cpu being detected as armv8 | 19:54 |
Wizzup | dsc_: it looks like the only way to do that is tonot use kvm | 19:54 |
dsc_ | IIRC the reason why the code thinks its armv8 is because GCC has built-in compiler definition that are avaiable to any project that goes through the compiler | 19:56 |
Wizzup | dsc_: with the right -march= this might work ok | 19:57 |
dsc_ | just FYI that I'm not setting these definitions ^^ | 19:57 |
dsc_ | ah, perhaps | 19:57 |
Wizzup | I can try in a bit | 19:57 |
sicelo | full ofono log ... did you get from supermario? i can send mine if fmg wants. we have same issue(s) | 19:58 |
Wizzup | freemangordon: ^ | 19:58 |
freemangordon | sure | 19:59 |
sicelo | how can i send it? email to someone perhaps? | 19:59 |
sicelo | or it doesn't potentially have stuff that needs redaction? (busy with something atm, so can't check) | 20:00 |
Wizzup | I think the actual really private stuff is likely not in the debug logs | 20:00 |
Wizzup | like passwords | 20:00 |
sicelo | phone numbers? | 20:00 |
Wizzup | but you can maybe just send the log of the last, shortly after you tried again | 20:01 |
Wizzup | sicelo: in icd2 log? no | 20:01 |
sicelo | just checked, yes, there's none | 20:01 |
sicelo | i'll send everything from January 1, i think | 20:02 |
sicelo | heh, my icd2 log is a year old :p | 20:03 |
sicelo | Wizzup, uvos - do you use your droid 4s for phone calls with sphone? frequently? the touchscreen issue is driving me nuts :p | 20:04 |
sicelo | but if i'm the only one affected, then i'm confused | 20:05 |
freemangordon | sicelo: I don't need 1 year of logs | 20:07 |
sicelo | yes i'm trimming it | 20:07 |
freemangordon | no | 20:08 |
Wizzup | sicelo: I don't have ts issues often, mostly just sometimes it doesn't activate on unlock | 20:08 |
freemangordon | i need a log created particularly for the issue | 20:08 |
freemangordon | from the startup of icd2 | 20:08 |
sicelo | http://pastebin.notk.org/pastebin.php?show=m540cd7bf | 20:10 |
Wizzup | sicelo: jfyi there is /var/log/maemo/icd*.log which is just icd | 20:12 |
Wizzup | so there won't be maemo luancher stuff | 20:12 |
* Wizzup bbiab | 20:12 | |
sicelo | hope that one helps. if i need to do it differently, you can ping me | 20:14 |
sicelo | Wizzup: not on my d4. there's only icd2.log | 20:15 |
sicelo | root@devuan-droid4:/var/log/maemo# ls | 20:15 |
sicelo | dsme.log hildon-home.log hildon-status-menu.log iap_conndlg.log ke_recv.log mce.log modem.log ofonod.log wpa_supplicant.log | 20:15 |
sicelo | (i've just deleted icd2.log) | 20:16 |
* sicelo is happy however that d4 (1) calls work ok otherwise, and (2) it no longer reboots unexpectedly. I'm at 7.5 days uptime now | 20:26 | |
uvos | sicelo: i have touchscreen issues extreamly rarely, not at all related to calls, yes i do call often | 21:16 |
sicelo | incoming calls are the ones that seem to cause it | 21:17 |
sicelo | it's almost 100% of the time | 21:18 |
sicelo | i never have ts issues at other times | 21:18 |
uvos | possibly some interaction between tklock and sphone | 21:25 |
uvos | dunno | 21:25 |
uvos | (i dont use tklock) | 21:25 |
uvos | when ts dosent work try killing systemui via ssh | 21:26 |
uvos | i also run beowulf | 21:27 |
uvos | so might be some new issue | 21:27 |
sicelo | i'm on beowulf | 21:28 |
sicelo | anyway, ssh not going to help. when this happens, there's an incoming call to accept :p | 21:29 |
uvos | i mean you can simulate a call with calltest | 21:29 |
Wizzup | sicelo: when ts doesn't work it's usually disabled by mce in my experience | 22:24 |
Wizzup | (through xinput) | 22:24 |
Wizzup | freemangordon: doesn't seem to be a big difference wrt thumb | 23:42 |
Wizzup | https://maedevu.maemo.org/pkgweb/chimaera-experimental/main/binary-armhf/libgtk2.0-0.html | 23:42 |
Wizzup | https://maedevu.maemo.org/pkgweb/chimaera/main/binary-armhf/libgtk2.0-0.html | 23:42 |
Wizzup | the binaries are different for sure | 23:45 |
Wizzup | I am not sure if the default is -Os or -O2 | 23:45 |
Wizzup | seems to be -O2, maybe we should use -Os | 23:46 |
Wizzup | freemangordon: I suppose we could also pass -ftree-vectorize | 23:57 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!