| 02:37.30 | *** join/#maemo-ssu guly (~why@shivaya.guly.org) |
| 03:40.42 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
| 04:04.22 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 04:32.55 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
| 04:35.46 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
| 04:40.13 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
| 04:53.15 | *** join/#maemo-ssu Jade (~jade@modemcable021.180-203-24.mc.videotron.ca) |
| 04:53.15 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
| 06:41.48 | *** join/#maemo-ssu povbot (~supybot@office.pov.lt) |
| 06:41.49 | *** mode/#maemo-ssu [+v povbot] by ChanServ |
| 07:01.42 | *** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie) |
| 07:35.50 | *** join/#maemo-ssu luf (luf@nat/ibm/x-yfwekevzgcdlknbf) |
| 07:59.51 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
| 09:02.45 | *** join/#maemo-ssu X-Fade (~xfade@d5152FFD8.static.telenet.be) |
| 10:05.29 | luf | DocScrutinizer51: no damage for N900 or carkit (unless angry user don't destroy it) :D So no regression :D |
| 11:01.39 | *** join/#maemo-ssu merlin1991 (~merlin@Maemo/community/cssu/merlin1991) |
| 11:07.36 | *** join/#maemo-ssu arcean (~arcean@aaes75.neoplus.adsl.tpnet.pl) |
| 11:17.43 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
| 11:19.02 | *** join/#maemo-ssu ivgalvez (~ivgalvez@89.140.113.138.static.user.ono.com) |
| 12:11.12 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 12:15.07 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
| 12:46.06 | *** join/#maemo-ssu lizardo (~lizardo@79.Red-88-2-49.staticIP.rima-tde.net) |
| 12:46.38 | DocScrutinizer05 | luf: OK :-) |
| 13:54.11 | merlin1991 | luf: do we know if the patch is good by now? |
| 13:55.30 | *** join/#maemo-ssu Woody14619a (~Woody@2620:4:4000:1:c95a:a95d:2340:5acd) |
| 13:55.31 | *** join/#maemo-ssu Woody14619a (~Woody@Maemo/Community/council/Woody14619) |
| 13:55.36 | luf | merlin1991: The patch seems to be ok now. |
| 13:55.48 | luf | When you want to release new -testing? |
| 13:57.12 | *** join/#maemo-ssu ivgalvez (~ivgalvez@89.140.113.138.static.user.ono.com) |
| 14:01.53 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
| 14:08.38 | *** join/#maemo-ssu arcean (~arcean@aaes75.neoplus.adsl.tpnet.pl) |
| 14:20.03 | *** join/#maemo-ssu krayon (~fallen@pdpc/supporter/28for7/krayon) |
| 14:30.46 | merlin1991 | as soon as I can :) |
| 14:41.39 | luf | Ops :) |
| 14:42.06 | luf | I hope I'll push the git today or tomorrow with the obexd fix. |
| 14:56.27 | chem|st | merlin1991: as soon as I am done building that stuff I will shoot you a list to checkback on my doings, I am not really sure it is all right what I do atm... |
| 14:57.26 | merlin1991 | take care not to take the new testing stuff ;) |
| 15:09.09 | chem|st | merlin1991: currently I am at stuff some month old apart from curl |
| 15:09.21 | merlin1991 | :) |
| 15:09.23 | chem|st | qt-x11 takes ages to build |
| 15:09.28 | merlin1991 | yep |
| 15:09.35 | merlin1991 | openssl is almost as bad |
| 15:09.37 | chem|st | love it! |
| 15:09.55 | merlin1991 | though in the case of openssl it's a billion test that are run, whils qith qt it's the friggin html docs |
| 15:10.10 | chem|st | *sigh* |
| 15:11.21 | merlin1991 | s/whils qith/whilst with/ |
| 15:11.56 | freemangordon | merlin1991: hmm, iirc it is webkit js that takes ages |
| 15:12.23 | merlin1991 | I was up way too long today having fun with kvm, when I finally started to pester people in #virt the my typo to proper words ratio was beyond readable :D |
| 15:12.44 | chem|st | ^^ |
| 15:15.06 | merlin1991 | freemangordon: possibly webkit aswell, last time I built qt it was the harm qt with meegotouch stuff, back then it was the docs that took forver :D |
| 15:15.17 | merlin1991 | *forever* |
| 15:17.46 | merlin1991 | btw I have to say qemu-kvm from debian-testing together with virt-manager works quite well to virtualize win stuff (once one removed the shortcomings of the default windows template and installs the virtio drivers from readhat into the guest) |
| 15:23.36 | chem|st | merlin1991: for the record it took ages for html stuff now it takes ages for webikit js... |
| 15:24.00 | chem|st | I think those ssl test are not even close as boring... |
| 15:37.53 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
| 15:55.40 | *** join/#maemo-ssu arcean (~arcean@aaes75.neoplus.adsl.tpnet.pl) |
| 16:14.21 | chem|st | merlin1991: modest? commit 17e9406 or latest? |
| 16:15.26 | *** join/#maemo-ssu Jade (~jade@modemcable021.180-203-24.mc.videotron.ca) |
| 16:15.26 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
| 16:16.23 | chem|st | I guess the later is not in last testing is it?! |
| 16:17.11 | chem|st | got it |
| 16:17.35 | *** join/#maemo-ssu freemangordon (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
| 16:18.05 | merlin1991 | chem|st: you don't need modest at all |
| 16:18.22 | merlin1991 | ah wait you to |
| 16:18.24 | merlin1991 | *do* |
| 16:18.33 | freemangordon | yes, he wants it ;) |
| 16:19.30 | freemangordon | chem|st: aiui you should pull latest master in stable, merlin1991, agree? |
| 16:20.34 | merlin1991 | freemangordon: yep sounds about right |
| 16:20.54 | freemangordon | tinymail as well |
| 16:21.42 | merlin1991 | tinymail is later in the alphabet ;) |
| 16:21.51 | freemangordon | aah, ok :D |
| 16:21.56 | merlin1991 | btw chem|st don't take obexd |
| 16:22.02 | merlin1991 | it's faulty |
| 16:24.21 | chem|st | hmm just build the one from testing |
| 16:24.31 | chem|st | modest* |
| 16:24.34 | chem|st | not obex |
| 16:24.39 | chem|st | I am reading the chan |
| 16:25.37 | kerio | i thought obexd was fixed-ish |
| 16:25.43 | kerio | oh, not pushed yet |
| 16:26.25 | chem|st | wierd I get a all up to date with git merge master... I am doing something wrong here... |
| 16:27.10 | chem|st | latest in my log is palis commit not the newer by fmg |
| 16:30.36 | chem|st | anyone? |
| 16:30.58 | chem|st | I merged it now with the commit number but is that the right way? |
| 16:36.23 | chem|st | wonderfull now I am back where I was and it does not built anymore &"$%@ |
| 16:38.39 | chem|st | aclocal: macro `gl_FUNC_ARGZ' required but not defined |
| 16:38.40 | chem|st | make: *** [configure-stamp] Error 1 |
| 16:42.17 | chem|st | for god sake I just built libxml2 in the mean time |
| 16:43.48 | chem|st | so that is broken for me now... |
| 16:43.56 | chem|st | any ideas? |
| 16:44.35 | chem|st | I guess something pulled in another version of autoconf or something when I installed python dev stuff for xml2 |
| 16:44.36 | *** join/#maemo-ssu NIN101 (~NIN@p5DD2890A.dip0.t-ipconnect.de) |
| 17:07.21 | *** join/#maemo-ssu Milhouse (~irc_milho@Maemo/community/contributor/Milhouse) |
| 17:12.26 | *** join/#maemo-ssu arcean (~arcean@aaes75.neoplus.adsl.tpnet.pl) |
| 17:25.49 | merlin1991 | chem|st: a merge is local only |
| 17:26.02 | merlin1991 | you need to git fetch changes from the repos first to get everything up to date :) |
| 17:27.14 | Pali | merlin1991, I have new version of battery status menu plugin |
| 17:27.23 | Pali | compatible with BME and with kernel drivers |
| 17:27.30 | Pali | based on MAG version |
| 17:27.37 | merlin1991 | psuh |
| 17:27.40 | merlin1991 | *push* |
| 17:27.43 | Pali | what do you think can it go to CSSU? |
| 17:28.00 | Pali | I will push it into my git branch |
| 17:28.26 | merlin1991 | okay, well do we know if the default status menu plugin does anything besides displaying? |
| 17:28.54 | Pali | it play souns & show hildon banners |
| 17:28.58 | Pali | battery is empty |
| 17:29.02 | Pali | battery is full |
| 17:29.07 | Pali | charging |
| 17:29.54 | Pali | I looked into nokia status menu battery binary, exported function calls and there is nothing more I think |
| 17:30.15 | merlin1991 | does yours do all the funky stuff aswell? |
| 17:30.19 | merlin1991 | (sound and banners) |
| 17:30.27 | Pali | code is here: https://gitorious.org/~pali/community-ssu/pali-status-area-applet-battery |
| 17:30.29 | Pali | yes |
| 17:30.51 | Pali | there is only one small problem: missing space between icon and text |
| 17:31.00 | Pali | so layout is not same |
| 17:31.27 | freemangordon | Pali, merlin1991: Seems I am stupid today, look at that |
| 17:31.30 | freemangordon | alarms_events[i++] = alarms_events[i] |
| 17:31.53 | freemangordon | will that do what I think it will, i.e. alarms_events[i] = alarms_events[i+1] |
| 17:31.59 | merlin1991 | am i right saying thats arr[i] = arr[i]; i++; ? |
| 17:32.03 | Pali | merlin1991, read commit message: https://gitorious.org/~pali/community-ssu/pali-status-area-applet-battery/commit/1393753876927073058b5d32c917c0e37a8dc3fb |
| 17:32.17 | freemangordon | merlin1991: hmm, no |
| 17:32.35 | freemangordon | the question is if it is ^^^ or alarms_events[i+1] = alarms_events[i+1] |
| 17:32.48 | merlin1991 | hm isn't the right side evaluated first |
| 17:32.57 | Pali | I think that specification did not specify order when i++ would be increased |
| 17:32.57 | freemangordon | afaik no |
| 17:33.20 | freemangordon | I think it specifies, that is why there is a difference between i++ and ++i |
| 17:33.45 | merlin1991 | no ++i is increment before evaluation |
| 17:33.51 | freemangordon | exactly |
| 17:34.03 | merlin1991 | but I'm more wondering if it evaluets left or right from = first |
| 17:34.16 | freemangordon | deffinitely it is left first |
| 17:34.25 | kerio | it's definetely unspecified |
| 17:34.26 | freemangordon | (afaik) |
| 17:34.32 | Pali | but I think it is not specified if i++ will be increased after (alarms_events[i++]) or after (alarms_events[i++] = alarms_events[i]) |
| 17:34.35 | merlin1991 | hm then you should have arr[i] = arr[i+1] |
| 17:34.38 | freemangordon | kerio: since when you know C? |
| 17:34.46 | kerio | you're changing and accessing the same variable without a sequence point inbetween |
| 17:35.07 | freemangordon | merlin1991: yeah, I was trying to do it in the unreadable way :D |
| 17:35.18 | freemangordon | kerio: defien sequence point |
| 17:35.39 | merlin1991 | tbh don't count on me being right I could say totall bs atm :D |
| 17:35.49 | freemangordon | well, will do it in the old-fashined and readable way :D:D:D |
| 17:36.06 | kerio | freemangordon: http://c-faq.com/expr/seqpoints.html |
| 17:36.17 | kerio | from the comp.lang.c FAQ |
| 17:36.59 | kerio | also, since when *you* know C? |
| 17:37.05 | freemangordon | kerio: never heard of that term, but if we use it, there IS seq point, as you have to index the array |
| 17:37.21 | freemangordon | kerio: for the last 20 or so years |
| 17:37.37 | freemangordon | any other questions? |
| 17:37.54 | freemangordon | hmm, make them 25 |
| 17:37.55 | kerio | and you've never read anything about undefined things in the C standard? |
| 17:38.02 | freemangordon | I forgot how old I am :D:D:D |
| 17:38.09 | freemangordon | never |
| 17:38.24 | freemangordon | :P |
| 17:39.24 | merlin1991 | dafuq how old are you freemangordon? |
| 17:39.45 | freemangordon | 37 :( |
| 17:40.27 | freemangordon | well, not 25, 21-22 then |
| 17:40.31 | ShadowJK | Undefined things are things that one compiler might do something consistent for, over and over again, but another compiler might do something else consistently, and a third compiler might do something random each time :P |
| 17:40.45 | ShadowJK | (and there was that one compiler that wiped your harddrive) |
| 17:41.40 | merlin1991 | anybody in here who isn't old in comparison to me? |
| 17:42.00 | kerio | if 91 is your birthyear, i'm younger than you |
| 17:42.11 | merlin1991 | yay I'm not the youngest :) |
| 17:42.19 | merlin1991 | we kinda have an upside down structure here, the (almost)youngest dude sits on top |
| 17:42.26 | freemangordon | ShadowJK: I know what you mean, but if we take C before the modern era with all that extensions and stuff, there was no such thing like "undefined" behaviour in language itself |
| 17:42.36 | freemangordon | just undefined compiler behaviour |
| 17:42.59 | kerio | ANSI C specifies a lot of things as undefined |
| 17:43.03 | *** join/#maemo-ssu arcean (~arcean@aaes75.neoplus.adsl.tpnet.pl) |
| 17:43.11 | kerio | literally undefined, as in "this thing is undefined" |
| 17:43.31 | freemangordon | other term for "compiler specific implementation" |
| 17:43.46 | kerio | yes, the correct term |
| 17:44.36 | freemangordon | though last time I check ++,--, etc was pretty defined in terms of evaluation. I am just not dure if gcc is aware of that :D |
| 17:44.41 | freemangordon | *checked |
| 17:44.56 | freemangordon | the fuck. *sure |
| 17:45.15 | freemangordon | anyway, I am back to stupid alarm dialog |
| 17:45.28 | kerio | except that *they are not*, if you're accessing the value of the variable you incremented somewhere else in the same expression |
| 17:45.49 | ShadowJK | Well your example is good example of undefined behaviour? Compiler is free to evaluate it in whatever order it wants? |
| 17:45.53 | kerio | for instance, i = i++ |
| 17:46.19 | freemangordon | ^^ makes no sense, a better example is *p++ = *p |
| 17:46.23 | kerio | ShadowJK: the compiler is free to show goatse on the screen and then rm -rf |
| 17:46.23 | freemangordon | and it IS defined |
| 17:47.45 | ShadowJK | http://stackoverflow.com/questions/11657100/is-this-undefined-behavior-or-implementation-defined :D |
| 17:49.43 | freemangordon | we were talking about C, case closed AIUI :D |
| 17:50.10 | ShadowJK | But he also quoted C :) |
| 17:50.39 | freemangordon | yeah, but my englis is not good enough to understand that cryptic sentence :D |
| 17:50.43 | freemangordon | *english |
| 17:51.05 | freemangordon | and still, this is C99 which is quoted |
| 17:58.59 | kerio | freemangordon: hold on, *p++ = *p is just *p++, isn't it |
| 17:59.04 | ShadowJK | in any case, I would expect your original expression to be equivalent of: alarms_events[i] = alarms_events[i]; i = i + 1; ? |
| 18:00.28 | freemangordon | kerio: i think so |
| 18:00.51 | freemangordon | ShadowJK: why? we need first [] evaluated |
| 18:01.16 | freemangordon | i.e. as [i], ++ applied and then second [] evaluated |
| 18:01.43 | ShadowJK | I'd expect the ++ to be executed after the ; |
| 18:01.52 | freemangordon | why? |
| 18:02.06 | kerio | ShadowJK: it's just guaranteed to have been executed once you reach ; |
| 18:02.23 | freemangordon | how is that different to *p++ |
| 18:02.38 | ShadowJK | But now that I google it, I get the impression that it's undefined and you might get either result, depending on the compiler |
| 18:02.44 | ShadowJK | or no result at all |
| 18:02.56 | kerio | and there's no sequence point in [] or = anyway, so it's probably a moot point |
| 18:05.00 | ShadowJK | with -Wall, gcc actually gives a warning both with -std=c89 and -std=c99 about your example too |
| 18:05.20 | ShadowJK | Also with gnu89 and gnu99 |
| 18:05.23 | freemangordon | well, it could be compiler depenedent. I'll try m$ C and gcc wneh I have some free time, to see what will be the output |
| 18:05.43 | freemangordon | what waring? |
| 18:05.47 | freemangordon | *warning |
| 18:05.52 | ShadowJK | operation on āiā may be undefined |
| 18:05.53 | freemangordon | "undefined..." |
| 18:05.57 | freemangordon | ok |
| 18:06.18 | ShadowJK | Which is different from implementation specific |
| 18:07.04 | kerio | yep, ##c confirms *p++ = *p is undefined |
| 18:09.15 | freemangordon | msvc gives no warning and executes it as a[i] = a[i];i++; |
| 18:09.40 | freemangordon | ok, I stand corrected |
| 18:09.42 | freemangordon | :) |
| 18:10.10 | ShadowJK | Just write what you mean instead |
| 18:10.17 | freemangordon | I already did it |
| 18:10.38 | ShadowJK | (instead of writing things that the compiler can do whatever it wants with) |
| 18:10.42 | freemangordon | but was curious if it could be written in such a cryptic way |
| 18:11.10 | freemangordon | for( ; i < alarm_events_cnt-1; i++) |
| 18:11.11 | freemangordon | alarms_events[i] = alarms_events[i+1]; |
| 18:12.17 | ShadowJK | Btw, googling this I found one page which said that it's actually defined in java to behave not like msvc did |
| 18:12.22 | ShadowJK | (and gcc) |
| 18:14.02 | ShadowJK | lol, wikipedia says that earlier version of gcc, when encountering undefined behaviour, would try to launch nethack, rogue, or emacs |
| 18:14.47 | kerio | ShadowJK: hm? i thought that was just for #pragma |
| 18:15.00 | ShadowJK | yeah |
| 18:15.22 | *** join/#maemo-ssu MrPingu (~MrPingute@86.92.226.97) |
| 18:20.57 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
| 18:32.55 | chem|st | merlin1991: any ideas on the gl_FUNC_ARGZ? |
| 18:33.04 | chem|st | is that needed? |
| 18:33.17 | chem|st | was that some workaround from last time |
| 18:33.21 | merlin1991 | that was the fun with libtool |
| 18:34.16 | chem|st | I broke it again |
| 18:37.12 | chem|st | well last time I checked I had it working without any fancy hacking... |
| 18:37.37 | chem|st | I installed some python crap in between the builds |
| 18:48.50 | DocScrutinizer05 | ((alarms_events[i++] = alarms_events[i])) *seriously* insane, you know that |
| 18:58.47 | *** join/#maemo-ssu deepy\SIGSEGV (~deepy@wrongplanet/deepa) |
| 18:59.22 | chem|st | as long as there is this argz thing there is no modest with me no more |
| 19:00.14 | DocScrutinizer05 | a coder honestly considering to ask like 100 lines of IRC questions to make sure he can use a coding shortcut abomination, really.... shoot him with owl shit |
| 19:01.07 | DocScrutinizer05 | I gather freemangordon hasn't invented this obfuscated crap |
| 19:01.40 | freemangordon | it was exactly him :) |
| 19:05.19 | chem|st | pali is xterm considered stable (your last commit for portrait mode) |
| 19:05.38 | chem|st | or should I stick with the one around august? |
| 19:10.00 | Pali | chem|st, patch which added new options in Font&Options dialog is stable |
| 19:10.13 | Pali | and patch which added portrait mode flag is stable too |
| 19:10.42 | Pali | but ask merlin1991 or freemangordon if we want portrait mode in xterm |
| 19:11.58 | chem|st | o.O |
| 19:13.09 | chem|st | I took "Increase version to 0.14.mh31+0cssu0" now what is the font option thing? you mean the one before with the application settings right |
| 19:14.29 | Pali | increase version commit from Monday July 16 2012 is stable |
| 19:14.44 | chem|st | ok *check* built |
| 19:15.14 | chem|st | Pali: any idea what I messed up with my libtool stuff? |
| 19:15.23 | kerio | http://www.ebay.co.uk/itm/A-piece-of-cardboard-shaped-a-bit-like-an-iPhone-5-USED-/160916451185 oh lols |
| 19:15.37 | chem|st | I know there was that issue with intltools but that one is another |
| 19:16.05 | DocScrutinizer05 | freemangordon: a few basic best common practice rules about coding: Don't peephole optimize since you never can outsmart the compiler on that discipline. Never try to safe a few lines or even chars of code, when the result becomes only slightly less readable. Try to write what you planned to do, not what you think is the most terse nifty way to implement it, i.e. your code should be so clear that it's not possible to write a comment |
| 19:16.07 | DocScrutinizer05 | making anything more obvious than it's in code. And final one for now: never use operators or constructs that you're not absolutely sure about what and how they do |
| 19:16.48 | kerio | DocScrutinizer05: today i discovered that a ^= b ^= a ^= b; is actually undefined :( |
| 19:18.25 | Pali | kerio, why? |
| 19:18.40 | *** join/#maemo-ssu arcean (~arcean@aaes75.neoplus.adsl.tpnet.pl) |
| 19:18.40 | kerio | same reason, it modifies the same variable twice between sequence points |
| 19:19.23 | DocScrutinizer05 | int sourceindex; int destindex; sourceindex = 1; destindex = sourceindex - 1; while (sourceindex < upperlimit) {array[sourceindex++] = array[destindex++]} |
| 19:20.08 | DocScrutinizer05 | oops, other way round |
| 19:20.33 | DocScrutinizer05 | {array[destindex++] = array[sourceindex++]} |
| 19:20.47 | kerio | for (int i = 1; i < limit; i++) array[i - 1] = array[i]; |
| 19:20.59 | kerio | also known as *a fucking for loop* |
| 19:21.23 | DocScrutinizer05 | also known as not as clear as it could be |
| 19:22.20 | DocScrutinizer05 | and you do arithmetic in a for loop which is BS (though the compiler will optimize that too, but it's not what you would do when you do it 'by hand') |
| 19:22.31 | kerio | i do what now? |
| 19:22.38 | kerio | oh, i see |
| 19:23.00 | kerio | right, i forgot that arithmetic is incredibly slow, and most definetely slower than memory access |
| 19:23.16 | kerio | oh wait |
| 19:23.56 | kerio | any vaguely modern cpu can just calculate i - 1 and then do nothing for a lot of time while waiting for the memory to be accessed |
| 19:24.09 | DocScrutinizer05 | see point #1 of rules above |
| 19:24.34 | kerio | your thing is peephole optimization |
| 19:24.51 | DocScrutinizer05 | in fact the compiler will probably compile my code to a pretty similar assembler |
| 19:25.14 | DocScrutinizer05 | nope, my thing is doing it the way a sane mind would do it manually |
| 19:25.37 | DocScrutinizer05 | esp when your distance is not 1 but maybe 4, or 55 |
| 19:25.46 | kerio | you do *two* calculations in a loop |
| 19:25.54 | DocScrutinizer05 | nope |
| 19:26.08 | DocScrutinizer05 | increment is not a calculation |
| 19:26.57 | DocScrutinizer05 | replace 1 by 55 in your and my code, and then think again |
| 19:27.44 | kerio | anyway, the right solution is obviously memmove(array + 1, array, (elements - 1) * sizeof *array) |
| 19:27.54 | kerio | :D |
| 19:27.57 | DocScrutinizer05 | whatever, your code is magnitudes more sane than freemangordon's |
| 19:28.03 | tadzik | doesn't memmove fuck up when areas overlap? |
| 19:28.11 | kerio | tadzik: nope, that's memcpy |
| 19:28.21 | tadzik | ah, right |
| 19:28.33 | DocScrutinizer05 | and ack for memmv |
| 19:29.07 | DocScrutinizer05 | though array + 1 wount work usually |
| 19:29.19 | kerio | why not? |
| 19:29.35 | DocScrutinizer05 | since you're missing out on true size of array elements |
| 19:29.59 | kerio | arrays decay to pointers to their first element when passing them or doing arithmetics with them |
| 19:30.01 | DocScrutinizer05 | &array[1] |
| 19:30.12 | kerio | DocScrutinizer05: &array[1] is **effectively the same** as array+1 |
| 19:30.23 | DocScrutinizer05 | probably not always |
| 19:30.40 | kerio | http://c-faq.com/ptrs/explscale.html |
| 19:30.42 | DocScrutinizer05 | though you *might* be right on that one |
| 19:31.14 | DocScrutinizer05 | I just wonder what e.g. lint would say about it |
| 19:31.17 | kerio | K&R1 Sec. 5.3 p. 94, K&R2 Sec. 5.4 p. 103, ISO Sec. 6.3.6, H&S Sec. 7.6.2 p. 204 |
| 19:31.23 | kerio | hm, what's H&S? |
| 19:31.25 | DocScrutinizer05 | ok ok |
| 19:31.45 | kerio | oh, harbison steele |
| 19:32.02 | DocScrutinizer05 | dafaq never heard of |
| 19:37.57 | *** join/#maemo-ssu NIN102 (~NIN@p5DD28EE5.dip0.t-ipconnect.de) |
| 19:41.11 | MrPingu | regarding xterm |
| 19:41.49 | MrPingu | Somebody noticed xterm does auto pointermode, and then it's stuck in that mode? |
| 19:41.50 | chem|st | ? |
| 19:42.00 | DocScrutinizer05 | still I for one prefer 'adress of array, element one' over 'arry plus one, as defined by K&R1 Sec. 5.3 p. 94, K&R2 Sec. 5.4 p. 103, ISO Sec. 6.3.6, H&S Sec. 7.6.2 p. 204' |
| 19:42.04 | MrPingu | Let me shoot video, if needed |
| 19:43.37 | DocScrutinizer05 | MrPingu: I seem to recall to have seen that when 'history' aka scrollback been < one screen worth of lines |
| 19:44.01 | DocScrutinizer05 | <= actually |
| 19:44.45 | DocScrutinizer05 | which also applies when you go $foo mode - the one I forgot the name and being used by stuff like less, mc, top etc |
| 19:45.45 | DocScrutinizer05 | if you kill -9 mc from another terminal, your screen looks almost normal until you try to scroll back |
| 19:46.02 | DocScrutinizer05 | same for less, top etc |
| 19:46.12 | DocScrutinizer05 | is it called block mode? |
| 19:46.16 | DocScrutinizer05 | raw mode? |
| 19:46.18 | *** join/#maemo-ssu gregoa (~gregoa@chello212186052066.410.14.vie.surfer.at) |
| 19:46.19 | DocScrutinizer05 | nfc |
| 19:46.43 | kerio | DocScrutinizer05: splint doesn't complain about array+1 |
| 19:47.25 | MrPingu | Well most of the times, switching fullscreen makes the pointer icon appear again |
| 19:47.34 | MrPingu | This time not, dafuq ;o |
| 19:50.32 | MrPingu | hmm not that |
| 19:52.13 | kerio | osso-xterm sucks |
| 19:52.27 | MrPingu | Yeah :( |
| 20:12.25 | Pali | new status area applet battery is ready for testing! |
| 20:12.27 | Pali | http://atrey.karlin.mff.cuni.cz/~pali/status-area-applet-battery_1.0-1_armel.deb |
| 20:12.31 | Pali | https://gitorious.org/~pali/community-ssu/pali-status-area-applet-battery |
| 20:13.00 | Pali | this version is compatible with BME and also with new kernel drivers |
| 20:13.37 | Pali | usefull for usb host mode when BME is stopped and bq27x00_battery can be loaded for battery info |
| 20:14.12 | Pali | merlin1991, freemangordon, DocScrutinizer05, kerio ^^^^ |
| 20:14.31 | kerio | :D |
| 20:14.35 | kerio | Pali: what does it use? |
| 20:14.42 | kerio | i mean, is the switching automatic? |
| 20:14.47 | Pali | yes |
| 20:14.49 | Pali | fully automatic |
| 20:15.00 | kerio | can it use bq27200 data without the modules loaded? |
| 20:15.14 | Pali | of course not |
| 20:15.19 | kerio | :( |
| 20:15.54 | Pali | but when you stop bme and load kernel drivers, you will see battery status |
| 20:16.11 | Pali | so you can use kernel driver for charging and see status in status bar |
| 20:16.23 | kerio | i'll see a *more accurate* battery status, won't i |
| 20:16.57 | kerio | i like it :3 |
| 20:17.00 | Pali | plus it show percentage, current and design capacity and time until battery will discharge |
| 20:17.20 | Pali | (or until fully charge) |
| 20:18.25 | kerio | Pali: now add a button for host mode! :D |
| 20:18.48 | Pali | kerio, host mode button? |
| 20:18.54 | Pali | it is in usbmode package |
| 20:19.07 | kerio | yeah but that's a *new* button |
| 20:19.38 | Pali | there is no place for button in battery status plugin |
| 20:19.40 | Pali | :D |
| 20:19.51 | kerio | of course there is, *the whole thing* |
| 20:19.52 | kerio | :3 |
| 20:20.08 | kerio | Pali: how do i make the battery indicator show up in the status area without rebooting? :s |
| 20:20.11 | kerio | it's not hildon-home |
| 20:20.27 | MrPingu | statusmenu, i guess |
| 20:20.51 | kerio | MrPingu: ty |
| 20:21.19 | Pali | $ killall -9 hildon-status-menu; sleep 1; killall -9 hildon-status-menu; sleep 1; killall hildon-status-menu |
| 20:21.23 | Pali | kerio ^^^ |
| 20:21.41 | kerio | Pali: hm, can the data from bme be trusted? |
| 20:21.45 | MrPingu | it's working :) |
| 20:21.51 | kerio | yeah, it works here too |
| 20:21.56 | Pali | some plugins sucks in my n900, so need to kill it twice with -9 and once normal |
| 20:22.24 | MrPingu | bme is some kind of mystery :P |
| 20:22.38 | Pali | kerio, I design capacity from bme is same as from rx51_battery driver (+/- small epsilon) |
| 20:22.40 | kerio | Pali: what are the modules to load again? |
| 20:22.49 | *** join/#maemo-ssu gregoa (~gregoa@chello212186052066.410.14.vie.surfer.at) |
| 20:22.56 | Pali | rx51_battery for design capacity |
| 20:23.12 | Pali | (this can be loaded when bme is running too) |
| 20:23.19 | kerio | it's already loaded |
| 20:23.28 | kerio | but it's not as accurate as the bq27200 data, right? |
| 20:23.28 | Pali | and bq2415x_charger & bq27x00_battery when BME is stopped |
| 20:24.00 | Pali | bq2415x_charger is needed only if you want to charge battery |
| 20:24.08 | Pali | status menu plugin do not need it |
| 20:24.14 | kerio | confirmed working :D |
| 20:24.42 | Pali | status menu plugin needs bq27x00_battery (+ rx51_battery for design capacity) or BME |
| 20:24.47 | Pali | kerio, ok :-) |
| 20:25.02 | kerio | Pali: hold on, it doesn't take the capacity from bq27200? :( |
| 20:25.06 | kerio | when available, i mean |
| 20:25.35 | Pali | kerio, it take current mAh from bq2700 if possible |
| 20:25.36 | MrPingu | Never bothered with those bqxx battery things, but BME seems to report fine |
| 20:26.12 | MrPingu | Pali, does it take the default graphics? |
| 20:26.22 | kerio | Pali: my bq27200-0/charge_full is 1261638 |
| 20:26.28 | kerio | applet reports 1267 |
| 20:26.34 | kerio | it doesn't seem right :s |
| 20:26.38 | Pali | kerio, then it take design mAh from rx51_battery (if not possible then take last full mAh from bq27200) and calculate percentage |
| 20:26.56 | Pali | kerio, it report design capacity if possible from rx51_battery |
| 20:27.01 | kerio | ...why? :S |
| 20:27.06 | Pali | if not then it take last full |
| 20:28.09 | Pali | why not? |
| 20:28.23 | kerio | because bq27200 is accurate, rx51_battery is not |
| 20:28.43 | Pali | bq27200 do not know design capacity... |
| 20:29.09 | Pali | and rx51_battery reporting now design capacity |
| 20:29.15 | kerio | design capacity doesn't mattery, what matters is the biggest charge it can hold |
| 20:29.21 | Pali | MrPingu, yes it have default graphics |
| 20:29.54 | Pali | kerio, but there is not way how to get biggest charge |
| 20:30.18 | kerio | /sys/class/power_supply/bq27200-0/charge_full |
| 20:30.40 | Pali | this is capacity after *last* charge |
| 20:30.58 | Pali | not biggest |
| 20:30.58 | kerio | after the last calibration, you mean |
| 20:31.17 | kerio | which is what we should use, if it's available |
| 20:31.20 | kerio | DocScrutinizer05: confirm/deny? |
| 20:32.20 | Pali | kerio, if you really want to use that value rmmod rx51_battery |
| 20:32.31 | kerio | that's what i'm doing :) |
| 20:32.41 | Pali | status menu plugin will switch to use it :-) |
| 20:32.55 | kerio | btw, what's the status of the bme userland replacement? |
| 20:33.12 | Pali | maybe it is time to try it :-) |
| 20:33.43 | Pali | hald-addon-bme worked when I tried it last time |
| 20:34.01 | Pali | and libbmeipc worked when freemangordon tested it |
| 20:34.15 | kerio | hm |
| 20:34.22 | Pali | I only added temperature support from rx51_battery to libbmeipc but not tested |
| 20:35.12 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
| 20:37.31 | Pali | kerio, do you want to try hald-addon-bme? |
| 20:37.47 | kerio | yeah, but let me make a full backup first |
| 20:38.21 | Pali | ok |
| 20:44.40 | *** join/#maemo-ssu _ade_ (~arno@52481E0B.cm-4-1a.dynamic.ziggo.nl) |
| 20:45.24 | *** join/#maemo-ssu MrPingu (~MrPingute@86.92.226.97) |
| 20:46.29 | _ade_ | Pali: perhaps you should make your status-area-applet-battery conflict with Advanced Power? I had a battery icon twice in the status menu and a double battery status in the menu after installing |
| 20:47.03 | Pali | _ade_, my version replace stock package |
| 20:47.14 | Pali | it is same as if you reinstall stock nokia package |
| 20:47.31 | Pali | then it is problem with advanced power... |
| 20:47.45 | _ade_ | pali: I guess you are right if you put it that way. |
| 20:48.36 | kerio | _ade_: reinstalling APM will probably fix it |
| 20:48.47 | kerio | also try rebooting |
| 20:48.51 | kerio | or killing hildon-status-menu |
| 20:49.19 | _ade_ | kerio: I removed advanced power before rebooting |
| 20:49.43 | _ade_ | will try to reinstall APM... |
| 20:50.19 | kerio | Pali: ok, how do i install your bme replacement? |
| 20:51.14 | Pali | kerio, full update of packages I did not tested |
| 20:51.33 | Pali | I only tested hald-addon-bme and now I commited more patches to it |
| 20:51.48 | kerio | well, the bme package should be fairly solid, right? |
| 20:51.55 | kerio | it's just a replacement of initscripts |
| 20:52.03 | Pali | I will push all changes to git |
| 20:56.44 | _ade_ | pali: reinstalling APM worked. It does not revert any of the changes you made? |
| 20:57.06 | Pali | _ade_ I do not know what APM is doing... |
| 20:57.23 | _ade_ | Me neither ;-) |
| 20:57.24 | Pali | my status area plugin is in same package name as Nokia |
| 20:57.33 | Pali | and has same file name |
| 20:57.46 | Pali | only version was increased :-) |
| 20:57.59 | Pali | kerio, now all changes are in git on: https://gitorious.org/rx51-bme-replacement/ |
| 20:59.44 | Pali | kerio, if you want to test hald-addon-bme: backup old hald-addon-bme binary and update it. then run: sudo stop hal; sudo /etc/init.d/hal stop; sudo /etc/init.d/hal start |
| 21:00.08 | kerio | does the new hald-addon-bme work with bme too? |
| 21:00.14 | Pali | no |
| 21:00.22 | kerio | or, at least, does it stay quiet if bme is running? |
| 21:00.22 | Pali | it work only with kernel drivers |
| 21:00.44 | Pali | yes, it can be started, but it report nothing |
| 21:01.02 | _ade_ | Pali: then I think I will stick you version solely (without APM) and see if I encounter issues |
| 21:01.24 | Pali | kerio, and it can wait for hotplug kernel drivers |
| 21:01.42 | Pali | and it write very long log output to: /tmp/hald-addon-bme.log |
| 21:02.20 | Pali | _ade_, ok |
| 21:05.11 | Pali | kerio, and hald-addon-bme binary is in /usr/lib/hal/ |
| 21:18.10 | *** join/#maemo-ssu MrPingu (~MrPingute@86.92.226.97) |
| 21:20.00 | *** join/#maemo-ssu gregoa (~gregoa@chello212186052066.410.14.vie.surfer.at) |
| 21:24.46 | *** join/#maemo-ssu MrPingu (~MrPingute@86.92.226.97) |
| 21:29.05 | Pali | kerio, _ade_, if you testing new battery status area applet, tell me if all notifications (battery low, battery empty, battery full, charging, discharging) working |
| 21:29.18 | Pali | also if sound notifications too |
| 21:29.37 | _ade_ | Pali: okay |
| 21:29.55 | Pali | and if no sound play when silent profile (or disabled system sounds) |
| 21:32.25 | *** join/#maemo-ssu lizardo (~lizardo@88.red-2-139-206.staticip.rima-tde.net) |
| 21:32.43 | *** join/#maemo-ssu arcean (~arcean@aacy139.neoplus.adsl.tpnet.pl) |
| 21:33.17 | Pali | kerio, hald-addon-bme working |
| 21:33.39 | kerio | are you asking me? |
| 21:35.33 | kerio | Pali: also, what deals with the led and the shutdown on EDVF? |
| 21:36.17 | kerio | Pali: also i don't have a toolchain to compile hal-addon-bme :) |
| 21:36.21 | Pali | hald-addon-bme managing MCE led patterns and also send DSME signal for shutdown |
| 21:36.54 | kerio | does hald-addon-bme need rx51-battery? |
| 21:37.07 | Pali | yes, for design capacity |
| 21:37.12 | Pali | but working without it |
| 21:37.20 | Pali | (it report design capacity = 0) |
| 21:37.39 | Pali | kerio, here is elf binary: http://atrey.karlin.mff.cuni.cz/~pali/hald-addon-bme |
| 21:38.07 | _ade_ | Pali: should the battery status now still work once bme is stopped? Or does an alternative driver has to be loaded then? |
| 21:38.19 | kerio | _ade_: you need the modules |
| 21:38.29 | Pali | _ade_, if bme is stopped you need to load bq27x00_battery module |
| 21:38.36 | kerio | bq2415x-charger and bq27x00-battery |
| 21:38.42 | kerio | oh, maybe you don't need -charger |
| 21:38.51 | Pali | and bq27x00_battery module must be unloaded before bme is started |
| 21:39.27 | _ade_ | okay, I thought so, but just checking. |
| 21:40.42 | kerio | Pali: hm, stopping hal caused my n900 to shutdown |
| 21:41.00 | Pali | kerio, how did you stopped hal? |
| 21:41.03 | kerio | stop hal |
| 21:41.25 | Pali | hm... |
| 21:42.28 | kerio | anyway, i'm going to try charging |
| 21:43.45 | kerio | Pali: hahaha wtf did you do |
| 21:43.54 | kerio | i get the charging message when the charger isn't connected |
| 21:44.08 | Pali | from HAL? |
| 21:44.17 | kerio | ok, now it's working correctly |
| 21:44.23 | kerio | for a moment it was like inverted |
| 21:45.12 | kerio | ok, i'm getting the correct LED pattern when the screen is locked |
| 21:46.13 | kerio | Pali: it's horrendously slow at figuring that the charger was plugged in/removed |
| 21:46.30 | Pali | kerio, I see that too |
| 21:46.36 | Pali | trying to debug it |
| 21:46.36 | kerio | Pali: it's just the status menu i think |
| 21:46.39 | Pali | no |
| 21:46.43 | Pali | problem is in hal |
| 21:46.43 | kerio | the led pattern is instant-ish |
| 21:47.17 | Pali | ah... there is another problem: status menu plugin will not read values from bme if bme is not running |
| 21:47.28 | Pali | or new version of bme package is not installed |
| 21:47.45 | Pali | so status menu plugin getting charger value from bq27x00_battery |
| 21:47.54 | Pali | and this can take a time |
| 21:47.57 | kerio | hm |
| 21:48.02 | kerio | is there no way to make that faster' |
| 21:48.02 | kerio | ? |
| 21:48.44 | Pali | so I need to add 1) bq2415x_charger support to status menu or 2) use values from HAL bme if bme is stopped or 3) update bme package :-) |
| 21:49.05 | Pali | kerio, I think that option 3) will be enought |
| 21:52.38 | Pali | kerio, ok problem is not in hal, only in status menu plugin |
| 21:53.11 | kerio | what does "update bme package" mean? |
| 21:53.17 | kerio | that is, what will it change? |
| 21:53.51 | Pali | update bme-rx-51 deb package |
| 21:54.02 | kerio | yeah, but what will change? |
| 21:54.25 | kerio | why would it make the battery applet update more quickly? |
| 21:54.30 | Pali | if bme-rx-51 deb package version 1.0 (or high) is installed, then status menu plugin thinks that BME is running |
| 21:54.44 | kerio | oic |
| 21:54.56 | Pali | if status menu plugin thinks that bme is not running it will not read values from hald-addon-bme |
| 21:55.14 | Pali | (because that values can be out-of-date) |
| 21:55.28 | kerio | hold on, is the check actually on the version on the package? :S |
| 21:55.31 | kerio | just... no |
| 21:55.50 | Pali | yes, on the package version |
| 21:56.16 | kerio | :S |
| 21:56.34 | Pali | this is good way how to check if new version of binary in debian package is installed |
| 21:56.49 | kerio | hold on, new version of the binary? :o |
| 21:56.57 | kerio | your bme actually ships a bme binary? |
| 21:57.12 | Pali | no bme binary |
| 21:57.25 | Pali | only bme-rx-51 deb metapackage |
| 21:57.49 | kerio | can't you ship an empty /etc/nobme file instead? |
| 21:58.08 | kerio | if anything, because checking a package version is quite expensive |
| 21:58.23 | Pali | why? it is check once at startup |
| 21:58.42 | kerio | ...oh, so that's why the status menu hangs for like 5 seconds before loading >:C |
| 21:59.18 | Pali | now it show you message when battery is really started charging :-) |
| 21:59.38 | kerio | depending on dpkg is an unnecessary complication |
| 22:00.35 | kerio | and it also makes it quite hard to test, because dpkg is a fucking mess and you can't easily switch between versions |
| 22:02.52 | kerio | gregoa: you around? |
| 22:03.59 | gregoa | kerio: yes but I'm doing 2 or 3 thing in parallel, so only easy questions please :) |
| 22:04.12 | Pali | kerio, if you want I can compile all deb packages for testing :D |
| 22:04.45 | kerio | gregoa: Pali's status applet checks dpkg for the version of a package and has a different behaviour depending on it |
| 22:05.24 | kerio | i'd say it's a bad idea - is it? |
| 22:05.44 | gregoa | gregoa: at install time? at runtime once? every second? something else? |
| 22:05.48 | kerio | runtime once |
| 22:05.55 | kerio | but it's still silly |
| 22:06.05 | Pali | there is no other way how to check if is installed Nokia BME version or new replacement |
| 22:06.21 | kerio | of course there's not, you haven't put an empty file somewhere :s |
| 22:06.30 | Pali | using someting in /etc/ is worse... |
| 22:06.32 | kerio | something that can be replicated *manually* easily |
| 22:06.41 | gregoa | hm, not a packaging question :) |
| 22:07.04 | Pali | conffiles are not cleaned automatically after upgrading/downgrading |
| 22:07.16 | kerio | /usr/share/ then |
| 22:07.17 | kerio | or something |
| 22:07.25 | Pali | do you remember MAG problem with ke-recv in CSSU? |
| 22:07.33 | kerio | hm, i don't |
| 22:07.34 | gregoa | I mean, shelling out obvisouls slows down startup but I have no idea if there's other way to find the version or differentiate between "old" and "new" |
| 22:08.24 | kerio | Pali: actually, much easier |
| 22:08.46 | kerio | check for the existance of /usr/sbin/bme_RX-51 |
| 22:08.48 | kerio | :D |
| 22:09.23 | Pali | bad idea |
| 22:09.54 | Pali | you have bme binary, so it will not work |
| 22:10.05 | kerio | yeah but i can divert it easily |
| 22:10.22 | kerio | instead of installing a new package that will delete it |
| 22:10.48 | Pali | kerio, create new shell script which do: while sleep 1000000; do true; done |
| 22:11.19 | Pali | and store it to /usr/sbin/bme_RX-51 |
| 22:11.24 | Pali | and start it |
| 22:11.35 | Pali | (and divert old bme somewhere) |
| 22:12.03 | kerio | i'm still firmly against using packaging metadata to discern behaviours |
| 22:12.05 | Pali | dirty hack, but testing now without recompiling applet |
| 22:12.17 | kerio | the packaging is about what's installed through apt, not about what's installed |
| 22:12.44 | kerio | anyway, testing it :) |
| 22:13.51 | kerio | should i do "start bme" at this point? |
| 22:13.52 | kerio | or just run it? |
| 22:15.12 | kerio | oh rofl, i didn't make it executable and now everything is botched |
| 22:15.14 | *** join/#maemo-ssu IronLegend (~IronLegen@ironlegend.student.ipv6.utwente.nl) |
| 22:15.22 | kerio | thankfully i have rescueos :D |
| 22:16.27 | DocScrutinizer05 | ((<Pali> there is no other way how to check if is installed Nokia BME version or new replacement)) if [ "$(md5sum /usr/sbin/bme_RX-51|cut -d ' ' -f 1)" == "c2eb6586292b9afa407c307ebc4894e7" ]; then echo "original bme detected"; fi |
| 22:18.06 | Pali | DocScrutinizer05, I need to check if nokias hald-addon-bme is not installed |
| 22:18.20 | DocScrutinizer05 | well, seems similarly easy |
| 22:18.29 | Pali | and your solution is like my... |
| 22:18.43 | Pali | calling md5sum or dpkg |
| 22:18.47 | DocScrutinizer05 | not sure about that |
| 22:18.53 | kerio | i'm also firmly against this kind of extremely specific checking |
| 22:19.07 | Pali | md5sum must read full file |
| 22:19.13 | DocScrutinizer05 | dpkg is heavy, and depending on a lot of stuff, and might not even always be available |
| 22:19.24 | Pali | and dpkg must read parse /var/lib/dpkg/state file |
| 22:20.09 | DocScrutinizer05 | state? |
| 22:20.13 | kerio | Pali: why doesn't your bme replacement just ship a fake process that only sleeps in /usr/sbin/bme_RX-51 |
| 22:20.34 | Pali | because it is stupid to have one process |
| 22:20.47 | Pali | which will only sleep because of nokia... |
| 22:20.49 | DocScrutinizer05 | I recall moving /var/lib/dpkg to last dark corner of my MyDocs, to make room on rootfs |
| 22:20.55 | DocScrutinizer05 | occasionally |
| 22:21.04 | kerio | i just optified it :) |
| 22:21.30 | DocScrutinizer05 | aq |
| 22:21.32 | DocScrutinizer05 | anyway |
| 22:21.36 | kerio | Pali: something's wrong, it's still slow |
| 22:21.53 | kerio | <PROTECTED> |
| 22:21.54 | kerio | ah crap |
| 22:22.00 | DocScrutinizer05 | I don't see which problem was the right problem for dpkg check being the solution |
| 22:22.08 | Pali | pgrep -f ^/usr/sbin/bme_RX-51 |
| 22:22.38 | Pali | kerio, make it executable |
| 22:22.39 | DocScrutinizer05 | probably tl;dr for chanlog |
| 22:22.46 | kerio | Pali: it's running |
| 22:22.47 | Pali | and start without /bin/sh |
| 22:22.54 | kerio | hm |
| 22:22.57 | Pali | kerio, ok then restart applet |
| 22:23.07 | kerio | i already rebooted dammit |
| 22:23.49 | kerio | it still appears as {bme_RX-51} /bin/sh /usr/sbin/bme_RX-51 |
| 22:23.53 | kerio | it's probably the problem here |
| 22:24.11 | DocScrutinizer05 | I'm rather sure about any package being *installed* is not the right flag for anything outside installation process to decide on it |
| 22:24.24 | Pali | kerio, did you started without /bin/sh prefix? |
| 22:24.30 | kerio | yes |
| 22:24.36 | kerio | sudo /usr/sbin/bme_RX-51 |
| 22:24.41 | kerio | i can't do more, i'm afraid |
| 22:24.49 | Pali | kerio, run: pgrep -f ^/usr/sbin/bme_RX-51 |
| 22:25.00 | DocScrutinizer05 | sudo what? |
| 22:25.27 | kerio | Pali: nothing |
| 22:25.31 | DocScrutinizer05 | don't you think a root process would also need root's environment? |
| 22:25.40 | kerio | DocScrutinizer05: it's a script that does jack shit |
| 22:25.54 | kerio | all i need is something that says "i'm /usr/sbin/bme_RX-51" and does nothing |
| 22:25.57 | DocScrutinizer05 | what for? |
| 22:26.00 | Pali | kerio, run without root |
| 22:26.16 | kerio | pgrep still fails |
| 22:26.25 | Pali | kerio, better start from bash |
| 22:26.44 | Pali | maybe busybox doing something stupid if you starting shell script from shell |
| 22:26.45 | kerio | DocScrutinizer05: because Pali's new battery applet does a shitton of weird tests to choose what to do |
| 22:27.02 | DocScrutinizer05 | :-/ |
| 22:27.20 | kerio | Pali: now it's bash /usr/sbin/bme_RX-51 |
| 22:27.25 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
| 22:27.37 | Pali | DocScrutinizer05, do you have idea how to check if new version of hald-addon-bme is installed? |
| 22:27.39 | kerio | by the way, you could just make it use bq2415x-charger :) |
| 22:28.17 | DocScrutinizer05 | Pali: well, for hostmode kernel we invented a version string in some /proc/* output |
| 22:28.35 | Pali | but this is userland part |
| 22:28.44 | kerio | DocScrutinizer05: as a sidenote, bq27200's full charge is the calibrated full charge, right? |
| 22:28.58 | kerio | and you should use that, instead of the design capacity |
| 22:29.14 | DocScrutinizer05 | err, yes? |
| 22:30.19 | kerio | DocScrutinizer05: i mean, bq27200 is the most accurate thing you can get, wrt battery status, so it should supersede anything else |
| 22:31.39 | DocScrutinizer05 | regarding what? |
| 22:32.31 | kerio | current consumption, TTE/TTF, full charge, percentage |
| 22:32.42 | kerio | current charge, too |
| 22:32.45 | DocScrutinizer05 | bq27200 is accurate only when CI=0 |
| 22:33.22 | DocScrutinizer05 | on all of those you listed except current consumption |
| 22:33.58 | kerio | hm, how do i get CI with the module? |
| 22:33.59 | DocScrutinizer05 | CI=1 and they could be off like if you had a car lead acid battery in that thing |
| 22:34.11 | kerio | DocScrutinizer05: yeah but maybe they're not :3 |
| 22:35.00 | kerio | ugh, you need to get the value from bq27200-0/registers |
| 22:35.11 | DocScrutinizer05 | eeeek |
| 22:35.53 | DocScrutinizer05 | look at bq27k-detail2.sh and then ponder why I decided to list stuff that way |
| 22:36.34 | kerio | hehehe |
| 22:37.10 | DocScrutinizer05 | I as well could have done a hexdump |
| 22:37.27 | DocScrutinizer05 | but I thought it's more useful the way it is now |
| 22:38.42 | DocScrutinizer05 | btw the bq27000.ko of openmoko actually had /raw sysnode as well, where you in fact could get that hexdump |
| 22:38.48 | DocScrutinizer05 | if you really need it |
| 22:38.59 | Pali | in kp too |
| 22:39.42 | DocScrutinizer05 | wm8753 audio mixer even allows writing raw hex values to same /raw sysnode in its sys-API |
| 22:40.06 | kerio | Pali: actually a "flags" file in bq27200-0 would be neat |
| 22:40.23 | DocScrutinizer05 | a flags dir maybe? |
| 22:40.59 | DocScrutinizer05 | hell, there aren't that many. make a /CI file, a /VDF1 file etc |
| 22:41.12 | Pali | patches are welcome :-) |
| 22:45.26 | kerio | Pali: are you going to add bq24k support to your status applet then? |
| 22:45.28 | kerio | it would be neat |
| 22:49.15 | Pali | kerio, it will not help |
| 22:49.26 | Pali | because current code reading data from HAL |
| 22:49.42 | kerio | yeah, i said *add* (: |
| 22:49.43 | Pali | and HAL updating values only every 10s |
| 22:50.03 | Pali | so this is reason why it is slow for this |
| 22:51.22 | Pali | kerio, code for receiving events from bq2415x kernel driver is in hald-addon-bme |
| 22:51.34 | Pali | and I do not want to copy & paste same code |
| 22:51.55 | kerio | can't you always grab the data from hald-addon-bme then? |
| 22:52.32 | kerio | skip the "compatibility" thing and require people to use bme+stock hald-addon or modules+replacement hald-addon |
| 22:52.35 | Pali | kerio, I can only from new hald-addon-bme |
| 22:52.59 | kerio | hold on, what happens if you install the applet with everything else stock? |
| 23:04.31 | *** join/#maemo-ssu luf (~luf@ip-89-103-223-164.net.upcbroadband.cz) |
| 23:15.23 | luf | merlin1991: I pushed the fix to the obexd git repository. |
| 23:21.40 | *** join/#maemo-ssu wmarone (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
| 23:40.30 | *** join/#maemo-ssu Timo (~timo@unaffiliated/tiempjuuh) |
| 23:56.34 | *** join/#maemo-ssu lizardo (~lizardo@88.red-2-139-206.staticip.rima-tde.net) |