IRC log for #maemo-ssu on 20120714

00:21.16*** join/#maemo-ssu psycho_oreos (~no@unaffiliated/tuxsavvy)
00:22.33*** join/#maemo-ssu luf (~luf@ip-89-103-223-40.net.upcbroadband.cz)
00:23.08lufTo break the silence :) I want to say that I succesfully use obexd-0.45 with PBAP.
00:23.55lufThe wrong part is that it doesn't fix the problem with my handsfree. Some contacts has number from another one and some names are missing.
00:24.32lufBTW what I have to do to put newer bluez (still need some tweak) and obexd into cssu?
00:25.23lufBTW whole weekend I'll be away even without phone signal :D
02:33.23*** join/#maemo-ssu Timmo_ (~smuxi@2.212.158.80)
02:41.32*** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn)
02:56.54Timmo_peace ppl
02:57.26Timmo_every thing goes about positive
03:01.41*** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua)
07:03.02*** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.139)
09:28.13*** join/#maemo-ssu psycho_oreos (~no@unaffiliated/tuxsavvy)
10:38.56kerioso... the operator name applet is wrong
10:39.27keriowhich is your (cssu) problem, because you forced it on me
10:39.51keriomy operator has a weird thing where it uses another operator for gsm
10:40.10kerionational roaming, or something
10:40.36kerioanyway, the operator widget doesn't update correctly when i switch between gsm and umts
10:43.56*** join/#maemo-ssu Timmo_ (~smuxi@46.115.37.252)
10:51.36*** join/#maemo-ssu Milhouse (~irc_milho@Maemo/community/contributor/Milhouse)
10:52.16DocScrutinizer05kerio: obviously opernamewidget should go
10:52.25keriofucking indeed
10:52.36DocScrutinizer05which I hope it will for next CSSU-T update
10:53.43DocScrutinizer05once some cracks explained to me CSSU can't roll back any pkg ever delivered. Have to thing about a way to prove them wrong
10:53.50DocScrutinizer05think*
10:54.37keriowell, it's true, isn't it
10:54.44keriono, wait
10:54.47DocScrutinizer05if we can't bump version of original operator widget, we probably need a MP
10:54.59keriojust don't depend on it, it'll get autoremoved
10:55.03kerioin theory
10:55.07DocScrutinizer05haha
10:55.25*** join/#maemo-ssu NIN101 (~NIN@p5DD291C0.dip0.t-ipconnect.de)
10:55.32keriodon't mock me :c
10:55.43DocScrutinizer05sorry
10:56.03keriois the widget in cssu-s?
10:56.11DocScrutinizer05was a bitter self-ironic haha
10:56.22DocScrutinizer05thank god it's not
10:56.26keriotesting is here for a reason, "remove that package if you want" is enough
10:56.34DocScrutinizer05yep
10:56.42DocScrutinizer05just alowing removal
10:56.43kerioDocScrutinizer05: you could also fix the bug!
10:57.21DocScrutinizer05the main bug is the applet itself, which conflicts with other alternative opername applets
10:57.54keriocouldn't the original package be replaced?
10:58.25DocScrutinizer05err, that's what this CBSMS-widget does
10:58.56keriono, i mean
10:59.03kerioreplace the original package
10:59.10keriothe nokia one
10:59.31DocScrutinizer05sorry, you lost me
10:59.47keriohow do alternative widgets work?
10:59.53DocScrutinizer05replace where? by what?
11:00.04kerioi don't know D:
11:00.35keriowhy does it have to conflict with other widgets if it's just an upgrade to the stock one?
11:00.49DocScrutinizer05smscb-widget afaik has a conflicting dependency with the original, so kicks out the original
11:01.12keriowhy isn't *it* the original?
11:01.23keriowe're cssu
11:01.56DocScrutinizer05sips on his coffee and wonders who's the one not awake now
11:02.31kerioi mean, why doesn't it have the same name as the stock widget, with a higher version?
11:02.45DocScrutinizer05sips a bit more, to make sure there's a long way yet to full-awake state
11:03.06DocScrutinizer05nfc, kerio
11:03.11DocScrutinizer05I'm not a packager
11:03.55DocScrutinizer05I'm just the bitching asshole with a clue about everything but capable of nothing
11:04.15kerioneat, me too
11:04.53kerioanyway, the stock opname widget looked fine to me
11:05.10DocScrutinizer05indeed it was my fault
11:05.12kerioif people want cell broadcast, they can just install an extra widget for it
11:05.34kerioi mean, an actual widget
11:06.11DocScrutinizer05I didn't realize the optional nature of this cbsms-widget. Neither the implications with other alternative opername pkgs
11:06.47kerioit's oj
11:06.48keriook
11:06.56kerio:)
11:08.23DocScrutinizer05somebody said "I give a fsck about custom-oper-name widget. It's a dirty botcch anyway" and I agreed :-S
11:08.40DocScrutinizer05~spank DocScrutinizer05
11:08.40infobotACTION bends DocScrutinizer05 over his knee and tatoos 'ibot' on DocScrutinizer05's pasty white buttocks.
11:09.18*** join/#maemo-ssu Timmo_ (~smuxi@46.115.37.252)
11:09.18kerioyou like it don't ya
11:09.21kerioyou dirty bitch
11:09.40kerioerhm
11:09.44DocScrutinizer05I contributed to it, and that got me biased and blind
11:09.44keriowhat?
11:10.13kerioDocScrutinizer05: oh, so you can fix it
11:10.30DocScrutinizer05nah, it's jonwil's baby
11:10.38DocScrutinizer05I only helped
11:10.48keriohm
11:11.41DocScrutinizer05now I think it's my duty to move it to cssu-optional
11:12.11DocScrutinizer05or kill it for now
11:13.16DocScrutinizer05wonders if merlin1991 already has an ETA for cssu-optional infra
11:19.05DocScrutinizer05DANG, mail from work at weekends
11:19.46DocScrutinizer05luckily with a "INVALID, WONTFIX" :-)
11:20.21DocScrutinizer05well, kinda. For our domain it's INVALID
11:21.51kerioDocScrutinizer05: extras-devel, aka cssu-optional?
11:22.15DocScrutinizer05well, they are twins
11:22.22DocScrutinizer05somewhat
11:23.11DocScrutinizer05cssu-optional kinda is to cssu what extras(-devel) is to maemo
11:24.14DocScrutinizer05though our concept is from top-down back on its feet, since every repo has its own optional pkgs
11:24.21kerioyou know what else is like extras(-devel) to maemo, but for cssu?
11:24.30kerioextras(-devel)
11:25.44DocScrutinizer05sure, but then I have to agree deploying opername applets in extras(-*) repos is a botch, as it messes with core maemo system and that's a cssu domain
11:26.30DocScrutinizer05well, we probably could ship the fixed7patched libsms.so via cssu-core and the applet via extras
11:27.21DocScrutinizer05still not clean, but at least not worse than the other opername applets
11:28.13DocScrutinizer05I'd probably do it that way, for now
11:29.09DocScrutinizer05iirc jonwil been eager to ship it via cssu, again driven by odd understanding of what cssu is meant to be
12:47.10kerioDocScrutinizer05: and still no KP51 :c
12:48.18DocScrutinizer05and each time you bitch about it, it gets delayed another week
12:49.05keriocan i make the counter wrap around so it was released two billion years ago?
12:49.24keriobecause that's what they're hoping to do for half life 3, i think
12:57.13*** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.139)
13:12.02*** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm)
13:21.34*** join/#maemo-ssu ShadowX (~l4m3rx@darknet.escom.bg)
13:51.40*** join/#maemo-ssu DocScrutinizer (~halley@openmoko/engineers/joerg)
13:54.25*** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg)
13:58.09*** join/#maemo-ssu arcean (~arcean@aacy197.neoplus.adsl.tpnet.pl)
14:00.58*** join/#maemo-ssu ShadowX (~l4m3rx@darknet.escom.bg)
14:18.43*** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au)
14:21.34kerioeventually, cssu will ship a new battery meter, right?
14:21.52keriocan i get some kind of icon for the charging battery? like a plug in the battery or something?
14:46.19DocScrutinizer05yeah, I support that
14:46.50DocScrutinizer05the animation is kinda... annoyingly indifferent
14:47.13Lava_Croftanimation is fine, the only thing that should change is its base image
14:47.23Lava_Croftcurrently the base image does not reflect how much charge is left
14:48.05Lava_Croftcharging animation starts at zero and ends at full
14:48.07DocScrutinizer05which is meanlingless during charge anyway
14:48.33DocScrutinizer05somewhat at least
14:49.00Lava_Croftits annoying to not be able to see how charged the battery is
14:49.08Lava_Croft(from the icon, when charging)
14:49.09DocScrutinizer05I'm not averse agiainst animation, but there should be a better distinguishable icon for sure
14:49.23Lava_Croftoh, the icon works fine for me
14:49.38Lava_Croftdont think cssu should change that kind of art anyway
14:49.42Lava_Croftwithout some really good reason
14:49.58DocScrutinizer05a) we got no proper info about how much charge in battery, during charging
14:50.11Lava_Croftcan easily be done by starting the animation from the current charge image
14:50.39DocScrutinizer05b) using same icon for discharging and charging is no brilliant idea, no matter how nifty any animation pattern you use
14:50.46Lava_Crofti think the battery entry in the status menu is whoefully empty tho!
14:52.08Lava_Croftif its discharging, its not animating like when its charging
14:52.19Lava_Croftso thats quite easy to distinguish
14:53.01DocScrutinizer05c) IF we could display charge percentage and charging by only animation of current uni icon, it would mean charging state of an almost full battery (so we ever find a way to tell battery is almost full) would be pretty much invisible
14:53.53DocScrutinizer05and no, to distinguish animation from no animation, you by definition have to watch the icon for a certain timespan
14:54.25DocScrutinizer05so it's per se not "easy to distinguish"
14:54.45*** join/#maemo-ssu arcean_ (~arcean@aaen14.neoplus.adsl.tpnet.pl)
14:55.47keriolightning or plug in the battery icon and level that reflects the battery's level is a good idea to me
14:56.04DocScrutinizer05that's the reason why you generally don't use animation in any professional data display, as primary source of info
14:56.20DocScrutinizer05kerio: ++
14:56.52DocScrutinizer05though, as mentioned above, we have no proper value for charge level during charging
14:57.23DocScrutinizer05at least not always
14:57.37kerioDocScrutinizer05: sssssh
14:57.39keriothat's not important
15:01.31DocScrutinizer05blinking warning lamp that's maybe on for 200ms and off for 800ms is a massive safety risk, as odds are the user looks at display 5 times and never sees warning lamp is actually on
15:02.19DocScrutinizer05IF you're using blinking or animated display elements, those have to refresh state at a rate >8Hz
15:02.29DocScrutinizer05to use a house number
15:03.15DocScrutinizer05not entirely house number, as there's such a thing like a minimum timespan human brain needs to look at one picture to decode it at all
15:03.59DocScrutinizer05refresh rate of blinking or animated displays has to be well less than that timespan
15:04.25DocScrutinizer05well, in case of rate, probably "higher" is the right term
15:04.47DocScrutinizer05or "faster"
15:05.25*** join/#maemo-ssu marbru (~marbru@host120-14-dynamic.8-79-r.retail.telecomitalia.it)
15:05.56DocScrutinizer05for battery charge animation, that's clearly not given
15:06.26DocScrutinizer05and due to CPU load, we don't want to speed up anim to fix that
15:06.32kerioDocScrutinizer05: which warning lamp? :o
15:06.37DocScrutinizer05so I'm for a dedicated charging icon
15:06.44kerio^_^
15:07.07DocScrutinizer05kerio: the "reactor goes boom!" or "your fuel is empty!" warning lamp, pick any you want
15:08.23DocScrutinizer05rule of thumb: any picture taken of the scene should always contain all available info of that moment
15:09.01DocScrutinizer05a screenshot of N900 qouldn't at all show if battery is charging or not
15:09.22*** join/#maemo-ssu kerio92 (~kerio@unaffiliated/kerio)
15:09.49keriowe were saying
15:10.12kerioDocScrutinizer05: would that require a preference pane and a way to configure it?
15:10.28kerioi mean, eventually cssu will need a new battery meter
15:10.33DocScrutinizer05kerio: please rephrase
15:10.57kerioshould the animationless battery icon be the default?
15:11.29DocScrutinizer05kerio: cssu might eventually get an alternative battery meter, esp to cope with kernel-based bme replacement from PK
15:11.38kerioyep, because of that
15:11.40kerioand hostmode
15:11.50DocScrutinizer05emphasis on alternative
15:11.58DocScrutinizer05as in "optional alternative"
15:12.50DocScrutinizer05optional like opt-in (or maybe even opt-out), alternative as "conflicts with original battery meter"
15:13.10*** join/#maemo-ssu mase76 (~mase76@p5DD39877.dip.t-dialin.net)
15:14.39kerioso bme will stay in maemo forever?
15:14.44DocScrutinizer05and I could think of user creating her own icons (even animated) for charging and discharging state
15:15.37DocScrutinizer05there's no bug reported against bme that would justify a mandatory kick-out of system in cssu
15:16.47DocScrutinizer05anb believe me, a LOT of users feel scared by any messing with BatteryManagementEntity
15:16.49kerioi'm not so convinced that "closed source" is not a good enough reason to replace
15:17.00keriohm :c
15:17.35DocScrutinizer05kerio: closed source never been any of the valid reasons to mandatorily replace a (sub)system via CSSU
15:18.32DocScrutinizer05I mean, who except RMS would notice any difference while using this system with foss alternative?
15:18.59DocScrutinizer05qui bono?
15:19.32keriobme doesn't support portrait mode! /s
15:19.50DocScrutinizer05"here Frank, look at this! It looks just like before, but now it's based on FOSS!" ??
15:21.20DocScrutinizer05honestly we got other trouble than closed source in bme
15:25.47kerioDocScrutinizer05: like what?
15:38.26*** join/#maemo-ssu marbru (~marbru@host120-14-dynamic.8-79-r.retail.telecomitalia.it)
15:51.09*** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg)
15:55.23*** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg)
16:06.55*** join/#maemo-ssu Vlad_on_the_road (~vlad@ip-66.net-82-216-1.versailles2.rev.numericable.fr)
16:23.43*** join/#maemo-ssu taziff (~Taziff@cyr108.internetdsl.tpnet.pl)
16:38.28*** join/#maemo-ssu trumee (~parul@188-222-165-248.zone13.bethere.co.uk)
17:20.06*** join/#maemo-ssu marbru (~marbru@host120-14-dynamic.8-79-r.retail.telecomitalia.it)
19:52.00*** join/#maemo-ssu NIN101 (~NIN@p5DD28A04.dip0.t-ipconnect.de)
21:48.39*** join/#maemo-ssu nox- (noident@freebsd/developer/nox)
22:07.16*** join/#maemo-ssu Estel_ (~Estel@178235127192.piaseczno.vectranet.pl)
22:07.16*** join/#maemo-ssu Estel_ (~Estel@Maemo/Community/council/Estel-)
23:31.45*** join/#maemo-ssu Estel_ (~Estel@178235127192.piaseczno.vectranet.pl)
23:31.45*** join/#maemo-ssu Estel_ (~Estel@Maemo/Community/council/Estel-)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.