atk has quit [Quit: Well this is unexpected.]
atk has joined #maemo-leste
kvw_5_ has joined #maemo-leste
kvw_5 has quit [Ping timeout: 252 seconds]
belcher_ has joined #maemo-leste
belcher has quit [Ping timeout: 265 seconds]
pagurus has quit [Ping timeout: 240 seconds]
tvall has quit [*.net *.split]
mighty17 has quit [*.net *.split]
fLegmatik has quit [*.net *.split]
tvall has joined #maemo-leste
fLegmatik has joined #maemo-leste
mighty17 has joined #maemo-leste
Pali has joined #maemo-leste
pere has quit [Ping timeout: 268 seconds]
pere has joined #maemo-leste
uvos has joined #maemo-leste
xmn has quit [Quit: Konversation terminated!]
<uvos> venji10[m]: please paste the pocophone f1 udevadm info -e somewhere
<uvos> parazyd: hildon-meta-bionic not also depend on leste-config-bionic instead of just leste-config-mapphone?
<kek> IMbackK synchronize a pull request: https://github.com/maemo-leste/hildon-meta/pull/5 (Mapphones: switch to libinput)
<kek> IMbackK synchronize a pull request: https://github.com/maemo-leste/leste-config/pull/18 (mapphones: Libinput )
<kek> IMbackK edited a pull request: https://github.com/maemo-leste/hildon-meta/pull/5 (Switch to libinput)
<kek> IMbackK edited a pull request: https://github.com/maemo-leste/leste-config/pull/18 (Libinput )
<venji10[m]> uvos: Okay I will do it in the next days
belcher_ is now known as belcher
<kek> clort81 closed an issue: https://github.com/maemo-leste/bugtracker/issues/504 (D4: dist-upgrade gives me portrait mode and no hildon desktop)
<kek> IMbackK opened a pull request: https://github.com/maemo-leste/image-builder/pull/8 (Mapphones: add recovery boot option)
pere has quit [Ping timeout: 252 seconds]
xmn has joined #maemo-leste
pere has joined #maemo-leste
xmn has quit [Ping timeout: 268 seconds]
xmn has joined #maemo-leste
pagurus has joined #maemo-leste
<kek> MerlijnWajer closed a pull request: https://github.com/maemo-leste/hildon-input-method-framework/pull/2 (Unredirect enter key)
<kek> MerlijnWajer closed a pull request: https://github.com/maemo-leste/hildon-input-method/pull/5 (Add support for input into plain x windows via xtest)
<Wizzup> uvos: any reason not to re-add -Werror to https://github.com/maemo-leste/hildon-input-method-framework/pull/2 ? (I merged it already)
<Entitlement> Wizzup - [ Unredirect enter key by IMbackK · Pull Request #2 · maemo-leste/hildon-input-met... ]
<Entitlement> Wizzup - [ hildon-input-method-framework-source #13 Console [Jenkins] ]
<Wizzup> gbp broke somehow?
_inky has joined #maemo-leste
MinceR has quit [Ping timeout: 250 seconds]
MinceR has joined #maemo-leste
Kabouik_ has quit [Remote host closed the connection]
<parazyd> uvos: Will add bionic dep, thanks for notifying me
<parazyd> Wizzup: The gbp conf in the repo is wrong (has double content)
<uvos> Wizzup: other than that i dont like werror no
<uvos> parazyd: great
<uvos> parazyd: d4 has the same problem
<uvos> parazyd: they should both likely just have leste-config-$device with leste-config-$device depending on leste-config-mapphone no?
<parazyd> Yes, that's right.
<uvos> parazyd: great, also check out the libinput related prs if you have the timeing
<parazyd> I will. I just came home about half an hour ago. Was out on the countryside, so I need to relax for a sec and then I'll fix this up.
<parazyd> I skimmed and it seemed good
<parazyd> Thank you for doing that, really :)
<uvos> parazyd: you are very welcome :)
<uvos> there is no rush
<Wizzup> uvos: Werror probably helps from a CI perspective I think
<Wizzup> or, what replaces it?
<uvos> Wizzup: nothing, i just dont like werror on linux projects, because on linux we kinda expect "end users" to compile stuff, and werror makes the project dependant on compiler versions, since warnings are not stable + differnent on different compilers.
<uvos> so it causes headaches for people who just want to compile stuff to use it
<uvos> esp old semi abandond stuff
<uvos> anyhow i dont mind you puting it back if you dissagree
<uvos> i only had that in the pr by accident
<parazyd> Yeah this will also happen a lot when we move to newer glib in the future
<parazyd> Lots os simply deprecated and warnings keep popping up
<uvos> flip side is then you have to pay attention to warinings when you recompile agains new glib or gcc or whatever
<uvos> so you dont miss deprecated warings permanently
<uvos> so eh
<uvos> Wizzup: do whatever you like
<Wizzup> uvos: it is not a big disagreement but it can also surface things that can cause errors/runtime failures
<Wizzup> just wondered, is all
<Wizzup> ok, let me fix gbp.conf
<kek> parazyd closed a pull request: https://github.com/maemo-leste/leste-config/pull/18 (Libinput )
<kek> parazyd closed a pull request: https://github.com/maemo-leste/hildon-meta/pull/5 (Switch to libinput)
<parazyd> ah uvos I remembered something
<Entitlement> parazyd - [ leste-config/control at master · maemo-leste/leste-config · GitHub ]
<parazyd> The mapphone pkg is the top dependency, and then droid4/bionic
<parazyd> This is because the other way around it broke upgrades and wouldn't cleanly remove old files
<uvos> parazyd: ok great
<uvos> parazyd: i just notices an embarasing typo
<uvos> inleste-config-mapphone.displace there is /lib/udev/rules.d/85-input-devices.rules.keste
<parazyd> haha
<parazyd> Will fix :)
<uvos> thanks :)
<parazyd> btw keste reminds me of kester, which is a brand of solder I use
<parazyd> :D
<uvos> hehe
<parazyd> uvos: In the future you can just enter the debian directory and run the gen_displace script
<parazyd> I wrote that to make maintenance easier
<uvos> parazyd: TIL. thanks
<parazyd> You're welcome
<Entitlement> uvos - [ leste-config/control at master · maemo-leste/leste-config · GitHub ]
<uvos> how dose that work?
<uvos> if i install leste-config-mapphone on plain debian what do i get?
<parazyd> It's a bit of a trick, because the "bionic" package only exists in the "bionic" component, and same for droid4
<uvos> ah right
<uvos> ok
<parazyd> So depending on the device, the correct one gets installed
<uvos> right ok its fine then
<uvos> (if wierd)
<Wizzup> configure:10421: error: Package requirements (xtst) were not met:
<Wizzup> No package 'xtst' found
<Wizzup> heh
<Wizzup> will fix
<uvos> sorry
<Wizzup> np
<Wizzup> uvos - do you think I also need to rebuild other hildon-input-method things, like plugins?
<Wizzup> I did do that on my vm, not sure if it's necessary
<Wizzup> I'll just rebuild -plugins in any case
<uvos> Wizzup: no
<uvos> should be fine as is
<uvos> Wizzup: if you want to try inputing into random windows without having the hildon-desktop pr yet you can use dbus-send / org.maemo.him.set_visible boolean:true
<Wizzup> check
<Wizzup> going to see if this fixes the enter issue first
<Wizzup> I mean everything was fine on my vm, but I mean on my d4
Kabouik has joined #maemo-leste
_inky has quit [Ping timeout: 240 seconds]
_inky has joined #maemo-leste
<Wizzup> tmlind: I am having trouble to connect to 3g data now with ofono, I see this in dmesg:
<Wizzup> [ 1243.012817] mot-mdm6600-codec 4806a000.serial:modem:audio-codec@2: motmdm_voice_get_state: ciev=5,1,0
<Wizzup> [ 1245.548034] mot-mdm6600-codec 4806a000.serial:modem:audio-codec@2: motmdm_voice_get_state: ciev=5,2,0
<Wizzup> I remember we discussed it before:
<Wizzup> 11:12 < tmlind> i thinki 5,1,0 means data connection enabled
<Wizzup> in any case I cannot get the data connection up:
<Wizzup> # mdbus2 -s org.ofono /motmdm_0/context1 org.ofono.ConnectionContext.SetProperty Active true
<Wizzup> [ERR]: Timeout was reached
<Wizzup> now it works, odd.
_inky has quit [Read error: Connection reset by peer]
inky has quit [Ping timeout: 240 seconds]
<Wizzup> uvos: ping
<Wizzup> wrt https://github.com/maemo-leste/hildon-desktop/pull/12 -- looks like ts-buttons is in our kernel
<Entitlement> Wizzup - [ Support f9-f11 as physical keys mirroring the right and left hildon buttons by I... ]
<Wizzup> so nothing else is required for this to work, right?
<uvos> Wizzup: yes we have ts-buttons
<uvos> Wizzup: yes everything should work if you merge that
_inky has joined #maemo-leste
<Wizzup> ok, where are the new shortcuts stored?
<uvos> they are stored per device
<Entitlement> Wizzup - [ Support f9-f11 as physical keys mirroring the right and left hildon buttons by I... ]
inky has joined #maemo-leste
<uvos> this was added a long time ago
<Entitlement> uvos - [ Hildon shortcuts by IMbackK · Pull Request #15 · maemo-leste/leste-config · GitH... ]
<Wizzup> hmm
<Wizzup> ok, so that is also required then
<Wizzup> oh, they're merged.
<Wizzup> ok
<uvos> thats merged
<Wizzup> sorry, catching up :)
<uvos> caveat
<uvos> this breaks (or rather unbinds) the shortcuts in vm
<uvos> we should add a generic config file for vm / x86
<uvos> but we would need a leste config package for that
<Wizzup> hm
<uvos> (we kinda need that for mce too)
<uvos> im not sure what to do about that
<uvos> tbh
<Wizzup> well, I am not sure what shortcuts are used from a vm besides the usual (ctrl+shift+p etc)
<uvos> well thats one
cockroach has joined #maemo-leste
<uvos> also how do you plan to exit a fullscreen aplication in vm?
<Wizzup> ctrl+backspace
<uvos> which is unbound now
<Wizzup> well, we could make that work with a config file for a generic target, perhaps?
<uvos> Wizzup: right
<Wizzup> which could also have ethernet and such enabled
<uvos> for that we would need leste-config-wm or whatever
<uvos> *vm
<uvos> also mce could be better tuned for vm
<Wizzup> right
<uvos> i gues leste-config-desktop would be a resonable name
<uvos> we could have the rpi images also depend on that
<Wizzup> mhm
<Wizzup> parazyd: what do you think?
<parazyd> Totally fine with that
<Wizzup> should we hold off on merging h-d pr 12 until we have such a config file?
<Wizzup> or merge it to make testing the config file easier
<uvos> no strong opinion
<uvos> i gues the usability improvment to the pp and bionic is also greater that the usability detriment to vm
uvos has quit [Ping timeout: 252 seconds]
ceene has quit [Ping timeout: 258 seconds]
RedW has quit [Remote host closed the connection]
RedW has joined #maemo-leste
Pali has quit [Ping timeout: 268 seconds]