<freemangordon>
it also tries if account is found but request_channel fails
<uvos__>
ok sure, but that suggests tp is broken
<uvos__>
in this case yes it should use xdg
<uvos__>
and allow sphone to fallabck to ofono
<freemangordon>
or, you pout that account offfline
<freemangordon>
in which case we shall not fallback :)
<uvos__>
ring being offline makes litte sense or? not sure about tp internals
<freemangordon>
ring being offline means user put it offline
<freemangordon>
we shall not overrule that
<uvos__>
anyhow what happens now is that if any of this dosent work nothing happens in contacts
<uvos__>
incl no feedback
<uvos__>
which is bad
<freemangordon>
yes, I am fixing that as we speak
<uvos__>
ok
<freemangordon>
not sure about the feedback though
<uvos__>
i gues if it sais "please onlien the account" its ok
<uvos__>
but idealy it would still fallback to ofono somehow
<uvos__>
when ring is broken
<freemangordon>
you should not have ring account on your device
<uvos__>
as oposed to offline
<Guest224>
uvos, Pinephone component list: SensorTek STK3311A proximity sensor and ambient light sensor (large gap) with build in infrared LED
<uvos__>
Guest224: there being a proximity sensor that uses a infraread led dosent mean you can use it for ir tx
<uvos__>
the droid 4 has one too
<freemangordon>
uvos__: I guess the issue is in osso-addressbook, not in th elibrary itself
<uvos__>
but its used by the chip to calucate distance in hw
<uvos__>
you cant blink it
<freemangordon>
as the error is passed to the callback
<uvos__>
not sure how pp hw works exactly but this dosent mean you can do tx
<uvos__>
also its in the front
<uvos__>
not super usefull as a remote
<uvos__>
freemangordon: yes the feedback issue is in addressbook
<uvos__>
freemangordon: not sure if we can seperate offline state and ring not working in this function, if we can we should do xdg in the latter case
<uvos__>
otherweise, so be it
<Guest224>
uvos, so it would be some kind hack if somebody make it work, thanks for info
<uvos__>
and would be extreamly inconvienant and low range to use if it worked
<freemangordon>
uvos__: if TP is down, the while abook is down with it
<uvos__>
so tldr: no irtx for you
<freemangordon>
so I don;t think we shall care about ring being broken
<uvos__>
freemangordon: i mean thats not true otherwise it would not work now would it?
<freemangordon>
you don;t have ring account by default
<freemangordon>
if you have, then you have installed/configured something manually
<uvos__>
right so i dont see why it would be impossible for there to be an account, but its broken
<uvos__>
without abook being totaly broken
<freemangordon>
WTYM broken?
<uvos__>
well the base question ist can request_channel fail for any reason other than that the account is offline
<uvos__>
maybe because ring was unable to connecto to ofono via dbus or whatever
<freemangordon>
request_channel sets error as well
ceene has quit [Read error: Connection reset by peer]
<freemangordon>
actually is_online_connected
Guest224 has quit [Quit: Client closed]
<freemangordon>
so it is not just a matter of TRUE/FALSE
ceene has joined #maemo-leste
<uvos__>
ok, so i think idealy we would fallback to xdg here if it fails for any reason other than user configuration
<uvos__>
but its not that important
<freemangordon>
yes, so no fallback for now - either try ring if configured or fallback to xdg
<freemangordon>
if we see some RL issue, will fix it
<freemangordon>
like, some corner case
<uvos__>
ok
Daanct12 has quit [Ping timeout: 258 seconds]
norayr has joined #maemo-leste
<Wizzup>
freemangordon: I'm travelling atm but early next week I plan to bring new live it the sphone tp module so then we can test it
<Wizzup>
The main problems that I recall with it are mostly some code cleansups/renames for uvos and not having audio yet in sip/xmpp calls, but that's likely not in the sphone tp module itself
<uvos__>
do you tell sphone to not switch profiles in sip calls?
<uvos__>
via noroute
<Wizzup>
yes I think I did
<Wizzup>
but I can't check rn
uvos has quit [Ping timeout: 264 seconds]
uvos has joined #maemo-leste
Schimon has joined #maemo-leste
uvos has quit [Ping timeout: 255 seconds]
uvos has joined #maemo-leste
uvos__ has quit [Ping timeout: 258 seconds]
uvos__ has joined #maemo-leste
ceene has quit [Ping timeout: 246 seconds]
Guest42 has joined #maemo-leste
<tmlind>
pushed out updated mapphone-v6.6-mz617-hacks1 to github with lcd brightness and touchscreen
norayr has left #maemo-leste [Disconnected: closed]
norayr has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: closed]
Juest has quit [Ping timeout: 255 seconds]
Juest has joined #maemo-leste
Schimon has quit [Ping timeout: 260 seconds]
pere has quit [Ping timeout: 255 seconds]
uvos__ has quit [Ping timeout: 240 seconds]
pere has joined #maemo-leste
branon has quit [Ping timeout: 272 seconds]
branon has joined #maemo-leste
<Wizzup>
bencoh: polarcell replied:
<Wizzup>
I rechecked this case and as we would have to make a complete new concet of frame, cells, electric, etc. the minimum order qty for such a project would be 1000pcs which I am affraid is too much for the expected demand of this battery type, right?
<Wizzup>
I think at 1000pcs is really would be too much
<Wizzup>
it*
<Wizzup>
even with quantity discounts
<bencoh>
well, unless we plan on reselling on a large scale ... it sounds like a lot, yeah
<Wizzup>
I guessed at like 20k
<Wizzup>
that's a lot
<bencoh>
definitely
<bencoh>
still it's awesome that they actually considered the question seriously and provided a nice answer :)
<Wizzup>
i've mailed with the guy before, he's nice
<bencoh>
:)
<Wizzup>
but yeah 100-200 pcs we could consider, but 1000 is a bit much,given how hard it is now also to get a d4 on ebay