xmn_ has quit [Quit: xmn_]
xmn has joined #maemo-leste
k1r1t0 has quit [Ping timeout: 268 seconds]
<sicelo> peetah: to get the same MAC used in Fremantle, wl1251-cal needs to be fixed first
joerg has quit [Ping timeout: 252 seconds]
joerg has joined #maemo-leste
uvos__ has quit [Remote host closed the connection]
uvos__ has joined #maemo-leste
SuperMarioSF has joined #maemo-leste
<SuperMarioSF> hmmmm
<SuperMarioSF> Hi there
<SuperMarioSF> Is there a way to manage charging speed?
<SuperMarioSF> My droid4 seems always charging at 532000, I changed to 1000000, will this affect something?
<sicelo> it's fine to do that
xmn has quit [Read error: Connection reset by peer]
joerg has quit [Excess Flood]
joerg has joined #maemo-leste
<freemangordon> Wizzup: in case normal sink is provided, there is no need to call pa_context_get_server_info(). Also, first commit removes the check if the provided normal actually correct
<freemangordon> do you want me to rework those 2 commits the way I think it shall be and request back a review?
<Wizzup> freemangordon: fine
<Wizzup> please do
<freemangordon> ok
<Wizzup> I'll be away most of the daytime, dofosdem thistill
mro has joined #maemo-leste
Twig has joined #maemo-leste
arno11 has joined #maemo-leste
<rafael2k> freemangordon, lemme know, I can test here too
<rafael2k> btw, pp kernel bumped to 6.1.9
<Wizzup> :)
<freemangordon> rafael2k: ok
<Wizzup> freemangordon: I took this from sphone, maybe pa dies during the code
<freemangordon> seems like no, I'll remove the check
<Wizzup> you sure?
<freemangordon> none of the examples I found over the inet checks that
<freemangordon> also, who will call the callback if server dies?
<freemangordon> not to say that the check just warns and later on i is dereferenced
<freemangordon> if that's what sphone does, it shall be fixed as wel
<freemangordon> I would trust ffmpeg
<freemangordon> ofc PA documentation is missing, but it is a common sense to not call callbacks with NULL data, unless you provide error too
<Wizzup> well the cb could be called from libpulse of course
<Wizzup> it's not dbus interaction
<Wizzup> in any case, fine with whatever
<freemangordon> ok I'll remove that check
<freemangordon> hmm, ok, ok
<freemangordon> will fix it
<Wizzup> I have to try to find pavel today to give him a d4
<freemangordon> cheer him from fmg :)
<Wizzup> will do
mro has quit [Remote host closed the connection]
<freemangordon> seems to work in the VM
<freemangordon> Wizzup: I added uncrystify.cfg to the project :)
<freemangordon> *uncrustify.cfg
<rafael2k> ok
<Wizzup> ty
<rafael2k> working!
<freemangordon> rafael2k: please review https://github.com/maemo-leste/maemo-statusmenu-volume/pull/4 if you have couple of minute
<freemangordon> s
<freemangordon> if there are no issues, I'll release it later on
xes has quit [Ping timeout: 252 seconds]
xes has joined #maemo-leste
xes has quit [Ping timeout: 260 seconds]
xes has joined #maemo-leste
gliffy has joined #maemo-leste
xes has quit [Ping timeout: 252 seconds]
xes has joined #maemo-leste
arno11 has left #maemo-leste [#maemo-leste]
mro has joined #maemo-leste
mro has quit [Remote host closed the connection]
xes has quit [Ping timeout: 260 seconds]
xes has joined #maemo-leste
xes has quit [Ping timeout: 252 seconds]
xes has joined #maemo-leste
akossh has joined #maemo-leste
xes has quit [Ping timeout: 252 seconds]
xes has joined #maemo-leste
xes has quit [Ping timeout: 260 seconds]
arno11 has joined #maemo-leste
mro has joined #maemo-leste
xes has joined #maemo-leste
nela has quit [Ping timeout: 248 seconds]
xes has quit [Ping timeout: 252 seconds]
xes has joined #maemo-leste
mro has quit [Remote host closed the connection]
xes has quit [Ping timeout: 252 seconds]
xes has joined #maemo-leste
xes has quit [Ping timeout: 260 seconds]
xes has joined #maemo-leste
mro has joined #maemo-leste
xes has quit [Ping timeout: 255 seconds]
<SuperMarioSF> sicelo: so... why 532000 by default if 2000000 is just fine?
<SuperMarioSF> some workaround for conneting to a PC?
<SuperMarioSF> and.. if we can know if a PC is connected or not, maybe we can make it automatically switch between those values?
xes has joined #maemo-leste
mro has quit [Remote host closed the connection]
mro has joined #maemo-leste
nela has joined #maemo-leste
<freemangordon> SuperMarioSF: lots of kernel code is missing
<freemangordon> I was about to send patches upstream. And I will, most probably, some day
<freemangordon> default of 500mA is because there is no charger type detection implemented
<freemangordon> even this is bad, but is better than defaulting to 1800mA
uvos has joined #maemo-leste
gliffy has quit [Quit: Leaving]
uvos__ has quit [Ping timeout: 252 seconds]
<SuperMarioSF> okay... I guess I will create a script to change that value to 1800000 every boot.
<rafael2k> freemangordon, ok!
mro has quit [Quit: Leaving...]
Twig has quit [Remote host closed the connection]
Twig has joined #maemo-leste
<buZz> SuperMarioSF: yeah i default to 1200000 aswell
<buZz> cant spend all day waiting for a charge to complete :D the 532000 is barely enough to run the whole phone, so i dont understand that default either
<buZz> SuperMarioSF: i run this every boot ; http://space.nurdspace.nl/~buzz/maemo/bermbom.sh
<buZz> (not just increase charge current, but also max voltage to the right value)
<SuperMarioSF> seems good... but.... WTF is the /usr/bin/toilet ??
<SuperMarioSF> oh
<SuperMarioSF> some ascii art generator
<SuperMarioSF> nvm
<SuperMarioSF> so... why change the voltage twice on USB? setting that on battery will reset that?
<buZz> SuperMarioSF: it wont take in 1 try
<buZz> no clue why
<SuperMarioSF> btw.. what is the proper way to add a script into rc.d? I used to systemd and basically forget how to write a SysV startup script...
<SuperMarioSF> I guess I just add to some rc.local ?
<SuperMarioSF> nvm I will learn that later
<buZz> i just plonked it in rc.local , the toilet line doesnt make sense then
<SuperMarioSF> I added that anyways, maybe it will look nice on boot.
<buZz> :) you wont see it, alas
<buZz> i was hoping rc.local would get executed earlier, but it'll only run after whole hildon is running already
<SuperMarioSF> I basically forgot how SysV style startup looks like.
<buZz> SuperMarioSF: you have many example in /etc/init.d/ ? :)
<SuperMarioSF> is there a thing that could start early?
<buZz> i'm not sure how to make something start earlier, never really had a need
<SuperMarioSF> does the charger UI load everytime it boots?
<SuperMarioSF> maybe we can add there.
<buZz> not sure which UI you mean?
<buZz> the statusmenu icon? i think hildon starts that
<SuperMarioSF> the fullscreen charger
<SuperMarioSF> that big battery
<buZz> oh chargemode
<buZz> actually, i think it does!
<buZz> and always checks to see if charging etc
<SuperMarioSF> so that is a nice place to setup some charging related thing.
<buZz> could plonk the 'go fast' stuff in its init script
<SuperMarioSF> * Gotta go fast!
<buZz> ^_^
<buZz> live fast, charge hard!
<SuperMarioSF> and try not catch on fire :P
<SuperMarioSF> that "Gotta go fast" were printed, but immediately ruined by other messages.
<SuperMarioSF> now it looks like this: https://paste.mozilla.org/iN1di8nP
<SuperMarioSF> well
<SuperMarioSF> I guess i breaked the charge-mode
<SuperMarioSF> it seems change those thing can break the detection of charge-mode
<SuperMarioSF> so it never enter that screen
<SuperMarioSF> lemme check that
<SuperMarioSF> yup
<SuperMarioSF> confirmed
<SuperMarioSF> those settings should not be there, or need a 3 second delay
<SuperMarioSF> wait for some time helped.
<Wizzup> SuperMarioSF: there are charger patches to make it better, but they are not ready/merged yet
<freemangordon> seems I am out of the physical discomfort I had for the last two weeks so I can restart work on charger patches
<freemangordon> rafael2k: BTW, I am not sure I understand the question on teh bugtracker, maybe Wizzup can answer
* Wizzup just got back from fosdem, will read backlog in a bit
<Wizzup> I met with pavel and gave him another d4, he was quite happy with the latest image, but said the battery doesn't last long, we discussed the 4.2v vs 4.35v
<Wizzup> SuperMarioSF: also you just add a script to /etc/init.d/ and 'rc-update add <scriptname>' default
uvos has quit [Remote host closed the connection]
<SuperMarioSF> Hi Wizzup
<SuperMarioSF> How about those XT883s?
<Wizzup> sec
<Wizzup> SuperMarioSF: I mailed you that I recieved them, they are in front of me now
<Wizzup> I just got back from FOSDEM2023, but I can try to turn them on tonight or tomorrow
<SuperMarioSF> okay.
<SuperMarioSF> I received the email but there is just "received", no first impression provided.
<rafael2k> freemangordon, hey, sorry, I just wanna know in case of a device with more than one sound device, if the setting in .ini will still be able to be used
<SuperMarioSF> which is expected, you just came back.
<Wizzup> SuperMarioSF: yeah, I got back on thursday eve, then went to fosdem shortly thereafter
<freemangordon> rafael2k: yes, in theory
<freemangordon> maybe try it, in case we broke something
gliffy has joined #maemo-leste
mro has joined #maemo-leste
mro has quit [Remote host closed the connection]
mro has joined #maemo-leste
mro has quit [Remote host closed the connection]
mro has joined #maemo-leste
Twig has quit [Ping timeout: 260 seconds]
gliffy has quit [Quit: Leaving]
arno11 has left #maemo-leste [#maemo-leste]
<Wizzup> tmlind: I think your idea about the modem dropping on a low battery seems more plausible now https://wizzup.org/droid-bionic-modem-drop.txt
<Wizzup> note that the battery of the droid wasn't low at all, it was at 50% at least
mro has quit [Quit: Leaving...]
akossh has quit [Quit: Leaving.]
<Wizzup> looks like syncevo broke in the chimaera upgrade
<Wizzup> at least with our current instructions