| *** MrPingu has quit IRC | 00:00 | |
| *** MrPingu has joined #maemo-ssu | 00:01 | |
| *** ekze has quit IRC | 00:01 | |
| * amiconn is somewhat confused | 00:03 | |
| amiconn | I have cssu thumb installed (updated from cssu-t), but now ham offers a (plain?) cssu upgrade. Should I remove/ disable the plain cssu repository? | 00:04 |
|---|---|---|
| freemangordon | amiconn: refresh | 00:04 |
| amiconn | I didn't migrate today, but a few days ago | 00:05 |
| freemangordon | still, refresh, there is newer -thumb | 00:05 |
| amiconn | Ah, today it's not the same offer, it's -thumb again | 00:05 |
| amiconn | But anyway, should plain cssu-t repo be disabled or not? | 00:05 |
| MrPingu | basically thumb = testing | 00:06 |
| freemangordon | amiconn: no | 00:06 |
| amiconn | MrPingu: Yeah, but if testing gets an update (usually a bit earlier than thub) I suspect it would migrate a buch of packages back to non-thumb | 00:07 |
| MrPingu | amiconn: yes, that's right. Because thumb doesn't version number | 00:07 |
| amiconn | Als ham got even slower with the addition of the cssu-thumb repo | 00:07 |
| amiconn | *Also | 00:07 |
| MrPingu | *change | 00:07 |
| MrPingu | that's also true | 00:08 |
| MrPingu | whenever theres a new version of testing version numbers increase | 00:08 |
| MrPingu | so it pulls the latest but doesn't care if it's thumb or non-thumb | 00:09 |
| amiconn | Yeah, hence my question | 00:09 |
| amiconn | The only reason that would speak against disabling plain cssu-t repo is if the thumb repo is incomplete | 00:09 |
| kerio | yep | 00:09 |
| amiconn | But this is what I don't know | 00:10 |
| MrPingu | Enjoy this update, you won't be getting a new update soon :P :P :P | 00:11 |
| *** joshgillies has joined #maemo-ssu | 00:17 | |
| *** dafox has quit IRC | 00:19 | |
| *** MrPingu has quit IRC | 00:34 | |
| DocScrutinizer05 | amiconn: basically there's no proper upgrade strategy for cssu-thumb. You'll face same "issues" each time cssu-t gets a new upgrade. Since cssu-thumb is just a "patch" on top of cssu-t | 00:36 |
| DocScrutinizer05 | for cssu-thumb to become a proper "distro" it would need to port all cssu-t packages to thumb repo and disable cssu-t | 00:37 |
| freemangordon | which makes no sense :) | 00:37 |
| DocScrutinizer05 | for now it only has those pkgs that are actually thombified | 00:38 |
| freemangordon | :nod: | 00:38 |
| DocScrutinizer05 | and that will cause conflicts with the pkgs in those repos it's basing on | 00:38 |
| freemangordon | could some who has stock tklock installed test something for me? | 00:39 |
| DocScrutinizer05 | as soon as there are upgrades that are not in thumb repo yet, but thumb has an older thumbified version of those pkgs | 00:39 |
| freemangordon | set display backlight timeout to 10 seconds, wait for screen to lock and unlock with slider. Now check after what time the screen will get locked again. is it 10s? | 00:40 |
| DocScrutinizer05 | actually I think CSSU-T does same mess with original Nokia repos on which it is basing, but we rarely see issues there since upgrades on Nokia repos are highly unlikely | 00:40 |
| freemangordon | anyone? ^^^ | 00:41 |
| DocScrutinizer05 | wait 20 s ;-D | 00:41 |
| freemangordon | DocScrutinizer05: could you test that for me? | 00:41 |
| freemangordon | ok | 00:41 |
| *** BCMM has joined #maemo-ssu | 00:41 | |
| DocScrutinizer05 | dim after 10, off after another 4 orso | 00:43 |
| freemangordon | did you unlock with visual slider? | 00:43 |
| DocScrutinizer05 | nah, with slider switch | 00:43 |
| freemangordon | no, use visual | 00:44 |
| DocScrutinizer05 | err, how? | 00:44 |
| freemangordon | press power button | 00:44 |
| freemangordon | and slide-to-unlock | 00:44 |
| freemangordon | you may need to press power button teice | 00:44 |
| freemangordon | *twice | 00:44 |
| DocScrutinizer05 | meh 30 and still on | 00:45 |
| freemangordon | yep | 00:45 |
| DocScrutinizer05 | still on | 00:45 |
| freemangordon | I thought it is bug in tklock replacement :D | 00:45 |
| freemangordon | but it seems it is by design | 00:45 |
| DocScrutinizer05 | noooow | 00:45 |
| freemangordon | or bug in mce | 00:45 |
| DocScrutinizer05 | unlocked | 00:46 |
| freemangordon | some 60s? | 00:46 |
| DocScrutinizer05 | 20 | 00:46 |
| DocScrutinizer05 | 30 | 00:46 |
| DocScrutinizer05 | 50 | 00:46 |
| DocScrutinizer05 | 60 | 00:47 |
| DocScrutinizer05 | dim after 70 | 00:47 |
| freemangordon | nice :D | 00:47 |
| DocScrutinizer05 | o/& | 00:47 |
| freemangordon | well, not much that we can do, mce is closed :( | 00:47 |
| DocScrutinizer05 | I never use that method to unlock | 00:48 |
| freemangordon | you will ruin your slider swith ;) | 00:48 |
| DocScrutinizer05 | lockswitch works as supposed | 00:48 |
| freemangordon | sure | 00:48 |
| DocScrutinizer05 | I rather uin my powerbuttons usually, and scratch my screen | 00:49 |
| freemangordon | however, thanks | 00:49 |
| DocScrutinizer05 | my lockswitch is fine | 00:49 |
| DocScrutinizer05 | o/ | 00:49 |
| DocScrutinizer05 | afk | 00:49 |
| DocScrutinizer05 | btw my timeout been 60 before I set it to 10 for you. 70 = 60 + 10 FWIW | 00:50 |
| DocScrutinizer05 | no, I won't reboot with timeout set to 10 | 00:50 |
| freemangordon | hmm, yeah, could be that | 00:50 |
| freemangordon | DocScrutinizer05: have 1 more minute? | 00:51 |
| freemangordon | for another test | 00:51 |
| DocScrutinizer05 | sorry, nope | 00:51 |
| freemangordon | ok | 00:51 |
| DocScrutinizer05 | post instructions, maybe later | 00:51 |
| freemangordon | DocScrutinizer05: while on desktop, wait for screen to dim(not lock) and press it. do you see h-d settings button to appear? | 00:52 |
| DocScrutinizer05 | never | 00:52 |
| freemangordon | hmm, try it | 00:53 |
| freemangordon | i remember i've seen that, but I am not sure | 00:53 |
| DocScrutinizer05 | I "try" that 20 to 100 times a day | 00:53 |
| DocScrutinizer05 | first touch even get swallowed by something, during dim | 00:53 |
| DocScrutinizer05 | I think there's a setting for that in mce.ini | 00:54 |
| freemangordon | but not when on desktop | 00:54 |
| freemangordon | it is called "event eater" :D | 00:54 |
| DocScrutinizer05 | ok, I'll try it | 00:54 |
| DocScrutinizer05 | :-/ | 00:54 |
| DocScrutinizer05 | answer stays: nope | 00:56 |
| freemangordon | ok, thanks | 00:56 |
| DocScrutinizer05 | check mce.ini! | 00:56 |
| freemangordon | nah, it is tklock | 00:57 |
| DocScrutinizer05 | *sigh* | 00:57 |
| DocScrutinizer05 | [TKLock] | 00:58 |
| DocScrutinizer05 | # Blank immediately instead of dim before blank when tklock is enabled | 00:58 |
| DocScrutinizer05 | .. | 00:58 |
| freemangordon | DocScrutinizer05: it is some bug in my replacement | 00:59 |
| DocScrutinizer05 | # Policy for touchscreen interrupts | 00:59 |
| DocScrutinizer05 | # | 00:59 |
| DocScrutinizer05 | # 1 - disable immediately | 00:59 |
| DocScrutinizer05 | # 0 - wait until display is blanked | 00:59 |
| DocScrutinizer05 | DisableTSImmediately=1 | 00:59 |
| DocScrutinizer05 | fool! | 00:59 |
| freemangordon | :D | 00:59 |
| DocScrutinizer05 | when I suggest to check mce.ini, you should consider it | 00:59 |
| freemangordon | DocScrutinizer05: i've just reinstalled stock | 01:00 |
| freemangordon | and tested | 01:00 |
| freemangordon | settings button does not appear | 01:00 |
| freemangordon | this pretty enough for me | 01:00 |
| DocScrutinizer05 | since stock checks DisableTSImmediately=1 | 01:00 |
| freemangordon | no, this tells mce what to send to tklock | 01:01 |
| DocScrutinizer05 | if you "fix" yours, you're swapping one bug for another | 01:01 |
| freemangordon | and it is tklock who does the work | 01:01 |
| DocScrutinizer05 | mhm | 01:01 |
| DocScrutinizer05 | maybe | 01:01 |
| freemangordon | and I fail to "eat" the event when on the desktop | 01:02 |
| freemangordon | for some reason I am going to check | 01:02 |
| DocScrutinizer05 | :nod: | 01:02 |
| *** BCMM has quit IRC | 01:03 | |
| DocScrutinizer05 | you're right, DisableTSImmediately=1 works globally, not only on desktop | 01:05 |
| freemangordon | yep | 01:05 |
| DocScrutinizer05 | I never had a doubt on this, but it occurred to me just now | 01:05 |
| DocScrutinizer05 | btw qt is fecked, it takes pen-down events for button-activate, instead of the worldwide usual pen-up | 01:07 |
| DocScrutinizer05 | I noticed that in calculator | 01:07 |
| DocScrutinizer05 | actually the stnadard correct GUi behaviour is to button-press *only* on pen-down followed by pen-up in same widget | 01:10 |
| freemangordon | oh, the fuck, got it. h-d reacts on release event :( | 01:11 |
| DocScrutinizer05 | tadaa we're on topic | 01:11 |
| DocScrutinizer05 | ;-P | 01:11 |
| freemangordon | yep | 01:11 |
| freemangordon | so I should play it smart there :D | 01:11 |
| DocScrutinizer05 | you can neither slide out of a button nor slide in, to press it | 01:12 |
| DocScrutinizer05 | you need to press and release on same button to make button-push | 01:12 |
| DocScrutinizer05 | except for *very* special cases like stopwatch (which usually fails to do so ;-P) | 01:13 |
| DocScrutinizer05 | instead, fekkin calculator does | 01:14 |
| *** wmarone has quit IRC | 01:59 | |
| *** wmarone has joined #maemo-ssu | 02:00 | |
| amiconn | Does anyone actually use slide-to-unlock? | 02:09 |
| * amiconn only learned that this even exists a year or so after he got his N900 | 02:09 | |
| freemangordon | amiconn: me | 02:10 |
| freemangordon | it is useful for one-hand operation | 02:10 |
| freemangordon | esp in portrait mode | 02:10 |
| *** kolp has quit IRC | 02:15 | |
| *** Martix has quit IRC | 02:22 | |
| *** Martix has joined #maemo-ssu | 02:23 | |
| *** jonwil has joined #maemo-ssu | 02:46 | |
| Pali | freemangordon, tklock working with autorotation | 02:58 |
| Pali | but I have only background for beta theme | 02:58 |
| Pali | I pushed changes to gitorious | 03:09 |
| freemangordon | Pali: damn, I can't push latest commits now :D | 03:19 |
| freemangordon | phew, pushed :D | 03:20 |
| freemangordon | Pali: pull from gitorious | 03:20 |
| freemangordon | Pali: I am not sure rotation in tklock is a good idea. actually it is bad | 03:21 |
| freemangordon | for various reasons | 03:21 |
| freemangordon | but i'll try it | 03:21 |
| freemangordon | Pali: did you try it with forced rotation enabled? | 03:23 |
| Pali | no, without forced rotation | 03:23 |
| freemangordon | hmm, nothing rotates here | 03:25 |
| DocScrutinizer05 | autorotation on lockscreen sounds silly | 03:26 |
| freemangordon | :nod: | 03:26 |
| freemangordon | Pali: what is supposed to rotate? | 03:26 |
| Pali | freemangordon, full screen | 03:27 |
| Pali | but only for beta theme | 03:27 |
| freemangordon | it does not | 03:27 |
| freemangordon | aah, which one is that? | 03:27 |
| freemangordon | orange? | 03:27 |
| freemangordon | digital nature? | 03:28 |
| Pali | try digital nature | 03:28 |
| freemangordon | ok | 03:28 |
| freemangordon | ok, rotates | 03:29 |
| Pali | a bad, that should be alpha theme, not beta | 03:29 |
| Pali | need to change Makefile and background image in ./share/ | 03:29 |
| freemangordon | so, it rotates only if theme has portrait background? | 03:30 |
| freemangordon | Pali: ^^^ | 03:30 |
| Pali | yes | 03:30 |
| freemangordon | hmm, well, ok | 03:31 |
| freemangordon | we can provide backgrounds for alpha and beta | 03:31 |
| freemangordon | Pali: though I'd rather disable autorotation | 03:32 |
| freemangordon | i.e. if started in landscape->show landscape lock, the same for portrait | 03:32 |
| freemangordon | but do not rotate | 03:32 |
| freemangordon | no idea if that is possible | 03:33 |
| freemangordon | Pali: provide a gconf key to disable that please :) | 03:33 |
| Pali | ok | 03:34 |
| freemangordon | besides wrong background that doesn't look bad. did you test it with missed events icons? | 03:35 |
| freemangordon | looks ok with icons too | 03:43 |
| *** dhbiker_ has quit IRC | 03:53 | |
| *** Pali has quit IRC | 03:54 | |
| *** dhbiker has joined #maemo-ssu | 03:55 | |
| *** arcean has quit IRC | 04:00 | |
| *** dhbiker has quit IRC | 04:10 | |
| *** dhbiker has joined #maemo-ssu | 04:12 | |
| *** M4rtinK has quit IRC | 04:17 | |
| *** nox- has quit IRC | 05:04 | |
| *** amiconn_ has joined #maemo-ssu | 05:44 | |
| *** amiconn has quit IRC | 05:44 | |
| *** amiconn_ is now known as amiconn | 05:44 | |
| *** DocScrutinizer05 has quit IRC | 06:03 | |
| *** DocScrutinizer05 has joined #maemo-ssu | 06:03 | |
| *** Milhouse has joined #maemo-ssu | 06:07 | |
| *** Milhouse has quit IRC | 07:07 | |
| *** Milhouse has joined #maemo-ssu | 07:08 | |
| *** Milhouse has quit IRC | 07:23 | |
| *** M13 has joined #maemo-ssu | 07:35 | |
| *** joshgillies has quit IRC | 08:56 | |
| *** jonwil_ has joined #maemo-ssu | 09:26 | |
| *** jonwil has quit IRC | 09:27 | |
| *** jonwil_ is now known as jonwil | 09:27 | |
| *** Pali has joined #maemo-ssu | 09:49 | |
| freemangordon | Pali: the more I think, the more I dislike the idea of having tklock autorotate functionality :) . For some reason it just does not feel "right". try the following: lock while in landskape, rotate to portrait, press the power button | 10:18 |
| freemangordon | the same transition happens if the device was locked in portrait and power button is pressed in landscape | 10:20 |
| freemangordon | there is a fair amount of time you just can't unlock as transition takes place | 10:20 |
| kerio | don't do the transition then | 10:21 |
| kerio | just draw the new widgets in portrait instantly | 10:21 |
| kerio | (and keep the slider in the middle of the screen as if it's in landscape) | 10:21 |
| freemangordon | kerio: what is the poit of doing that if the device in in landscape? | 10:21 |
| freemangordon | *is in | 10:22 |
| kerio | no, i mean, only rotate the clock and the icons, leave the slider as it is, so if the rotation was botched you can still unlock | 10:22 |
| freemangordon | kerio: current behaviour (landscape only) is useful even if you hold the device one-handed in portrait. you can still unlock and/or read the clock | 10:24 |
| kerio | that's what i usually do | 10:24 |
| kerio | well, not really, i just rotate it in my hand, hold it against my chest and use the lockslider | 10:24 |
| kerio | where's double-power-to-unlock dammit | 10:24 |
| freemangordon | well, because most of the time i use visual unlock, I can assure you the portrait mode/autorotation breaks my user experience, at least :) | 10:25 |
| freemangordon | kerio: will come. some day :P | 10:25 |
| kerio | the portrait/landscape autorotation breaks my user experience a lot more often | 10:25 |
| freemangordon | kerio: in tklock? | 10:26 |
| kerio | i reckon it's only useful in OMP and possibly Phone | 10:26 |
| kerio | no, in general | 10:26 |
| freemangordon | kerio: that will be fixed by adding "lock to current orientation" | 10:26 |
| freemangordon | (someday) | 10:26 |
| Pali | lock to current location is simple | 10:29 |
| Pali | just need to read configuration options (like this) from somehere... | 10:29 |
| freemangordon | Pali: even worse: lock while there is a landscape-only app on top and wait tklock to rotate to portrait | 10:29 |
| freemangordon | now you have to wait for 2 transitions | 10:29 |
| kerio | heh | 10:29 |
| freemangordon | Pali: not to say there are terrible visual artifacts while rotating | 10:33 |
| kerio | freemangordon: when do you use portrait mode? | 10:34 |
| freemangordon | kerio: when needed :) | 10:37 |
| kerio | yeah but when do you need it? | 10:37 |
| freemangordon | reading a book for example | 10:37 |
| kerio | huh, really? :o | 10:38 |
| freemangordon | yep | 10:38 |
| freemangordon | opera is perfect | 10:38 |
| kerio | i would've guessed that landscape lets you read better | 10:38 |
| freemangordon | no | 10:39 |
| tadzik | portrait is useful if you have only one hand available (in the public transport for example)] | 10:39 |
| freemangordon | yep | 10:39 |
| kerio | for me, that's basically just Phone and OMP | 10:39 |
| * freemangordon is afk | 10:39 | |
| Pali | I hate busybox in maemo !!!!! it does not have utf8 support | 10:40 |
| Pali | and if I write some utf8 chars (like slovak á č ť ž) and I want delete it I must press backspace two times! | 10:41 |
| Pali | which generate negative space... | 10:42 |
| Pali | (becuase that utf8 chars are 2 bytes) | 10:42 |
| Pali | kerio, do you know how to fix that? | 10:42 |
| kerio | move to england and change every non-ascii character in your name | 10:43 |
| Pali | it is fixed in upstream busybox? | 10:43 |
| kerio | Pali: from ssh, it WORKSFORME (busybox-power) | 10:43 |
| kerio | and it doesn't work in busybox stock | 10:44 |
| Pali | it is really bad that we still not have utf8 support in terminal... | 10:44 |
| kerio | so... install busybox-power i suppose | 10:44 |
| kerio | or bash | 10:44 |
| kerio | *and bash | 10:44 |
| Pali | and I found another bug in maemo bash | 10:44 |
| Pali | when I press DELETE key on normal keyboard via ssh bash generate '~' char | 10:45 |
| Pali | funny that maemo busybox not doing it | 10:45 |
| Pali | kerio, ok then I will report bug that on maemo it is not possible to use localized Xterm | 10:45 |
| Pali | and some upstream busybox is needed | 10:45 |
| Pali | for cssu | 10:45 |
| kerio | Pali: still haven't checked on the real terminal though | 10:46 |
| Pali | ssh busybox doing it too | 10:46 |
| Pali | so problem is in busybox | 10:46 |
| Pali | (not in osso-xterm) | 10:46 |
| *** Pali has quit IRC | 10:59 | |
| *** Pali has joined #maemo-ssu | 11:13 | |
| *** Pali has quit IRC | 11:31 | |
| *** amiconn_ has joined #maemo-ssu | 11:34 | |
| *** amiconn has quit IRC | 11:34 | |
| *** amiconn_ is now known as amiconn | 11:34 | |
| *** dhbiker has quit IRC | 11:42 | |
| *** Pali has joined #maemo-ssu | 11:44 | |
| *** dhbiker has joined #maemo-ssu | 11:50 | |
| *** joshgillies has joined #maemo-ssu | 12:37 | |
| *** M13 has quit IRC | 12:40 | |
| *** Martix has quit IRC | 12:51 | |
| *** LaoLang_cool has joined #maemo-ssu | 12:57 | |
| *** M4rtinK has joined #maemo-ssu | 13:05 | |
| *** LaoLang_cool has quit IRC | 13:07 | |
| *** arcean has joined #maemo-ssu | 13:12 | |
| *** kolp has joined #maemo-ssu | 13:35 | |
| *** anthony__ has joined #maemo-ssu | 13:35 | |
| *** lizardo has joined #maemo-ssu | 13:36 | |
| *** dhbiker has quit IRC | 13:58 | |
| *** arcean_ has joined #maemo-ssu | 14:16 | |
| *** arcean has quit IRC | 14:18 | |
| *** joshgillies has quit IRC | 14:25 | |
| Pali | kerio, I updated hald-addon-bme, package is here: https://atrey.karlin.mff.cuni.cz/~pali/rx51-bme-replacement/ | 14:32 |
| Pali | now it report both active and idle time to empty | 14:32 |
| Pali | and updated version of status area battery plugin is in cssu-devel | 14:42 |
| Pali | now applet show also idle time to empty | 14:43 |
| Pali | merlin1991, need to testing if ^^^ it working | 14:43 |
| Pali | and if yes then it is candidate for cssu-testing | 14:43 |
| *** ruskie has quit IRC | 14:44 | |
| merlin1991 | Pali: put it on tmo? | 14:45 |
| Pali | ok | 14:53 |
| Pali | deb package is here: http://maemo.merlin1991.at/cssu/community-devel/pool/free/s/status-area-applet-battery/status-area-applet-battery_1.0-2_armel.deb | 14:54 |
| Pali | merlin1991, do you know if clock-ui on gitoruous cssu working? | 14:55 |
| merlin1991 | it is semi working, it has no packaging yet | 14:56 |
| *** ruskie has joined #maemo-ssu | 14:58 | |
| *** luf has joined #maemo-ssu | 15:32 | |
| luf | freemangordon: are you crazy? location->fixed_title = g_strdup (dgettext("osso-connectivity-ui", "conn_ti_bluetooth_cpa")); | 15:42 |
| luf | freemangordon: I think it's not good patch (also mixing code change + some white space rework). | 15:53 |
| luf | freemangordon: I'll update the -l10n packages (it's better than this patch). | 15:54 |
| *** Pali has quit IRC | 15:57 | |
| *** Pali has joined #maemo-ssu | 16:48 | |
| *** jonwil has quit IRC | 17:40 | |
| *** LinuxCode has joined #maemo-ssu | 17:41 | |
| freemangordon | luf: what is wrong with that patch? (excluding white-spaces) | 18:04 |
| freemangordon | luf: did you look at the original _() | 18:04 |
| freemangordon | luf: it makes no sense to duplicate localisation strings, it is just wasting of RAM | 18:06 |
| freemangordon | luf: check here https://gitorious.org/community-ssu/libhildonfm/blobs/master/hildon-fm/hildon-file-common-private.h#line40 | 18:11 |
| freemangordon | I really don' | 18:11 |
| freemangordon | t see why adding one more localisation domain should be a problem | 18:12 |
| freemangordon | Pali: do you mind to make branch (next or portrait-support) of tklock and to revert your portrait changes in master | 18:16 |
| DocScrutinizer05 | Pali: DEL key is an age old problem in *every* shell, it's not a bug but basically PEBKAC | 18:17 |
| freemangordon | Pali: I wan't tklock in next testing ;) | 18:17 |
| Pali | also HOME key is problem | 18:17 |
| freemangordon | the point of REing it was that huuge memleak | 18:17 |
| DocScrutinizer05 | rtfm ;-) | 18:17 |
| DocScrutinizer05 | keybindings probably is the key | 18:18 |
| Pali | freemangordon, ok I will move portrait support to separate branch | 18:18 |
| freemangordon | Pali: thanks a lot | 18:18 |
| DocScrutinizer05 | freemangordon: we should publish memleak issue in tklock to a wider public, explain the implications (swap fragmentation etc), and announce CSSU is going to fix it | 18:20 |
| DocScrutinizer05 | I pretty much would like you doing that, since it's been your finding | 18:21 |
| freemangordon | DocScrutinizer05: I think i've already done that | 18:21 |
| DocScrutinizer05 | ooh then I missed that | 18:21 |
| freemangordon | well, it is on alarm-ui thread, but still http://talk.maemo.org/showpost.php?p=1295060&postcount=61 | 18:23 |
| freemangordon | and it was widely discussed on #maemo | 18:23 |
| freemangordon | also I think I made a post when I put it in cssu-devel, lemme try to find it | 18:24 |
| freemangordon | hmm, well, no, there is just an announce that tklock is in -devel, but no reason why it is there | 18:27 |
| DocScrutinizer05 | I'd like to see cssu-devel not getting referred to in posts to general public, too many trigger-happy lusers out there | 18:27 |
| freemangordon | yeah | 18:27 |
| freemangordon | DocScrutinizer05: BTW how is that different to powerkeymenu? | 18:27 |
| DocScrutinizer05 | hm? | 18:27 |
| freemangordon | I mean it gous through the same release cycle | 18:28 |
| freemangordon | *goes | 18:28 |
| freemangordon | the fuck | 18:28 |
| *** Pali has quit IRC | 18:28 | |
| DocScrutinizer05 | so what's the question? | 18:28 |
| freemangordon | reason for powerkeymenu replacement was annonced on alarm-ui thread too (i.e. memleak) | 18:29 |
| DocScrutinizer05 | missed that too | 18:29 |
| freemangordon | it was sitting in -devel, bugs got smashed and now it is in -testing | 18:29 |
| freemangordon | why tklock should be any different | 18:29 |
| freemangordon | ? | 18:29 |
| DocScrutinizer05 | the reason for my request been to convince more users to get CSSU | 18:29 |
| freemangordon | hmm, I wan't 30% raise then. For my extra work as PR :P | 18:30 |
| DocScrutinizer05 | thus profiting from your awesome work | 18:30 |
| freemangordon | DocScrutinizer05: I will start promoting CSSU when -stable catches with -testing | 18:31 |
| freemangordon | If you get what I mean | 18:31 |
| DocScrutinizer05 | swap fragmentation due to (assumed) memleaks been THE PITA of maemo fremantle since beginning | 18:31 |
| freemangordon | deffinitely | 18:31 |
| *** Milhouse has joined #maemo-ssu | 18:32 | |
| DocScrutinizer05 | and I always wondered why my device works great after 15, 30, 60 days uptime | 18:32 |
| freemangordon | But I am afraid now to actively promote CSSU, as -stable is waaay behind | 18:32 |
| DocScrutinizer05 | simple: I never use powermenu or tklock | 18:33 |
| luf | freemangordon: don't you see codedump for browserd when you're using gnomevfs-extra? | 18:33 |
| freemangordon | DocScrutinizer05: And I don't want to actively promote -testing, esp in the light of recent h-d and obexd problems | 18:33 |
| freemangordon | luf: hmm, didnt checked | 18:33 |
| freemangordon | lemme see | 18:34 |
| DocScrutinizer05 | freemangordon: so please help on geting things to pace regarding all that | 18:34 |
| DocScrutinizer05 | my plate is recently filled with other stuff :-/ | 18:34 |
| freemangordon | DocScrutinizer05: why do you think mine is not? :) | 18:34 |
| DocScrutinizer05 | I'm sure it is, but you should think about others who want to benefit from your work as well | 18:35 |
| freemangordon | luf: any instructions I need to follow | 18:35 |
| DocScrutinizer05 | freemangordon: and you're talking to merlin1991 and chem|st in here more often than I do, lately | 18:36 |
| luf | Reboot phono start browsing obexFTP using filemanger. | 18:37 |
| freemangordon | DocScrutinizer05: lets put it that way - I wait for HiFo to become in charge of the servers. Then we'll find a way to "sneak" a package to every n900, informing its user for CSSU existence | 18:37 |
| DocScrutinizer05 | while I'm way more disconnected form CSSU recently than I'd like to be, due to friggin council, migration, whatnot else | 18:37 |
| freemangordon | luf: do I really need to reboot | 18:37 |
| freemangordon | ? | 18:38 |
| luf | browserd usually crashed for me just first time I enter the bluetooth device. | 18:38 |
| freemangordon | luf: ok. will do it | 18:38 |
| luf | No idea. I ever reboot when uploaded new libhildofm | 18:38 |
| freemangordon | luf: aah, men, comeon, ofc you'll have segfault | 18:38 |
| luf | Let's share what I need to kill to use new libhildonfm library. | 18:38 |
| freemangordon | the library is either mmapped, or evicted | 18:39 |
| freemangordon | next time a page is needed, it is read from the new image, thus the segfault | 18:39 |
| luf | So it needs to recompile also browserd? | 18:40 |
| freemangordon | luf: no, you got me wrong | 18:40 |
| luf | I freshly reboot device. | 18:40 |
| freemangordon | <luf> No idea. I ever reboot when uploaded new libhildofm | 18:40 |
| freemangordon | I am lost :D | 18:41 |
| freemangordon | luf: do I need to have a webpage opened? | 18:41 |
| luf | Ok. I did dpkg -i <new libhildon>; powermenu -> shutdown; power on; start osso-filemanager -> browse Bluetooth -> my device => browserd crash (core dump). After that it's ok till next reboot. | 18:42 |
| luf | No, it's browserd not browser. | 18:43 |
| DocScrutinizer05 | freemangordon: S will always behind of T, and version number will get out of sync pretty much anyway. Hell they already did, there were from very beginning | 18:45 |
| freemangordon | luf: I did the same, no crash here | 18:45 |
| freemangordon | DocScrutinizer05: it is not about ersioning, you know? | 18:45 |
| freemangordon | *versioning | 18:45 |
| DocScrutinizer05 | so pester chem|st to get your memleak fixes into a S build, tomorrow! | 18:46 |
| freemangordon | -stable just don't follow the release cycle we've agreed upon ;) | 18:46 |
| luf | browserd -s 1862 -n RTComMessagingServer | 18:46 |
| freemangordon | luf: elaborate please | 18:47 |
| DocScrutinizer05 | freemangordon: last S is from xmas | 18:47 |
| luf | This process crashed. | 18:47 |
| luf | freemangordon: ^^^ | 18:47 |
| freemangordon | DocScrutinizer05: sure, but there are packages in -testing as old as 6 months, which are not in -stable | 18:48 |
| luf | from: gdb /usr/sbin/browserd coredump | 18:48 |
| DocScrutinizer05 | yes, like camera-ui | 18:48 |
| freemangordon | no | 18:48 |
| DocScrutinizer05 | as elaborated above, the S versions won't follow T | 18:48 |
| freemangordon | sure | 18:49 |
| DocScrutinizer05 | there will be different mix of new stuff in S than been in last version of T | 18:49 |
| freemangordon | for so-called "replacement" packages | 18:49 |
| luf | freemangordon: bt from gdb is very helpful: #0 0x41a8a548 in raise () from /lib/libc.so.6 | 18:49 |
| luf | Cannot access memory at address 0xbea5062 | 18:49 |
| DocScrutinizer05 | if there's some pkg not going to S for 6 months, then usually there's a reasn for that | 18:49 |
| DocScrutinizer05 | if there's not, please holler | 18:50 |
| freemangordon | luf: you need debug symbols of browserd. Which are nowhere to be found :D:D:D | 18:50 |
| freemangordon | as browserd is closed source | 18:50 |
| luf | Strange it's only once per boot :( I have no idea where to find it. And it's related to osso-filemanager (access BT device -> gnomevfs). | 18:50 |
| freemangordon | luf: I don;t have such crash here. On my primary device | 18:50 |
| *** arcean_ is now known as arcean | 18:51 | |
| luf | freemangordon: You're brave man to use it on primary device :D | 18:51 |
| freemangordon | luf: I trust your code :P | 18:51 |
| luf | Strange also is that browserd loadk gvfs same as gnomevfs ... | 18:51 |
| freemangordon | (you should trust mine too :P ) | 18:51 |
| freemangordon | :D:D:D | 18:51 |
| luf | freemangordon: I give you once very very good advise. Never ever trust my code :D | 18:52 |
| freemangordon | luf: well, I looked at the commit ;) | 18:52 |
| freemangordon | luf: I don't see browserd crashing here, it is something on your device or build system | 18:53 |
| freemangordon | i tried obexftp on 2 devices | 18:53 |
| freemangordon | primary/develop | 18:54 |
| luf | Ok I have to live with it then :D | 18:54 |
| luf | BTW do you also see wrong/default icons when browsing obexFTP? I think it's libhildonfm related :( | 18:54 |
| freemangordon | luf: though mine libhildonfm is 4.7.2 thumb-compiled | 18:54 |
| luf | freemangordon: hmm who knows. | 18:55 |
| freemangordon | luf: icons (where exist) are ok. but as I already told you , you should used BT dbus api to get both icons and names | 18:55 |
| freemangordon | not gconf | 18:55 |
| freemangordon | it is not correct, for some reason | 18:56 |
| luf | freemangordon: no icons for devices. But for e.g. images in the devices ... First it shows picture but after some few amount of time it's changed for the default one. | 18:56 |
| *** NIN101 has joined #maemo-ssu | 18:56 | |
| freemangordon | 2 of 4 devices supporting FTP are missing both name and icon in gconf | 18:56 |
| freemangordon | the others are shown ok | 18:56 |
| freemangordon | (PC and PDA) | 18:56 |
| freemangordon | one of devices which is missing name and icon is n950 | 18:57 |
| luf | However I hate the "directory" preloading. When you click on Bluetooth it starts connecting all BT devices in the list. | 18:57 |
| freemangordon | luf: this is the other problem I saw | 18:57 |
| luf | But I'm unable to disable such behaviour :( | 18:57 |
| freemangordon | get rid of all the caching | 18:57 |
| freemangordon | (if possinle) | 18:58 |
| freemangordon | *possible | 18:58 |
| freemangordon | as there is no way to "refresh" | 18:58 |
| luf | freemangordon: there is. cache is cleared after some amount of time. | 18:58 |
| freemangordon | that does not look battery-friendly :( | 18:59 |
| freemangordon | luf: when is a device re-browsed? | 18:59 |
| freemangordon | is it on some constant timeout? | 18:59 |
| luf | No when no activity of browsing. I don't know it exactly as I think it's not BT based. | 19:00 |
| freemangordon | aah, maybe in obexgw code | 19:00 |
| luf | I think in gnomevfs code. | 19:01 |
| freemangordon | luf: is it possible to force the upper layers to refresh? from obexftp code? | 19:01 |
| freemangordon | I bet it is | 19:01 |
| luf | caches are good. The only problem is prereading directories. I'm unable to disable it for top level directory :( | 19:01 |
| freemangordon | and more important - does obex gets notified if remote directory has changed? | 19:02 |
| luf | I don't understand how it is done :( | 19:02 |
| luf | freemangordon: no idea there are some monitors but I don't know if it's for remote side changes ... | 19:03 |
| freemangordon | luf: well, lets first fix the missing names/icons | 19:03 |
| luf | It's no problem for me :D I have all devices in gconf :D | 19:04 |
| freemangordon | and please, "like" my patch. obexftp won;t be the first library in fremantle to use localisation strings from unrelated domains | 19:04 |
| freemangordon | actually it is like spaghetti in that regard | 19:05 |
| luf | freemangordon: I don't like but ok. I stop the work on localization patching. | 19:05 |
| freemangordon | luf: we already have those translations in the system. no pint to duplicate it just for the sake of it | 19:05 |
| freemangordon | *point | 19:06 |
| freemangordon | IMO | 19:06 |
| luf | freemangordon: as I wrote. I don't like but I accept it. | 19:06 |
| freemangordon | luf: remember, 256MB of RAM should suffuce for everything :D:D:D | 19:06 |
| freemangordon | ok | 19:06 |
| luf | Come on I started linux on 16 or 32 MB of memory ... one FD was enough ... | 19:07 |
| luf | Maybe it was even less ... | 19:07 |
| freemangordon | hehe. I wrote my first x86 assembly code on a machine with 512KB of RAM. not even 640 ;) | 19:08 |
| freemangordon | no HDD, nothing, only FD | 19:08 |
| luf | Your first was x86? :D Not mine ... | 19:08 |
| freemangordon | for ASM yes | 19:08 |
| luf | I wrote I first used linux ... not x86. | 19:09 |
| freemangordon | well, I did a little on 6502 | 19:09 |
| freemangordon | luf: those are CPUs, not oses | 19:09 |
| freemangordon | ;) | 19:09 |
| luf | Sharp MZ800 - my first true love :D | 19:09 |
| freemangordon | WTF is that? Z80? | 19:10 |
| luf | It was 8-bit computer from Sharp ;) | 19:10 |
| freemangordon | aah | 19:10 |
| luf | http://www.old-computers.com/museum/computer.asp?c=208&st=1 | 19:11 |
| freemangordon | well, here we had 8bit PCs, stolen from Apple II. i.e. Apple II REed :D | 19:11 |
| freemangordon | and made with russian TTLs | 19:12 |
| luf | After few year we connected FD to that machine. How incredibly fast loading after that tweak :D | 19:12 |
| freemangordon | tweak? :D:D:D | 19:12 |
| luf | :D | 19:12 |
| freemangordon | what from was it loading before that, punchcards? | 19:13 |
| luf | #define OBEX_TIMEOUT 20000 | 19:13 |
| freemangordon | luf: hmm, not that bad | 19:13 |
| luf | tapes (same as music tapes) ;) You can see it in the picture ... | 19:13 |
| freemangordon | though... if we can interrupt instead of poll it will be perfect | 19:13 |
| freemangordon | aah, yes, tapes | 19:13 |
| freemangordon | now I remember | 19:14 |
| freemangordon | though I never used one | 19:14 |
| freemangordon | (for data storage) | 19:14 |
| luf | I don't understand "if we can interrupt instead of poll ..." | 19:14 |
| freemangordon | luf: aiui now obex is polling the remote devices every 20s, ain't? | 19:15 |
| luf | No. It disconnected after such time of no activity. | 19:15 |
| freemangordon | aah, ok | 19:16 |
| luf | And invalidating caches are done during reset (connecting). | 19:16 |
| freemangordon | I see | 19:16 |
| freemangordon | hmm, not that bad | 19:16 |
| luf | om_connection_invalidate_cache | 19:17 |
| freemangordon | luf: keep it as it is for now, just fix the names/icons and lets put it in the wild | 19:17 |
| freemangordon | will see how it will behave | 19:17 |
| freemangordon | luf: btw I am under the impression obexd is very slow. could be because my dongle is 1.1 ofc | 19:19 |
| luf | I need to disable preconnecting devices. | 19:19 |
| freemangordon | yes | 19:19 |
| freemangordon | you are right | 19:19 |
| freemangordon | that makes a lot of sense | 19:19 |
| luf | freemangordon: It's fast for me here. But depends on BT range ... | 19:19 |
| luf | Honestly I have no idea how to do that :( | 19:20 |
| freemangordon | don;t think it is a range issue, most probably BT1.1 is too slow | 19:20 |
| freemangordon | luf: will check if I can do something for you | 19:20 |
| luf | freemangordon: I tried fix some problem and I saw in logs: device not found several time (because too far). But it sometimes connects and sometimes fail. | 19:21 |
| freemangordon | luf: the distance between the dongle and n900 is about 50cm ;) | 19:21 |
| luf | It should be close enough :D | 19:22 |
| freemangordon | yep | 19:22 |
| luf | I'm thinking about enabling connect after change directory to the device. However it should break some behaviour :( | 19:23 |
| *** Pali has joined #maemo-ssu | 19:25 | |
| merlin1991 | freemangordon: what's the official name of thumb (1) and thumb2? I'm reading a spec sheet of an arm atm and trying to find out if they have thumb1 or thumb2 in the arm :D | 19:26 |
| freemangordon | afaik thumb1 is just thumb | 19:27 |
| merlin1991 | Thumb High Code Density 16-bit Instruction Set .... which one xD | 19:29 |
| Pali | freemangordon, I have simple patch which enable autorotation in tklock only if was enabled by user via gconf | 19:29 |
| freemangordon | Pali: ok, should do the job too. though I wonder if the backgrounds should be distributed as a part of tklock package | 19:31 |
| freemangordon | merlin1991: check for ldrex/strex instructions | 19:31 |
| Pali | why not to distribute it? | 19:32 |
| freemangordon | if they exist, it is thumb2 | 19:32 |
| freemangordon | Pali: not saying we should not, just wondering if a separate package would be better | 19:32 |
| merlin1991 | hm nope they don't exist | 19:33 |
| * merlin1991 headdesks | 19:33 | |
| Pali | HAM has background also in HAM package | 19:33 |
| Pali | *portrait background | 19:33 |
| freemangordon | Pali: hmm, yep, you are right | 19:33 |
| Pali | but we can also update theme package | 19:33 |
| merlin1991 | $company is buying an arm chip with native a native java pipeline, thumb1 to run $generic linux on arm | 19:33 |
| Pali | and move also background from HAM to theme... | 19:33 |
| * merlin1991 headdesks again | 19:33 | |
| freemangordon | Pali: that will be the best approach IMO | 19:34 |
| Pali | but theme packages are non free | 19:34 |
| freemangordon | merlin1991: hmm that could be jazelle | 19:34 |
| merlin1991 | yep it features jazelle | 19:35 |
| freemangordon | Pali: that should not be a probem afaik | 19:35 |
| merlin1991 | thrown away money if the chip in the targeted appliance is going to run arm only | 19:35 |
| freemangordon | merlin1991: aah, this is a different kind of beer ;) | 19:35 |
| merlin1991 | hence me headdesking | 19:35 |
| Pali | I have shell script which convert binary deb package to source dsc | 19:35 |
| Pali | and theme is ideal for that (no compilation needed, only copy files) | 19:36 |
| freemangordon | merlin1991: thumb1 is baaad, baaad idea performance wise AFAIK | 19:36 |
| freemangordon | Pali: sure, lets ask merlin1991 about it :P | 19:36 |
| merlin1991 | so I want to run linux on arm, so I'll get a nice and shiny chip that has jazelle but no thumb2, and will run it in arm mode, doesn't that sound good? | 19:36 |
| Pali | AFAIK, jazelle is closed | 19:36 |
| Pali | no public documentation | 19:36 |
| freemangordon | merlin1991: sounds very clever to me :D | 19:37 |
| freemangordon | Pali: yes | 19:37 |
| freemangordon | merlin1991: you could use that to steal jazelle docs and to publish them :D | 19:37 |
| merlin1991 | management: but it can run java (TM) developer: BUT WE RUN C CODE ANYWAY | 19:37 |
| freemangordon | :D:D:D | 19:37 |
| freemangordon | merlin1991: no, it CANNOT run java | 19:38 |
| freemangordon | it executes some of the java opcodes in CPU | 19:38 |
| freemangordon | but you should have handlers for not-supportd opcodes | 19:38 |
| freemangordon | merlin1991: what about adding alpha and beta themes in CSSU? | 19:39 |
| freemangordon | and moving all the various portrait images to where they belong? | 19:39 |
| merlin1991 | sounds okish? | 19:40 |
| freemangordon | Pali: seems merlin1991 is fine with that | 19:40 |
| freemangordon | we can provide portrait background for adeclock too | 19:41 |
| freemangordon | and for OMP | 19:41 |
| freemangordon | (at some point) | 19:41 |
| Pali | OMP using own design in portrait mode | 19:41 |
| freemangordon | is it? ok, no OMP then | 19:42 |
| Pali | freemangordon, I fixed memory leak in tklock | 19:46 |
| Pali | you forgot to unref gconfclient | 19:46 |
| freemangordon | Pali: are you sure it should be unreffed? ok, thanks | 19:47 |
| Pali | http://developer.gnome.org/gconf/stable/gconf-gconf-client.html#gconf-client-get-default | 19:47 |
| kerio | Pali: yay, i'll update ASAP | 19:47 |
| freemangordon | yep | 19:47 |
| freemangordon | thanks a lot | 19:47 |
| freemangordon | kerio: don;t it is still not in -devel | 19:47 |
| freemangordon | Pali: push on gitorious, please, so i'll be able to build a new .deb and upload it to -devel | 19:48 |
| kerio | heh | 19:49 |
| Pali | pushed | 19:49 |
| kerio | freemangordon: the bme replacement? :o | 19:49 |
| kerio | madness | 19:49 |
| freemangordon | kerio: no, tklock | 19:49 |
| kerio | oh | 19:49 |
| freemangordon | Pali: thanks | 19:49 |
| Pali | kerio, battery status menu plugin is in cssu-devel | 19:49 |
| kerio | neat! | 19:49 |
| Pali | and updated hal addon bme is on posted link | 19:49 |
| kerio | does it *need* the newer bme replacement? | 19:49 |
| Pali | you can use stock applet or that new | 19:50 |
| Pali | old version has some problems, so I pushed fixed to cssu-devel | 19:50 |
| Pali | ALL: test new battery status menu plugin from cssu-devel | 19:50 |
| Pali | it should work with bme, bme replacement or only with kernel modules | 19:51 |
| freemangordon | Pali: will do. do I need anything else? | 19:51 |
| Pali | also it should handle stopping bme and loading kernel modules... | 19:51 |
| Pali | freemangordon, no | 19:51 |
| kerio | Pali: how and when? :o | 19:51 |
| freemangordon | i.e. like hald-addon replacement? | 19:51 |
| Pali | kerio, sudo stop bme | 19:51 |
| freemangordon | Pali: ok | 19:51 |
| Pali | it should report 0 (instead bad values) | 19:52 |
| freemangordon | just lemme upload tklock and i'll install it | 19:52 |
| Pali | also modprobe bq... | 19:52 |
| Pali | aplet should handle it and se values | 19:52 |
| Pali | check if charger attached notification working | 19:52 |
| kerio | Pali: your /etc/event.d/bme loads the bq modules though | 19:53 |
| Pali | also check if battery full/empty is correctly reported | 19:53 |
| Pali | kerio, try also rmmod what happen | 19:53 |
| Pali | and then modprobe | 19:53 |
| Pali | aplet should still work | 19:53 |
| Pali | (without crash) | 19:54 |
| kerio | btw, does it still check dpkg versions on startup? | 19:54 |
| kerio | because the delay caused by it *is* noticeable and annoying | 19:54 |
| Pali | yes | 19:54 |
| kerio | and it's replaceable by a check of existance of /usr/sbin/bme_RX-51 | 19:55 |
| Pali | now there could be also delay with initializing dbus | 19:55 |
| Pali | it using dbus for idle time to empty | 19:55 |
| Pali | which sending hald-addon-bme | 19:55 |
| freemangordon | Pali: do you mind me to remove portrait background PNG from the package? | 19:55 |
| freemangordon | tklock that is | 19:56 |
| Pali | you should see two time values in aplet first is avg and second is idle | 19:56 |
| Pali | freemangordon, I will delete portrait background when we have theme packages on gitorious and in cssu | 19:56 |
| freemangordon | ok | 19:56 |
| freemangordon | will leave it there for now | 19:56 |
| freemangordon | Pali: hmm, debian/changelog not chaged | 19:57 |
| freemangordon | *changed | 19:57 |
| Pali | I did not changed it | 19:57 |
| freemangordon | ok, i'll do | 19:57 |
| Pali | I pushed changes very quicky :-) | 19:57 |
| freemangordon | but it will be FMG there :) | 19:58 |
| freemangordon | osso-systemui-tklock (0.3.1.0+0cssu0) is in cssu-devel | 20:04 |
| freemangordon | merlin1991: WTF is "deb http://happens:now@maemo.merlin1991.at/cssu/future/ fremantle free non-free" | 20:07 |
| kerio | Pali: your ssl cert expired | 20:07 |
| kerio | freemangordon: dammit, now you went and displayed the password to everyone | 20:08 |
| merlin1991 | freemangordon: testing-testing | 20:08 |
| Pali | kerio, what? | 20:08 |
| freemangordon | aah, ok :D | 20:08 |
| kerio | Pali: https://atrey.karlin.mff.cuni.cz/ | 20:08 |
| kerio | oh, and it's also self-signed, wtf | 20:08 |
| merlin1991 | kerio: mine is also self signed ;) | 20:09 |
| freemangordon | Pali: what is package name for battery plugin? | 20:09 |
| Pali | kerio, its server on our faculty | 20:09 |
| kerio | freemangordon: status-area-applet-battery | 20:09 |
| kerio | Pali: i figured | 20:09 |
| kerio | Pali: it's still a botched job, considering that there's a way to get a real SSL cert for free | 20:09 |
| kerio | Pali: dammit, why don't you increase the versions when you release new packages? :c | 20:10 |
| freemangordon | Pali: hmm, looks nice :D | 20:13 |
| merlin1991 | kerio: ssl cert for free? o_O | 20:18 |
| kerio | merlin1991: http://www.startssl.com/ | 20:19 |
| kerio | a class 1 cert, ofc | 20:19 |
| kerio | single-host | 20:19 |
| merlin1991 | isn't it a time limited offer? | 20:19 |
| kerio | apparently not | 20:19 |
| kerio | merlin1991: http://www.startssl.com/?app=25#90 | 20:20 |
| kerio | (faq: why are class 1 certificates free?) | 20:20 |
| kerio | (answer: because the effort for those is JACK SHIT) | 20:21 |
| *** Martix has joined #maemo-ssu | 20:29 | |
| freemangordon | Pali: on my devel device I have a time estimation for the battery life, on the pimary I don;t have it. I guess this is by design, but what is the idea? | 20:36 |
| Pali | that data are reported by BME and hald-addon-bme | 20:37 |
| *** kolp has quit IRC | 20:37 | |
| freemangordon | hmm? | 20:37 |
| freemangordon | both are on BME | 20:38 |
| Pali | if you do not see time then BME reporting 0 | 20:38 |
| freemangordon | ok | 20:38 |
| merlin1991 | kerio: I pondered about getting a proper certificate for *.merlin1991.at but it's so friggin expensive | 20:39 |
| DocScrutinizer05 | who cares about certs? | 20:45 |
| *** MrPingu has joined #maemo-ssu | 20:45 | |
| DocScrutinizer05 | honestly a cert confirming that merlin1991.at is in fact merlin1991.at does help me how exactly? | 20:46 |
| DocScrutinizer05 | I'm not expecting any virus injecting a spoofed IP for merlin1991.at into my etc/hosts | 20:47 |
| kerio | however, you could expect a MITM | 20:47 |
| DocScrutinizer05 | neither | 20:48 |
| DocScrutinizer05 | what for? | 20:48 |
| *** ivgalvez has joined #maemo-ssu | 20:48 | |
| Pali | please store cert hash to DNSSEC :-) | 20:48 |
| DocScrutinizer05 | particularly i'm happy with accepting that self-assigned cert once | 20:49 |
| Pali | current SSL implementations are bad in all browsers... | 20:49 |
| Pali | why browsers show me warnings when I opening HTTPS pages with self-signed certificates? And why *not* for HTTP pages? | 20:50 |
| DocScrutinizer05 | [2013-01-06 20:53:52] <wpwrak> DocScrutinizer05: that's bee on heise news a few days ago. certificate-based "trust" must die :) | 20:50 |
| DocScrutinizer05 | (^^^ re TRUKTRUST) | 20:51 |
| ivgalvez | DocScrutinizer05 hi | 20:51 |
| DocScrutinizer05 | hi ivgalvez :-D | 20:51 |
| DocScrutinizer05 | welcome back! | 20:51 |
| ivgalvez | almost fully recovered | 20:51 |
| DocScrutinizer05 | hope you're well again! | 20:51 |
| DocScrutinizer05 | good! | 20:51 |
| ivgalvez | still digesting tons of emails | 20:52 |
| freemangordon | ivgalvez: hi | 20:52 |
| DocScrutinizer05 | I feel with you | 20:52 |
| freemangordon | glad you're back | 20:52 |
| ivgalvez | thanks | 20:52 |
| ivgalvez | I've been asking Nokia about those DNS problems mentioned by Nemein | 20:52 |
| ivgalvez | do you know anything new about it? | 20:52 |
| DocScrutinizer05 | I guess they are caused by negotiations between HiFo and Nokia not finished yet | 20:53 |
| ivgalvez | maybe, the domain transfer won't be made until everything is finished with their legal department | 20:54 |
| DocScrutinizer05 | Nokia not touching those DNS anymore, since they already *should* be under HiFo control | 20:54 |
| ivgalvez | yep, but not until everything signed | 20:54 |
| DocScrutinizer05 | sure | 20:54 |
| *** kolp has joined #maemo-ssu | 20:55 | |
| DocScrutinizer05 | btw full ACK to your "we should take what we can get now..." re those negotiations | 20:55 |
| ivgalvez | we are gonna need volunteers to help on scratchbox.org maintenance and migration | 20:55 |
| DocScrutinizer05 | *sigh* | 20:56 |
| Pali | DocScrutinizer05, when will HiFo migrate TMO? | 20:56 |
| DocScrutinizer05 | we need so many volunteers, and have so few | 20:56 |
| ivgalvez | yep | 20:56 |
| Pali | there was some deadline in januar... | 20:56 |
| DocScrutinizer05 | Pali: it's moving | 20:56 |
| DocScrutinizer05 | ivgalvez: please read chanlog of last council meeting, last friday | 20:58 |
| DocScrutinizer05 | ivgalvez: we got some misunderstandings sorted there, and basically sketched what to do with migration during next 2 months - not further than just the point where HiFo owns the servers | 20:59 |
| ivgalvez | doing it now | 20:59 |
| DocScrutinizer05 | ivgalvez: I'd very much like to ask HiFo to try and re-negotiate with Nokia if Nokia could re-dedicate the money for those RX300 to dedicated hosting maybe | 21:00 |
| DocScrutinizer05 | we honestly can't handle those RX300, too expensive | 21:00 |
| ivgalvez | that was previously asked and not just once | 21:00 |
| DocScrutinizer05 | too "big" for us | 21:00 |
| ivgalvez | I can't even imagine why they decided to go that way | 21:01 |
| luf | merlin1991: it's timeo for your favorite game ... | 21:01 |
| merlin1991 | ..? | 21:01 |
| DocScrutinizer05 | if that's out of scope completely, then the basic idea now is to have nemein move al vservers on those two machines | 21:01 |
| *** kolp has quit IRC | 21:01 | |
| DocScrutinizer05 | (that way) ... is how big business is doing that stuff | 21:02 |
| luf | merlin1991: Jan, 9 2013 20:00 CET ... :D | 21:02 |
| luf | merlin1991: I think you want to play ping-pong game ... | 21:02 |
| ivgalvez | DocScrutinizer05: yes, unfortunately the question was left out of discussion by Nokia some time ago, for some reason it would be easier for them to donate machines (tax refund?) | 21:02 |
| DocScrutinizer05 | probably | 21:02 |
| ivgalvez | but at least we will have room to move our stff | 21:03 |
| DocScrutinizer05 | yes, we need to evaluate the specs for the RX300 again - Eero allowed us to have it re-specified to our needs | 21:03 |
| DocScrutinizer05 | since they aren't ordered yet | 21:04 |
| ivgalvez | why is it told that the autobuilder will go to physical instead of VM? | 21:04 |
| DocScrutinizer05 | it's not exactly simple, especially when we assume we can't pay CoLo for long anyway | 21:04 |
| DocScrutinizer05 | mere performance considerations I guess | 21:05 |
| DocScrutinizer05 | ivgalvez: for CoLo we'd need a hot (or at least cold) spare, otherwise maemo.org is doomed when the server(s) emit blue magic smoke | 21:06 |
| DocScrutinizer05 | but all that is future plans, which pretty much are without any HiFo own hw in my book | 21:07 |
| freemangordon | merlin1991: aren't we supposed to have a meeting? | 21:07 |
| DocScrutinizer05 | considering we can get dedi server with almost same power for the fee we need to pay for rackspace alone | 21:08 |
| ivgalvez | DocScrutinizer05: but considering that there is no more activity on Maemo 4 and previous autobuilders and Fremantle autobuilder is not so crowded, it could go virtual, no matter if it takes a bit longer to build applications | 21:08 |
| DocScrutinizer05 | yes | 21:08 |
| DocScrutinizer05 | exactly | 21:08 |
| ivgalvez | DocScrutinizer05: we could sell servers on eBay and pay for hosting :D | 21:08 |
| DocScrutinizer05 | that's the plan | 21:08 |
| DocScrutinizer05 | alas it will burn value | 21:09 |
| DocScrutinizer05 | but hey | 21:09 |
| *** kolp has joined #maemo-ssu | 21:09 | |
| DocScrutinizer05 | not burning as much value as keeping those big irons will | 21:09 |
| ivgalvez | sure | 21:09 |
| DocScrutinizer05 | so the both machines are ~7000EUR total | 21:09 |
| ivgalvez | let's sell them | 21:10 |
| luf | freemangordon: did you remove Conflicts: lbxml2 from zlib? Or you just don't include it into thumb? | 21:14 |
| luf | freemangordon: there are several reports with old libxml2 and new zlib :( | 21:14 |
| freemangordon | luf: I wonder where did the get those from | 21:15 |
| freemangordon | no, Conflicts is there | 21:15 |
| freemangordon | along with Depends in libxml2 | 21:15 |
| luf | freemangordon: hmmm, strange. | 21:16 |
| luf | merlin1991: ping-pong meeting? | 21:16 |
| freemangordon | luf: BTW are you sure for the hour? | 21:17 |
| kerio | will HAM correctly handle Conflicts and/or Breaks? | 21:17 |
| luf | freemangordon: sure: Latest version: Testing(2013-01-07): 21.2011.38-1Tmaemo7.2; Stable(2012-12-24): 21.2011.38-1Smaemo5 | Meeting 9.1.2013 20:00 CET | 21:17 |
| luf | kerio: reportes used FAM or apt-get ... | 21:18 |
| freemangordon | merlin1991: ping | 21:33 |
| freemangordon | merlin1991: please, next time you appoint a meeting, setup an alarm on your n900 :( | 21:34 |
| luf | freemangordon: it seems he has another favorite game :D | 21:34 |
| freemangordon | yeah :D | 21:34 |
| *** kolp has quit IRC | 21:37 | |
| luf | freemangordon: I'm unable to find gnomevfs documentation :( | 21:37 |
| *** kolp has joined #maemo-ssu | 21:37 | |
| freemangordon | luf: what about libhildonfm2-doc_2.28.22+0cssu3_all.deb? | 21:38 |
| luf | freemangordon: and I see no way to don't device preconnection ... | 21:38 |
| luf | in osso-gnomevfs-extra | 21:38 |
| freemangordon | luf: not much we can do | 21:40 |
| freemangordon | I guess it reads only root dir | 21:40 |
| luf | freemangordon: it reads all sudirs ... | 21:41 |
| freemangordon | and caches them? | 21:41 |
| freemangordon | the fuck, that is stupid | 21:41 |
| luf | So when you see Bluetooth - it reads /*; when you see / it reads /<device>/* | 21:41 |
| luf | So when you go to the Bluetooth it tries to connect to all devices in the list :( | 21:42 |
| freemangordon | I know that | 21:42 |
| luf | freemangordon: yes and cache them. | 21:42 |
| freemangordon | luf: leave that as it is now. lets finish the other stuf first | 21:43 |
| luf | I can maybe postpone it till cd into it. But it's againist ls (I'm affraid). | 21:43 |
| luf | icon and name is quiet easy ... :) | 21:43 |
| *** ivgalvez has quit IRC | 21:43 | |
| freemangordon | well, that should do the kob. against ls? what this means | 21:43 |
| freemangordon | s/kob/job/ | 21:44 |
| infobot | freemangordon meant: well, that should do the job. against ls? what this means | 21:44 |
| luf | gnomevfs-ls | 21:44 |
| *** dafox has joined #maemo-ssu | 21:44 | |
| freemangordon | never heard of it | 21:44 |
| freemangordon | gnomevfs-ls obexd:/// | 21:45 |
| freemangordon | Error opening: Invalid URI | 21:45 |
| luf | It's working for me ;) | 21:45 |
| luf | Are you trying it on N900? | 21:46 |
| freemangordon | yes | 21:46 |
| *** kolp has quit IRC | 21:47 | |
| freemangordon | luf: maybe playing with gnomevfs flags will to the job | 21:47 |
| luf | root:N900dev# gnomevfs-ls obex:/// | 21:47 |
| luf | [BT MAC1] [link: obex://[BT MAC1] ](Symbolic Link, x-directory/normal)size 0mode 0444 | 21:47 |
| luf | [BTMAC2] [link: obex://[BT MAC2] ](Symbolic Link, x-directory/normal)size 0mode 0444 | 21:47 |
| freemangordon | aah,wait | 21:47 |
| freemangordon | it is obex, not obexd :D | 21:47 |
| kerio | Pali: applet+bme replacement: charger is detected, unplugging is detected, it should be charging fine now | 21:48 |
| freemangordon | luf: gnomevfs-ls connects on demand | 21:49 |
| *** kolp has joined #maemo-ssu | 21:50 | |
| freemangordon | so it os something in libhildonfm | 21:50 |
| freemangordon | *is | 21:50 |
| freemangordon | or in filemanager | 21:50 |
| luf | freemangordon: exactly | 21:54 |
| freemangordon | luf: maybe you should tweak om_chdir_to_uri | 21:55 |
| freemangordon | more precisely om_utils_get_path_list_from_uri | 21:55 |
| freemangordon | to not recurse | 21:55 |
| freemangordon | s/recurse/traverse/ | 21:55 |
| infobot | freemangordon meant: to not traverse | 21:56 |
| *** kolp_ has joined #maemo-ssu | 21:56 | |
| freemangordon | hmm, no, scratch that | 21:56 |
| *** kolp has quit IRC | 21:56 | |
| freemangordon | luf: BTW I don;t think child directories are traversed | 21:58 |
| freemangordon | it takes time to read a directory | 21:58 |
| freemangordon | i.e. to change to it | 21:59 |
| *** kolp_ has quit IRC | 22:00 | |
| luf | Call sequence is do_get_file_info (I disable connecting there), monitor_add, do_open_directory | 22:00 |
| *** kolp has joined #maemo-ssu | 22:00 | |
| *** dhbiker has joined #maemo-ssu | 22:00 | |
| freemangordon | looks fine to me | 22:00 |
| *** dhbiker has quit IRC | 22:00 | |
| luf | freemangordon: It's not ok as it's for folder childs ... | 22:00 |
| freemangordon | maybe open_directory should not read first level dirs. but it might be better that way | 22:01 |
| luf | When see Bluetooth the sequence is called for obex:///; when see obex:/// it's called for all devices. | 22:01 |
| luf | I see no correct way to disable this behaviour so I'm giving it up. | 22:02 |
| luf | merlin1991: meeting? | 22:02 |
| freemangordon | luf: om_chdir_to_uri | 22:03 |
| freemangordon | for (l = path_list; l; l = l->next) { ... | 22:04 |
| freemangordon | path_list is build in om_utils_get_path_list_from_uri | 22:04 |
| luf | There is no chdir called :( | 22:06 |
| freemangordon | there is | 22:06 |
| freemangordon | gw_obex_chdir | 22:06 |
| luf | But om_chdir_to_uri isn't called. | 22:06 |
| freemangordon | http://pastebin.com/0ZtUDhcW | 22:06 |
| freemangordon | seems like calling gw_obex_chdir results in some monitor get called | 22:07 |
| freemangordon | ;) | 22:07 |
| freemangordon | luf: comment for (l = path_list; l; l = l->next) { loop and check what will happen | 22:07 |
| luf | No the problem is in filemanager or libhildonfm gnomevfs-ls don't do this. | 22:08 |
| luf | And of course in logs I see om_chdir_to_uri below bluetooth connection. So it's too late ;) | 22:08 |
| freemangordon | well, try it | 22:09 |
| luf | freemangordon: please trust me it's loose of time. chdir is also called from gnomevfs-ls | 22:12 |
| freemangordon | ok | 22:12 |
| freemangordon | 22:08 <luf> freemangordon: please trust me | 22:13 |
| freemangordon | :D:D:D | 22:13 |
| freemangordon | luf: btw did you put function loggin everywhere? | 22:14 |
| luf | freemangordon: Not everywhere but in most functions ... | 22:19 |
| freemangordon | luf: maybe after all it is better that way. | 22:20 |
| freemangordon | as changing dirs happens instantly | 22:20 |
| luf | It'll be better to not do it just in obex:/// | 22:20 |
| luf | I'm curious how long it takes to you with 4 devices ... | 22:20 |
| freemangordon | takes long? | 22:21 |
| freemangordon | it is syinc | 22:21 |
| freemangordon | *async | 22:21 |
| luf | I'm not sure about the async ... | 22:21 |
| freemangordon | devices appear instantly | 22:22 |
| freemangordon | luf: now I am convinced it is better that way | 22:22 |
| freemangordon | as soon as you click on "bluetooth", you can select the device | 22:23 |
| freemangordon | and wait after chdir (of course) | 22:23 |
| luf | freemangordon: you're waiting to loop all devices ... | 22:24 |
| freemangordon | no | 22:24 |
| freemangordon | there is no delay | 22:24 |
| freemangordon | start filemanager->wait for BT to appear->click it->immediately click on a device | 22:25 |
| luf | Hmmm, ok. | 22:28 |
| freemangordon | do you agree? | 22:29 |
| luf | freemangordon: I can't now. I don't have working osso-gnomevfs-extra :D | 22:29 |
| freemangordon | ohh. git clean -df; git reset --hard HEAD | 22:30 |
| freemangordon | backup your changes first :P | 22:30 |
| luf | freemangordon: you're right | 22:35 |
| luf | confirmed | 22:35 |
| freemangordon | :) | 22:37 |
| luf | freemangordon: can you confirm also icon behaviour? | 22:37 |
| freemangordon | what do you mean? | 22:37 |
| luf | Go into Images folder. and feel free to scroll. | 22:37 |
| luf | I see picture icon and for some of them it's changed into icon with exclamation mark. | 22:37 |
| freemangordon | confirmed | 22:38 |
| freemangordon | some bad mime handling | 22:38 |
| luf | I think it's libhidlonfm behaviour :( | 22:38 |
| freemangordon | *mime type | 22:38 |
| freemangordon | could be | 22:38 |
| luf | I have to dig into after change icon/name from gconf to dbus. | 22:38 |
| freemangordon | but pdfs are shown ok | 22:38 |
| freemangordon | text files too | 22:39 |
| freemangordon | it is only pictures that are bad | 22:39 |
| luf | freemangordon: it depends on some timeout here ... | 22:39 |
| freemangordon | vides are ok too | 22:40 |
| freemangordon | hmm, seems my second disk is failing :( | 22:41 |
| luf | packages are also ok ... | 22:41 |
| luf | catch the disk! :D | 22:42 |
| kerio | freemangordon: buy moar SSDs | 22:42 |
| kerio | make a RAID1010 | 22:43 |
| kerio | an array of mirrors of array of mirrors | 22:43 |
| *** freemangordon has quit IRC | 22:48 | |
| luf | It seems freemangordon also lost his primary disk :D | 22:52 |
| DocScrutinizer51 | what's the cmd e.g. in IRSSI to list chan users? | 22:55 |
| tadzik | try /names maybe? | 22:56 |
| DocScrutinizer51 | yeah | 22:56 |
| DocScrutinizer51 | thanks | 22:56 |
| tadzik | np | 22:56 |
| *** lizardo has quit IRC | 22:58 | |
| *** freemangordon has joined #maemo-ssu | 23:00 | |
| freemangordon | "An error was detected on device \Device\Harddisk1\D during a paging operation." :( | 23:02 |
| luf | freemangordon: why you escape D and H :D :D | 23:02 |
| luf | * why do you | 23:02 |
| *** anthony__ has quit IRC | 23:03 | |
| freemangordon | :D:D:D | 23:13 |
| *** dhbiker has joined #maemo-ssu | 23:18 | |
| freemangordon | Pali: no low battery warning here :) | 23:21 |
| freemangordon | battery on 4% according to the applet | 23:21 |
| *** NIN101 has quit IRC | 23:29 | |
| luf | freemangordon: It seems I see bug in osso-gnomevfs-extra :D | 23:35 |
| *** kolp has quit IRC | 23:38 | |
| *** kolp has joined #maemo-ssu | 23:40 | |
| luf | freemangordon: fix pushed into git | 23:40 |
| freemangordon | hmm :D | 23:53 |
| freemangordon | luf: BTW when browsing BT2.0 (or whatever n950 is) obexftp is lightning fast | 23:54 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!