00:37.35 | *** join/#maemo-ssu KrayonWork (~krayon@pdpc/supporter/28for7/krayon) |
00:46.00 | *** join/#maemo-ssu jon_y (~enforcer@2002:7c52:3c69::7c52:3c69) |
03:20.04 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
04:01.31 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
05:29.03 | *** join/#maemo-ssu joshgillies (~josh@ppp108-33.static.internode.on.net) |
05:53.27 | *** join/#maemo-ssu luf (luf@nat/ibm/x-ghbqkysxzlvjgmhk) |
06:18.54 | *** join/#maemo-ssu Jaded (~jade@Jade.broker.freenet6.net) |
06:18.54 | *** join/#maemo-ssu Jaded (~jade@unaffiliated/jade) |
06:40.35 | *** join/#maemo-ssu Milhouse (~irc_milho@Maemo/community/contributor/Milhouse) |
06:45.54 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
06:57.27 | *** join/#maemo-ssu _rd (~rd@p57B4833B.dip0.t-ipconnect.de) |
07:42.24 | *** join/#maemo-ssu jade (~jade@Jade.broker.freenet6.net) |
07:42.24 | *** join/#maemo-ssu jade (~jade@unaffiliated/jade) |
08:03.11 | *** join/#maemo-ssu Martix_ (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
08:55.16 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
09:02.30 | *** join/#maemo-ssu kolp (~quassel@212.255.25.65) |
09:05.10 | *** join/#maemo-ssu jon_y (~enforcer@2002:7c52:3c69::7c52:3c69) |
09:26.12 | kolp | freemangordon: re tklock: would it be possible/make sense to make it possible to show the slider by other means than powerbuttoon press, (thinking dbus, or something) |
09:26.30 | kolp | So that it can be used by timenowd (http://talk.maemo.org/showthread.php?t=83682) |
09:27.06 | kolp | Without timenowd having to emulate a powerbutton press |
09:27.52 | kolp | Which can also trigger other apps, too, not only tklock |
09:29.19 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
10:00.32 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
10:25.54 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-xlzszfejefpolmil) |
11:03.30 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
12:13.40 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
12:22.14 | *** join/#maemo-ssu zogg__ (~zoggrules@bzq-79-182-249-148.red.bezeqint.net) |
12:42.49 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
13:21.28 | freemangordon | Pali: have some time? |
13:21.34 | freemangordon | I need a little help |
13:21.49 | Pali | some yes :-) |
13:22.15 | freemangordon | ok, I cannot figure out how to correctly destroy GtkWindow :( |
13:22.58 | freemangordon | i.e. the following code w = gtk_window_new(GTK_TOPLEVEL);gtk_widget_destroy(w); does not seem to free all of the memory |
13:29.14 | Pali | gtk_widget_destroy should be used for destruct any gtkwidget |
13:30.54 | freemangordon | Pali: yes, I know that, but there is something weird - after calling gtk_widget_destroy, the object is still valid, with ref count of 0 |
13:31.20 | Pali | bug in glib/gtk? |
13:31.32 | kerio | can valgrind also be used to check for memory leaks? |
13:31.39 | Pali | when ref count is 0, it should be deleted |
13:31.50 | luf | kerio: yes |
13:33.36 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
13:35.30 | freemangordon | Pali: I know, that is why I ask |
13:42.13 | luf | kerio: something new in bluez testing? |
13:42.58 | kerio | luf: no |
13:42.59 | luf | kerio: If I remember you had problem with connection failure and wrong status icon |
13:53.28 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
14:00.26 | *** join/#maemo-ssu NIN101 (~NIN@p5DD29841.dip0.t-ipconnect.de) |
14:08.05 | *** join/#maemo-ssu NIN102 (~NIN@p5DD28B45.dip0.t-ipconnect.de) |
14:46.41 | *** join/#maemo-ssu FIQ (~fiq@unaffiliated/fiq) |
15:23.26 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
16:03.26 | DocScrutinizer05 | freemangordon: I suspect some garbage collection to kick in eventually |
16:04.47 | DocScrutinizer05 | you also might try to free(w) |
16:05.12 | DocScrutinizer05 | nfc |
16:10.06 | freemangordon | DocScrutinizer05: I suspect something like gc |
16:11.23 | kerio | Pali: i realize that it's wrong, but can you make your hald-addon-bme keep the green led on until the charger is unplugged? |
16:12.09 | Pali | kerio, led is handled by mce |
16:12.19 | Pali | if you RE mce, then yes |
16:12.36 | kerio | Pali: how did it work before, then? |
16:13.46 | Pali | you send message to MCE if charger is connected or no and message if battery is charging or fully charger |
16:14.24 | kerio | well, you could lie... |
16:15.16 | Pali | if you understand MCE, please tell me about it |
16:15.48 | kerio | no, i mean |
16:16.12 | kerio | make hald-addon-bme report the battery as fully charged from the moment it becomes fully charged to the moment you unplug the charger |
16:18.26 | Pali | why? |
16:18.43 | kerio | so the led is green :3 |
16:18.49 | Pali | fully charged flag is taken from bq27x00 |
16:25.42 | DocScrutinizer05 | Pali: that's not what LED is supposed to show, though. Kerio's request is in line with 'classical' behaviour |
16:34.02 | freemangordon | :nod: |
16:51.31 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
17:00.04 | *** join/#maemo-ssu NIN102 (~NIN@p5DD28B45.dip0.t-ipconnect.de) |
17:00.20 | freemangordon | FUUUU... power key menu seems to leak too :( |
17:00.29 | freemangordon | i give up |
17:00.35 | freemangordon | (for now) |
17:01.19 | *** join/#maemo-ssu M4rtinK2 (~M4rtinK@mail.melf.eu) |
17:05.28 | ShadowJK | sends message to activate/deactivate led patterns from some revisions of his charge script |
17:05.33 | *** join/#maemo-ssu dhbiker_ (~dhbiker@95.87.145.172) |
17:13.51 | *** join/#maemo-ssu Martix_ (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
17:24.07 | merlin1991 | btw freemangordon does the tklock still leak in its current from? |
17:25.19 | *** join/#maemo-ssu arcean (~arcean@aacr133.neoplus.adsl.tpnet.pl) |
17:29.38 | merlin1991 | arcean: ping |
17:29.58 | arcean | hi merlin1991 |
17:31.59 | merlin1991 | when do you think you'll have your current iteration of hildon-desktop done? |
17:32.32 | merlin1991 | also any idea about the info on tmo regarding the weird rotation problems? |
17:33.14 | arcean | the problem with QTLockscreen is fixed |
17:33.23 | merlin1991 | within your master? |
17:33.27 | arcean | yes |
17:33.42 | arcean | and the second should be fixed in Qt |
17:33.59 | merlin1991 | btw why does the second suddenly appear now? |
17:34.53 | arcean | no, it's also broken in earlier versions |
17:35.08 | merlin1991 | ah so the only regression is the QTLockscreen problem |
17:35.30 | arcean | yes, I think so |
17:39.03 | arcean | QTLockscreen would work fine, if the second problem doesn't exist:) ie. we have to change Qt to not listen to MCE :) |
17:39.58 | merlin1991 | I'm all for it :D |
17:41.26 | arcean | such a change will need a lot of testing :D |
17:48.38 | *** join/#maemo-ssu ivgalvez (~quassel@205.pool85-49-214.dynamic.orange.es) |
17:51.46 | merlin1991 | freemangordon: what's still blocking you from updating -thumb besides the hildon-desktop things? |
17:52.50 | freemangordon | that one |
17:53.47 | arcean | it only affects QTLockscreen - as the user is unable to lock to landscape that window |
17:54.31 | freemangordon | arcean: there is some problem in tasknav too |
17:55.15 | arcean | it's broken since i don't even know when :) |
17:55.46 | kerio | freemangordon: can we use this as an example of cssu-thumb being more stable than cssu-testing, when DocScrutinizer starts ranting? :D |
17:56.10 | arcean | in previous releases Qt app locked to landscape was shown in portrait tasknav in portrait mode |
17:57.12 | arcean | now it's shown in landscape, but Qt rotates window's content so it looks like http://talk.maemo.org/attachment.php?attachmentid=30011&stc=1&d=1353758113 |
17:57.38 | freemangordon | arcean: I have OMP here, will test it now |
17:58.07 | freemangordon | just a minute to commit and push tklock replacement RC :P |
18:00.01 | arcean | heh, the tklock code is a nice spagheti :) |
18:00.13 | freemangordon | arcean: yes, OMP rotates to portrait |
18:00.24 | freemangordon | but that's expected |
18:00.36 | arcean | depends |
18:00.41 | freemangordon | it should not rotate to landscape |
18:00.45 | arcean | with orientation lock in tasknav? |
18:01.18 | freemangordon | it stays in landscape |
18:01.39 | freemangordon | again, expected |
18:01.39 | arcean | and what about tasknav miniature? |
18:01.45 | freemangordon | landscape |
18:02.54 | freemangordon | arcean: this is h-d 1:2.2.142-22+thumb0 |
18:03.55 | freemangordon | forced rotation disabled |
18:04.01 | freemangordon | OMP blacklisted |
18:04.04 | arcean | OMP in portrait -> enabling OLock -> rotates to landscape -> switch to tasknav -> the OMP miniature is shown in landscape? |
18:04.35 | freemangordon | yes |
18:04.39 | arcean | and blacklisted? |
18:04.42 | freemangordon | yes |
18:04.47 | merlin1991 | arcean: his h-d isn't of the latest version |
18:05.04 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
18:05.07 | arcean | and what if it's not blacklisted? |
18:05.18 | freemangordon | arcean: lemme try |
18:05.21 | arcean | ok |
18:06.17 | freemangordon | arcean: the same |
18:06.25 | freemangordon | shall I restart h-d? |
18:06.54 | arcean | no, restart of the OMP should be enough |
18:07.00 | freemangordon | aah, wait |
18:07.44 | freemangordon | the same, it is landscaped in tasknav |
18:08.22 | freemangordon | BTW i blacklisted it when I had forced rotation enabled |
18:08.31 | freemangordon | then it have to be blacklisted |
18:09.05 | freemangordon | arcean: there is some regression |
18:10.28 | freemangordon | merlin1991: tklock is ready |
18:10.30 | arcean | damn, it work for me now |
18:11.10 | arcean | freemangordon, let's start again :P |
18:11.17 | arcean | it's about forcerotation=1 & blaclisting the OMP? |
18:11.21 | freemangordon | merlin1991: unfortunately double-click-to-lock leaks about 100k every 2-3 locks |
18:11.31 | merlin1991 | wtf? |
18:11.40 | freemangordon | arcean: not sure, shall i enable forced rotation? |
18:11.50 | freemangordon | merlin1991: yeah |
18:11.55 | freemangordon | try it |
18:12.25 | arcean | blaclisting is not working without forcerotation enabled |
18:12.38 | freemangordon | arcean: ok, i'll enable it |
18:12.44 | freemangordon | hmm, wait |
18:13.39 | freemangordon | arcean: shall I restart h-d? |
18:14.04 | arcean | not needed, but let's restart :) |
18:14.09 | freemangordon | hehe |
18:14.11 | freemangordon | ok |
18:15.43 | freemangordon | ok. with forced rotation enabled and OMP blacklisted: |
18:15.48 | arcean | freemangordon, can you take a screenshot of the OMP in portrait tasknav with forcerotation and blacklisted? |
18:16.23 | freemangordon | OMP started->rotated to portrait->OL locked |
18:16.34 | freemangordon | it rotates to landscape |
18:16.45 | freemangordon | thumbnail in tasknav is in landscape too |
18:16.54 | freemangordon | arcean: you don't believe me? |
18:17.17 | freemangordon | arcean: install h-d from thumb and try it |
18:17.24 | arcean | with the latest h-d: http://i.imgur.com/99EEp.png |
18:18.02 | freemangordon | arcean: why tasknav is in portrait? |
18:18.23 | freemangordon | with orientation locked it should stay in landscape |
18:18.49 | arcean | yes, but I thought we're talking about forcerotation and blacklisting :) |
18:19.22 | freemangordon | arcean: shall I have orientation locked? |
18:19.33 | arcean | no, disabled |
18:20.02 | freemangordon | well, with no orientation lock, OMP rotates to portrait |
18:20.20 | freemangordon | in tasknav that is |
18:20.32 | freemangordon | and it is fully displayed |
18:20.37 | arcean | yeah |
18:20.42 | freemangordon | i.e. everything is OK |
18:21.00 | arcean | is it blacklisted? |
18:21.03 | freemangordon | yes |
18:21.35 | arcean | then the thumbnail shouldn't be displayed as portrait window |
18:21.42 | freemangordon | why? |
18:22.03 | freemangordon | application preference should take over the blacklist for portrait |
18:22.16 | arcean | look at X Terminal in my screenshot |
18:22.34 | freemangordon | but terminal has no _HILDON_PORTRAIT set |
18:22.43 | freemangordon | whiule OMP has |
18:22.45 | freemangordon | *while |
18:23.11 | arcean | that behaviour is depracted on demand :) |
18:23.17 | freemangordon | blacklisting makes sense only for applicationins we don;t want to force rotate |
18:23.40 | freemangordon | but we should not forbid applications from going portrait if they want to |
18:24.02 | arcean | https://gitorious.org/~arcean/community-ssu/arcean-hildon-desktop/blobs/master/src/mb/hd-comp-mgr.c#line3925 |
18:24.15 | arcean | I would say, we have to fix Qt |
18:24.18 | arcean | :D |
18:24.38 | freemangordon | arcean: I would say you have to fix that regression :D |
18:24.47 | freemangordon | before wi fix Qt |
18:24.48 | freemangordon | :P |
18:24.49 | kerio | the blacklist should mean "don't force to rotate" |
18:24.57 | freemangordon | kerio: exactly |
18:25.16 | freemangordon | i.e. do what application says |
18:26.00 | arcean | that's correct, but as freemangordon noted in previous h-d released blacklisting Qt-based apps didn't work |
18:26.13 | freemangordon | arcean: what? |
18:26.14 | arcean | s/released/releases |
18:26.18 | freemangordon | i didn't say that |
18:26.29 | freemangordon | it works as it should |
18:26.48 | freemangordon | i.e. we don;t FORCE them to rotate |
18:26.52 | arcean | ah, ok then |
18:27.10 | freemangordon | but if they want to rotate, well, leave them do it |
18:27.53 | freemangordon | arcean: I know what and why you did it that way |
18:28.27 | freemangordon | and that's why i said - fix the regression until we fix Qt |
18:28.29 | arcean | hmm |
18:28.53 | freemangordon | Qt should listen h-d, not mce |
18:29.12 | freemangordon | did i get it right? |
18:29.46 | arcean | or just set ONCE the correct flag and do not change them later |
18:29.59 | freemangordon | arcean: in applications? |
18:30.11 | arcean | ie on every MCE signal |
18:30.13 | freemangordon | no way, OMP is very good example |
18:30.16 | freemangordon | aah |
18:30.43 | freemangordon | video qindow in OMP should not rotate to portrait |
18:30.47 | freemangordon | *window |
18:30.55 | freemangordon | while all of the others can |
18:31.49 | arcean | all in all, freemangordon uncomment the line https://gitorious.org/~arcean/community-ssu/arcean-hildon-desktop/blobs/master/src/mb/hd-comp-mgr.c#line3925 |
18:31.56 | arcean | and it should be ok |
18:32.44 | freemangordon | merlin1991: ^^^ |
18:33.33 | freemangordon | arcean: btw I think you changed some stuff in tasknav p?l decision making |
18:33.39 | freemangordon | P/L |
18:33.54 | *** join/#maemo-ssu arcean_ (~arcean@aacr133.neoplus.adsl.tpnet.pl) |
18:34.04 | arcean | to sum up, blaclisting should lock in landscape only those windows which do NOT support portrait mode? |
18:34.13 | freemangordon | exactly |
18:34.53 | freemangordon | arcean: and forced rotation is enabled |
18:35.27 | arcean | yeah, with disabled the blacklisting would not work :P |
18:35.28 | freemangordon | blacklisting shall not have any effect if forced rotation is disabled |
18:35.55 | freemangordon | s/shall/should/ |
18:37.49 | arcean | freemangordon, to be honest I don't remember If I changed anything in tasknav :) |
18:38.04 | freemangordon | arcean: I am almost sure |
18:39.16 | arcean | hmm, why do you think so? |
18:40.20 | freemangordon | arcean: aah, it is just formatting |
18:40.24 | freemangordon | (i hope) |
18:40.26 | freemangordon | :D |
18:40.34 | arcean | hehe |
18:41.14 | arcean | IIRC it was completely unreadable Titan's spagheti :) |
18:41.30 | freemangordon | why Titan's? |
18:41.40 | freemangordon | this is Nokia legacy afaik |
18:42.01 | arcean | it came from modified-h-d |
18:42.15 | arcean | or something like that |
18:42.42 | *** join/#maemo-ssu Woody14619 (~Woody@2620:4:4000:1:4dc:d805:ee07:3bca) |
18:42.42 | *** join/#maemo-ssu Woody14619 (~Woody@Maemo/Community/council/Woody14619) |
18:43.05 | freemangordon | anyway, enough from mr for today :P |
18:43.16 | freemangordon | going to visit some bar :P |
18:43.19 | freemangordon | night |
18:43.22 | arcean | :D |
18:43.33 | arcean | night |
18:50.37 | *** join/#maemo-ssu Woody14619a (~Woody@2620:4:4000:1:4dc:d805:ee07:3bca) |
18:50.37 | *** join/#maemo-ssu Woody14619a (~Woody@Maemo/Community/council/Woody14619) |
18:52.09 | *** join/#maemo-ssu BCMM (~user@unaffiliated/bcmm) |
19:00.32 | *** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
19:01.54 | *** join/#maemo-ssu jon_y (~enforcer@2002:7c52:3c69::7c52:3c69) |
19:07.49 | arcean | ok, fix pushed |
19:10.27 | *** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
19:38.07 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
19:53.42 | *** join/#maemo-ssu wumpwoast (~jcassidy@63.251.248.156) |
20:03.18 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
20:29.37 | *** join/#maemo-ssu arcean (~arcean@aacr133.neoplus.adsl.tpnet.pl) |
20:31.35 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
21:07.21 | *** join/#maemo-ssu _rd (~rd@p57B4833B.dip0.t-ipconnect.de) |
21:31.27 | *** join/#maemo-ssu _rd (~rd@p57B4833B.dip0.t-ipconnect.de) |
22:07.50 | *** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
22:40.42 | *** join/#maemo-ssu _rd (~rd@p57B4833B.dip0.t-ipconnect.de) |
22:42.33 | *** join/#maemo-ssu Milhouse (~irc_milho@Maemo/community/contributor/Milhouse) |
22:52.35 | *** join/#maemo-ssu FireFly (~firefly@oftn/member/FireFly) |
22:57.15 | *** join/#maemo-ssu Woody14619a (~Woody@2620:4:4000:1:4dc:d805:ee07:3bca) |
22:57.17 | *** join/#maemo-ssu Woody14619a (~Woody@Maemo/Community/council/Woody14619) |