<uvos__>
oh thats something that slipped into there by accident (i have a branch where lock-generic dose proximity lock)
<freemangordon>
shall I revert?
<freemangordon>
well, actually reset to master
<freemangordon>
and force-push?
<freemangordon>
well, I will do
<uvos__>
if you like, but really its fine no and fixes some warnigs about triggers not remvoed on exit
<uvos__>
the only problem here is the commit it comes with
<uvos__>
not the code
<freemangordon>
that one too
<uvos__>
please keep the diff
<freemangordon>
keep it where? some other branch?
<uvos__>
no in master
<freemangordon>
ah, you want to cherry-pick in master?
<uvos__>
the additions of remove_input_trigger_to_datapipe are nessecary
<uvos__>
they fix a real issue (runtime warnings)
<uvos__>
how you keep the diff, i dont care
<freemangordon>
diff == commit?
<uvos__>
the changes themselfs
<freemangordon>
ok, but what whould be the correct commit message?
<uvos__>
lock-generic: fix warnings on exit about datapipes still haveing registered triggers.
<freemangordon>
ok
norayr has joined #maemo-leste
Oksanaa has quit [Ping timeout: 244 seconds]
<freemangordon>
uvos__: this commit don;t even compile
<freemangordon>
/build/mce-1.10.0+2m7/src/modules/lock-generic.c:198:60: error: 'proximity_sensor_trigger' undeclared (first use in this function); did you mean 'proximity_sensor_pipe'?
<freemangordon>
so I'll remove it for now
<uvos__>
ok
<uvos__>
ill look at it when it do the other stuff
<uvos__>
just nix it now then
<freemangordon>
mhm
Oksanaa has joined #maemo-leste
Twig has quit [Remote host closed the connection]
rafael2k has joined #maemo-leste
rafael2k_ has joined #maemo-leste
rafael2k has quit [Ping timeout: 265 seconds]
alex1216 has joined #maemo-leste
Daanct12 has joined #maemo-leste
ceene has joined #maemo-leste
rafael2k_ is now known as rafael2k
pere has quit [Ping timeout: 250 seconds]
<Wizzup>
buZz: cool
<Wizzup>
buZz: got some doc / maybe wiki page?
pere has joined #maemo-leste
alex1216 has quit [Ping timeout: 268 seconds]
alex1216 has joined #maemo-leste
Daanct12 has quit [Remote host closed the connection]
<freemangordon>
without this display blanks before h-d had started
<freemangordon>
going to restore it
<freemangordon>
unless you have some other idea
<freemangordon>
I don;t really understand why did you remove all that code, I see nothing wrong with it, could you elaborate?
<uvos__>
im not sure what all that code is for you
<uvos__>
also note that the display module was split and stuff was implemented elswehere that was implemented there before
<uvos__>
also some behavior changes where nessecary for the mce but not hildon usecase
<uvos__>
i cant a-prioi say where that bit whent
<uvos__>
it def dosent belong in display anymore
<uvos__>
the splitting and compartmentailzation of module functions was done with the goal of allowing you to load different modules where required for different devices and wms
<uvos__>
pretty sucessfully i think
<uvos__>
*a priori
<uvos__>
btw i dislike that you incremented the minor version as oposed to patch, i only want to do that for breaking changes
<uvos__>
mce 1.9.0 broke the use of the fremantle kenrel
<uvos__>
we cant increment the major version at all
<uvos__>
because it clashes wih sfos mce
Livio has quit [Ping timeout: 264 seconds]
<buZz>
Wizzup: doc/wiki about the stardict?
<buZz>
mstardict*
<buZz>
?
<buZz>
its really quite minimal , but i guess i could write something yeah
<Wizzup>
buZz: we try to have a wiki page for every extra pkg
<Wizzup>
there's a few already
<Wizzup>
with template
<buZz>
ooo very nice
<buZz>
Wizzup: i also wanted to attempt to upgrade sfeed, as the lead(? are there others)-dev is in #nurds since recently
<buZz>
he made a issue for a upgrade
<Wizzup>
buZz: go for it, I'll help where I can
<Wizzup>
I am on the road for a few more hours at least though
linmob has quit [Quit: No Ping reply in 180 seconds.]
peterM has joined #maemo-leste
bencoh has quit [Ping timeout: 268 seconds]
asriel has quit [Ping timeout: 260 seconds]
l_bratch has quit [Ping timeout: 248 seconds]
ikmaak has quit [*.net *.split]
dev has quit [*.net *.split]
meridion has quit [Ping timeout: 268 seconds]
n900 has quit [*.net *.split]
mglbg[m] has quit [*.net *.split]
branon has quit [*.net *.split]
Oksanaa has quit [*.net *.split]
macros_ has quit [*.net *.split]
xes has quit [*.net *.split]
sunshavi_ has quit [*.net *.split]
peterM has quit [*.net *.split]
alex1216 has quit [*.net *.split]
ceene has quit [*.net *.split]
norayr has quit [*.net *.split]
eloy has quit [*.net *.split]
peetah has quit [*.net *.split]
lel has quit [*.net *.split]
Evil_Bob_ has quit [*.net *.split]
dos has quit [*.net *.split]
sicelo has quit [*.net *.split]
stintel has quit [*.net *.split]
humpelstilzchen[ has quit [*.net *.split]
LjL has quit [*.net *.split]
Langoor has quit [*.net *.split]
tk has quit [*.net *.split]
DPA has quit [*.net *.split]
jrayhawk has quit [*.net *.split]
vectis has quit [*.net *.split]
sfa has quit [*.net *.split]
brabo has quit [*.net *.split]
BenLand100 has quit [*.net *.split]
r3boot has quit [*.net *.split]
pere has quit [*.net *.split]
juiceme has quit [*.net *.split]
ashley has quit [*.net *.split]
The_Niz_ has quit [*.net *.split]
isabelle has quit [*.net *.split]
crab has quit [*.net *.split]
elastic_dog has quit [*.net *.split]
mighty17[m] has quit [*.net *.split]
jedertheythem[m] has quit [*.net *.split]
kabouik has quit [*.net *.split]
norly has quit [*.net *.split]
lexik has quit [*.net *.split]
danielinux has quit [*.net *.split]
panzeroceania_ has quit [*.net *.split]
whatsupboy has quit [*.net *.split]
enyc has quit [*.net *.split]
thejsa has quit [*.net *.split]
kona has quit [*.net *.split]
jr-logbot has quit [*.net *.split]
mardy has quit [*.net *.split]
mrkrisprolls has quit [*.net *.split]
[TheBug] has quit [*.net *.split]
Danct12 has quit [*.net *.split]
buZz has quit [*.net *.split]
Blikje has quit [*.net *.split]
tmlind has quit [*.net *.split]
lightbringer has quit [*.net *.split]
udder has quit [*.net *.split]
noidea_ has quit [*.net *.split]
dos has joined #maemo-leste
sfa has joined #maemo-leste
peterM has joined #maemo-leste
mardy has joined #maemo-leste
regain has joined #maemo-leste
Oksanaa has joined #maemo-leste
pere has joined #maemo-leste
xes has joined #maemo-leste
sunshavi_ has joined #maemo-leste
macros_ has joined #maemo-leste
eloy has joined #maemo-leste
norayr has joined #maemo-leste
elastic_dog has joined #maemo-leste
Danct12 has joined #maemo-leste
[TheBug] has joined #maemo-leste
ceene has joined #maemo-leste
LjL has joined #maemo-leste
alex1216 has joined #maemo-leste
peetah has joined #maemo-leste
udder has joined #maemo-leste
n900 has joined #maemo-leste
mglbg[m] has joined #maemo-leste
jedertheythem[m] has joined #maemo-leste
branon has joined #maemo-leste
stintel has joined #maemo-leste
lel has joined #maemo-leste
panzeroceania_ has joined #maemo-leste
DPA has joined #maemo-leste
Langoor has joined #maemo-leste
Evil_Bob_ has joined #maemo-leste
buZz has joined #maemo-leste
enyc has joined #maemo-leste
tk has joined #maemo-leste
humpelstilzchen[ has joined #maemo-leste
mighty17[m] has joined #maemo-leste
Blikje has joined #maemo-leste
vectis has joined #maemo-leste
isabelle has joined #maemo-leste
crab has joined #maemo-leste
jrayhawk has joined #maemo-leste
The_Niz_ has joined #maemo-leste
ashley has joined #maemo-leste
juiceme has joined #maemo-leste
danielinux has joined #maemo-leste
lexik has joined #maemo-leste
kabouik has joined #maemo-leste
whatsupboy has joined #maemo-leste
thejsa has joined #maemo-leste
norly has joined #maemo-leste
kona has joined #maemo-leste
noidea_ has joined #maemo-leste
jr-logbot has joined #maemo-leste
mrkrisprolls has joined #maemo-leste
lightbringer has joined #maemo-leste
tmlind has joined #maemo-leste
sicelo has joined #maemo-leste
BenLand100 has joined #maemo-leste
brabo has joined #maemo-leste
r3boot has joined #maemo-leste
ikmaak has joined #maemo-leste
dev has joined #maemo-leste
Bratch has joined #maemo-leste
joerg has quit [*.net *.split]
freemangordon has quit [*.net *.split]
uvos__ has quit [*.net *.split]
dreamer has quit [*.net *.split]
RedW has quit [*.net *.split]
sicelo has quit [Ping timeout: 252 seconds]
sicelo has joined #maemo-leste
sicelo has quit [Changing host]
sicelo has joined #maemo-leste
stintel has quit [Ping timeout: 268 seconds]
mglbg[m] has quit [Ping timeout: 268 seconds]
humpelstilzchen[ has quit [Ping timeout: 268 seconds]
jedertheythem[m] has quit [Ping timeout: 248 seconds]
uvos__ has joined #maemo-leste
joerg has joined #maemo-leste
dreamer has joined #maemo-leste
RedW has joined #maemo-leste
bencoh has joined #maemo-leste
freemangordon has joined #maemo-leste
bencoh has quit [Quit: Reconnecting]
bencoh has joined #maemo-leste
mighty17[m] has quit [Ping timeout: 248 seconds]
bencoh has quit [Changing host]
bencoh has joined #maemo-leste
<freemangordon>
uvos__: ugh, that netsplit lost my reply :(
asriel has joined #maemo-leste
<freemangordon>
(14,55,28) freemangordon: uvos__: well, we have API change (breaking or not), so I think it makes sense to increase the minor
<freemangordon>
(14,56,53) freemangordon: I am not saying that split was a bad thing, the point is that because of the split it is impossible (or I don;t know how) to track when a particular piece of code was changed or removed
<freemangordon>
(14,57,53) freemangordon: and now it is very hard to my to play the "find the differences" game when I see obvious difference in behaviour compared to fremantle
<freemangordon>
(14,58,47) freemangordon: see, I am not complaining, I am just trying to understand the reasoning behind some decisions you made
<freemangordon>
(14,59,46) freemangordon: especially when those decisions change how mce behaves and were made by you alone, most probably
<uvos__>
"well, we have API change (breaking or not), so I think it makes sense to increase the minor" i have added a lot of apis to mce, so its at the very least not consistant now. anyhow its not a big deal - its just breaking the covention i had been using
regain has quit [Ping timeout: 268 seconds]
stintel has joined #maemo-leste
regain has joined #maemo-leste
<freemangordon>
ok, sorry, will keep in mind for the future
mglbg[m] has joined #maemo-leste
humpelstilzchen[ has joined #maemo-leste
jedertheythem[m] has joined #maemo-leste
* buZz
hugs uvos__ and freemangordon
<buZz>
:)
<uvos__>
freemangordon: wrt the other porblem yeah i can see it makes it harder, but genneraly it was nessecary to support all the configureations mce now dose.
<uvos__>
buZz: xD
<buZz>
:)
<uvos__>
freemangordon: so what issue are you seeing, if you set mce to a really shot timeout it blanks on boot before tklock can lock the blanking out via dnd?
<sicelo>
freemangordon: is that how your time is displayed normally? HH,MM,SS (commas) :-o
dev has left #maemo-leste [Disconnected: Replaced by new connection]
dev has joined #maemo-leste
mighty17[m] has joined #maemo-leste
dev has left #maemo-leste [Disconnected: closed]
dev has joined #maemo-leste
regain is now known as meridion
xmn has joined #maemo-leste
ceene has quit [Remote host closed the connection]
<freemangordon>
sicelo: this is how pidgin displays it, no idea why but not a biggie
<freemangordon>
uvos__: the issue I am seeing is that if charge mode is entered, and then exited (via the power button) display gets blanked before h-d starts
<freemangordon>
this might or might not be a consequence from removing the code in question
<uvos__>
mce dosent run in charge mode
<uvos__>
so the time spent in charge mode is immaterial
<freemangordon>
right
<freemangordon>
but somehow it manages do blank the screen after that
<uvos__>
i doubt mce starts >30s before h-d/systemui
<uvos__>
so i doubt its this
<uvos__>
freemangordon: ok
<uvos__>
dose the log say why
<freemangordon>
didn;t look at
<freemangordon>
:)
<uvos__>
maybe its picking up the power button press?
<uvos__>
somehow
<freemangordon>
lemme take the log
<uvos__>
you need to make it verbose for it to be usefull
<freemangordon>
it is
<freemangordon>
but it become huge
<uvos__>
i also dont see this
<freemangordon>
is there any way to force-enter charge mode?
<uvos__>
no
<norayr>
Wizzup, may it be i can blacklist something on droid3 to test if that can make it more stable?
<freemangordon>
ok, then it will take time
<freemangordon>
I have to deplete the battery first
<uvos__>
ok
<uvos__>
so i dont see this problem
<norayr>
oh, on the battery, so 'capacity' in 'upower' means that the battery has so much of its original capacity?
<uvos__>
so i suspect tklock/systemui interactions again
<freemangordon>
could be
<norayr>
i have 37 with this battery.
<freemangordon>
uvos__: we shall decide on what to do with voltage_now
<uvos__>
filter the thing in upower (imo)
<uvos__>
unless you mean in kernel
<freemangordon>
give that this is a hack in upower, I don;t think it is good idea mce to use it at all
<freemangordon>
*given
<uvos__>
voltage?
<freemangordon>
I mean in general
<freemangordon>
yes, this was added by artur to upower
<uvos>
the android kernel, kexecboot and the mainline kernel itself takes long to boot
<uvos>
userspace to charge-mode is very fast
<uvos>
also mbm takes suprizingly long
<uvos>
(probubly checksuming stuff)
<uvos>
im my expierance you have to shutdown at 3.25V at the very latest to have any change for it to survive, it afterall needs to stay above 3v all the way until userspace settels and 500mA becomes enough to power the device
<uvos>
and then we have the problem that mapphones currently use a good chunk of power even when off
<uvos>
if powered off via the mainline kernel
<uvos>
for reasons unkown (and realy hard to debug)
<uvos>
so thats where the 3.35v current target comes from
<uvos>
please also note the typical battery discharge curve
<uvos>
below 3.5v theres not alot at low discharge currents so at 3.3 ish volts we are not loosing mutch really
Livio has joined #maemo-leste
Livio has quit [Changing host]
Livio has joined #maemo-leste
pere has quit [Ping timeout: 268 seconds]
rafael2k has joined #maemo-leste
rafael2k has quit [Ping timeout: 264 seconds]
alex1216 has quit [Ping timeout: 252 seconds]
<buZz>
norayr: i think this was correct , yes
<buZz>
> 16:00:20 < norayr> oh, on the battery, so 'capacity' in 'upower' means that the battery has so much of its original capacity?
<buZz>
but! we cannot read out 'design capacity' reliably yet! , so its a percentage of a predetermined amount (probably wrong)
Twig has joined #maemo-leste
noidea_ has quit [Ping timeout: 260 seconds]
noidea_ has joined #maemo-leste
<sicelo>
freemangordon: upower is the weirdest fd.o project i've seen, and the one i will be glad to see obsoleted by something else asap. stock upower also bombs out on uncalibrated N900 battery
<Wizzup>
great, then we can port all our code -again- to the next fandy fdo thing ;p
<Wizzup>
fancy*
<sicelo>
anyway, any N900-interested folks here with a 1/2-cycle to spare? (freemangordon, tmlind perhaps?). https://paste.debian.net/1254489/ - any clues on the musb/usb issues there?
* sicelo
is still bisecting however ... but any ideas/pointers will be welcome. i'm new to this thing and atm am not even sure if i'm on right track. currently git bisect has taken me to 5.17-rc6. however i know 5.18.x tagged kernels don't have the problem
<sicelo>
Wizzup: the main problem i have with upower is that it tries to be too smart sometimes, and maintainers don't want anything contrary to their ideas. e.g. many people, including myself, would like to have a setting where upower doesn't take any action when it reaches the point it thinks is battery is critically low. there have even been MRs to that effect, but they're rejected with no clear reasons
* sicelo
also wishes upower could be told (without forking) what voltage to consider critically low
<buZz>
hmhm
dev has left #maemo-leste [Disconnected: Replaced by new connection]
dev has joined #maemo-leste
pere has joined #maemo-leste
noidea_ has quit [Ping timeout: 264 seconds]
noidea_ has joined #maemo-leste
<sicelo>
git bisect finished ... and pointed me to a completely unrelated commit :p