xmn has joined #maemo-leste
akossh has quit [Quit: Leaving.]
xmn has quit [Ping timeout: 264 seconds]
xmn has joined #maemo-leste
xmn has quit [Client Quit]
lul4 has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
hm has quit [Remote host closed the connection]
Anasko has quit [Read error: Connection reset by peer]
Daanct12 has joined #maemo-leste
xmn has joined #maemo-leste
pagurus has joined #maemo-leste
Anasko has joined #maemo-leste
<mkfx> neat. got leste running on android.
<mkfx> is it fesiable to have a "android" port or it's against goals of leste? (native and mainline only?)
joerg has quit [Ping timeout: 260 seconds]
joerg has joined #maemo-leste
lul4 has quit [Quit: had to jack off]
Daanct12 has quit [Ping timeout: 265 seconds]
Daanct12 has joined #maemo-leste
mkfx has left #maemo-leste [#maemo-leste]
_fab has joined #maemo-leste
Anasko has quit [Ping timeout: 248 seconds]
_fab has quit [Ping timeout: 252 seconds]
mkfx has joined #maemo-leste
ungeskriptet has quit [Ping timeout: 248 seconds]
ungeskriptet has joined #maemo-leste
Anasko has joined #maemo-leste
alifib has joined #maemo-leste
ikmaak has quit [Ping timeout: 252 seconds]
ikmaak has joined #maemo-leste
alifib has quit [Quit: .]
antranigv has quit [Ping timeout: 246 seconds]
gnarface has quit [Ping timeout: 265 seconds]
gnarface has joined #maemo-leste
antranigv has joined #maemo-leste
mkfx has left #maemo-leste [#maemo-leste]
gnarface has quit [Ping timeout: 248 seconds]
gnarface has joined #maemo-leste
mkfx has joined #maemo-leste
xmn has quit [Ping timeout: 252 seconds]
<freemangordon> mkfx: we are fine, the issue is that such port has maybe 30% of the functionality
Anasko has quit [Read error: Connection reset by peer]
<Wizzup> mkfx: please document the process
<Wizzup> and make it replicable
mkfx has left #maemo-leste [Disconnected: Replaced by new connection]
mkfx has joined #maemo-leste
pagurus has quit [Ping timeout: 265 seconds]
arno11 has joined #maemo-leste
<arno11> mkfx: did you use proot or chroot ? or another method ?
<arno11> btw under proot, i see let's say 85-90% of things working. even mobile data works through the dummy network
<sicelo> Wizzup: let me try today (re:maeotp icon) :-)
mkfx has left #maemo-leste [Error from remote client]
<sicelo> but the name ... i like it as is, https://github.com/maemo-leste/bugtracker/issues/736
Daanct12 has quit [Quit: WeeChat 4.4.4]
<Wizzup> sure @ name
Daanct12 has joined #maemo-leste
Twig has joined #maemo-leste
Guest9365 has joined #maemo-leste
<dsc_> I didnt test QML @ vkb, ill try
Daanct12 has quit [Quit: WeeChat 4.4.4]
<dsc_> ugh :P
<Wizzup> hm?
<Wizzup> arno11: it would be really nice to get documentation on how to make a proot image
<Wizzup> so that we can make it in CI
<arno11> Wizzup: agree, but idk what exactly diejuse modified in the original old pi3 ascii img
<dsc_> Wizzup: some complications with the QML stuff because hildon steals focus
<dsc_> ill fix it..
<Wizzup> freemangordon: I ported the tp-haze python scripts to py3
<Wizzup> should we try to send that upstream?
<Wizzup> I don't know if they work btw, would be worth checking on chimaera whether the results are the same
<sicelo> arno11: didn't diejeuse document it somewhat?
<arno11> sicelo: somewhat yes, but not the part about img modifications
<arno11> but it was a very old img
<arno11> maybe it works better with a recent one, with few modifs in the starting script under termux
<arno11> i really don't know. i've been able to dist-upgrade to chimaera -devel so i didn't try anything else
<arno11> (i mean i didn t try the process with another img)
<Wizzup> freemangordon: maybe I am confused and looking at the wrong tp haze branch, I thought you already build a newer one with more patches
<Wizzup> freemangordon: ah, yes, indeed, I used the wrong branch
<Wizzup> ok, that was a wasted time :D
<Wizzup> too bad master wasn't in sync
mkfx has joined #maemo-leste
<arno11> Wizzup: i still need 1-2 weeks for maemo-gpt and then i'll have a look @proot stuff
<Wizzup> freemangordon: pulling in sfos patch for tp-ring python2 code to port it to py3
<Wizzup> we should rebase on sfos later, but they have deps on their own internal daemons in it now
<dsc_> I need to modify HIM to make it work with QML, even then the fix is hacky
<Wizzup> dsc_: got some details?
<dsc_> keyboard raises, steals focus from Qt app, keyboard goes away, focus re-enters, which triggers the keyboard again
<dsc_> this does not happen with regular widgets because they do not call showInputPanel() a second time
<dsc_> proposed solution is to add a command to HIM "keyboard close" so I can throttle it
<dsc_> another possible solution is not to steal focus
<dsc_> this work-around is not possible, because Qt5 has a new api
<dsc_> the new api = showInputPanel()
<Wizzup> ok, let's not add a new command to h-i-m just yet and see what we can do here
<Wizzup> does h-i-m explicitly steal focus, or does it just get focus?
<dsc_> most likely it just gets focus
<dsc_> from it being a new x11 thing
<dsc_> and tbh maybe thats fine
<dsc_> but I'm not sure how to prevent the loop from happening
kiva has joined #maemo-leste
<kiva> although link says "fully detailed" the page does not have even fully specification..it has full phone it...but boots first with Intel Atom..so it might have possibility replace boot code.
<kiva> sadly quite expensive in second hand markets, so I dont have money for test boot to linux.
Anasko has joined #maemo-leste
arno11 has left #maemo-leste [#maemo-leste]
<kiva> anyway it should be easy examine can it make to Maemo Leste device, because it can boot to Win7.
<Wizzup> freemangordon: I've got a few more pkgs to go but then I think the main blockers for daedalus will be mesa/sgx and tracker
<Wizzup> there's also some tinymail complication issue but I will try to solve that, same for osso-calculator-engine
<sicelo> kiva: if you have the device and are able to get linux booting, then yes, sounds doable
mkfx has left #maemo-leste [Error from remote client]
<kiva> sicelo, too expensive for me, but if somebody have money, there is one with dock: https://www.ebay.com/itm/387756831364
<Wizzup> I would image the battery life will be bad
<Wizzup> imagine
<sicelo> kiva: maybe we need to forget about that device then (at least for the time being) :-)
<kiva> battery life bad indeed...in win7 use it is 2 hours...but old intel atom can drop CPU speed very slow on the fly to wait phone calls and wake up when call coming.
xmn has joined #maemo-leste
<kiva> sicelo, yes that is true..it is not first thing to do, but if somebody finds it for cheap for tests,it would be good to test.
<sicelo> Wizzup: freemangordon: i'm confused by the N900 camera's dmesg, which reports "could not get clock."
<freemangordon> maybe DTS is wrong/missing
<sicelo> driver looks like https://elixir.bootlin.com/linux/v6.13-rc3/source/drivers/media/i2c/et8ek8/et8ek8_driver.c#L1436 ... so we only ask for some default clock, not the one specified in dts ("extclk")
<freemangordon> Wizzup: what's with mesa?
<sicelo> now the curious thing is ... this part of driver has been this way since day 1, and same for DTS
<freemangordon> sicelo: perhaps back then there was a fallback if named clock does not exist
<sicelo> no idea how this ever worked. also looks like return value for `devm_clk_get` has also been stable over the years when given NULL as id
<freemangordon> sorry, when default clock does not exist
<sicelo> anyway, i will test the driver with explicit "extclk" instead of null and see
<Wizzup> freemangordon: ah, I thought we wanted newer mesa
<Wizzup> freemangordon: do you want me to import chimaera mesa and sgx for now
<Wizzup> s/import/build/
<Wizzup> well, our chimaera
<freemangordon> sec
<freemangordon> what about this https://gitlab.freedesktop.org/StaticRocket/mesa?
<freemangordon> what is mesa version in daedalus?
<Wizzup> I think that's why I was asking for your help :D
<Wizzup> 22.3.6
<Wizzup> I don't have a good idea of what mesa patches we have, what amber or not menas for us, etc
<Wizzup> and I don't know about this repo either
<freemangordon> this is the official TI repo for sgx mesa
<freemangordon> basicalli it has the same as what I did back then for 'our' mesa
<Wizzup> last commit 1 year ago, or do we want other branch
<freemangordon> 23.2.1?
<freemangordon> I guess we can uplift 22.3.5 to 22.3.6
<Wizzup> would be better if we can stay on 22.3.x, then we don't need special libdrm etc
<freemangordon> ok, lets do it then
<freemangordon> I will rebase 22.3.5 to 22.3.6
<freemangordon> or, maybe can just have sgx patches in /debian
<freemangordon> hmm?
<Wizzup> I prefer not to use debian/patches
<freemangordon> ok
<freemangordon> do you have link to debian mesa?
<Wizzup> do we also want newer sgx-ddk-um?
<freemangordon> yes, sure, but not immediately
<Wizzup> (this is linked from the https://packages.debian.org/source/bookworm/mesa page)
<freemangordon> ok
<freemangordon> lets see if that allwinner with its 4 cores can do fatser :)
<Wizzup> probably not great
<freemangordon> yeah
<Wizzup> I can maybe set something up
<Wizzup> btw, we also need to enable gles v1, etc
<Wizzup> there's a lot of patches we carry, also just to debian/
<freemangordon> yeah
<Wizzup> I wonder if the kirkstone branch is for us
<Wizzup> maybe it's not
<freemangordon> I think it is
<Wizzup> ok
Twig has quit [Remote host closed the connection]
<Wizzup> also note that they dropped __DRIimageExtension to 7 from 8, we set it to 8 from 14
<freemangordon> could be
<Wizzup> (yes) :D
<freemangordon> will see if there are issues, will fix thema st they arise
<Wizzup> I think if you take this branch and rebase for the minor one in debian we will already have the commit, then we just need to pick our changes
<freemangordon> mhm, something like that
<freemangordon> but, I need a machine to build on
<freemangordon> do we already have VM images?
<Wizzup> for daedalus? no
<freemangordon> dist-upgrade?
<Wizzup> I don't know if this will build on amd64 either
<freemangordon> why not?
<Wizzup> maybe I should try dist-upgrade first and let you know, there might be a few repos missing
<Wizzup> maybe it will, don't know if it needs sgx specific libs/headers
<freemangordon> no, it does dload/dlsym
<Wizzup> ok
<freemangordon> IIRC
buZz has quit [Read error: Connection reset by peer]
<Wizzup> well, you can certainly snapshot and then try dist upgrade
<freemangordon> ok, lemme clone my chimaera
<freemangordon> mhm
<Wizzup> I didn't do this yet but think we're close
buZz has joined #maemo-leste
buZz is now known as Guest9825
<freemangordon> mafw-tracker will take some time
<Wizzup> right, it's not essential atm
<freemangordon> hmm, I wonder what we can do for hildon python bindings
<freemangordon> do we need gtk3 hildon?
<Wizzup> right now we will just have nothing with python/gtk2
<Wizzup> but yes, later on we need to deal with this
<freemangordon> no applets?
<Wizzup> well there's actually very very little that uses gtk2 python
<Wizzup> there's the binary clock applet
<Wizzup> and there's syncevolution-frontend
<Wizzup> that's it I think
<Wizzup> so yes, eventually we'd want gtk3 hildon, but we can live without it even until trixie
<Wizzup> the main upcoming issue will be gconf2 no longer existing in trixie, so we need to go to gsettings
<Wizzup> but for bookwork (daedalus), we're ok
<Wizzup> bookworm*
<freemangordon> ok
<Wizzup> even for chimaera I had to put in a lot of effort to get some py2 stuff going, and I'm happy not to even try again
<freemangordon> :)
<freemangordon> lets see if I will be able to cross-compile mesa
<Wizzup> I can set up a vm for you on our honeycomb build machine
<freemangordon> hmm, wait, I am on ubuntu 20
<freemangordon> or 22
<freemangordon> yeah 20
<freemangordon> I should not need VM, no?
<Wizzup> merlijn@honeycomb:~$ ls devuan-vm-aarch64-plain/
<Wizzup> devuan.qcow2 efi mini.iso
<Wizzup> I can set that up if you want
<freemangordon> 21.2.6-0ubuntu0.1~20.04.2
<freemangordon> that's what my native OS is on
<freemangordon> hmm old
<Wizzup> I am setting you up with a vm
<freemangordon> lemme first see if I can do with local VM
<freemangordon> unless you have very fast internet
<Wizzup> 1gbit/s
<freemangordon> hmm...
<freemangordon> still, lemme try local first
<freemangordon> as I will need it anyways
<freemangordon> I am using nfs mount from PC->VM for access to source files
<freemangordon> and my inet is nto that fast as yours (perhaps 75MBs)
<Wizzup> ok, in any case I set up the dev vm
<freemangordon> sure
<Wizzup> as in, I did it already
<Wizzup> I'll dist upgrade it
kiva has quit [Ping timeout: 240 seconds]
<freemangordon> Wizzup: hmm, why dist-upgrade wants to remove qt applications?
<Wizzup> let me check
<Wizzup> freemangordon: don't know, I think you can just let it remove them for now and it will get pulled in again later
<Wizzup> I will try a dist upgrade once I've done a few more repos
<freemangordon> yep, that's what I did
<Wizzup> I am dist-upgrading the dev vm to daedalus now btw
<Wizzup> (armhf vm)
_fab has joined #maemo-leste
<freemangordon> me too (amd64)
<freemangordon> Wizzup: I ran out of time today, will continue tomorrow
<Wizzup> ok
<Wizzup> let me know if you need a armhf vm
<freemangordon> sure
akossh has joined #maemo-leste
Guest9825 is now known as buZz
arno11 has joined #maemo-leste
<arno11> Wizzup: btw for daedalus, indeed pa-modules-nemo/cmtspeech-n9xx are not needed
<Wizzup> yeah
<Wizzup> :)
whatsupboy has quit [Ping timeout: 245 seconds]
Twig has joined #maemo-leste
doc has quit [Ping timeout: 244 seconds]
doc has joined #maemo-leste
pere has quit [Ping timeout: 246 seconds]
Twig has quit [Remote host closed the connection]
xmn has quit [Ping timeout: 272 seconds]
pere has joined #maemo-leste
xmn has joined #maemo-leste
Anasko has quit [Ping timeout: 276 seconds]
arno11 has left #maemo-leste [#maemo-leste]
<Wizzup> ok, I made a python script to parse all our jbos and their configs to generate an ordered list of packages - so that we can build them in order without having to worry about deps next time
<Wizzup> I just had to inject 'mce-dev' as a dep since that's our only circular one somehow :)
<freemangordon> VM does not boot to HD after dist-upgrade
<freemangordon> will look at it tomorrow
<Wizzup> this will help a lot with trixie I think
<Wizzup> freemangordon: hmm
<Wizzup> root@devuan-armhf-dev:~# cat /etc/*release*|head -n1
<Wizzup> PRETTY_NAME="Devuan GNU/Linux 5 (daedalus)"
<Wizzup> root@devuan-armhf-dev:~# arch
<Wizzup> armv7l
<Wizzup> the armhf vm on my aarch64 host is ready at least
_fab has quit [Quit: _fab]
LjL has quit [Read error: Connection reset by peer]
LjL has joined #maemo-leste