missMyN900 has joined #maemo-leste
missMyN900 has quit [Ping timeout: 258 seconds]
Daanct12 has joined #maemo-leste
vgratian has left #maemo-leste [#maemo-leste]
joerg is now known as Guest9584
Guest9584 has quit [Killed (strontium.libera.chat (Nickname regained by services))]
joerg has joined #maemo-leste
joerg has quit [Ping timeout: 246 seconds]
Daanct12 has quit [Ping timeout: 248 seconds]
mardy has joined #maemo-leste
Daanct12 has joined #maemo-leste
Twig has joined #maemo-leste
joerg has joined #maemo-leste
freemangordon has quit [Quit: Leaving.]
freemangordon1 has joined #maemo-leste
pere has quit [Ping timeout: 276 seconds]
pere has joined #maemo-leste
ceene has joined #maemo-leste
Pali has joined #maemo-leste
Twig has quit [Ping timeout: 248 seconds]
Daaanct12 has joined #maemo-leste
Daanct12 has quit [Ping timeout: 248 seconds]
Pali has quit [Ping timeout: 246 seconds]
xmn has quit [Ping timeout: 246 seconds]
uvos__ has joined #maemo-leste
<uvos__> Wizzup: hello
<Wizzup> uvos__: so, I'm going to be on the road for some part of the day, but I wanted to ask about the datapipe filtering, I don't think I quite understood how it's supposed to work
<Wizzup> as in, your suggestion to filter the datapipes to have pulse run later
<uvos__> Wizzup: ok fire(ask) at will
<Wizzup> in a bit (30 mins)
Daaanct12 has quit [Ping timeout: 240 seconds]
ceene has quit [Ping timeout: 240 seconds]
<Wizzup> uvos__: so could you briefly summarise how your proposal would work?
<Wizzup> uvos__: regarding making the mapphon-hack stuff run before pa when switching back from call
uvos__ has quit [Remote host closed the connection]
xes has quit [Quit: WeeChat 3.4]
xes has joined #maemo-leste
xmn has joined #maemo-leste
vagag has joined #maemo-leste
<freemangordon1> Wizzup: dow we have enough power to host our own tile server?
vagag has left #maemo-leste [#maemo-leste]
<bencoh> freemangordon1: do you want to generate on-demand? or pre-generate?
<freemangordon1> pre-generate
<bencoh> why would we need our own tile server btw?
<freemangordon1> wait, going to re-connect
freemangordon1 has quit [Quit: Leaving.]
freemangordon has joined #maemo-leste
<freemangordon> because public tile servers allow only a single style maps
<freemangordon> s/allow/provide
sunshavi has joined #maemo-leste
vgratian has joined #maemo-leste
uvos__ has joined #maemo-leste
<uvos__> Wizzup: so if you have 2 trigger functions in the route-hack module on the audio_route_pipe
<uvos__> Wizzup: and register one with append_trigger_to_datapipe
Pali has joined #maemo-leste
pere has quit [Ping timeout: 246 seconds]
uvos__ has quit [Remote host closed the connection]
<Wizzup> freemangordon: we could do it, but we should keep in mind it will add more work / maintenance over time
<Wizzup> uvos: ok, and then?
elastic_dog has quit [Ping timeout: 258 seconds]
elastic_dog has joined #maemo-leste
uvos has joined #maemo-leste
pere has joined #maemo-leste
<uvos> Wizzup: sorry had to do soemthing
<uvos> so conitinuing:
<uvos> and then register on with append_trigger_to_datapipe
<uvos> *and then register one with append_trigger_to_datapipe
<uvos> and the other with append_filter_to_datapipe
<uvos> the trigger registered with append_filter_to_datapipe will allways run first before the trigger in the pa module, so we just do the activation hack in there and pass the enum along
<uvos> while, if we load the hack module after the pa module
<uvos> the trigger registerd with append_trigger_to_datapipe will run after the one in pa
<uvos> so we undo the hack in here
<uvos> unless the problem is that call_mode_pipe fires before audio_route_pipe and pa gets confused when it swtiches profile in its call_mode_trigger
<uvos> in this case you register a filter on call_mode_pipe and undo your hack on hangup to ensure you undo everything before the pa module gets confused
<Wizzup> uvos: ok, I see, thanks, that makes sense, I will try to use this
<Wizzup> I will start with that and work on it from there
<Wizzup> btw, austria has good 3g :) germany was 2g only :(
<bencoh> because your roaming provider had no 3G bands matching the d4 modem's?
rafael2k has joined #maemo-leste
<rafael2k> hi everybody, I'm rebasing our pinephone kernel to 5.15.44+sunxi64-1 from mobian, which has important usb and kbd fixes
<rafael2k> hopefully in a couple of days it will be ready for a PR, after some native compiling and testing
<rafael2k> Wizzup: I saw your pinetab panel support added, I kept it "y"
<Wizzup> rafael2k: hi, I will be around later
<Wizzup> I did not get my pinetab video to work yet, but nthe patch helps
<Wizzup> bencoh: no, I am raoming, it is just not there in germany
<rafael2k> Wizzup: did you copy the .dtbs? the u-boot stuff is correct? I dont think it is only the kernel, but anyway, this new mobian kernel has lots of new modules for pinetab and PPP
sunshavi_ has joined #maemo-leste
sunshavi has quit [Ping timeout: 248 seconds]
<uvos> bencoh: no because all providers in germany shutdown 3g
<uvos> and are also in the process of shuting down edge
elastic_dog has quit [Ping timeout: 264 seconds]
elastic_dog has joined #maemo-leste
elastic_dog has quit [Ping timeout: 248 seconds]
elastic_dog has joined #maemo-leste
vagag has joined #maemo-leste
vagag has left #maemo-leste [#maemo-leste]
norayr has left #maemo-leste [Error from remote client]
vgratian has left #maemo-leste [#maemo-leste]
vgratian has joined #maemo-leste
<rafael2k> now compiling and hopefully ready for testing
<rafael2k> also cloned to my github just in case
<rafael2k> ok, rebased to 5.15.48... last minute update
mardy has quit [Quit: WeeChat 2.8]
norayr has joined #maemo-leste
<lel> rafael2k opened a pull request: https://github.com/maemo-leste/pine64-kernel/pull/4 (Maemo/beowulf devel)
<lel> rafael2k edited a pull request: https://github.com/maemo-leste/pine64-kernel/pull/4 ( Rebased to 5.15.48, plus latest Pine64 patches.)
sunshavi_ has quit [Ping timeout: 246 seconds]
Pali has quit [Ping timeout: 246 seconds]
uvos has quit [Ping timeout: 264 seconds]
xmn has quit [Quit: ZZZzzz…]
Guest6 has joined #maemo-leste
<Guest6> hello is it possible to connect to ethernet from virtual image
Guest6 has quit [Quit: Client closed]