| 01:03.18 | *** join/#maemo-ssu Jade (~jade@Jade.broker.freenet6.net) |
| 01:03.18 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
| 01:41.08 | *** join/#maemo-ssu myuu_ (~miku@pool-108-27-193-212.nycmny.fios.verizon.net) |
| 03:22.12 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
| 04:04.12 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 05:22.15 | *** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
| 05:52.10 | *** join/#maemo-ssu luf (~luf@ip-89-103-223-164.net.upcbroadband.cz) |
| 06:38.13 | *** join/#maemo-ssu Milhouse (~irc_milho@Maemo/community/contributor/Milhouse) |
| 07:28.58 | *** join/#maemo-ssu kolp (~quassel@212.255.35.253) |
| 08:03.46 | freemangordon | merlin1991: would you ask on TMO, mailing list or wherever you like for help? For tklock that is. |
| 08:04.24 | merlin1991 | freemangordon: will do later on today |
| 08:04.29 | freemangordon | ok, thanks |
| 08:05.24 | freemangordon | I am going to fire valgrind agains alarmui replacement. BTW systui power key meny leaks too :( |
| 08:05.58 | freemangordon | *menu |
| 08:06.24 | luf | Isn't some problem in the valgrind you're using? |
| 08:06.36 | freemangordon | luf: unfortunately no |
| 08:06.47 | freemangordon | we had the same leak in alarmui |
| 08:06.50 | freemangordon | just a minute |
| 08:07.36 | freemangordon | luf: http://talk.maemo.org/showpost.php?p=1294928&postcount=48 |
| 08:07.38 | luf | Ok. It was just a question :) I can't believe they didn't check so basic things ... |
| 08:07.54 | freemangordon | thisis not exactly basic, but still |
| 08:09.19 | luf | power key menu isn't basic? Come on ... I'm using it a lot ... |
| 08:09.58 | luf | It's basic part from my point of view. Some game or whatever application isn't but this ... |
| 08:12.54 | freemangordon | luf: aah, sorry, misunderstood you |
| 08:13.44 | freemangordon | I thought you mean that unrefing PangoFontMetrics is basic :D |
| 08:15.55 | *** join/#maemo-ssu Martix (~martix@eduroam-244.fi.muni.cz) |
| 08:16.32 | luf | I think that no mem leaks in basic maemo is have to not nice to have ;) |
| 08:17.03 | freemangordon | luf: cannot parse ^^^ :P |
| 08:19.39 | luf | freemangordon: I can write it in czech too :D |
| 08:19.58 | freemangordon | :D |
| 08:20.13 | luf | no mem leaks in basic parts of maemo is must to have not nice to have ... I can't believe ... |
| 08:20.23 | freemangordon | aah, yeah |
| 08:20.27 | luf | **** Nokia QA |
| 08:20.27 | freemangordon | deffinitely |
| 08:21.08 | freemangordon | not sure about that, alarmui seems like not writen by nokia, but by some third party |
| 08:21.30 | freemangordon | *written |
| 08:21.48 | luf | Come on ... they included it into maemo. It's their responsibility ... (mainly QA). |
| 08:22.10 | freemangordon | you cannot expect QA to test for memory leaks |
| 08:22.30 | luf | Why not? Who else is testing SW? |
| 08:22.38 | freemangordon | At least I would not expect |
| 08:23.16 | freemangordon | it is third party QA who have to test it, Nokia have to tets the functionality |
| 08:23.31 | freemangordon | it is UAT |
| 08:24.06 | luf | But everyone will shout on Nokia not the 3-rd party ... It's about good name of Nokia ... |
| 08:24.17 | freemangordon | sure. |
| 08:24.19 | *** join/#maemo-ssu Timo (~timo@unaffiliated/tiempjuuh) |
| 08:25.15 | luf | I think that mem leaks should be tested by nokia QA for all basic parts of Maemo. (I don't know how to put this sentence into past) :D |
| 08:25.21 | freemangordon | but is you have to test every code path for bugs, then it makes no sense to outsorce it. You'd better write it on your own |
| 08:25.40 | freemangordon | should've been |
| 08:25.44 | freemangordon | afaik |
| 08:26.01 | luf | You have to do UAT and what is the problem to run UAT with some memory profiler? |
| 08:26.31 | luf | Or any other technique to see if the memory consumption is constant or grow ... |
| 08:27.08 | freemangordon | because UAT purpose is to match "user requirements" against the final product |
| 08:27.34 | freemangordon | luf: I am not saying it is not good to be like you say |
| 08:28.25 | freemangordon | what I say is that in practice it is different. At least according to my experience |
| 08:29.52 | luf | Yes but it's wrong mainly on devices like N900 with so few memory and everybody has to expect that it's all time running device. |
| 08:30.05 | luf | I know that amateurs like me don |
| 08:30.28 | luf | don't have enough time/experiences with mem leak hunting but Nokia? |
| 08:31.31 | luf | With so expensive device without BT adress book sync, voice dialing ... and a lot of other features (from my point of view basic features). |
| 08:31.53 | freemangordon | luf: my work is related with ATM SW, which is very similar in some aspects with handheld devices, so I am pretty aware of unattended devices specifics |
| 08:32.16 | freemangordon | not that I say you are wrong |
| 08:32.39 | freemangordon | or that it is not how it should be (what you say) |
| 08:33.11 | luf | BTW can you share the newest valgrind with us? The best is package somewhere iin repositories :) |
| 08:34.30 | luf | I know I'm lazy but I don't want to reinvent wheel. |
| 08:35.28 | freemangordon | luf: repos does not work ;) |
| 08:35.34 | freemangordon | autobuilder that is |
| 08:37.02 | luf | Ok. So let's upload it to _you_know_whos_server_ :D |
| 08:37.17 | freemangordon | ok, will do |
| 08:37.23 | luf | Thank you very much. |
| 08:38.22 | merlin1991 | luf: thanks for not highlighting :) |
| 08:38.40 | merlin1991 | always wanted to build his own autobuilder in python, maybe it's time? xD |
| 08:38.58 | freemangordon | have in mind it still have some issues with thumb2 |
| 08:39.09 | luf | Are you familiar with the output enough? Sometime I see some strange warning (just from glib) and I'm unable to identify if it's a problem or where it allocate the memory. Feel free to point me to some useful docs. |
| 08:39.31 | freemangordon | i had to revert libpulse0 to ARM to be able to use it |
| 08:39.40 | luf | freemangordon: oh ooh, I still didn't have a time to switch to thumb2 ... |
| 08:39.57 | freemangordon | luf: then you should be fine |
| 08:40.02 | luf | Can you create the package also for non-thumb2? |
| 08:40.19 | freemangordon | ? |
| 08:41.01 | freemangordon | it is not for thumb2 |
| 08:41.06 | freemangordon | and it is not a packge :D |
| 08:41.52 | merlin1991 | binary ftw |
| 08:42.06 | luf | :) I see I'm not the only one ... :) binary is enough. |
| 08:42.30 | freemangordon | http://merlin1991.at/~freemangordon/valgrind-3.8.1/ |
| 08:42.38 | freemangordon | unpack that in /opt |
| 08:42.39 | luf | BTW even for binary it depends if you compile it with thumb2 enabled ... |
| 08:42.45 | luf | Ok, thanks. |
| 08:42.49 | freemangordon | it is ARM compiled |
| 08:43.10 | merlin1991 | freemangordon: what thumb, whyyyy? ;) |
| 08:43.33 | freemangordon | :) |
| 08:43.55 | luf | ,,, ARM compiled - I don't know it'll run on my N900 device :D :D |
| 08:43.58 | freemangordon | BTW: http://taschenorakel.de/mathias/2012/06/20/performance-and-memory-usage-of-evolution-data-server/ |
| 08:44.13 | *** join/#maemo-ssu Martix_ (~martix@eduroam-244.fi.muni.cz) |
| 08:44.16 | freemangordon | very interesting: http://taschenorakel.de/files/eds-benchmarks/memory-usage-rss-leaking.png |
| 08:46.05 | merlin1991 | somebody on #jollamobile said, that current tracker is about 10x faster than eds :D |
| 08:46.13 | freemangordon | don_falcone said it: http://talk.maemo.org/showpost.php?p=1295075&postcount=62 |
| 08:46.17 | freemangordon | merlin1991: tracker? |
| 08:46.21 | merlin1991 | yes tracker |
| 08:46.28 | freemangordon | but,but... |
| 08:46.43 | freemangordon | wtf has tracker in common to EDS? |
| 08:46.45 | luf | But who is so brave to rewrite so many things in N900? |
| 08:47.21 | freemangordon | s/to/with/ |
| 08:48.38 | merlin1991 | <pvanhoof>and then when intel guys tried to prove that evolution-data-server was faster, turned out we where 10x faster for their use-case |
| 08:48.45 | merlin1991 | we being tracker upstream in that case |
| 08:49.30 | freemangordon | hmm, and what is "their use-case"? |
| 08:49.41 | merlin1991 | he didn't elaborate :/ |
| 08:50.05 | luf | freemangordon: I don't know if there is even any common. But I don't know tracker. |
| 08:50.31 | merlin1991 | luf: on maemo tracker is only the media indexer |
| 08:50.44 | merlin1991 | on harmattan it also is the storage for email sms and contacts |
| 08:50.55 | merlin1991 | and nfc what use cases upstream has implemented |
| 08:50.55 | luf | ... and the history. |
| 08:51.09 | freemangordon | aah, sms and email |
| 08:51.13 | freemangordon | makes sense then |
| 09:03.14 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-102-207-166.net.upcbroadband.cz) |
| 09:14.14 | freemangordon | tklock leaks hildon_gtk_hscale_new. at least |
| 09:15.59 | freemangordon | ==3877== 1,436 (384 direct, 1,052 indirect) bytes in 1 blocks are definitely lost in loss record 4,161 of 4,274 |
| 09:16.06 | freemangordon | ==3877== by 0x6400253: visual_tklock_create_view_whimsy (in /usr/lib/systemui/libsystemuiplugin_tklock.so) |
| 09:23.15 | *** join/#maemo-ssu Martix (~martix@eduroam-244.fi.muni.cz) |
| 09:32.26 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 09:35.55 | *** join/#maemo-ssu BCMM (~BCMM@unaffiliated/bcmm) |
| 09:42.02 | *** join/#maemo-ssu joshgillies (~josh@58-6-103-4.dyn.iinet.net.au) |
| 09:42.27 | joshgillies | Anyone in here know whether there is a cssu-thumb-bootimg package? |
| 09:42.34 | joshgillies | for u-boot |
| 09:47.30 | merlin1991 | sure |
| 09:47.49 | Pali | http://maemo.merlin1991.at/cssu/community-thumb/pool/free/k/kernel-cssu/kernel-cssu-bootimg_2.6.28-10cssu3_armel.deb |
| 09:48.07 | merlin1991 | damn Pali beat me :D |
| 10:00.21 | joshgillies | :) thanks |
| 10:00.30 | joshgillies | had a feeling it would be that simple |
| 10:03.08 | *** join/#maemo-ssu MrPingu (~MrPingute@86.92.226.97) |
| 10:09.05 | *** join/#maemo-ssu arcean (~arcean@aaep131.neoplus.adsl.tpnet.pl) |
| 10:21.52 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
| 10:25.09 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-xwssyydybluzkfum) |
| 11:20.10 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
| 11:45.48 | *** join/#maemo-ssu Timo (~timo@unaffiliated/tiempjuuh) |
| 12:00.44 | *** join/#maemo-ssu timo^ (~timo@unaffiliated/tiempjuuh) |
| 12:01.08 | DocScrutinizer05 | fsckng braindamaged 'idea' to use tracker for storing messages |
| 12:04.23 | DocScrutinizer05 | tbh I think even EDS is a fsckng brainfart |
| 12:04.33 | DocScrutinizer05 | for local usage |
| 12:07.54 | kolp | Also, doesn't maemo use different DB systems for e.g. messages and contacts? sqlite vs bdb, or something? What's the reason for that? |
| 12:08.50 | DocScrutinizer05 | yep |
| 12:09.11 | DocScrutinizer05 | reason nb knows |
| 12:10.28 | DocScrutinizer05 | honestly, *nobody* has more than 5000 contacts. I'd do the fuck to use a dbms for that |
| 12:11.53 | DocScrutinizer05 | even on a very slow machine you can cut thru a batch of 5000 vcards with grep in MO time |
| 12:11.57 | DocScrutinizer05 | NO* |
| 12:12.29 | kolp | Is 5000 the aprox. limit where sqlite gets slower? |
| 12:12.42 | kolp | *noticably |
| 12:14.02 | DocScrutinizer05 | I'd think it's by far not the break even point where sqlite or any other DBMS gets *faster* than grep |
| 12:14.50 | DocScrutinizer05 | though, faster? maybe. More reasonable? dafaq, no |
| 12:15.24 | DocScrutinizer05 | a DBMS will usually hog RAM all the time with cached indizes and whatnot |
| 12:15.24 | merlin1991 | well sqlite ha a nicer binding interface for the data than dumping vcards to the flash and reading them yourself |
| 12:15.25 | kolp | I thought you were talking about sqlite vs bdb :) |
| 12:15.46 | merlin1991 | and sqlite is slow for a reason |
| 12:15.54 | merlin1991 | minimalistic cache and indizes |
| 12:18.55 | DocScrutinizer05 | fsckng DBMS gives us: NO fulltext search, MAXIMUM overhead, extreme RAM hogging, pretty hard archiving/im/exporting |
| 12:19.49 | DocScrutinizer05 | hell, sqlite even is a RDBMS |
| 12:20.38 | DocScrutinizer05 | while contacts as oh so extremely normalizable and relational |
| 12:20.49 | DocScrutinizer05 | s/as/are/ |
| 12:20.56 | kolp | Fulltext search depends on the smartness of the developer |
| 12:21.40 | DocScrutinizer05 | in a DBMS? yes. In a linux system? KISS, use grep |
| 12:30.47 | DocScrutinizer05 | I actually can see why somebody would use a (R)DBMS for media metadata (==tracker), but honestly, how often I wanna access my *contacts* in a way that would suggest a DBMS is the best/only way to implement that? And even if a DBMS would work fine for those few times, is the usecase really justifying the overhead? |
| 12:33.43 | DocScrutinizer05 | I mean, for eaxmaple, when my phone starts ringing, do I really care if it take 0.1 or even 2 or 3 seconds for the avatar and name to pop up on dialer screen next to the caller's number? It takes me 3s minimum to pick the phone up and look at it anyway |
| 12:36.03 | DocScrutinizer05 | on maemo we have so many speed-optimized bloated RAM-locked subsystems that constant swap hell brings the whole system to a grinding halt nevertheless. A lean simple approach probably is waaaay faster, thanks to more free RAM |
| 12:39.31 | DocScrutinizer05 | honestly I think most if not all of those programmers are missing the experience of the 80s (and 90s) when CPU of a 'lightning fast' desktop PC was about 1/10 as fast as ARM CPU in N900, and the amount of RAM in N900 is more than those systems had *storage* (on HDD) |
| 12:44.02 | DocScrutinizer05 | those were the times when programmers/architects (back when it was most times the same) had no problem at all to implement a contacts database with fulltext search and awesome response times in less than 100kB of RAM, and handling 5000 contacts was no problem at all and didn't hog RAM since there was none to hog |
| 12:44.38 | Skry | agreed. |
| 12:47.43 | kolp | Now, I guess the respective parts of maemo are closed, so we can't replace anything if we wanted |
| 12:48.02 | DocScrutinizer05 | that's the crux |
| 12:49.25 | DocScrutinizer05 | starting with dialer and contacts |
| 12:49.50 | DocScrutinizer05 | "for differntiation reasons" PAH! |
| 12:50.28 | DocScrutinizer05 | differentiation to the inferior, like I use to say |
| 12:52.10 | DocScrutinizer05 | "look, this abysmal dialer on that phone, *has* to be a Nokia maemo phone!" ROTFL |
| 12:55.12 | DocScrutinizer05 | the truth is much of that stuff been developed by some contractor like e.g. colabora, and Nokia probably doesn't own the (C) of sourcecode so they could publish it. |
| 13:14.23 | merlin1991 | DocScrutinizer05: silly question, how do I get the owner / oper / whaterver flags(users) for a channel on freenode? |
| 13:14.50 | DocScrutinizer05 | /msg chanserv access $<chan> list |
| 13:15.05 | merlin1991 | thanks |
| 13:15.08 | DocScrutinizer05 | yw |
| 13:16.34 | DocScrutinizer05 | of course there are the 'normal' flags as well: /mode $<chan> [b|q|...] |
| 13:18.24 | DocScrutinizer05 | /msg $<service> help |
| 13:18.32 | DocScrutinizer05 | like in |
| 13:18.44 | DocScrutinizer05 | /msg chanserv help access |
| 13:19.31 | DocScrutinizer05 | /msg chanserv help flags |
| 13:19.38 | DocScrutinizer05 | ^^^ useful one |
| 13:19.46 | merlin1991 | DocScrutinizer05: you're reaching overkill on info :D |
| 13:29.42 | DocScrutinizer05 | merlin1991: you've seen a [notice] of chanserv 60s ago? |
| 13:30.31 | merlin1991 | nope |
| 13:30.35 | DocScrutinizer05 | :-/ |
| 13:30.44 | DocScrutinizer05 | [2012-11-22 14:27:06] [Notice] -ChanServ- Fantasy commands are always executed as if SET VERBOSE ON is |
| 13:30.46 | DocScrutinizer05 | [2012-11-22 14:27:06] [Notice] -ChanServ- in effect. |
| 13:30.56 | DocScrutinizer05 | [2012-11-22 14:28:45] <-> chanserv> hoolahoola #maemo-ssu |
| 13:30.57 | DocScrutinizer05 | [2012-11-22 14:28:45] [Notice] -ChanServ- Invalid command. Use /msg ChanServ help for a command listing. |
| 13:33.51 | DocScrutinizer05 | freenode is a rcih field for never ending studies |
| 13:35.43 | DocScrutinizer05 | probably only freenode staff knows about >90% of the possible commands (there are a *lot* of 'hidden' commands only the staffers may use, but I'm actually talking about the 'normal' ones) |
| 13:40.46 | DocScrutinizer05 | merlin1991: /cs info #maemo-ssu |
| 13:54.08 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.139) |
| 14:02.13 | *** join/#maemo-ssu Timo (~timo@unaffiliated/tiempjuuh) |
| 15:03.01 | Pali | merlin1991, freemangordon, I changed shell dpkg parsing to one dpkg-query call: https://gitorious.org/community-ssu/libcpaboutcssu/commit/03b5698650560b0be44f56939219379110651947 |
| 15:06.50 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-vjuafvvpvsdledxn) |
| 15:16.24 | *** join/#maemo-ssu ron0062000 (~ron006200@cpe-72-181-242-49.tx.res.rr.com) |
| 15:46.23 | kerio | Pali: that should be faster, right? |
| 15:46.49 | Pali | kerio, maybe yes, maybe not |
| 15:46.55 | Pali | but code is cleaner |
| 15:47.01 | Pali | no shell in C code |
| 15:47.15 | Pali | like pipes, tail, ... |
| 15:47.33 | tadzik | 1 process spawned, not 4 |
| 15:47.38 | Pali | kerio, I think that speed is same |
| 15:47.39 | kerio | tadzik: two |
| 15:47.43 | DocScrutinizer05 | kerio: are we interested that much in speed of updates? (aiui it's about update, no?) |
| 15:47.44 | Pali | only number of processes |
| 15:47.52 | tadzik | 2 vs 5 then |
| 15:47.54 | kerio | DocScrutinizer05: it's about opening the "about CSSU" in settings |
| 15:47.59 | kerio | :3 |
| 15:47.59 | DocScrutinizer05 | aah |
| 15:48.01 | tadzik | or I have trouble counting :) |
| 15:48.02 | kerio | microoptimization! |
| 15:48.20 | kerio | tadzik: there's a shell that runs the whole string too |
| 15:48.27 | tadzik | kerio: 2 vs 5 then |
| 15:48.32 | Pali | I think that spawning 3 more processes when you open About CSSU dialog is still OK |
| 15:48.38 | tadzik | before there was shell, runing sh -c, blablabla |
| 15:49.02 | Pali | we know that busybox is mess and this patch eliminate using it in C code |
| 15:49.20 | Pali | really writing shell parts in C/C++ is bad idea |
| 15:49.28 | kerio | Pali: busybox is still called |
| 15:49.35 | Pali | kerio, where? |
| 15:49.44 | kerio | but hell, not even busybox can mess up sh -c "<command>" |
| 15:49.56 | Pali | g_spanw_something doing fork+exec |
| 15:50.08 | kerio | Pali: how did the pipes work, before? |
| 15:50.38 | Pali | not like like system("") which doing fork, exec sh -c '', fork, exec script |
| 15:50.40 | kerio | ooh |
| 15:50.41 | kerio | i see |
| 15:50.49 | kerio | then yeah, it's better now :3 |
| 15:51.05 | Pali | dpkg-query (with correct params) return version of installed package |
| 15:51.08 | kerio | Pali: you know what's not ok? checking the dpkg version of a package while everything is booting, and slowing my status area down >:c |
| 15:51.35 | Pali | kerio, this is in About dialog |
| 15:51.43 | kerio | i'm talking about your battery applet |
| 15:51.48 | DocScrutinizer05 | it's only better when codesize of resident program text has not increased |
| 15:52.31 | Pali | calling one more process when booting is still OK |
| 15:52.35 | DocScrutinizer05 | since you don't bother about 29 processes plus for 30s, you worry about 20k additional program code occupying ram all the time |
| 15:52.44 | Pali | linux has really good clone system call |
| 15:52.58 | kerio | Pali: it's visibly slower than no check |
| 15:53.16 | kerio | it's kinda weird |
| 15:53.30 | Pali | kerio, propose (correct !) patch and I can include it |
| 15:53.47 | kerio | Pali: my patch would involve depending on bme 1 and just ignoring the check :) |
| 15:53.53 | kerio | er, bme >= 1 |
| 15:54.18 | Pali | this will not work with installed bme |
| 15:54.23 | Pali | patch is not correct |
| 15:54.33 | kerio | .-. |
| 15:54.47 | Pali | btw, now patching MAGs profile applet |
| 15:54.48 | kerio | i meant making it so that the check does what it's supposed to do after finding bme 1 |
| 15:57.35 | *** join/#maemo-ssu MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG) |
| 15:57.59 | DocScrutinizer05 | [2012-11-22 16:54:47] <Pali> btw, now patching MAGs profile applet |
| 15:58.34 | DocScrutinizer05 | :-P |
| 15:59.15 | Pali | https://gitorious.org/~pali/community-ssu/pali-status-menu-applet-profiles |
| 16:05.09 | DocScrutinizer05 | Pali: what's this applet doing, esp what's it doing differently than stock applet? |
| 16:05.31 | Pali | show all profiles (not only general & silent) |
| 16:05.40 | DocScrutinizer05 | that sounds great |
| 16:05.57 | Pali | now only one think not working: vibrate buttons :-( |
| 16:06.19 | Pali | for unknown reason vibrate button does not change profiled settings |
| 16:06.29 | DocScrutinizer05 | couldn't care less about nonsensical vibrate buttons, but then that's just me |
| 16:07.40 | DocScrutinizer05 | right now I got TWO profile buttons in status-menu, one of tweakr and probably a second one from advanced profile blabla (sorry don't recall the name) |
| 16:08.40 | DocScrutinizer05 | I'd adore replacing the latter by CSSU profile applet if it can do the same, and then wonder how to get rid of tweakr profile button while keeping tweakr |
| 16:08.54 | *** join/#maemo-ssu myuu_ (~miku@pool-108-27-193-212.nycmny.fios.verizon.net) |
| 16:09.32 | DocScrutinizer05 | hell it's been me and MohammadAG who originally discussed that profiled shoud be able to handle arbitrary profiles, just applet can't |
| 16:09.53 | DocScrutinizer05 | I forgot about every single detail of that investigation |
| 16:11.42 | DocScrutinizer05 | Pali: so I gather you're about to fix that vibrate button bug? |
| 16:12.07 | *** join/#maemo-ssu arcean (~arcean@aaep131.neoplus.adsl.tpnet.pl) |
| 16:12.22 | Pali | DocScrutinizer05, seems that I do not calling proper gtk_someting function for hildon checkbox button |
| 16:12.28 | Pali | I will try to fix it |
| 16:12.38 | DocScrutinizer05 | MohammadAG: anything known about that bug? |
| 16:13.10 | kerio | Pali: does your status applet correctly depend on mediaplayer-l10n-mr0? |
| 16:13.27 | Pali | kerio, which status applet? |
| 16:13.32 | DocScrutinizer05 | o.O |
| 16:13.38 | kerio | status-area-applet-battery |
| 16:13.52 | Pali | DocScrutinizer05, MAG version was not complete |
| 16:13.59 | DocScrutinizer05 | battery depends on mediaplayer?? |
| 16:14.02 | Pali | kerio, yes |
| 16:14.08 | Pali | on l10n |
| 16:14.15 | DocScrutinizer05 | dafq |
| 16:14.18 | kerio | DocScrutinizer05: str = dngettext ("mediaplayer", "mp_bd_label_hour%s", "mp_bd_label_hours%s", num); |
| 16:14.24 | Pali | I'm reusing minutes or hours string |
| 16:14.25 | kerio | for the translation of "hours:" |
| 16:14.35 | DocScrutinizer05 | OMFG |
| 16:14.41 | Pali | and I found that mediaplayer l10n package has it |
| 16:15.05 | kerio | DocScrutinizer05: i know, it's awesome :D |
| 16:15.07 | Pali | all l10n packages are installed by default on maemo5 - so no problem |
| 16:15.22 | DocScrutinizer05 | sure sure |
| 16:15.32 | DocScrutinizer05 | just it feels so... WAAAAAH! |
| 16:15.41 | kerio | DocScrutinizer05: patches welcome |
| 16:15.46 | DocScrutinizer05 | lol |
| 16:15.54 | kerio | Pali: are you sure that osso-clock doesn't have hours and minutes? |
| 16:15.58 | DocScrutinizer05 | roll you rown i10n |
| 16:16.00 | Pali | yes |
| 16:16.10 | Pali | I looked into all l10n packages |
| 16:16.23 | DocScrutinizer05 | l10n even |
| 16:17.21 | DocScrutinizer05 | you check impact on memory footprint? |
| 16:18.16 | Pali | vibrate button working :-) |
| 16:18.30 | kerio | Pali: am i reading this wrong, or the applet keeps checking for the presence of bme_RX-51 in the processes? |
| 16:18.48 | Pali | kerio, yes |
| 16:18.54 | kerio | oh no, wait |
| 16:18.57 | kerio | not if bme_replacement is set |
| 16:19.17 | Pali | if bme replacement is installed then it not checking |
| 16:19.50 | kerio | then it's easy to fix the problem, if you accept that there's going to be a bit of cruft :3 |
| 16:20.07 | kerio | bme_replacement = 1; // system ("dpkg -l ... |
| 16:27.08 | kerio | Pali: actually... |
| 16:27.21 | kerio | Pali: what about the existance of the /usr/bin/bme_RX-51 binary? |
| 16:27.36 | Pali | for what? |
| 16:27.55 | kerio | if there isn't one, then we can assume the user is running the bme_replacement |
| 16:28.07 | Pali | not correct |
| 16:28.25 | Pali | need to know if hald-addon-bme is replacement or not |
| 16:28.52 | Pali | I'm still using for testing: stopped bme with new hald-addon-bme |
| 16:29.29 | kerio | Pali: well then the check is wrong |
| 16:29.37 | kerio | the check compares the version of bme-rx-51 to 1.0 |
| 16:29.54 | kerio | if it's greater or equal than that, then /usr/bin/bme_RX-51 isn't present |
| 16:30.00 | kerio | if it's present, then the version is lesser than that :) |
| 16:30.10 | *** join/#maemo-ssu luf (~luf@ip-89-103-223-164.net.upcbroadband.cz) |
| 16:30.19 | Pali | yes |
| 16:31.02 | Pali | I already wrote it is not easy to fix this problem... |
| 16:32.15 | kerio | still, that check is equivalent to the nonexistance of that file - if we're to assume that the dpkg database matches what's actually installed |
| 16:32.25 | kerio | but if that's wrong, then the check is meaningless anyway |
| 16:40.05 | *** join/#maemo-ssu lardman (~lardman@host86-158-105-100.range86-158.btcentralplus.com) |
| 16:40.05 | *** join/#maemo-ssu lardman (~lardman@Maemo/community/contributor/lardman) |
| 16:50.49 | Pali | DocScrutinizer05, for better profile support we need harmattan profiled daemon in cssu |
| 16:50.59 | Pali | it was opened |
| 16:51.34 | Pali | I asked profiled devs if daemon with libs are compatible with fremantle and I got answer that API/ABI should be compatible... |
| 17:10.19 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
| 17:23.25 | *** join/#maemo-ssu Skry (~skry@81-175-149-210.bb.dnainternet.fi) |
| 17:30.21 | *** join/#maemo-ssu Martix_ (martix@nat/redhat/x-wvjhcdimyfqkzpmm) |
| 17:30.42 | Pali | merlin1991, DocScrutinizer05, here is merge request: https://gitorious.org/community-ssu/status-menu-applet-profiles/merge_requests/1 |
| 17:30.52 | Pali | maybe candidate for cssu-devel |
| 17:31.19 | Pali | also here is harmattan profiled with fremantle config files: https://meego.gitorious.org/~pali/meego-middleware/pali-profiled |
| 17:35.11 | Pali | and here is merge request for status area applet battery: https://gitorious.org/community-ssu/status-area-applet-battery/merge_requests/2 |
| 17:35.30 | kerio | i thought cssu-devel didn't have particular requirements for the upload |
| 17:35.48 | Pali | merlin1991, freemangordon look at it ^^^ |
| 17:41.18 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
| 17:51.06 | *** join/#maemo-ssu arcean (~arcean@aaep131.neoplus.adsl.tpnet.pl) |
| 17:58.50 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
| 18:00.46 | DocScrutinizer05 | kerio: that's correct |
| 18:01.04 | kerio | "candidate for cssu-devel" isn't meaningful, then |
| 18:01.08 | kerio | because everything is |
| 18:01.14 | kerio | Pali: i say upload to cssu-devel |
| 18:03.07 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28B21.dip0.t-ipconnect.de) |
| 19:04.19 | freemangordon | DocScrutinizer05, kerio: errr, isn't cssu-devel supposed to be used for testing stuff to to to CSSU? if something is not meant for CSSU, then it has no place in CSSU-devel |
| 19:05.22 | freemangordon | s/to to ot/to go to/ |
| 19:05.28 | freemangordon | the fuck |
| 19:05.36 | freemangordon | is still sleeping :D |
| 19:06.26 | freemangordon | merlin1991: I started REing tklock, scratch "the call for help" |
| 19:18.01 | *** join/#maemo-ssu BCMM (~BCMM@unaffiliated/bcmm) |
| 19:19.57 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
| 19:22.09 | *** join/#maemo-ssu Martix_ (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
| 19:34.37 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-kjqzqqonuvizypsr) |
| 19:56.15 | DocScrutinizer05 | freemangordon: cssu-devel is kinda staging for cssu-t, but also kinda sandbox playground for devels to have fun based on cssu. Not everything in cssu-devel *has* to go to cssu-t eventually. there as well might be projects that never get finished, or turn out to be incompatible or otherwise inappropriate for cssu-t |
| 19:59.05 | DocScrutinizer05 | IOW cssu-devel is the alternative to extras-devel for projects that seem like don't really fit into extras-devel since they need stuff that could get provided via cssu only |
| 19:59.37 | kerio | cssu-devel is #maemo-ssu's playground repo :D |
| 20:03.34 | *** join/#maemo-ssu NIN102 (~NIN@p5DD28777.dip0.t-ipconnect.de) |
| 20:03.51 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
| 20:10.54 | *** join/#maemo-ssu Martix_ (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
| 21:08.52 | *** join/#maemo-ssu ekze (~nyan@bakaekze.ru) |
| 21:49.43 | *** join/#maemo-ssu ekze (~nyan@bakaekze.ru) |
| 21:59.47 | *** join/#maemo-ssu arcean (~arcean@aaep131.neoplus.adsl.tpnet.pl) |
| 22:15.37 | *** join/#maemo-ssu joshgillies (~josh@hobart.office.squiz.net) |
| 22:16.27 | *** join/#maemo-ssu andre__ (~andre@dslb-092-076-142-129.pools.arcor-ip.net) |
| 22:16.27 | *** join/#maemo-ssu andre__ (~andre@wikimedia/aklapper) |
| 22:20.06 | freemangordon | any idea what HW keycodes n900 has? |
| 22:20.31 | freemangordon | tklock is doing some trickery, need ^^^ to understand what it does exactly |
| 22:26.17 | freemangordon | Pali: ping |
| 23:28.43 | DocScrutinizer05 | check e.g. BM sourcecode, it hase some of them |
| 23:28.49 | DocScrutinizer05 | has* |
