00:00.04 | *** join/#maemo-ssu wmarone (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
00:09.18 | amiconn | Does anyone actually use slide-to-unlock? |
00:09.45 | amiconn | only learned that this even exists a year or so after he got his N900 |
00:10.13 | freemangordon | amiconn: me |
00:10.42 | freemangordon | it is useful for one-hand operation |
00:10.59 | freemangordon | esp in portrait mode |
00:23.39 | *** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
00:46.03 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
00:58.40 | Pali | freemangordon, tklock working with autorotation |
00:59.00 | Pali | but I have only background for beta theme |
01:09.58 | Pali | I pushed changes to gitorious |
01:19.54 | freemangordon | Pali: damn, I can't push latest commits now :D |
01:20.28 | freemangordon | phew, pushed :D |
01:20.46 | freemangordon | Pali: pull from gitorious |
01:21.27 | freemangordon | Pali: I am not sure rotation in tklock is a good idea. actually it is bad |
01:21.35 | freemangordon | for various reasons |
01:21.42 | freemangordon | but i'll try it |
01:23.34 | freemangordon | Pali: did you try it with forced rotation enabled? |
01:23.59 | Pali | no, without forced rotation |
01:25.27 | freemangordon | hmm, nothing rotates here |
01:26.35 | DocScrutinizer05 | autorotation on lockscreen sounds silly |
01:26.46 | freemangordon | :nod: |
01:26.54 | freemangordon | Pali: what is supposed to rotate? |
01:27.14 | Pali | freemangordon, full screen |
01:27.21 | Pali | but only for beta theme |
01:27.23 | freemangordon | it does not |
01:27.38 | freemangordon | aah, which one is that? |
01:27.42 | freemangordon | orange? |
01:28.04 | freemangordon | digital nature? |
01:28.21 | Pali | try digital nature |
01:28.24 | freemangordon | ok |
01:29.13 | freemangordon | ok, rotates |
01:29.15 | Pali | a bad, that should be alpha theme, not beta |
01:29.45 | Pali | need to change Makefile and background image in ./share/ |
01:30.09 | freemangordon | so, it rotates only if theme has portrait background? |
01:30.50 | freemangordon | Pali: ^^^ |
01:30.55 | Pali | yes |
01:31.19 | freemangordon | hmm, well, ok |
01:31.41 | freemangordon | we can provide backgrounds for alpha and beta |
01:32.04 | freemangordon | Pali: though I'd rather disable autorotation |
01:32.40 | freemangordon | i.e. if started in landscape->show landscape lock, the same for portrait |
01:32.46 | freemangordon | but do not rotate |
01:33.03 | freemangordon | no idea if that is possible |
01:33.41 | freemangordon | Pali: provide a gconf key to disable that please :) |
01:34.50 | Pali | ok |
01:35.30 | freemangordon | besides wrong background that doesn't look bad. did you test it with missed events icons? |
01:43.19 | freemangordon | looks ok with icons too |
01:55.05 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
02:12.02 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
03:44.05 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
04:03.58 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
04:07.49 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
05:08.35 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
05:35.40 | *** join/#maemo-ssu M13 (~Miranda@83.149.38.216) |
07:26.26 | *** join/#maemo-ssu jonwil_ (~jonwil@27-33-137-199.static.tpgi.com.au) |
07:49.45 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
08:18.11 | 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 |
08:20.02 | freemangordon | the same transition happens if the device was locked in portrait and power button is pressed in landscape |
08:20.34 | freemangordon | there is a fair amount of time you just can't unlock as transition takes place |
08:21.07 | kerio | don't do the transition then |
08:21.30 | kerio | just draw the new widgets in portrait instantly |
08:21.42 | kerio | (and keep the slider in the middle of the screen as if it's in landscape) |
08:21.56 | freemangordon | kerio: what is the poit of doing that if the device in in landscape? |
08:22.03 | freemangordon | *is in |
08:22.33 | 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 |
08:24.11 | 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 |
08:24.20 | kerio | that's what i usually do |
08:24.31 | kerio | well, not really, i just rotate it in my hand, hold it against my chest and use the lockslider |
08:24.47 | kerio | where's double-power-to-unlock dammit |
08:25.31 | 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 :) |
08:25.55 | freemangordon | kerio: will come. some day :P |
08:25.56 | kerio | the portrait/landscape autorotation breaks my user experience a lot more often |
08:26.05 | freemangordon | kerio: in tklock? |
08:26.12 | kerio | i reckon it's only useful in OMP and possibly Phone |
08:26.16 | kerio | no, in general |
08:26.46 | freemangordon | kerio: that will be fixed by adding "lock to current orientation" |
08:26.53 | freemangordon | (someday) |
08:29.15 | Pali | lock to current location is simple |
08:29.34 | Pali | just need to read configuration options (like this) from somehere... |
08:29.37 | freemangordon | Pali: even worse: lock while there is a landscape-only app on top and wait tklock to rotate to portrait |
08:29.58 | freemangordon | now you have to wait for 2 transitions |
08:29.59 | kerio | heh |
08:33.08 | freemangordon | Pali: not to say there are terrible visual artifacts while rotating |
08:34.25 | kerio | freemangordon: when do you use portrait mode? |
08:37.03 | freemangordon | kerio: when needed :) |
08:37.12 | kerio | yeah but when do you need it? |
08:37.40 | freemangordon | reading a book for example |
08:38.18 | kerio | huh, really? :o |
08:38.22 | freemangordon | yep |
08:38.27 | freemangordon | opera is perfect |
08:38.29 | kerio | i would've guessed that landscape lets you read better |
08:39.02 | freemangordon | no |
08:39.08 | tadzik | portrait is useful if you have only one hand available (in the public transport for example)] |
08:39.19 | freemangordon | yep |
08:39.36 | kerio | for me, that's basically just Phone and OMP |
08:39.41 | freemangordon | is afk |
08:40.34 | Pali | I hate busybox in maemo !!!!! it does not have utf8 support |
08:41.56 | Pali | and if I write some utf8 chars (like slovak á č ť ž) and I want delete it I must press backspace two times! |
08:42.03 | Pali | which generate negative space... |
08:42.40 | Pali | (becuase that utf8 chars are 2 bytes) |
08:42.53 | Pali | kerio, do you know how to fix that? |
08:43.11 | kerio | move to england and change every non-ascii character in your name |
08:43.33 | Pali | it is fixed in upstream busybox? |
08:43.48 | kerio | Pali: from ssh, it WORKSFORME (busybox-power) |
08:44.05 | kerio | and it doesn't work in busybox stock |
08:44.06 | Pali | it is really bad that we still not have utf8 support in terminal... |
08:44.15 | kerio | so... install busybox-power i suppose |
08:44.15 | kerio | or bash |
08:44.20 | kerio | *and bash |
08:44.35 | Pali | and I found another bug in maemo bash |
08:45.03 | Pali | when I press DELETE key on normal keyboard via ssh bash generate '~' char |
08:45.17 | Pali | funny that maemo busybox not doing it |
08:45.46 | Pali | kerio, ok then I will report bug that on maemo it is not possible to use localized Xterm |
08:45.58 | Pali | and some upstream busybox is needed |
08:46.00 | Pali | for cssu |
08:46.17 | kerio | Pali: still haven't checked on the real terminal though |
08:46.33 | Pali | ssh busybox doing it too |
08:46.42 | Pali | so problem is in busybox |
08:46.50 | Pali | (not in osso-xterm) |
09:13.05 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
09:34.43 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
09:44.28 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
09:50.01 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
10:37.42 | *** join/#maemo-ssu joshgillies (~josh@124-171-112-171.dyn.iinet.net.au) |
10:57.22 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.138) |
11:05.18 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
11:12.09 | *** join/#maemo-ssu arcean (~Arcean@aacr234.neoplus.adsl.tpnet.pl) |
11:35.29 | *** join/#maemo-ssu kolp (~quassel@212.255.33.201) |
11:35.44 | *** join/#maemo-ssu anthony__ (~anthony@AOrleans-652-1-93-169.w92-140.abo.wanadoo.fr) |
11:36.41 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-ngfjantidruvxwqk) |
12:16.34 | *** join/#maemo-ssu arcean_ (~Arcean@aacs158.neoplus.adsl.tpnet.pl) |
12:32.34 | Pali | kerio, I updated hald-addon-bme, package is here: https://atrey.karlin.mff.cuni.cz/~pali/rx51-bme-replacement/ |
12:32.47 | Pali | now it report both active and idle time to empty |
12:42.39 | Pali | and updated version of status area battery plugin is in cssu-devel |
12:43.15 | Pali | now applet show also idle time to empty |
12:43.36 | Pali | merlin1991, need to testing if ^^^ it working |
12:43.50 | Pali | and if yes then it is candidate for cssu-testing |
12:45.23 | merlin1991 | Pali: put it on tmo? |
12:53.45 | Pali | ok |
12:54.03 | 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 |
12:55.32 | Pali | merlin1991, do you know if clock-ui on gitoruous cssu working? |
12:56.21 | merlin1991 | it is semi working, it has no packaging yet |
12:59.00 | *** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie) |
13:32.47 | *** join/#maemo-ssu luf (~luf@ip-89-102-208-114.net.upcbroadband.cz) |
13:42.38 | luf | freemangordon: are you crazy? location->fixed_title = g_strdup (dgettext("osso-connectivity-ui", "conn_ti_bluetooth_cpa")); |
13:53.55 | luf | freemangordon: I think it's not good patch (also mixing code change + some white space rework). |
13:54.20 | luf | freemangordon: I'll update the -l10n packages (it's better than this patch). |
14:48.15 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
15:41.26 | *** join/#maemo-ssu LinuxCode (~LinuxCode@fedora/LinuxCode) |
16:04.22 | freemangordon | luf: what is wrong with that patch? (excluding white-spaces) |
16:04.42 | freemangordon | luf: did you look at the original _() |
16:06.07 | freemangordon | luf: it makes no sense to duplicate localisation strings, it is just wasting of RAM |
16:11.22 | freemangordon | luf: check here https://gitorious.org/community-ssu/libhildonfm/blobs/master/hildon-fm/hildon-file-common-private.h#line40 |
16:11.56 | freemangordon | I really don' |
16:12.11 | freemangordon | t see why adding one more localisation domain should be a problem |
16:16.45 | freemangordon | Pali: do you mind to make branch (next or portrait-support) of tklock and to revert your portrait changes in master |
16:17.06 | DocScrutinizer05 | Pali: DEL key is an age old problem in *every* shell, it's not a bug but basically PEBKAC |
16:17.17 | freemangordon | Pali: I wan't tklock in next testing ;) |
16:17.25 | Pali | also HOME key is problem |
16:17.44 | freemangordon | the point of REing it was that huuge memleak |
16:17.45 | DocScrutinizer05 | rtfm ;-) |
16:18.13 | DocScrutinizer05 | keybindings probably is the key |
16:18.36 | Pali | freemangordon, ok I will move portrait support to separate branch |
16:18.48 | freemangordon | Pali: thanks a lot |
16:20.49 | 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 |
16:21.11 | DocScrutinizer05 | I pretty much would like you doing that, since it's been your finding |
16:21.17 | freemangordon | DocScrutinizer05: I think i've already done that |
16:21.29 | DocScrutinizer05 | ooh then I missed that |
16:23.44 | freemangordon | well, it is on alarm-ui thread, but still http://talk.maemo.org/showpost.php?p=1295060&postcount=61 |
16:23.55 | freemangordon | and it was widely discussed on #maemo |
16:24.29 | freemangordon | also I think I made a post when I put it in cssu-devel, lemme try to find it |
16:27.04 | freemangordon | hmm, well, no, there is just an announce that tklock is in -devel, but no reason why it is there |
16:27.13 | DocScrutinizer05 | I'd like to see cssu-devel not getting referred to in posts to general public, too many trigger-happy lusers out there |
16:27.24 | freemangordon | yeah |
16:27.46 | freemangordon | DocScrutinizer05: BTW how is that different to powerkeymenu? |
16:27.58 | DocScrutinizer05 | hm? |
16:28.07 | freemangordon | I mean it gous through the same release cycle |
16:28.10 | freemangordon | *goes |
16:28.13 | freemangordon | the fuck |
16:28.41 | DocScrutinizer05 | so what's the question? |
16:29.00 | freemangordon | reason for powerkeymenu replacement was annonced on alarm-ui thread too (i.e. memleak) |
16:29.14 | DocScrutinizer05 | missed that too |
16:29.18 | freemangordon | it was sitting in -devel, bugs got smashed and now it is in -testing |
16:29.34 | freemangordon | why tklock should be any different |
16:29.35 | freemangordon | ? |
16:29.51 | DocScrutinizer05 | the reason for my request been to convince more users to get CSSU |
16:30.23 | freemangordon | hmm, I wan't 30% raise then. For my extra work as PR :P |
16:30.26 | DocScrutinizer05 | thus profiting from your awesome work |
16:31.25 | freemangordon | DocScrutinizer05: I will start promoting CSSU when -stable catches with -testing |
16:31.31 | freemangordon | If you get what I mean |
16:31.42 | DocScrutinizer05 | swap fragmentation due to (assumed) memleaks been THE PITA of maemo fremantle since beginning |
16:31.51 | freemangordon | deffinitely |
16:32.29 | *** join/#maemo-ssu Milhouse (~Milhouse@Maemo/community/contributor/Milhouse) |
16:32.48 | DocScrutinizer05 | and I always wondered why my device works great after 15, 30, 60 days uptime |
16:32.48 | freemangordon | But I am afraid now to actively promote CSSU, as -stable is waaay behind |
16:33.06 | DocScrutinizer05 | simple: I never use powermenu or tklock |
16:33.27 | luf | freemangordon: don't you see codedump for browserd when you're using gnomevfs-extra? |
16:33.51 | freemangordon | DocScrutinizer05: And I don't want to actively promote -testing, esp in the light of recent h-d and obexd problems |
16:33.58 | freemangordon | luf: hmm, didnt checked |
16:34.01 | freemangordon | lemme see |
16:34.20 | DocScrutinizer05 | freemangordon: so please help on geting things to pace regarding all that |
16:34.36 | DocScrutinizer05 | my plate is recently filled with other stuff :-/ |
16:34.57 | freemangordon | DocScrutinizer05: why do you think mine is not? :) |
16:35.41 | DocScrutinizer05 | I'm sure it is, but you should think about others who want to benefit from your work as well |
16:35.44 | freemangordon | luf: any instructions I need to follow |
16:36.42 | DocScrutinizer05 | freemangordon: and you're talking to merlin1991 and chem|st in here more often than I do, lately |
16:37.16 | luf | Reboot phono start browsing obexFTP using filemanger. |
16:37.26 | 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 |
16:37.38 | DocScrutinizer05 | while I'm way more disconnected form CSSU recently than I'd like to be, due to friggin council, migration, whatnot else |
16:37.44 | freemangordon | luf: do I really need to reboot |
16:38.01 | freemangordon | ? |
16:38.04 | luf | browserd usually crashed for me just first time I enter the bluetooth device. |
16:38.12 | freemangordon | luf: ok. will do it |
16:38.22 | luf | No idea. I ever reboot when uploaded new libhildofm |
16:38.43 | freemangordon | luf: aah, men, comeon, ofc you'll have segfault |
16:38.49 | luf | Let's share what I need to kill to use new libhildonfm library. |
16:39.15 | freemangordon | the library is either mmapped, or evicted |
16:39.35 | freemangordon | next time a page is needed, it is read from the new image, thus the segfault |
16:40.09 | luf | So it needs to recompile also browserd? |
16:40.23 | freemangordon | luf: no, you got me wrong |
16:40.37 | luf | I freshly reboot device. |
16:40.58 | freemangordon | <luf> No idea. I ever reboot when uploaded new libhildofm |
16:41.02 | freemangordon | I am lost :D |
16:41.55 | freemangordon | luf: do I need to have a webpage opened? |
16:42.46 | 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. |
16:43.19 | luf | No, it's browserd not browser. |
16:45.18 | 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 |
16:45.37 | freemangordon | luf: I did the same, no crash here |
16:45.48 | freemangordon | DocScrutinizer05: it is not about ersioning, you know? |
16:45.52 | freemangordon | *versioning |
16:46.22 | DocScrutinizer05 | so pester chem|st to get your memleak fixes into a S build, tomorrow! |
16:46.35 | freemangordon | -stable just don't follow the release cycle we've agreed upon ;) |
16:46.45 | luf | browserd -s 1862 -n RTComMessagingServer |
16:47.29 | freemangordon | luf: elaborate please |
16:47.30 | DocScrutinizer05 | freemangordon: last S is from xmas |
16:47.44 | luf | This process crashed. |
16:47.50 | luf | freemangordon: ^^^ |
16:48.04 | freemangordon | DocScrutinizer05: sure, but there are packages in -testing as old as 6 months, which are not in -stable |
16:48.06 | luf | from: gdb /usr/sbin/browserd coredump |
16:48.18 | DocScrutinizer05 | yes, like camera-ui |
16:48.23 | freemangordon | no |
16:48.48 | DocScrutinizer05 | as elaborated above, the S versions won't follow T |
16:49.08 | freemangordon | sure |
16:49.25 | DocScrutinizer05 | there will be different mix of new stuff in S than been in last version of T |
16:49.38 | freemangordon | for so-called "replacement" packages |
16:49.40 | luf | freemangordon: bt from gdb is very helpful: #0 0x41a8a548 in raise () from /lib/libc.so.6 |
16:49.40 | luf | Cannot access memory at address 0xbea5062 |
16:49.56 | DocScrutinizer05 | if there's some pkg not going to S for 6 months, then usually there's a reasn for that |
16:50.04 | DocScrutinizer05 | if there's not, please holler |
16:50.08 | freemangordon | luf: you need debug symbols of browserd. Which are nowhere to be found :D:D:D |
16:50.26 | freemangordon | as browserd is closed source |
16:50.41 | 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). |
16:50.54 | freemangordon | luf: I don;t have such crash here. On my primary device |
16:51.18 | luf | freemangordon: You're brave man to use it on primary device :D |
16:51.30 | freemangordon | luf: I trust your code :P |
16:51.40 | luf | Strange also is that browserd loadk gvfs same as gnomevfs ... |
16:51.48 | freemangordon | (you should trust mine too :P ) |
16:51.51 | freemangordon | :D:D:D |
16:52.13 | luf | freemangordon: I give you once very very good advise. Never ever trust my code :D |
16:52.40 | freemangordon | luf: well, I looked at the commit ;) |
16:53.34 | freemangordon | luf: I don't see browserd crashing here, it is something on your device or build system |
16:53.52 | freemangordon | i tried obexftp on 2 devices |
16:54.01 | freemangordon | primary/develop |
16:54.08 | luf | Ok I have to live with it then :D |
16:54.49 | luf | BTW do you also see wrong/default icons when browsing obexFTP? I think it's libhildonfm related :( |
16:54.49 | freemangordon | luf: though mine libhildonfm is 4.7.2 thumb-compiled |
16:55.16 | luf | freemangordon: hmm who knows. |
16:55.32 | 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 |
16:55.53 | freemangordon | not gconf |
16:56.02 | freemangordon | it is not correct, for some reason |
16:56.17 | 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. |
16:56.31 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28D7E.dip0.t-ipconnect.de) |
16:56.38 | freemangordon | 2 of 4 devices supporting FTP are missing both name and icon in gconf |
16:56.46 | freemangordon | the others are shown ok |
16:56.52 | freemangordon | (PC and PDA) |
16:57.25 | freemangordon | one of devices which is missing name and icon is n950 |
16:57.27 | luf | However I hate the "directory" preloading. When you click on Bluetooth it starts connecting all BT devices in the list. |
16:57.40 | freemangordon | luf: this is the other problem I saw |
16:57.48 | luf | But I'm unable to disable such behaviour :( |
16:57.52 | freemangordon | get rid of all the caching |
16:58.04 | freemangordon | (if possinle) |
16:58.09 | freemangordon | *possible |
16:58.20 | freemangordon | as there is no way to "refresh" |
16:58.47 | luf | freemangordon: there is. cache is cleared after some amount of time. |
16:59.10 | freemangordon | that does not look battery-friendly :( |
16:59.38 | freemangordon | luf: when is a device re-browsed? |
16:59.58 | freemangordon | is it on some constant timeout? |
17:00.17 | luf | No when no activity of browsing. I don't know it exactly as I think it's not BT based. |
17:00.48 | freemangordon | aah, maybe in obexgw code |
17:01.04 | luf | I think in gnomevfs code. |
17:01.29 | freemangordon | luf: is it possible to force the upper layers to refresh? from obexftp code? |
17:01.33 | freemangordon | I bet it is |
17:01.59 | luf | caches are good. The only problem is prereading directories. I'm unable to disable it for top level directory :( |
17:02.27 | freemangordon | and more important - does obex gets notified if remote directory has changed? |
17:02.30 | luf | I don't understand how it is done :( |
17:03.14 | luf | freemangordon: no idea there are some monitors but I don't know if it's for remote side changes ... |
17:03.45 | freemangordon | luf: well, lets first fix the missing names/icons |
17:04.41 | luf | It's no problem for me :D I have all devices in gconf :D |
17:04.43 | freemangordon | and please, "like" my patch. obexftp won;t be the first library in fremantle to use localisation strings from unrelated domains |
17:05.12 | freemangordon | actually it is like spaghetti in that regard |
17:05.15 | luf | freemangordon: I don't like but ok. I stop the work on localization patching. |
17:05.59 | freemangordon | luf: we already have those translations in the system. no pint to duplicate it just for the sake of it |
17:06.07 | freemangordon | *point |
17:06.11 | freemangordon | IMO |
17:06.39 | luf | freemangordon: as I wrote. I don't like but I accept it. |
17:06.58 | freemangordon | luf: remember, 256MB of RAM should suffuce for everything :D:D:D |
17:06.59 | freemangordon | ok |
17:07.32 | luf | Come on I started linux on 16 or 32 MB of memory ... one FD was enough ... |
17:07.57 | luf | Maybe it was even less ... |
17:08.23 | freemangordon | hehe. I wrote my first x86 assembly code on a machine with 512KB of RAM. not even 640 ;) |
17:08.47 | freemangordon | no HDD, nothing, only FD |
17:08.48 | luf | Your first was x86? :D Not mine ... |
17:09.00 | freemangordon | for ASM yes |
17:09.10 | luf | I wrote I first used linux ... not x86. |
17:09.23 | freemangordon | well, I did a little on 6502 |
17:09.34 | freemangordon | luf: those are CPUs, not oses |
17:09.42 | freemangordon | ;) |
17:09.43 | luf | Sharp MZ800 - my first true love :D |
17:10.06 | freemangordon | WTF is that? Z80? |
17:10.34 | luf | It was 8-bit computer from Sharp ;) |
17:10.44 | freemangordon | aah |
17:11.21 | luf | http://www.old-computers.com/museum/computer.asp?c=208&st=1 |
17:11.46 | freemangordon | well, here we had 8bit PCs, stolen from Apple II. i.e. Apple II REed :D |
17:12.12 | freemangordon | and made with russian TTLs |
17:12.14 | luf | After few year we connected FD to that machine. How incredibly fast loading after that tweak :D |
17:12.28 | freemangordon | tweak? :D:D:D |
17:12.40 | luf | :D |
17:13.05 | freemangordon | what from was it loading before that, punchcards? |
17:13.06 | luf | #define OBEX_TIMEOUT 20000 |
17:13.22 | freemangordon | luf: hmm, not that bad |
17:13.34 | luf | tapes (same as music tapes) ;) You can see it in the picture ... |
17:13.48 | freemangordon | though... if we can interrupt instead of poll it will be perfect |
17:13.56 | freemangordon | aah, yes, tapes |
17:14.01 | freemangordon | now I remember |
17:14.17 | freemangordon | though I never used one |
17:14.29 | freemangordon | (for data storage) |
17:14.55 | luf | I don't understand "if we can interrupt instead of poll ..." |
17:15.31 | freemangordon | luf: aiui now obex is polling the remote devices every 20s, ain't? |
17:15.59 | luf | No. It disconnected after such time of no activity. |
17:16.05 | freemangordon | aah, ok |
17:16.16 | luf | And invalidating caches are done during reset (connecting). |
17:16.27 | freemangordon | I see |
17:16.53 | freemangordon | hmm, not that bad |
17:17.04 | luf | om_connection_invalidate_cache |
17:17.26 | freemangordon | luf: keep it as it is for now, just fix the names/icons and lets put it in the wild |
17:17.39 | freemangordon | will see how it will behave |
17:19.21 | freemangordon | luf: btw I am under the impression obexd is very slow. could be because my dongle is 1.1 ofc |
17:19.32 | luf | I need to disable preconnecting devices. |
17:19.42 | freemangordon | yes |
17:19.46 | freemangordon | you are right |
17:19.56 | freemangordon | that makes a lot of sense |
17:19.59 | luf | freemangordon: It's fast for me here. But depends on BT range ... |
17:20.27 | luf | Honestly I have no idea how to do that :( |
17:20.28 | freemangordon | don;t think it is a range issue, most probably BT1.1 is too slow |
17:20.46 | freemangordon | luf: will check if I can do something for you |
17:21.18 | 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. |
17:21.48 | freemangordon | luf: the distance between the dongle and n900 is about 50cm ;) |
17:22.12 | luf | It should be close enough :D |
17:22.20 | freemangordon | yep |
17:23.10 | luf | I'm thinking about enabling connect after change directory to the device. However it should break some behaviour :( |
17:25.06 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
17:26.51 | 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 |
17:27.36 | freemangordon | afaik thumb1 is just thumb |
17:29.33 | merlin1991 | Thumb High Code Density 16-bit Instruction Set .... which one xD |
17:29.52 | Pali | freemangordon, I have simple patch which enable autorotation in tklock only if was enabled by user via gconf |
17:31.40 | freemangordon | Pali: ok, should do the job too. though I wonder if the backgrounds should be distributed as a part of tklock package |
17:31.57 | freemangordon | merlin1991: check for ldrex/strex instructions |
17:32.04 | Pali | why not to distribute it? |
17:32.07 | freemangordon | if they exist, it is thumb2 |
17:32.58 | freemangordon | Pali: not saying we should not, just wondering if a separate package would be better |
17:33.06 | merlin1991 | hm nope they don't exist |
17:33.12 | merlin1991 | headdesks |
17:33.17 | Pali | HAM has background also in HAM package |
17:33.30 | Pali | *portrait background |
17:33.36 | freemangordon | Pali: hmm, yep, you are right |
17:33.43 | Pali | but we can also update theme package |
17:33.50 | merlin1991 | $company is buying an arm chip with native a native java pipeline, thumb1 to run $generic linux on arm |
17:33.53 | Pali | and move also background from HAM to theme... |
17:33.55 | merlin1991 | headdesks again |
17:34.15 | freemangordon | Pali: that will be the best approach IMO |
17:34.50 | Pali | but theme packages are non free |
17:34.54 | freemangordon | merlin1991: hmm that could be jazelle |
17:35.03 | merlin1991 | yep it features jazelle |
17:35.11 | freemangordon | Pali: that should not be a probem afaik |
17:35.19 | merlin1991 | thrown away money if the chip in the targeted appliance is going to run arm only |
17:35.22 | freemangordon | merlin1991: aah, this is a different kind of beer ;) |
17:35.26 | merlin1991 | hence me headdesking |
17:35.48 | Pali | I have shell script which convert binary deb package to source dsc |
17:36.05 | Pali | and theme is ideal for that (no compilation needed, only copy files) |
17:36.15 | freemangordon | merlin1991: thumb1 is baaad, baaad idea performance wise AFAIK |
17:36.25 | freemangordon | Pali: sure, lets ask merlin1991 about it :P |
17:36.41 | 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? |
17:36.50 | Pali | AFAIK, jazelle is closed |
17:36.59 | Pali | no public documentation |
17:37.01 | freemangordon | merlin1991: sounds very clever to me :D |
17:37.05 | freemangordon | Pali: yes |
17:37.42 | freemangordon | merlin1991: you could use that to steal jazelle docs and to publish them :D |
17:37.45 | merlin1991 | management: but it can run java (TM) developer: BUT WE RUN C CODE ANYWAY |
17:37.52 | freemangordon | :D:D:D |
17:38.09 | freemangordon | merlin1991: no, it CANNOT run java |
17:38.26 | freemangordon | it executes some of the java opcodes in CPU |
17:38.42 | freemangordon | but you should have handlers for not-supportd opcodes |
17:39.41 | freemangordon | merlin1991: what about adding alpha and beta themes in CSSU? |
17:40.00 | freemangordon | and moving all the various portrait images to where they belong? |
17:40.34 | merlin1991 | sounds okish? |
17:40.56 | freemangordon | Pali: seems merlin1991 is fine with that |
17:41.21 | freemangordon | we can provide portrait background for adeclock too |
17:41.33 | freemangordon | and for OMP |
17:41.37 | freemangordon | (at some point) |
17:41.52 | Pali | OMP using own design in portrait mode |
17:42.05 | freemangordon | is it? ok, no OMP then |
17:46.31 | Pali | freemangordon, I fixed memory leak in tklock |
17:46.44 | Pali | you forgot to unref gconfclient |
17:47.09 | freemangordon | Pali: are you sure it should be unreffed? ok, thanks |
17:47.15 | Pali | http://developer.gnome.org/gconf/stable/gconf-gconf-client.html#gconf-client-get-default |
17:47.29 | kerio | Pali: yay, i'll update ASAP |
17:47.30 | freemangordon | yep |
17:47.35 | freemangordon | thanks a lot |
17:47.45 | freemangordon | kerio: don;t it is still not in -devel |
17:48.37 | freemangordon | Pali: push on gitorious, please, so i'll be able to build a new .deb and upload it to -devel |
17:49.02 | kerio | heh |
17:49.08 | Pali | pushed |
17:49.08 | kerio | freemangordon: the bme replacement? :o |
17:49.16 | kerio | madness |
17:49.32 | freemangordon | kerio: no, tklock |
17:49.36 | kerio | oh |
17:49.39 | freemangordon | Pali: thanks |
17:49.41 | Pali | kerio, battery status menu plugin is in cssu-devel |
17:49.45 | kerio | neat! |
17:49.51 | Pali | and updated hal addon bme is on posted link |
17:49.52 | kerio | does it *need* the newer bme replacement? |
17:50.10 | Pali | you can use stock applet or that new |
17:50.25 | Pali | old version has some problems, so I pushed fixed to cssu-devel |
17:50.57 | Pali | ALL: test new battery status menu plugin from cssu-devel |
17:51.14 | Pali | it should work with bme, bme replacement or only with kernel modules |
17:51.28 | freemangordon | Pali: will do. do I need anything else? |
17:51.29 | Pali | also it should handle stopping bme and loading kernel modules... |
17:51.41 | Pali | freemangordon, no |
17:51.43 | kerio | Pali: how and when? :o |
17:51.49 | freemangordon | i.e. like hald-addon replacement? |
17:51.55 | Pali | kerio, sudo stop bme |
17:51.57 | freemangordon | Pali: ok |
17:52.06 | Pali | it should report 0 (instead bad values) |
17:52.12 | freemangordon | just lemme upload tklock and i'll install it |
17:52.16 | Pali | also modprobe bq... |
17:52.28 | Pali | aplet should handle it and se values |
17:52.53 | Pali | check if charger attached notification working |
17:53.05 | kerio | Pali: your /etc/event.d/bme loads the bq modules though |
17:53.10 | Pali | also check if battery full/empty is correctly reported |
17:53.32 | Pali | kerio, try also rmmod what happen |
17:53.37 | Pali | and then modprobe |
17:53.54 | Pali | aplet should still work |
17:54.02 | Pali | (without crash) |
17:54.40 | kerio | btw, does it still check dpkg versions on startup? |
17:54.47 | kerio | because the delay caused by it *is* noticeable and annoying |
17:54.58 | Pali | yes |
17:55.11 | kerio | and it's replaceable by a check of existance of /usr/sbin/bme_RX-51 |
17:55.21 | Pali | now there could be also delay with initializing dbus |
17:55.36 | Pali | it using dbus for idle time to empty |
17:55.42 | Pali | which sending hald-addon-bme |
17:55.57 | freemangordon | Pali: do you mind me to remove portrait background PNG from the package? |
17:56.04 | freemangordon | tklock that is |
17:56.12 | Pali | you should see two time values in aplet first is avg and second is idle |
17:56.33 | Pali | freemangordon, I will delete portrait background when we have theme packages on gitorious and in cssu |
17:56.42 | freemangordon | ok |
17:56.52 | freemangordon | will leave it there for now |
17:57.21 | freemangordon | Pali: hmm, debian/changelog not chaged |
17:57.25 | freemangordon | *changed |
17:57.31 | Pali | I did not changed it |
17:57.41 | freemangordon | ok, i'll do |
17:57.45 | Pali | I pushed changes very quicky :-) |
17:58.10 | freemangordon | but it will be FMG there :) |
18:04.41 | freemangordon | osso-systemui-tklock (0.3.1.0+0cssu0) is in cssu-devel |
18:07.30 | freemangordon | merlin1991: WTF is "deb http://happens:now@maemo.merlin1991.at/cssu/future/ fremantle free non-free" |
18:07.46 | kerio | Pali: your ssl cert expired |
18:08.04 | kerio | freemangordon: dammit, now you went and displayed the password to everyone |
18:08.04 | merlin1991 | freemangordon: testing-testing |
18:08.07 | Pali | kerio, what? |
18:08.10 | freemangordon | aah, ok :D |
18:08.18 | kerio | Pali: https://atrey.karlin.mff.cuni.cz/ |
18:08.34 | kerio | oh, and it's also self-signed, wtf |
18:09.10 | merlin1991 | kerio: mine is also self signed ;) |
18:09.12 | freemangordon | Pali: what is package name for battery plugin? |
18:09.26 | Pali | kerio, its server on our faculty |
18:09.27 | kerio | freemangordon: status-area-applet-battery |
18:09.32 | kerio | Pali: i figured |
18:09.46 | kerio | Pali: it's still a botched job, considering that there's a way to get a real SSL cert for free |
18:10.29 | kerio | Pali: dammit, why don't you increase the versions when you release new packages? :c |
18:13.57 | freemangordon | Pali: hmm, looks nice :D |
18:18.59 | merlin1991 | kerio: ssl cert for free? o_O |
18:19.17 | kerio | merlin1991: http://www.startssl.com/ |
18:19.27 | kerio | a class 1 cert, ofc |
18:19.30 | kerio | single-host |
18:19.42 | merlin1991 | isn't it a time limited offer? |
18:19.57 | kerio | apparently not |
18:20.28 | kerio | merlin1991: http://www.startssl.com/?app=25#90 |
18:20.37 | kerio | (faq: why are class 1 certificates free?) |
18:21.01 | kerio | (answer: because the effort for those is JACK SHIT) |
18:29.54 | *** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
18:36.01 | 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? |
18:37.16 | Pali | that data are reported by BME and hald-addon-bme |
18:37.51 | freemangordon | hmm? |
18:38.03 | freemangordon | both are on BME |
18:38.39 | Pali | if you do not see time then BME reporting 0 |
18:38.55 | freemangordon | ok |
18:39.55 | merlin1991 | kerio: I pondered about getting a proper certificate for *.merlin1991.at but it's so friggin expensive |
18:45.11 | DocScrutinizer05 | who cares about certs? |
18:45.39 | *** join/#maemo-ssu MrPingu (~chatzilla@86.92.226.97) |
18:46.41 | DocScrutinizer05 | honestly a cert confirming that merlin1991.at is in fact merlin1991.at does help me how exactly? |
18:47.27 | DocScrutinizer05 | I'm not expecting any virus injecting a spoofed IP for merlin1991.at into my etc/hosts |
18:47.44 | kerio | however, you could expect a MITM |
18:48.02 | DocScrutinizer05 | neither |
18:48.06 | DocScrutinizer05 | what for? |
18:48.07 | *** join/#maemo-ssu ivgalvez (~quassel@167.pool85-49-207.dynamic.orange.es) |
18:49.00 | Pali | please store cert hash to DNSSEC :-) |
18:49.02 | DocScrutinizer05 | particularly i'm happy with accepting that self-assigned cert once |
18:49.19 | Pali | current SSL implementations are bad in all browsers... |
18:50.04 | Pali | why browsers show me warnings when I opening HTTPS pages with self-signed certificates? And why *not* for HTTP pages? |
18:50.33 | DocScrutinizer05 | [2013-01-06 20:53:52] <wpwrak> DocScrutinizer05: that's bee on heise news a few days ago. certificate-based "trust" must die :) |
18:51.06 | DocScrutinizer05 | (^^^ re TRUKTRUST) |
18:51.21 | ivgalvez | DocScrutinizer05 hi |
18:51.29 | DocScrutinizer05 | hi ivgalvez :-D |
18:51.32 | DocScrutinizer05 | welcome back! |
18:51.40 | ivgalvez | almost fully recovered |
18:51.46 | DocScrutinizer05 | hope you're well again! |
18:51.51 | DocScrutinizer05 | good! |
18:52.01 | ivgalvez | still digesting tons of emails |
18:52.07 | freemangordon | ivgalvez: hi |
18:52.13 | DocScrutinizer05 | I feel with you |
18:52.18 | freemangordon | glad you're back |
18:52.35 | ivgalvez | thanks |
18:52.45 | ivgalvez | I've been asking Nokia about those DNS problems mentioned by Nemein |
18:52.59 | ivgalvez | do you know anything new about it? |
18:53.16 | DocScrutinizer05 | I guess they are caused by negotiations between HiFo and Nokia not finished yet |
18:54.06 | ivgalvez | maybe, the domain transfer won't be made until everything is finished with their legal department |
18:54.18 | DocScrutinizer05 | Nokia not touching those DNS anymore, since they already *should* be under HiFo control |
18:54.47 | ivgalvez | yep, but not until everything signed |
18:54.52 | DocScrutinizer05 | sure |
18:55.37 | *** join/#maemo-ssu kolp (~quassel@82.113.98.69) |
18:55.40 | DocScrutinizer05 | btw full ACK to your "we should take what we can get now..." re those negotiations |
18:55.52 | ivgalvez | we are gonna need volunteers to help on scratchbox.org maintenance and migration |
18:56.06 | DocScrutinizer05 | *sigh* |
18:56.16 | Pali | DocScrutinizer05, when will HiFo migrate TMO? |
18:56.18 | DocScrutinizer05 | we need so many volunteers, and have so few |
18:56.23 | ivgalvez | yep |
18:56.26 | Pali | there was some deadline in januar... |
18:56.32 | DocScrutinizer05 | Pali: it's moving |
18:58.07 | DocScrutinizer05 | ivgalvez: please read chanlog of last council meeting, last friday |
18:59.20 | 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 |
18:59.32 | ivgalvez | doing it now |
19:00.20 | 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 |
19:00.50 | DocScrutinizer05 | we honestly can't handle those RX300, too expensive |
19:00.57 | ivgalvez | that was previously asked and not just once |
19:00.58 | DocScrutinizer05 | too "big" for us |
19:01.14 | ivgalvez | I can't even imagine why they decided to go that way |
19:01.20 | luf | merlin1991: it's timeo for your favorite game ... |
19:01.30 | merlin1991 | ..? |
19:01.39 | DocScrutinizer05 | if that's out of scope completely, then the basic idea now is to have nemein move al vservers on those two machines |
19:02.05 | DocScrutinizer05 | (that way) ... is how big business is doing that stuff |
19:02.09 | luf | merlin1991: Jan, 9 2013 20:00 CET ... :D |
19:02.28 | luf | merlin1991: I think you want to play ping-pong game ... |
19:02.37 | 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?) |
19:02.52 | DocScrutinizer05 | probably |
19:03.11 | ivgalvez | but at least we will have room to move our stff |
19:03.58 | DocScrutinizer05 | yes, we need to evaluate the specs for the RX300 again - Eero allowed us to have it re-specified to our needs |
19:04.08 | DocScrutinizer05 | since they aren't ordered yet |
19:04.52 | ivgalvez | why is it told that the autobuilder will go to physical instead of VM? |
19:04.58 | DocScrutinizer05 | it's not exactly simple, especially when we assume we can't pay CoLo for long anyway |
19:05.21 | DocScrutinizer05 | mere performance considerations I guess |
19:06.31 | 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 |
19:07.13 | DocScrutinizer05 | but all that is future plans, which pretty much are without any HiFo own hw in my book |
19:07.55 | freemangordon | merlin1991: aren't we supposed to have a meeting? |
19:08.03 | DocScrutinizer05 | considering we can get dedi server with almost same power for the fee we need to pay for rackspace alone |
19:08.15 | 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 |
19:08.30 | DocScrutinizer05 | yes |
19:08.35 | DocScrutinizer05 | exactly |
19:08.39 | ivgalvez | DocScrutinizer05: we could sell servers on eBay and pay for hosting :D |
19:08.49 | DocScrutinizer05 | that's the plan |
19:09.02 | DocScrutinizer05 | alas it will burn value |
19:09.07 | DocScrutinizer05 | but hey |
19:09.21 | *** join/#maemo-ssu kolp (~quassel@82.113.98.69) |
19:09.24 | DocScrutinizer05 | not burning as much value as keeping those big irons will |
19:09.32 | ivgalvez | sure |
19:09.50 | DocScrutinizer05 | so the both machines are ~7000EUR total |
19:10.16 | ivgalvez | let's sell them |
19:14.11 | luf | freemangordon: did you remove Conflicts: lbxml2 from zlib? Or you just don't include it into thumb? |
19:14.35 | luf | freemangordon: there are several reports with old libxml2 and new zlib :( |
19:15.11 | freemangordon | luf: I wonder where did the get those from |
19:15.18 | freemangordon | no, Conflicts is there |
19:15.39 | freemangordon | along with Depends in libxml2 |
19:16.43 | luf | freemangordon: hmmm, strange. |
19:16.50 | luf | merlin1991: ping-pong meeting? |
19:17.31 | freemangordon | luf: BTW are you sure for the hour? |
19:17.47 | kerio | will HAM correctly handle Conflicts and/or Breaks? |
19:17.59 | 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 |
19:18.30 | luf | kerio: reportes used FAM or apt-get ... |
19:33.43 | freemangordon | merlin1991: ping |
19:34.25 | freemangordon | merlin1991: please, next time you appoint a meeting, setup an alarm on your n900 :( |
19:34.48 | luf | freemangordon: it seems he has another favorite game :D |
19:34.57 | freemangordon | yeah :D |
19:37.35 | luf | freemangordon: I'm unable to find gnomevfs documentation :( |
19:37.49 | *** join/#maemo-ssu kolp (~quassel@82.113.98.69) |
19:38.21 | freemangordon | luf: what about libhildonfm2-doc_2.28.22+0cssu3_all.deb? |
19:38.41 | luf | freemangordon: and I see no way to don't device preconnection ... |
19:38.57 | luf | in osso-gnomevfs-extra |
19:40.19 | freemangordon | luf: not much we can do |
19:40.48 | freemangordon | I guess it reads only root dir |
19:41.19 | luf | freemangordon: it reads all sudirs ... |
19:41.30 | freemangordon | and caches them? |
19:41.45 | freemangordon | the fuck, that is stupid |
19:41.54 | luf | So when you see Bluetooth - it reads /*; when you see / it reads /<device>/* |
19:42.22 | luf | So when you go to the Bluetooth it tries to connect to all devices in the list :( |
19:42.30 | freemangordon | I know that |
19:42.33 | luf | freemangordon: yes and cache them. |
19:43.08 | freemangordon | luf: leave that as it is now. lets finish the other stuf first |
19:43.20 | luf | I can maybe postpone it till cd into it. But it's againist ls (I'm affraid). |
19:43.51 | luf | icon and name is quiet easy ... :) |
19:43.59 | freemangordon | well, that should do the kob. against ls? what this means |
19:44.06 | freemangordon | s/kob/job/ |
19:44.22 | luf | gnomevfs-ls |
19:44.24 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
19:44.44 | freemangordon | never heard of it |
19:45.16 | freemangordon | gnomevfs-ls obexd:/// |
19:45.16 | freemangordon | Error opening: Invalid URI |
19:45.46 | luf | It's working for me ;) |
19:46.11 | luf | Are you trying it on N900? |
19:46.16 | freemangordon | yes |
19:47.21 | freemangordon | luf: maybe playing with gnomevfs flags will to the job |
19:47.31 | luf | root:N900dev# gnomevfs-ls obex:/// |
19:47.31 | luf | [BT MAC1] [link: obex://[BT MAC1] ](Symbolic Link, x-directory/normal)size 0mode 0444 |
19:47.32 | luf | [BTMAC2] [link: obex://[BT MAC2] ](Symbolic Link, x-directory/normal)size 0mode 0444 |
19:47.49 | freemangordon | aah,wait |
19:47.59 | freemangordon | it is obex, not obexd :D |
19:48.38 | kerio | Pali: applet+bme replacement: charger is detected, unplugging is detected, it should be charging fine now |
19:49.55 | freemangordon | luf: gnomevfs-ls connects on demand |
19:50.02 | *** join/#maemo-ssu kolp (~quassel@212.255.228.225) |
19:50.24 | freemangordon | so it os something in libhildonfm |
19:50.28 | freemangordon | *is |
19:50.46 | freemangordon | or in filemanager |
19:54.38 | luf | freemangordon: exactly |
19:55.24 | freemangordon | luf: maybe you should tweak om_chdir_to_uri |
19:55.36 | freemangordon | more precisely om_utils_get_path_list_from_uri |
19:55.43 | freemangordon | to not recurse |
19:56.00 | freemangordon | s/recurse/traverse/ |
19:56.45 | *** join/#maemo-ssu kolp_ (~quassel@212.255.228.225) |
19:56.54 | freemangordon | hmm, no, scratch that |
19:58.06 | freemangordon | luf: BTW I don;t think child directories are traversed |
19:58.56 | freemangordon | it takes time to read a directory |
19:59.07 | freemangordon | i.e. to change to it |
20:00.15 | luf | Call sequence is do_get_file_info (I disable connecting there), monitor_add, do_open_directory |
20:00.25 | *** join/#maemo-ssu kolp (~quassel@212.255.228.225) |
20:00.34 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
20:00.38 | freemangordon | looks fine to me |
20:00.57 | luf | freemangordon: It's not ok as it's for folder childs ... |
20:01.03 | freemangordon | maybe open_directory should not read first level dirs. but it might be better that way |
20:01.36 | luf | When see Bluetooth the sequence is called for obex:///; when see obex:/// it's called for all devices. |
20:02.21 | luf | I see no correct way to disable this behaviour so I'm giving it up. |
20:02.27 | luf | merlin1991: meeting? |
20:03.45 | freemangordon | luf: om_chdir_to_uri |
20:04.39 | freemangordon | for (l = path_list; l; l = l->next) { ... |
20:04.58 | freemangordon | path_list is build in om_utils_get_path_list_from_uri |
20:06.00 | luf | There is no chdir called :( |
20:06.08 | freemangordon | there is |
20:06.19 | freemangordon | gw_obex_chdir |
20:06.38 | luf | But om_chdir_to_uri isn't called. |
20:06.45 | freemangordon | http://pastebin.com/0ZtUDhcW |
20:07.18 | freemangordon | seems like calling gw_obex_chdir results in some monitor get called |
20:07.18 | freemangordon | ;) |
20:07.53 | freemangordon | luf: comment for (l = path_list; l; l = l->next) { loop and check what will happen |
20:08.27 | luf | No the problem is in filemanager or libhildonfm gnomevfs-ls don't do this. |
20:08.52 | luf | And of course in logs I see om_chdir_to_uri below bluetooth connection. So it's too late ;) |
20:09.10 | freemangordon | well, try it |
20:12.37 | luf | freemangordon: please trust me it's loose of time. chdir is also called from gnomevfs-ls |
20:12.47 | freemangordon | ok |
20:13.31 | freemangordon | 22:08 <luf> freemangordon: please trust me |
20:13.33 | freemangordon | :D:D:D |
20:14.19 | freemangordon | luf: btw did you put function loggin everywhere? |
20:19.53 | luf | freemangordon: Not everywhere but in most functions ... |
20:20.11 | freemangordon | luf: maybe after all it is better that way. |
20:20.27 | freemangordon | as changing dirs happens instantly |
20:20.40 | luf | It'll be better to not do it just in obex:/// |
20:20.58 | luf | I'm curious how long it takes to you with 4 devices ... |
20:21.14 | freemangordon | takes long? |
20:21.31 | freemangordon | it is syinc |
20:21.34 | freemangordon | *async |
20:21.47 | luf | I'm not sure about the async ... |
20:22.08 | freemangordon | devices appear instantly |
20:22.43 | freemangordon | luf: now I am convinced it is better that way |
20:23.11 | freemangordon | as soon as you click on "bluetooth", you can select the device |
20:23.27 | freemangordon | and wait after chdir (of course) |
20:24.19 | luf | freemangordon: you're waiting to loop all devices ... |
20:24.28 | freemangordon | no |
20:24.50 | freemangordon | there is no delay |
20:25.44 | freemangordon | start filemanager->wait for BT to appear->click it->immediately click on a device |
20:28.54 | luf | Hmmm, ok. |
20:29.04 | freemangordon | do you agree? |
20:29.30 | luf | freemangordon: I can't now. I don't have working osso-gnomevfs-extra :D |
20:30.02 | freemangordon | ohh. git clean -df; git reset --hard HEAD |
20:30.22 | freemangordon | backup your changes first :P |
20:35.35 | luf | freemangordon: you're right |
20:35.43 | luf | confirmed |
20:37.15 | freemangordon | :) |
20:37.17 | luf | freemangordon: can you confirm also icon behaviour? |
20:37.26 | freemangordon | what do you mean? |
20:37.32 | luf | Go into Images folder. and feel free to scroll. |
20:37.55 | luf | I see picture icon and for some of them it's changed into icon with exclamation mark. |
20:38.12 | freemangordon | confirmed |
20:38.24 | freemangordon | some bad mime handling |
20:38.30 | luf | I think it's libhidlonfm behaviour :( |
20:38.32 | freemangordon | *mime type |
20:38.34 | freemangordon | could be |
20:38.49 | luf | I have to dig into after change icon/name from gconf to dbus. |
20:38.51 | freemangordon | but pdfs are shown ok |
20:39.16 | freemangordon | text files too |
20:39.28 | freemangordon | it is only pictures that are bad |
20:39.37 | luf | freemangordon: it depends on some timeout here ... |
20:40.07 | freemangordon | vides are ok too |
20:41.32 | freemangordon | hmm, seems my second disk is failing :( |
20:41.57 | luf | packages are also ok ... |
20:42.13 | luf | catch the disk! :D |
20:42.30 | kerio | freemangordon: buy moar SSDs |
20:43.21 | kerio | make a RAID1010 |
20:43.35 | kerio | an array of mirrors of array of mirrors |
20:52.35 | luf | It seems freemangordon also lost his primary disk :D |
20:55.24 | DocScrutinizer51 | what's the cmd e.g. in IRSSI to list chan users? |
20:56.13 | tadzik | try /names maybe? |
20:56.40 | DocScrutinizer51 | yeah |
20:56.43 | DocScrutinizer51 | thanks |
20:56.46 | tadzik | np |
21:00.55 | *** join/#maemo-ssu freemangordon (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
21:02.25 | freemangordon | "An error was detected on device \Device\Harddisk1\D during a paging operation." :( |
21:02.49 | luf | freemangordon: why you escape D and H :D :D |
21:02.57 | luf | * why do you |
21:13.02 | freemangordon | :D:D:D |
21:18.35 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
21:21.34 | freemangordon | Pali: no low battery warning here :) |
21:21.53 | freemangordon | battery on 4% according to the applet |
21:35.53 | luf | freemangordon: It seems I see bug in osso-gnomevfs-extra :D |
21:40.01 | *** join/#maemo-ssu kolp (~quassel@212.255.228.225) |
21:40.18 | luf | freemangordon: fix pushed into git |
21:53.44 | freemangordon | hmm :D |
21:54.25 | freemangordon | luf: BTW when browsing BT2.0 (or whatever n950 is) obexftp is lightning fast |
22:04.49 | luf | freemangordon: :) you can't expect miracles ;) |
22:05.08 | freemangordon | luf: no, it is really fast |
22:05.27 | luf | I'm finishing dbus rewrite. However I'm thinking if I should use gconf + fallback dbus or dbus + fallback gconf. |
22:05.50 | freemangordon | luf: BTW how happened that (msg) was NULL on your device? OOM? |
22:06.01 | luf | Yes OOM. |
22:06.15 | freemangordon | luf: dbus reads BT config files in /var/lib/bluetooth |
22:06.24 | freemangordon | (as you know) |
22:06.31 | Pali | freemangordon, do you using bmeM |
22:06.32 | luf | It doesn't happen. I'm just using the code for the rewrite and I see missing check. |
22:06.33 | Pali | ? |
22:06.39 | freemangordon | so I don;t see the point of using gconf too |
22:06.43 | Pali | if yes, then battery low will be at 0% |
22:06.54 | Pali | bme sending low about 0% |
22:06.56 | freemangordon | Pali: aah, this is misleading |
22:07.09 | freemangordon | but ok, i'll know |
22:07.13 | Pali | battery low is sent by hald-addon-bme |
22:07.14 | luf | freemangordon: I think gconf is faster. so gconf + failback dbus makes sense. |
22:07.28 | freemangordon | luf: it should not be faster aiui |
22:07.54 | luf | dbus - list adapter + find device + getproperties + find name and return. |
22:08.13 | luf | I think gconf will be much faster :D |
22:08.41 | freemangordon | by 10ms? |
22:08.51 | luf | list adapter means list all adapters (hopefully only 1 on N900) ... |
22:08.57 | freemangordon | luf: I know |
22:09.12 | luf | I think even more. as getproperties transfer large string. |
22:09.32 | freemangordon | luf: also have in mind you have bot name and alias in BT dbus API |
22:09.36 | luf | freemangordon: host usb should add second BT device ... |
22:09.38 | freemangordon | which one is in gconf? |
22:09.49 | luf | What is bot name? |
22:09.57 | freemangordon | *both |
22:10.05 | luf | I don't care about Alias. |
22:10.22 | freemangordon | luf: you should use alias AIUI |
22:10.56 | luf | freemangordon: are you sure? |
22:11.05 | luf | I never saw difference :) |
22:11.25 | freemangordon | yep. afaik device name is what is set in /etc/bluetooth/main.conf |
22:11.31 | freemangordon | ooh, wait |
22:11.37 | luf | Not it isn't ;) |
22:11.39 | freemangordon | you set device alis locally |
22:11.43 | freemangordon | *alias |
22:11.43 | luf | It's adapter name ;) |
22:11.53 | freemangordon | no, it is device name set by you |
22:12.06 | freemangordon | name is what remote has reported |
22:12.18 | freemangordon | alias is what you set locally |
22:12.18 | luf | And are you sure that Alias is set? |
22:12.33 | luf | Shouldn't it be NULL/empty? |
22:12.39 | *** join/#maemo-ssu rd (~rd@p57B49188.dip0.t-ipconnect.de) |
22:12.39 | freemangordon | yes, check it with dbus-send |
22:12.58 | freemangordon | luf: no |
22:13.17 | luf | freemangordon: Ok I shouldn't but I trust you :D |
22:13.46 | freemangordon | luf: issue GetProperties for all devices you have setup, you'll see |
22:14.38 | freemangordon | luf: choose one device, goto BT applet, select that device and click edit |
22:14.48 | freemangordon | you can change the name from there |
22:14.56 | freemangordon | what you change is alias ;) |
22:15.13 | freemangordon | check it afterwords with GetProperties |
22:15.35 | luf | BTW so you vte for not using gconf at all? Even in case it should be faster? |
22:15.47 | luf | *vote |
22:15.56 | freemangordon | yes, as it will give false results |
22:16.31 | luf | If it returns empty/NULL it should use dbus ... |
22:16.41 | freemangordon | also you may setup dbus-listener for device name/icon/whatever changed while in filemanager. not that this can't be done with gconf, but still |
22:16.42 | luf | Have you tested "false"results? |
22:17.11 | freemangordon | no |
22:17.17 | luf | I don't care about dbus-listener for changes ... |
22:17.20 | *** join/#maemo-ssu joshgillies (~josh@hobart.office.squiz.net) |
22:17.22 | freemangordon | but we have NFC who sets those gconf keys |
22:17.36 | freemangordon | is afk |
22:17.38 | luf | Ok. I'm not happy to drop the code ... |
22:17.49 | freemangordon | just #if 0 it |
22:18.57 | Pali | ping merlin1991 |
22:19.05 | merlin1991 | Pali: pong |
22:19.15 | merlin1991 | luf, freemangordon sorry guys, I lost track of time |
22:19.31 | Pali | can you create on gitorious cssu repo location-supl-fix? |
22:21.21 | merlin1991 | https://gitorious.org/community-ssu/localtion-supl-fix |
22:23.42 | Pali | aaa bad name, I renamed it |
22:24.14 | luf | merlin1991: :D |
22:24.43 | Pali | ok, I pushed git repo |
22:25.07 | luf | merlin1991: we'll try it next week? |
22:25.17 | kerio | hm, why do we need that fix? |
22:25.18 | luf | *will we |
22:25.31 | merlin1991 | I'm on a skiing trip next week, whilst I'm probably around each evening I never know when and how long :/ |
22:25.43 | Pali | kerio, because supl.nokia.com not working |
22:26.04 | Pali | I will push that package to cssu-devel for testing |
22:26.15 | kerio | what does that do? |
22:27.02 | Pali | kerio, if server is set to supl.nokia.com it will ask if you want to change it to supl.google.com |
22:27.17 | kerio | when? on install? |
22:27.43 | Pali | and because location-proxy daemon changing it back to supl.nokia.com that package will ask it every reboot (if is changed again) |
22:27.48 | Pali | on startup |
22:28.13 | Pali | but there is also button do not ask me that again |
22:28.13 | kerio | doesn't get that |
22:28.47 | Pali | I think that location-proxy resetting supl server when SIM card is removed/inserted |
22:30.35 | Pali | package pushed to cssu-devel |
22:30.57 | Pali | please test it: sudo apt-get install location-supl-fix |
22:32.37 | DocScrutinizer51 | Pali: (changed SIM) makes sense |
22:32.54 | Pali | to reset it back to supl.nokia.com?? |
22:32.55 | kerio | DocScrutinizer51: not really |
22:33.02 | Pali | nonsense |
22:33.09 | kerio | also, is location-proxy closed? |
22:33.38 | Pali | why on the earth should some daemon without any user interation change some settings to non working server??? |
22:33.42 | Pali | kerio, yes |
22:34.22 | DocScrutinizer51 | Pali: please start pkg via .desktop autostart, on long defer (low pro, high number) |
22:34.22 | DocScrutinizer51 | Pali: we don't want to delay boot by such check |
22:34.26 | DocScrutinizer51 | grrrrrr |
22:34.32 | DocScrutinizer51 | ~ping |
22:34.32 | infobot | ~pong |
22:35.07 | Pali | DocScrutinizer51, isnt desktop autostart mean to autospawn always when not running? |
22:35.17 | DocScrutinizer51 | ~ping |
22:35.17 | infobot | ~pong |
22:35.19 | DocScrutinizer51 | ooh |
22:35.21 | DocScrutinizer51 | been online |
22:35.33 | DocScrutinizer51 | yes |
22:35.36 | Pali | DocScrutinizer51, it is started when strating hildon-desktop |
22:37.04 | DocScrutinizer51 | Pali: I'll think about it some more |
22:37.21 | gregoa | on my n900, nothing has ever changed the supl server back to nokia's after I set it once to google's |
22:37.33 | kerio | indeed |
22:37.47 | DocScrutinizer51 | same here |
22:38.20 | Pali | I'm using 2 sim cards from different contries... maybe this can be problem... |
22:38.33 | DocScrutinizer51 | yes |
22:38.36 | gregoa | and for the one-time fix: can't this happen in the -mp package instead of a separate one? |
22:38.51 | gregoa | ok, I've only ever used one SIM card |
22:39.06 | Pali | gregoa, mp is metapackage so no |
22:39.20 | kerio | it's a package like any other |
22:39.30 | Pali | its metapackage |
22:39.36 | gregoa | and metapackages can#t have postinst scripts in cssu? |
22:39.40 | Pali | does not contains any files |
22:39.44 | kerio | it's... a package |
22:39.49 | gregoa | well, that can be changed :) |
22:39.49 | kerio | we can make it contain files if we want |
22:40.03 | Pali | but then it is not metapackage... |
22:40.14 | DocScrutinizer51 | own package "fix-shit" is fine |
22:40.36 | DocScrutinizer51 | it however should be a "normal app" that gets also started once on install time |
22:40.53 | *** join/#maemo-ssu arcean_ (~arcean@aacs158.neoplus.adsl.tpnet.pl) |
22:41.08 | Pali | DocScrutinizer51, cannot be started on install time |
22:41.15 | DocScrutinizer51 | umm |
22:41.21 | Pali | because cssu metapackage automatically reboot device |
22:41.38 | kerio | Pali: postinst scripts are still ran |
22:41.48 | DocScrutinizer51 | ahh, then we set up n alarmd event |
22:41.51 | kerio | no we don't |
22:46.24 | Pali | DocScrutinizer51, any ETA for autobuilder?? |
22:46.28 | Pali | what happened? |
22:47.03 | DocScrutinizer51 | Pali: sorry nope |
22:47.07 | Pali | aaaaaaaa |
22:47.14 | DocScrutinizer51 | ask X-Fade |
22:47.29 | DocScrutinizer51 | try new IP |
22:48.26 | *** join/#maemo-ssu MrPingu (~MrPingute@86.92.226.97) |
22:56.30 | DocScrutinizer51 | Pali: I hope to send a mail about "migration: current status and plans for the near future" shortly |
22:57.04 | Pali | ok |
22:57.33 | DocScrutinizer51 | Pali: atm ball is in Nemein half of playground |
22:58.49 | DocScrutinizer51 | now for friggin sscd |
23:00.08 | DocScrutinizer51 | so... afk bbiab |
23:18.14 | *** join/#maemo-ssu kolp_ (~quassel@212.255.228.225) |
23:23.09 | DocScrutinizer51 | ok, this time not even boot puts 2G back to operational |
23:23.31 | DocScrutinizer51 | :-( |
23:24.29 | *** join/#maemo-ssu kolp (~quassel@212.255.228.225) |
23:32.18 | DocScrutinizer51 | I blame O2 |
23:34.44 | DocScrutinizer51 | 3G getting better by the month while 2G seems to suffer proportionally |
23:38.27 | DocScrutinizer51 | 4 years ago I hardly got a 2G connection in this pub (had no 3G back when). 3 years ago 2G improved a lot and 3G was as poor as 2G been before. Since ~1.5 years 2G is getting worse and now back to inferior than 4 years ago, while 3G now is fine |
23:40.46 | DocScrutinizer51 | ~o2 |
23:41.08 | DocScrutinizer51 | ~botnack |
23:42.03 | ShadowJK | same trend here |
23:42.15 | ShadowJK | only get 5-10kbyte/s on 2g now |
23:42.25 | ShadowJK | used to be solid 25-30 everywhere |
23:47.36 | DocScrutinizer51 | fsck |
23:47.38 | *** join/#maemo-ssu luf (~luf@ip-89-102-208-114.net.upcbroadband.cz) |
23:48.02 | DocScrutinizer51 | ~ping |
23:48.02 | infobot | ~pong |