inky has joined #maemo-leste
sunshavi has joined #maemo-leste
elastic_dog is now known as Guest5832
elastic_1 has joined #maemo-leste
Guest5832 has quit [Killed (cadmium.libera.chat (Nickname regained by services))]
elastic_dog has quit [Ping timeout: 256 seconds]
elastic_dog has joined #maemo-leste
k1r1t0 has quit [Ping timeout: 248 seconds]
<rafael2k> Wizzup, got it!
joerg has quit [Ping timeout: 260 seconds]
joerg has joined #maemo-leste
rafael2k_ has joined #maemo-leste
rafael2k has quit [Ping timeout: 246 seconds]
rafael2k__ has joined #maemo-leste
rafael2k_ has quit [Ping timeout: 264 seconds]
<freemangordon> bencoh: well, I would blame mpv gpu backend then
<freemangordon> Wizzup: not sure honestly
<freemangordon> maybe I can upgrade my device to -experimental to see if it will still boot :)
<freemangordon> *boots
k1r1t0 has joined #maemo-leste
rafael2k_ has joined #maemo-leste
rafael2k__ has quit [Ping timeout: 265 seconds]
rafael2k__ has joined #maemo-leste
rafael2k_ has quit [Ping timeout: 256 seconds]
uvos has quit [Ping timeout: 252 seconds]
pere has quit [Ping timeout: 265 seconds]
rafael2k__ is now known as rafael2k
Twig has joined #maemo-leste
xinomilo has joined #maemo-leste
ceene has joined #maemo-leste
pere has joined #maemo-leste
xmn has quit [Quit: ZZZzzz…]
<bencoh> is offline mode supposed to disable modem only? because it doesn't disable wifi (ie, phone remains connected)
<bencoh> but it still prevents scanning from the status applet
k1r1t0 has quit [Read error: No route to host]
<Wizzup> freemangordon: I only built one package
<Wizzup> freemangordon: I mean, do we want to measure the impact of neon and thumb or do we just ... do it?
<Wizzup> bencoh: yeah I think this is a bug in libicd-network-wpasupplicant
k1r1t0 has joined #maemo-leste
<freemangordon> Wizzup: flight mode - I think we shall rename/redefine it
<freemangordon> because IIRC there is no 'flight' mode anymore :)
<Wizzup> yeah wifi can be on
<Wizzup> it's 'airplane mode' now
<freemangordon> is it?
<freemangordon> ok
<Wizzup> yes
<Wizzup> but we can do this later I believe
<Wizzup> we can discuss it now though :p
<freemangordon> I was under the impression that gprs can be on too, with the new regulations
<Wizzup> I think the idea is that wifi can be toggled independently of airplane mode
<Wizzup> and then there is bt
<Wizzup> and airplane mode only toggles the modem from online to offline
<Wizzup> is my understanding
<Wizzup> freemangordon: no, I don't think so
<freemangordon> we shall check again what are the current requirements
<Wizzup> very rarely does an aircraft have a built in cellular
<Wizzup> it does happen, but then they charge like 2 euro per minute for a call :)
<Wizzup> freemangordon: I'm sure it's the above, but I'm not sure if we need to do it now :D
<freemangordon> agree, but this is not our problem :)
<Wizzup> feel free to do it though
<freemangordon> ok
<freemangordon> not now
<Wizzup> well this counters what I thought: https://www.makeuseof.com/tag/android-airplane-mode/
<Wizzup> although it says nowadays it is more suttle
<Wizzup> subtle*
<Wizzup> > And you can tweak airplane mode by turning on Wi-Fi or Bluetooth manually if you still want to allow some connections.
<bencoh> to we _have_ to support "airplane" mode? because it could very well be two separate "modem on/off" and "wlan on/off"
<Wizzup> bencoh: that's what I mean
<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
<Wizzup> I haven't seen that
<Wizzup> but also haven't tested it
<bencoh> ah
<bencoh> I tested with twinkle
<Wizzup> it might depend on whether you plug in a headset or headphone
<Wizzup> does it have a mic?
<bencoh> headphones have no mic
<bencoh> I think driver just assumes it does
<Wizzup> I think this is an UCM thing if anything, not driver
<bencoh> ah, lemme check then
<Wizzup> does pavucontrol make a new 'mic' for the hp?
<bencoh> pavucontrol shows both
<bencoh> hmm, it does switch to headset mic
<bencoh> and switching manually from pavucontrol works
<bencoh> let's check again
<bencoh> alright, works fine with twinkle as well, nevermind then :)
<bencoh> I wonder if/how we could detect external mic presence
<Wizzup> bencoh: weird that it detects it honestly
<bencoh> why?
<Wizzup> bencoh: this might be a kernel/cpcap thing then after all
<Wizzup> well if it is not there, it should not detect it
<Wizzup> normally there is something that senses the third ring, no?
<bencoh> I dunno if it can tell the difference
<Wizzup> if it wasn't all FUBAR on the n900, normally it would detect if it is a headset, or headphone with controls
<Wizzup> (FUBAR as in different order from all regular ones)
<bencoh> my headphones have a 3-pole jack
<Wizzup> yeah so that might be it then
<Wizzup> mine are 2 ole
<Wizzup> pole*
<bencoh> wait, 2?
<Wizzup> (I used to get only 2 pole on purpose because of the n900)
<Wizzup> maybe I got terminology wrong
<bencoh> then strike that, I referred to two as well
<Wizzup> well l/r/ground
<Wizzup> ok
<Wizzup> maybe it's a chimaera bug, but I am pretty sure this worked normally for me on beowulf
<Wizzup> I can try later, but I might try with telepathy-rakia instead of twinkle ;)
<bencoh> on beowulf I vaguely remember having to change manually, I think
<bencoh> (when inserting headphones)
<bencoh> oh btw, telepathy-rakia doesn't handle www_authenticate apparently
<bencoh> code has a few mentions of it, but I don't think it's properly implemented
<bencoh> from the sofia (the underlying sip library) doc it looks like it should be do-able
<freemangordon> bencoh: on ubuntu (at least) this is solved by asking what type of device is connected
<freemangordon> though cpcap should be able to correctly detect the type
<Wizzup> freemangordon: this was just a grep -i ofono of the icd2 log
<Wizzup> 12:27 < bencoh> on beowulf I vaguely remember having to change manually, I think
<Wizzup> yeah, this is true in the past
Twig has quit [Ping timeout: 272 seconds]
<Wizzup> at this point it's detected the moment audio is on (not in pm suspend)
uvos__ has joined #maemo-leste
<uvos__> cpcap can detect jack type
<uvos__> but android dose this in the fw so i dont know how
<uvos__> ucm on d4 just assumes its one way
<uvos__> dont remember wich
<bencoh> "one way"?
<uvos__> with or without mic
<uvos__> no support for butttons at all
<bencoh> apparently with
<uvos__> ok
<uvos__> the jack detection will only fire when the headphone amp is on
<uvos__> thats why it dosent work when no music is playing
<uvos__> we could have the amp allways on
<uvos__> but that wastes power
<uvos__> android works the same way
<uvos__> as mainline atm
<bencoh> or we could enable it upon jack detection and disable it soon after?
<bencoh> I mean, it does detect when headphones are plugged
pere has quit [Ping timeout: 256 seconds]
uvos__ has quit [Ping timeout: 256 seconds]
uvos__ has joined #maemo-leste
<Wizzup> bencoh: iirc uvos__ means that the whole plug-in detection only works when anything is reading/writing sound
<Wizzup> for example mpv playing or pavucontrol on
<Wizzup> so kernel won't see plug unless something is using audio
xinomilo has left #maemo-leste [Leaving]
<bencoh> pavucontrol keeps underlying devices open?
<Wizzup> sure
<Wizzup> it shows mic levels and such
<bencoh> and still, it just mean that proper detection would be deferred
<bencoh> oh, right, I forgot about that
<uvos__> to the user not watcing kernel evens
<uvos__> this is transparant
<uvos__> as the jack will be detected as soon as something plays audio
<uvos__> there are never any pug or unplug events lost
<uvos__> its just that it "ckecks" for pluged in headphones only while audio is active
danielinux has quit [Ping timeout: 260 seconds]
danielinux has joined #maemo-leste
pere has joined #maemo-leste
<freemangordon> Wizzup: re icd ofono bug - may I have full log maybe?
<Wizzup> freemangordon: we have to coordinate with SuperMarioSF
<freemangordon> ah, I was thinking this is your device
<Wizzup> last time he set up some ssh for me to log in and help
<Wizzup> nope, it's his
<freemangordon> ok
<Wizzup> it's on beowulf-devel
<freemangordon> still, we need the full log
<Wizzup> ok, I think he's around, so we can ask for /var/log/maemo/icd.log ?
<Wizzup> SuperMarioSF_ ^^ :)
ceene has quit [Remote host closed the connection]
k1r1t0 has quit [Read error: Connection reset by peer]
ikmaak has quit [Ping timeout: 260 seconds]
ikmaak has joined #maemo-leste
whatsupboy has quit [Quit: brb]
xmn has joined #maemo-leste
whatsupboy has joined #maemo-leste
<Wizzup> freemangordon: so do you want me to try to build a lot of thumb stuff for -experimental, or?
<freemangordon> yes, if you have spare time
<freemangordon> but at least major libs, like glib,gtk,qtwebengine
<Wizzup> let's start with gtk and glib
<Wizzup> :D
<freemangordon> :)
<freemangordon> it would be interesting to see what apt will report in terms of "bytes less"
<Wizzup> right
<Wizzup> in 10-20 mins I'll build some pkgs
<Wizzup> in general thumb and non-thumb can coexist right
<freemangordon> sure
arno11 has joined #maemo-leste
Twig has joined #maemo-leste
Twig has quit [Remote host closed the connection]
arno11 has left #maemo-leste [#maemo-leste]
<Wizzup> meanwhile qmake made a .la file at some point, but it's now refusing to make them :D
<Wizzup> freemangordon: and others - what cpu shall we emulate on our armhf build machine?
<Wizzup> cortex-a15 ? cortex-a7? cortex-a8? cortex-a9?
<dsc_> lowest common denominator = nokia n900
<dsc_> = cortex-a8
<dsc_> Y/n ? :P
<Wizzup> bbl
<Wizzup> sry
Danct12 has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: timeout during receiving]
norayr has joined #maemo-leste
Twig has joined #maemo-leste
uvos__ has quit [Ping timeout: 272 seconds]
uvos__ has joined #maemo-leste
uvos has joined #maemo-leste
LjL has quit [Quit: Scappò via con la paura di arrugginire. Il giornale di ieri lo dà morto arrugginito. I becchini ne raccolgono spesso fra la gente che si lascia piovere addosso.]
LjL has joined #maemo-leste
<freemangordon> right
<norayr> i will be porting/packaging this: https://github.com/communi/communi-desktop
<norayr> also wip about quickflickr.
rafael2k has quit [Ping timeout: 256 seconds]
xes has joined #maemo-leste
<Wizzup> dsc_: I am not sure if I can 'turn off' the cpu being detected as armv8
<Wizzup> dsc_: it looks like the only way to do that is tonot use kvm
<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
<Wizzup> dsc_: with the right -march= this might work ok
<dsc_> just FYI that I'm not setting these definitions ^^
<dsc_> ah, perhaps
<Wizzup> I can try in a bit
<sicelo> full ofono log ... did you get from supermario? i can send mine if fmg wants. we have same issue(s)
<Wizzup> freemangordon: ^
<freemangordon> sure
<sicelo> how can i send it? email to someone perhaps?
<sicelo> or it doesn't potentially have stuff that needs redaction? (busy with something atm, so can't check)
<Wizzup> I think the actual really private stuff is likely not in the debug logs
<Wizzup> like passwords
<sicelo> phone numbers?
<Wizzup> but you can maybe just send the log of the last, shortly after you tried again
<Wizzup> sicelo: in icd2 log? no
<sicelo> just checked, yes, there's none
<sicelo> i'll send everything from January 1, i think
<sicelo> heh, my icd2 log is a year old :p
<sicelo> Wizzup, uvos - do you use your droid 4s for phone calls with sphone? frequently? the touchscreen issue is driving me nuts :p
<sicelo> but if i'm the only one affected, then i'm confused
<freemangordon> sicelo: I don't need 1 year of logs
<sicelo> yes i'm trimming it
<freemangordon> no
<Wizzup> sicelo: I don't have ts issues often, mostly just sometimes it doesn't activate on unlock
<freemangordon> i need a log created particularly for the issue
<freemangordon> from the startup of icd2
<Wizzup> sicelo: jfyi there is /var/log/maemo/icd*.log which is just icd
<Wizzup> so there won't be maemo luancher stuff
* Wizzup bbiab
<sicelo> hope that one helps. if i need to do it differently, you can ping me
<sicelo> Wizzup: not on my d4. there's only icd2.log
<sicelo> root@devuan-droid4:/var/log/maemo# ls
<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
<sicelo> (i've just deleted icd2.log)
elastic_dog has quit [Ping timeout: 256 seconds]
elastic_dog has joined #maemo-leste
* 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
akossh has joined #maemo-leste
elastic_dog has joined #maemo-leste
elastic_dog has quit [Killed (erbium.libera.chat (Nickname regained by services))]
k1r1t0 has joined #maemo-leste
<uvos> sicelo: i have touchscreen issues extreamly rarely, not at all related to calls, yes i do call often
<sicelo> incoming calls are the ones that seem to cause it
uvos has quit [Read error: Connection reset by peer]
<sicelo> it's almost 100% of the time
<sicelo> i never have ts issues at other times
uvos has joined #maemo-leste
<uvos> possibly some interaction between tklock and sphone
<uvos> dunno
<uvos> (i dont use tklock)
<uvos> when ts dosent work try killing systemui via ssh
<uvos> i also run beowulf
<uvos> so might be some new issue
<sicelo> i'm on beowulf
<sicelo> anyway, ssh not going to help. when this happens, there's an incoming call to accept :p
<uvos> i mean you can simulate a call with calltest
Twig has quit [Remote host closed the connection]
SuperMarioSF has joined #maemo-leste
SuperMarioSF_ has quit [Ping timeout: 272 seconds]
<Wizzup> sicelo: when ts doesn't work it's usually disabled by mce in my experience
<Wizzup> (through xinput)
akossh has quit [Quit: Leaving.]
<Wizzup> freemangordon: doesn't seem to be a big difference wrt thumb
<Wizzup> the binaries are different for sure
<Wizzup> I am not sure if the default is -Os or -O2
<Wizzup> seems to be -O2, maybe we should use -Os
vandys has joined #maemo-leste
<Wizzup> freemangordon: I suppose we could also pass -ftree-vectorize
<Wizzup> freemangordon: there's another one with -Os and -ftree-vectorize, seems similar in size too
<uvos> -O2 with thumb makes no sese iiuc
<uvos> since thumb trades performance (register pressure) for code size
<Wizzup> uvos: you mean -Os makes more sense yeah?
<uvos> sure altho imo we should be benchmarking this
<Wizzup> sure
<uvos> decreased code size may only make sense on n900
<uvos> googeling around also makes it look like the real code size improvements come from compileing for thumb1
<uvos> not thumb2 (ie mixed mode)
<uvos> as in mixed mode gcc's optimizer mostly thinks using thumb isent worth the performance cost