bencoh | Wizzup: maybe they store data in the TLS (or worse, in a static process-wide fashion) | 00:02 |
---|---|---|
Wizzup | bencoh: yeah looks like telepathy-ofono might be what we want | 00:04 |
Wizzup | but ... later :) | 00:04 |
bencoh | why do you want more than one client though? | 00:05 |
Wizzup | well, I was using a simpletextobserver to get all incoming msgs per acc | 00:06 |
Wizzup | but if you want to msg an arbitrary contact you need to create a client before ensureTextChannel can work | 00:06 |
bencoh | meaning you need one per conv? | 00:06 |
Wizzup | nah, definitely not | 00:06 |
Wizzup | well, assuming with 'per conv' you mean a conversations between you and some person/group | 00:07 |
bencoh | that's what I meant yeah | 00:07 |
Wizzup | it's more like "currently we need two clients", but probably we can fix that | 00:08 |
Wizzup | but trying to make a channel without having a clienthandler to bless it gave weird errors :) | 00:08 |
Wizzup | ofono also resends smses because it misses delivery reports on d4 I think | 00:13 |
* enyc meows | 00:14 | |
enyc | Good to see N900 still being mentioned =) | 00:15 |
freemangordon | tmlind: this https://gitlab.freedesktop.org/xorg/xserver/-/blob/master/mi/miscrinit.c#L82 | 12:01 |
freemangordon | that's why accelerated client leads to segfault after rotation | 12:02 |
freemangordon | because DRI buffer pixmap gets reset | 12:02 |
Wizzup | wow... | 12:02 |
freemangordon | this comes from here https://github.com/maemo-leste/xf86-video-omap/blob/master/src/omap_exa.c#L100 | 12:03 |
freemangordon | Now I have fixed that (and the leak caused by 478fcc45e0b9d93dbe1a2c1f842441af529a3c04), I should be able to properly unmap root pixmap bo on CloseScreen | 12:05 |
freemangordon | and basically omap DDX should be ready for prime-time :) | 12:06 |
Wizzup | sweet | 12:09 |
freemangordon | yeah, this is why it took me so long to fix dma_buf leaks | 12:09 |
tmlind | freemangordon: heheh pretty messed up.. nice find :) | 12:34 |
tmlind | look forward to seeing your fix | 12:35 |
freemangordon | yeah, I am on it | 12:36 |
tmlind | ok | 12:36 |
tmlind | so then we only have the occasional tiny black ants problem remaining, that's there also on wl btw, less so with foot terminal emulator | 12:37 |
freemangordon | yeah | 12:38 |
freemangordon | I guess this is DMM/TILER issue, as I don;t see that on n900 | 12:38 |
tmlind | ok | 12:39 |
tmlind | i see the tiny black ants for both landscape and portrait modes on d4 while scrolling h-d marina background with no apps open | 12:40 |
freemangordon | mhm | 12:40 |
freemangordon | same here | 12:40 |
tmlind | fyi for wl users, foot seems nice and very memory friendly, somehow does not detect the touchscreen interface though, mouse works on my laptop with it | 12:41 |
tmlind | the default key mappings are the same as termite, so ctrl-shift-c for copy and ctrl-shift-v for paste :) | 12:42 |
tmlind | hmm so my d4 did not boot up because of pvr errors, seems like i still had /etc/init.d/pvr-omap around | 12:57 |
tmlind | we should only /etc/init.d/powervr in devel now, right? | 12:59 |
tmlind | Wizzup: so presumably /etc/init.d/pvr-omap was still left around after update from stable to devel | 13:02 |
Wizzup | hmm | 13:02 |
sicelo | yeah, i was using foot on N900 too. only issue i had (back then) was an unwanted, consistent key auto-repeat | 13:10 |
freemangordon | tmlind: https://github.com/maemo-leste/xf86-video-omap/commit/62b71ea7ceb7a2225b3e18ac65dd18eeb211699b | 13:12 |
freemangordon | Wizzup: I want to make one more fix (remove PVR EXA scanout_priv hack) and will make a release | 13:16 |
Wizzup | great | 13:17 |
tmlind | freemangordon: ok great | 14:05 |
tmlind | bbl | 14:05 |
freemangordon | Wizzup: ready, please install and report | 14:13 |
Wizzup | after tonights deadline | 14:14 |
freemangordon | Wizzup: we shall also reduce CMA size if this works | 15:08 |
huckg | [bionic] I have noticed that the audio volume (at 100%) is much lower than when Iused the same device under LineageOS | 15:35 |
huckg | I used | 15:35 |
uvos | huckg: yes on mapphones currently the maximum volume is capped at 3% | 18:22 |
uvos | huckg: capping it there is mostly a stilistic choice (i decided this is max resonable volume) | 18:22 |
uvos | huckg: dont set it to 100% it will blow your ears off and distroy the device speaker | 18:22 |
uvos | huckg: but you can set it higher if you like | 18:23 |
uvos | alsamixer -c 0 | 18:23 |
uvos | (hifi volume) | 18:23 |
uvos | *13% | 18:23 |
uvos | Wizzup: new sphone fixes the issue where the reply window opens with the default backend preselected instead of the backend the message came from | 18:32 |
uvos | rafael2k: also fixes ui-calls-manager-gtk not being loaded by accident. | 18:32 |
tmlind | so for MPDTIME, here's an experimental gps inject time patch, not sure so far if it helps.. http://muru.com/linux/d4/gps-inect-time-test.patch | 18:32 |
uvos | tmlind: oh neat | 18:32 |
uvos | tmlind: gps was still way way faster to lock on los than on mainline, even after uploading almenac | 18:33 |
tmlind | it assumes the device is using ntp server with chrony.. and probably needs first droid4-agps script called to upload satellite data | 18:33 |
tmlind | uvos: yeah it's really slow to lock, maybe there are still some steps missing | 18:34 |
uvos | we are sure los is using only this gps reciever right? | 18:34 |
uvos | it dosent fusion several or something | 18:34 |
tmlind | yeah | 18:34 |
uvos | ok | 18:34 |
tmlind | i think this is the only one with antenna wired, and wlcore one is not wired likely | 18:35 |
tmlind | no idea if also w3glte might have gnss | 18:35 |
uvos | i claims to iirc | 18:35 |
uvos | from dmesg | 18:35 |
tmlind | heh ok | 18:35 |
uvos | you might be able to use it | 18:35 |
uvos | from android 2.1 | 18:35 |
uvos | (that runs on it) | 18:36 |
uvos | should try that some time | 18:36 |
tmlind | gps accelerator :) | 18:36 |
uvos | :P | 18:36 |
tmlind | so i did not test the droid4-agps + time inject outside, did not notice any difference indoors but also android takes forever indoors | 18:38 |
tmlind | i did verify from the MPDTIME android logs time stamp that the gps time does not have the 18 second leap second adjustment applied | 18:40 |
* tmlind bbl | 18:47 | |
freemangordon | tmlind: please consider using libtime of you are going to do some userland stuff | 19:33 |
freemangordon | https://github.com/maemo-leste/clockd/blob/master/clockd/libtime.h | 19:34 |
lel | MerlijnWajer privatized a repository: https://github.com/maemo-leste/telepathy-noise | 20:25 |
Wizzup | err | 20:25 |
Wizzup | github is weird | 20:26 |
Wizzup | anyway, it's starting to work :) | 20:26 |
huckg | uvos: Thanks for the info on the audio on bionic. If I go to alsamixer with no arguments I can change the master volume, but when I do alsamixer -c 0 and select HiFi, it does not respond in the same way. | 20:30 |
huckg | I cannot seem to change the volume with + or pgup or pagedown or numbers. | 20:31 |
Wizzup | there is an applet to do that now, in the -devel branch | 20:36 |
Wizzup | I will make an effort next week to get all of -devel merged into stable, but not this week | 20:37 |
uvos | Wizzup: no there isent | 20:54 |
uvos | Wizzup: the applet changes pa volume | 20:54 |
uvos | Wizzup: huckg wants to change hw volume | 20:54 |
Wizzup | uvos: ah I see | 20:54 |
Wizzup | oh, it was about in alsamixer | 20:54 |
Wizzup | huckg: alsamixer uses the arrows typically, which you might not have in the virtual keyboard | 20:55 |
uvos | oh rihgt | 20:55 |
uvos | i forgot bionic :P | 20:55 |
uvos | use it over ssh | 20:55 |
uvos | or use alsactl | 20:55 |
huckg | yes but + and pgup work in alsamixer no arguments master volume | 20:55 |
uvos | pgup works here | 20:56 |
uvos | (the pgup button in osso-xterm) | 20:56 |
uvos | not sure why it would not work for you | 20:57 |
uvos | freemangordon: i dont see how libtime applies here | 21:01 |
uvos | freemangordon: also low level device stuff should deff not depend on maemo specifc stuff | 21:01 |
huckg | is osso-xterm the xterm that is pre-installed? | 21:02 |
uvos | huckg: yes | 21:02 |
uvos | how did you even navigate to hifi with no keyboard? | 21:03 |
uvos | there is no way to get to the hifi control on bionic without ssh or usb otg keyboard no? | 21:03 |
huckg | letter n gives you next | 21:03 |
uvos | this is really painfull to do on bionic | 21:05 |
uvos | but works here :P | 21:05 |
huckg | Yes no arrow keys is painful. | 21:05 |
sicelo | you can map them on xterm ;-) | 21:05 |
uvos | yeah | 21:06 |
uvos | we should probubly extend osso-xterm | 21:06 |
uvos | to have device specific mappings | 21:06 |
huckg | using letter n the right speaker is highlighted. There is a single slider showing above call. | 21:06 |
uvos | call i the wrong control | 21:07 |
uvos | *is | 21:07 |
uvos | you want ot change the "HiFi" control | 21:07 |
huckg | Speaker/HiFi is selected (red color) but slider is above Call! | 21:08 |
uvos | wierd it works absolutly fine here, maybe alsamixer breaks with certain fonts/terminal sizes | 21:09 |
huckg | I'll use "volume" keys to change font size and try again. | 21:10 |
huckg | Nope, doesn't help. | 21:11 |
uvos | huckg: a (permanent) alternative is to edit /usr/share/alsa/ucm2/Mapphone_Audio/HiFi.conf | 21:11 |
uvos | huckg: and up cset "name='HiFi Playback Volume' 5" a bit | 21:12 |
uvos | (reboot) | 21:12 |
uvos | (theres multiple HiFi Playback Volume lines for different outputs) | 21:13 |
huckg | Thanks, will do. | 21:14 |
lel | MerlijnWajer created a repository: https://github.com/maemo-leste-upstream-forks/libQuotient | 23:12 |
lel | MerlijnWajer created a repository: https://github.com/maemo-leste-upstream-forks/telepathy-tank | 23:16 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!