mkfx has joined #maemo-leste
joerg has quit [Ping timeout: 248 seconds]
joerg has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
fmg_d4 has joined #maemo-leste
joerg has quit [Read error: Connection reset by peer]
joerg has joined #maemo-leste
MinceR has quit [Ping timeout: 252 seconds]
MinceR has joined #maemo-leste
ceene has joined #maemo-leste
<freemangordon> sicelo: done, fixed, please upgrade
<sicelo> will do
<sicelo> it was happening when pressing the Recent button
<freemangordon> yeah, I know
_fab has joined #maemo-leste
<sicelo> thanks, it's fixed now
<sicelo> read a bit on the TRM regarding VRFB ... seems like a really nice feature indeed.
apac has joined #maemo-leste
Twig has joined #maemo-leste
mkfx has left #maemo-leste [#maemo-leste]
_fab has quit [Ping timeout: 244 seconds]
mkfx has joined #maemo-leste
Livio has joined #maemo-leste
_fab has joined #maemo-leste
_fab has quit [Ping timeout: 272 seconds]
<freemangordon> sicelo: not that nice, really: you are limited to 12 (iirc) 'contexts' and alos, there is a latency, i.e. rotation comes with a cost
<freemangordon> on omap4 TILER has no latency
apac has quit [Ping timeout: 252 seconds]
Livio has quit [Ping timeout: 264 seconds]
xmn has quit [Quit: ZZZzzz…]
uvos has joined #maemo-leste
<uvos> i wonder if android uses this on omap3 devices like droid 1
<uvos> or if they just use sgx
<uvos> arno11: i implemented your landscape sphone dialer myself, thank you for your pr regardless
<uvos> freemangordon: 12 contexts sounds like plenty, you run out of tiler space pretty fast too.
<uvos> so is it really mutch better in that regard
<freemangordon> not really, as the number of tiler surfaces depends on their size
<sicelo> ah i see. well i only looked at it casually/briefly.
<sicelo> tbh, i think i'm more hungry for the DSP more than the rotation. no idea though how things works at that low level of stuff
<freemangordon> forget about DSP
<freemangordon> it would be a huge effort to support it properly
<sicelo> i understand/agree. since i'm guessing that just bringing it up is only one part of the puzzle. have to get higher-level stuff to use it? e.g. i guess gst/PA would need some module to handover to it?
<freemangordon> the support must be implemented through remoteproc
<freemangordon> and remoteproc currently supports only ELF format, afaik
<freemangordon> while we have codecs that are COFF
<freemangordon> gst part is easy
<freemangordon> all this does not make sense for a single device
apac has joined #maemo-leste
arno11 has joined #maemo-leste
<arno11> uvos: ok cool, np
<sicelo> uvos: arno11: that sphone was built where? can't seem to get it via apt update && upgrade
<arno11> me too, don't know why
<arno11> seems ok from jenkins but can't find it
<arno11> sicelo: btw with noatime, swap on separate partition, renice dbus-daemon and H-D, ogg ringtone, stock 250MHz min freq, calls with sphone are fast enough now
<sicelo> found it ... it's in -devel, but for some reason you need to specify the version manually
<arno11> ah ok, ty
fmg_d4 has quit [Ping timeout: 252 seconds]
<arno11> ah i see why it doesn't work: wrong versioning: 0.9.8+3m7 instead of 4m7
<sicelo> arno11: nice to hear calls are ok on N900 now. i have switched to Droid 4 for the time being, but will return to N900 soonish, and continue with my plans for cmtspeech
<sicelo> i have yet to try renicing dbus & HD, as well as adjusting freqs
<arno11> ok (there are ok with ringtone but with mute trick or with sphone modif btw)
<sicelo> i also would like to get to the point where mute trick is not needed, because it's easy to forget (at least for me)
<arno11> yeah sure
<sicelo> btw, i think with the PA + cmtspeech work i plan to do, i'll be in a better position to come up with a cmt_pw in future, once Leste moves to PipeWire :-)
<arno11> cool :)
<sicelo> so we can use true PW instead of needing someting like pipewire-pulse
<arno11> uvos: landscape keypad works fine on my n900, ty
<sicelo> so much fun working on the N900 tbh
<sicelo> nice!. screenshot? :-)
<arno11> yeah definitely @fun
<arno11> sure @screenshot
<sicelo> great, thanks
<arno11> now we have to convince uvos to mute ringtone before ucm voicecall starts :P
<arno11> it already works fine locally
<arno11> sicelo: uvos: scratch that
<arno11> the problem was aac files
<arno11> no troubles with ringtone with ogg
<arno11> *mute ringtone
<arno11> so now we are ok for calls ootb but we need to use ogg or something else
<sicelo> i still had issues actually
<sicelo> maybe my not-the-best SD card,
<arno11> even with swap in other partitions ? if yes, yeah probably sdcard
<sicelo> with wav ringtone, and swapfile in /swap
ceene has quit [Ping timeout: 272 seconds]
<arno11> you should try ogg and swap in other partition
<arno11> and noatime maybe
<sicelo> i did noatime, yes
<arno11> ok
<sicelo> but will definitely try with swap as a separate partition
<arno11> ok. (honestly, i always got problems with class 10)
<arno11> but it was ok for calls in chimaera iirc
ladsalt has joined #maemo-leste
<ladsalt> question
<ladsalt> what hardware does maemo need to be practical?
<sicelo> mainline supported hardware
<ladsalt> welp i seem out of luck lol
<sicelo> ?
<ladsalt> i have a pixel 8a
<ladsalt> which does not have mainline
<sicelo> looks like you're asking X-Y questions :-)
<sicelo> ok, only Pixel 8a?
<ladsalt> no
<ladsalt> lemme find the list
<ladsalt> Google Pixel 2
<ladsalt> Google Pixel 3
<ladsalt> Google Pixel 3a
<ladsalt> Google Pixel 3a
<ladsalt> Google Pixel 4a
<ladsalt> Google Pixel 6
<ladsalt> Google Pixel 6
<ladsalt> Google Pixel C
<ladsalt> these are the supported pixel phones
<ladsalt> dont know why 6 is repeated
<sicelo> no, i am asking what phone you have
<ladsalt> not my list
<ladsalt> oh an 8a
<sicelo> only 8a?
<ladsalt> well i have a samsung note 2 note sure if that is supported
<ladsalt> let me check
<ladsalt> i have a few phones
<ladsalt> seems like that wont work
<sicelo> anyway yes 8a will need a lot of work i guess.
arno11 has quit [Quit: leaving]
<sicelo> consider buying supported hardware? second-hand maybe
<sicelo> e.g. Pinephone ... many people are dissatisfied with in in pmOS-land, for example, so maybe they can sell them for cheap (they were not expensive new anyway).
<sicelo> they should be pretty snappy with Leste.
<ladsalt> good idea but my phone is pretty new id think id wait for it to die before getting a new phone
<sicelo> or if you're willing to put in some work Leste-side, get the Oneplus 6/6T and start the Leste port
<ladsalt> NO FUCKING WAY
<ladsalt> I HAVE A 6T
<ladsalt> I WAS JUST ABOUT TO ASK
<ladsalt> oh also the ouya can theoritcaly run leste
<ladsalt> it has mainline
<ladsalt> i forgot why i was here sorry
<ladsalt> but it was too see if the motorola flipout could run it
<ladsalt> which seems to be a no
<sicelo> no idea,
<ladsalt> it doesnt support mainline so i dont think so
<sicelo> but Oneplus 6T has very good mainline support and is currently one of the most powerful phones pmos-side
<sicelo> so Leste-side it'll literally fly :-D
<ladsalt> so how easy will it be to get it too run?
<sicelo> start the port... and you might be able to draw more folks to Leste
<ladsalt> hmm
<sicelo> because some folk don't want to run Leste since it is perceived to focus only on aged devices (droid 4, n900)
<ladsalt> i do know a bit of C++ but no idea if i could do that
<sicelo> for the port, first step would be to figure out how to boot ... pmOS docs will help with that part
<ladsalt> wait but question
<ladsalt> why doesnt it work already
<ladsalt> doesnt it have mainline support?
<ladsalt> sorry if this is a dumb question
<sicelo> then, you need a kernel. pmOS already has kernels for them. mobian might have it too, can't recall. if Mobian does, even better/easier, since they're dpkg like us, so you can nearly reuse the packaging as i
<sicelo> then, you need a rootfs .. you should be able to get started with either Pinephone's rootfs or generic arm64
<ladsalt> i am sorry but i am too smoothed brain to do all of that
<sicelo> < ladsalt> doesnt it have mainline support? ... "mainline" means the mainline kernel runs on it. booting mechanisms are unrelated to kernel
<ladsalt> ok
<ladsalt> wait i have an idea
xmn has joined #maemo-leste
<ladsalt> if someone could basically turn leste into a deb package then it could be installed any debian supported device theoritcally
<ladsalt> including the 6T
<sicelo> no ... you are misunderstanding this
<sicelo> leste is not 'one' program/application
<ladsalt> well yes
<ladsalt> but there are things like kde
<ladsalt> which effetively make it another distro with how many more apps it installs
<sicelo> no, not like kde either. let me explain
ladsalt has quit [Quit: Client closed]
ladsalt has joined #maemo-leste
<sicelo> it's a combination of different packages that need/depend on each other. together, they make up a distro, which is what Leste is
<ladsalt> sorry need to go for awhile
ladsalt has quit [Client Quit]
<sicelo> i.e. do not think of Leste as just Hildon (although Hildon is central to Leste, of cours)
<sicelo> in that example, KDE --> Hildon
<sicelo> but KDE needs to run on top of an OS/distro, e.g. Debian. In this case, the OS/distro is Leste
ladsalt has joined #maemo-leste
<ladsalt> back
<ladsalt> also im going to be honest im too smoothed brain to port anything let alone an operating system
<ladsalt> the best i could do is use limbo with kvm
<ladsalt> and call it a day
<sicelo> i understand. it might not be as hard as you think though, depending
<ladsalt> the leste team will do it eventually if not somebody smarter then im sure
<ladsalt> then me*
<ladsalt> but if it comes out ill almost certianly get it
ladsalt has quit [Quit: Client closed]
ladsalt has joined #maemo-leste
<ladsalt> i mean ive installed bootloaders onto like buildroot
<ladsalt> hmm
<ladsalt> maybe there is one way i can help
ladsalt has quit [Client Quit]
ladsalt has joined #maemo-leste
ladsalt has quit [Client Quit]
mkfx has left #maemo-leste [Disconnected: Replaced by new connection]
mkfx has joined #maemo-leste
arno11 has joined #maemo-leste
<arno11> uvos: @sphone upgrade: however contacts btn doesn't work anymore and show 'no contacts gui available'
mkfx has left #maemo-leste [#maemo-leste]
<arno11> ah maybe because of rtcom stuff, no ?
<arno11> recent (calls) btn is ok now btw
mkfx has joined #maemo-leste
<arno11> Failed to load module /usr/lib/sphone/modules/libcontacts-evolution.so: libebook-1.2.so.20: cannot open shared object file: No such file or directory; skipping
<arno11> but calling from contacts app still work
apac has quit [Ping timeout: 248 seconds]
<uvos> arno11: this suggests you dont have libebook installed
<uvos> which is wierd
<Wizzup> In the past sphone depended on the wrong version
<Wizzup> maybe check this isn't the case again
<uvos> arno11: is this daedalus or chimaera?
<uvos> since i built both
<uvos> Wizzup: well sphone dosent depend on libebook at all its recommends
<uvos> since the module built at least libebook-1.2 must have been available at compiletime
<uvos> what would make it "wrong"?
pabs3 has quit [Ping timeout: 245 seconds]
<uvos> arno11: i dont have access to the device atm, could you check if you have any libebook version installed
<uvos> and if so what version
<uvos> also libcontacts-evolution dosent provide the contacts ui
<uvos> so you have 2 unrelated issues
<uvos> (the ui also dosent need libcontacts-evolution to load)
<arno11> back
<arno11> uvos maybe that's because of the wrong sphone versioning
<arno11> daedalus
pabs3 has joined #maemo-leste
<arno11> will check libebook
<uvos> also check why libcontacts-ui-abook wont load for you
<uvos> the log should say
<arno11> that' weird, never had an issue like this before with sphone btw
<arno11> nothing in log apart the msg i provided
<arno11> no issue with libebook, got the right pkgs
<arno11> will reinstall my local build and see
<uvos> could you post the result of "find /usr/lib -name "libebook*""
<uvos> also the sphone verbose log "sphone -v -v" pasted somewhere would help
<dsc_> :)
<arno11> uvos: libebook libs are ok
<uvos> well i dont know how ld could fail to find libebook-1.2.so.20 if its there as you say
<arno11> hmm in fact they are not in /usr/lib/sphone...
<uvos> they dont need to be
<uvos> libebook-1.2.so.20 just has be somewhere in ld's search path
<uvos> that includes places like /usr/lib etc
<arno11> ok but
<arno11> Failed to load module /usr/lib/sphone/modules/libcontacts-ui-abook.so: libebook-1.2.so.20: cannot open shared object file: No such file or directory
<sicelo> .20 is wrong... not in daedalus
<uvos> not sure how it could possibly have ended up building against a version of a lib not in daedalus unless ci is broken and installed packages from an older distro
<arno11> again, sphone versioning is wrong for daedalus
<sicelo> should be .21. I can't figure out how sphone versioning and building works .. e.g. there's no tag for 0.9.8
<sicelo> either way, arno is right
<arno11> maybe that's the root cause
<uvos> debian/control dosent specify the version
<uvos> ci just installes whatever is in the repo at the time of compile
<uvos> the version of sphones code dosent matter
<uvos> since again it dosent specify the version of libebook at all beyond 1.2
<uvos> the only way this could have happend is if somehow ci installed the older version so it is what was available at compile time
<uvos> since i triggered both daedalus-devel and chimaera-devel
<arno11> FYI, my local sphone 0.9.7 still works fine
<uvos> i presume that somehow the version build for chimaera ended up in the deadlus repo somehow
<sicelo> maybe the one we ended up with is chimaera devel version then
<uvos> yes the only way this can happen is a bug in ci
<uvos> ill just trigger the daedalus build again
<uvos> but Wizzup should look into that
<arno11> on my daedalus, last sphone is 3m7 instead of 4m7
<Wizzup> ah, yes, don't build them in parallel.
<sicelo> bug you do need to tag correctly as well. ateast the builder docs say so
<sicelo> *but
<Wizzup> and yes tagging is important too
<uvos> in practice if you forget the tag and dosent find the version it just builds HEAD
<uvos> so sure yeah it should be tagged but that has never mattered
<uvos> in practice
arno11 has quit [Quit: leaving]
<saeed> hello.
<sicelo> saeed: hi. do you need any assistance?
<saeed> no, thank you. :D
<saeed> i just keep sending hellos here to remaind myself i need to push sunxi kernel.
akossh has joined #maemo-leste
<inky> sunxi? for pinephone?
<saeed> for a23
xes has quit [Ping timeout: 268 seconds]
xes has joined #maemo-leste
Twig has quit [Remote host closed the connection]
_fab has joined #maemo-leste
_fab has quit [Ping timeout: 252 seconds]
<sicelo> uvos: Wizzup: unless something's wrong with my Droid 4, sometimes the screen doesn't blank and lock during calls. but iio-sp seems to be working correctly/normally
apac has joined #maemo-leste
arno11 has joined #maemo-leste
Livio has joined #maemo-leste
<arno11> uvos: sphone 0.9.8+4m7 is ok now, but still needs to be installed manually (still can't find it through update && upgrade)
<arno11> *manually, i mean apt install sphone=0.9.8+4m7
<arno11> otherwise that's still 0.9.7 by default
akossh has quit [Quit: Leaving.]
Livio has quit [Ping timeout: 264 seconds]
branon has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
branon has joined #maemo-leste
<Wizzup> arno11: are you on daedalus-devel ?
<arno11> yes
arno11 has quit [Quit: leaving]
uvos has quit [Quit: Konversation terminated!]
apac has quit [Ping timeout: 265 seconds]
xes has quit [Ping timeout: 248 seconds]
xes has joined #maemo-leste
xmn has quit [Quit: ZZZzzz…]