| DocScrutinizer | then again I rarely ever been without internet connection during last ~12 months | 00:00 |
|---|---|---|
| DocScrutinizer | so proably I wouldn't even notice when marble used an online routing service rather than monav | 00:00 |
| DocScrutinizer | if the marble guys would care about their users, they had sorted the issue before even pushing anything to any repo, no matter if extras or extras-devel | 00:01 |
| DocScrutinizer | I mean how hard could it be to put a dependency to a particular version of monav in their marble .deb pkg? | 00:02 |
| *** OkropNick has quit IRC | 00:02 | |
| Itschue | so to monav 0.3-3 and marble 1.3 it can be a realy incompatibility or only an "fake" error because some code things wouldnt changed by the programmer | 00:02 |
| DocScrutinizer | sorry, this I didn't get now | 00:03 |
| Itschue | but these are the only two options or did understand it fals? | 00:04 |
| Itschue | i think it couldnt be hard for a programmer to put in dependencys but i wont sy too mouch about this becaus i didnt programm | 00:05 |
| *** thexception|off is now known as thexception | 00:06 | |
| *** jrocha has joined #maemo | 00:06 | |
| Itschue | it is very curios on maemo.org/packages the ny monav routing daemon 0.3-1 in extras free stand missing dependencies and the same version in extras-testing ther isnt this message | 00:09 |
| *** hurbu has quit IRC | 00:10 | |
| DocScrutinizer | err, yes. >> libqt4-core (>= 4.7.0~git20100909-0maemo1+0m5)<< what a shite it's missing this on extras repo | 00:14 |
| Itschue | this message is an error or? | 00:15 |
| Itschue | hmm i find routing daemon 0.3-1 but not routing client in version 03-1 only 03-2 or 03-3 | 00:17 |
| DocScrutinizer | DAMN YOU RECALLER | 00:22 |
| DocScrutinizer | every now and then it doesn't stop recording at end of call, and then it floods the storage with some insanely huge file. OR it simply goes completely bonkers and doesn't stop popping up a notice "recaller: recording since 15:03:35" every 30s, and nothing will stop that | 00:24 |
| DocScrutinizer | damn shit | 00:25 |
| DocScrutinizer | and I bet not ever this boot will fix it :-S | 00:26 |
| DocScrutinizer | even* | 00:26 |
| DocScrutinizer | as it's probably a recurring event in alarmd | 00:26 |
| Itschue | for what you use/need recaller? | 00:28 |
| DocScrutinizer | it records my calls | 00:28 |
| Itschue | nad gives yu work or? | 00:29 |
| DocScrutinizer | I pretty much like the idea to listen to them when I'm old and senile, and I got no dairy or anything else to refresh my memories | 00:30 |
| Itschue | cool idea | 00:30 |
| DocScrutinizer | soory "nad gives yu work" doesn't parse | 00:30 |
| *** LjL has quit IRC | 00:30 | |
| Itschue | that gives you work | 00:32 |
| DocScrutinizer | telegram style staements work the better, the more fluent and trained a speaker of the language you are | 00:32 |
| Itschue | and im not so good i know ill do my best i think i should be more often her to train my english | 00:34 |
| DocScrutinizer | very terse statements have no redundancy to correct any errors in them. make them even more terse and they start to lack important bits of info | 00:34 |
| DocScrutinizer | hmm, seems boot has 'fixed' the recurring notification at least. I hope the root cause got somewhat neutered by freeing up space on storage so recaller doesn'T enter pathological state when write() throws error | 00:36 |
| *** LjL has joined #maemo | 00:38 | |
| * DocScrutinizer idly ponders about his scrutinizer_daemon project from the shelf for green ideas that need some riping | 00:39 | |
| *** retro|cz has joined #maemo | 00:40 | |
| DocScrutinizer | some monitor daemon that would kick in when any app is causing unusual state of system - may it be high CPU load, suddenly increased battery drain, whatever | 00:41 |
| kerio | DocScrutinizer: ulimit *all* the things? | 00:42 |
| kerio | it's easy to check that nothing is using too much cpu if nothing *can* use too much cpu | 00:43 |
| DocScrutinizer | showing the parameter that tripped the threshold, the process that's the suspected culprit, a rotary to adjust the threshold to a particular acceptable limit for this process, and "ignore", "ignore always", "kill this time" and "kill every time" buttons | 00:43 |
| DocScrutinizer | kerio: yep, something similar to ulimits, but per process and with a warning dialog (at least on first time a process trips a limit) | 00:44 |
| *** mortenvp has quit IRC | 00:46 | |
| DocScrutinizer | faintly similar to cookie handling in browser: you can allow or reject cookies for any particukar URL, or just leave the rest of URLs to the general rules you've defined | 00:46 |
| kerio | a process is using too much cpu, let's use more cpu to display a dialog | 00:48 |
| DocScrutinizer | hahaha | 00:50 |
| DocScrutinizer | don't you think this was a rather silly comment? | 00:51 |
| DocScrutinizer | "battery is low, let's use some more battery to playback a warning signal" KTNXBYE | 00:53 |
| Itschue | hmmm | 00:54 |
| DocScrutinizer | oh wait, that's what maemo already does ;-P | 00:54 |
| Itschue | did i understand it right you speak about and app that reports app a use to much cpu there cann be an error in it app use very much ram space there can be an error | 00:56 |
| DocScrutinizer | yes | 00:56 |
| *** user_ has joined #maemo | 00:56 | |
| Itschue | that would be an geat ap because some days ago i had problems from minute to minute more processes are shown in htpo normlay they are under 200 and the go to over 600 and there where very very much processe called dbus-script | 00:59 |
| *** NIN101 has quit IRC | 00:59 | |
| DocScrutinizer | mhm, I know that :-D | 01:01 |
| DocScrutinizer | had the same problem ;-) | 01:01 |
| Itschue | o cool im not allone | 01:02 |
| DocScrutinizer | you mustn't place bogus files in /etc/dbus-scripts | 01:02 |
| Itschue | i decide to flash my device because uninstal several apps didnt worked | 01:02 |
| DocScrutinizer | it makes dbus-scriptd go havok | 01:02 |
| *** dhbiker has quit IRC | 01:03 | |
| *** Pali has quit IRC | 01:03 | |
| Itschue | place bogus files ??? dbus-script go havok = it restarts and the error is away? | 01:03 |
| *** geaaru has joined #maemo | 01:04 | |
| DocScrutinizer | exactly a typical case for my scrutinizer daemon, which whould detect the sudden increase on number of processes, should find out what's the parent process and SIGSTOP it and rise a requester what to do about the issue | 01:04 |
| DocScrutinizer | Itschue: in my case a placed a shell script in the /etc/dbus-scripts/ directory | 01:05 |
| DocScrutinizer | this was sufficient to make dbus-scripting daemon go mad and spawn almost 1000 processes | 01:05 |
| Itschue | and in my case its not easy to find out why i had so much dbus-scripts? | 01:06 |
| DocScrutinizer | actually it spawned new processes all the time, while some maemo think killed some of them when they hit limit of IIRC 1024 total processes on system | 01:06 |
| *** Kilroo has quit IRC | 01:06 | |
| *** prometoys has quit IRC | 01:07 | |
| Itschue | what happen when the sytem reach 1024 processes? | 01:07 |
| DocScrutinizer | Itschue: for some reason your /usr/sbin/dbus-scripts --system process spawned new processes as well | 01:08 |
| DocScrutinizer | Itschue: usually things get nasty when process table is completely filled, as no new processes can get started | 01:08 |
| DocScrutinizer | caling "killall dbus-scripts" in shell is a new process - usually ;-D | 01:09 |
| DocScrutinizer | (not on busybox, which back when this happened it saved me) | 01:09 |
| Itschue | so "killall dbus-scripts" must be "started before 1024 processes are reached ? | 01:11 |
| DocScrutinizer | basically yes | 01:11 |
| DocScrutinizer | on a normal system it's like that | 01:11 |
| DocScrutinizer | on maemo you got busybox shell which doesn't start a new process for builtins like kill | 01:11 |
| *** ced117 has quit IRC | 01:12 | |
| Itschue | o god i hope my english isnt to bad | 01:12 |
| DocScrutinizer | starting a xterm to access shell anyway IS a new process | 01:12 |
| Itschue | when i see 1021 processes i must hurry up right | 01:13 |
| DocScrutinizer | hehe | 01:13 |
| DocScrutinizer | probably it's already too late then :-D | 01:13 |
| Itschue | i must be verry fast *g* | 01:14 |
| DocScrutinizer | on a desktop linux the max number of processes is way higher though, maybe 32k | 01:14 |
| DocScrutinizer | at least I assume it's like that | 01:14 |
| DocScrutinizer | actually I've never tested ;-) | 01:15 |
| Itschue | something to the query i think the main chat here isnt the right place for the translation in german and question if i understand it right or not ? | 01:16 |
| DocScrutinizer | I guess with dbus-scripting the problem is rather simple: if there's a file in /etc/dbus-scripts.d/ that has an error, it may cause the daemon process to fork an now subprocess | 01:17 |
| *** dos1 has joined #maemo | 01:17 | |
| DocScrutinizer | usually we suggest to use google translate for that :-) | 01:17 |
| *** liar has quit IRC | 01:18 | |
| Itschue | i used it but wasnt sure yet | 01:19 |
| DocScrutinizer | though if anybody is using too poor or complicated english so you don't understand it, then this person might want to know about that fact and try to post simpler sentences | 01:20 |
| Itschue | i know google translator i use it too but sometimes it doenst 100% helps | 01:20 |
| DocScrutinizer | using proper punctuation and a spellchecker helps a lot | 01:21 |
| DocScrutinizer | (I know I'm not the best example for that :-D ) | 01:21 |
| *** geaaru has quit IRC | 01:22 | |
| Itschue | hmm where is a punctutation and spellchecker i dont know that google can do this | 01:23 |
| Itschue | on a scale from zero to ten, ten is the best where do you see my english? | 01:23 |
| *** Kilroo has joined #maemo | 01:24 | |
| Itschue | grrrrr downloads from marble maps faild said my n900 wtf is that | 01:24 |
| DocScrutinizer | it's not meant to be on google, spellchecker is helping me to spot typos on my IRC input line (if I care to watch for small red underlines). Punctuation is a matter of taking care ot to write on I usually start now sentences at least with a Capital Letter I also usually use a period. At end of semtence | 01:25 |
| DocScrutinizer | (scale) I'm no teacher, and we don't give grades here usually | 01:26 |
| Itschue | hmm please make an exception | 01:27 |
| DocScrutinizer | you're too shy to use proper pidgin | 01:28 |
| *** user_ has quit IRC | 01:29 | |
| Itschue | to shy to use proper pidgin ? | 01:29 |
| Itschue | when yo didnt give a grade how good can you understand me ? | 01:29 |
| DocScrutinizer | your sentences are too complex for your english skills | 01:30 |
| *** sq-one has quit IRC | 01:30 | |
| DocScrutinizer | your very last pst is a good example | 01:31 |
| DocScrutinizer | it didn't transport exactly what I guess you meant | 01:31 |
| *** Venusaur is now known as suiseiseki | 01:33 | |
| DocScrutinizer | "You do not give grade. OK. You can understand me?" is almost same in "pidgin" | 01:34 |
| DocScrutinizer | it's quite obvious that you tried to pack three notions/statements into one complex sentence, and that didn't exactly work | 01:35 |
| Itschue | i see two notions/statements | 01:37 |
| DocScrutinizer | the linking of both is a statement of its own | 01:37 |
| *** FACEFOX-DOT-COM has quit IRC | 01:37 | |
| DocScrutinizer | and it's a quite hard to understand statement | 01:38 |
| Itschue | but when i ask you can understand me? i get as answer yes or no right? | 01:38 |
| DocScrutinizer | right | 01:38 |
| Itschue | but i still want to know how good you understand me | 01:39 |
| DocScrutinizer | I wouldn't know how to properly answe this question. In any language | 01:39 |
| DocScrutinizer | obviously I understand your last few posts good enough to have a conversation with you - at least that'S how it seems to me | 01:40 |
| Itschue | the "still" was to much | 01:41 |
| DocScrutinizer | yes | 01:42 |
| *** FACEFOX-DOT-COM has joined #maemo | 01:43 | |
| *** FACEFOX-DOT-COM has quit IRC | 01:43 | |
| Itschue | " I wouldn't know how to properly answe this question. In any language" because the question was to bad ? | 01:43 |
| DocScrutinizer | anyway it seems your english is just fine for this channel (my own english skills are far from anything like "good") | 01:43 |
| *** jonne|reconnecte has quit IRC | 01:44 | |
| Itschue | i think your english is good | 01:45 |
| DocScrutinizer | (woukdn't know) not because the question was bad, but because I a) lack the english expertise to rate your english, and b) I have no commonly accepted scale to use | 01:45 |
| DocScrutinizer | all I can say is a yes/no or good/bad qualification, and your english clearly rates for the "good" | 01:46 |
| DocScrutinizer | at least since last 15 or so minutes | 01:46 |
| Itschue | thank you for your patience with me | 01:48 |
| DocScrutinizer | yw | 01:48 |
| Itschue | yw ? | 01:48 |
| DocScrutinizer | you're welcome | 01:48 |
| Itschue | grrr i didnt get marble installed | 01:49 |
| DocScrutinizer | sorry, I'm out now, for saturday evening activities | 01:49 |
| Itschue | hmm i think youre english good and much better than mine (hope thats right spelling) | 01:49 |
| Itschue | no problem i thank you soooooo much | 01:50 |
| Itschue | you help me, and bear to me even | 01:50 |
| *** FACEFOX-DOT-COM has joined #maemo | 01:51 | |
| *** FACEFOX-DOT-COM has quit IRC | 01:51 | |
| *** FACEFOX-DOT-COM has joined #maemo | 01:55 | |
| *** int_ua has joined #maemo | 02:02 | |
| *** jrocha has quit IRC | 02:05 | |
| *** markinfo has quit IRC | 02:06 | |
| *** suiseiseki is now known as Suiseiseki | 02:08 | |
| *** Itschue|ghost has joined #maemo | 02:21 | |
| *** mortenvp has joined #maemo | 02:22 | |
| *** Sazpaimon_ has joined #maemo | 02:22 | |
| *** Sazpaimon_ has quit IRC | 02:22 | |
| *** Itschue has quit IRC | 02:23 | |
| *** Sazpaimon_ has joined #maemo | 02:23 | |
| *** Sazpaimon_ has quit IRC | 02:23 | |
| *** Sazpaimon_ has joined #maemo | 02:23 | |
| *** Sazpaimon_ has quit IRC | 02:23 | |
| *** Sazpaimon_ has joined #maemo | 02:23 | |
| *** Sazpaimon_ has quit IRC | 02:23 | |
| *** Sazpaimon_ has joined #maemo | 02:23 | |
| *** zap has quit IRC | 02:24 | |
| *** Sazpaimon has quit IRC | 02:26 | |
| *** dos1 has quit IRC | 02:33 | |
| *** int_ua has quit IRC | 02:34 | |
| *** PeterWolf has joined #maemo | 02:37 | |
| *** Itschue|ghost has quit IRC | 02:47 | |
| *** DrGrov has joined #maemo | 03:00 | |
| *** LaoLang_cool has joined #maemo | 03:12 | |
| *** topobot has joined #maemo | 03:21 | |
| topobot | hi | 03:21 |
| topobot | is there any company producing smartphones with maemo? | 03:22 |
| topobot | or maemo is oldschool? | 03:22 |
| villager | it isn't open enough that anyone other than nokia could do it | 03:28 |
| villager | meego was supposed to fix that, but... | 03:30 |
| *** croppa has joined #maemo | 03:30 | |
| *** t_s_o has quit IRC | 03:45 | |
| *** DrGrov has left #maemo | 03:48 | |
| *** sirdancealot has quit IRC | 03:48 | |
| SpeedEvil | :/ | 03:49 |
| SpeedEvil | Alas true | 03:49 |
| *** sirdancealot2 has joined #maemo | 03:51 | |
| *** sirdancealot2 has quit IRC | 04:04 | |
| *** sirdancealot has joined #maemo | 04:05 | |
| *** uen| has joined #maemo | 04:10 | |
| *** sirdancealot has quit IRC | 04:12 | |
| *** uen has quit IRC | 04:14 | |
| *** nox- has quit IRC | 04:16 | |
| *** sirdancealot has joined #maemo | 04:40 | |
| *** Roomerlol has quit IRC | 04:41 | |
| *** sirdancealot has quit IRC | 04:47 | |
| *** Roomerlol has joined #maemo | 04:54 | |
| *** LaoLang_cool has quit IRC | 04:56 | |
| *** thexception is now known as thexception|off | 04:58 | |
| *** LaoLang_cool has joined #maemo | 05:04 | |
| *** Roomerlol has quit IRC | 05:09 | |
| jpinx | . | 05:17 |
| *** LaoLang_cool has quit IRC | 05:23 | |
| *** Roomerlol has joined #maemo | 05:25 | |
| *** ArGGu^^ has quit IRC | 05:33 | |
| *** radic has quit IRC | 05:38 | |
| *** radic_ has joined #maemo | 05:38 | |
| *** radic_ is now known as radic | 05:38 | |
| *** bergie has joined #maemo | 05:43 | |
| *** PeterWolf has quit IRC | 05:43 | |
| *** pcfe has quit IRC | 05:58 | |
| *** pcfe has joined #maemo | 05:59 | |
| *** pcfe has quit IRC | 05:59 | |
| *** pcfe has joined #maemo | 05:59 | |
| *** dockane has joined #maemo | 06:01 | |
| *** dockane_ has quit IRC | 06:04 | |
| *** valerius has quit IRC | 06:07 | |
| *** Gh0sty has quit IRC | 06:18 | |
| *** Gh0sty has joined #maemo | 06:20 | |
| *** robbiethe1st has joined #maemo | 06:20 | |
| *** robbiethe1st has quit IRC | 06:22 | |
| *** valerius has joined #maemo | 06:23 | |
| *** robbiethe1st has joined #maemo | 06:25 | |
| *** Sazpaimon_ is now known as Sazpaimon | 06:44 | |
| *** PeterWolf has joined #maemo | 07:03 | |
| *** robink_ has quit IRC | 07:31 | |
| *** ferdna has joined #maemo | 07:32 | |
| *** robink_ has joined #maemo | 07:35 | |
| *** robink_ is now known as robink | 07:40 | |
| *** robink has joined #maemo | 07:40 | |
| *** ArGGu^^ has joined #maemo | 07:46 | |
| *** tank-man has quit IRC | 08:00 | |
| *** e-yes has joined #maemo | 08:00 | |
| *** Zahra has joined #maemo | 08:00 | |
| *** fscker has quit IRC | 08:17 | |
| *** fscker has joined #maemo | 08:17 | |
| *** fscker has quit IRC | 08:18 | |
| *** fscker has joined #maemo | 08:19 | |
| *** fscker has quit IRC | 08:20 | |
| *** fscker has joined #maemo | 08:20 | |
| *** Roomerlol has quit IRC | 08:41 | |
| *** FACEFOX-DOT-COM has quit IRC | 08:44 | |
| *** FACEFOX-DOT-COM has joined #maemo | 08:51 | |
| *** FACEFOX-DOT-COM has quit IRC | 08:57 | |
| *** FACEFOX-DOT-COM has joined #maemo | 09:09 | |
| *** FACEFOX-DOT-COM has quit IRC | 09:18 | |
| *** sirdancealot has joined #maemo | 09:19 | |
| *** FACEFOX-DOT-COM has joined #maemo | 09:27 | |
| *** LaoLang_cool has joined #maemo | 09:39 | |
| *** FACEFOX-DOT-COM has quit IRC | 09:41 | |
| *** FACEFOX-DOT-COM has joined #maemo | 09:52 | |
| *** Pali has joined #maemo | 09:57 | |
| *** sq-one has joined #maemo | 10:01 | |
| *** FACEFOX-DOT-COM has quit IRC | 10:02 | |
| *** koo4 has joined #maemo | 10:04 | |
| *** sq-one has quit IRC | 10:04 | |
| *** FACEFOX-DOT-COM has joined #maemo | 10:13 | |
| *** FACEFOX-DOT-COM has quit IRC | 10:13 | |
| *** tank-man has joined #maemo | 10:14 | |
| *** dhbiker has joined #maemo | 10:15 | |
| *** FACEFOX-DOT-COM has joined #maemo | 10:18 | |
| *** FACEFOX-DOT-COM has quit IRC | 10:18 | |
| *** FACEFOX-DOT-COM has joined #maemo | 10:23 | |
| *** sasquatch has quit IRC | 10:29 | |
| *** ferdna has quit IRC | 10:29 | |
| *** sasquatch has joined #maemo | 10:29 | |
| *** Itschue has joined #maemo | 10:30 | |
| *** ferdna has joined #maemo | 10:30 | |
| *** FACEFOX-DOT-COM has quit IRC | 10:30 | |
| *** udovdh has quit IRC | 10:32 | |
| *** zap has joined #maemo | 10:33 | |
| *** ferdna has quit IRC | 10:33 | |
| *** udovdh has joined #maemo | 10:33 | |
| Itschue | good morning | 10:34 |
| *** MacDrunk has joined #maemo | 10:37 | |
| *** FACEFOX-DOT-COM has joined #maemo | 10:38 | |
| *** FACEFOX-DOT-COM has quit IRC | 10:40 | |
| *** Gadgetoid has left #maemo | 10:43 | |
| *** uen| is now known as uen | 10:47 | |
| *** dhbiker has quit IRC | 10:54 | |
| *** dhbiker has joined #maemo | 10:54 | |
| *** FACEFOX-DOT-COM has joined #maemo | 10:55 | |
| *** MacDrunk has left #maemo | 10:56 | |
| *** dhbiker has quit IRC | 11:15 | |
| *** dhbiker has joined #maemo | 11:17 | |
| *** auenfx4 has quit IRC | 11:18 | |
| *** kerio92 has joined #maemo | 11:19 | |
| *** kerio has quit IRC | 11:21 | |
| *** kerio92 is now known as kerio | 11:21 | |
| *** auenf has joined #maemo | 11:21 | |
| *** sirdancealot has quit IRC | 11:22 | |
| *** spark666 has joined #maemo | 11:27 | |
| *** NIN101 has joined #maemo | 11:32 | |
| *** NIN102 has joined #maemo | 11:33 | |
| *** NIN102 has quit IRC | 11:35 | |
| *** Free-MG has joined #maemo | 11:35 | |
| *** hurbu has joined #maemo | 11:43 | |
| *** robbiethe1st has quit IRC | 11:47 | |
| *** thexception|off is now known as thexception | 11:52 | |
| *** sirdancealot has joined #maemo | 11:54 | |
| *** piggz has quit IRC | 11:56 | |
| *** ced117 has joined #maemo | 11:59 | |
| *** ced117 has quit IRC | 11:59 | |
| *** ced117 has joined #maemo | 11:59 | |
| *** spark666 has quit IRC | 12:01 | |
| *** jrocha has joined #maemo | 12:06 | |
| *** spark666 has joined #maemo | 12:07 | |
| *** spark666 has joined #maemo | 12:07 | |
| *** jrocha has quit IRC | 12:08 | |
| Itschue | someone here ? | 12:13 |
| spark666 | yes | 12:14 |
| Itschue | my n900 cant acces to nokia repository | 12:15 |
| Itschue | can you access nokia repository? | 12:15 |
| spark666 | yes | 12:16 |
| Itschue | you can access ? | 12:16 |
| spark666 | your internet connection works for sure? | 12:16 |
| spark666 | on phone i mean | 12:16 |
| Itschue | yes on phone i have acces to maemo.org repository | 12:16 |
| Itschue | can surf to google and other inet sites | 12:17 |
| Itschue | an on pc can surf but cant acces to nokia repository | 12:18 |
| Itschue | its curious or? | 12:19 |
| spark666 | yeah... | 12:20 |
| spark666 | brb ill need to reboot my laptop | 12:20 |
| Itschue | ok im back later have to go to bathromm for something | 12:21 |
| spark666 | okey | 12:22 |
| *** spark666 has quit IRC | 12:24 | |
| *** mortenvp has quit IRC | 12:24 | |
| *** piggz has joined #maemo | 12:26 | |
| *** Zahra has quit IRC | 12:29 | |
| *** spark666 has joined #maemo | 12:29 | |
| *** spark666 has joined #maemo | 12:29 | |
| *** OkropNick has joined #maemo | 12:30 | |
| *** LaoLang_cool has quit IRC | 12:35 | |
| freemangordon | Pali, ping | 12:38 |
| Pali | freemangordon, pong | 12:38 |
| freemangordon | Pali, hald-addon-bme is to the point that I have to get the real data, Where am I supposed go get that? | 12:39 |
| freemangordon | from | 12:39 |
| freemangordon | which sysfs entry is that? | 12:39 |
| Pali | /sys/class/power... | 12:39 |
| Pali | use entry "uevent" | 12:40 |
| freemangordon | so, i should stop bme and insmod bqxxx module? | 12:40 |
| Pali | yes | 12:40 |
| freemangordon | uevent? | 12:40 |
| Pali | also for monitoring changes use inotify calls | 12:40 |
| Pali | standard linux uevent file | 12:40 |
| freemangordon | :D | 12:40 |
| freemangordon | good to hear. | 12:40 |
| freemangordon | sorry, do you have an example or I have to google | 12:41 |
| Pali | after loading bq27x00_battery module, you will get /sys/class/power_supply/bq27200-*/ | 12:41 |
| freemangordon | I know that | 12:41 |
| Pali | and here will be uevent file | 12:41 |
| freemangordon | know that too | 12:41 |
| Pali | format is PROPERTY=VALUE | 12:41 |
| freemangordon | but have NFC what to do with it | 12:41 |
| freemangordon | aaah | 12:41 |
| freemangordon | ok | 12:41 |
| Pali | use inotify for monitoring if that file was changed | 12:41 |
| Pali | and when changed, read it | 12:42 |
| freemangordon | ok | 12:42 |
| *** iDont has joined #maemo | 12:42 | |
| Pali | when you load bq2415x_charger module you will get entry /sys/class/power_supplt/bq2415x*/ | 12:42 |
| *** shanttu has joined #maemo | 12:43 | |
| freemangordon | Pali, do I need it? | 12:43 |
| Pali | but I think for monitoring battery is only needed bq27200 chip | 12:43 |
| freemangordon | yeah | 12:43 |
| Pali | bq24150 chip tell you when you really charging battery | 12:43 |
| Pali | but that can tell also bq27200 | 12:44 |
| freemangordon | ok, for now I will use 27200 | 12:44 |
| *** SmilybOrg has joined #maemo | 12:48 | |
| *** SmilybOrg is now known as Guest18652 | 12:49 | |
| *** SmilyOrg has quit IRC | 12:52 | |
| *** BCMM has joined #maemo | 13:05 | |
| *** shanttu has quit IRC | 13:05 | |
| *** piggz has quit IRC | 13:06 | |
| *** thexception is now known as thexception|off | 13:10 | |
| *** piggz has joined #maemo | 13:12 | |
| *** liar has joined #maemo | 13:14 | |
| *** iDont has quit IRC | 13:15 | |
| *** Itschue has quit IRC | 13:18 | |
| DocScrutinizer | Pali: inotify doesn't work on sysfs | 13:19 |
| Pali | and what is working? | 13:19 |
| *** Itschue has joined #maemo | 13:19 | |
| freemangordon | g_file_monitor? | 13:20 |
| DocScrutinizer | kevents, if maemo powerkernel supports that | 13:20 |
| Pali | for example musb driver call sysfs_notify | 13:21 |
| Pali | and then hal is monitoring status of file | 13:21 |
| DocScrutinizer | Pali: you loked into ke-recv | 13:22 |
| DocScrutinizer | look again! | 13:22 |
| Pali | ke-recv receiving events from hal | 13:22 |
| DocScrutinizer | ooh | 13:22 |
| Pali | it connect to hal via dbus | 13:23 |
| Pali | and listen for dbus signals | 13:23 |
| Pali | ok, I looked into power_supply code and it call kobject_uevent KOBJ_CHANGE | 13:24 |
| DocScrutinizer | that's kevents | 13:24 |
| DocScrutinizer | aka kobjects | 13:24 |
| *** Free-MG has quit IRC | 13:24 | |
| Pali | I looked into hal year ago and I remember it monitor uevent file of power_supply | 13:25 |
| Pali | I download sources again | 13:25 |
| DocScrutinizer | maybe it's polling uevent | 13:26 |
| DocScrutinizer | which is a BAD thing | 13:26 |
| *** udovdh has quit IRC | 13:27 | |
| DocScrutinizer | I always thought ke-recv is KernelEvents-RECeiVe | 13:28 |
| Pali | when I patched kernel-power to call sysfs_notify when musb driver change mode to host HAL has correct state of usb host mode | 13:28 |
| Pali | without that patch HAL still show old informations, so hal do not polling for musb | 13:29 |
| DocScrutinizer | sysfs-notify is using kevents afaik | 13:29 |
| Pali | shit, now I looked into hal code for power_supply | 13:30 |
| Pali | and it doing polling | 13:30 |
| DocScrutinizer | I knew that | 13:30 |
| DocScrutinizer | sysfs-notify / kevents wasn't available or very commonly used when maemo kernel version was developed | 13:32 |
| Pali | I wil try to look what is doing with musb | 13:32 |
| DocScrutinizer | kevents concept is relatively "new" | 13:32 |
| *** diverse_izzue has joined #maemo | 13:33 | |
| DocScrutinizer | use MXR, search for kobject_uevent | 13:33 |
| *** udovdh has joined #maemo | 13:34 | |
| DocScrutinizer | a pity you won't get a single hit | 13:34 |
| DocScrutinizer | we at h-e-n frowned at that a lot | 13:34 |
| freemangordon | what about libudev? | 13:34 |
| *** ced117_ has joined #maemo | 13:34 | |
| DocScrutinizer | freemangordon: udev is similar to kobjects, just a tiny bit different | 13:34 |
| freemangordon | but could it be used? | 13:35 |
| DocScrutinizer | I don't think so | 13:35 |
| DocScrutinizer | it could be ABused | 13:35 |
| freemangordon | so, what am I supposed to use :) | 13:35 |
| DocScrutinizer | but why would we wanna do that when there's nice shiny kobject_uevent concept | 13:36 |
| DocScrutinizer | freemangordon: for now you need polling | 13:36 |
| DocScrutinizer | :-/ | 13:36 |
| DocScrutinizer | until pali fixed the kernel side and implemented kobject_uevent | 13:36 |
| DocScrutinizer | aka sysfs-notify | 13:36 |
| *** ced117 has quit IRC | 13:36 | |
| freemangordon | so, you are sure i cannot use udev_monitor? | 13:37 |
| DocScrutinizer | yes. been there, tried that | 13:37 |
| freemangordon | :( | 13:37 |
| *** zeq has joined #maemo | 13:38 | |
| DocScrutinizer | udev-adm monitor -> nuttin | 13:39 |
| DocScrutinizer | actually all you both said has been said by me some 2 years ago, and IIRC it was moh who educated me about maemo not using kevents | 13:40 |
| DocScrutinizer | for sure it was moh who tought me inotify doesn't work on sysfs | 13:42 |
| Pali | hal using special maemo addon for musb | 13:42 |
| Pali | source code is in hald/linux/addons/addon-usb-cable.c | 13:43 |
| freemangordon | damn, so I have to poll. well, actually stock hald-addon-bme polls bme too :) | 13:43 |
| Pali | addon open filedesc on sysfs entry | 13:43 |
| Pali | and call syscall poll | 13:43 |
| Pali | after syscall exit read sysfs file | 13:44 |
| *** diverse_izzue has quit IRC | 13:44 | |
| freemangordon | Pali, where is that code? | 13:44 |
| Pali | http://repository.maemo.org/pool/fremantle/free/h/hal/ | 13:44 |
| *** mortenvp has joined #maemo | 13:45 | |
| Pali | and if kernel (musb driver) do not call notify, poll syscall do not return | 13:45 |
| *** dos1 has joined #maemo | 13:46 | |
| freemangordon | so, can we use that for bq | 13:46 |
| Pali | freemangordon, also code online here: http://mxr.maemo.org/fremantle/source/hal/hald/linux/addons/addon-usb-cable.c | 13:46 |
| freemangordon | ok, i did apt-get source | 13:47 |
| * SpeedEvil idly wonders if you can swap emmc for a SD transparently. | 13:47 | |
| Pali | freemangordon, no idea if it will work, in power_supply is kobject_event call | 13:47 |
| *** piggz has quit IRC | 13:47 | |
| freemangordon | aah, ok, si i will have to poll it :( | 13:48 |
| freemangordon | *so | 13:48 |
| *** diverse_izzue has joined #maemo | 13:48 | |
| ShadowJK | iirc poll()/select() works in sysfs, and wakes up when driver calls notify_all() or something like that | 13:48 |
| ShadowJK | oh you discovered already | 13:49 |
| ShadowJK | I was scrolled up a bit :) | 13:49 |
| ShadowJK | SpeedEvil: transparently, on the fly, online? | 13:49 |
| ShadowJK | I think you'd edit the script which mounts emmc, and disable the scripts that mount sd? :) | 13:50 |
| SpeedEvil | ShadowJK: Well - no | 13:52 |
| SpeedEvil | ShadowJK: offline - with hot-air and shizzle. | 13:52 |
| ShadowJK | oh, lol | 13:52 |
| spark666 | its okey to give user a password? | 13:56 |
| spark666 | like gpasswd user xxxxyyyxx | 13:57 |
| *** ale152 has joined #maemo | 13:57 | |
| DocScrutinizer | ShadowJK: Pali: freemangordon: aiui poll() and read() only wait for the function in kernel delivering new value for the sysfs node. However this is supposed to happen immediately after the read() *triggered* the function. So the poll()/read() doesn't wait for *new* state of e.g. VBUS, it simply *polls* the state each time addon-usb-cable.c main() gets called | 13:57 |
| DocScrutinizer | AIUI | 13:57 |
| DocScrutinizer | spark666: yes | 13:57 |
| spark666 | couse when i try to ssh my n900 (not as root) it ask me the passw | 13:57 |
| spark666 | but user doesnt have one by default afaik | 13:58 |
| freemangordon | su user? | 13:58 |
| freemangordon | after logged in as root | 13:58 |
| spark666 | freemangordon: and what that makes?:P | 13:58 |
| DocScrutinizer | spark666: yes, that's how ssh works | 13:58 |
| DocScrutinizer | ssh demands a password being set | 13:59 |
| spark666 | DocScrutinizer: humm user its allready in sudoers | 13:59 |
| spark666 | but its whit nopasswd | 13:59 |
| DocScrutinizer | unrelated | 13:59 |
| spark666 | ok:P | 13:59 |
| DocScrutinizer | though you might want to fix this nonsense as well | 14:00 |
| DocScrutinizer | ~jrtools | 14:00 |
| infobot | from memory, jrtools is http://wiki.maemo.org/User:Joerg_rw/tools | 14:00 |
| spark666 | it works | 14:01 |
| spark666 | :D | 14:01 |
| freemangordon | so, i should setup a timer and read the state of what? | 14:02 |
| DocScrutinizer | that's the very polling HAL does | 14:03 |
| *** dos1 has quit IRC | 14:03 | |
| spark666 | ohh and btw its safe to switch to bash? | 14:03 |
| DocScrutinizer | which I toldya you'll have to use until Pali fixed sysfs-notify cals in kernel | 14:03 |
| *** dos1 has joined #maemo | 14:03 | |
| DocScrutinizer | spark666: not exactly, for user | 14:03 |
| spark666 | DocScrutinizer: then ill stich to ash,even that im not a big fan :P | 14:04 |
| DocScrutinizer | well it's safe to switch to bash for login shells, unless you also replace busybox by proper unix tools, *and* make bash a valid shell in /etc/shells | 14:04 |
| DocScrutinizer | again, see | 14:05 |
| DocScrutinizer | ~jrtools | 14:05 |
| infobot | from memory, jrtools is http://wiki.maemo.org/User:Joerg_rw/tools | 14:05 |
| spark666 | im looking right now:P | 14:05 |
| *** maybeWTF has joined #maemo | 14:06 | |
| DocScrutinizer | zhe crux is: boot resp X/hildon init scripts are using some busyboxisms, and when your system user is using bash and unix tools instead busybox during boot, it will bootloop | 14:07 |
| DocScrutinizer | root however is dafe to completely replace messybox and switch to bash, I've been told | 14:08 |
| DocScrutinizer | safe* | 14:08 |
| *** maybeHere has quit IRC | 14:09 | |
| spark666 | hummm | 14:10 |
| DocScrutinizer | so if you are going to add /usr/bin/gnu etc to PATH in .bashrc, make DAMN SURE you remove this bullshit line >> . .bashrc<< from your .profile | 14:10 |
| spark666 | i wont switch to bash better..more safw | 14:11 |
| spark666 | safe* | 14:11 |
| DocScrutinizer | as this will make busybox also source .bashrc, which in turn causes PATH make usr/bin/gnu primary executable location, which in turn causes bootloop | 14:11 |
| spark666 | i understand what you say | 14:12 |
| DocScrutinizer | spark666: I have the setup like I shown in ~jrtools, and first cmd I enter after login is >>bash<< | 14:12 |
| DocScrutinizer | safe bet | 14:12 |
| *** piggz has joined #maemo | 14:14 | |
| *** dhbiker has quit IRC | 14:15 | |
| *** ale152 has quit IRC | 14:16 | |
| freemangordon | DocScrutinizer, any idea how to force hal to load the addon? | 14:19 |
| DocScrutinizer | nope | 14:19 |
| DocScrutinizer | HAL is EVIL | 14:19 |
| DocScrutinizer | I tend not to touch it | 14:19 |
| DocScrutinizer | :-) | 14:19 |
| *** liar has quit IRC | 14:19 | |
| vdv | following dbus call has no effect my n900 dbus-send --system --type=method_call --dest=com.nokia.mce /com/nokia/mce/request com.nokia.mce.request.req_led_pattern_activate string:"PatternCommunicationIM" | 14:20 |
| *** liar has joined #maemo | 14:20 | |
| vdv | what can be the reason for that? | 14:20 |
| DocScrutinizer | esp since I heard it's already dead, and what we see in maemo is a zombie | 14:20 |
| DocScrutinizer | vdv: either you got a typo, or your etc/mce/mce.ini has no pattern of that name, or that pattern has lower prio than the one currently active, or it's not defined to be active for the state your device is in | 14:22 |
| vdv | hmm | 14:22 |
| Pali | freemangordon, forgot about kobject, notify, ... | 14:22 |
| vdv | doubt, that it typo is, because copy-pasted from here http://wiki.maemo.org/Phone_control#LED | 14:23 |
| DocScrutinizer | iirc per default that pattern is defined as being active on locked screen only | 14:23 |
| *** piggz has quit IRC | 14:23 | |
| freemangordon | Pali, yeah, going to poll | 14:23 |
| DocScrutinizer | vdv: lemme check - a minute please | 14:24 |
| Pali | bq27200 kernel driver doing polling internally | 14:24 |
| vdv | there's a line in mce.ini, PatternCommunicationIM=30;1;0;0000;0000;40007f00017f017f050001ff01ff0000 | 14:24 |
| DocScrutinizer | vdv: works great on my locked device here | 14:25 |
| Pali | so there cannot be proper implementation. you need to poll in kernel or poll in user space | 14:25 |
| DocScrutinizer | also works on unlocked device3 | 14:25 |
| DocScrutinizer | I c&p your post above | 14:25 |
| freemangordon | Pali, can I poll this uevent file? | 14:26 |
| vdv | very interesting.. | 14:26 |
| vdv | something is wrong with my n900 | 14:26 |
| DocScrutinizer | Pali: I explained bq27200.ko is CRAP, just yesterday | 14:26 |
| Pali | I tried syscall select, but it not worked correctly | 14:26 |
| DocScrutinizer | Pali: OTOH this chip has no infra to do proper event driven (IRQ-based) signalling | 14:27 |
| *** dos1 has quit IRC | 14:27 | |
| *** dos1 has joined #maemo | 14:27 | |
| vdv | DocScrutinizer, PatternBatteryFull worked | 14:28 |
| DocScrutinizer | vdv: check your settings-notificationlight | 14:28 |
| Pali | bq driver read properties every 360s | 14:28 |
| DocScrutinizer | LOL | 14:28 |
| vdv | DocScrutinizer, device is connected via usb at the moment | 14:28 |
| Pali | so uevent file is updated every 360s | 14:28 |
| Pali | but if you read it, kernel driver update it immediately | 14:29 |
| vdv | maybe that is the reason? | 14:29 |
| Pali | so select/poll syscalls is not good idea | 14:29 |
| freemangordon | no, i meant "read" every 5 secs or so | 14:29 |
| Pali | freemangordon, use some timer and every 10s read uevent file | 14:29 |
| freemangordon | yep | 14:30 |
| DocScrutinizer | freemangordon: which is exactly the same | 14:30 |
| freemangordon | the same as? | 14:30 |
| Pali | no better solution | 14:30 |
| DocScrutinizer | indeed | 14:30 |
| freemangordon | :nod: | 14:30 |
| Pali | bq chip has no signal... | 14:30 |
| freemangordon | well, going to do it | 14:30 |
| DocScrutinizer | as fsckng HAL doesn'T signal hald-addon-bme/whatever when to *poll* the sysfs file | 14:30 |
| DocScrutinizer | and bq27200 doesn't tell kernel when values have changed | 14:31 |
| vdv | DocScrutinizer, settings-notificationlight is a file? | 14:31 |
| DocScrutinizer | SETTINGS | 14:31 |
| vdv | ah, menu | 14:31 |
| *** kama has joined #maemo | 14:31 | |
| vdv | but there's no notificationlight submenu | 14:32 |
| DocScrutinizer | meh | 14:32 |
| DocScrutinizer | there is | 14:32 |
| vdv | ah, right | 14:32 |
| vdv | sorry ) | 14:32 |
| vdv | works now | 14:32 |
| *** dos1 has quit IRC | 14:33 | |
| vdv | thanks | 14:33 |
| DocScrutinizer | :-P | 14:33 |
| DocScrutinizer | yw | 14:33 |
| *** ced117_ has quit IRC | 14:33 | |
| *** ced117 has joined #maemo | 14:33 | |
| *** ced117 has quit IRC | 14:33 | |
| *** ced117 has joined #maemo | 14:33 | |
| *** dos1 has joined #maemo | 14:33 | |
| DocScrutinizer | freemangordon: however please ponder how to make the 10s sleep configurable | 14:35 |
| freemangordon | yeah, sure | 14:35 |
| DocScrutinizer | so you (at least on boottime, via parameter, $env, whatever) could set it to 1s for rapid reporting, or to 300s for better battery saving | 14:35 |
| freemangordon | gconf or something | 14:35 |
| DocScrutinizer | gconf is too way up? | 14:36 |
| DocScrutinizer | dunno when HAL gets instantiated | 14:36 |
| DocScrutinizer | if gconf is available at that time | 14:36 |
| DocScrutinizer | I gather hal has other settings to read during startup, just add something there | 14:37 |
| freemangordon | ok, will find a way, lets first have the functionality in place | 14:37 |
| DocScrutinizer | if that's gconf - fine. If it's some /etc/* file, add it there | 14:37 |
| *** kerio has quit IRC | 14:38 | |
| freemangordon | ok, will remember it | 14:38 |
| DocScrutinizer | :- | 14:38 |
| DocScrutinizer | ) | 14:38 |
| *** hurrian has joined #maemo | 14:38 | |
| DocScrutinizer | freemangordon: sysfs_path = getenv ("HAL_PROP_LINUX_SYSFS_PATH"); (/addon-usb-cable.c 271) | 14:39 |
| *** markinfo has joined #maemo | 14:39 | |
| *** kerio has joined #maemo | 14:40 | |
| *** dos1 has quit IRC | 14:40 | |
| DocScrutinizer | poll_period = getenv ("HAL_PROP_POLL_PERIOD_SECONDS"); | 14:41 |
| *** dos1 has joined #maemo | 14:41 | |
| DocScrutinizer | yw | 14:41 |
| DocScrutinizer | err | 14:42 |
| DocScrutinizer | poll_period = getenv ("HAL_PROP_VBUS_POLL_PERIOD_SECONDS"); | 14:42 |
| DocScrutinizer | analog for other stuff | 14:42 |
| DocScrutinizer | while VBUS actually *has* IRQ so can get implemented event-driven/IRQ-based | 14:43 |
| DocScrutinizer | bq27200 hasn't | 14:43 |
| DocScrutinizer | so maybe | 14:43 |
| DocScrutinizer | poll_period = getenv ("HAL_PROP_BQ27200_POLL_PERIOD_SECONDS"); | 14:43 |
| DocScrutinizer | I guess you got it :-) | 14:44 |
| DocScrutinizer | for the chanlog: | 14:45 |
| DocScrutinizer | poll_period = getenv ("HAL_PROP_BQ27200_POLL_PERIOD_SECONDS"); | 14:45 |
| *** spark666 has quit IRC | 14:46 | |
| *** M4rtinK has joined #maemo | 14:47 | |
| *** hurrian has quit IRC | 14:48 | |
| *** dhbiker has joined #maemo | 14:49 | |
| DocScrutinizer | on a sidenote: this is exactly the crap sensorfw of meego did - for *all* sensors | 14:50 |
| *** spark666 has joined #maemo | 14:51 | |
| *** spark666 has joined #maemo | 14:51 | |
| DocScrutinizer | in any A(B(C(sysfs))) config, system C polls sysfs, B polls C, A polls B. Each on random periods, each causing wakeup of CPU. | 14:52 |
| DocScrutinizer | Not like a sane event driven setup where sysfs notifies C notifies B notifies A, *only* if there's actually something *new* to notify | 14:52 |
| DocScrutinizer | form above you might have guessed this is inevitable for some rare cases where idiotic peripherals like bq27200 have no IRQ to signal events (and even then B and C could wait for A starting a poll, and then hand it down to next lower layer, instead of each subsystem implementig its own timer based polling pace) | 14:54 |
| DocScrutinizer | on a general design rule you never want to do things like that anyway (unless there's absolutely no other way) - sensorfw does it *all the time* like that | 14:55 |
| DocScrutinizer | that's why I always said meego has been designed by obtuse system architects and will never reach standby time of maemo | 14:56 |
| DocScrutinizer | well, I have to admit I didn'T bother to proofread the complete sensorfw code, to check if they really use this sensor template everywhere | 14:58 |
| DocScrutinizer | and even less I checked whole meego if actually the architects had similar mindset when designing other subsystems than sensorfw | 14:58 |
| *** dos11 has joined #maemo | 14:59 | |
| *** dos1 has quit IRC | 14:59 | |
| DocScrutinizer | but the ignorance to even understand what I was telling them made me think whole system been designed with no clue about IRQ and event-driven design | 14:59 |
| DocScrutinizer | standard answer: "we're using upstream" | 15:00 |
| DocScrutinizer | that'S exactly what makes maemo different: Nokia didn't "use upstream" no matter what. Each system been carefully checked for optimal design, and completely rewritten if "upstream" was crap | 15:01 |
| DocScrutinizer | almost each system, obviously :-D | 15:01 |
| DocScrutinizer | not HAL though | 15:01 |
| ShadowJK | the right way is in between, fix upstream and use it | 15:02 |
| DocScrutinizer | HAL never been meant for this usecase | 15:02 |
| ShadowJK | instead of rewriting from scratch, or using a broken upstream | 15:02 |
| DocScrutinizer | HAL basic design is incompatible with even driven concept | 15:02 |
| DocScrutinizer | HAL been invented for desktop PCs | 15:03 |
| ShadowJK | hal is dead now | 15:03 |
| DocScrutinizer | indeed, guess why ;-D | 15:03 |
| *** croppa has quit IRC | 15:04 | |
| DocScrutinizer | evenT driven concept* | 15:05 |
| *** dos11 has quit IRC | 15:06 | |
| *** WielkiTost has joined #maemo | 15:07 | |
| *** dos1 has joined #maemo | 15:08 | |
| villager | I don't think that's why HAL is dead... HAL does handle events, it can e.g. send dbus notifications when properties change (though the notification unfortunately does not say what *to*, it does say that it changed), and apps can listen, so there's obviously mechanisms for that | 15:10 |
| DocScrutinizer | villager: that's output side. input side - like hald-addon-foobar - seems unaware of any such event concept | 15:12 |
| *** Sargun has joined #maemo | 15:12 | |
| DocScrutinizer | villager: but yes, you're right, it could get fixed without breaking basic HAL design | 15:13 |
| *** spark666 has quit IRC | 15:13 | |
| *** dos1 has quit IRC | 15:14 | |
| DocScrutinizer | and I agree pretty wholeheartedly about nonsensical lack of info regarding details of a change in HAL dbus msgs | 15:14 |
| villager | DocScrutinizer: yeah, any lack of event seemed to me to be more like an implementation issue than a design issue | 15:14 |
| *** dos1 has joined #maemo | 15:14 | |
| villager | DocScrutinizer: from what I hear, HAL is dead mostly because it started to become a monolithic and unmaintainable beast (as well as a piece of crap) | 15:15 |
| DocScrutinizer | bitten me when I wrote that 4 liner gimmick for playswoosh when slider opened | 15:16 |
| *** Kaptenen has quit IRC | 15:17 | |
| DocScrutinizer | villager: http://talk.maemo.org/showpost.php?p=897443&postcount=14 , for nasty effects of HAL's dbus msgs missing state of element that changed | 15:19 |
| DocScrutinizer | I need to keep a local var to store old state, and compare that to sysfs | 15:19 |
| DocScrutinizer | I *could* also use HAL to query actual state | 15:20 |
| DocScrutinizer | but, as mentioned above, I prefer to not touch HAL whenever avoidable | 15:20 |
| DocScrutinizer | idiot HAL sending a dbus msg "buttonpressed state has changed" - but it does NOT send HOW it changed | 15:23 |
| *** LaoLang_cool has joined #maemo | 15:23 | |
| *** dos1 has quit IRC | 15:24 | |
| *** spark666 has joined #maemo | 15:25 | |
| freemangordon | DocScrutinizer, care to write those HAL vars somewhere for further references | 15:26 |
| freemangordon | wiki, or wherever | 15:26 |
| DocScrutinizer | umm | 15:26 |
| DocScrutinizer | Chanlog: http://mg.pov.lt/maemo-irclog | 15:27 |
| *** dos1 has joined #maemo | 15:27 | |
| freemangordon | no, I was talking about some documentation :) | 15:27 |
| DocScrutinizer | I just looked up the MXR page Pali tossed, and found this one line 271 | 15:27 |
| DocScrutinizer | what shall I document about that fact? | 15:28 |
| Pali | freemangordon, documentation is in file /usr/share/doc/hald-addon-bme/README.properties.gz | 15:30 |
| Pali | in deb package hald-addon-bme_0.0.17+0m5_armel.deb | 15:31 |
| DocScrutinizer | wiki page "souce line in HAL", content: "http://mxr.maemo.org/fremantle/source/hal/hald/linux/addons/addon-usb-cable.c:271" ? | 15:31 |
| freemangordon | Pali, ok | 15:31 |
| Pali | also some info is on: https://gitorious.org/mer-toggles/hald-addon-bme/blobs/master/hald-addon-bme.c and https://gitorious.org/mer-toggles/hald-addon-smartq/blobs/master/hald-addon-smartq.c | 15:31 |
| DocScrutinizer | MEH https://gitorious.org/mer-toggles/hald-addon-smartq/blobs/master/hald-addon-smartq.c#line89 | 15:36 |
| freemangordon | yeah, the same for bme in mer | 15:37 |
| freemangordon | 1000ms poll interval | 15:37 |
| DocScrutinizer | yeah, https://gitorious.org/mer-toggles/hald-addon-bme/blobs/master/hald-addon-bme.c#line91 | 15:37 |
| DocScrutinizer | anyway I'm MEHing on the missing getenv() line assigning _poll_interval a new value when we want sth different from " ~1000ms (default)" | 15:39 |
| freemangordon | well, I don't want to comment on that sourec ;) | 15:39 |
| DocScrutinizer | since "(default)" suggests there has to be such line | 15:39 |
| freemangordon | *source | 15:39 |
| *** spark666 has quit IRC | 15:40 | |
| DocScrutinizer | btw I guess getenv() returns empty string (or nullpointer) when env undef. You need a) catch that, and b) convert string to int in a segv safe way, for poll_int | 15:42 |
| *** geaaru has joined #maemo | 15:42 | |
| *** NIN101 has quit IRC | 15:43 | |
| freemangordon | DocScrutinizer, do not forget I am a dveloper after all :P | 15:44 |
| freemangordon | *developer | 15:44 |
| DocScrutinizer | :-) | 15:44 |
| DocScrutinizer | sorry, no offense | 15:44 |
| DocScrutinizer | just correcting a omission I did | 15:44 |
| *** spark666 has joined #maemo | 15:45 | |
| *** spark666 has joined #maemo | 15:45 | |
| *** rlinfati has joined #maemo | 15:45 | |
| freemangordon | I saw it, code alredy written | 15:45 |
| DocScrutinizer | :-D | 15:45 |
| *** rlinfati has quit IRC | 15:46 | |
| freemangordon | aah, should be in seconds | 15:46 |
| *** DocScrutinizer has quit IRC | 15:50 | |
| *** DocScrutinizer has joined #maemo | 15:50 | |
| *** dos1 has quit IRC | 15:55 | |
| Pali | hacking HAM | 16:00 |
| Pali | I belive that current version in my git repo will be working now... | 16:00 |
| DocScrutinizer | Pali: \o/ | 16:03 |
| Pali | needs testing: https://gitorious.org/~pali/community-ssu/pali-hildon-application-manager | 16:03 |
| DocScrutinizer | I once looked into this unbearably obscure code that decides when to update, based on age of last update cache | 16:03 |
| Pali | stupid scratchbox, it adding -mthumb | 16:04 |
| vdv | how to know which hints does libnotify support? | 16:05 |
| freemangordon | Pali, sorry for asking again the same stupid question, but what is supposed to be in uevent file? | 16:05 |
| freemangordon | for bq | 16:05 |
| DocScrutinizer | Pali: maybe you find a bug in that code, that makes HAM update after each single random user interaction | 16:05 |
| freemangordon | yeah, that bug is driving me nuts | 16:05 |
| Pali | PHYSDEVPATH=/class/i2c-adapter/i2c-2/2-0055 | 16:06 |
| Pali | PHYSDEVBUS=i2c | 16:06 |
| Pali | PHYSDEVDRIVER=bq27x00-battery | 16:06 |
| Pali | POWER_SUPPLY_NAME=bq27200-0 | 16:06 |
| Pali | POWER_SUPPLY_TYPE=Battery | 16:06 |
| Pali | POWER_SUPPLY_STATUS=Discharging | 16:06 |
| Pali | POWER_SUPPLY_PRESENT=1 | 16:06 |
| Pali | POWER_SUPPLY_VOLTAGE_NOW=3636000 | 16:06 |
| Pali | POWER_SUPPLY_CURRENT_NOW=436789 | 16:06 |
| Pali | POWER_SUPPLY_CAPACITY=48 | 16:06 |
| Pali | POWER_SUPPLY_TEMP=406 | 16:06 |
| Pali | POWER_SUPPLY_TIME_TO_EMPTY_NOW=4560 | 16:06 |
| Pali | POWER_SUPPLY_TIME_TO_EMPTY_AVG=4140 | 16:06 |
| Pali | POWER_SUPPLY_TECHNOLOGY=Li-ion | 16:06 |
| DocScrutinizer | PALI!!!! | 16:06 |
| Pali | POWER_SUPPLY_CHARGE_FULL=1147398 | 16:06 |
| Pali | POWER_SUPPLY_CHARGE_NOW=551208 | 16:06 |
| *** ChanServ sets mode: +o DocScrutinizer | 16:06 | |
| Pali | POWER_SUPPLY_CHARGE_FULL_DESIGN=2056320 | 16:06 |
| vdv | Pali, why don't you pastebin? :) | 16:06 |
| Pali | yes, I will do | 16:06 |
| DocScrutinizer | yay, one second from a kick | 16:06 |
| *** ChanServ sets mode: -o DocScrutinizer | 16:06 | |
| BCMM | i don't think yelling at him will help when his IRC client is still finishing a paste | 16:07 |
| DocScrutinizer | yes | 16:07 |
| DocScrutinizer | thus the kick | 16:07 |
| *** Zahra has joined #maemo | 16:09 | |
| DocScrutinizer | POWER_SUPPLY_CHARGE_FULL_DESIGN=2056320 WTF?? | 16:10 |
| DocScrutinizer | a completely random selection of bq27200 values, some of which look even completely off resp in useless units | 16:11 |
| *** BCMM has quit IRC | 16:12 | |
| Pali | ILMD register | 16:12 |
| Pali | that which is not configured correctly on n900 | 16:12 |
| DocScrutinizer | raw | 16:12 |
| DocScrutinizer | hmm, possible | 16:13 |
| DocScrutinizer | anyway useless | 16:13 |
| Pali | yes, this value is useless | 16:13 |
| DocScrutinizer | while e.g. LMD is completely missing | 16:13 |
| DocScrutinizer | as is CI | 16:13 |
| *** thexception|off is now known as thexception | 16:13 | |
| DocScrutinizer | as is the highly useful set of values based on IDLE | 16:14 |
| Pali | LMD is POWER_SUPPLY_CHARGE_FULL | 16:15 |
| *** jonne has joined #maemo | 16:17 | |
| DocScrutinizer | s/IDLE/STANDBY/ | 16:17 |
| infobot | DocScrutinizer meant: as is the highly useful set of values based on STANDBY | 16:17 |
| Pali | if CI is invalid driver do not report any other values | 16:17 |
| *** markinfo has quit IRC | 16:19 | |
| *** piggz has joined #maemo | 16:20 | |
| DocScrutinizer | as is cycle-count | 16:20 |
| Pali | cycle-count is missing due 2.6.28 | 16:21 |
| Pali | but is in upstream kernel | 16:21 |
| ShadowJK | cycle count and cycle count since learning is useful for guessing if caacity has been corrected | 16:22 |
| DocScrutinizer | basically a driver shall export a comprehensive set of registers, "expanded" and corrected for proper units | 16:24 |
| DocScrutinizer | I suggest looking at output of http://maemo.cloud-7.de/maemo5/usr/local/sbin/bq27k-detail2 | 16:25 |
| DocScrutinizer | even that one missing the writable register access, for obvious reasons | 16:26 |
| *** trx has quit IRC | 16:26 | |
| *** CodenameStrike-N has joined #maemo | 16:27 | |
| DocScrutinizer | we don't need the nifty calculator in bq27200, as we got a better one in CPU, but anyway you might want to write to the registers for doing other stuff - see bq27200 datasheet | 16:27 |
| DocScrutinizer | if you don't support all registers in expanded normalized form, you at very least should add a dump sysnode, to get a complete hex register dump | 16:29 |
| *** lxp1 has joined #maemo | 16:30 | |
| DocScrutinizer | so everybody is free to use his own userland tool like http://maemo.cloud-7.de/maemo5/usr/local/sbin/bq27k-detail2 on that dump sysnode | 16:30 |
| DocScrutinizer | bq27200.ko is not only blocking bme access via I2C, but also i2cget tool. So bq27k-detail won't work when bq27200.ko got loaded, unless bq27200.ko exports a dump sysnode | 16:32 |
| Pali | DocScrutinizer, in kernel-power there is interface for that | 16:32 |
| Pali | userspace library for LD_PRELOAD is here: https://code.launchpad.net/~pali/+junk/maemo_libbqioctl | 16:33 |
| *** lxp has quit IRC | 16:34 | |
| DocScrutinizer | errrwut? | 16:35 |
| *** acpi_ has quit IRC | 16:36 | |
| Pali | DocScrutinizer, do not remember? search in your history :-) http://mg.pov.lt/maemo-irclog/%23maemo.2011-09-30.log.html#t2011-09-30T13:55:01 | 16:40 |
| DocScrutinizer | I know we pondered how to make bme work with bq27200.ko | 16:41 |
| Pali | I tested it with i2cget tool and worked | 16:41 |
| DocScrutinizer | but AIUI: bq27200.ko is locking I2Cbus 2 chipaddr 0x55. This libbqioctl will intercept I2C calls to taht addr and redirect them to /sys/*/*/bq27200/<foobar> | 16:42 |
| *** dimw1t has quit IRC | 16:43 | |
| DocScrutinizer | when bq27200.ko doesn't export cycle-count or STTE to sysfs, how is >libbqioctl i2cget -y 2 0x55 0x1c< going to work? | 16:44 |
| Pali | it redirect i2c ioctl calls to /dev/bq* | 16:44 |
| Pali | and /dev/bq* is character device created by bq kernel driver | 16:44 |
| Pali | and it handle any call | 16:45 |
| Pali | so make sure you do not ask for unknown register like BME :D | 16:45 |
| DocScrutinizer | so what you say is: >find /sys/devices/ -path '*/hdq/*' -name dump< is now >find /dev -name bq*<? | 16:47 |
| *** Roomerlol has joined #maemo | 16:48 | |
| *** FIQ has quit IRC | 16:48 | |
| *** jhb has joined #maemo | 16:48 | |
| *** FIQ has joined #maemo | 16:48 | |
| *** Macer has quit IRC | 16:49 | |
| DocScrutinizer | as I'm not going to install a LD_PRELOAD lib for i2cget, to make a script like http://maemo.cloud-7.de/maemo5/usr/local/sbin/bq27k-detail2 work | 16:50 |
| *** NIN101 has joined #maemo | 16:52 | |
| DocScrutinizer | if that'S what you say, I'd ask you to give me details so I can fix the script so it works on PK as well - *without* maemo_libbqioctl. And I'd ask you to test it on a system that already has bq27200.ko modprobed | 16:53 |
| *** spark666 has quit IRC | 16:53 | |
| *** markinfo has joined #maemo | 16:54 | |
| *** trx has joined #maemo | 16:54 | |
| Pali | you need to build libbqioctl.so library | 16:56 |
| DocScrutinizer | WTF? | 16:56 |
| Pali | and then call i2cget like: LD_PRELOAD=./libbqioctl.so i2cget .... | 16:56 |
| DocScrutinizer | no way dude | 16:56 |
| DocScrutinizer | I want to do a pretty normal thing: read out a chip's complete register set. I'm not going to use a special library for that | 16:57 |
| Pali | first check if bq module is loaded. if not use standard way | 16:57 |
| DocScrutinizer | if bq27200.ko doesn't alow access to all registers of bq27200 chip, it's buggy | 16:58 |
| Pali | if is loaded set export LD_PRELOAD=/path/to/libbqioctl.so | 16:58 |
| Pali | it allow access to all reigsters | 16:58 |
| DocScrutinizer | that's BS | 16:58 |
| DocScrutinizer | sorry | 16:58 |
| DocScrutinizer | cat /dev/bq27200 is the supposedly right way | 16:59 |
| DocScrutinizer | if that's your direct access to chip registers now | 16:59 |
| Pali | cat not working | 17:00 |
| Pali | it use ioctl | 17:00 |
| Pali | like /dev/i2c-* | 17:00 |
| DocScrutinizer | then it's broken | 17:00 |
| Pali | what broken? | 17:00 |
| Pali | /dev/i2c-*? | 17:00 |
| vdv | anybody knows, whether sound utilities are accessable from qt? http://maemo.org/api_refs/5.0/5.0-final/hildon/hildon-Sound-Utilities.html | 17:01 |
| DocScrutinizer | listen: a kernel driver is meant to allow *simple* *comprehensive* access to hardware | 17:02 |
| DocScrutinizer | *sigh* | 17:02 |
| DocScrutinizer | toldya bq27200.ko is crap | 17:03 |
| Pali | tested, bq27200.sh working fine with library | 17:04 |
| Pali | sudo sh -c "LD_PRELOAD=./libbqioctl.so ./bq27200.sh" | 17:04 |
| DocScrutinizer | if /dev/bq27200 is implementing a API ... | 17:04 |
| DocScrutinizer | DANG I don't give a flying shit about LD_PRELOADing a lib I ave to build and install on device, to do a *pretty* *normal* thing that worked before bq27200.ko messed up shit | 17:05 |
| DocScrutinizer | if /dev/bq27200 is implementing a API like /dev/I2C-2 then maybe we can symlink /dev/I2C-99 to /dev/I2C-2 and use i2cget -y 99 0x55... | 17:06 |
| Pali | I added this to top of file bq27200.sh: if [ -e /sys/class/power_supply/bq27200-0 ]; then export LD_PRELOAD=/home/user/libbqioctl.so; fi | 17:09 |
| Pali | it is not same api | 17:09 |
| *** em has quit IRC | 17:09 | |
| DocScrutinizer | IOW a /dev/foobar device is udeless when there are no tools to access this device in a standard manner. LD_PRELOAD is *no* standard manner/tool | 17:10 |
| Pali | it is only for i2cget | 17:10 |
| Pali | easy way how to fix scripts using i2cget | 17:10 |
| *** spark666 has joined #maemo | 17:11 | |
| *** spark666 has joined #maemo | 17:11 | |
| DocScrutinizer | this will never fly, nobody sane will accept a LD_PRELOAD to make a script work where you got the source of to fix it the rpoper way | 17:11 |
| Pali | at least see that code old (2011-08-02) | 17:11 |
| *** em has joined #maemo | 17:11 | |
| Pali | I do not want to rewrite it now, no time for it | 17:11 |
| Pali | and is working | 17:12 |
| DocScrutinizer | if you define a new device in /dev, you as well need to provide the *proper* tools to access it. LD_PRELOAD=foobar i2cget is NO proper tool | 17:12 |
| Pali | in bzr is tool bqread.c | 17:12 |
| Pali | for that interface | 17:12 |
| DocScrutinizer | so I declare bq27200.kp buggy, same as it always been | 17:12 |
| vdv | found, have to include <hildon-1/hildon/hildon-sound.h> | 17:13 |
| DocScrutinizer | since it's neither exporting all registers to sys, nor offers any standard alternative method to access those registers | 17:13 |
| DocScrutinizer | honestly what's the common sense in inventing a /dev/bq27200 device that is neither accessable via standard >cat< nor compatible to /dev/I2C* ? | 17:16 |
| *** sirdancealot has quit IRC | 17:16 | |
| DocScrutinizer | is it compatible to *anything* | 17:16 |
| DocScrutinizer | maybe V4L2 interface? | 17:17 |
| DocScrutinizer | :-P | 17:17 |
| *** acpi has joined #maemo | 17:19 | |
| spark666 | DocScrutinizer: does it worth to give megoo a shot? | 17:20 |
| DocScrutinizer | suggested fix: export ALL registers to /sys/*/bq*/* | 17:21 |
| spark666 | meego* | 17:21 |
| DocScrutinizer | spark666: I don't think so, but that's your beer | 17:21 |
| spark666 | DocScrutinizer: i mean its more "linux" than maemo/ | 17:21 |
| spark666 | ? | 17:22 |
| DocScrutinizer | it's less mature than maemo | 17:22 |
| DocScrutinizer | maemo is pretty much linux as much as it gets | 17:22 |
| DocScrutinizer | I mean, maemo is not android | 17:22 |
| spark666 | yeah! | 17:23 |
| spark666 | meego looks a bit like android from what i see :P | 17:23 |
| spark666 | but does n950 run meego?or something else? | 17:24 |
| DocScrutinizer | maemo has some userland apps that rely on some /sys et al idiosyncrasies of this particular maemo kernel, which otherwise is a normal linux kernel also regarding those idiosyncrasies - at least 99.99% | 17:24 |
| DocScrutinizer | it's just you will break those APIs when you update to newer linux kernel versions | 17:25 |
| DocScrutinizer | meego otoh doesn't have those userland apps that require a special kernel land. Mostly because meego doesn't have *any* userland apps ;-P | 17:26 |
| spark666 | hahahah :P | 17:26 |
| spark666 | at least im happy that we have CSSU community | 17:26 |
| spark666 | couse i see that nokia droped us :( | 17:27 |
| DocScrutinizer | well, btw meego != meego | 17:28 |
| spark666 | huh? | 17:28 |
| DocScrutinizer | there's "true" meego, as in meego CE, and there's Harmattan "meego" which basically is Nokia's maemo rechristinaized | 17:28 |
| DocScrutinizer | the latter running on N9 and N950 | 17:29 |
| spark666 | lol | 17:29 |
| DocScrutinizer | my comments above were about true meego | 17:29 |
| spark666 | so the second meego its kinda maemo6?:P | 17:29 |
| DocScrutinizer | yes | 17:29 |
| *** jpinx has quit IRC | 17:29 | |
| spark666 | so your opinion about the second its good,right? | 17:29 |
| *** jpinx has joined #maemo | 17:30 | |
| DocScrutinizer | not really | 17:30 |
| *** cpt_nemo has quit IRC | 17:30 | |
| *** chadi_ has quit IRC | 17:30 | |
| DocScrutinizer | it's again loaded with blob libs that are impossible to port to any other platform | 17:30 |
| DocScrutinizer | and it's almost more deadend than maemo5 | 17:30 |
| auenf | meego is more open than meego | 17:31 |
| spark666 | lol | 17:31 |
| spark666 | lets name them meego and meego 2 :P | 17:31 |
| auenf | meego is more open than harmattan | 17:31 |
| DocScrutinizer | nah, they are called meegoCE and HARM(attan) | 17:31 |
| spark666 | :D | 17:31 |
| auenf | all maemos had quite a lot of closed source components | 17:32 |
| auenf | meego would have fixed most of that | 17:32 |
| DocScrutinizer | HARM doesn't | 17:32 |
| auenf | harmattan is only meego by name | 17:32 |
| spark666 | so meego CE its full opensource? | 17:32 |
| DocScrutinizer | indeed | 17:32 |
| *** valerius has quit IRC | 17:32 | |
| DocScrutinizer | though it's no proper maemo either | 17:32 |
| spark666 | and its not made by nokia/ | 17:32 |
| spark666 | ? | 17:32 |
| DocScrutinizer | at least in my book | 17:32 |
| DocScrutinizer | spark666: (meegoCE) yes | 17:33 |
| auenf | meego was nokia & intel with a whole bunch of other minor input company | 17:33 |
| auenf | s | 17:33 |
| DocScrutinizer | now "continued" as nemo/mer | 17:33 |
| spark666 | lol | 17:33 |
| spark666 | i saw something about tizen to (even that i have no idea whats that) :P | 17:33 |
| DocScrutinizer | see #mer #nemomobile | 17:34 |
| DocScrutinizer | tizen is intel's idea of meego's future | 17:34 |
| *** CodenameStrike-N has quit IRC | 17:34 | |
| DocScrutinizer | AIUI | 17:34 |
| spark666 | maemo its the best,and it would be even better if we hade all parts opensource,so ppl could develop more stuf for it | 17:34 |
| DocScrutinizer | yep | 17:35 |
| auenf | nokia wanted meego for arm | 17:35 |
| auenf | intel wanted to fight in the mobile arm war with x86 | 17:35 |
| DocScrutinizer | that's where CSSU and our arguments here about bq27200.ko come in | 17:35 |
| spark666 | whats bq27200.ko is? | 17:35 |
| DocScrutinizer | a kernel driver for the battery gauge chip | 17:36 |
| *** LaoLang_cool has quit IRC | 17:36 | |
| spark666 | humm | 17:36 |
| *** Termana has quit IRC | 17:36 | |
| DocScrutinizer | that didn't exist in original maemo5 and that resulted in quite some troubles when we tried to augment the system at that end | 17:36 |
| DocScrutinizer | as this driver (again) conflicts with closed userland stuff, namely bme | 17:37 |
| spark666 | that s**ks | 17:38 |
| spark666 | :( | 17:38 |
| DocScrutinizer | well, we found our way around that, we're just "fighting" for the best implementation still :-D | 17:38 |
| spark666 | :> | 17:38 |
| *** valerius has joined #maemo | 17:38 | |
| *** Termana has joined #maemo | 17:39 | |
| spark666 | now im running the defaulf stuffs + cssu testing version | 17:39 |
| DocScrutinizer | better "fight" now, rather than moan later | 17:39 |
| spark666 | its been more than a year since i had the last n900 | 17:39 |
| *** chadi has joined #maemo | 17:39 | |
| spark666 | and i kinda forgot some stuffs | 17:40 |
| spark666 | hahah nice words :D | 17:40 |
| DocScrutinizer | once stuff is deployed, it's hard to change some details in some parts | 17:40 |
| villager | noo, don't say "the last n900" | 17:41 |
| DocScrutinizer | so my part always is the bitching for the better | 17:41 |
| spark666 | villager: the last that i had | 17:41 |
| spark666 | now i buyed a new one :D:D:D | 17:41 |
| DocScrutinizer | *new*? | 17:41 |
| spark666 | second hand :( | 17:41 |
| DocScrutinizer | :-/ | 17:41 |
| DocScrutinizer | I'm looking for really new ones | 17:42 |
| spark666 | the first that i had whas new more than 2 years ago | 17:42 |
| spark666 | i payed 500 euros on that one | 17:42 |
| villager | spark666: phew... will be a sad day when there's only one n900 left in the world | 17:42 |
| spark666 | but now i dont have much money anymore :( | 17:42 |
| DocScrutinizer | I only have three devices, makes me kinda nervous ;-D | 17:42 |
| spark666 | villager: we will fight for it :P | 17:42 |
| spark666 | DocScrutinizer: wow :P your rich :P | 17:43 |
| DocScrutinizer | not at all :-) | 17:43 |
| DocScrutinizer | just crazy | 17:43 |
| spark666 | im crazy to | 17:43 |
| spark666 | :P | 17:43 |
| DocScrutinizer | I'm less poor now than I've been half a year ago, but there's no more really unused new N900 available now :-/ | 17:44 |
| spark666 | im not a big fan of ubuntu,but if they will make ubuntu mobile version will be nice | 17:45 |
| ThreeM | sure there is | 17:45 |
| ThreeM | but at a inhuman price | 17:45 |
| DocScrutinizer | where? | 17:45 |
| ThreeM | amazon what 599eur (in germany) for a new N900 | 17:45 |
| villager | hope they continue to sell replacement parts for a while, at least... I still haven't fixed my other n900, the one with the cracked lcd | 17:45 |
| DocScrutinizer | o.O | 17:45 |
| spark666 | in my country its still 500 euros in stores | 17:45 |
| DocScrutinizer | villager: spare parts getting rare as well | 17:45 |
| ThreeM | http://www.amazon.de/Nokia-Smartphone-Maemo-QWERTZ-Tastatur-black/dp/B002N2Z0MQ/ref=sr_1_1?ie=UTF8&qid=1335710754&sr=8-1 | 17:46 |
| DocScrutinizer | hmmm | 17:47 |
| *** cpt_nemo has joined #maemo | 17:47 | |
| DocScrutinizer | westcom, maybe this one isn't a sucker cheating his customers this time | 17:47 |
| DocScrutinizer | did ebay nuke the "ask seller a question" function? | 18:02 |
| ThreeM | i hate ebay. some of the worst sites on the internet | 18:03 |
| DocScrutinizer | sure | 18:03 |
| DocScrutinizer | same here | 18:03 |
| ThreeM | periot im searching for functions... they are there but you have to serach for it | 18:03 |
| DocScrutinizer | I'd rather do bunjee jumping or play russian roulette, if that would get me a new N900 | 18:04 |
| ThreeM | my n900 is in pretty good condition | 18:05 |
| ThreeM | im lookging forward for the N9 but im still not sure to buy | 18:05 |
| DocScrutinizer | you can have mine ;-) nah, not really | 18:06 |
| DocScrutinizer | it's a lend-out anyway, so I mustn't give it away | 18:07 |
| ThreeM | is the n) a good device? | 18:07 |
| DocScrutinizer | and actually last few weeks I started to look into hostmode for N9 again | 18:07 |
| ThreeM | a "like N900 good" device? | 18:07 |
| DocScrutinizer | depends on what you expect | 18:08 |
| DocScrutinizer | HARM is no maemo anymore | 18:08 |
| DocScrutinizer | and the device never been an option for me, with crappy capacitive touchscreen and no hw-kbd | 18:08 |
| ThreeM | when this means i get no HAM... yea! ;) | 18:09 |
| ThreeM | hmm | 18:09 |
| ThreeM | damn, im looking for a replacement for the N900 but still.... there is none | 18:09 |
| DocScrutinizer | there definitely is none, otherwise I'd not ponder to buy new N900 for even astronomic price tags | 18:10 |
| villager | imho, capacitive touchscreens should be outlawed | 18:10 |
| DocScrutinizer | indeed | 18:10 |
| DocScrutinizer | maybe one day Apple will do us the favour and claim they got all the patents on c-ts so nobody else may use it X-P | 18:11 |
| ThreeM | :) | 18:11 |
| ThreeM | i like them | 18:11 |
| ThreeM | on tablets | 18:11 |
| DocScrutinizer | so the sane 90% of industry (duh, did I write that?) could switch to really nice stuff, like Stantum http://www.youtube.com/watch?v=Bv3X5y-ajtc | 18:12 |
| villager | I'm not going to buy any tablet or anything with a capacitive screen... I even hate the laptop's touchpad | 18:13 |
| villager | I bought a n9 for the principle of it, but as a smartphone I use it as little as possible, the n900 has a much more comfortable resistive touchscreen | 18:14 |
| ThreeM | hmm what is more comfortable on a resistive ts? | 18:15 |
| villager | everything, in my opinion... too bad the n900 doesn't have multitouch, but I think that's also possible on more advanced resistive screens | 18:16 |
| DocScrutinizer | it's WAAAAY more precide, and works with arbitrary objects you touch it | 18:16 |
| DocScrutinizer | precise* | 18:16 |
| DocScrutinizer | villager: watch the youtube video! | 18:16 |
| DocScrutinizer | you'll drool on your PC screen | 18:17 |
| DocScrutinizer | :-D | 18:17 |
| DocScrutinizer | (or n900 screen if you're watching it there :-D) | 18:18 |
| villager | with resistive, I can hit anything I want, also actually see what I'm hitting since my finger doesn't have to be in the way, I can use gloves or a stylus, and I don't get aches from hours of electric currents through my fingers | 18:18 |
| DocScrutinizer | c-ts has exactly one immanent advantage: it's more ruggedized by design. R-TS needs a somewhat flexible foil as cover, while C-TS can use even glass | 18:20 |
| DocScrutinizer | on absolutely every other discipline C-TS sucks competing to R-TS | 18:21 |
| DocScrutinizer | raindrops: R-TS check, C-TS BZZZZ | 18:22 |
| DocScrutinizer | gloves, stylii: R-TS check, C-TS BZZZ | 18:23 |
| *** BCMM has joined #maemo | 18:23 | |
| DocScrutinizer | accuracy: R-TS check, C-TS BZZZZZZZZ | 18:23 |
| *** NIN101 has quit IRC | 18:23 | |
| DocScrutinizer | multitouch, R-TS check, C-TS check | 18:24 |
| *** Macer has joined #maemo | 18:26 | |
| DocScrutinizer | even sensibility and well defined activation: R-TS check (when done properly), C-TS BZZZZ (either acts on not-really-rouches since too sensible, or it decides to not really accept a touch at all) | 18:27 |
| *** NIN101 has joined #maemo | 18:28 | |
| DocScrutinizer | another nice one of Stantum: http://www.youtube.com/watch?v=HnQHoCDxiRw&NR=1, 1:43 *awesome* | 18:28 |
| freemangordon | Pali, ping | 18:32 |
| Pali | freemangordon, pong | 18:32 |
| Pali | now Integrating autodetection of charger to kernel-power for bq2415x_charger driver | 18:33 |
| freemangordon | Pali, all hal entries are filled by someone when bq module is insmoded | 18:33 |
| DocScrutinizer | Pali: you checked it against hostmode and general USB? | 18:33 |
| Pali | DocScrutinizer, I only export visible interface to bq module | 18:34 |
| freemangordon | so I am not sure what this is supposed to do (besides sending dbus signals) | 18:34 |
| DocScrutinizer | well, that's enough to already break hostmode I guess | 18:34 |
| freemangordon | i mean hal-addon-bme | 18:34 |
| Pali | like dmesg messages: twl4030_usb twl4030_usb: HW_CONDITIONS 0xd0/208; link 2 | 18:34 |
| Pali | freemangordon, what? someone is rewrting hal entries in hald-addnon-bme? | 18:35 |
| freemangordon | yep | 18:35 |
| Pali | but it is not possible | 18:35 |
| Pali | did you replaced original hald-addon-bme? | 18:36 |
| freemangordon | yep | 18:36 |
| DocScrutinizer | I toldya >cat /sys/devices/platform/musb_hdrc/vbus< invokes a function in kernel musb-hdrc that breaks USB data session | 18:36 |
| freemangordon | and the only thing I set so far is battery.present | 18:36 |
| Pali | DocScrutinizer, I do not call ANY functions | 18:36 |
| Pali | I only store informations from dmesg | 18:37 |
| DocScrutinizer | actually not vbus | 18:37 |
| DocScrutinizer | cat /sys/devices/platform/musb_hdrc/charge does | 18:37 |
| DocScrutinizer | well, then you'll never learn about fastcharger, as the test in hw is only tiggered by reading this sysnode | 18:38 |
| DocScrutinizer | and that mustn't be done after you enabled hostmode | 18:38 |
| * DocScrutinizer sighs and wishes some guys would talk to him a bit more | 18:39 | |
| Pali | DocScrutinizer, when you enable hostmode bq2415x driver going to manual mode | 18:40 |
| freemangordon | Apli, http://pastebin.com/GPXR1KJZ | 18:40 |
| freemangordon | Pali ^^^ | 18:40 |
| Pali | and then autodetection not working... | 18:40 |
| DocScrutinizer | uhuh | 18:40 |
| DocScrutinizer | and how do you detect "hostmode"? | 18:41 |
| Pali | that user enable hostmode via sysfs entry... | 18:41 |
| DocScrutinizer | yay, so I *really* wonder how you're going to solve those layering problems | 18:42 |
| *** ced117[-] has joined #maemo | 18:42 | |
| *** ced117[-] has quit IRC | 18:42 | |
| *** ced117[-] has joined #maemo | 18:42 | |
| DocScrutinizer | you'll have to compile bq27200 as monolitic | 18:42 |
| freemangordon | err, and what about hal addon? | 18:43 |
| DocScrutinizer | otherwise I fail to see how you hook into the syfs node of musb_hdrc to detect hostmode | 18:43 |
| *** jluisn has joined #maemo | 18:44 | |
| *** PeterWolf has quit IRC | 18:47 | |
| *** mase76 has joined #maemo | 18:47 | |
| DocScrutinizer | Pali: and honestly I fail to see how you'll make THAT kernel with bq24150 builtin to kernel compatible to stock rootfs that tries to start bme and will barf up when bme finds it can't conect to bq24150 anymore | 18:48 |
| DocScrutinizer | you're definitely leaving maemo compatibility | 18:49 |
| DocScrutinizer | you'll need userland patches to make KP work | 18:49 |
| DocScrutinizer | or rather, make userland work with KP | 18:50 |
| Pali | no, bq* drivers will be always modules | 18:50 |
| Pali | not linked to kernel | 18:50 |
| Pali | all will be working... | 18:50 |
| DocScrutinizer | but HOW? | 18:50 |
| Pali | without patching userspace | 18:50 |
| Pali | hooks in board code | 18:50 |
| Pali | from musb code is calling function in board code | 18:51 |
| DocScrutinizer | hmmm | 18:51 |
| Pali | and bq module register hook function from board code | 18:51 |
| DocScrutinizer | sound story, though I never heard of it | 18:51 |
| DocScrutinizer | might actually work | 18:52 |
| DocScrutinizer | if that all pans out, it will be a nifty cute piece of software, and we'll dance on bme's grave :-D | 18:55 |
| DocScrutinizer | actually incredible - you can run on "stock" config (original BME and no bq27200.ko), you can load bq27200 and still get bme running on LD_PRELOAD maemo_libbqioctl, plus you can nuke bme completely and run system on bq27200.ko plus bq27150.ko | 18:58 |
| DocScrutinizer | I'd just really like to augment bq27200.ko to support *all* register the chip offers | 18:59 |
| *** jhb has quit IRC | 18:59 | |
| DocScrutinizer | in /sys | 18:59 |
| freemangordon | and waht about battery calibration? | 19:00 |
| freemangordon | is it auto-calibrated? | 19:00 |
| *** liar has quit IRC | 19:00 | |
| DocScrutinizer | it never been | 19:00 |
| DocScrutinizer | you need to run a learning cycle | 19:00 |
| freemangordon | so, how is that going to work? | 19:01 |
| DocScrutinizer | you charge completely, then discharge completely | 19:01 |
| DocScrutinizer | when CI goes "0" your learning cycle got completed | 19:01 |
| DocScrutinizer | at least that's what bq27x00 does | 19:03 |
| *** nsuffys has joined #maemo | 19:03 | |
| *** liar has joined #maemo | 19:03 | |
| freemangordon | the question was - how (and where ) is that going to be integrated? | 19:03 |
| DocScrutinizer | alas it seems bq27200.ko tries to be overly smart and doesn't report anything when CI=1 | 19:03 |
| DocScrutinizer | what? I don't want my device to randomly decide to completely deplete battery to complete a learning cycle | 19:04 |
| DocScrutinizer | it's user's very discretion to do that | 19:04 |
| DocScrutinizer | so probably no "integration" | 19:05 |
| freemangordon | but without at least one calibration, bq module does not work properly | 19:05 |
| DocScrutinizer | you're free to write a calibrator app that stops charging until CI=0 | 19:05 |
| freemangordon | yeah | 19:06 |
| DocScrutinizer | yeah, that'S another point why bq27200.ko is broken | 19:06 |
| DocScrutinizer | alas it seems bq27200.ko tries to be overly smart and doesn't report anything when CI=1 | 19:06 |
| DocScrutinizer | [/quote] | 19:06 |
| freemangordon | Pali, back to my question, what is hald-addon-bme supposed to do besides sending dbus signals | 19:07 |
| DocScrutinizer | this is not only unfortunate, it's utterly wrong, as CI=1 doesn't mean the values are bogus, it just means they are not *guaranteed* anymore | 19:07 |
| freemangordon | and one more thing, bme reports charge_level.current in unit bars, while bq module in mAh | 19:08 |
| *** Tscheesy has quit IRC | 19:08 | |
| DocScrutinizer | for THAT you invent a nice function 100%->8bars :-D | 19:08 |
| Pali | DocScrutinizer, bq27200.ko do not report values if battery is not calibrated | 19:08 |
| freemangordon | but that is already set in hal | 19:09 |
| DocScrutinizer | it's basically up to you and your taste what this function actually does | 19:09 |
| DocScrutinizer | Pali: yes, and that's WRONG | 19:09 |
| freemangordon | DocScrutinizer, http://pastebin.com/GPXR1KJZ | 19:09 |
| Pali | and what should be correct? | 19:09 |
| Pali | paste is empty? | 19:10 |
| DocScrutinizer | always report the values as seen in chip, only convert/normalize them | 19:10 |
| freemangordon | is not | 19:10 |
| *** jluisn has quit IRC | 19:11 | |
| DocScrutinizer | get a /sys/*/bq27200/CI_VALID that's either true or false, depending on CI | 19:11 |
| Pali | ah, rekonq default kde borser is stupid... | 19:11 |
| Pali | freemangordon, that hal property is filled by HAL itself | 19:11 |
| freemangordon | yeah | 19:11 |
| freemangordon | what am I supposed to do? | 19:11 |
| Pali | ignore it | 19:12 |
| Pali | or copy values to BME udi | 19:12 |
| freemangordon | what? | 19:12 |
| freemangordon | you mean to create a ned device? | 19:12 |
| freemangordon | *new | 19:12 |
| Pali | you need to have hal device with BME name | 19:12 |
| freemangordon | hmm, let me check | 19:13 |
| Pali | and hald-addon-bme exports more properties | 19:13 |
| *** lbt has quit IRC | 19:13 | |
| freemangordon | aah, ok, now i got it | 19:13 |
| *** jluisn has joined #maemo | 19:13 | |
| *** Tscheesy has joined #maemo | 19:14 | |
| *** GuySoft has quit IRC | 19:15 | |
| Pali | freemangordon, I think it can be better to copy values from /org/freedesktop/Hal/devices/computer_power_supply_battery_bq27200_0 to hald-addon-bme | 19:17 |
| DocScrutinizer | Pali: (and what should be correct?) see output of http://maemo.cloud-7.de/maemo5/usr/local/sbin/bq27k-detail2. If all those values are showing up /sys/class/power_supply/bq27200-0 then the driver is somewhat complete, and it doesn't even need to bother about special treatment for CI=1 | 19:17 |
| freemangordon | Pali, does not kake sense, and I already made the parses :) | 19:17 |
| DocScrutinizer | it's raher HAL/whoever that may want to report about CI status | 19:17 |
| Pali | freemangordon, ok | 19:17 |
| DocScrutinizer | s/report/care/ | 19:18 |
| infobot | DocScrutinizer meant: it's raher HAL/whoever that may want to care about CI status | 19:18 |
| *** GuySoft has joined #maemo | 19:18 | |
| Pali | but power_supply interface does not support all those properties... | 19:18 |
| DocScrutinizer | well, maybe that'S because bq27200 is not any kind of power-supply | 19:19 |
| DocScrutinizer | it's a battery GAUGE | 19:19 |
| DocScrutinizer | whatever, there's no reason I'm aware of why you can't get a /sys/class/power_supply/bq27200-0/CI node | 19:21 |
| DocScrutinizer | as well as /sys/class/power_supply/bq27200-0/CYCL and /sys/class/power_supply/bq27200-0/CYCT | 19:22 |
| DocScrutinizer | and a few others that are missing | 19:22 |
| DocScrutinizer | if HAL doesn't care about state of CI, what is most sensible thing to do? report capacity=0% always? or 100%? | 19:23 |
| DocScrutinizer | or simply report the probably still somewhat sane values from chip, even when CI=1 | 19:24 |
| Pali | DocScrutinizer, ask that maintainers of battery-2.6.git tree | 19:26 |
| DocScrutinizer | no, I'm not going to do that | 19:26 |
| DocScrutinizer | as I'm not a meego guy that always answers "we're just using upstream" | 19:27 |
| vdv | anybody knows, how modest merges several subsequent notifications into one? it increases number of notifications instead of showing multiple popus http://imagebin.org/210268 ( i've marked with red number of notifications) | 19:28 |
| vdv | it's done here i think http://gitorious.org/community-ssu/modest/blobs/master/src/hildon2/modest-platform.c | 19:28 |
| DocScrutinizer | I made my point - get the missing registers/flags into /sys/class/power_supply/bq27200-0/*, don't fake reported values based on (flase) assumtions what e.g. CI means | 19:29 |
| vdv | but i can't find exact piece of code which does that | 19:29 |
| DocScrutinizer | If I had to guess, I'd say modest cancels the old notification and sets up a new one instead | 19:31 |
| *** dos1 has joined #maemo | 19:31 | |
| vdv | DocScrutinizer, most likely, but how to set that number? | 19:31 |
| vdv | i.e. for new notification it's always 1 | 19:31 |
| DocScrutinizer | err, just concatenate it with your message string? | 19:32 |
| *** ced117[-] has quit IRC | 19:32 | |
| DocScrutinizer | ooh, the notifier already has a dedicated integer parameter for that? | 19:32 |
| vdv | which one? | 19:32 |
| vdv | amount? | 19:32 |
| DocScrutinizer | or no parameter at all, while still showing a number that's *not* in notifier call's msg string? | 19:33 |
| *** liar has quit IRC | 19:34 | |
| vdv | yep | 19:34 |
| vdv | i.e. that number 2 in screenshot is not part of msg string | 19:34 |
| DocScrutinizer | I.E when you call the notification like notify("foobar") it actually displays "1 foobar" ? | 19:34 |
| DocScrutinizer | mhm | 19:35 |
| vdv | yes | 19:35 |
| DocScrutinizer | so I guess it will increase that number for each subsequent call | 19:35 |
| vdv | and i can't find the way to set number of notifications | 19:35 |
| villager | vfv: line 1709 maybe? | 19:35 |
| vdv | villager, 1709? modest_platform_remove_new_mail_notifications? | 19:36 |
| *** liar has joined #maemo | 19:36 | |
| villager | vdv: yes looks to me like it cancels the old notifications | 19:36 |
| vdv | villager, that is clear for me | 19:37 |
| vdv | i understand that modest cancels previous notification before displaying a new one | 19:37 |
| *** jluisn has quit IRC | 19:37 | |
| vdv | but how it sets "number of notifications" for new notification? | 19:38 |
| vdv | villager, look at screenshot | 19:38 |
| vdv | number marked with red | 19:38 |
| vdv | how can i set that number for new notificaitons? | 19:39 |
| vdv | i can change title, icon, text | 19:39 |
| vdv | but that number is always 1 for me | 19:39 |
| villager | vdv: is it line 1660? | 19:40 |
| DocScrutinizer | nevertheless it seems to me there's no parameter for number of msgs to display in notifier | 19:40 |
| DocScrutinizer | g_object_get(G_OBJECT (notification), "id", ¬if_id, NULL); notifications_list = g_slist_prepend (notifications_list, GINT_TO_POINTER(notif_id)); | 19:40 |
| DocScrutinizer | is probably doing the trick | 19:40 |
| vdv | villager, i've tried that, but it has no effect | 19:41 |
| *** Itschue has quit IRC | 19:41 | |
| vdv | i.e. amount hint does something else | 19:41 |
| vdv | DocScrutinizer, that code just adds a notification to list, not? | 19:43 |
| DocScrutinizer | /* Set the number of new notifications */ notify_notification_set_hint_int32 (NOTIFY_NOTIFICATION (notification) "amount", g_list_length (URI_list)); | 19:43 |
| villager | vdv: ok, what happens if you do open more than one hildon notification object? | 19:43 |
| DocScrutinizer | (1659) | 19:44 |
| vdv | DocScrutinizer, i also thought that it is exactly what i need | 19:44 |
| vdv | but it's not | 19:44 |
| DocScrutinizer | I'd bet it is | 19:45 |
| vdv | villager, i get two popus | 19:45 |
| vdv | *popups | 19:45 |
| DocScrutinizer | vdv: probably only if you use a new "id", ¬if_id, | 19:45 |
| villager | vdv: according to the code, modest doesn't destroy the old popups, so maybe some of the parameters somehow convince hildon that it's from the same app | 19:45 |
| DocScrutinizer | id does that, in my world | 19:46 |
| vdv | DocScrutinizer, do you see also, whether new notification is created with old id? | 19:46 |
| DocScrutinizer | not yet, I only looked cursory at the code | 19:47 |
| villager | DocScrutinizer: that code gets the id and stores it internally, it doesn't set it, I think | 19:47 |
| *** Tscheesy has quit IRC | 19:47 | |
| vdv | villager, yes | 19:47 |
| *** valerius has quit IRC | 19:47 | |
| vdv | villager, with amout hint i do see that amount | 19:48 |
| vdv | but | 19:48 |
| DocScrutinizer | I think if it doesn't reuse it, either for nuking the notification, or for sending an "update", it's a rather silly thing to store the id at all. no? | 19:48 |
| vdv | not on the place which i've pointed on screenshot | 19:48 |
| villager | DocScrutinizer: it nukes them from another function, but not sure when exactly | 19:48 |
| villager | I don't use modest so not sure when it usually does that | 19:49 |
| vdv | villager, i see the setted number of notifications in small popup which appears at the top near the clock | 19:49 |
| DocScrutinizer | simple approach: run modest under gdb, see what it actually does | 19:49 |
| DocScrutinizer | when increasing the number of msgs in notification | 19:50 |
| *** mase_76 has joined #maemo | 19:50 | |
| vdv | ok, thanks anyway for hints | 19:51 |
| *** zeq has quit IRC | 19:51 | |
| DocScrutinizer | or, even simpler, use dbus-monitir | 19:52 |
| DocScrutinizer | as I gaher the notifications are handled via dbus interface by hildon-* | 19:53 |
| DocScrutinizer | gather* | 19:53 |
| *** kama has quit IRC | 19:53 | |
| *** mase76 has quit IRC | 19:54 | |
| *** zap has quit IRC | 19:58 | |
| *** dos1 has quit IRC | 20:01 | |
| *** dos1 has joined #maemo | 20:01 | |
| DocScrutinizer | anyway, Set the number of new notifications */ notify_notification_set_hint_int32 (NOTIFY_NOTIFICATION (notification) "amount", g_list_length (URI_list)); is just clear enough | 20:02 |
| *** cityLights has quit IRC | 20:02 | |
| vdv | yes, but it doesn't work, i've tried | 20:04 |
| vdv | DocScrutinizer, do you also understand comment on line 1644? | 20:08 |
| vdv | it says it sets the led pattern, but hint "time" is setted | 20:08 |
| *** valerius has joined #maemo | 20:08 | |
| DocScrutinizer | 1651 | 20:09 |
| vdv | DocScrutinizer, is that normal, that i have two processes named modest in output of ps ax? | 20:09 |
| vdv | DocScrutinizer, yes, but comment is above another line | 20:10 |
| vdv | not 1651, which actually sets led pattern | 20:10 |
| villager | it's not that mysterious... programmers shuffle code around without remembering to update the comments all the time | 20:15 |
| *** valerius has quit IRC | 20:16 | |
| villager | many programmers seem to have developed comment-blindness | 20:17 |
| vdv | villager, correct, that's why i'm not trusting to other comments too | 20:18 |
| *** sq-one has joined #maemo | 20:21 | |
| *** valerius has joined #maemo | 20:37 | |
| *** ferdna has joined #maemo | 20:44 | |
| Pali | patched kernel with autocharger mode for bq2415x not working... | 20:45 |
| Pali | it boots to bootmenu | 20:45 |
| Pali | and after booting real /sbin/init black screen and reboot | 20:46 |
| Pali | giving up today | 20:46 |
| Pali | patch on top of kernel-power is here: http://atrey.karlin.mff.cuni.cz/~pali/bq2415x/0001-Added-bq2415x-driver.patch | 20:46 |
| Pali | (driver is really blacklisted) | 20:47 |
| Pali | in /dev/mtd2 is no error output (all dumps are for other kernel version strings) | 20:53 |
| *** Itschue has joined #maemo | 20:56 | |
| *** sq-one has quit IRC | 20:56 | |
| Itschue | hello | 20:56 |
| freemangordon | Pali, what is POWER_SUPPLY_CAPACITY? | 20:57 |
| Pali | capacity in % | 20:57 |
| Itschue | after flashing emmc and than flashing rootsfs device is booting | 20:57 |
| freemangordon | you mean the charge in %? | 20:57 |
| Pali | yes | 20:57 |
| Itschue | i think all is ok but i will be 100%sure if all is really correct how can i check this | 20:57 |
| freemangordon | ok, thanks | 20:57 |
| Itschue | ca someone please help me | 20:59 |
| *** ALoGeNo has quit IRC | 21:00 | |
| *** e-yes has quit IRC | 21:01 | |
| DocScrutinizer | vdv: the first uint32 you're passing to the call is 0 in this example: http://wiki.maemo.org/Phone_control#Make_an_.22Email_Style.22_notification_dialog | 21:02 |
| DocScrutinizer | the point is it's NOT 0 on system's reply to the call, instead it holds a handle to the notification | 21:03 |
| DocScrutinizer | if you call same dbus call again, with this very ID / handle, it does NOT open a new notifier | 21:03 |
| Itschue | docscutinizer is this for me? | 21:03 |
| DocScrutinizer | alas I was not able to set the amount value in dbus-send | 21:04 |
| DocScrutinizer | Itschue: to vdv | 21:04 |
| Itschue | ok did you read my question ? | 21:04 |
| vdv | DocScrutinizer, hmm | 21:04 |
| vdv | i've tried that before, as i was in python | 21:05 |
| vdv | don't remember whether i worked or not | 21:05 |
| vdv | now i'm on c++/qt | 21:05 |
| DocScrutinizer | vdv: so I'd bet when you set BOTH the "amount" AND the "id" it shall just add the number of msgs | 21:05 |
| vdv | and seems c/c++ api doesn't allow to set id | 21:06 |
| *** cityLights has joined #maemo | 21:07 | |
| DocScrutinizer | meh, obviously there's a way to do it, and modest does | 21:07 |
| *** bergie has quit IRC | 21:07 | |
| DocScrutinizer | Itschue: test the device, use it, see if there are problems | 21:09 |
| DocScrutinizer | what do you expect to go awry? | 21:09 |
| Itschue | to go awry? | 21:10 |
| DocScrutinizer | why are you not 100% sure ? | 21:10 |
| DocScrutinizer | are you searching for problems? | 21:10 |
| Itschue | the flasher doesnt say "device successfully flashed" after flashing emmc | 21:11 |
| DocScrutinizer | hmmm | 21:11 |
| DocScrutinizer | does it return? | 21:11 |
| DocScrutinizer | does it print an error message? | 21:11 |
| Itschue | no | 21:11 |
| Itschue | no error message | 21:11 |
| DocScrutinizer | then I bet everything is fine | 21:12 |
| *** piggz has quit IRC | 21:12 | |
| DocScrutinizer | just check content of MyDocs, if there is something left over from before you flashed | 21:12 |
| Itschue | hmm but i have the same problem as before flashing | 21:12 |
| DocScrutinizer | *sigh* | 21:13 |
| DocScrutinizer | will you ever tell us what that problem is? | 21:13 |
| Itschue | yes first mydocs looks fine there are no files from me | 21:15 |
| DocScrutinizer | I guess your original question wasn't " i will be 100%sure if all is really correct how can i check this" anyway | 21:15 |
| *** spark666 has quit IRC | 21:15 | |
| DocScrutinizer | so why don't you simply state your problem, tell us you just flashed and that didn't help? | 21:16 |
| Itschue | problem is i start application mannager and when he check for updates it takes very long time and he cant connect to all repos | 21:16 |
| DocScrutinizer | that's normal | 21:16 |
| DocScrutinizer | sometimes some of the repos are simply not online, or messed up. And HAM err Hildon App Manager is notorious for being *very* slow | 21:17 |
| DocScrutinizer | you shouldn't keep extras-devel enabled by al means | 21:17 |
| Itschue | i had problems to connecting to the nokia repos | 21:18 |
| *** flo_lap has joined #maemo | 21:18 | |
| *** flo_lap has joined #maemo | 21:18 | |
| Pali | aaaaaa, I forgot to run depmod - reason why kernel does not boot | 21:18 |
| *** flo_lap is now known as florian | 21:18 | |
| DocScrutinizer | haha | 21:18 |
| Pali | stupid | 21:18 |
| DocScrutinizer | ;-P | 21:18 |
| Itschue | i know tha ham is very slow | 21:18 |
| * DocScrutinizer prods Pali | 21:18 | |
| Itschue | but this problem i never had | 21:18 |
| DocScrutinizer | Itschue: see my explanation above | 21:19 |
| *** r00t|n900 has joined #maemo | 21:19 | |
| DocScrutinizer | sometimes the repos are messed up, try again tomorrow, if problem persists, come back for getting help | 21:19 |
| Itschue | when i decativate extras devel ham connect to nokia repos? | 21:19 |
| Itschue | problem persists since yesterday | 21:20 |
| DocScrutinizer | reposa are known for acting up occasionally, especially on weekends | 21:20 |
| DocScrutinizer | have you changed anything yesterday? | 21:20 |
| DocScrutinizer | if not, then wait for problem to vanish tomorrow, just like it apeared yesterday | 21:21 |
| Itschue | i also did apt-get update in terminal. there its very slow to. on some repo links was an "ign" | 21:21 |
| *** piggz has joined #maemo | 21:22 | |
| *** e-yes has joined #maemo | 21:22 | |
| DocScrutinizer | yes, see above | 21:22 |
| *** uen has quit IRC | 21:23 | |
| DocScrutinizer | "ign" probably means "ignored" -> problems with the repo. If you haven't changed anything in HAM catalog settings, it's a problem on internet side. Nothing you can do | 21:23 |
| Itschue | can it be a problem with the router or the internet ip address | 21:24 |
| DocScrutinizer | nope, as long as you can get any connection to internet from device | 21:24 |
| Itschue | because im by my aunt and not @home. @home i never had problems like this | 21:24 |
| DocScrutinizer | can you use browser? | 21:25 |
| SpeedEvil | I've not been using my n900 to share wifi. What's the recommended 3G-wifi bridge? I want to connect my cheap android tablet to it. | 21:25 |
| Itschue | can start browse and browser loading inet site too | 21:25 |
| DocScrutinizer | SpeedEvil: mameo hotspot? | 21:26 |
| DocScrutinizer | Itschue: repo defect, see above | 21:26 |
| DocScrutinizer | wait for Nokia fixing it | 21:26 |
| *** ALoGeNo has joined #maemo | 21:26 | |
| *** psycho_oreos has quit IRC | 21:27 | |
| SpeedEvil | k | 21:27 |
| DocScrutinizer | (if it's related to your aunt's WLAN you probably can't fix it anyway, so better just wait for monday) | 21:27 |
| Itschue | tommorrow im at home problem is here by my aunt the mbile network isnt good | 21:28 |
| DocScrutinizer | yes, we all understood quite well | 21:28 |
| Itschue | or ist it an unfortunate coincidence | 21:29 |
| DocScrutinizer | the advice won't change though | 21:29 |
| *** uen has joined #maemo | 21:30 | |
| Itschue | :( | 21:34 |
| DocScrutinizer | what does HAM show when you select "catalogs" in menu? | 21:36 |
| DocScrutinizer | some of the repos are probably marked as having problems, you can check the details of the problem when you click on it | 21:37 |
| *** spark666 has joined #maemo | 21:39 | |
| *** spark666 has joined #maemo | 21:39 | |
| Itschue | mom docscrutnizer i must wait until i can see it on the n900 | 21:41 |
| *** sq-one has joined #maemo | 21:41 | |
| DocScrutinizer | anyway since you reflashed and thus the settings for the repos are quite probably ok, there's basically nothing we can do for you | 21:43 |
| *** Dynamit has joined #maemo | 21:43 | |
| DocScrutinizer | no matter if Nokia's repo server or your auntie's WLAN is the culprit | 21:44 |
| Itschue | its curious now there isnt any error | 21:44 |
| Itschue | i think its my aunties wlan its an speedport router from german telekom :( | 21:45 |
| Itschue | i hate these routers | 21:45 |
| Itschue | at home i have a good linksys router | 21:45 |
| DocScrutinizer | so how can we help? send some punching ball to treat? | 21:45 |
| *** kthomas_vh_ has quit IRC | 21:46 | |
| *** valerius has quit IRC | 21:46 | |
| *** kthomas_vh_ has joined #maemo | 21:46 | |
| Itschue | now there were no errors shon in ham | 21:46 |
| DocScrutinizer | I'm not inclined to discuss pros and cons of telekom branded speedport routers | 21:46 |
| Itschue | yesterday i had seen an error text in red | 21:46 |
| DocScrutinizer | yes, we all have seen this, dozens of times | 21:47 |
| Itschue | at the moment ham is checking updates | 21:47 |
| Itschue | i see it only along time ago because i typed the correct link | 21:47 |
| DocScrutinizer | I'm getting tired | 21:47 |
| Itschue | from my problem? | 21:48 |
| DocScrutinizer | http://talk.maemo.org/archive/index.php/t-74220.html | 21:49 |
| DocScrutinizer | yes | 21:49 |
| Itschue | we stop it now | 21:49 |
| Itschue | i check it tomorrow at home | 21:49 |
| Itschue | an when i have the problem tomorrow at home than i have a big problem | 21:50 |
| Itschue | i think at home will be all fine | 21:50 |
| *** kthomas has joined #maemo | 21:50 | |
| *** kthomas_vh_ has quit IRC | 21:51 | |
| *** Soder has joined #maemo | 21:54 | |
| DocScrutinizer | I thought you just found it works even where you are right now? | 21:59 |
| *** Dynamit has quit IRC | 21:59 | |
| DocScrutinizer | [2012-04-29 20:47:09] <Itschue> at the moment ham is checking updates | 21:59 |
| DocScrutinizer | so why the heck should there any problems tomorrow? | 21:59 |
| DocScrutinizer | should there be* | 22:00 |
| *** Itschue|2 has joined #maemo | 22:00 | |
| Itschue|2 | back | 22:00 |
| DocScrutinizer | repo (or telekom DNS, or whatever) fixed itself, problem identified as transient non-issue | 22:01 |
| *** NIN101 has quit IRC | 22:02 | |
| DocScrutinizer | Pali: depmod helped? | 22:02 |
| Pali | yes | 22:02 |
| Pali | pluged, unpluged detection working | 22:02 |
| DocScrutinizer | so it's "working"??? :-o | 22:02 |
| *** Itschue has quit IRC | 22:02 | |
| Pali | and battery is charging :-) | 22:02 |
| DocScrutinizer | WOW! | 22:03 |
| * DocScrutinizer hands Pali a lollipop | 22:03 | |
| Pali | now I must thinging about wall charger and usb charger correct detection | 22:03 |
| DocScrutinizer | USB host charger is absolutely nontrivial, and clearly a userland thing | 22:04 |
| DocScrutinizer | and probably so is fastcharger detection | 22:04 |
| DocScrutinizer | since you want to check for fastcharger only if ENUM fails | 22:04 |
| freemangordon | Pali, congrats | 22:05 |
| freemangordon | :) | 22:05 |
| * DocScrutinizer just wonders how to swap hald-addon-bme during running system | 22:07 | |
| DocScrutinizer | to switch from bme to bq24150.ko | 22:07 |
| DocScrutinizer | not exactly trivial | 22:07 |
| freemangordon | if you find a way I will owe you a beer | 22:08 |
| freemangordon | i am restarting the device everytime a need to test a new version :) | 22:08 |
| DocScrutinizer | freemangordon: maybe your hald-addon-bme replacement needs a fallback to original implementation on certain signals that bq24150.ko doesn't provide the needed info | 22:09 |
| *** dos1 has quit IRC | 22:10 | |
| *** kerio92 has joined #maemo | 22:11 | |
| DocScrutinizer | freemangordon: well you could try initctl restart hal | 22:11 |
| *** dos1 has joined #maemo | 22:11 | |
| freemangordon | hal restart does not help | 22:11 |
| *** kerio has quit IRC | 22:11 | |
| *** kerio92 is now known as kerio | 22:11 | |
| *** tuho has joined #maemo | 22:11 | |
| DocScrutinizer | but I'm afraid hal is so central a conponent that this will make whole device reboot | 22:11 |
| freemangordon | well, i am dount /etc/init.d/hal restart, but it should be the same | 22:11 |
| freemangordon | *doing | 22:11 |
| DocScrutinizer | nope | 22:11 |
| DocScrutinizer | maybe not | 22:12 |
| freemangordon | sure? ok, let me try | 22:12 |
| freemangordon | instant reboot :) | 22:13 |
| DocScrutinizer | toldya | 22:13 |
| *** jluisn has joined #maemo | 22:14 | |
| DocScrutinizer | you'll have to implement this fallback all across your code | 22:14 |
| DocScrutinizer | foo(){ | 22:14 |
| DocScrutinizer | if bq24150-works a; | 22:15 |
| DocScrutinizer | else fallback-to-original; | 22:15 |
| DocScrutinizer | } | 22:15 |
| *** Zahra has quit IRC | 22:17 | |
| *** shanttu has joined #maemo | 22:18 | |
| *** SpacedOut has left #maemo | 22:21 | |
| *** koo4 has quit IRC | 22:27 | |
| *** xev has quit IRC | 22:27 | |
| *** OkropNick has quit IRC | 22:27 | |
| Itschue|2 | docscrutinizer "resolving host timed out" | 22:28 |
| Macer | kind of sucks no longer being able to fully use my n900 | 22:29 |
| Macer | i'm using it like a damn nit lol | 22:29 |
| Macer | what a waste | 22:29 |
| *** koo4 has joined #maemo | 22:32 | |
| SpeedEvil | :/ | 22:32 |
| *** valerius has joined #maemo | 22:32 | |
| *** swc|666 has joined #maemo | 22:40 | |
| *** geaaru has quit IRC | 22:45 | |
| *** valerius has quit IRC | 22:45 | |
| vdv | DocScrutinizer, found the reason | 22:46 |
| vdv | DocScrutinizer, title must be same | 22:46 |
| vdv | title of the notification | 22:47 |
| vdv | and same id also | 22:47 |
| vdv | and "amount" hint | 22:48 |
| DocScrutinizer | vdv: toldya | 22:50 |
| DocScrutinizer | you send exactly same message again, just with updated ID and amount | 22:50 |
| vdv | hmm.. just tested with different id's | 22:52 |
| vdv | and it also works | 22:52 |
| vdv | so, message title must be same | 22:52 |
| vdv | and amount must be set to one | 22:52 |
| DocScrutinizer | err, definitely not | 22:52 |
| vdv | just tested | 22:53 |
| vdv | i print out id's | 22:53 |
| DocScrutinizer | amount is set as number of new msgs to add to the already signalled ones | 22:53 |
| vdv | for two subsequent notifications | 22:53 |
| vdv | DocScrutinizer, yes, amount is a number to add | 22:53 |
| DocScrutinizer | if this doesn't work then there's a bug in this API and another one in modest | 22:54 |
| vdv | if there was one notification, and i create a new notification with "amount = 2", then i get three | 22:54 |
| DocScrutinizer | yep | 22:54 |
| vdv | so, it works as you said | 22:54 |
| vdv | just id's must not be same | 22:54 |
| DocScrutinizer | strange | 22:54 |
| vdv | i.e. they can be same or not | 22:55 |
| vdv | no effect on result | 22:55 |
| DocScrutinizer | I dunno what's that first integer in dbus msg | 22:55 |
| DocScrutinizer | I just see it's an integer | 22:55 |
| vdv | it's really id of the notification | 22:55 |
| *** e-yes has quit IRC | 22:55 | |
| vdv | and maybe it's used in some way | 22:55 |
| vdv | for example, to reference later to the specific notification | 22:55 |
| vdv | hide it, or show it again | 22:56 |
| DocScrutinizer | >>> interface.Notify('Notification', 555, 'control_bluetooth_paired', 'Testing 123', 'Hello World', [], {}, 0) | 22:59 |
| DocScrutinizer | ##method call sender=:1.310 -> dest=:1.28 serial=19 path=/org/freedesktop/Notifications; interface=org.freedesktop.Notifications; member=Notify | 22:59 |
| DocScrutinizer | string "Notification" | 22:59 |
| DocScrutinizer | uint32 555 | 22:59 |
| DocScrutinizer | returns: | 22:59 |
| DocScrutinizer | method return sender=:1.28 -> dest=:1.310 reply_serial=19 | 23:00 |
| DocScrutinizer | uint32 18 | 23:00 |
| DocScrutinizer | dbus.UInt32(18L).... | 23:00 |
| DocScrutinizer | now I can send as many interface.Notify('Notification', 18... as I want | 23:00 |
| DocScrutinizer | it won't open new requester | 23:01 |
| DocScrutinizer | so "18" is what I called handle or ID | 23:01 |
| *** nox- has joined #maemo | 23:03 | |
| *** mase_76 has quit IRC | 23:03 | |
| *** nox- has quit IRC | 23:03 | |
| *** nox- has joined #maemo | 23:03 | |
| *** e-yes has joined #maemo | 23:05 | |
| *** lbt has joined #maemo | 23:07 | |
| *** teotwaki_ has joined #maemo | 23:07 | |
| DocScrutinizer | vdv: http://paste.debian.net/166597/ | 23:07 |
| villager | sure it's the id, but you don't need to set it to the id of the previous notification, keep in mind that modest doesn't do that either | 23:10 |
| freemangordon | Pali, after battery change bq module is reporting total nonsense POWER_SUPPLY_CHARGE_NOW=0 | 23:13 |
| *** spark666 has quit IRC | 23:13 | |
| Pali | freemangordon, try to cat /sys/class/..../bq2.../charge_now | 23:14 |
| freemangordon | still 0 | 23:15 |
| freemangordon | WTF? | 23:15 |
| DocScrutinizer | vdv: see my pastebin, it's wxactly what happened there - when I don't set the id to the returned value, it opens a new notifier | 23:15 |
| DocScrutinizer | It opens a new notifier for any integre it put there, except when that integer is a handle to an existing notifier | 23:16 |
| DocScrutinizer | ooops, villager ^^^ | 23:17 |
| DocScrutinizer | freemangordon: CI=1 | 23:18 |
| DocScrutinizer | I already elaborated on this being a bug in bq27200.ko | 23:18 |
| freemangordon | so? no charge? | 23:19 |
| freemangordon | meh | 23:19 |
| DocScrutinizer | I actually elaborated about it in epic length | 23:19 |
| DocScrutinizer | [2012-04-29 18:23:33] <DocScrutinizer> if HAL doesn't care about state of CI, what is most sensible thing to do? report capacity=0% always? or 100%? [2012-04-29 18:24:03] <DocScrutinizer> or simply report the probably still somewhat sane values from chip, even when CI=1 | 23:21 |
| *** valerius has joined #maemo | 23:21 | |
| DocScrutinizer | o/ | 23:21 |
| DocScrutinizer | off for dinner | 23:22 |
| *** trbs has joined #maemo | 23:22 | |
| *** Kilroo1 has joined #maemo | 23:23 | |
| *** Kilroo has quit IRC | 23:23 | |
| *** Macor has quit IRC | 23:24 | |
| villager | DocScrutinizer: perhaps the way you're calling it, but that's almost certainly not the way vdv or modest is doing it... for example, the id would be set to 0 for new notifications, not some random number, and hints such as "amount" etc are set (not sure which hints vdv found were needed for this to work) | 23:24 |
| vdv | DocScrutinizer, villager: in order to combine several notification objects into one (with different or same id's) i had to 1) set "amount" hint and 2) set same title for both | 23:27 |
| *** zeq has joined #maemo | 23:28 | |
| villager | and the "amount" hint is not set in that pastebin thing | 23:28 |
| villager | I think you would replace [], {} with [], {"amount": 1} or something | 23:30 |
| villager | this is probably some dirty hack that nokia made anyway, not really clean design | 23:32 |
| villager | ideally it probably should have worked like Doc says, but... | 23:33 |
| DocScrutinizer51 | but you're missing the point of what I said | 23:34 |
| DocScrutinizer51 | damn roaming | 23:35 |
| *** valerius has quit IRC | 23:35 | |
| DocScrutinizer51 | villager: I'm not a fool, and I for sure wouldn't decide to instantiate a new dialog 'with any random number for ID' | 23:35 |
| DocScrutinizer51 | I'm well aware that 0 is the only valid 'id' value to request a new dialog | 23:35 |
| *** vblazquez has quit IRC | 23:35 | |
| DocScrutinizer51 | but you're missing the point of what I said | 23:35 |
| DocScrutinizer51 | damn roaming | 23:35 |
| DocScrutinizer51 | and yes, probably we're supposed to set amount hint to a non-0 value | 23:37 |
| *** vblazquez has joined #maemo | 23:37 | |
| vdv | DocScrutinizer, and maybe also use "update" feature | 23:38 |
| DocScrutinizer51 | just I was too lazy to find out about 'or something' | 23:38 |
| vdv | it's possible to update text and icon of execsting notification | 23:38 |
| DocScrutinizer51 | sounds reasonable, yes | 23:38 |
| villager | DocScrutinizer51: well, try that "amount" thing then | 23:38 |
| DocScrutinizer51 | why? | 23:39 |
| DocScrutinizer51 | I don't need the whole cruft | 23:39 |
| DocScrutinizer51 | I just checked it for vdv | 23:39 |
| vdv | :) | 23:39 |
| vdv | villager, and i've already get what i wanted, actually | 23:39 |
| villager | DocScrutinizer51: as otherwise your pastebin shows you've missed the point? | 23:40 |
| vdv | got | 23:40 |
| villager | well, doesn't matter, vdv is happy | 23:40 |
| DocScrutinizer51 | pfff | 23:40 |
| villager | I'm not really in the arguing mood | 23:40 |
| vdv | yep :) | 23:40 |
| DocScrutinizer51 | me neither | 23:40 |
| vdv | thanks a lot | 23:41 |
| DocScrutinizer51 | yw | 23:41 |
| DocScrutinizer51 | was intriguing, I admit | 23:41 |
| *** diverse_izzue has quit IRC | 23:42 | |
| DocScrutinizer51 | so I just did it to make sure my advice wasn't utter BS | 23:42 |
| *** trbs has quit IRC | 23:44 | |
| *** mase76 has joined #maemo | 23:49 | |
| *** dhbiker has quit IRC | 23:49 | |
| *** valerius has joined #maemo | 23:51 | |
| DocScrutinizer51 | villager: I even could figure a sane developer would check for other details of msg when and only when id=0, to allow some error tolerance | 23:53 |
| DocScrutinizer51 | and of course such an API would handle id!=0 as 0 if no such id is actually in use | 23:55 |
| DocScrutinizer51 | that's why my 'random id' worked like I wouldve used 0 | 23:56 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!