<rafael2k>
now we have telephony in place... keeping the phone not ringing just because of the wrong ringtones package is odd
rafael2k has quit [Quit: Leaving]
xmn has quit [Ping timeout: 256 seconds]
xmn has joined #maemo-leste
norayr has left #maemo-leste [Error from remote client]
norayr has joined #maemo-leste
uvos has joined #maemo-leste
pizzulicchio has joined #maemo-leste
peetah has quit [Ping timeout: 260 seconds]
peetah has joined #maemo-leste
freemangordon has quit [Ping timeout: 252 seconds]
freemangordon has joined #maemo-leste
ceene has joined #maemo-leste
freemangordon has quit [Ping timeout: 256 seconds]
freemangordon has joined #maemo-leste
elastic_dog has quit [Ping timeout: 246 seconds]
<Wizzup>
rafael2k: we don't just import random pkgs, either we take ones from nokia or we rebuild them from src
<freemangordon>
tmlind: uvos: did you receive my pings re upstream patches?
<freemangordon>
I am starting to think my mails get dropped somehow, I don't believe upstream maintainers are so impolite to not even reply with a NACK
elastic_dog has joined #maemo-leste
elastic_dog has quit [Ping timeout: 256 seconds]
elastic_dog has joined #maemo-leste
Guest47 has joined #maemo-leste
<uvos>
freemangordon: mailinglist is fwd your emails just fine here
<sicelo>
i think removing ofono from runlevel would have been better. in future we will need the files being deleted by that commit
<Wizzup>
sicelo: that should just work with an upgrade
<Wizzup>
removing it from runlevel won't do anything
<Wizzup>
it will just get started by services that have 'need ofono' or 'depend ofono'
<sicelo>
except it does work ... that's what i have on mine
<Wizzup>
you did 'rc-update del ofono' and it doesn't crash anymore? that'd be insane :D
<sicelo>
anyway, guess when modem is fixed, we'll need to remember this commit and revert it
<Wizzup>
and it would mean cellulard is buggy as it must depend on ofono
<sicelo>
Wizzup: there's no problem even having ofono running. the problem is only when *using* modem. i always have the module and ofono running in my postmarketOS install
<Wizzup>
right, it's just that your suggestion of removing it from runlevel doesn't prevent ofono from being started by openrc and doesn't prevent the bug as cellulard will still do its thing
<Wizzup>
which is why I think the module blacklits is better, at least for people who upgrade devel and are unaware
<Wizzup>
(and honestly we need to figure out how to fix this asap, since it's kind of a really bad regression)
<sicelo>
yes
ceene has quit [Ping timeout: 260 seconds]
<uvos>
also removeing ofono from the runlevel is mutch harder to do via pacakging
<uvos>
since you have to do mutch more fragile postins things
rafael2k_ has joined #maemo-leste
rafael2k has quit [Ping timeout: 252 seconds]
<tmlind>
freemangordon: my guess is no easy solution to give, too many emails, too late in the merge window.. best to try again after -rc1
<tmlind>
uvos: interesting if the te makes things worse.. for other idea, with a command mode panel the 60hz refresh rate should not matter i think
<uvos>
tmlind: rolling is unchaiged
<uvos>
but the pannel now failes to update multiple frames in a row
<uvos>
anyhow i reverted it again for leste
<nerdcore>
I just put ML 20221113 onto a PinePhone and I am very confused. I called the device from another telephone and nothing happened inside ML to indicate an incoming call. Does it not have a Phone application or something?
<Wizzup>
nerdcore: only -devel has the calls enabled, and we're working on pushing our chimaera where it will be integrated by default.
<nerdcore>
oh...
<nerdcore>
how do I obtain a devel release? Do I need to build it myself with the Image Builder?
alex1216 has quit [Quit: WeeChat 2.3]
<sicelo>
edit sources.list to add the devel repository component
freemangordon has joined #maemo-leste
<Guest47>
uvos thanks helped
pere has quit [Quit: Leaving]
pere has joined #maemo-leste
elastic_dog has quit [Ping timeout: 255 seconds]
elastic_dog has joined #maemo-leste
Guest47 has quit [Quit: Client closed]
<sicelo>
please educate me here - 1. i see the vibrator regression is reported as fixed. however, there's no commit adding the kernel config, besides a version bump. how does this work?
<freemangordon>
debian/patches?
<sicelo>
2. the version bump is in beowulf-experimental branch. breakage is in devel however
<sicelo>
so i'm not sure i understand
<uvos>
your looking in the wrong place
<uvos>
the beowulf/experiamental branch dosent contain the kernel source tree
<sicelo>
what's the right place?
<uvos>
maemo-6.1
<sicelo>
the problem is that you always say others are wrong
<uvos>
but i forgot to push the branch, but this dosent matter (for the build at least) since it just checks out the tag
<sicelo>
as for experimental, i know the beowulf/* branches don't contain kernel source. my question is, this updated kernel will end up in devel? or experimental?
<uvos>
experimental for a couple of h untill i can test if the kernel in question dosent break d4/bionic
<uvos>
so yes the closing of the bug was maybe slightly premature
<sicelo>
ah yes, d4
<uvos>
it works on n900 i tried that alleady
<uvos>
not sure what your insinuateing
<sicelo>
of course it works on N900. why would it break d4 or anything else?
<uvos>
thus far i have not tested the expiramental kernel at all on d4
<uvos>
and it contains alot of changes to benefit xt910
<uvos>
that very mutch touch it
<sicelo>
touch TWL4030_VIBRA?
<uvos>
no but theres lots of changes in expiramental that are not in devel arround restructureing mapphone dts
pizzulicchio has quit [Quit: Connection closed]
<uvos>
so i cant just merge rn
<uvos>
without testing
<sicelo>
i don't understand why it went to experimental in the first place, when the breakage is in devel
<uvos>
because i dont thing diverging the branches for the benefit of the the vibra being broken for a couple less hours is sane
<uvos>
this line of questioning is useless
<sicelo>
right.
<uvos>
no one even noticed vibra being broken for manny months
<uvos>
it can wait another 4 hours
<sicelo>
right.
rafael2k_ has quit [Ping timeout: 256 seconds]
<freemangordon>
uvos: my question was more like " is it possible their spam filters drop my mails"
<freemangordon>
I am not really sure how to handle that
<uvos>
freemangordon: understood, i dont know why they wont awnser the patch looks perfectly sane to me
<uvos>
freemangordon: at least my spam filter has never filterd you
<freemangordon>
however, sre reviewed your patch in a day, so it is not that he is so overloaded
<uvos>
yeah no idea
<freemangordon>
I'll ask to tmlind when he is around to replay to sre asking if he receives my mails at all
<freemangordon>
*reply
<freemangordon>
uvos: also, it is not 1, but 5 patches, basically
<uvos>
right
<freemangordon>
one series and 2 independent patches
<uvos>
series looks perfectly sane to me
<uvos>
but what is sane to me is maybe not sane to kernel folks, they want me to enable all leds for mapphone then disable them again and then re-enable them again per device after all :)
<uvos>
sounds insane to me, but if that want that ill give them that
<freemangordon>
this is different, like, they don't like something and tell you what too change
<freemangordon>
almost all I got so far is silence :)
<freemangordon>
maybe you should send my paches
<uvos>
we can try that, but i got the silent tretment with touchscreen-buttons too
<freemangordon>
hmm
<freemangordon>
what the?
<freemangordon>
time to write to FSF?
<freemangordon>
Not that I know if they have any influence
<freemangordon>
I really hope Pavel will help
<uvos>
i doubt it will help
<uvos>
anyhow ttyl
<freemangordon>
why?
<freemangordon>
ok
<sicelo>
he does take a long time sometimes too :-)
<freemangordon>
yes, I know
<uvos>
well its hard to make volenteers do anything
<uvos>
same with coperate types outside thair interests
<freemangordon>
I am not sure those are volunteers
<sicelo>
they are
<freemangordon>
most-probably they are paid for
<freemangordon>
anyway, lets wait a bit longer and then I'll try to make some noise
<uvos>
to be fair mr freemangordon also sometimes takes a long time to review prs :P
<uvos>
its just how this goes with people
<freemangordon>
uvos: but, at least I respond when you aske me "WTF is with my PRs", right
<uvos>
true
<freemangordon>
speaking of which - is there any other but h-d PR you are waiting for me to review?
<mighty17[m]>
`Assertion failed: sigbus_data->current_pool == NULL || sigbus_data->current_pool == pool (../src/wayland-shm.c: wl_shm_buffer_begin_access: 649)` or this
mardy has quit [Quit: WeeChat 3.5]
<tmlind>
uvos: maybe tweaking the max_hs_rate changes something on the xt91x panel? also maybe reading the sysfs entry for num_dsi_errors increases when the image jumps? just guessing by looking at the code..
<tmlind>
ttyl
Juest has joined #maemo-leste
<freemangordon>
mighty17[m]: I am missing how is this related to leste or me :)
rafael2k has quit [Remote host closed the connection]
rafael2k has joined #maemo-leste
rafael2k has quit [Ping timeout: 252 seconds]
<uvos>
tmlind: ok, ill try it when i find the time to work on xt91x nex