*** NIN101 has quit IRC | 00:14 | |
*** M4rtinK has joined #maemo-ssu | 00:41 | |
*** BCMM has joined #maemo-ssu | 00:41 | |
*** Pali has quit IRC | 00:59 | |
*** BCMM has quit IRC | 01:04 | |
*** BCMM has joined #maemo-ssu | 01:04 | |
*** BCMM has quit IRC | 01:05 | |
*** BCMM has joined #maemo-ssu | 01:08 | |
*** Jade has quit IRC | 01:27 | |
*** zogg_ has joined #maemo-ssu | 01:44 | |
*** nox- has quit IRC | 01:55 | |
*** ZogG has quit IRC | 01:55 | |
*** DocScrutinizer51 has quit IRC | 01:55 | |
*** Jaffa has quit IRC | 01:55 | |
*** nox- has joined #maemo-ssu | 01:59 | |
*** BCMM has quit IRC | 02:16 | |
merlin1991 | DocScrutinizer: how did it go? | 02:21 |
---|---|---|
DocScrutinizer | not at all yet, chillout failed. Somebody thought it's a good idea to get me even more upset by pestering me about infobot | 02:22 |
*** trumee_afk is now known as trumee | 02:26 | |
*** trumee is now known as trumee_afk | 02:31 | |
*** M4rtinK has quit IRC | 02:34 | |
*** trbs has quit IRC | 02:40 | |
merlin1991 | arcean: do you have time for another meeting next wednesday after 20 utc? | 02:43 |
*** LaoLang_cool has joined #maemo-ssu | 02:52 | |
*** LaoLang_cool has quit IRC | 02:58 | |
*** LaoLang_cool has joined #maemo-ssu | 02:59 | |
arcean | merlin1991, ok, no problem | 03:04 |
*** ChanServ sets mode: +o merlin1991 | 03:08 | |
*** merlin1991 changes topic to "Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version (testing): 21.2011.38-1Tmaemo2.1; (stable): 21.2011.38-1Smaemo2.1 | meeting 28.03 20:00 UTC" | 03:09 | |
*** merlin1991 sets mode: -o merlin1991 | 03:09 | |
arcean | merlin1991, thanks and bye :) | 03:12 |
*** int_ua has joined #maemo-ssu | 03:13 | |
*** arcean has quit IRC | 03:14 | |
*** int_ua has quit IRC | 03:36 | |
*** int_ua has joined #maemo-ssu | 03:54 | |
*** chainsawbike has quit IRC | 04:15 | |
*** chainsawbike has joined #maemo-ssu | 04:21 | |
*** amiconn_ has joined #maemo-ssu | 05:21 | |
*** amiconn has quit IRC | 05:21 | |
*** amiconn_ is now known as amiconn | 05:21 | |
*** nox- has quit IRC | 05:37 | |
*** Jade has joined #maemo-ssu | 05:53 | |
*** Milhouse has quit IRC | 07:31 | |
*** Milhouse has joined #maemo-ssu | 07:35 | |
*** andre__ has joined #maemo-ssu | 10:05 | |
*** andre__ has joined #maemo-ssu | 10:05 | |
*** M4rtinK has joined #maemo-ssu | 10:59 | |
*** trumee_afk is now known as trumee | 11:05 | |
*** NIN101 has joined #maemo-ssu | 11:06 | |
*** Kaptenen has quit IRC | 12:02 | |
*** Pali has joined #maemo-ssu | 12:05 | |
*** DocScrutinizer has quit IRC | 12:45 | |
*** DocScrutinizer has joined #maemo-ssu | 12:45 | |
*** arcean has joined #maemo-ssu | 13:23 | |
*** LaoLang_cool_ has joined #maemo-ssu | 13:34 | |
*** LaoLang_cool has quit IRC | 13:34 | |
*** arcean_ has joined #maemo-ssu | 13:51 | |
freemangordon | DocScrutinizer, what about my nick? | 13:51 |
freemangordon | DocScrutinizer, pong | 13:52 |
*** arcean has quit IRC | 13:53 | |
psycho_oreos | freemangordon, ping | 13:54 |
psycho_oreos | you were wanting me before? | 13:54 |
freemangordon | psycho_oreos, yeah, you had some issue you were thinkong it might be casued by CSSU, how it went? | 13:55 |
psycho_oreos | freemangordon, ahh it wasn't related to CSSU, DocScrutinizer cleared that up as it was an issue with autodisconnect. I got some help from #maemo where we actually found the culprit | 13:56 |
freemangordon | ok, good | 13:57 |
freemangordon | I'll search the logs | 13:57 |
LaoLang_cool_ | Is CSSU testing stable enough for daily usage? | 14:02 |
psycho_oreos | what's wrong with the current stable version? | 14:03 |
freemangordon | psycho_oreos, it is missing lots of features from -testing | 14:04 |
freemangordon | LaoLang_cool_, that is what I am using on my only phone, so I assume it stable | 14:04 |
psycho_oreos | freemangordon, heh if the user wants stable, there's stable, otherwise there's testing and that's for those who risk it just to be on bleeding edge | 14:05 |
LaoLang_cool_ | freemangordon: wow, good :) | 14:05 |
psycho_oreos | I'm sure that sort of rule applies to anything one tries, you either stick with stable and be happy or you can run the risk for the added benefits and go with bleeding edge | 14:05 |
psycho_oreos | I'm also using the latest testing as well | 14:06 |
freemangordon | psycho_oreos, actually -testing is not -devel ;) | 14:06 |
Lava_Croft | -testing is kind of like the area for release candidates | 14:06 |
psycho_oreos | freemangordon, though in CSSU terms -testing == -devel :) | 14:06 |
freemangordon | so there is very little chance something to be totally broken | 14:06 |
freemangordon | no | 14:06 |
freemangordon | it is not -devel | 14:06 |
psycho_oreos | so there's actually a devel CSSU? :) | 14:07 |
Lava_Croft | it certainly is not | 14:07 |
Lava_Croft | if it was -devel, i wouldnt never use it | 14:07 |
* psycho_oreos thinks of that gitorious repo? | 14:07 | |
psycho_oreos | s/?/\./ | 14:07 |
infobot | psycho_oreos meant: so there's actually a devel CSSU\. :) | 14:07 |
LaoLang_cool_ | though it'd called testing, but its updating is not so active, so it can be thought as stable | 14:07 |
psycho_oreos | bah | 14:07 |
freemangordon | psycho_oreos, ask merlin1991 for "devel-repo-to-be" | 14:08 |
psycho_oreos | freemangordon, I'll do so when I see merlin1991 | 14:09 |
*** arcean_ is now known as arcean | 14:11 | |
*** arcean_ has joined #maemo-ssu | 14:16 | |
*** arcean has quit IRC | 14:18 | |
*** arcean_ is now known as arcean | 14:19 | |
*** arcean_ has joined #maemo-ssu | 14:21 | |
*** arcean has quit IRC | 14:23 | |
*** BCMM has joined #maemo-ssu | 14:37 | |
*** BCMM has quit IRC | 14:44 | |
DocScrutinizer | hi folks, what about https://bugs.maemo.org/show_bug.cgi?id=8347 - we already got the patched libsms in CSSU? | 15:01 |
povbot | Bug 8347: Cell Broadcast Feature not available | 15:01 |
DocScrutinizer | merlin1991: ^^ ? | 15:01 |
DocScrutinizer | it's thoroughly tested and seems to work without *any* problems | 15:03 |
DocScrutinizer | AIUI it's part of this new provider thingie | 15:05 |
DocScrutinizer | the jonwil thingie | 15:10 |
Pali | DocScrutinizer, that patched binary is licensed under nokia closed | 15:10 |
DocScrutinizer | sure | 15:10 |
Pali | should we ignore license arguments and push patched binary to CSSU? | 15:10 |
Pali | I think that Nokia does not care about that now... | 15:10 |
DocScrutinizer | so we either ignore that, or deliver the patch proggie (a c 5 liner I wrote) | 15:11 |
DocScrutinizer | rather I provided the template, it's been written by jonwil I guess | 15:11 |
Pali | I think the best should be to push binary deb package which contains that library to CSSU (with patched binary) | 15:11 |
Pali | and really ignore nokia license | 15:12 |
DocScrutinizer | yup | 15:12 |
Lava_Croft | stand up against the man | 15:12 |
DocScrutinizer | seems we're already shipping other nokia binaries, no? | 15:12 |
Pali | quim wrote something about that we can redistribute nokia closed binaries for open projects | 15:12 |
Pali | RE binaries :D (l10n) | 15:13 |
DocScrutinizer | which btw IIRC was one of the reasons to get CSSU on Nokia server | 15:13 |
Pali | DocScrutinizer, only l10n binaries we have yet | 15:13 |
Pali | nothing more | 15:14 |
DocScrutinizer | :nod: it was too much hassle and too little benefit for the certman stuff | 15:14 |
DocScrutinizer | right? | 15:14 |
Pali | certman is now full open :D | 15:14 |
Pali | I forced nokia to open it :D | 15:14 |
Pali | the only stuff which was open for fremantle | 15:15 |
Pali | DocScrutinizer, what is needed to test cell broadcast? | 15:16 |
DocScrutinizer | anyway that libsms has a severe and clearly located bug, with a verified fix | 15:16 |
DocScrutinizer | jonwil's provider/location thingie for status area | 15:17 |
DocScrutinizer | or my python proggie | 15:17 |
DocScrutinizer | plus of course the patched lib | 15:17 |
DocScrutinizer | there's a thread in tmo about it | 15:18 |
DocScrutinizer | don't ask me where | 15:18 |
Pali | https://gitorious.org/community-ssu/libconnui-dev/trees/master | 15:18 |
Pali | should be? | 15:18 |
DocScrutinizer | errr, dunno, the lib is called libsms or licisisms or sth like that | 15:19 |
DocScrutinizer | jonwil provided all it needs to get the stuff into CSSU, and I honestly thought we included it long ago | 15:20 |
Pali | ok, I suggest to create same DEB packages which are on download.maemo.nokia.com/.... with increased version | 15:21 |
Pali | should I start creating dsc? | 15:21 |
DocScrutinizer | http://mg.pov.lt/maemo-ssu-irclog/%23maemo-ssu.2012-03-11.log.html#t2012-03-11T17:38:11 | 15:23 |
DocScrutinizer | http://mg.pov.lt/maemo-ssu-irclog/%23maemo-ssu.2012-03-10.log.html#t2012-03-10T03:19:16 | 15:23 |
DocScrutinizer | merlin1991: ^^^ | 15:25 |
DocScrutinizer | merlin1991: what's state of operator-name-cbs-widget? | 15:25 |
DocScrutinizer | does it ship with patched libsms, or patch-libsms binary? | 15:26 |
DocScrutinizer | does it ship at all with latest T? | 15:27 |
DocScrutinizer | jonwil (and I) are working on this since felt years | 15:27 |
DocScrutinizer | merlin1991: I want to add a comment to https://bugs.maemo.org/show_bug.cgi?id=8347: "fixed in CSSU" | 15:28 |
povbot | Bug 8347: Cell Broadcast Feature not available | 15:28 |
DocScrutinizer | actually it's been >1 year | 15:29 |
DocScrutinizer | absolutely what CSSU is meant for | 15:30 |
DocScrutinizer | forgetting to include it in recent CSSU-T was rather rude against jonwil | 15:32 |
DocScrutinizer | the patch for libsms has to go into CSSU anyway, no matter what's the decision about operator-name-cbs-widget | 15:34 |
DocScrutinizer | see rationale above | 15:34 |
DocScrutinizer | libsms has a severe and clearly located bug, with a verified fix | 15:35 |
DocScrutinizer | http://lists.maemo.org/pipermail/maemo-developers/2011-June/028440.html | 15:38 |
DocScrutinizer | http://lists.maemo.org/pipermail/maemo-developers/2011-June/028444.html | 15:40 |
* amiconn likes cssu as such, but hates its update procedure | 15:45 | |
*** rlinfati has joined #maemo-ssu | 15:45 | |
amiconn | It always (1) loses packages (used to be three, down to one now but still annoying and (2) disables bluetooth | 15:46 |
rlinfati | flash10 can be accepted in cssu ? | 15:51 |
rlinfati | adobe flash player | 15:51 |
NIN101 | it would be news to me that adobe flash 10 exists for maemo... | 15:55 |
DocScrutinizer | indeed | 15:55 |
DocScrutinizer | there's been that "pirated" stuff from TI, which proved to be worse than original flash9 incl special Nokia patches | 15:56 |
DocScrutinizer | amiconn: which pkgs get lost? | 15:56 |
merlin1991 | DocScrutinizer: it was supposed to end up in latest testing, but mag had some build errors | 15:58 |
merlin1991 | so we postponed to next testing | 15:59 |
*** ruskie has quit IRC | 15:59 | |
DocScrutinizer | sheeeet | 15:59 |
merlin1991 | which hopefully arrives around next friday | 15:59 |
DocScrutinizer | LOL | 15:59 |
rlinfati | and the flash9 with the version string changed to report 10 or 11 ? | 15:59 |
DocScrutinizer | next friday which universae? | 15:59 |
merlin1991 | :D | 15:59 |
merlin1991 | I know | 15:59 |
merlin1991 | currentlye queued for next testing is krev-c, alarmd, libxml, and the smslib + widget | 16:00 |
NIN101 | rlinfati: I don't think CSSU would mess with flash version strings... | 16:00 |
DocScrutinizer | good | 16:00 |
merlin1991 | we're not going to mess with flash version string ever | 16:00 |
NIN101 | see :-). | 16:01 |
merlin1991 | there is a package for that in -devel, dunno if it went up to extras | 16:01 |
DocScrutinizer | I'm not that averse | 16:01 |
DocScrutinizer | there might be good reasons to patch the version string | 16:01 |
merlin1991 | and that would be? | 16:01 |
DocScrutinizer | websites querying the string | 16:02 |
merlin1991 | in any case announcing I am version x though in reality you are y is bound to break at some point | 16:02 |
merlin1991 | if the user wants to take that risk there is a package for that in -devel | 16:02 |
NIN101 | yep. | 16:02 |
DocScrutinizer | in fact what we got is more 10 than 9 | 16:02 |
merlin1991 | not something that should be forced on the general | 16:02 |
merlin1991 | s/general/general user/ | 16:02 |
infobot | merlin1991 meant: not something that should be forced on the general user | 16:02 |
DocScrutinizer | afaik at least | 16:03 |
DocScrutinizer | 9 plus massive patches | 16:03 |
DocScrutinizer | which actually are backported 10 features | 16:03 |
DocScrutinizer | AIUI | 16:03 |
DocScrutinizer | so it's maybe 9.75 | 16:04 |
Pali | DocScrutinizer, merlin1991 - I'm creating correct debian/* stuff for that cellular libconnui packages | 16:04 |
DocScrutinizer | you might argue a verstr=10 matches better | 16:04 |
Pali | it will produce same package name as in nokia repository | 16:05 |
merlin1991 | anybody who wants to edit his version string can use http://maemo.org/packages/view/tweakflashver/ | 16:05 |
DocScrutinizer | Pali: I dunno about libconnui | 16:05 |
DocScrutinizer | merlin1991: fair point | 16:05 |
merlin1991 | it's even in extras :) | 16:05 |
DocScrutinizer | actually there's nothing in CSSU that would suggest we need to fix the version string, for now | 16:06 |
DocScrutinizer | I'm a bit deciding this based on my gut feelings, which so far were good enough for companies to listen to me | 16:07 |
merlin1991 | amiconn: which package did you loose this time around? | 16:07 |
merlin1991 | btw DocScrutinizer did you update already? | 16:08 |
DocScrutinizer | libsms: part of system, closely woven in by API calls from other parts. flash version: not visible to system at all | 16:08 |
DocScrutinizer | nope | 16:08 |
DocScrutinizer | I sometimes have a hard time to explain why I decide one way or another, but when and after I do, it becomes clear usually that there's sound reason | 16:09 |
DocScrutinizer | of course that'S not a basis for discussion when somebody challenges my decisions | 16:10 |
DocScrutinizer | otoh we're on same page for now, regarding libsms as well as flash | 16:10 |
DocScrutinizer | :-D | 16:10 |
merlin1991 | :) | 16:11 |
*** ruskie has joined #maemo-ssu | 16:11 | |
DocScrutinizer | as soon as massive reports come in that e.g. youtube refuses to work with unpatched flashlib while it works with patched flash version string, I'd prolly change my mind | 16:12 |
DocScrutinizer | as then it's obvious the system as a whole has a "bug" which can get fixed easily | 16:12 |
DocScrutinizer | and again I like to push for a extras-cssu repo, that has apps tested on and tailored for CSSU | 16:14 |
DocScrutinizer | for now we already have ONE app in there: orientation-lock-widget | 16:14 |
merlin1991 | that's not going to happen on maemo.org | 16:14 |
DocScrutinizer | :shrug: I'm passionless about where that repo lives | 16:15 |
DocScrutinizer | we probably not even need a new repo, just similar logic/stics like extras, where some pkgs are not visible via HAM and still can get installed | 16:17 |
DocScrutinizer | this class would make our CSSU core | 16:17 |
DocScrutinizer | while the visible pks are the optional ones | 16:17 |
DocScrutinizer | don't you think this can work? | 16:18 |
DocScrutinizer | we also might want to move e.g. nicocam to that optional class | 16:21 |
DocScrutinizer | which solves our problem of "not possible to rollback" | 16:21 |
DocScrutinizer | as those CSSU installations out there that already have nicocam can happily pull updates from "cssu-optional" class when next CSSU rev rolls out, while those installing fresh wouldn't automatically include nicocam any more | 16:23 |
DocScrutinizer | actually AIUI our CSSU is a MP and visible in HAM from CSSU repo, while the pkgs inside that MP are not visible and also live on same CSSU repo. Right? | 16:27 |
DocScrutinizer | move nicocam and orientationlock-applet out of MP and into an own class similar to CSSU-MP, et voila | 16:28 |
DocScrutinizer | class here means HAM app class, that decides about visibility and category | 16:28 |
DocScrutinizer | I'm not into HAM that much to know how that's implemented, but I heard it's several classes some of which HAM actively filters and doesn't display | 16:29 |
DocScrutinizer | unless you put HAM into redpill mode ;-D | 16:30 |
DocScrutinizer | Pali: you #maemo ping already serviced? | 16:31 |
DocScrutinizer | your* | 16:31 |
Pali | merlin1991, see this: https://gitorious.org/community-ssu/libconnui-dev/merge_requests/1 | 16:37 |
Pali | DocScrutinizer, is there a way to get usb speed when hostmode is active? | 16:38 |
Pali | or it is impossible? | 16:38 |
DocScrutinizer | find out which speed? | 16:38 |
Pali | autodetect low/high/full mode | 16:39 |
DocScrutinizer | well, first of all you have to actively set speed when using N900 hostmode | 16:39 |
DocScrutinizer | as you can't change speed as soon as vbus got attached | 16:39 |
DocScrutinizer | and you can't detect speed of periipheral without vbus | 16:39 |
Pali | so, not possible? | 16:40 |
DocScrutinizer | that'S the whole reason why h-e-n has speed selector, and why autospeed detection doesn't work | 16:40 |
DocScrutinizer | kernel detects speed of attached peripheral on vbus engaged, but then kernel can't switch speed accordingly anymore | 16:41 |
DocScrutinizer | and since vbus isn't controlled in kernel domain, you have to implement all "auto-speed" in h-e-n or a similar userland app that enables vboost, reads out what kernel found out about peripheral, then removes vbus for long enough to terminate the USBG session, sets speed accordingly and ramps up hostmode incl vboost again | 16:43 |
DocScrutinizer | blueled's script is trying to do exactly that | 16:43 |
DocScrutinizer | Pali: does this explanation answer your questions? | 16:45 |
DocScrutinizer | I may add that this inability to switch speed with vbus attached is an idiosyncrasy of exploited testmode we had to resort to, to make hostmode possible at all on N900 | 16:46 |
Pali | yes | 16:47 |
Pali | As vbus is controled by my bq2415x driver in kernel, I'm thing if it can be possible to autodetect speed also in kernel | 16:47 |
DocScrutinizer | on a proper usual usb-hc, the speed is switched automatically even in musb-core hardware block, and kernel only takes notice but doesn't actively switch speed | 16:47 |
DocScrutinizer | so even if you'd decide to try auto speed-detect in kernel, you still are far away from how USB *usually* works | 16:48 |
DocScrutinizer | plus you get layering issues when trying to control vbus boost in bq24150 from musb-hdrc, I'd guess | 16:49 |
Pali | communication between bq2415x and isp* modules are done via platform data in board-rx51.c | 16:50 |
Pali | so some hook can be added into musb*.c to call some platform_data function | 16:51 |
DocScrutinizer | and since kernel is .. well kernel, you lose control of what it actually does regarding vboost and charging and hostmode etc, means you'll have a hard time to recover when any of this stuff doesn't behave with a particular paripheral the way you (the kernel devel who designed all this) thought | 16:51 |
DocScrutinizer | I strongly suggest not to implement anything like this into kernel | 16:52 |
Pali | bq2415x driver is fully configurable via sysfs | 16:52 |
Pali | ok | 16:52 |
DocScrutinizer | since kernel still ahs to cope with bme, if nothing else suggests not to do it | 16:52 |
Pali | bq driver does not work with BME :D and it replacing bme | 16:54 |
DocScrutinizer | you'll have an incredibly hard time to make your kernel compatible with bme, even if you'd do "the right thing" and replace the vboost-enable function already existing in kernel (but empty function, formerly controlled twl4030 chargepump) by something that directly drives bq24150 | 16:55 |
merlin1991 | Pali: I can't merge that mg | 16:55 |
DocScrutinizer | that'S exactly why we decided NOT to do it like this when we patched kernel for h-e-n | 16:55 |
merlin1991 | the problem is libconnui is not part of the fremantle scratchbox, so you can't link against it without the binary in the -dev package | 16:56 |
Pali | merlin1991, ah ok | 16:57 |
DocScrutinizer | Pali: to make a proper hostmode kernel with vboost work for a standard maemo fremantle system with bme, you'd need such massive nasty hacks to avoid bme interfere with vboost mode. It's not feasible | 16:57 |
Pali | but why with BME? | 16:57 |
Pali | bq24* driver is replacing BME | 16:58 |
DocScrutinizer | because bme gets started in fremantle initscripts, and is needed by e.g hal-addon-bme etc | 16:58 |
DocScrutinizer | of course you can build a proper hostmode kernel, but that one will be incompatible to fremantle | 16:59 |
Pali | hal-addon-bme can be replaced | 16:59 |
DocScrutinizer | well, actually a *proper* hostmode kernel doesn't even work on N900 | 16:59 |
Pali | interface to HAL is known and bq241* interface to kernel too | 16:59 |
DocScrutinizer | yes, it can. but not for stock fremantle | 16:59 |
DocScrutinizer | plus, as elaborated above, the fsckdup N900 hw doesn't allow a really *proper* hostmode anyway. You always need to exploit testmode, with all the negative side effects as described above | 17:01 |
DocScrutinizer | you need to implement into kernel what blueled's hostmode script is doing in userland right now. And you see this script doesn't work reliably. But at least you can reliably stop it | 17:02 |
DocScrutinizer | you can't stop your kernel when it starts to act up | 17:02 |
merlin1991 | oh you can, pull out the battery ;) | 17:03 |
DocScrutinizer | honestly, I've been there, done that (or rather, decided not to do) | 17:03 |
*** LaoLang_cool_ has quit IRC | 17:03 | |
DocScrutinizer | and I suggest you don't try to implement stuff that 5 other devels discussed for months and concluded it's not feasible | 17:03 |
DocScrutinizer | or, even when feasible, is absolutely not what we'd like to see n kernel domain | 17:05 |
DocScrutinizer | Pali: honestly, if you want to improve hostmode kernel, you have no option but read and understand *all* that's been reported and discussed in the 3 lengthy usb-hostmode threads | 17:08 |
Pali | ok | 17:08 |
DocScrutinizer | then if you feel you're smarter, go ahead and discuss with the original devels - or just dive in head first. But then don't come and complain | 17:08 |
DocScrutinizer | I'm happy to share some of my links: http://talk.maemo.org/showthread.php?t=31921 http://talk.maemo.org/showthread.php?p=583165#post583165 http://talk.maemo.org/showthread.php?p=588950#post588950 http://talk.maemo.org/showthread.php?p=685367#post685367 ff, and of course the mailing list stuff on h-e-n garage (not much) | 17:13 |
*** int_ua has joined #maemo-ssu | 17:22 | |
Pali | DocScrutinizer, I have other problem with musb/?? with kernel-power: When I connect my n900 to notebook usb charging port n900 detect that charger is connected instead usb data | 17:30 |
Pali | so I cannot use that usb port on notebook for n900 Pc-suite/mass storage | 17:30 |
Pali | but with maemo pr1.3 kernel all is ok | 17:30 |
Pali | where I can start to debug this problem? | 17:30 |
DocScrutinizer | hmm | 17:31 |
Pali | usb charging port is classic port on my notebook, but it can charge phone if notebook is turned off too | 17:31 |
DocScrutinizer | charger detect means 1707 PHY has detected a D+/- short | 17:31 |
DocScrutinizer | so your PC port has some means or bug that triggers this detection in 1707PHY | 17:32 |
guly | dsmetool -k /usr/bin/modest | 17:33 |
guly | Process not killed: not found, not root or kill failed | 17:33 |
Pali | but why with stock nokia pr1.3 kernel there is no problem? | 17:33 |
guly | i'm root | 17:33 |
guly | any hint ? | 17:33 |
Pali | guly: killall modest | 17:34 |
guly | doesn't work, spawn again | 17:34 |
DocScrutinizer | to detect D+/- short, the 1707 connects one D-line to VBUS via a "pullup" resistor, and enables pulldown resistor on the other D-line. Then it checks if the line with pulldown resistor is pulled up to VBUS level | 17:34 |
DocScrutinizer | Pali: a good question why it works on stock kernel | 17:35 |
int_ua | guly: I've just renamed modest executable. You are trying to get rid of it, right? | 17:35 |
guly | i'm trying to use it just when i need it, then actually kill it | 17:35 |
DocScrutinizer | seems stock kernel either handles config of 1707 differently, or it handles OTG (aka charger) IRQ line from 1707 differnetly | 17:35 |
merlin1991 | guly: might be | 17:35 |
merlin1991 | dsmetool -k /usr/bin/modest.launch | 17:36 |
merlin1991 | or however that launch binary was called | 17:36 |
guly | tried, doesn't work too | 17:36 |
guly | usr/bin/modest -> /usr/bin/maemo-invoker | 17:36 |
guly | killing maemo-invoker scares me :) | 17:36 |
merlin1991 | dsmetool ought to have some way to dump it's current watchhandlers | 17:36 |
merlin1991 | yeah that would kill pretty much everything | 17:37 |
merlin1991 | phone-ui, browser, everything that has a booster process | 17:37 |
DocScrutinizer | Pali: I think freemangordon had a look into some similar issue around fastcharger detect, that caused problems with shutdown or startup of kernel when charger attached, or sth like that | 17:38 |
DocScrutinizer | I'd guess it's same root cause | 17:38 |
NIN101 | guly: to get rid of modest, find modest.desktop and nuke the preload stuff... | 17:40 |
NIN101 | I mean the X-preload or something | 17:40 |
guly | NIN101: yes, commented and removed those two lines | 17:40 |
guly | doesn't work | 17:40 |
NIN101 | you need to reboot | 17:40 |
guly | yes i know :) | 17:41 |
DocScrutinizer | should work | 17:41 |
NIN101 | well worked for me :-). | 17:41 |
guly | so must be something strange with my configuration.. | 17:41 |
DocScrutinizer | actually I had to do it (for xchat that I eventually had on "autostart" by that feature) in several places | 17:42 |
DocScrutinizer | drove me nuts until I removed it again | 17:42 |
*** DocScrutinizer51 has joined #maemo-ssu | 17:43 | |
*** Jaffa has joined #maemo-ssu | 17:43 | |
*** kornbluth.freenode.net changes topic to "Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version (testing): 21.2011.38-1Tmaemo2.1; (stable): 21.2011.38-1Smaemo2.1" | 17:43 | |
merlin1991 | wtf? | 17:43 |
DocScrutinizer | iirc there are several places where this stuff gets cached or might live - can't remember the details, but I clearly recall I thought "duh, it "doesn't work") | 17:43 |
merlin1991 | why did the irc server adjust the topic? | 17:43 |
DocScrutinizer | o.O | 17:43 |
DocScrutinizer | no adjustment | 17:43 |
DocScrutinizer | just server restart | 17:43 |
merlin1991 | I've set it to include a metting next week at the end tonight | 17:44 |
DocScrutinizer | netsplit or sth | 17:44 |
*** arcean_ has quit IRC | 17:44 | |
merlin1991 | now it got set back | 17:44 |
DocScrutinizer | LOL | 17:44 |
*** arcean_ has joined #maemo-ssu | 17:44 | |
*** ChanServ sets mode: +o merlin1991 | 17:44 | |
DocScrutinizer | they had to restore a backup obviously ;-P | 17:44 |
DocScrutinizer | barjavel freaked out last night | 17:45 |
*** merlin1991 changes topic to "Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version (testing): 21.2011.38-1Tmaemo2.1; (stable): 21.2011.38-1Smaemo2.1 | meeting: 28.03 20:00 UTC" | 17:45 | |
*** merlin1991 sets mode: -o merlin1991 | 17:45 | |
DocScrutinizer | [2012-03-24 16:43:03] [Notify] Jaffa ist online (irc.freenode.org). | 17:46 |
DocScrutinizer | [2012-03-24 16:43:03] [Notify] DocScrutinizer51 ist online (irc.freenode.org). | 17:46 |
DocScrutinizer | [2012-03-24 16:43:04] [topic] #maemo-ssu Maemo Community Seamless Software Update "CSSU" channel, h | 17:46 |
DocScrutinizer | nfc if there's sth like a home irc server for a channel | 17:47 |
guly | actually it works, i must stop drinking aloe-based drinks | 17:48 |
DocScrutinizer | anyway DocScrutinizer51 been on barjavel last night, and acted up like mad | 17:48 |
DocScrutinizer | guly: toldya :-D | 17:48 |
DocScrutinizer | [2012-03-24 16:48:43] [Whois] DocScrutinizer51 ist auf dem Server barjavel.freenode.net (Paris, FR). | 17:48 |
guly | modest has some issue with true-crypted gconf dir but this is another story :) | 17:48 |
DocScrutinizer | merlin1991: maybe the "master record" for this chan's /topic lives on barjavel | 17:49 |
NIN101 | hmm truecrypted gconf dir | 17:49 |
NIN101 | good idea actually. | 17:50 |
*** trumee is now known as trumee_afk | 17:50 | |
DocScrutinizer | lol | 17:50 |
merlin1991 | I don't trust truecrypt :D | 17:50 |
NIN101 | yeah I am moving to cryptsetup (LUKS)... | 17:51 |
DocScrutinizer | only if truecrypt passphrase requester doesn'T need *any* service that's using gconf keys | 17:51 |
*** trumee_afk is now known as trumee | 17:51 | |
guly | well i encrypted just apps/modest dir | 17:52 |
NIN101 | what is the "apps" dir? | 17:52 |
guly | /var/lib/gconf/apps/modest | 17:52 |
NIN101 | ah. | 17:52 |
guly | have to go, bye | 17:53 |
DocScrutinizer | I doubt you can simply add gconf dirs later on - I'd expect gconfd will try to access all of them on startup | 17:53 |
NIN101 | maybe. | 17:53 |
DocScrutinizer | anyway, the day fades away | 17:54 |
DocScrutinizer | (wow, pure lyrics) | 17:54 |
DocScrutinizer | gotta enjoy the big bluebox | 17:55 |
DocScrutinizer | o/ | 17:55 |
*** BCMM has joined #maemo-ssu | 17:59 | |
*** ruskie has quit IRC | 18:00 | |
*** int_ua has quit IRC | 18:01 | |
*** ekze has quit IRC | 18:11 | |
*** ekze has joined #maemo-ssu | 18:12 | |
*** trumee is now known as trumee_afk | 18:18 | |
*** BCMM has quit IRC | 18:19 | |
*** ruskie has joined #maemo-ssu | 18:22 | |
Jaffa | DocScrutinizer: ? | 18:36 |
DocScrutinizer | ? | 18:36 |
DocScrutinizer | sorry for highlighting you | 18:37 |
Jaffa | Ah, wasn't specific? | 18:37 |
DocScrutinizer | nope, just to document the returning barjavel irc server | 18:37 |
DocScrutinizer | anyway, hi! :-D | 18:38 |
DocScrutinizer | Jaffa: barjavel reset the chan /topic to an obsolete version | 18:40 |
DocScrutinizer | strange thing | 18:40 |
Jaffa | DocScrutinizer: Heh | 18:41 |
Jaffa | DocScrutinizer: hello o/ | 18:41 |
*** javispedro has joined #maemo-ssu | 18:45 | |
*** andre__ has quit IRC | 18:52 | |
amiconn | DocScrutinizer: Two packages which got lost with earlier cssu versions are fixed now (rtcom-accounts-voip-support and mdest-home-applet). The one which still gets lost is microb-geolocation. | 19:32 |
amiconn | merlin1991 too ^ | 19:34 |
DocScrutinizer | :nod: | 19:34 |
*** sam23m has joined #maemo-ssu | 19:46 | |
sam23m | any chance bug 11976 will be included in cssu? | 19:47 |
povbot | Bug https://bugs.maemo.org/11976 viewing sms conversations in portrait mode without horizontal scrolling (patch) | 19:47 |
*** Pali has quit IRC | 19:48 | |
merlin1991 | sam23m: this one is quite controversal | 19:48 |
merlin1991 | we can't reship the package due to the license | 19:49 |
merlin1991 | so we have to build a proper patch pacakge | 19:49 |
sam23m | ooooh | 19:49 |
merlin1991 | like it is proposed in the last entry by pali | 19:51 |
merlin1991 | though nobody ever invested the time to actually build such a thing | 19:51 |
*** trbs has joined #maemo-ssu | 19:53 | |
DocScrutinizer | merlin1991: eh? the src is open, but licence forbids reshipping? | 19:55 |
merlin1991 | something like that if I remember correctly | 19:56 |
DocScrutinizer | WTF?! | 19:56 |
merlin1991 | also src is open because the part to fix is a css file | 19:56 |
merlin1991 | you can't close source that stuff ;) | 19:56 |
DocScrutinizer | HAHA | 19:56 |
DocScrutinizer | ok | 19:56 |
DocScrutinizer | I'd not give a flying F on (C) of a CSS | 19:57 |
DocScrutinizer | honestly if you got any problem with that, ship a patch instead ;-D | 19:57 |
merlin1991 | that is a problem by itself | 19:57 |
merlin1991 | there is no "patch" utility in fremantle | 19:57 |
merlin1991 | only in the sdk repo | 19:57 |
DocScrutinizer | dang | 19:57 |
merlin1991 | though it should be possible todo it | 19:58 |
DocScrutinizer | anyway, patch is GPL and a simple cmdline tool | 19:58 |
merlin1991 | first of that | 19:58 |
DocScrutinizer | no problem to ship it with CSSU | 19:58 |
merlin1991 | and secondly since we can onsider rtcom fixed in version a simple echo >> cssfile should work aswell :P | 19:58 |
merlin1991 | *consider* | 19:58 |
DocScrutinizer | umm, you only need to append lines to "fix" the issue? great! | 19:59 |
merlin1991 | yeah the only thing to consider is proper dpkg-divert or something to make it sane for a possible update | 20:00 |
DocScrutinizer | anyway iirc diff can create several different output formats. one of them might fit for messybox sed or sth | 20:00 |
merlin1991 | in other words someone has to spend about 2 hours medling with packaging untill it is secure and works | 20:01 |
DocScrutinizer | :nod: | 20:01 |
DocScrutinizer | not me, I hate friggin portrait mode | 20:01 |
merlin1991 | :D | 20:01 |
merlin1991 | I think the best approach would be to have a package that depends on the rtcom package, has a md5sum compare check for the version | 20:02 |
merlin1991 | and in case of "yes we can fix this" applies the echo >> | 20:02 |
DocScrutinizer | yup | 20:02 |
merlin1991 | everything else should be taken care of by dpkg then | 20:02 |
merlin1991 | I just need to figure out how dpkg-divert works for real | 20:03 |
merlin1991 | it's a bit of black magic to me since I never looked into it | 20:03 |
DocScrutinizer | dpkg is all black magic to me | 20:03 |
DocScrutinizer | as I never really looked into *any* packaging | 20:04 |
DocScrutinizer | except installshield ;-P | 20:04 |
DocScrutinizer | dang, that been a P | 20:05 |
DocScrutinizer | PITA | 20:05 |
merlin1991 | hehe installshield, kinda as bad as the native ms installer stuff | 20:05 |
* DocScrutinizer still throws up, after 12 years | 20:05 | |
sam23m | how about this one http://talk.maemo.org/showpost.php?p=1182569&postcount=369 | 20:07 |
DocScrutinizer | make sure it works on win98, 98se, ME, NT, 2000 | 20:07 |
sam23m | not sure if there is a bug report somewhere | 20:07 |
DocScrutinizer | o/ | 20:07 |
DocScrutinizer | really have to run now | 20:08 |
DocScrutinizer | :-S | 20:08 |
merlin1991 | sam23m: afaik, it never was found out *why* the database goes corrupt, and afaik the involved components are closed source | 20:08 |
sam23m | oh thanks! | 20:08 |
merlin1991 | so far I've only seen a "fix" to recover a corrupted databas | 20:09 |
DocScrutinizer | nota bene structure of eventsdb changed IIRC with PR1.2 | 20:27 |
DocScrutinizer | so it might already have been fixed | 20:27 |
sam23m | i still experience it | 20:28 |
DocScrutinizer | anyway, like for all messaging apps (mail, sms, whatnot else) it might be reasonable to move really old stuff out of the online database and keep them in some archive | 20:29 |
DocScrutinizer | performance of any database doesn't improve with a large number of records | 20:30 |
DocScrutinizer | btw!!!!! this seems to me like a plausible root cause for performance issues due to excessive ram usage and subsequent swapping: sql database size too large | 20:31 |
DocScrutinizer | this might explain why some users seem to suffer frequently and terribly from such sluggishness of system, while others like me (with really small sql database) never really encounter it | 20:32 |
DocScrutinizer | DIE TRACKER DIE!!!! | 20:32 |
merlin1991 | yeah I only have problems with slow device when tracker goes mad | 20:32 |
DocScrutinizer | it'S been the absolutely worst design decision ever to user trackerdb a lot for core things | 20:33 |
merlin1991 | or if I start openoffice in easy-debian, but that's bound to happen :D | 20:33 |
merlin1991 | tracker isn't that bad, it's bad how it's used in harm | 20:33 |
merlin1991 | on maemo it does what it should | 20:33 |
DocScrutinizer | yes | 20:33 |
merlin1991 | index the device media for the media framework | 20:33 |
DocScrutinizer | it also is used to store sms etc, no? | 20:33 |
merlin1991 | nope | 20:34 |
merlin1991 | sms are in a seperate sqlite db | 20:34 |
merlin1991 | it stores sms and email on harm | 20:34 |
DocScrutinizer | ok, then that'S applicable only for HARM | 20:34 |
merlin1991 | yeah tracker on maemo just needs a lil saner filter options (see album art in music files) + less I need to reindex everything now because I feel like then it would perfectly do its job | 20:35 |
DocScrutinizer | anyway sql engine tends to allocate SHITLOADS of RAM, and that happens for eventsdb on any inbound our outbound call or SMS, for tracker with any change on the monitored dirs, etc | 20:35 |
DocScrutinizer | where $SHITLOAD_of _RAM is proportional to size * number of records in db | 20:36 |
DocScrutinizer | so no suprise it eventually brings system to a grinding halt, no? | 20:37 |
DocScrutinizer | same for mails I guess | 20:37 |
DocScrutinizer | I feel like finally spotting the king of bugs after 2 years of hunting ;-D | 20:39 |
DocScrutinizer | quite obviously Nokia never tested their system performance with shitloads of records in those databases. Maybe for tracker with music, but even with gallery they for sure didn't | 20:41 |
DocScrutinizer | and you bet they haven't ever even thought about an eventsdb with 15000 SMS in it | 20:41 |
DocScrutinizer | and 20000 phoncall events | 20:42 |
DocScrutinizer | we should start a new investigation project for this | 20:42 |
sam23m | please! | 20:43 |
DocScrutinizer | "the mystery of sluggishness exposed" | 20:43 |
DocScrutinizer51 | cya | 20:44 |
*** sam23m has quit IRC | 20:46 | |
*** Pali has joined #maemo-ssu | 20:54 | |
*** nox- has joined #maemo-ssu | 21:09 | |
amiconn | 15000 SMS? o.O | 22:04 |
*** javispedro has quit IRC | 22:16 | |
*** trumee_afk is now known as trumee | 22:16 | |
*** bindi has quit IRC | 23:15 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!