| DocScrutinizer05 | freemangordon: alas this don't leave me any wiser | 00:00 |
|---|---|---|
| DocScrutinizer05 | oh, the next few lines however | 00:00 |
| DocScrutinizer05 | ... | 00:00 |
| DocScrutinizer05 | gfloat diopters = 0.0315*(focus-227); :-P | 00:00 |
| freemangordon | now you are supposed to be wiser :P | 00:00 |
| DocScrutinizer05 | FSCK FOCUS_DISTANCE_CM_FMT | 00:01 |
| DocScrutinizer05 | delete line 579 - 594 | 00:02 |
| DocScrutinizer05 | done | 00:02 |
| DocScrutinizer05 | only fix available for that | 00:02 |
| kerio | DocScrutinizer05: do you have a full debian system handy? | 00:02 |
| kerio | deb-reversion would make your day | 00:02 |
| DocScrutinizer05 | nope | 00:03 |
| arcean | freemangordon: it's ok with the latest h-d/Qt | 00:03 |
| kerio | grab the stock camera-ui .deb, put a huge epoch at the beginning of the version, done | 00:03 |
| freemangordon | DocScrutinizer05: camera-ui gets focus distance by using V4L ioctl VIDIOC_G_CTRL(V4L2_CID_FOCUS_ABSOLUTE) | 00:03 |
| freemangordon | arcean: great | 00:03 |
| DocScrutinizer05 | freemangordon: that's obviously a bogus value though | 00:03 |
| kerio | but a value, nonetheless | 00:04 |
| freemangordon | DocScrutinizer05: no sure, i'd bet on the used formula | 00:04 |
| DocScrutinizer05 | I bet on my tests | 00:04 |
| DocScrutinizer05 | those show it's bogus | 00:04 |
| DocScrutinizer05 | the whole optomechanical system has no means to evaluate true distance | 00:05 |
| DocScrutinizer05 | the lens is spring-fixed | 00:05 |
| freemangordon | "This control moves the focal point of the camera by the specified amount. The | 00:06 |
| freemangordon | unit is undefined. Positive values move the focus closer to the camera, | 00:06 |
| freemangordon | negative values towards infinity." | 00:06 |
| DocScrutinizer05 | gravity adds resp subtracts to that spring | 00:06 |
| freemangordon | DocScrutinizer05: that's why your bogus values | 00:06 |
| freemangordon | when focusing the floor/cailing :D | 00:06 |
| freemangordon | *ceiling | 00:06 |
| DocScrutinizer05 | sure, I know that | 00:06 |
| freemangordon | hmm, I tend to agree we should remove that "focus distance" | 00:07 |
| *** arcean_ has joined #maemo-ssu | 00:08 | |
| DocScrutinizer05 | it might work when accelerometer Z(?) axis has a value of |Z|<0.1g | 00:08 |
| *** arcean has quit IRC | 00:08 | |
| freemangordon | or we can adjust the reading by using accel readout :D | 00:08 |
| DocScrutinizer05 | might also work | 00:08 |
| *** arcean_ is now known as arcean | 00:08 | |
| DocScrutinizer05 | I'd guess we'd need 3 formulae, one for facing up, one like the existing, and one for facing down. then interpolate between the 2 relevant ones in a ratio given by accelerometer readout for Z axis | 00:10 |
| kerio | stop being ridiculous | 00:11 |
| freemangordon | well, gravity should act in a linear way to the needed force | 00:11 |
| freemangordon | so a simple +a*ACC(z) should work too | 00:11 |
| DocScrutinizer05 | like accel=1g -> 100% formula_down. accel=0 -> 100% existing, accel=-0.5g -> (formula_up*Z + existing*(1-Z))/2 | 00:12 |
| DocScrutinizer05 | freemangordon: the spring is non-linear though | 00:12 |
| freemangordon | still, I think you are right and we should remove that | 00:12 |
| DocScrutinizer05 | acc, it's basically useless | 00:13 |
| freemangordon | DocScrutinizer05: i imagine a system similar to that in CD/DVD devices | 00:13 |
| freemangordon | you can assume it is linear (the spring) | 00:14 |
| DocScrutinizer05 | for focus? identical, yes | 00:14 |
| DocScrutinizer05 | neither the spring nor the motor are linear | 00:15 |
| freemangordon | motor? I am sure it is solenoid | 00:15 |
| DocScrutinizer05 | sure it is | 00:16 |
| DocScrutinizer05 | I just call it motor for simplicity | 00:16 |
| freemangordon | :) | 00:16 |
| DocScrutinizer05 | and btw it eats power like mad, some 100mA | 00:17 |
| DocScrutinizer05 | at least that's what the driver chip is rated for | 00:17 |
| *** NIN101 has quit IRC | 00:17 | |
| DocScrutinizer05 | anyway, what's the use of this reading? can you adjust it? no! Can you change your actions according to it? not that I see anything useful | 00:19 |
| freemangordon | :nod: | 00:19 |
| DocScrutinizer05 | KILL pussycat KILL | 00:20 |
| freemangordon | DocScrutinizer05: ask merlin1991 to add it to TODOs :) | 00:21 |
| * merlin1991 thinks only a bugreport on bugs.maemo.org can be added to official TODOs ;) | 00:21 | |
| * DocScrutinizer05 thinks bmo is in r/o mode | 00:22 | |
| freemangordon | hmm, will it exist after the migration? | 00:22 |
| DocScrutinizer05 | I hope so | 00:22 |
| DocScrutinizer05 | unless board goes bunkers and decides it's "too expensive to maintain" | 00:23 |
| DocScrutinizer05 | bonkers? | 00:24 |
| DocScrutinizer05 | yeah, the latter | 00:24 |
| DocScrutinizer05 | I mean, the resources and system maintenance all those systems need is negligible. It's the general system maintenance that costs, for the maemo subsystems like vBuletin management etc we actually can find volunteers | 00:26 |
| DocScrutinizer05 | and the general system administartion is not changing much when you run or not run a bugtracker for example | 00:26 |
| * merlin1991 thinks ro was the joke behind hist last message | 00:27 | |
| DocScrutinizer05 | ooh | 00:27 |
| * DocScrutinizer05 is immune to jokes ;-) | 00:27 | |
| DocScrutinizer05 | dang, I managed to not walk more than 200 steps during last 72h, and I haven't changed clothes (though this pyjama is convenient) | 00:29 |
| DocScrutinizer05 | is the xmess outside already canceled? | 00:29 |
| DocScrutinizer05 | anyway thanks for reminding me to send that email response, merlin1991 | 00:43 |
| * merlin1991 is lost | 00:44 | |
| DocScrutinizer05 | you'll find it on maemo-community ML in a minute or two | 00:44 |
| DocScrutinizer05 | http://lists.maemo.org/pipermail/maemo-community/2012-December/005837.html | 00:46 |
| *** int_ua has quit IRC | 00:53 | |
| *** dhbiker has quit IRC | 01:08 | |
| merlin1991 | DocScrutinizer05: hehe I was about to post the very same thing when I read ivglavez mail | 02:01 |
| DocScrutinizer05 | nicocam switching negative->normal [effects] keeps sticky at negative viewfinder (haven't done a photo). switching to solarize then results in normal. switching to normal keeps normal | 02:12 |
| DocScrutinizer05 | not reproducable | 02:12 |
| * merlin1991 thinks DocScrutinizer05 enjoys finding bugs in camera-ui | 02:17 | |
| *** _xnt14 has quit IRC | 02:44 | |
| *** MohammadAG has quit IRC | 02:45 | |
| *** AndrewX192 has joined #maemo-ssu | 02:45 | |
| *** arcean has quit IRC | 03:03 | |
| *** LaoLang_cool has joined #maemo-ssu | 03:03 | |
| *** M4rtinK has quit IRC | 03:28 | |
| *** nox- has quit IRC | 03:32 | |
| DocScrutinizer05 | you might have a point there indeed | 03:36 |
| DocScrutinizer05 | I always say camera-ui is not ready for primetime in CSSU | 03:36 |
| DocScrutinizer05 | now I finally found the time and occasion to show why I'm thinking this | 03:37 |
| DocScrutinizer05 | it's the total sum of such little annoyances that make me judge on some program, and I'm usually not even able to recall all of them when somebody asks | 03:38 |
| DocScrutinizer05 | my experience though says that all these little annoyances usually indicate there are more severe problems hiding behind the minor ones | 03:39 |
| DocScrutinizer05 | and the "segfaults" not only reported by me but also by other users against cssu camera-ui are such more severe problems that got rejected as "not related" but strange enough they seem to only show up with nicocam but not with stock cam even when that's allegedly not possible | 03:44 |
| AndrewX192 | Did one of the CSSU releases recently move the date stamp on conversations to the left? | 04:11 |
| *** kolp has quit IRC | 04:15 | |
| *** LaoLang_cool has quit IRC | 04:22 | |
| DocScrutinizer05 | looks unchanged here (T7.1) | 04:26 |
| *** LaoLang_cool has joined #maemo-ssu | 04:33 | |
| *** LaoLang_cool has quit IRC | 05:11 | |
| AndrewX192 | weird | 05:26 |
| AndrewX192 | mine are on the left now, and I've tried rebooting | 05:26 |
| *** amiconn_ has joined #maemo-ssu | 05:57 | |
| *** amiconn has quit IRC | 05:57 | |
| *** amiconn_ is now known as amiconn | 05:57 | |
| *** DocScrutinizer05 has quit IRC | 06:04 | |
| *** DocScrutinizer06 has joined #maemo-ssu | 06:04 | |
| *** Martix has quit IRC | 07:42 | |
| *** ekze-nyan has joined #maemo-ssu | 07:44 | |
| *** ekze has quit IRC | 07:47 | |
| *** LaoLang_cool has joined #maemo-ssu | 08:12 | |
| *** dhbiker has joined #maemo-ssu | 09:28 | |
| *** dhbiker has quit IRC | 09:42 | |
| *** dhbiker has joined #maemo-ssu | 09:43 | |
| *** dhbiker has quit IRC | 10:16 | |
| Sicelo | hmm, thanks for new cssu stable. is there a changelog somewhere? | 10:20 |
| freemangordon | Sicelo: on TMO? | 10:56 |
| freemangordon | Sicelo: http://talk.maemo.org/showpost.php?p=1307318&postcount=248 | 10:57 |
| *** int_ua has joined #maemo-ssu | 11:01 | |
| *** LaoLang_cool has quit IRC | 11:09 | |
| *** dhbiker has joined #maemo-ssu | 11:12 | |
| *** luf has joined #maemo-ssu | 11:34 | |
| Sicelo | thanks freemangordon. | 11:34 |
| luf | freemangordon: do you take a look on new libpng12? I added the thumb config part into rules ;) | 11:35 |
| freemangordon | luf: oh you bad boy :D | 11:36 |
| freemangordon | thanks, didn't see that | 11:36 |
| freemangordon | luf: BTW in 1.5 there are some NEON optimisations, I was wanderig if you could backport them to 1.2 | 11:37 |
| freemangordon | and if it makes semse | 11:37 |
| freemangordon | *sence | 11:37 |
| luf | I also added there some neon and softfp but I'm not sure if it's used at all. | 11:37 |
| luf | freemangordon: sounds good. I'll add it to my todo. | 11:38 |
| luf | But I think first step is just plain 1.2.49 ... | 11:38 |
| freemangordon | luf: can I assume libpng stable and add it to next -thumb? | 11:38 |
| freemangordon | luf: ofc | 11:38 |
| luf | I see no issue and I see no bug report. But after first failure I'm not sure if someone is testing it. | 11:39 |
| jon_y | I guess there are proprietary programs that depend on libpng12? | 11:39 |
| freemangordon | hmm. ok. i'll thumb-compile it and will install it on my primary | 11:39 |
| freemangordon | jon_y: so? | 11:39 |
| jon_y | the reason you won't be moving to libpng15? | 11:40 |
| freemangordon | jon_y: backport(neon code) being the key word here :P | 11:40 |
| freemangordon | jon_y: we are not talking about an upgrade | 11:41 |
| jon_y | ah well, if there weren't any proprietary packages, you could just do a mass rebuild on anything that depended on libpng12 | 11:41 |
| jon_y | I assumed that the API is backward compatible, but not the ABI | 11:41 |
| jon_y | saves you the trouble of manually doing a backport :) | 11:42 |
| *** dhbiker has quit IRC | 11:43 | |
| luf | jon_y: I don't think that massive rebuild is a good thing. | 11:44 |
| kerio | wasn't gcc awful at NEON code? | 11:49 |
| freemangordon | kerio: only the vectorizer | 11:49 |
| kerio | oh, automatic NEON code generation? | 11:49 |
| freemangordon | WTF?!? "cp: skipping file `debian/tmp//usr/lib/libpng.a', as it was replaced while being copied" | 11:51 |
| freemangordon | luf: ^^^ | 11:52 |
| luf | freemangordon: NI :) | 11:53 |
| luf | freemangordon: does it fail or just warning? | 12:12 |
| freemangordon | it fails | 12:12 |
| luf | strange I has no such experience with libpng build. | 12:13 |
| luf | Can you try it once again? | 12:13 |
| freemangordon | luf: it is SB bug, i'll fix it somehow | 12:13 |
| luf | Aaah ok. | 12:13 |
| jon_y | building on a FAT drive? :) | 12:14 |
| freemangordon | no, in VMWare | 12:15 |
| jon_y | bad clock drift? | 12:15 |
| *** NIN101 has joined #maemo-ssu | 12:20 | |
| freemangordon | luf: https://gitorious.org/community-ssu/libpng/commit/b08ae5082fb168fa335042e14e473f0ea9125917 | 12:26 |
| *** M4rtinK has joined #maemo-ssu | 12:27 | |
| freemangordon | luf: which apps were failing? | 12:28 |
| *** LaoLang_cool has joined #maemo-ssu | 12:30 | |
| luf | freemangordon: why do you change it? | 12:42 |
| freemangordon | kerio, luf: thumby libpng is in the repo, feel free to test it. here - so far, so good | 12:42 |
| freemangordon | luf: to be able to build it | 12:42 |
| luf | OMP, HAM, ... http://talk.maemo.org/showthread.php?p=1306622#post1306622 | 12:42 |
| luf | freemangordon: I'm able to build it. | 12:43 |
| freemangordon | luf: I know, but I was not able to thumb-build it | 12:43 |
| luf | I don't understand what is the difference in thumb x non-thumb build ... | 12:43 |
| freemangordon | nfc | 12:44 |
| luf | freemangordon: you changed it so you should know ... | 12:46 |
| freemangordon | :D | 12:46 |
| freemangordon | luf: it is only in thumb-testing branch, so it really does not matter. as long as it builds :P | 12:47 |
| luf | freemangordon: it's very strange to have libpng.a symlink so something else ... | 12:47 |
| kerio | freemangordon: OMP works | 12:47 |
| freemangordon | luf: it was the same before the change | 12:47 |
| luf | :D | 12:47 |
| freemangordon | i just changed the way thesymlink is created | 12:47 |
| freemangordon | kerio: good :) | 12:48 |
| luf | Ok. Strange. | 12:48 |
| freemangordon | kerio: I guess we should see some rendeving speed improvements. NFC how to test it though | 12:49 |
| luf | freemangordon: can you change it also in master? I see no reason to have two different builds when the result is the same. | 12:49 |
| freemangordon | luf: sure, but not now | 12:49 |
| luf | freemangordon: ok, same for me ;) | 12:50 |
| freemangordon | luf: BTW the purpose to have thumb-testing branch is exactly that | 12:50 |
| freemangordon | to have dfferent build scripts, etc | 12:50 |
| *** zogg_ has joined #maemo-ssu | 12:50 | |
| freemangordon | *different | 12:50 |
| luf | freemangordon: don't think so. I understand different changelog and control but not the rest (in libpng at least). | 12:51 |
| freemangordon | kerio: any idea how to benchmark pango, freetype and libpng? | 12:51 |
| freemangordon | luf: well, ok. BTW you can do it too, just cherry-pick the commit | 12:52 |
| freemangordon | luf: but please, don;t increas the version | 12:52 |
| freemangordon | *increase | 12:52 |
| freemangordon | in debian/changelog | 12:52 |
| *** zogg__ has quit IRC | 12:52 | |
| kerio | freemangordon: i read something about a ftbench tool | 12:53 |
| kerio | to benchmark freetype | 12:53 |
| freemangordon | kerio: any clue where to find the source code? | 12:55 |
| kerio | freemangordon: in the freetype source, in ft2demos apparently | 12:55 |
| kerio | maybe it was discontinued though | 12:56 |
| freemangordon | it's missing in maemo | 12:57 |
| kerio | http://download.savannah.gnu.org/releases/freetype/freetype-old/ft2demos-2.3.9.tar.gz | 12:57 |
| kerio | matching version :) | 12:57 |
| freemangordon | great | 12:58 |
| kerio | not sure how extensive of a benchmark it is, but it claims to "bench some common FreeType call paths" | 12:58 |
| freemangordon | hmm, it compiles and runs on the device, but wants me to give a font file :( | 13:04 |
| freemangordon | kerio: http://merlin1991.at/~freemangordon/ftbench | 13:04 |
| kerio | freemangordon: i'm getting a lot of jitter in the data :s | 13:09 |
| freemangordon | kerio: what data? | 13:10 |
| kerio | the benchmarking data | 13:10 |
| kerio | especially Embolden and Get_CBox | 13:10 |
| *** int_ua has quit IRC | 13:11 | |
| freemangordon | kerio: run it with higher -t | 13:11 |
| freemangordon | 5 seconds for example | 13:11 |
| freemangordon | and maybe kernel-config lock 500 | 13:11 |
| kerio | face size? 10 is never used on the n900 | 13:12 |
| freemangordon | what is used? | 13:12 |
| kerio | something bigger, idunno | 13:12 |
| kerio | have you ever seen a n900 screenshot on a computer? it's huge | 13:12 |
| freemangordon | BTW benchmarking with ./ftbench -t 10 /usr/share/fonts/nokia/Nokia_Sans_Maps.ttf | 13:12 |
| kerio | freemangordon: hm | 13:12 |
| kerio | use nosnr | 13:13 |
| freemangordon | CPU locked @500 | 13:13 |
| kerio | nokia sans regular | 13:13 |
| Lava_Croft | cough nokia sans cn cough | 13:13 |
| Lava_Croft | :) | 13:13 |
| freemangordon | where to find it? | 13:13 |
| kerio | same directory, nosnr.ttf | 13:13 |
| freemangordon | ok | 13:13 |
| freemangordon | well, lets use 16 as font size | 13:13 |
| kerio | ./ftbench -t 10 -s 16 /usr/share/fonts/nokia/nosnr.ttf | 13:14 |
| kerio | this is my command line | 13:14 |
| freemangordon | same here :D | 13:14 |
| *** LaoLang_cool has quit IRC | 13:16 | |
| freemangordon | -thumb is slightly faster | 13:19 |
| kerio | yep | 13:19 |
| kerio | but not by much | 13:19 |
| freemangordon | yep | 13:19 |
| kerio | oh well, every bit helps | 13:19 |
| freemangordon | http://pastebin.com/ivVtRb4k | 13:21 |
| kerio | http://pastebin.ca/2297084 | 13:21 |
| freemangordon | kerio: what CPU freq? | 13:21 |
| kerio | 500 | 13:21 |
| freemangordon | hmm, very strange, esp for embolden | 13:22 |
| freemangordon | why our result differ that much? | 13:22 |
| freemangordon | anywat, i gtg, bbl | 13:23 |
| kerio | \_o_/ | 13:23 |
| freemangordon | bye for now | 13:23 |
| kerio | benchmarks be crazy | 13:23 |
| *** arcean has joined #maemo-ssu | 14:05 | |
| kerio | DocScrutinizer06: do you still have the n900 with cssu-thumb installed? | 14:15 |
| kerio | luf: is it osx or setting up a bt pan network requires a fair bit of time? | 14:18 |
| jon_y | I'm still stuck with thumb :) | 14:34 |
| kerio | "stuck"? | 14:34 |
| jon_y | thumb5.1 | 14:34 |
| jon_y | *maemo5.1 | 14:34 |
| jon_y | everybody else probably installed cssu6 over it | 14:35 |
| jon_y | when is thumb cssu6 ready? :) | 14:36 |
| kerio | thumb cssu7.1 is already ready | 14:36 |
| jon_y | whoa what | 14:36 |
| jon_y | when was that? | 14:36 |
| kerio | yesterday | 14:40 |
| kerio | all my troubles seemed so far away | 14:40 |
| kerio | now it looks as though they're here to stay | 14:40 |
| kerio | oh, i believe | 14:40 |
| kerio | in yesterday | 14:40 |
| jon_y | cool, where would the changelog be? | 14:41 |
| kerio | TMO, as usual | 14:42 |
| jon_y | I find only the stable thread | 14:43 |
| jon_y | where is the testing version anyway? | 14:45 |
| kerio | http://talk.maemo.org/showpost.php?p=1307668&postcount=1038 | 14:45 |
| jon_y | thanks | 14:45 |
| jon_y | any kernel requirements for ppoll/pselect? | 14:46 |
| kerio | libc6 isn't in the update | 14:48 |
| kerio | if you want, install libc6 from cssu-devel | 14:50 |
| kerio | then, if you have kp52 (or the latest kernel-cssu?) you'll get the fix | 14:50 |
| jon_y | ok, I have kp52 | 14:55 |
| jon_y | good work guys, phone just booted up | 14:55 |
| kerio | :D | 14:55 |
| jon_y | curious that there is an update for uboot+stock kernel | 14:55 |
| jon_y | is that any of your doing? | 14:55 |
| jon_y | if not, I'll just skip that | 14:56 |
| kerio | it's pali's doing | 14:56 |
| kerio | in extras-devel | 14:56 |
| kerio | the latest uboot | 14:56 |
| jon_y | cool, so it is a continuation of pali's unofficial debs? | 14:57 |
| kerio | it's just the latest ones i believe | 14:57 |
| jon_y | unofficial meaning not in the repo | 14:57 |
| jon_y | oh, they're the same? | 14:57 |
| DocScrutinizer06 | kerio: yes | 15:02 |
| kerio | DocScrutinizer06: could you benchmark libfreetype too? | 15:02 |
| DocScrutinizer06 | why do you think a further benchmark on an identical hw platform and system will be needed? | 15:05 |
| kerio | it's not an identical system, he doesn't use it | 15:06 |
| luf | kerio: what type of pan setup? | 15:30 |
| kerio | the n900 as a NAP | 15:30 |
| luf | kerio: It's not so easy :( The easiest way is to write some script for bringing up the bridge device + some iptables staff. | 15:31 |
| kerio | luf: huh? it... works already | 15:31 |
| luf | ... and put it into /etc/bluetooth/network.conf | 15:32 |
| kerio | it's just a bit slow between opening the connection on the osx side and actually allowing packets through | 15:32 |
| luf | I have no problem with bt network ... so I guess osx side. | 15:33 |
| kerio | it's not a problem, it's just that establishing the network takes like 10 seconds | 15:33 |
| luf | kerio: How do you setup the NAP part on N900? | 15:33 |
| luf | kerio: less than 1s here ;) | 15:34 |
| kerio | [NAP Role] | 15:34 |
| kerio | Interface=btnap | 15:34 |
| kerio | Script=/sbin/ifup | 15:34 |
| kerio | and btnap configured as inet static in interfaces | 15:34 |
| luf | Cool similar way didn't work for me. | 15:35 |
| luf | And what about allowing routing between interfaces (to access inet). | 15:35 |
| kerio | oh, i haven't done that | 15:37 |
| kerio | an issue is that btnap stays up | 15:38 |
| kerio | but meh, it's a bridge with no connected interfaces | 15:38 |
| *** wmarone_ has quit IRC | 16:00 | |
| *** wmarone_ has joined #maemo-ssu | 16:00 | |
| *** Lava_C has joined #maemo-ssu | 16:03 | |
| *** Lava_Croft has quit IRC | 16:04 | |
| DocScrutinizer06 | merlin1991: ping | 16:15 |
| *** DocScrutinizer06 is now known as DocScrutinizer05 | 16:15 | |
| luf | kerio: it's no issue. I see no problem/error in keeping the bridge up even there is no slave devices in the bridge. | 16:20 |
| *** arcean_ has joined #maemo-ssu | 16:21 | |
| *** arcean has quit IRC | 16:22 | |
| kerio | luf: btw, is bluetoothd supposed to bring up the bridge? | 16:30 |
| kerio | when is the script called? | 16:30 |
| kerio | because it appears that it brings the bridge up, but maybe i want to do that even before bluetoothd starts | 16:30 |
| luf | kerio: bluetoothd creates the bridge device brings it up and calls the script. | 16:32 |
| kerio | what if i want to set it up myself? | 16:32 |
| *** nox- has joined #maemo-ssu | 16:34 | |
| *** Lava_C is now known as Lava_Croft | 16:35 | |
| luf | Let's try it (maybe it's ok). Second possibility is to not configure it in config file and try to start it using dbus. | 16:38 |
| luf | However you can setup it yourself also after bluetoothd start ;) | 16:38 |
| kerio | luf: yeah but stopping bluetoothd would take it down | 16:39 |
| *** arcean_ is now known as arcean | 16:56 | |
| *** Martix has joined #maemo-ssu | 16:59 | |
| luf | kerio: yes. It's you decision how to manage NAP ;) | 17:00 |
| kerio | no, i mean, regardless of what you do, bluetoothd deletes the bridge when stopped | 17:00 |
| *** toxaris has joined #maemo-ssu | 17:22 | |
| merlin1991 | DocScrutinizer05: pong | 17:27 |
| *** kolp has joined #maemo-ssu | 17:45 | |
| *** Milhouse has quit IRC | 18:02 | |
| *** Milhouse has joined #maemo-ssu | 18:02 | |
| *** Milhouse has quit IRC | 18:14 | |
| *** Milhouse has joined #maemo-ssu | 18:15 | |
| *** Pali has joined #maemo-ssu | 18:50 | |
| *** int_ua has joined #maemo-ssu | 19:04 | |
| *** Pali has quit IRC | 19:18 | |
| *** Pali has joined #maemo-ssu | 19:29 | |
| *** Pali has quit IRC | 19:38 | |
| *** toxaris has quit IRC | 19:49 | |
| *** int_ua has quit IRC | 19:50 | |
| tadzik | so, what does one need to do to get the new rtcomm-messaging-ui in portrait mode? | 20:11 |
| tadzik | (testing+thumb 7.1) | 20:11 |
| kerio | tadzik: remove the messaging ui from the blacklist | 20:13 |
| kerio | and/or possibly add it to the whitelist | 20:13 |
| kerio | (to force the rotation) | 20:13 |
| tadzik | if that's [thp_tweaks] section of transitions.ini, I only have camera-ui in the blacklist, no whitelist. I added whitelist = rtcomm-messaging-ui, should I need to restart something now? | 20:16 |
| arcean | http://talk.maemo.org/showthread.php?p=1307964#post1307964 | 20:16 |
| tadzik | ah, I was typing "rtcomm" for some reason. Thanks arcean, I must've missed that post | 20:17 |
| kerio | tadzik: probably not | 20:17 |
| arcean | tadzik: save changes and try to rotate the device | 20:17 |
| tadzik | yeah, it works like a charm now | 20:18 |
| tadzik | thanks | 20:18 |
| kerio | tadzik: is it pretty? | 20:19 |
| tadzik | kerio: hell yeah | 20:19 |
| arcean | it really works good with portrait vkb :) | 20:19 |
| tadzik | only the text on the buttons on the top is a bit overlapping | 20:19 |
| tadzik | but that may be a matter of translatino | 20:19 |
| tadzik | portrait vkb is a matter of whitelisting something as well? | 20:19 |
| kerio | there's no portrait vkb i think | 20:19 |
| arcean | lol, there's :D | 20:20 |
| arcean | kerio: tadzik: http://talk.maemo.org/showpost.php?p=1288727&postcount=133 | 20:21 |
| arcean | and that's how it looks like http://i.imgur.com/TD7I9.png | 20:21 |
| kerio | neat | 20:21 |
| DocScrutinizer05 | not that it was one of my primary interests, but: is portrait-vkbd already included in CSSU-T? | 20:40 |
| arcean | it's not even in CSSU-devel | 20:41 |
| DocScrutinizer05 | it quite obviously belongs there, urgently. Since without the whole portrait mode is ... :-S halfbaked feature? | 20:42 |
| DocScrutinizer05 | arcean: have you considered the augments to whitelist/blacklist concept? | 20:43 |
| DocScrutinizer05 | it's just a 20..50 src lines | 20:44 |
| DocScrutinizer05 | basically | 20:44 |
| DocScrutinizer05 | I guess I'd have to write up a terse spec somewhere | 20:47 |
| *** Pali has joined #maemo-ssu | 20:55 | |
| DocScrutinizer05 | though basically I can do it in one line: get a linked-list var for combined white/blacklist, with entry tupels name:status. Fill that list on boot (and on sigusr2 whatever) by parsing for 2 keys: x-maemo-hd-portrait-include=<path> and x-maemo-hd-portrait-mode=<status>. In <path> a "\f" will get replaced by name of app. | 20:55 |
| DocScrutinizer05 | you start at e.g transitions.ini as usual, and in there you possibly have exactly one (static) entry: x-maemo-hd-portrait-include=/etc/h-d.d/rotation.conf. This file in turn has further includes like x-maemo-hd-portrait-include=/etc/h-d.d/\f.conf; x-maemo-hd-portrait-include=/usr/share/applications/hildon/\f.desktop | 21:01 |
| DocScrutinizer05 | depending on policy you either overwrite existing name records in list, or you ignore a x-maemo-hd-portrait-mode=<status> for which there's already a record | 21:04 |
| DocScrutinizer05 | of course you ignore all keys you find in any parsed file which you don't 'know' | 21:06 |
| DocScrutinizer05 | to keep backward compatibility you even can parse the existing white/blacklists as well, and create entries <name>:0x01 for each name in blacklist and <name>:0x02 for each entry in whitelist | 21:10 |
| DocScrutinizer05 | status defined as: restrict to 0x01 = landscape, 0x02 portrait, 0x04 anti-landscape, 0x08 anti-portait. 0x00 dont-care. orientations are allowed to get ORed: 0x05 means app can do landscape and 180° rotation "heads-down" anti-portrait | 21:15 |
| kerio | just no | 21:16 |
| kerio | don't do weird rotations like that | 21:16 |
| DocScrutinizer05 | maybe we should use a 32bit for status | 21:16 |
| kerio | we don't need them | 21:16 |
| DocScrutinizer05 | kerio: you should know me by now, my specs NEVER leave out stuff just because "somebody doesn't need that" | 21:17 |
| DocScrutinizer05 | I didn't say H-D must support all those rotation modes | 21:17 |
| DocScrutinizer05 | but that's how status is specified | 21:18 |
| merlin1991 | so who's here? | 21:18 |
| DocScrutinizer05 | you're free to use 0x01 and 0x02 only | 21:19 |
| DocScrutinizer05 | ooohfsck a meeting :-/ | 21:19 |
| kerio | DocScrutinizer05: why stop there then? | 21:19 |
| kerio | why can't i rotate 45° clockwise? | 21:19 |
| DocScrutinizer05 | since hw doesn't usually support that | 21:20 |
| DocScrutinizer05 | it would be pretty hard to define aspect ratio for 45° | 21:21 |
| DocScrutinizer05 | I'm already shutting up, for meeting's sake | 21:21 |
| DocScrutinizer05 | merlin1991: you probably want to fire up a few pings | 21:22 |
| kerio | just ctcp the channel | 21:23 |
| merlin1991 | ping arcean freemangordon Pali luf | 21:23 |
| *** zogg__ has joined #maemo-ssu | 21:23 | |
| DocScrutinizer05 | I scared away everybody :-S | 21:23 |
| Pali | pong merlin1991 | 21:23 |
| kerio | they're mad about the lack of 60° rotation | 21:23 |
| *** zogg_ has quit IRC | 21:25 | |
| merlin1991 | seems I guessed right with the christmas week :D | 21:27 |
| DocScrutinizer05 | seems I already made my point with whitelist ;-D - and vkbd-portrait | 21:30 |
| DocScrutinizer05 | consider that my contribution to the meeting ->away for shower | 21:30 |
| DocScrutinizer05 | merlin1991: you're free to copy the above for a mini-spec similar to http://maemo.merlin1991.at/cssu/meetings/2012-05-14.txt | 21:33 |
| DocScrutinizer05 | title: about whitelist/blacklist for HD portrait | 21:33 |
| DocScrutinizer05 | ~#maemo-ssu optional is http://maemo.merlin1991.at/cssu/meetings/2012-05-14.txt | 21:41 |
| infobot | DocScrutinizer05: okay | 21:41 |
| DocScrutinizer05 | ~#maemo-ssu alternative is <reply>see optional | 21:41 |
| infobot | DocScrutinizer05: okay | 21:41 |
| DocScrutinizer05 | o/ for good | 21:42 |
| freemangordon | merlin1991: pong | 21:43 |
| freemangordon | sorry for being late | 21:44 |
| *** Pali has quit IRC | 21:45 | |
| merlin1991 | there we loose Pali xD | 21:45 |
| merlin1991 | I guess we should continue in jannuary | 21:45 |
| freemangordon | merlin1991: well, lets give him a chance | 21:46 |
| freemangordon | I guess he'll be back in a couple of minutes | 21:46 |
| freemangordon | DocScrutinizer05: I REed VKB for it to be included in CSSU with portrait mode support | 21:47 |
| freemangordon | nicolai did some code changes, but we need someone to take the maintainership. someone who know GTK | 21:47 |
| freemangordon | *knows | 21:48 |
| freemangordon | merlin1991: you promised :P | 21:49 |
| merlin1991 | I knew there's something I missed :( | 21:49 |
| DocScrutinizer05 | have you announced that? I mean you'll not find a maintainer without asking | 21:49 |
| freemangordon | DocScrutinizer05: yes, I did | 21:49 |
| freemangordon | though on TMO | 21:50 |
| DocScrutinizer05 | btw what will happen when a maintainer for pkg XY resigns? will CSSU drop the pkg? | 21:50 |
| freemangordon | and nicolai said he'll be that one. but he lost the interest it seems | 21:50 |
| freemangordon | DocScrutinizer05: no, why shall we do that | 21:50 |
| freemangordon | if that was the case, we have to drop all the stuff which was abandoned by nokia | 21:51 |
| DocScrutinizer05 | yeah, but then why not include a pkg when it's not clearly maintained - that's my point | 21:51 |
| freemangordon | DocScrutinizer05: we need developer | 21:51 |
| DocScrutinizer05 | if the pkg works (is supposed to work), we could get it into T, no? | 21:52 |
| DocScrutinizer05 | how is vkbd-p different to arbitrary orphaned Nokia pkgs ? | 21:53 |
| DocScrutinizer05 | just asking | 21:53 |
| freemangordon | yep. but somone should say "it is ready for -T, i'll fix the bugs when they appear". i.e. someone should take the ownership | 21:53 |
| freemangordon | *someone | 21:53 |
| freemangordon | no difference | 21:53 |
| freemangordon | we just need someone to take the project | 21:54 |
| DocScrutinizer05 | your users ask you for inclusion, and it's clearly an augmented functionality that could get dropped and nobody was off worse than with it never been included | 21:55 |
| freemangordon | DocScrutinizer05: otherwise we'll be in cellular-whatever-the-name-was situation | 21:55 |
| DocScrutinizer05 | nope, since that replaced an existing thing | 21:55 |
| freemangordon | I mean from development POV | 21:55 |
| freemangordon | have in mind I might have introduced bugs in landscape support | 21:56 |
| DocScrutinizer05 | users had a working carriername-applet before, they got a regression with sms-cb-applet | 21:56 |
| DocScrutinizer05 | with vkbd-p aiui they never will see any regression | 21:56 |
| freemangordon | same here, users have working landscape VKB, they might have regressions with REed one | 21:57 |
| DocScrutinizer05 | ooops, regressions in landscape -> bummer | 21:57 |
| freemangordon | yep | 21:57 |
| DocScrutinizer05 | ok, never mind | 21:57 |
| DocScrutinizer05 | o/ | 21:57 |
| freemangordon | merlin1991: well, if you plan to do that post, please ask for GTK developer to take ownership of VKB. We don;t need one for tklock, I think I fixed it and know what needs to be done in addition | 21:58 |
| freemangordon | (for tklock) | 21:59 |
| DocScrutinizer05 | would support from council be needed? | 22:00 |
| freemangordon | DocScrutinizer05: if they know GTK :P | 22:01 |
| DocScrutinizer05 | ;-P | 22:01 |
| *** NIN101 has quit IRC | 22:02 | |
| *** NIN102 has joined #maemo-ssu | 22:02 | |
| *** NIN102 is now known as NIN101 | 22:04 | |
| AndrewX192 | I think the rtcom-messaging-ui-portrait change may have messed up my time stamps | 22:11 |
| luf | merlin1991: pong (another unplanned visit ...) | 22:14 |
| merlin1991 | we'll get it going in january, no obligatioins to stay on now | 22:15 |
| luf | :( I'm sorry. | 22:16 |
| merlin1991 | np | 22:17 |
| luf | freemangordon: did you release new version of tklock? | 22:24 |
| tadzik | arcean: that looks cool. Where do you put that en_US.vkb file to get the layout like the one on the screenshot you posted? | 22:29 |
| freemangordon | luf: no, it is the next one in my todo | 22:34 |
| luf | ok. Just a question as you mentioned that you fix it ;) | 22:43 |
| freemangordon | I fixed the problem we needed GTK developer for. But the one you reported still remains. | 22:44 |
| luf | :) | 22:44 |
| freemangordon | tadzik: http://talk.maemo.org/showpost.php?p=1288727&postcount=133 | 22:45 |
| *** arcean has quit IRC | 22:49 | |
| *** Jaded has joined #maemo-ssu | 23:00 | |
| *** Jaded has joined #maemo-ssu | 23:00 | |
| *** Jade has quit IRC | 23:01 | |
| *** Jaded is now known as jade | 23:17 | |
| freemangordon | luf: how is bluetoothd? | 23:22 |
| luf | freemangordon: still strange win error. I tested id with several win bluetooth stacks without problem but don_falcone and also merlin1991 reported the problem. I have to find more time for testing and ask merlin1991 for the support. | 23:23 |
| freemangordon | luf: I have XP here | 23:24 |
| luf | And also kerio don't want to send me more details about some wrong state when no successful connect. | 23:24 |
| merlin1991 | luf: it's all ready, I just need a ping from you to start it up :) | 23:25 |
| luf | merlin1991: I know I have to find longer time from my side. | 23:25 |
| luf | freemangordon: I was unable to reproduce if on win xp. | 23:25 |
| freemangordon | widcomm/toshiba/IVT stacks here | 23:25 |
| luf | *it | 23:25 |
| kerio | luf: i never had any issue since i started keeping the phone in my jacket's pockets instead of the pants' pockets | 23:26 |
| DocScrutinizer05 | ~#maemo vkbd-portrait is http://talk.maemo.org/showpost.php?p=1288727&postcount=133 | 23:26 |
| luf | kerio: :D | 23:26 |
| infobot | okay, DocScrutinizer05 | 23:26 |
| kerio | so yeah, range issue | 23:26 |
| DocScrutinizer05 | kerio: BT kbd? | 23:27 |
| freemangordon | luf: besides file transfer to win7, are there any other problems? If not I may install it on my primary device, I have BT HF connected all day long. | 23:27 |
| kerio | DocScrutinizer05: 'phonz | 23:28 |
| DocScrutinizer05 | mhm | 23:28 |
| freemangordon | luf: what stack did you test it on XP? | 23:28 |
| * DocScrutinizer05 just wondered if BT kbd would auto-powerdown when paired device not reachable | 23:28 | |
| kerio | my behind-the-neck headphones are barely in range with the n900 in my pocket | 23:29 |
| * freemangordon thinks it depends on the kbd | 23:29 | |
| luf | freemangordon: I see no other problem. But you know there should be. | 23:29 |
| kerio | and if i pause the song they try to powersave and then they're not in range anymore | 23:29 |
| kerio | feels bad man | 23:29 |
| freemangordon | luf: .debs? | 23:29 |
| DocScrutinizer05 | I'm da bad man! | 23:30 |
| luf | freemangordon: I tested IVT BlueSoleil, MS and also WIDCOMM (I don't find OPP win -> N900 with widcomm) | 23:30 |
| DocScrutinizer05 | scubbidubididoodbidababab | 23:30 |
| freemangordon | luf: afaik MS is widcomm | 23:30 |
| freemangordon | well, I have toshiba stack too | 23:30 |
| freemangordon | gimme a link to .deb files and i'll test it on my devel device | 23:31 |
| luf | freemangordon: it seems a little bit different (maybe newer version or something like that) | 23:31 |
| freemangordon | hmm, could be | 23:31 |
| luf | _you_know_/~luf/bluez/ | 23:31 |
| freemangordon | ok | 23:31 |
| *** arcean has joined #maemo-ssu | 23:31 | |
| luf | freemangordon: 2maemo2 | 23:32 |
| freemangordon | ok | 23:32 |
| luf | freemangordon: It has enabled DUN support ;) and maybe a little bit different NAP support | 23:33 |
| freemangordon | well, i'll see how it will behave with "stock" KCSSU :D | 23:33 |
| freemangordon | luf: how to try to reproduce the problem? | 23:34 |
| kerio | luf: btw, you should ship a default network.conf | 23:34 |
| luf | kerio: it's needed KP52 for bridge support ;) | 23:35 |
| kerio | so? leave everything disabled, as usual | 23:35 |
| luf | freemangordon: just connect N900 with win and try to send some file using OPP from win -> N900 and also N900 - > win | 23:36 |
| luf | kerio: right, but it's lower on my TODO (win bug is the first). | 23:36 |
| freemangordon | luf: works n900->win with IVT. will reboot, just in case | 23:39 |
| luf | freemangordon: http://talk.maemo.org/showthread.php?p=1305761#post1305761 | 23:41 |
| luf | I'm leaving. I hope I'll find some time during weekend or next week. | 23:42 |
| *** luf has quit IRC | 23:43 | |
| DocScrutinizer05 | libwrt1 anybody? wtf is that? | 23:50 |
| freemangordon | DocScrutinizer05: PM by unexpected? | 23:51 |
| DocScrutinizer05 | indeed | 23:51 |
| DocScrutinizer05 | he installed openWRT on N900? | 23:51 |
| freemangordon | well, ignore that, i've already told him what todo | 23:51 |
| freemangordon | hmm maybe webrt, who knows | 23:51 |
| DocScrutinizer05 | which is? GTFO and die? | 23:52 |
| freemangordon | no | 23:52 |
| freemangordon | told him to uninstall the conflicting packages and to ask the package maintainer | 23:52 |
| DocScrutinizer05 | I'd suggest "reflash, and don't install shit" | 23:54 |
| DocScrutinizer05 | /usr/bin/webappregisterer W*T*F? | 23:55 |
| freemangordon | NFC. however i will ignore further PMs from him, as he is flooding us | 23:55 |
| DocScrutinizer05 | indeed | 23:56 |
| DocScrutinizer05 | ~question | 23:57 |
| infobot | methinks question is If you have a question and want people to give useful answers, make sure you have read this first: http://www.catb.org/~esr/faqs/smart-questions.html | 23:57 |
| DocScrutinizer05 | ((btw has a chapter about giving sovereign useful polite answers too ;)) | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!
