sicelo | Wizzup i cc'd the ML for my updated patch, but it's under moderation in ML | 14:30 |
---|---|---|
uvos | freemangordon: sphone: Failed to load module contacts-ui-abook: /usr/lib/sphone/modules/libcontacts-ui-abook.so: undefined symbol: osso_abook_contact_get_photo; skipping | 18:53 |
uvos | freemangordon: (i gues its not re'd, i need this) | 18:53 |
uvos | freemangordon: also OssoABookContactDetailSelector would be grand, please issue a release for it (or Wizzup) | 19:00 |
* enyc roars | 19:01 | |
* enyc unroars | 19:01 | |
bencoh | I wonder if pipewire could replace pulseaudio on leste | 19:46 |
bencoh | I have a feeling it could be a good move | 19:46 |
uvos | so i looked into this before a bit | 20:33 |
uvos | rn its no issue, only sphone and the volume applet touch pulse, sphone works as is and a pipewire specific would be easy to add for some more advance features. i dident test the vol applet but it should work fine without changes | 20:34 |
uvos | my verb setup of hifi, call, allert is defined in libalsa so this just carries over | 20:35 |
uvos | some default behavior is different regarding how this is mapped to pulse streams vs pipewire objects, but from documentation this was quite easy to ajust | 20:35 |
uvos | tldr: it would work almost drop in rn | 20:36 |
bencoh | uvos: pipewire has a pulseaudio dropin replacement, we could use it for a start | 21:06 |
bencoh | I was more worried about xprot and the maemo-specific stuff, but I don't think it was ported (yet?) | 21:07 |
uvos | bencoh: the maemo specific stuff is of farily poor design, i dont think porting it as is makes sense - i would rather shim it for compatability and rely more on the exisiting stuff in pulse or pipewire | 21:51 |
uvos | i know what this would entail on pulse, pipewire would need more investigation | 21:52 |
uvos | this also ignores the added complexity of doing stuff on the n900 | 21:53 |
uvos | yes i know about the compatability layer, this is what i was refering to about sphone/ the vol applet working fine on pw | 21:56 |
sicelo | droid 4 volume keys work totally opposite for zoom in/out. this by design? | 22:24 |
sicelo | i.e. keys i expected to zoom in actually zoomed out, and vice versa | 22:31 |
uvos | sicelo: this its just that xterm implements volume up as zoom in | 22:41 |
uvos | as per various en standards etc, more is up | 22:43 |
uvos | as d4 is native protrait vol up is toward the top when in portrait | 22:43 |
uvos | thus zoom in works like it dose | 22:43 |
uvos | in xterm | 22:44 |
sicelo | alright | 22:50 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!