**** BEGIN LOGGING AT Fri Jun 29 02:59:59 2012
Jun 29 03:32:01 <infobot> DocScrutinizer: infobot joined!
Jun 29 04:23:06 <infobot> DocScrutinizer: infobot joined!
Jun 29 07:28:09 <zeq> _freemangordon: romaxa suggested putting another printf in GetAvailRect, but surprise, surprise, that changed things enough that it stopped working again and it never got called!
Jun 29 08:15:16 <vi_> _freemangordon: Is modest included in your thumb repo?
Jun 29 08:25:58 <zeq> vi_: I can answer that, yes it is: modest=3.90.7-11.1-thumb3
Jun 29 09:02:14 <Dr_I> Happy with current Maemo vr
Jun 29 09:02:31 <vi_> zeq: Thank you. This is great news.
Jun 29 09:02:55 <vi_> The 2 biggest hogs on the N900 are Modest and Browserd.
Jun 29 09:10:35 <qwazix> yay! My N900 is back. But they reflashed the software and didn't fix the clock battery. What a load of ***** they are at Nokia Care. Sigh...
Jun 29 09:10:54 <_freemangordon> qwazix:conngrats
Jun 29 09:11:05 <_freemangordon> zeq: what is that suppsed to mean
Jun 29 09:12:01 <Dr_I> not fare thou just
Jun 29 09:12:04 <qwazix> freemangordon, thanks
Jun 29 09:12:26 <qwazix> time to try cssu-thumb
Jun 29 09:12:30 <freemangordon> i.e. that GetAvailRect is not called. Sorry, I just woke up and my brain needs some coffee
Jun 29 09:18:56 <Dr_I> Now the origin of N9-OO is simple as it stands who say you Nokist of my right
Jun 29 09:21:44 <Dr_I> Original programme sit as it stands and OS of simple manner
Jun 29 09:21:55 <zeq> freemangordon: I've been trying to debug it with romaxa
Jun 29 09:22:08 <freemangordon> got that
Jun 29 09:22:41 <zeq> freemangordon: I actually need a little help:
Jun 29 09:22:45 <zeq> 09:51 < romaxa> zeq: that is why disabling if (mIsTopLevel || 
Jun 29 09:22:45 <zeq>                 mListenForResizes) { condition helps a bit in your case
Jun 29 09:22:45 <zeq> 09:52 -!- Yoric [Yoric@moz-920DB13B.fbx.proxad.net] has quit [Input/output 
Jun 29 09:22:45 <zeq>           error]
Jun 29 09:22:45 <zeq> 09:56 < romaxa> zeq: does it fix rendering if you in nsWindow::NativeResize 
Jun 29 09:22:47 <zeq>                 just hardcode size for topLevel QGV up to value from 
Jun 29 09:22:49 <zeq>                 nsScreenQt::GetRect? 
Jun 29 09:22:52 <zeq> 09:56 -!- firebot [firebot@moz-F8C1AF63.carolina.res.rr.com] has quit [Quit: I 
Jun 29 09:22:55 <zeq>           was told to shutdown by Wolf. :-( ]
Jun 29 09:22:57 <zeq> 09:57 < romaxa> zeq: so instead of resizing QGV to QRect r = 
Jun 29 09:23:00 <zeq>                 widget->mapFromScene(mWidget->mapToScene(QRect(0, 0, aWidth, 
Jun 29 09:23:02 <zeq>                 aHeight))).boundingRect();, you just make r = 
Jun 29 09:23:05 <zeq>                 nsScreenQt::GetRect...
Jun 29 09:23:50 <zeq> freemangordon: unfortunately my lack of c++ skills are hampering me.  I don't seem to be able to call nsScreenQt functions without instantiating nsScreenQt
Jun 29 09:24:13 <zeq> I added include nsScreenQt.h to nsWindow.cpp
Jun 29 09:24:22 <freemangordon> is it static>
Jun 29 09:24:24 <freemangordon> ?
Jun 29 09:24:33 <freemangordon> hold on to open the header
Jun 29 09:24:49 <zeq> freemangordon: you should take a look, I'm stubling in the dark here
Jun 29 09:25:03 <zeq> I'll remember it once I understand it ;)
Jun 29 09:25:19 <freemangordon> ok
Jun 29 09:25:23 <freemangordon> :)
Jun 29 09:26:43 <freemangordon> zeq: GetAvailRect does exactly what we do , i.e. QRect r = QApplication::desktop()->screenGeometry(mScreen);
Jun 29 09:27:43 <zeq> It's GetRect that gets called
Jun 29 09:27:50 <freemangordon> and, yes, from what I see in the code, you should instantiate nsScreenQt, there are no static methods
Jun 29 09:27:52 <zeq> but yes, I saw that
Jun 29 09:28:14 <zeq> So, I'm getting there re. c++? :P
Jun 29 09:28:25 <freemangordon> yep
Jun 29 09:28:52 <freemangordon> lemme see the code you wre discussing
Jun 29 09:29:39 <Dr_I> fair use and mode of new Vr maemo 
Jun 29 09:29:53 <zeq> 09:47 < romaxa> zeq: ah, ok, so it looks like each subwidget resize triggering  OnResizeEvent and that is trying to resize global window, which  is not very good
Jun 29 09:29:56 <zeq> 09:47 < zeq> yep
Jun 29 09:29:58 <zeq> 09:47 < zeq> that's how I interpreted it
Jun 29 09:30:15 <zeq> romaxa agreed with my analysis yesterday
Jun 29 09:30:16 <freemangordon> aah, yes
Jun 29 09:30:27 <freemangordon> but it does not make sense
Jun 29 09:30:45 <zeq> design or coding?
Jun 29 09:31:12 <zeq> or how it can happen...?
Jun 29 09:31:32 <freemangordon> zeq: hmm I disagree, see the condition:if (mIsTopLevel)
Jun 29 09:31:50 <freemangordon> only then global window gets resized
Jun 29 09:32:07 <freemangordon> otherwise it is mWidget to be resized
Jun 29 09:32:23 <zeq> but what does mapToScene() do?
Jun 29 09:32:35 <freemangordon> have QtCreator?
Jun 29 09:33:09 <freemangordon> Returns the viewport coordinate point mapped to scene coordinates.
Jun 29 09:33:21 <zeq> ok
Jun 29 09:33:23 <freemangordon> Note: It can be useful to map the whole rectangle covered by the pixel at point instead of the point itself. To do this, you can call mapToScene(QRect(point, QSize(2, 2))).
Jun 29 09:34:27 <freemangordon> hmm
Jun 29 09:34:41 <zeq> I won't claim to fully understand, is vitual vs descrete coordinates or something?
Jun 29 09:34:42 <freemangordon> but in case of top level widget , mWidget is not resized
Jun 29 09:34:57 <freemangordon> not sure
Jun 29 09:35:21 <zeq> in any case, I'm not sure why that would be triggering the observered behaviour
Jun 29 09:35:37 <zeq> hang on, I'll give you the link to my latest debug output
Jun 29 09:35:43 <freemangordon> zeq: I still want your printf logs
Jun 29 09:35:48 <freemangordon> :)
Jun 29 09:36:14 <zeq>  http://pastebin.com/KDZXag7E
Jun 29 09:36:29 <freemangordon> without getting the whole picture... you know
Jun 29 09:36:30 <zeq> this isn't quite as much fun as the log from yesterday
Jun 29 09:36:36 <freemangordon> thanks, giime some 5 minutes
Jun 29 09:36:43 <zeq> in this case the resize wasn't being triggered
Jun 29 09:36:52 <zeq> but it has extra info from GetRect
Jun 29 09:37:04 <zeq> I'll find the link for yesterday's
Jun 29 09:37:29 <freemangordon> ok
Jun 29 09:40:38 <zeq> https://www.google.com/url?q=http://pastebin.com/ajb5ne99&sa=U&ei=83ftT7W2KOGa1AXbzqWQDg&ved=0CAcQFjAB&client=internal-uds-cse&usg=AFQjCNE2TqLUqCyQ9zR98tWbt7p5lD2pRg
Jun 29 09:40:38 <freemangordon> zeq: BTW I'd rather support your yesterday's theory that there is a race conditions
Jun 29 09:40:53 <zeq> sorry about that link
Jun 29 09:41:42 <freemangordon> ?
Jun 29 09:41:49 <freemangordon> why sorry
Jun 29 09:42:26 <freemangordon> so,:
Jun 29 09:42:30 <freemangordon> OnResizeEvent: mBounds.width=480, mBounds.height=800
Jun 29 09:42:40 <freemangordon> OnResizeEvent: mBounds.width=480, mBounds.height=744
Jun 29 09:42:50 <freemangordon> zeq: is that our issue?
Jun 29 09:42:55 <zeq> yeah, that's another issue ;)
Jun 29 09:43:07 <freemangordon> another?
Jun 29 09:43:15 <freemangordon> why another issue?
Jun 29 09:43:18 <zeq> when it's "working" the height somehow gets messed up
Jun 29 09:43:27 <zeq> it might be that which makes it work???
Jun 29 09:43:49 <zeq> I don't know.  There is a pattern
Jun 29 09:43:57 <freemangordon> tell me
Jun 29 09:44:55 <zeq> if you look at the output you'll notice that landscape->portrait it's correct,correct,wrong,wrong,wrong,wrong
Jun 29 09:45:17 <zeq> and for portriat->landscape wrong,wrong,wrong,wrong,right,right
Jun 29 09:45:30 <freemangordon> nice :)
Jun 29 09:45:38 <zeq> (in portrait it has that missing strip at the bottom)
Jun 29 09:45:55 <zeq> it was only a fluke that it was "working" yesterday though.
Jun 29 09:46:05 <freemangordon> zeq: are you using availablegeometry?
Jun 29 09:46:06 <zeq> damn races
Jun 29 09:46:10 <zeq> nope
Jun 29 09:46:23 <zeq> not using orientationChanged at all
Jun 29 09:46:24 <freemangordon> and it still has missing stripe?
Jun 29 09:46:28 <freemangordon> aah, ok
Jun 29 09:46:36 <zeq> romaxa actually confirmed all the code is actually in place
Jun 29 09:46:40 <zeq> (he was wrong)
Jun 29 09:46:44 <freemangordon> where is that code?
Jun 29 09:46:51 <freemangordon> :)
Jun 29 09:46:52 <freemangordon> ok
Jun 29 09:46:53 <zeq> I meant when he said we had to do it all ourselves
Jun 29 09:47:12 <zeq> it *should* work for resizes
Jun 29 09:47:31 <freemangordon> zeq: I think I know what is going on
Jun 29 09:47:34 <zeq> obviously it's broken, but that's another matter
Jun 29 09:47:42 <zeq> you do?
Jun 29 09:47:43 <zeq> :)
Jun 29 09:48:08 <freemangordon> resizeEvent MUST NOT be used for rotation, lemme find what Nokia says
Jun 29 09:48:20 <zeq> ok
Jun 29 09:48:46 <zeq> I'm not using the hildon resize event though ...
Jun 29 09:49:26 <freemangordon> zeq: I meant Qt widget resize event
Jun 29 09:49:29 <zeq> ah ok
Jun 29 09:49:38 <freemangordon> lemme google a bit
Jun 29 09:49:41 <zeq> sure
Jun 29 09:51:33 <trx> if the window is a QGraphicsView, you need to use its values and its onResizeEvent
Jun 29 09:52:03 <zeq> trx: have you looked at the debug output ^
Jun 29 09:52:11 <zeq> ?
Jun 29 09:52:32 <freemangordon> trx: but we should wait everything to settle down before doing the resize
Jun 29 09:52:51 <trx> as i remember that event is called several times
Jun 29 09:52:56 <trx> on a single rotate
Jun 29 09:53:00 <freemangordon> now we call resize from within resizeevent, which generates another resizeevent, etc
Jun 29 09:53:02 <trx> with 4 diffrent values
Jun 29 09:53:12 <zeq> bang
Jun 29 09:53:14 <trx> and the last ones being correct
Jun 29 09:53:20 <trx> ill look at the log
Jun 29 09:53:21 <zeq> sometimes
Jun 29 09:54:19 <freemangordon> trx: lemme check my code which works everytime (it is from QTM Browser)
Jun 29 09:54:41 <freemangordon> that:
Jun 29 09:54:43 <freemangordon> void BrowserMainWindow::resizeEvent ( QResizeEvent * event )
Jun 29 09:54:43 <freemangordon> {
Jun 29 09:54:43 <freemangordon> }
Jun 29 09:54:52 <zeq> LOL
Jun 29 09:56:11 <freemangordon>  BrowserMainWindow is a subclass of QWidget
Jun 29 09:59:17 <trx> zeq where did the last two lines come from? who called DispatchResizeEvent with those values?
Jun 29 10:00:36 <freemangordon> well, in my deode QGraphicsWidget is containe in a QTabPage and is wesized from within its (container) resize event
Jun 29 10:00:48 <freemangordon> s/deode/code/
Jun 29 10:00:50 <infobot> freemangordon meant: well, in my code QGraphicsWidget is containe in a QTabPage and is wesized from within its (container) resize event
Jun 29 10:01:00 <trx> who contains the nsWindow here?
Jun 29 10:02:03 <zeq> trx: you'll have to take a guess from the source code.  There's not enough instrumentaion to clealy see the exact sequence of events, especially since it's multithreaded
Jun 29 10:02:38 <freemangordon> hard to say who contains it, I guess it is the main widget
Jun 29 10:03:14 <freemangordon> i.e. the one that is  created in nsfaststartqt
Jun 29 10:04:07 <zeq> freemangordon: would you agree there are two ways to fix this, either limit the QGraphicsWidget to resizing the global window, or holding a semaphore until the resize completes
Jun 29 10:04:32 <trx> nsWindow::Resize(PRInt32 aX, PRInt32 aY, PRInt32 aWidth, PRInt32 aHeight,
Jun 29 10:04:32 <trx>                  bool aRepaint)
Jun 29 10:04:48 <trx> thats who produced the last 2 llines in the log
Jun 29 10:04:49 <freemangordon> zeq: hard to say, it seems to me the design is broken
Jun 29 10:05:03 <zeq> design? ;)
Jun 29 10:06:01 <freemangordon> trx: which log?
Jun 29 10:06:58 <freemangordon> zeq: without full understanding what is going on, every fix will be shot in the dark
Jun 29 10:07:11 <freemangordon> even the wotking one
Jun 29 10:07:15 <zeq> I suspect that's how the code ended up in the current state
Jun 29 10:07:25 <freemangordon> :nod:
Jun 29 10:07:46 <trx> freemangordon zeq's debug output
Jun 29 10:07:54 <freemangordon> there are 2 of them
Jun 29 10:08:03 <trx> [11:41] <zeq> https://www.google.com/url?q=http://pastebin.com/ajb5ne99&sa=U&ei=83ftT7W2KOGa1AXbzqWQDg&ved=0CAcQFjAB&client=internal-uds-cse&usg=AFQjCNE2TqLUqCyQ9zR98tWbt7p5lD2pRg
Jun 29 10:09:27 <freemangordon> hmm, zero width and height?
Jun 29 10:09:51 <trx> zeq which NativeResize did you monitor?
Jun 29 10:09:56 <trx> there are two of them
Jun 29 10:10:05 <zeq> both
Jun 29 10:10:28 <zeq> you should be able to tell the difference since they have a different number of paramaters
Jun 29 10:10:35 <trx> ok, ty
Jun 29 10:11:19 <zeq> I think the startup resizing is interesting too
Jun 29 10:11:23 <freemangordon> zeq: do you log the result of QRect r = widget->mapFromScene(mWidget->mapToScene(QRect(aX, aY, aWidth, aHeight))).boundingRect();
Jun 29 10:11:36 <zeq> let me check
Jun 29 10:12:07 <trx> yes, that is what i suspect is sending zeros
Jun 29 10:13:34 <zeq> I output the values used, but you know what, I made an error
Jun 29 10:13:43 <zeq> I managed to miss aX, aY
Jun 29 10:14:01 <zeq> so it's actually not clear which NativeResize is being called
Jun 29 10:14:36 <trx> exactly
Jun 29 10:15:03 <zeq> I'll fix that and produce another log... it'll take a few minutes...
Jun 29 10:17:34 <zeq> building now
Jun 29 10:18:41 <zeq> freemangordon: how do you want me to log the result?
Jun 29 10:18:44 <freemangordon> zeq: please log QRect r = widget->mapFromScene(mWidget->mapToScene(QRect(aX, aY, aWidth, aHeight))).boundingRect(); too
Jun 29 10:19:22 <zeq> freemangordon: how do you want me to log r?
Jun 29 10:19:34 <freemangordon> qDebug() << r;
Jun 29 10:19:36 <freemangordon> :P
Jun 29 10:19:54 <trx> in both of NativeResize
Jun 29 10:20:01 <freemangordon> dont forget to #include <QDebug>
Jun 29 10:20:31 <zeq> ok
Jun 29 10:20:45 * freemangordon idly wonders why romaxa told zeq to use printf
Jun 29 10:21:13 * zeq has no idea
Jun 29 10:21:31 * vi_ by talking like this are we using telepathy?
Jun 29 10:21:52 * freemangordon is using telepathy-idle
Jun 29 10:23:35 <zeq> it's building again
Jun 29 10:23:40 * merlin1991 thinks #maemo went bonkers
Jun 29 10:24:22 <freemangordon> merlin1991: you missed luf again :(
Jun 29 10:24:31 <merlin1991> yeah I noticed
Jun 29 10:24:41 <merlin1991> but he pmed me on tmo, thus I could email him back
Jun 29 10:24:57 <freemangordon> ~bonkers
Jun 29 10:25:00 <merlin1991> though no response from him so far
Jun 29 10:25:06 <freemangordon> ~bonker
Jun 29 10:25:17 <freemangordon> merlin1991: WTF that means?
Jun 29 10:25:21 <merlin1991> it means going nuts
Jun 29 10:25:53 <freemangordon> ~bonkers is going nuts
Jun 29 10:25:54 <infobot> freemangordon: okay
Jun 29 10:26:35 <merlin1991> ~wiki bonkers
Jun 29 10:26:38 * merlin1991 wonderes
Jun 29 10:26:44 <merlin1991> -e
Jun 29 10:26:44 <infobot> At http://en.wikipedia.org/wiki/Bonkers (URL), Wikipedia explains: " 'Bonkers' may refer to: * Insanity {{TOC right}} * "Bonkers" (TV series), a Disney animated series * "Bonkers" (2007 TV series), an ITV comedy series * "Bonkers!", a 1979 ATV variety show starring The Hudson Brothers * "Bonkers" ("The Price Is Right"), a segment game from "The Price Is Right" * "Bonkers" (song), a song by Dizzee Rascal and Armand Van Helden * Bonkers (compil
Jun 29 10:27:21 <merlin1991> hm it's more of an adjective
Jun 29 10:27:26 <merlin1991> ~bonkers is insane
Jun 29 10:27:27 <infobot> ...but bonkers is already something else...
Jun 29 10:27:40 <merlin1991> ~forget bonkers
Jun 29 10:27:41 <infobot> merlin1991: i forgot bonkers
Jun 29 10:27:46 <merlin1991> ~bonkers is insane
Jun 29 10:27:47 <infobot> merlin1991: okay
Jun 29 10:27:49 <merlin1991> ~bonkers
Jun 29 10:27:50 <infobot> bonkers is probably insane
Jun 29 10:27:56 <merlin1991> there we go :)
Jun 29 10:28:01 <freemangordon> much better :)
Jun 29 10:28:17 <merlin1991> dunno how to directly overwrite a factoid
Jun 29 10:31:54 * zeq is installing the new fennec deb
Jun 29 10:32:17 * freemangordon hands zeq a beer
Jun 29 10:32:58 <zeq> :(
Jun 29 10:33:11 <zeq> I can't reach it
Jun 29 10:33:43 <merlin1991> transfering beer through the interwebz, yep #maemo is a crazy place ;)
Jun 29 10:33:56 <freemangordon> merlin1991: why?
Jun 29 10:34:04 <freemangordon> I missed your point
Jun 29 10:34:21 <zeq> installed
Jun 29 10:34:42 <merlin1991> freemangordon: one could take you serious, or take your statements as yet another joke :D
Jun 29 10:34:44 <freemangordon> merlin1991: have in mind that libxul likning we're all wating for takes a good couple of minutes ;)
Jun 29 10:35:10 <merlin1991> ouch
Jun 29 10:35:29 <merlin1991> on what hw?
Jun 29 10:35:32 <freemangordon> merlin1991: and noone can take both?
Jun 29 10:35:41 <freemangordon> merlin1991: does not matter
Jun 29 10:35:53 <zeq> merlin1991: my hw is pretty quick, but it's ARMulated
Jun 29 10:36:06 <freemangordon> it takes 10-15 mintes here, and you know my HW
Jun 29 10:36:40 <zeq> mine did it in 9mins which is pretty impressive ;)
Jun 29 10:36:55 <merlin1991> zeq: that is strange, sb should run a x86 linker even in the arm target to speed things up
Jun 29 10:37:21 <freemangordon> yep, but you're not using vmware image, so not ntfs file overhead :P
Jun 29 10:37:37 <freemangordon> merlin1991: thish shit is HUUUGE
Jun 29 10:37:39 <zeq> merlin1991: it's not just linking
Jun 29 10:37:54 <zeq> merlin1991: there are other build time tools in the mozilla buildsystem
Jun 29 10:37:56 * merlin1991 wants to give it a go, where can I clone the code?
Jun 29 10:38:28 <freemangordon> https://github.com/sjnewbury/fennec-qt-maemo5
Jun 29 10:39:00 <merlin1991> hm is there a nice and great tool to put in front of the build command in order to time it?
Jun 29 10:39:09 <merlin1991> first time I'd need such a thing :D
Jun 29 10:39:24 <freemangordon> time?
Jun 29 10:39:35 <zeq> :)
Jun 29 10:40:02 <freemangordon> merlin1991: how many cores?
Jun 29 10:40:45 <merlin1991> 4
Jun 29 10:40:52 <freemangordon> same here
Jun 29 10:40:54 <zeq> http://pastebin.com/PxfSiv9Y
Jun 29 10:41:08 <zeq> and here
Jun 29 10:41:50 * merlin1991 is scraed of all the build debs this is going to need
Jun 29 10:42:36 <zeq> freemangordon: I don't see "r" anywhere...?
Jun 29 10:42:39 <freemangordon> WTF, top-level widget code is called only once
Jun 29 10:42:52 <freemangordon> #
Jun 29 10:42:52 <freemangordon> QRect(0,0 801x481) 
Jun 29 10:42:59 <zeq> ok
Jun 29 10:43:01 <zeq> :)
Jun 29 10:43:09 <merlin1991> holy shit the code base is huge, it's still "counting remote objects"
Jun 29 10:43:20 <zeq> merlin1991: mega
Jun 29 10:43:21 <freemangordon> merlin1991: toldya :P
Jun 29 10:43:42 <zeq> probably why it broke garage when I tried to upload it there ;)
Jun 29 10:43:52 <freemangordon> zeq: you rotated only once?
Jun 29 10:44:01 <zeq> no, I did it a couple of times
Jun 29 10:44:09 <merlin1991> hm vlc on kde is not exactly well integrated
Jun 29 10:44:09 <zeq> it should be clear
Jun 29 10:44:20 <freemangordon> it is easy to ask :D
Jun 29 10:44:24 <freemangordon> *easier
Jun 29 10:44:33 <merlin1991> tried to open 11 files to have a playlist --> 11 instances playing at the same time
Jun 29 10:45:26 <zeq> so why is QRect 801x481???
Jun 29 10:46:19 <trx> you mean why is there +1 ?
Jun 29 10:46:24 <freemangordon> zeq: why mIsTopLevel is empty in NativeResize: mIsTopLevel: aX=0 aY=0 aWidth=800, aHeight=480
Jun 29 10:47:04 <freemangordon> or it is because that function is called only once?
Jun 29 10:47:32 <freemangordon> that code if FUBAR
Jun 29 10:47:35 <trx> its not called only once
Jun 29 10:47:43 <trx> you get NativeResize everytime
Jun 29 10:48:02 <freemangordon> the second one ;)
Jun 29 10:48:04 <trx> zeq did you add debug rect to both functions?
Jun 29 10:48:23 <zeq> I thought so... hang on
Jun 29 10:48:40 <zeq> yes
Jun 29 10:48:43 <trx> ok
Jun 29 10:49:30 <zeq> freemangordon: what do you mean "why mIsTopLevel is empty"
Jun 29 10:49:30 <freemangordon> for some reason NativeResize for the top level widget is called only once
Jun 29 10:49:35 * merlin1991 ponders, git gc or not?
Jun 29 10:49:43 <freemangordon> NativeResize: mIsTopLevel: aX
Jun 29 10:49:48 <freemangordon> zeq: ^^^
Jun 29 10:50:33 <freemangordon> ot that means mIsTopLevel is true?
Jun 29 10:50:52 <zeq> that means mIsTopLevel is true
Jun 29 10:50:59 <freemangordon> ok
Jun 29 10:51:25 <freemangordon> so, we got NativeResize for the top level widget only once
Jun 29 10:51:40 <freemangordon> for landscape
Jun 29 10:51:51 <zeq> let me look...
Jun 29 10:52:21 <freemangordon> when rotated in portrait only child windows are resized, but top level remains 800x480
Jun 29 10:52:38 <freemangordon> thus our fucked up layout
Jun 29 10:53:06 <merlin1991> freemangordon: is there a debian/ somewhere I could use?
Jun 29 10:53:25 <zeq> hrmmm
Jun 29 10:53:41 <freemangordon> merlin1991: yep, checkout maemo5 branch
Jun 29 10:53:57 <zeq> yeah, except with the debugging from yesterday when it randommly worked
Jun 29 10:54:18 <freemangordon> copy ./debian somewhere, checkout master branch, and copy ./debian back
Jun 29 10:54:27 <freemangordon> merlin1991: ^^^
Jun 29 10:54:42 <zeq> or you could just create a working branch and merge debian into it
Jun 29 10:54:48 <zeq> that's what I did
Jun 29 10:55:09 <zeq> merge maemo5 branch I mean
Jun 29 10:55:25 <freemangordon> zeq: could you please restore QObject::connect(QApplication::desktop(), SIGNAL(resized(int)),
Jun 29 10:55:26 <freemangordon>                          mWidget, SLOT(orientationChanged()));
Jun 29 10:55:47 <freemangordon> and call nsWindow::Resize from the slot function
Jun 29 10:55:49 <zeq> freemangordon: romaxa mentioned that there is code which checks whether the geometry has changed
Jun 29 10:55:55 <freemangordon> zeq: where?
Jun 29 10:55:59 <zeq> and only calls resize if it has
Jun 29 10:56:03 <freemangordon> I don't see it
Jun 29 10:56:03 <zeq> I don't know
Jun 29 10:56:10 <zeq> it might be deeper into the core
Jun 29 10:56:13 <zeq> ???
Jun 29 10:56:16 <freemangordon> no way
Jun 29 10:56:20 <zeq> romaxa is asleep now
Jun 29 10:56:52 <freemangordon> zeq: no way NS code is aware if geometry changes by any other means but Qt to tell him
Jun 29 10:57:00 <zeq> it's funny how it works for portrait->landscape every time
Jun 29 10:57:23 <freemangordon> zeq: because your top level widget is 800x480
Jun 29 10:57:29 <freemangordon> agree?
Jun 29 10:57:35 <freemangordon> it never changes
Jun 29 10:57:35 <zeq> we know the code is aware though, even without calls to GetRect or NativeResize
Jun 29 10:57:52 <freemangordon> it is aware through resizeEvent
Jun 29 10:57:57 <zeq> DispatchResizeEvent has the dimensions
Jun 29 10:57:58 <trx> yeah
Jun 29 10:58:06 <vi_> Woody14619: ping?
Jun 29 10:58:23 <trx> no one notifies the top level widget that dimensions are changed
Jun 29 10:58:25 <merlin1991> rofl client.mk:263: *** Could not find autoconf 2.13.  Stop
Jun 29 10:58:29 <freemangordon> zeq, look at nsWindow::Show(bool aState)
Jun 29 10:58:37 <zeq> ok
Jun 29 10:58:48 <vi_> So do we have to make new developer.nokia.com accounts or what?
Jun 29 10:59:06 <freemangordon> it is the code that calls nativeresize for the first time
Jun 29 10:59:09 <trx> zeq it is aware, actually but it never reaches the NativeResize for the top level widget
Jun 29 10:59:55 <trx> does that mean that the event is eaten somewhere else before it reaches the top level widget?
Jun 29 11:00:15 <trx> do we know which widget gets the NativeResize ?
Jun 29 11:00:31 <zeq> something weird is happening
Jun 29 11:00:42 <merlin1991> freemangordon, zeq the debian control file is missing the dependncy on automake
Jun 29 11:00:46 <zeq> I still think it's because of all the events firing at once
Jun 29 11:00:49 <freemangordon> zeq: just copy the code from ::Show into orientationChanged with check for top level widget
Jun 29 11:01:10 <freemangordon> merlin1991: well, it is not complete
Jun 29 11:01:20 <merlin1991> also which automake package has autoconf 2.13?
Jun 29 11:01:37 <merlin1991> automake1.9 has 2.61 but the build scripts wants 2.13 explecitely
Jun 29 11:01:49 <zeq> merlin1991: you'll also need qtm-12-dev not qtm-dev
Jun 29 11:02:03 <zeq> libqtm-12-dev I mean, I think
Jun 29 11:02:36 <merlin1991> which automake though?
Jun 29 11:02:37 <freemangordon> zeq: would you do that?
Jun 29 11:02:47 <zeq> freemangordon: you just mean the NativeResize part?
Jun 29 11:02:55 <freemangordon> yep
Jun 29 11:02:56 <trx> also,
Jun 29 11:03:14 <trx> i would try and return false; in nsWindow::OnResizeEvent(QGraphicsSceneResizeEvent *aEvent)
Jun 29 11:03:23 <freemangordon> NativeResize(mBounds.width, mBounds.height, false);
Jun 29 11:03:30 <freemangordon> trx: hmm, good catch
Jun 29 11:04:17 <freemangordon> zeq: with correct parameters of course, and only if the widget is top level
Jun 29 11:04:24 <zeq> ok
Jun 29 11:04:47 <freemangordon> I have to go to do some job duties, bbl
Jun 29 11:04:57 <zeq> you mean to pull the parameters from screenSize?
Jun 29 11:05:09 <trx> zeq, also add a debug line before you call NativeResize so we can know that it is us who called it
Jun 29 11:05:36 <freemangordon> zeq:
Jun 29 11:06:13 <freemangordon> qDebug() << "romaxa: do not use printf when you have qDebug()";
Jun 29 11:06:22 <merlin1991> zeq, freemangordon: http://paste.debian.net/176906/
Jun 29 11:06:23 <freemangordon> :P
Jun 29 11:06:38 <merlin1991> I can't find out what I need to provide autoconf 2.13 :/
Jun 29 11:06:46 <zeq> merlin1991: you obviously did it wrong :P
Jun 29 11:07:03 <freemangordon> merlin1991: change "mozilla-beta/" with "" in debian/rulse
Jun 29 11:07:10 <freemangordon> *rulse
Jun 29 11:07:14 <freemangordon> daaamn
Jun 29 11:07:16 <freemangordon> rules
Jun 29 11:07:27 <freemangordon> anyway, i really gtg
Jun 29 11:07:29 <freemangordon> bb
Jun 29 11:07:30 <trx> bye
Jun 29 11:07:36 <zeq> see you later freemangordon 
Jun 29 11:07:47 <zeq> just us then trx 
Jun 29 11:08:06 <zeq> and merlin1991 once he gets it compiling ;)
Jun 29 11:08:37 <merlin1991> ffs I followed fmgs advice about mozilla-beta but it still is fubar
Jun 29 11:08:50 <trx> zeq, so where are you now?
Jun 29 11:09:13 <merlin1991> zeq: could you pastebin me your debian/rules=
Jun 29 11:09:17 <merlin1991> s/=/?/
Jun 29 11:09:19 <infobot> merlin1991 meant: zeq: could you pastebin me your debian/rules?
Jun 29 11:09:32 <zeq> merlin1991: sure.
Jun 29 11:10:23 <zeq> ah, I don't have it in my tree!
Jun 29 11:10:46 <zeq> merlin1991: as long as you have the correct mozconfig, you can use make deb
Jun 29 11:11:39 <zeq> http://pastebin.com/zNSPDK0Y
Jun 29 11:11:41 <merlin1991> so just make deb and I should be good?
Jun 29 11:11:55 <zeq> just drop that into the source tree
Jun 29 11:11:59 <merlin1991> top level?
Jun 29 11:12:02 <zeq> yep
Jun 29 11:12:18 <zeq> then create a build dir
Jun 29 11:12:41 <zeq> just like in the debian/rules you have
Jun 29 11:13:54 <trx> zeq i have to go for about 15 mins, try and do what freemangordon suggested, and also remeber to 
Jun 29 11:14:17 <trx> set return false; in nsWindow::OnResizeEvent(QGraphicsSceneResizeEvent *aEvent)
Jun 29 11:14:30 <trx> so it always returns false, that way it wont eat the event
Jun 29 11:14:40 <trx> maybe thats the bottom problem
Jun 29 11:14:57 <trx> brb
Jun 29 11:15:08 <zeq> ok trx
Jun 29 11:15:12 <merlin1991> autoconf --> build/autoconf/mozcommonheader.m4:6: error: m4_defn: undefined macro: _m4_divert_diversion
Jun 29 11:15:19 * merlin1991 headdesks
Jun 29 11:15:33 <zeq> do you have autoconf?
Jun 29 11:16:05 <zeq> autoconf=2.61-4maemo1+0m5
Jun 29 11:16:35 <merlin1991> k will get that then
Jun 29 11:17:09 <merlin1991> [sbox-FREMANTLE_EXTRAS: ~/n900/fennec/fennec-qt-maemo5] > apt-cache policy autoconf
Jun 29 11:17:09 <merlin1991> autoconf:
Jun 29 11:17:09 <merlin1991>   Installed: 2.61-4maemo1+0m5
Jun 29 11:17:13 <merlin1991> sry bout the spam
Jun 29 11:17:57 <zeq> merlin1991: m4?
Jun 29 11:18:08 <merlin1991> 1.4.8-2
Jun 29 11:18:35 <zeq> I have autotools-legacy devkit too, but it shouldn't be that...?
Jun 29 11:18:49 <merlin1991> and automake I have automake1.9=1.9.5-1oss3
Jun 29 11:19:10 <zeq> I don't have automake installed as it happens
Jun 29 11:19:33 <zeq> oh apparently I do...
Jun 29 11:19:34 <merlin1991> the package name in my case is automake1.9
Jun 29 11:19:41 <zeq> but it's automake1.10-autoconf264
Jun 29 11:19:51 <merlin1991> let's try that
Jun 29 11:19:53 <zeq> maybe that's it
Jun 29 11:20:44 <zeq> make sure you have libqtm-12-dev too
Jun 29 11:20:46 <merlin1991> build/autoconf/mozcommonheader.m4:6: error: AC_LANG_COMPILER: unknown language: _AC_LANG
Jun 29 11:20:51 <merlin1991> this is getting better and better
Jun 29 11:20:55 <zeq> LOL
Jun 29 11:21:11 <zeq> do you have all the other deps in the control file?
Jun 29 11:21:15 <merlin1991> yes
Jun 29 11:21:29 <zeq> hang on
Jun 29 11:22:17 <zeq> ???
Jun 29 11:22:21 <zeq> I don't know...
Jun 29 11:22:30 <merlin1991> m4 --version?
Jun 29 11:22:41 <zeq> GNU M4 1.4.8
Jun 29 11:23:03 <zeq> aclocal (GNU automake) 1.8.5
Jun 29 11:23:31 <zeq> autoconf --version
Jun 29 11:23:32 <zeq> Autoconf version 2.13
Jun 29 11:23:38 <merlin1991> hm aclocal is missing --> dpkg-query -S `which aclocal`
Jun 29 11:23:42 <merlin1991> and same for autoconf please
Jun 29 11:23:50 <merlin1991> because mine is 2.64
Jun 29 11:24:22 <zeq> merlin1991: mines from autotools-legacy devkit
Jun 29 11:24:26 <zeq> apparently
Jun 29 11:24:41 <zeq> /scratchbox/devkits/autotools-legacy/bin/aclocal
Jun 29 11:24:50 <merlin1991> is that a host scrachbox-something package?
Jun 29 11:24:51 <merlin1991> ah yeah
Jun 29 11:25:20 <zeq> could be it :)
Jun 29 11:25:26 <merlin1991> hm how did one again put that into sb?
Jun 29 11:26:03 <zeq> I'm on Gentoo with updated local scratch ebuilds
Jun 29 11:26:09 <zeq> doesn't help
Jun 29 11:26:25 <zeq> can't you just apt-get the package from the host
Jun 29 11:26:27 <zeq> ?
Jun 29 11:26:37 <merlin1991> yeah, only have to enable the repo again
Jun 29 11:26:37 <zeq> assuming you're debian based
Jun 29 11:26:49 <merlin1991> buntkuh disabled all additional repos last system upgrade
Jun 29 11:27:13 <freemangordon_> merlin: you need gcc 4.6.2 too
Jun 29 11:27:29 <zeq> or 4.6.3 :)
Jun 29 11:27:35 <merlin1991> well I should be able to build it (not run) with the regular one right=
Jun 29 11:27:38 <merlin1991> *?*
Jun 29 11:27:52 <zeq> who knows
Jun 29 11:28:00 <zeq> probably
Jun 29 11:29:28 <merlin1991> hm I have the system package already
Jun 29 11:29:36 <merlin1991> now I just need to add it to the target
Jun 29 11:29:43 * merlin1991 reads sb-conf output
Jun 29 11:30:28 <freemangordon_> thumb? neon?
Jun 29 11:30:49 <merlin1991> freemangordon: I don't want to run it, only build it and see how long it takes :D
Jun 29 11:30:51 <freemangordon_> don't think it will work
Jun 29 11:30:58 <merlin1991> but we'll see
Jun 29 11:31:11 <merlin1991> for now I need to add a devkit to a sb target
Jun 29 11:31:23 <freemangordon_> yep, i don't think you'll be able to build it
Jun 29 11:31:28 <freemangordon_> ok
Jun 29 11:32:04 <zeq> you should be able to just drop a new compiler into /scratchbox/compilers and reconfigure the target
Jun 29 11:33:39 <merlin1991> yeah atm I fail to reconfigure the target
Jun 29 11:34:24 <zeq> you could use sb-menu if you can't figure it out, or edit the config file directly
Jun 29 11:34:53 <merlin1991> sb-menu and sb-conf have no options to edit the config, only options to add new ones / remove ones
Jun 29 11:35:23 <freemangordon_> zeq: any news?
Jun 29 11:35:34 <zeq> freemangordon_: sorry, distracted trying to help merlin1991 
Jun 29 11:35:49 <merlin1991> zeq: manual edit of the .config fixed it for now
Jun 29 11:36:19 <zeq> freemangordon_: we want to call NativeResize with values from where exactly?
Jun 29 11:37:01 <merlin1991> hm got past the autoconf step now, but this is hilarious:
Jun 29 11:37:02 <merlin1991> configure: error: installation or configuration problem: C compiler cannot create executables.
Jun 29 11:37:09 <freemangordon_> screengeometry
Jun 29 11:37:51 <DocScrutinizer51> the linker is creating executables ;-P
Jun 29 11:37:51 <zeq> ok, from screenSize, extract the height and width
Jun 29 11:37:55 <zeq> right?
Jun 29 11:38:14 <freemangordon_> merlin: check your mozconfig, there are some compiler swithes gcc 4.2.1 does not grok
Jun 29 11:38:21 <freemangordon_> zeq yep
Jun 29 11:38:31 <zeq> freemangordon_: ok
Jun 29 11:39:10 <merlin1991> freemangordon: fastest way to proper gcc? wget your tar untar to /scrachtbox/compilers and edit config?
Jun 29 11:41:42 <zeq> merlin1991: personally I'd advise you to use my one, but that's just me ;)
Jun 29 11:41:54 <merlin1991> linky?
Jun 29 11:42:12 <zeq> http://www.snewbury.org.uk/maemo
Jun 29 11:42:41 <merlin1991> you should edit your apache config
Jun 29 11:42:52 <merlin1991> the file names are so truncated :D
Jun 29 11:43:02 <zeq> true
Jun 29 11:43:38 <zeq> don't use the either linaro one though
Jun 29 11:43:40 <japh> uhm.. I'm doing just that now as well... 
Jun 29 11:43:53 <zeq> s/the //
Jun 29 11:43:54 <infobot> zeq meant: don't use either linaro one though
Jun 29 11:44:06 <japh> what takes time isn't the building but the *searching* grr
Jun 29 11:44:17 <japh> there's no make. no gmake. there's cmake and pmake and fakemake and...
Jun 29 11:44:44 <zeq> freemangordon_: I've been sent to make lunch, it'll take a extra few minutes to complete the next build
Jun 29 11:44:52 <japh> 'make lunch'
Jun 29 11:45:28 <Dr_I> maemo is such a great love of my time
Jun 29 11:45:42 <merlin1991> zeq: hm where in /scratchbox are the .environment files?
Jun 29 11:46:37 <merlin1991> okay compile seems to run now
Jun 29 11:46:47 <zeq> merlin1991: you're ok?
Jun 29 11:47:46 <merlin1991> seems like
Jun 29 11:48:26 <merlin1991> gotta love the compile scripts 
Jun 29 11:48:37 <merlin1991> halfway in it finds out there is no "python" executeable
Jun 29 11:49:34 <zeq> LOL
Jun 29 11:49:47 <zeq> I made a symlink to python2.5
Jun 29 11:49:58 <merlin1991> I installed *python*
Jun 29 11:50:04 <merlin1991> which probably does exactly that
Jun 29 11:50:17 <zeq> could be :)
Jun 29 11:50:24 <merlin1991> dang I should have added -j4 somehow
Jun 29 11:50:32 <zeq> make -j4
Jun 29 11:50:34 <merlin1991> but I forgot how to tell debhelper make options
Jun 29 11:51:25 <merlin1991> ah wait, maemo debhelper can't even do that
Jun 29 11:52:44 <merlin1991> /home/christian/n900/fennec/fennec-qt-maemo5/js/src/assembler/assembler/MacroAssemblerARM.cpp:48:26: fatal error: asm/procinfo.h: No such file or directory
Jun 29 11:53:40 <zeq> you need to update your kernel headers
Jun 29 11:54:03 <merlin1991> so you need a depends on kernel-headers aswell :D
Jun 29 11:54:19 <zeq> unfortunately I used the same kernel headers in my gcc builds as freemangordon_ 
Jun 29 11:55:01 <merlin1991> hm installing kernel-headers didn't help, what todo?
Jun 29 11:56:13 <zeq> merlin1991: I found I had to remove and then reinstall them. don't know why
Jun 29 11:56:45 <merlin1991> ah yeah I remember that from building some cssu package
Jun 29 11:56:52 <merlin1991> kernel-headers in sb are kinda wtf
Jun 29 11:57:12 <zeq> probably the toolchain version taking precidence
Jun 29 11:57:32 <zeq> yeah, I need to redo the toolchains at some point
Jun 29 11:58:22 <zeq> I will get around to updating the scratchbox sb-toolchain-extras to build a current toolchian, but it would take some time
Jun 29 11:58:44 <merlin1991> hm purge -> install and still the same error
Jun 29 11:59:10 <zeq> make sure you remove all the kernel-headers packages and then install the cssu headers
Jun 29 11:59:30 <zeq> it's weird
Jun 29 11:59:34 <trx> zeq any news?
Jun 29 11:59:50 <zeq> trx: having lunch :)
Jun 29 12:00:08 <freemangordon_> merlin:install kernel-power-headers
Jun 29 12:00:08 <trx> oh :) well have a good lunch :)
Jun 29 12:00:19 <freemangordon_> or kernel-cssu-headers
Jun 29 12:02:32 <zeq> trx: error: cannot convert 'bool' to 'nsEventStatus' in return
Jun 29 12:02:45 <zeq> should I cast it?
Jun 29 12:02:53 <trx> return 0; then
Jun 29 12:03:26 <zeq> error: invalid conversion from 'int' to 'nsEventStatus'
Jun 29 12:03:34 <trx> sec
Jun 29 12:03:37 <trx> let me check
Jun 29 12:04:04 <trx> retrun nsEventStatus_eIgnore;
Jun 29 12:04:22 <trx> return*
Jun 29 12:04:25 * merlin1991 stops for now, more compile fun tomorrow
Jun 29 12:11:12 <zeq> NativeResize isn't static
Jun 29 12:12:01 <freemangordon_> hmm, what is the original return statement
Jun 29 12:12:12 <zeq> freemangordon_: return status
Jun 29 12:12:40 <zeq>     qDebug;
Jun 29 12:12:40 <zeq>     QRect screenGeometry = QApplication::desktop()->screenGeometry();
Jun 29 12:12:40 <zeq>     int screenWidth = screenGeometry.size().width();
Jun 29 12:12:40 <zeq>     int screenHeight = screenGeometry.size().height();
Jun 29 12:12:40 <zeq>     nsWindow::NativeResize(screenWidth, screenHeight, false);
Jun 29 12:12:57 <freemangordon_> see what trx said, should be correct
Jun 29 12:13:09 <zeq> I did that. That compiles
Jun 29 12:13:23 <zeq> the code above doesn't though
Jun 29 12:14:09 <freemangordon_> zeq what is this qDebug;
Jun 29 12:14:48 <zeq> freemangordon_: it's nothing yet, the NativeResize isn't working (qDebug shouldn't bet there)
Jun 29 12:14:56 <zeq> s/bet/be/
Jun 29 12:14:56 <infobot> zeq meant: freemangordon_: it's nothing yet, the NativeResize isn't working (qDebug shouldn't be there)
Jun 29 12:15:03 <zeq> ignore it :)
Jun 29 12:15:27 <freemangordon_> but what is the compiler error?
Jun 29 12:15:47 <zeq> cannot call member function 'void nsWindow::NativeResize(PRInt32, PRInt32, bool)' without object
Jun 29 12:16:26 <freemangordon_> try with mWidget->
Jun 29 12:17:17 <zeq> ok
Jun 29 12:17:30 <trx> yeah, mWidget->nativeResize
Jun 29 12:17:38 <zeq> ok
Jun 29 12:19:57 <zeq>     if (mIsTopLevel) {
Jun 29 12:19:57 <zeq>         QRect screenGeometry = QApplication::desktop()->screenGeometry();
Jun 29 12:19:57 <zeq>         int screenWidth = screenGeometry.size().width();
Jun 29 12:19:57 <zeq>         int screenHeight = screenGeometry.size().height();
Jun 29 12:19:57 <zeq>         mWidget->nativeResize(screenWidth, screenHeight, false);
Jun 29 12:19:59 <zeq>     }
Jun 29 12:20:07 <trx> actually, i dont think that will work, you need to cast "this" to nsWindow and then call its nativeresize
Jun 29 12:20:18 <trx> i doesnt compile, right?
Jun 29 12:20:21 <zeq> right
Jun 29 12:20:35 <zeq> mIsTopLevel and mWidget aren't in the scope of this file
Jun 29 12:20:52 <freemangordon_> which file is that?
Jun 29 12:21:00 <zeq> mozqwidget.cpp
Jun 29 12:21:02 <freemangordon_> mozqwidget?
Jun 29 12:21:12 <freemangordon_> hmm
Jun 29 12:21:46 <freemangordon_> sorry, typing from myn900, don't have access to source code :-( 
Jun 29 12:22:11 <zeq> trx: any ideas?
Jun 29 12:22:33 <zeq> rather ironic the guy with the least c++ experience doing the coding ;)
Jun 29 12:22:47 <freemangordon_> :-D 
Jun 29 12:22:57 <freemangordon_> but you will gain a lot
Jun 29 12:23:03 <zeq> that's true :D
Jun 29 12:23:14 <trx> zeq try mReceiver
Jun 29 12:23:24 <freemangordon_> aah
Jun 29 12:23:27 <freemangordon_> yes
Jun 29 12:23:29 <zeq> trx: example?
Jun 29 12:23:47 <freemangordon_> instead of mWidget
Jun 29 12:23:51 <trx> if (mReceiver->mIsTopLevel)
Jun 29 12:23:53 <zeq> ok
Jun 29 12:23:59 <trx> mReceiver->nativeResize(screenWidth, screenHeight, false);
Jun 29 12:24:11 <trx> also add some debug lines
Jun 29 12:24:33 <trx> so we can know if it goes in
Jun 29 12:24:45 <zeq> ok
Jun 29 12:24:55 <freemangordon_> using qDebug() <<"whatever you want to say"
Jun 29 12:25:02 <freemangordon_> ;
Jun 29 12:25:02 <zeq> ok
Jun 29 12:25:30 <trx> brb, out of cigaretes :/
Jun 29 12:25:40 <freemangordon_> :-D 
Jun 29 12:26:28 <zeq> formatted string?
Jun 29 12:27:15 <zeq> I guess it doesn't matter, nativeResize is intrumented anyway, we just need to know what's calling it...
Jun 29 12:28:02 <zeq> error: 'class nsWindow' has no member named 'nativeResize'
Jun 29 12:28:05 <zeq> have I typo'd
Jun 29 12:28:06 <zeq> ?
Jun 29 12:28:35 <zeq>     if (mReceiver->mIsTopLevel) {
Jun 29 12:28:35 <zeq>         QRect screenGeometry = QApplication::desktop()->screenGeometry();
Jun 29 12:28:36 <zeq>         int screenWidth = screenGeometry.size().width();
Jun 29 12:28:36 <zeq>         int screenHeight = screenGeometry.size().height();
Jun 29 12:28:36 <zeq>         qDebug() <<"Calling nativeResize() from orientationChanged";
Jun 29 12:28:38 <zeq>         mReceiver->nativeResize(screenWidth, screenHeight, false);
Jun 29 12:28:40 <zeq>     }
Jun 29 12:30:22 <trx> you didnt
Jun 29 12:30:28 <trx> its a protected procedure :/
Jun 29 12:30:37 <freemangordon_> aah, damn
Jun 29 12:30:51 <freemangordon_> hmm, what about Resize?
Jun 29 12:30:59 <freemangordon_> is it public?
Jun 29 12:31:03 <trx> yeap
Jun 29 12:31:08 <trx> use Resize instead
Jun 29 12:31:09 <zeq> ok
Jun 29 12:31:35 <freemangordon_> what Resize does, generates resizeEvent?
Jun 29 12:31:35 <zeq> no errors
Jun 29 12:31:59 <zeq> building
Jun 29 12:32:08 <trx> it calls native resize among other things
Jun 29 12:32:20 <trx> it also generates DispatchResizeEvent
Jun 29 12:32:27 <zeq> should be fun
Jun 29 12:32:35 <trx> do you want me to paste it freemangordon_?
Jun 29 12:32:41 <zeq> can do
Jun 29 12:33:13 <freemangordon_> trx no
Jun 29 12:33:35 <trx> ok
Jun 29 12:34:26 <freemangordon_> trx I am using my n900, it is not fun :-D 
Jun 29 12:34:36 <freemangordon_> irc client i mean
Jun 29 12:34:59 <trx> i believe you :)
Jun 29 12:35:11 <trx> what i meant is to pastebin it tho
Jun 29 12:35:27 <trx> but it doesnt matter, it will do the job
Jun 29 12:35:35 <freemangordon_> yeah
Jun 29 12:42:28 <zeq> installing
Jun 29 12:45:11 <zeq> crap! forgot to re-enable the resize signal
Jun 29 12:45:31 <zeq> :(
Jun 29 12:45:31 <freemangordon_> :-D 
Jun 29 12:46:11 <zeq> I would remember only *after* it'd built and installed!
Jun 29 12:46:28 <zeq> oh well ...
Jun 29 12:57:29 <zeq> installed
Jun 29 12:59:35 <vi_> zeq: c'mon baby, don't quit on me no!
Jun 29 12:59:46 <vi_> ^no/now
Jun 29 13:00:00 <freemangordon_> :-D 
Jun 29 13:00:14 <freemangordon_> what a drama :-P 
Jun 29 13:00:35 <zeq> I know...
Jun 29 13:00:47 <zeq> well, I've got a new debug output
Jun 29 13:01:31 <freemangordon_> does it work?
Jun 29 13:01:49 <zeq> same
Jun 29 13:02:03 <freemangordon_> what?
Jun 29 13:02:40 <zeq> http://pastebin.com/CRkPH9a0
Jun 29 13:03:42 <zeq> behaviour is the same despite the changes to the debug output
Jun 29 13:04:18 <zeq> excuse the Calling NativeResize, it's obviously Resize now
Jun 29 13:04:52 <freemangordon_> seems we get closer
Jun 29 13:05:41 <zeq> In understanding maybe
Jun 29 13:06:18 <zeq> at least we know it isn't because NativeResize isn't being called for the new dimensions
Jun 29 13:06:55 <freemangordon_> now we miss the call to resize and setSceneRect before calling Resize
Jun 29 13:07:04 <freemangordon_> ;-) 
Jun 29 13:07:22 <zeq> do you want me to put those back in?
Jun 29 13:07:32 <zeq> in orientationChanged
Jun 29 13:08:16 <zeq> ?
Jun 29 13:08:16 <freemangordon_> yes
Jun 29 13:08:19 <zeq> ok
Jun 29 13:08:37 <freemangordon_> but only for top level
Jun 29 13:09:05 <zeq> ok
Jun 29 13:09:11 <freemangordon_> lets see, sorry for those shots in the dark :-( 
Jun 29 13:11:46 <zeq> what else can we do?
Jun 29 13:12:09 <zeq> new build started
Jun 29 13:12:36 <freemangordon_> zeq the problem as i see it, is that even we call nativeresize with the correct dimension, cene mapping returns old dimensions of the view, see it in the logs
Jun 29 13:13:04 <freemangordon_> so, if we resize the view before calling native resize, it should be ok
Jun 29 13:13:10 <freemangordon_> at least i hope so
Jun 29 13:13:17 <zeq> we'll see...
Jun 29 13:13:36 <zeq> it feels very hacky :P
Jun 29 13:13:58 <freemangordon_> otherwise you shloud wait ntill i am back home to write a new method in nsWindow which does the right thing
Jun 29 13:14:01 <freemangordon_> :-P 
Jun 29 13:14:02 <zeq> like we're giving it a whack
Jun 29 13:14:48 <zeq> freemangordon_: do you think you've grokked now what it's supposed to be doing?
Jun 29 13:15:06 <freemangordon_> the other thing you could try (if the last one oes not work) is to call Show(false);Show(true);
Jun 29 13:15:34 <freemangordon_> I think so, at least I am near
Jun 29 13:16:01 <zeq> that makes at least one of us!
Jun 29 13:16:35 <zeq> it all seems very fishy to me
Jun 29 13:16:36 <freemangordon_> should be enough, but lets see
Jun 29 13:16:51 <zeq> as in suspicious
Jun 29 13:17:03 <zeq> it doesn't smell right ;)
Jun 29 13:17:14 <freemangordon_> i could be totally wrong as well
Jun 29 13:17:14 <freemangordon_> yeah, i told you, this code is fubar
Jun 29 13:17:23 <freemangordon_> which one?
Jun 29 13:17:33 <zeq> it's the whole randomness
Jun 29 13:17:43 <zeq> code shouldn't be random! :D
Jun 29 13:18:02 <freemangordon_> well, that is the theory :-D 
Jun 29 13:18:07 <zeq> this whole phase of the moon stuff...
Jun 29 13:18:41 <freemangordon_> i have a coleague of mine who has a theory about "quantum programming"
Jun 29 13:18:50 <zeq> If this makes it work, I feel it's despite what it is supposed to be doing
Jun 29 13:18:52 <freemangordon_> :-D 
Jun 29 13:18:55 <zeq> :D
Jun 29 13:19:11 <freemangordon_> :nod:
Jun 29 13:19:40 <freemangordon_> once we have it working, i'll do a second assembler pass ;-) 
Jun 29 13:19:54 <zeq> :)
Jun 29 13:20:01 <freemangordon_> removing maybe about 50 percent of the code
Jun 29 13:20:43 <zeq> there does seem to be an awful lot for what it does
Jun 29 13:20:54 <freemangordon_> yep
Jun 29 13:22:03 <zeq> It's like everybody who's ever hacked on it has added code to work around what it should be doing
Jun 29 13:22:30 <zeq> it's built
Jun 29 13:22:34 <zeq> installing
Jun 29 13:22:35 <freemangordon_> exatly
Jun 29 13:30:06 <zeq> http://pastebin.com/M6pq74MT
Jun 29 13:30:18 <zeq> (still broken btw)
Jun 29 13:31:53 <zeq> freemangordon_: I in some extra qDebug()'s
Jun 29 13:32:00 <zeq> put*
Jun 29 13:33:34 <zeq> it's a bit unclear, but the QRect, resize, setSceneRec, Calling... are all in orientationChanged
Jun 29 13:34:17 <zeq> (the other QRect is the one from earlier and appears on its own)
Jun 29 13:37:52 <freemangordon_> will continue when i am back home
Jun 29 13:37:59 <zeq> ok
Jun 29 15:08:54 <delphi> zeq
Jun 29 15:09:09 <trx> you arround?
Jun 29 15:10:10 <trx> seems to me that nsWindow::OnResizeEvent(QGraphicsSceneResizeEvent *aEvent) always has the correct dimensions
Jun 29 15:10:28 <trx> you should call NativeResize (or Resize) from there
Jun 29 15:10:34 <trx> using those dimensions
Jun 29 15:10:43 <trx> this will work finally :)
Jun 29 15:12:49 <trx> this way the last event which has the proper dimensions will resize the view
Jun 29 15:13:04 <trx> and so there will be no race conditions
Jun 29 15:13:49 <trx> freemangordon_ what do you think?
Jun 29 15:14:05 <freemangordon_> on my way home :-) 
Jun 29 15:14:23 <freemangordon_> but zeq could try it in the meanwhile
Jun 29 15:15:03 * DocScrutinizer51 idly wonders WTF (if anybody) wrote those doscs
Jun 29 15:16:47 <DocScrutinizer51> if only my input history was long enough, I could repost a comment as of ~2 weeks ago. Source without propewr doc is udeless, even when it works absolutely bugfree
Jun 29 15:17:12 <DocScrutinizer51> grrr typos
Jun 29 15:17:58 <DocScrutinizer51> or did I post that in another channel?
Jun 29 15:20:50 <ZogG_laptop> it's true to any channel
Jun 29 15:22:41 <vi__> has anyone heard anything about the CA address f'up?
Jun 29 15:24:16 <freemangordon_> nope
Jun 29 15:29:56 <vi__> what a ballbag.
Jun 29 15:30:33 <vi__> Woody14619: ping
Jun 29 15:35:10 <ThreeM> Sc0rpius ?
Jun 29 15:35:36 <ThreeM> in groupchats, yappari shows some names as groupname not with there nickname
Jun 29 15:36:08 <freemangordon> ok, going to try some hacks
Jun 29 15:38:04 <Sc0rpius> huh
Jun 29 15:40:28 <Woody14619> vi__: pong
Jun 29 15:48:54 <freemangordon> Woody14619: I suspect vi_ is going to ask do you have some feedback frow quim re CA Nokia Developer addresses mess.
Jun 29 15:49:53 <Hurrian> speaking of which, I assume nobody got their CA device mails yet?
Jun 29 15:50:15 <Woody14619> still catching up on things right now. :P  Generally, Community finds stuff out half the time at the same time (or before) we do.
Jun 29 15:50:42 <freemangordon> Hurrian: it seems ZogG_laptop: has received something, but it is not clear to me what exactly :D
Jun 29 15:51:54 <DocScrutinizer51> ~weather eddn
Jun 29 15:51:57 <infobot> Nuernberg, Germany; (EDDN) 49-30N 011-03E 318M; last updated: 2012.06.29 1520 UTC; Dew Point: 51 F (11 C); Pressure (altimeter): 29.80 in. Hg (1009 hPa); Relative Humidity: 26%; Temperature: 91 F (33 C); Visibility: greater than 7 mile(s); Wind: from the W (280 degrees) at 3 MPH (3 KT)
Jun 29 15:52:29 <DocScrutinizer51> that's at airport
Jun 29 15:52:43 <DocScrutinizer51> downtown a tad hotter
Jun 29 15:52:46 <Hurrian> freemangordon, I don't remember ZogG being a CA awardee though
Jun 29 15:53:06 <Sc0rpius> ThreeM, huh?
Jun 29 15:53:56 <Woody14619> We're slated to hit 100 most of the next week Doc.  (>37C)
Jun 29 15:54:54 <vi__> Woody14619: meanwhile, in scotland it did not rain all day.
Jun 29 15:55:35 <vi__> Woody14619: FMG was right.  Are you aware of the situation and do you know WTF we are supposed to do?
Jun 29 15:56:09 <Woody14619> Yeah.. We're to get a few clouds with the chance of being spit on most of the day, but then nothing through next weekend
Jun 29 15:58:23 <ThreeM> Sc0rpius when im on a groupchat, some nicknames are shown corretly, and some chatpartners has no nick, yappari shows groupchatname instead
Jun 29 15:59:16 <Woody14619> vi__: where are we getting this info?  As to date, I've had nothing from Quim nor do I see anything in TMO/mailing list on this.
Jun 29 15:59:47 <Woody14619> vi__:I recall chem|st mumbling about some screw up yesterday, but that was TMO side AFAIK
Jun 29 16:00:29 <Sc0rpius> add me to that group 
Jun 29 16:01:05 <ThreeM> how?
Jun 29 16:01:16 <Sc0rpius> :( true there's no way to do that yet
Jun 29 16:01:21 <ThreeM> :)
Jun 29 16:02:20 <ThreeM> there are <5 users on that group
Jun 29 16:02:22 <Sc0rpius> well can you show me the XML message in the log from people that has no nickname or group subject as a nickname? (pastebin is fine or something)
Jun 29 16:02:50 <ThreeM> path to the logfile?
Jun 29 16:03:06 <Sc0rpius>  /home/user/.config/scorpius/yappari.log
Jun 29 16:03:15 <ThreeM> give me a second
Jun 29 16:04:24 <ZogG_laptop> freemangordon: i didn't, it's on the way. it's n950
Jun 29 16:06:02 <ThreeM> Sc0rpius the hole 7,5MB Log?
Jun 29 16:06:07 <ThreeM> its quite big :)
Jun 29 16:06:27 <Sc0rpius> no just the XML part of the last message from somebody who has no nickname or subject as a nickname
Jun 29 16:06:34 <Sc0rpius> starts with <message>
Jun 29 16:06:49 <ThreeM> k
Jun 29 16:07:01 <ZogG_laptop> freemangordon: i checked again info of account just after merge, as i knew it might srew things up
Jun 29 16:07:08 <Sc0rpius> you can search the last thing that person said in the log
Jun 29 16:07:23 <Sc0rpius> and you should delete your log from time to time :)
Jun 29 16:07:47 <freemangordon> ZogG_laptop: so no mail?
Jun 29 16:08:10 <ThreeM> ahh interesting
Jun 29 16:08:17 <ThreeM> in the log file, the name is shown corretly
Jun 29 16:08:47 <ThreeM> Sc0rpius : http://pastebin.com/C6LdL9zq
Jun 29 16:12:33 <ZogG_laptop> freemangordon: i got mail with tracking number
Jun 29 16:12:51 <freemangordon> hmm, so it is only you
Jun 29 16:12:59 <freemangordon> ZogG_laptop ^^^
Jun 29 16:13:00 <ZogG_laptop> freemangordon: all i gave quim is developer id and nickname 
Jun 29 16:13:15 <freemangordon> you gave it?
Jun 29 16:13:15 <ZogG_laptop> freemangordon: i didn't win in CA
Jun 29 16:13:21 <freemangordon> aaah, ok
Jun 29 16:13:23 <freemangordon> :)
Jun 29 16:14:04 <ZogG_laptop> but it shouldn't matter
Jun 29 16:14:16 <Sc0rpius> ThreeM, and when she said that, her name was empty or was it the group subject ?
Jun 29 16:14:26 <ZogG_laptop> freemangordon: afaik jonni got device without mail, but most people got mail
Jun 29 16:14:39 <ThreeM> it was group subject
Jun 29 16:14:51 <Sc0rpius> that message was two days ago
Jun 29 16:15:00 <ThreeM> no empty names never. Right nicknames, or group subjectname
Jun 29 16:15:33 <ThreeM> Sc0rpius yep
Jun 29 16:16:07 <Sc0rpius> and all of her messages were like that or just that one?
Jun 29 16:16:51 <ThreeM> some of them
Jun 29 16:17:02 <ThreeM> sometimes her nickname was shown correctly
Jun 29 16:19:52 <Sc0rpius> what version and build are you running?
Jun 29 16:20:19 <ZogG_laptop> freemangordon: jonni = ranistro or what is his nick on TMO, you should join #harmattan btw, as there are interesting discussions sometimes harmattan only related
Jun 29 16:21:40 <ThreeM> Sc0rpius 0.0.13
Jun 29 16:21:59 <ThreeM> build 1581
Jun 29 16:24:49 <jean_brat> hi DocScrutinizer 
Jun 29 16:25:43 <vi__> Woody14619: sorry.  I fell asleep.
Jun 29 16:26:03 <DocScrutinizer> sorry, throttling on severe CPU overthemp
Jun 29 16:26:13 <freemangordon> ZogG_laptop: well, noone from CA winners got either mail or device, so I assume nothing is sent
Jun 29 16:26:22 <jean_brat> 5 keys on the left most bottom corner of my n900 is not working and 2 buttons in the middle E and T
Jun 29 16:26:50 <DocScrutinizer> sounds like domesheet fsckup
Jun 29 16:27:06 <jean_brat> i managed to rip off the N900 yet keeping the display Frc and removed the keyboard and lifted the white cover of the keyboard
Jun 29 16:27:20 <jean_brat> yet keeping it on
Jun 29 16:28:04 <jean_brat> now even if i try to look at some black rust on the contact.. it seems ok there is no rust at all
Jun 29 16:28:04 <DocScrutinizer> get a new domesheet
Jun 29 16:28:38 <jean_brat> but if i short inner and outer circle on the board.. they key should work rt?
Jun 29 16:28:52 <jean_brat> thats how the doom sheet does i suppose?
Jun 29 16:29:03 <DocScrutinizer> probably
Jun 29 16:29:35 <jean_brat> but it does not work..
Jun 29 16:29:48 <jean_brat> for any key
Jun 29 16:30:10 <DocScrutinizer> sorry, I never removed domesheet
Jun 29 16:30:20 <DocScrutinizer> and I just can't find my bare PCB
Jun 29 16:31:05 <trx> zeq, freemangordon any news?
Jun 29 16:31:56 <vi__> trx: yes.
Jun 29 16:32:09 <vi__> trx: FMG is now a father.
Jun 29 16:32:35 <vi__> trx: his girlfriend went into labour last night.
Jun 29 16:33:00 <vi__> trx: we are all very excited for him.
Jun 29 16:33:26 <jean_brat> my question is whats the logic here.. how does it work?
Jun 29 16:33:46 <jean_brat> domesheet apples some kinda different voltage?
Jun 29 16:34:09 <SpeedEvil> Domesheet connects two bits of the PCB together
Jun 29 16:34:14 <DocScrutinizer> check wiki where I elaborated about key matrix in 'n-key rollover'
Jun 29 16:34:14 <vi__> jean_brat: wut?
Jun 29 16:34:27 <SpeedEvil> it's the moving part of a switch comprised of the bit on the domesheet, and teh PCB contacts
Jun 29 16:34:35 <vi__> jean_brat: dome sheet makes a contact.
Jun 29 16:34:51 <vi__> probably a pull down or up.
Jun 29 16:34:51 <jean_brat> if you lift the domesheet.. you see 2 circle for every key?
Jun 29 16:35:13 <jean_brat> and the button press will short these circles correct?
Jun 29 16:35:21 <DocScrutinizer> I *dunno* - told ya I never removed domesheet
Jun 29 16:36:18 <vi__> if you search the net you will find some hi-res photos, they will show what it looks like under there.
Jun 29 16:36:19 <DocScrutinizer> usually removing domesheet means you wanna (and need to) apply a new swap domesheet
Jun 29 16:36:53 <DocScrutinizer> yeah, I got hires scans of my bare PCB
Jun 29 16:37:13 <DocScrutinizer> checkout maemo.cloud-7.de
Jun 29 16:37:29 <DocScrutinizer> gallery or "*exploded*"
Jun 29 16:37:59 <DocScrutinizer> vi__: it's a row/col matrix
Jun 29 16:38:04 <jean_brat> any ling?
Jun 29 16:38:09 <jean_brat> *link
Jun 29 16:38:20 <DocScrutinizer> this WAS a link!
Jun 29 16:39:22 <jean_brat> i din get 1 thing...that how it works.. coz there is no connect of this sheet to the board.. if you lift the sheet and try to short the circles button is not pressed.. but if you press on top of the sheet .. it get pressed
Jun 29 16:39:42 <DocScrutinizer> http://maemo.cloud-7.de/Gallery-N900-exploded/
Jun 29 16:40:04 <vi__> mother of god.
Jun 29 16:40:10 <vi__> I need some coffee.
Jun 29 16:40:23 <DocScrutinizer> I need a break, in a beergarden
Jun 29 16:40:24 <trx> vi__ great :)
Jun 29 16:41:36 <DocScrutinizer> http://wiki.maemo.org/N900_Hardware_Subsystems#Keyboard
Jun 29 16:42:22 <vi__> DocScrutinizer: cheers.
Jun 29 16:42:57 <RiD> i cried when i saw this image http://maemo.cloud-7.de/Gallery-N900-exploded/n900_01.jpeg´
Jun 29 16:43:04 <RiD> http://maemo.cloud-7.de/Gallery-N900-exploded/n900_01.jpeg * 
Jun 29 16:43:28 <vi__> RiD: the work of a twisted deviant.
Jun 29 16:43:38 <DocScrutinizer> http://maemo.cloud-7.de/Gallery-N900-exploded/platine_01.jpeg
Jun 29 16:43:46 <jean_brat> fellas.. where to find domesheet? i assume nokia does not see then i guess
Jun 29 16:43:56 <DocScrutinizer> RiD: why?
Jun 29 16:44:36 <DocScrutinizer> jean_brat: you're talking english like a damn French
Jun 29 16:44:41 <DocScrutinizer> ;-P
Jun 29 16:44:56 <RiD> DocScrutinizer i am not supposed to see the N900 without the clothes.
Jun 29 16:44:58 <freemangordon> vi__: you're sure you're not sleeping still?
Jun 29 16:45:23 <RiD> i bet he hates the keyboard, though
Jun 29 16:45:36 <ThreeM> Sc0rpius i have an actual log to. Logfile Shows name=Elena , client shows goupchat subject instead of name=Elena :  http://pastebin.com/E07XnhGN
Jun 29 16:45:47 <DocScrutinizer> RiD: who?
Jun 29 16:45:54 <RiD> DocScrutinizer "joerg" 
Jun 29 16:46:02 <jean_brat> *Sell
Jun 29 16:46:10 <DocScrutinizer> eh?
Jun 29 16:46:25 <Sc0rpius> ok
Jun 29 16:46:32 <RiD> the arrows on the keyboard. you need to use the blue arrow to be able to press up or down. That's terrible
Jun 29 16:46:41 <RiD> I have to do that, thanks to my little neighbour called spain.
Jun 29 16:46:49 <jean_brat> my bad.. i was looking at the images.. any one knows where to get a spare?
Jun 29 16:46:55 <jean_brat> ?
Jun 29 16:47:06 <DocScrutinizer> google for N900 domesheet
Jun 29 16:48:31 <DocScrutinizer> RiD: you're talking about that poor guy why had that german kbd on his N900 which he scanned and took some photos of?
Jun 29 16:48:49 <Sc0rpius> I think I've fixed it
Jun 29 16:49:02 <ThreeM> oh, that was quick
Jun 29 16:49:51 <RiD> DocScrutinizer i guess. I hate the Spanish/Portuguese keyboard too
Jun 29 16:50:02 <DocScrutinizer> welll.....
Jun 29 16:50:07 <RiD> i have a completely useless key added there, in the place of the up arrow lol
Jun 29 16:50:07 <DocScrutinizer> ~ DocScrutinizer 
Jun 29 16:50:08 <infobot> from memory, docscrutinizer is jOERG, a HW-developer and engineer of Openmoko
Jun 29 16:50:22 <RiD> its you? :D
Jun 29 16:50:55 <RiD> oh nvm lol infobot
Jun 29 16:50:59 <RiD> jesus i need glasses
Jun 29 16:51:48 * DocScrutinizer tosses a /whois at RiD, use it wisely!
Jun 29 16:53:51 <vi__> switch to english keyboard.
Jun 29 16:54:05 <vi__> put your special keys on the 4th layer.
Jun 29 16:54:12 <vi__> Never look back.
Jun 29 16:54:45 <RiD> 4th?
Jun 29 16:55:22 <vi__> Blue+shift
Jun 29 16:55:53 <RiD> oh, yes. The only one i need is ç anyways.
Jun 29 16:56:07 <vi__> lets you add a whole extra set of characters.
Jun 29 16:56:38 <vi__> you do not even have to use that retarded sym menu anymore.
Jun 29 16:56:40 <Sc0rpius> ThreeM, try this for a while: http://uppit.com/ktbx28tsxq3u/yappari_PRE3-0.0.14_armel.deb
Jun 29 16:57:10 <DocScrutinizer> RiD: btw: http://wiki.maemo.org/index.php?title=N900_Hardware_Subsystems&diff=37619&oldid=35939
Jun 29 16:57:13 <RiD> vi__ but where would you find a *legit* english keyboard for n900? Not those chinese ripoffs
Jun 29 16:57:29 <vi__> Rid that is not so easy.
Jun 29 16:57:36 <ZogG_laptop> vi__: you can make custom language
Jun 29 16:57:42 <ZogG_laptop> RiD: ^
Jun 29 16:57:52 <RiD> Well, i'll leave that for later lol
Jun 29 16:57:53 <DocScrutinizer> RiD: I got mine from saremi
Jun 29 16:57:55 <ZogG_laptop> btw noone tried to use/port composite on n900?
Jun 29 16:57:56 <vi__> Nokia service centres can still buy them.
Jun 29 16:57:56 * SpeedEvil arghs at DocScrutinizer's overly large images, intel, and X.
Jun 29 16:58:27 <SpeedEvil> (a moderate fraction of the time, it hangs my GPU, in that combination)
Jun 29 16:58:39 <ThreeM> i try :)
Jun 29 16:59:01 <DocScrutinizer> SpeedEvil: the purpose of that gallery been explicitly to provide max highres stuff ;-)
Jun 29 16:59:28 <SpeedEvil> And yeah. 
Jun 29 16:59:36 <SpeedEvil> I should report the bug, but doubt anyone cares.
Jun 29 17:01:26 <DocScrutinizer> anyway, afk to chillout
Jun 29 17:01:27 <vi__> http://wiki.maemo.org/Remapping_keyboard/user_vis_awesome_kbdmapping
Jun 29 17:01:32 <DocScrutinizer> literally
Jun 29 17:01:45 <vi__> RiD: ^
Jun 29 17:02:10 <DocScrutinizer> I doubt he's interested until he fixed his domesheet
Jun 29 17:02:21 <DocScrutinizer> or whatever the actual issue
Jun 29 17:02:28 <vi__> oh
Jun 29 17:02:45 <DocScrutinizer> ooops, that's not been RiD 
Jun 29 17:02:48 <DocScrutinizer> o/
Jun 29 17:02:49 <RiD> not me lol
Jun 29 17:02:50 <DocScrutinizer> oo
Jun 29 17:03:09 <RiD> I will do that IF the phone comes back from nokia idon'tcare working
Jun 29 17:03:12 <RiD> IF it ever comes back
Jun 29 17:32:21 <freemangordon> Pali, ping
Jun 29 18:30:39 <zeq> freemangordon: I tried again with availableSize, restored the return status.  I have a log of it "working" now, no reason it should be ofc... ;)
Jun 29 18:32:47 <zeq> http://pastebin.com/iz8GeT9N
Jun 29 18:35:47 <zeq> trx: new log up ^
Jun 29 18:46:52 <jean_brat> hi DocScrutinizer, 
Jun 29 18:47:16 <jean_brat> i think it may not be the domesheet issue
Jun 29 18:47:59 <jean_brat> keys corresponding to row 4 5 and 2 are not working
Jun 29 18:48:28 <jean_brat> translation.. these rows are not powered at all.. in order to scan the output voltage
Jun 29 18:48:51 <trx> zeq always working?
Jun 29 18:49:48 <zeq> yes, but it's quite slow to adjust
Jun 29 18:50:40 <trx> is repaint = false in Resize?
Jun 29 18:50:47 <zeq> yes
Jun 29 18:51:08 <trx> does it rotate, but it takes a while to update or something else?
Jun 29 18:51:09 <zeq> I don't' think that's actually the thing making it work though.
Jun 29 18:51:21 <trx> try to rotate and the scroll right away
Jun 29 18:51:39 <trx> if it updates, then make that repaint = true
Jun 29 18:51:41 <zeq> it rotates, then most of the widgets are resized, then the view is resized too
Jun 29 18:51:56 <trx> also, did you read what i wrote about onResizeEvent ?
Jun 29 18:52:02 <zeq> we had it kind of working like this before
Jun 29 18:52:23 <zeq> without so much code, although it now uses the full height, whereas before it didn't.
Jun 29 18:52:44 <zeq> if you look a the log OnResizeEvent gets triggered ron resize()
Jun 29 18:52:49 <zeq> s/ron/on/
Jun 29 18:52:49 <infobot> zeq meant: if you look a the log OnResizeEvent gets triggered on resize()
Jun 29 18:53:17 <trx> onResizeEvent is the "last" event that gets called
Jun 29 18:53:31 <trx> thats why i believe that you should move that code to OnResizeEvent
Jun 29 18:53:48 <zeq> Orientation changed! 
Jun 29 18:53:48 <zeq> QRect(0,56 800x424) 
Jun 29 18:53:48 <zeq> resize() 
Jun 29 18:53:48 <zeq> OnResizeEvent: mBounds.width=800, mBounds.height=424
Jun 29 18:53:48 <zeq> DispatchResizeEvent: event.refPoint.x=0, event.refPoint.y=0, event.mWinWidth=800, event.mWinHeight=424 ..
Jun 29 18:53:51 <zeq> NativeResize: aWidth=800, aHeight=424
Jun 29 18:53:53 <zeq> OnResizeEvent: mBounds.width=800, mBounds.height=424
Jun 29 18:53:56 <zeq> DispatchResizeEvent: event.refPoint.x=0, event.refPoint.y=0, event.mWinWidth=800, event.mWinHeight=424 ..
Jun 29 18:53:59 <zeq> GetRect: outTop=0 outLeft=0 outwidth=800 outHeight=480
Jun 29 18:54:01 <zeq> GetRect: outTop=0 outLeft=0 outwidth=800 outHeight=480
Jun 29 18:54:04 <zeq> GetRect: outTop=0 outLeft=0 outwidth=800 outHeight=480
Jun 29 18:54:06 <zeq> GetRect: outTop=0 outLeft=0 outwidth=800 outHeight=480
Jun 29 18:54:09 <zeq> GetRect: outTop=0 outLeft=0 outwidth=800 outHeight=480
Jun 29 18:54:11 <zeq> GetRect: outTop=0 outLeft=0 outwidth=800 outHeight=480
Jun 29 18:54:14 <zeq> setSceneRect() 
Jun 29 18:54:16 <zeq> mReceiver->Resize() 
Jun 29 18:54:19 <zeq> sorry about the noise
Jun 29 18:54:28 <Sc0rpius> what are you trying to do?
Jun 29 18:54:31 <trx> on OnResizeEvent creates DispatchResize event
Jun 29 18:54:51 <trx> the problem is, DispatchResizeEvent does not update the view
Jun 29 18:55:05 <zeq> but something is
Jun 29 18:55:08 <trx> thats why OnResizeEvent should also resize the view
Jun 29 18:55:14 <Sc0rpius> http://doc.qt.nokia.com/qt-maemo-4.6/maemo5-rotation.html
Jun 29 18:55:35 <zeq> Sc0rpius: I've read that :)
Jun 29 18:55:59 <trx> zeq i would still try to put it there as its the most logical place for that code to be
Jun 29 18:56:13 <trx> it always has the correct values
Jun 29 18:56:19 <trx> and is last in event chain
Jun 29 18:56:23 <zeq> trx: I want to understand why using values from availableSize triggers the display to resize
Jun 29 18:56:57 <zeq> whereas it doesn't for screenSize
Jun 29 18:57:51 <trx> i would assume that screenSize returns the screen size while availableSize returns usable space
Jun 29 18:57:52 <zeq> if we can understand that, I think we will know what's going on
Jun 29 18:58:17 <trx> screenSize would then be updated when eg, you hide and show the system status bar
Jun 29 18:58:19 <zeq> trx: it does
Jun 29 18:58:31 <trx> it should work in both cases
Jun 29 18:58:39 <zeq> except fennec is running fullscreen/maximized
Jun 29 18:58:45 <trx> but my guess is there is a bug somewhere 
Jun 29 18:58:51 <zeq> it *doesn't* work in both cases
Jun 29 18:59:04 <trx> between like X and Qt
Jun 29 18:59:12 <zeq> you can see the differnt values from the earier debugs
Jun 29 18:59:16 <trx> yeah
Jun 29 18:59:42 <zeq> Sc0rpius: you any good at debugging these things?
Jun 29 18:59:54 <trx> but still, i am pretty sure that if you use QGraphicsView you need to use its values
Jun 29 18:59:59 <Sc0rpius> what are you trying to do exactly? make fennec rotate?
Jun 29 19:00:01 <trx> i have read that in the docs
Jun 29 19:00:17 <Sc0rpius> I thought fennec already rotated.
Jun 29 19:00:19 <zeq> Sc0rpius: yes
Jun 29 19:00:35 <zeq> Sc0rpius: that was gtk2 fennec ;)
Jun 29 19:00:46 <Sc0rpius> is there a Qt fennec?
Jun 29 19:00:48 <Sc0rpius> must be hell slow
Jun 29 19:01:20 <zeq> trx: so QGraphicsView should know the viewport dimensions already?
Jun 29 19:01:42 <zeq> Sc0rpius: it's serveral times faster than the gtk verion
Jun 29 19:01:46 <Sc0rpius> that's weird.
Jun 29 19:01:47 <zeq> s/verion/version/
Jun 29 19:01:48 <trx> yes, those values in its ResizeEvent should be used
Jun 29 19:01:48 <infobot> zeq meant: Sc0rpius: it's serveral times faster than the gtk version
Jun 29 19:02:11 <Sc0rpius> when you get the resized(int) event from desktop you already have the new size calling desktop()->screenGeometry()
Jun 29 19:02:16 <trx> and are correct 
Jun 29 19:02:24 <Sc0rpius> then you have to resize all widgets and call update to each
Jun 29 19:02:33 <Sc0rpius> and that's it, right? I see no complications.
Jun 29 19:02:50 <zeq> Sc0rpius: you obviously haven't seen the code ;)
Jun 29 19:02:52 <trx> Sc0rpius thats the problem, they do but the top level widget does not
Jun 29 19:03:43 <trx> zeq, thats only thing that i have to offer atm
Jun 29 19:04:19 <zeq> Sc0rpius: https://github.com/sjnewbury/fennec-qt-maemo5/tree/master/widget/qt
Jun 29 19:04:32 <Sc0rpius> the top level widget has the Qt::WA_Maemo4AutoOrientation attribute on true?
Jun 29 19:04:36 * Sc0rpius clicks
Jun 29 19:04:44 <trx> Sc0rpius check the code ;)
Jun 29 19:04:45 <zeq> Sc0rpius: yes.
Jun 29 19:05:08 <zeq> The code currently in master doesn't work. I'll push something that kind of does...
Jun 29 19:07:05 <Dr_I> Maemo is my pride and settlement 
Jun 29 19:07:36 <Sc0rpius> well I'd have to checkout the code since I can't see it on the web ("Blob takes too much time too generate")
Jun 29 19:07:37 <zeq> Sc0rpius: I'm going to hold off pushing for now, there's enough in there to get the idea
Jun 29 19:07:47 <zeq> weird
Jun 29 19:07:52 <zeq> WFM
Jun 29 19:09:15 <trx> zeq, please try? :)
Jun 29 19:09:37 <zeq> trx: so what do you want me to add exactly?
Jun 29 19:09:57 <trx> the code that we have put in orientation changed
Jun 29 19:10:12 <trx> move it to nsWindow::onResizeEvent
Jun 29 19:10:19 <zeq> ok
Jun 29 19:10:30 <trx> before it sends DispatchResizeEvent
Jun 29 19:10:37 <zeq> with the screenSize instead of availableSize
Jun 29 19:10:39 <zeq> ?
Jun 29 19:10:51 <trx> no, use the values from the parameter
Jun 29 19:10:56 <zeq> ok
Jun 29 19:11:06 <trx> rect.width = aEvent->newSize().width();
Jun 29 19:11:07 <trx>     rect.height = aEvent->newSize().height()
Jun 29 19:11:12 <trx> reuse that
Jun 29 19:11:33 <zeq> ok
Jun 29 19:11:46 <zeq> just creating a debugging branch
Jun 29 19:11:58 <trx> ok
Jun 29 19:11:59 <zeq> so I can keep the semi-working version
Jun 29 19:12:08 <trx> let me know what happens
Jun 29 19:12:21 <trx> but i expect it to work
Jun 29 19:12:28 <trx> its about time :)
Jun 29 19:12:48 <zeq> no kidding! :)
Jun 29 19:13:01 <zeq> this is really tiring!
Jun 29 19:14:59 <zeq> do we need the setSceneRect?
Jun 29 19:16:39 <trx> doesn't hurt
Jun 29 19:16:56 <zeq> aEvent->newSize()?
Jun 29 19:17:43 <trx> yeah
Jun 29 19:20:53 <zeq> scene() isn't available
Jun 29 19:21:12 <trx> let me check
Jun 29 19:21:37 <zeq> nor is resize()
Jun 29 19:22:28 <zeq> I'll try with MozQWidget::
Jun 29 19:23:55 <zeq> that seemed to fix resize()
Jun 29 19:24:08 <trx> yeah
Jun 29 19:24:11 <Woody14619> Ok... I'm off and will probably not be back on IRC (execept for OSB/Council meetings if I can make it) till July 9th. (Happy 4th to those in the US!)
Jun 29 19:24:12 <trx> its a friend class
Jun 29 19:25:04 <zeq> Woody14619: Holidays?
Jun 29 19:25:22 <trx> Woody14619 have fun, bye..
Jun 29 19:25:28 <zeq> Woody14619: bye
Jun 29 19:25:47 <zeq> trx: how do I call them (was mistaken about resize() too)
Jun 29 19:26:10 <trx> you dont need anything for resize, just call Resize
Jun 29 19:26:35 <zeq> ok
Jun 29 19:26:44 <zeq> that gets called anyway
Jun 29 19:26:54 <trx> mIsTopLevel also
Jun 29 19:26:58 <trx> what else?
Jun 29 19:27:22 <zeq> isTopLevel is fine
Jun 29 19:27:38 <zeq> sscene()->setSceneRect()
Jun 29 19:27:49 <zeq> s/ss/s/
Jun 29 19:27:50 <infobot> zeq meant: scene()->setSceneRect()
Jun 29 19:27:51 <trx> oh, that
Jun 29 19:28:10 <zeq> skip it?
Jun 29 19:28:26 <trx> can you cast "this" as QGraphicsView ?
Jun 29 19:29:13 <zeq> please give example
Jun 29 19:29:51 <trx> thats the problem, i can't :)
Jun 29 19:29:56 <trx> skip it then
Jun 29 19:29:56 <zeq> :)
Jun 29 19:30:00 <zeq> yep
Jun 29 19:30:31 <zeq> building
Jun 29 19:31:58 <trx> ok, going to eat something, brb
Jun 29 19:32:08 <zeq> ok enjoy
Jun 29 19:32:10 <zeq> :)
Jun 29 19:51:40 <zeq> trx: http://pastebin.com/dXnWLNB0
Jun 29 19:51:52 <zeq> trx: nope :(
Jun 29 19:53:57 <zeq> trx: I accidently left the resize() and setSceneRec() debug messages in there
Jun 29 19:58:59 <trx> zeq you removed that code from orientationChanged() right?
Jun 29 19:59:08 <zeq> yes
Jun 29 19:59:20 <trx> we need setSceneRec then too
Jun 29 19:59:24 <zeq> the Orientation changed! is the only thing now in there
Jun 29 19:59:37 <trx> but i don't know how to access it from there
Jun 29 19:59:39 <trx> :(
Jun 29 19:59:58 <zeq> It's not that which is making it work though.... hang on
Jun 29 20:00:11 <trx> the object that receives OnSceneRect is a QGraphicsView
Jun 29 20:00:14 <trx> ups
Jun 29 20:00:26 <trx> i meant :
Jun 29 20:00:37 <trx> the object that receives OnResizeEvent is a QGraphicsView
Jun 29 20:00:45 <trx> but i dont know how to cast it
Jun 29 20:00:57 <zeq> it was the extra resize() to a smaller than screen size which somehow made it "notice"
Jun 29 20:01:26 <vi__> ping...anyone
Jun 29 20:02:12 <trx> then rect.adjust(0, 0, -1, -1);
Jun 29 20:02:20 <trx> before you resize
Jun 29 20:02:33 <trx> vi__ pong
Jun 29 20:03:17 <zeq> trx: in OnResize ?
Jun 29 20:03:37 <trx> no, before you call Resize
Jun 29 20:04:03 <zeq> which function?
Jun 29 20:04:05 <trx> you pass rect.width and rect.height as parameters for Resize
Jun 29 20:04:34 <trx> can you pastebin that unit please?
Jun 29 20:04:54 <zeq> OnResizeEvent() ?
Jun 29 20:05:05 <trx> yeah
Jun 29 20:05:09 <zeq> ok
Jun 29 20:05:52 <Viltzu> zeq, how the gcc 4.6+ howto is going? :)
Jun 29 20:06:29 <zeq> Viltzu: do you have SDK set up?
Jun 29 20:07:17 <Viltzu> afaik yes.. I'm just using the all-done image from Nokia.
Jun 29 20:07:22 <Viltzu> And it has SDK, yes? :P
Jun 29 20:07:24 <zeq> trx: http://pastebin.com/KfWueATf
Jun 29 20:07:28 <trx> ty
Jun 29 20:08:16 <zeq> Viltzu: you can drop the gcc-4.6.3 toolchain from here: http://www.snewbury.org.uk/maemo into /scratchbox/compilers
Jun 29 20:08:41 <zeq> just unpack into there, you can then select it when setting up a target
Jun 29 20:09:58 <zeq> ^ short HOWTO ;)
Jun 29 20:11:34 <vi__> can someone paste me a link to the las irc meeting log?
Jun 29 20:11:35 <Viltzu> Ok.
Jun 29 20:11:50 <trx> zeq : http://pastebin.com/fn5HTeFj
Jun 29 20:12:27 <trx> try this, it will make the rect smaller too, as you suggested
Jun 29 20:12:46 <trx> also, i have moved it after DispatchResizeEvent
Jun 29 20:13:01 <trx> now it has to be the last one in the chain
Jun 29 20:14:17 <trx> zeq try it like that, if it doesnt work i give up :)
Jun 29 20:14:31 <trx> also, i must go, i will be back in 30 mins or so
Jun 29 20:14:32 <trx> bbl
Jun 29 20:16:25 <zeq> trx:  error: 'struct nsIntRect' has no member named 'adjuct'
Jun 29 20:16:43 <zeq> I tried adjust too
Jun 29 20:22:42 <zeq> trx: I used SetRect() since it's the only member function with suitable arguments.
Jun 29 20:23:35 <zeq> if this doesn't work I'm going to try minimizing the inexplicable working case from earlier.
Jun 29 20:52:53 <zeq> trx: nope didn't work
Jun 29 22:46:38 <Estel_> Jaffa, ping
Jun 29 22:46:52 <Estel_> God, we've been having extreme lightning storms here
Jun 29 22:47:12 <Estel_> few people killed, and whole city was out of mobile net coverage for many hours
Jun 29 22:47:37 <Estel_> some of them (storms, not coverage) are - reportedly - heading to Berlin, so be careful out there, German guys
Jun 29 23:26:48 <SpeedEvil> Estel_: Some people take it really hard when they lose mobile coverage, I guess.
Jun 29 23:27:19 <Estel_> hm
Jun 29 23:28:15 <Estel_> frankly, I ho9pe that You're not reffering to people killed by fierce storms
Jun 29 23:28:37 <SpeedEvil> Sorry - I'm mostly asleep, so taste filters aren't functioning.
Jun 29 23:28:46 <Estel_> np.
Jun 29 23:28:54 <SpeedEvil> There were some quite intense storms in the UK a bit ago.
Jun 30 00:05:53 <Hurrian> Estel_, that's nasty
Jun 30 00:05:59 <Estel_> yea
Jun 30 00:06:25 <Hurrian> we've had about 7 people dead from lightning strikes the past 2 weeks, but no interruption of power, at all
Jun 30 00:06:30 <Estel_> well, I think it's thing that take us back to the ground - no matter how nasty s***storm over Ca results we may have on TMO, one real storm is much, *much* worse
Jun 30 00:06:48 <Estel_> well, power was ok her,e surprisingly, although mobile's stopped working
Jun 30 00:07:03 <Estel_> I wasn't able to attend Council meeting (my access was strictly mobile one :( )
Jun 30 00:07:21 <Estel_> but, considering conditions - and I was semi-outside at the time - I'm glad that no real accident happened.
Jun 30 00:07:44 <Estel_> for a little change, tommorow we're going to have 33 celsius degrees
Jun 30 00:07:47 <Hurrian> it's horrifying that people do get struck by lightning even in the /middle/ of the city
Jun 30 00:07:50 <Estel_> in shadow ;)
Jun 30 00:07:57 <Estel_> yea...
Jun 30 00:08:08 <Estel_> in our case, it's rather thing of broken things/part of trees strikikng people
Jun 30 00:08:13 <Estel_> (in middle of city)
Jun 30 00:08:21 <Estel_> of course, some lightning-strokes too, outside
Jun 30 00:08:28 <Estel_> well, nature is powerful
Jun 30 00:10:03 <Estel_> BTw, hurrian, want something entertaining?:P
Jun 30 00:10:09 <Estel_> for a change?
Jun 30 00:10:11 <Estel_> http://talk.maemo.org/showthread.php?t=84647&page=5
Jun 30 00:10:12 <Hurrian> Estel_, sure, go.
Jun 30 00:10:29 <Hurrian> ha.
Jun 30 00:10:46 <Estel_> Tommorow, we're going to have questions about "how to write post in TMO"
Jun 30 00:10:47 <Estel_> with answer
Jun 30 00:10:51 <Estel_> "you just did it"
Jun 30 00:11:26 <Hurrian> I don't understand the mentality of people - the majority of maemo.org elected council, therefore aren't they most deserving of the Community Award?
Jun 30 00:11:33 <Hurrian> anyways, I'll keep out of the flames
Jun 30 00:11:52 <Hurrian> it's still a hot potato, and has turned into a ****storm
Jun 30 00:12:07 <Estel_> actually, this stormk, is rather over
Jun 30 00:12:12 <SpeedEvil> :)
Jun 30 00:12:18 <Estel_> biggets isue is that vi turned out to live in Papua New Guinea :P
Jun 30 00:12:28 <Estel_> he wans't very contend in that
Jun 30 00:12:48 <Estel_> bad luck, that Nokia decided to do this fubar "one login experience" right now
Jun 30 00:12:53 <Hurrian> well, the DHL emails haven't been sent yet, right?
Jun 30 00:12:55 <SpeedEvil> :(
Jun 30 00:13:01 <Estel_> BTw, someone whjo merged those databases, deserve darwin award
Jun 30 00:13:13 <Estel_> I think so, i haven't received one
Jun 30 00:13:15 <Estel_> hahaha
Jun 30 00:13:20 <Hurrian> so it means that qgil has probably stalled for some time trying to sort it all out
Jun 30 00:13:22 <Estel_> funniest conclusion, would be to cancel everything
Jun 30 00:13:26 <Estel_> due to nokia cutting funds
Jun 30 00:13:30 <Estel_> after this whole shitstorm
Jun 30 00:13:41 <Estel_> I bet, that zealots like ZogG would then said, that iot's God's wraith :P
Jun 30 00:13:55 <Estel_> honestly, though, I'm absolutely sure, that it will meet successful end
Jun 30 00:14:07 <Estel_> I hope so
Jun 30 00:14:16 <Estel_> migration, at best, cleared "city" field
Jun 30 00:14:27 <Estel_> using "nearest city" idiotism instead
Jun 30 00:14:38 <Estel_> BTw, nearest city isn't aware about Bulgaria capitol and some others too
Jun 30 00:14:50 <Estel_> but best story, is when someone had same account name as someone in ovi store
Jun 30 00:14:54 <Estel_> ovi* not store
Jun 30 00:14:59 <Estel_> it got merged totally
Jun 30 00:15:11 <Hurrian> i don't think it's same account name, rather same email
Jun 30 00:15:18 <Estel_> thus vi ended up being registered @ papua new guinea, and SD69 was presented with mail and phone of someone else
Jun 30 00:15:41 <Estel_> well, I hope someone will start trial agaisnt Nokia, due to leakage of personal data
Jun 30 00:15:53 <Estel_> God knows who is aware of which address now :)
Jun 30 00:16:42 <Estel_> http://talk.maemo.org/showthread.php?p=1229211#post1229211
Jun 30 00:16:55 <Estel_> ^^^ considering data leakage, maybe I should be afraid of Zog coming with torches to my house?:P
Jun 30 00:17:06 <Estel_> Well, i hope they will send it out next week.
Jun 30 00:17:31 <Estel_> Ma, i'm starving (returned home just 30 minutes ago)
Jun 30 00:17:36 <Estel_> (or so)
Jun 30 00:17:53 <Estel_> need to eat somethikng, as firstly I was checking results of Council meeting... brb, going to cook some spaghetti
Jun 30 00:17:55 * SpeedEvil is also hoping for a new device next week.
Jun 30 00:18:05 <SpeedEvil> Though alas will not be maemo/harmattan/...
Jun 30 00:18:13 <SpeedEvil> (nexus 7)
Jun 30 00:18:26 <Estel_> don't have high hopes, blacklberry10 was postponed to 2013 :P
Jun 30 00:18:34 <Hurrian> SpeedEvil, it seems like a nice, cheap platform to dev on
Jun 30 00:18:35 <Estel_> are You going to install Mer on it?
Jun 30 00:19:09 <SpeedEvil> Probably not. I'm likely to use it more for actual use.
Jun 30 00:19:16 <SpeedEvil> Reading books, and such.
Jun 30 00:19:22 <SpeedEvil> Unfortunately.
Jun 30 00:22:56 <Estel_> well, fvor reading books, do You need such resources?:P
Jun 30 00:23:02 <Estel_> of cours,e it's Your choice
Jun 30 00:23:17 <Estel_> but it sounds like a little overkill, to have such specification for playing angry birds, reading web, and books
Jun 30 00:23:20 * ShadowJK was considering asus transformer 300 or 700
Jun 30 00:23:38 <ShadowJK> For reading books, surfing webs and youtubes, playing gta
Jun 30 00:24:10 <Estel_> http://talk.maemo.org/showpost.php?p=1229223&postcount=66 <- last aprt of qwazix post - LOL at "Nokia care"
Jun 30 00:24:35 <Estel_> "Nokia Care", "One click loging experience"... I'm going to run away, hearing something like that
Jun 30 00:24:58 <Estel_> well, he is lucky, that they haven't recycled his device without asking, as they're known to do so, reportedly, many times.
Jun 30 00:26:56 <SpeedEvil> Estel_: and I totally agree.
Jun 30 00:27:11 <SpeedEvil> Estel_: However - I'm more interested in the decent res screen.
Jun 30 00:27:18 <Estel_> I see.
Jun 30 00:27:27 <SpeedEvil> Estel_: for casual browsing
Jun 30 00:27:34 <Estel_> Well, for my eyes, N900 have really nice resolution, and i enjoy reading books on it
Jun 30 00:27:41 <Estel_> well, 1024 would be nice, fact
Jun 30 00:27:57 <Estel_> I use scaling of whole web page in chromium, to achieve that
Jun 30 00:28:02 <SpeedEvil> Me too - but it works best for me at night, in the day, I prefer something larger.
Jun 30 00:28:09 * Estel_ nods
Jun 30 00:28:26 <SpeedEvil> Sometimes a larger reading distance is just better
Jun 30 00:29:10 <SpeedEvil> I do want to investigate if dual booting is possible.
Jun 30 00:29:29 <ShadowJK> is nexus 7 going to available this soon?
Jun 30 00:29:57 <SpeedEvil> It said 2-3 weeks on the order page
Jun 30 00:31:51 * ShadowJK guesses they wont be selling it in .fi the next couple years :(
Jun 30 00:33:00 <ShadowJK> god wtf, Tegra T30L and gig of ram?
Jun 30 00:33:19 <ShadowJK> the price point is brutal lol
Jun 30 00:36:41 <SpeedEvil> Indeed.
Jun 30 00:36:59 <Estel_> <ShadowJK> god wtf, Tegra T30L and gig of ram? <- talking about nexus 7?
Jun 30 00:37:31 <ShadowJK> ya
Jun 30 00:37:41 <Estel_> call me tinfoil hat, but i can't shake feeling, that only use for those multi-cored and gigabytes of RAM in such device, will be to allow them encrypt/hide their spying on us.
Jun 30 00:37:50 <ShadowJK> lol
Jun 30 00:38:00 <Estel_> (i..e make it less detectable, when sending private data together with other transfers)
Jun 30 00:38:25 <SpeedEvil> I was sort-of-considering http://www.wopadusa.com/store/android-v4-0/wopad-i9-9-7-rk-3066-dual-core-arm-cortex-a9-1-4ghz-cpu-ips-screen-tablet/
Jun 30 00:38:44 <Estel_> SpeedEvil, why not waiting for Vivaldi? It's going to have 1Gb of RAM too :)
Jun 30 00:38:55 <ShadowJK> Considering they already know what I browse on youtube (and offer a mix of esports, military equipment, high voltage electronics, and vintage internal combustion engine videos)
Jun 30 00:39:01 <ShadowJK> What is vivaldi?
Jun 30 00:39:01 <RiD> i got a mobile device with 8gb of ram
Jun 30 00:39:06 <Estel_> plasma active may be not heaven, but it's still better than what android have to offer
Jun 30 00:39:20 <SpeedEvil> Estel_: Because I have questions it will be available in the near term.
Jun 30 00:39:20 <Estel_> ShadowJK, http://opentablets.org/
Jun 30 00:39:42 <SpeedEvil> Estel_: In addition, I'm, if not buying one, at least donating about a quarter of the price when it becomes available.
Jun 30 00:40:18 <ShadowJK> oh wow I think my PC hung :(
Jun 30 00:40:25 <Estel_> it's true that Vilvaldi is slow at hell re arriving (all the time just around the corner), but I have high hopes for it (Pink floyd TM)
Jun 30 00:40:41 <Estel_> RiD, sure, my notebook have 4Gbof RAM
Jun 30 00:40:48 <Estel_> but it's still more "mine" than any android device
Jun 30 00:40:55 <Estel_> which can be doing whatever it want with my data :P
Jun 30 00:41:12 <Estel_> my trust for google is at the same level as I trust my goverment
Jun 30 00:41:13 <SpeedEvil> The only major issue I have with the nexus is lack of microSD
Jun 30 00:41:22 <Estel_> what the hell is that tendency of microSd lacking?
Jun 30 00:41:25 <Estel_> SD at all
Jun 30 00:41:37 <Estel_> thjey don't like sandisk and their SDXc, or what?
Jun 30 00:41:43 <SpeedEvil> It's marginally cheaper to leave it out.
Jun 30 00:41:47 <SpeedEvil> And of course...
Jun 30 00:41:48 <Estel_> it's real PITA. same goes for R.I.P N9
Jun 30 00:41:56 <SpeedEvil> 8G is $199
Jun 30 00:42:00 <Estel_> I think by "marginally" You mean really, really marginally
Jun 30 00:42:02 <SpeedEvil> 16G is $249
Jun 30 00:42:16 <Estel_> bastards
Jun 30 00:42:23 <SpeedEvil> And $50-$8-$1 adds up
Jun 30 00:42:40 <Estel_> suuuure, lately I was able to buy 32 Gb genuine card (it turned to be true) for ~17 USD
Jun 30 00:42:44 <Estel_> Sandisk class 4
Jun 30 00:42:50 <ShadowJK> the question is, how much do I have to spend on a notebook before I get something that doesn't sound like a tornado, doesn't run out of battery immediately, and has a screen that doesn't have viewing angles so shitty the contrast is inveresed in one of your eyes all the time
Jun 30 00:42:53 <SpeedEvil> So they likely make ~$42 profit ish extra on the bigger one
Jun 30 00:43:15 <SpeedEvil> Which would seem a really good reason to leave it out.
Jun 30 00:43:16 <Estel_> ShadowJK, it's rather about time spent, not money
Jun 30 00:43:20 <SpeedEvil> From a buisness case.
Jun 30 00:43:30 <ShadowJK> Estel_; hm?
Jun 30 00:43:40 <Estel_> You need to mod battery and cooling system Yourself
Jun 30 00:43:45 <Estel_> msot of the times
Jun 30 00:43:58 <Estel_> I have yet to see notebook with cooling system that doesn't require modification
Jun 30 00:44:44 <ShadowJK> ugh, rebooting PC is such a fucking pain
Jun 30 00:44:44 <ShadowJK> mouse speed is all off. and the correct setting isn't available through UI
Jun 30 00:44:45 <Estel_> BTw, laugh at me, but N900 sounds more like olymp of what You've described - it doesn't make cooling sounds, with 3000 mAh battery run for ages...
Jun 30 00:44:50 <Estel_> and it's cheap to buy now ;0
Jun 30 00:45:13 <Estel_> if only not for the lack ofRAM :)
Jun 30 00:46:22 <Estel_> ok, time to finally do this spaghetti, or I'll really starve
Jun 30 00:46:36 <Estel_> I preffer real spaghetti over TMO one.
Jun 30 00:46:43 * SpeedEvil wants some food.
Jun 30 00:46:46 <RiD> http://en.wikipedia.org/wiki/Fucking,_Austria
Jun 30 00:46:53 * SpeedEvil is 146 calories over target for today though.
Jun 30 00:47:03 <RiD> you control your calories?
Jun 30 00:47:07 <RiD> I feel bad for you
Jun 30 00:47:34 <SpeedEvil> It's either do that, or be unable to get up easily.
Jun 30 00:47:49 <SpeedEvil> http://www.wopadusa.com/store/android-v4-0/wopad-i9-9-7-rk-3066-dual-core-arm-cortex-a9-1-4ghz-cpu-ips-screen-tablet/
Jun 30 00:47:51 <SpeedEvil> err
Jun 30 00:48:08 <SpeedEvil> http://qkwv.com/weight.gif
Jun 30 00:48:51 <ShadowJK> I guess it's time to buy a new PC too :/
Jun 30 00:49:06 <RiD> SpeedEvil is that YOUR weight graphic?
Jun 30 00:49:08 <ShadowJK> omg I have flashblock disabled
Jun 30 00:49:11 <SpeedEvil> yes
Jun 30 00:49:18 <RiD> SpeedEvil mine's rising. Awesome
Jun 30 00:49:27 * ShadowJK listens to cacaphony of firefox restoring all the tabs, about 20 youtube tabs
Jun 30 00:49:31 <SpeedEvil> ShadowJK: It's astonishing what that does to battery life
Jun 30 00:49:38 <SpeedEvil> or temperature
Jun 30 00:50:03 <ShadowJK> This is my q9550 desktop
Jun 30 00:50:33 <ShadowJK> I'm hearing about 4 different ads, played at different offsets, about 30 times :-)
Jun 30 00:50:41 <SpeedEvil> :)
Jun 30 00:50:59 <SpeedEvil> Highlighted tabs that play sound would be so nice
Jun 30 00:51:16 <RiD> ShadowJK brain therapy
Jun 30 00:51:24 <RiD> FREE!
Jun 30 00:51:34 <ShadowJK> phew
Jun 30 00:51:36 <ShadowJK> finally found all of them
Jun 30 00:51:38 <RiD> but you said Ads?
Jun 30 00:52:00 <ShadowJK> Well it started with ads then went on to actual videos
Jun 30 00:52:33 <ShadowJK> The ads stood out because same ads played simultaneously with a  second or two delay from eachother
Jun 30 00:54:10 <SpeedEvil> Also - major issue with the Vivaldi is the low resolution screen. 
Jun 30 00:55:53 * ShadowJK 'd like >250ppi, >178 degree viewing angle
Jun 30 00:57:43 <Estel_> SpeedEvil, I feel stupid as healt advisor, but havent You though about martial arts? It act better on health than counting callories, and, when speaking about *real* martial *arts*, you can start it in any age
Jun 30 00:58:15 <Estel_> you won't weight much less - it's just that it will be muscles instead of fat weighting :)
Jun 30 00:58:29 <Estel_> + you don't look like szwarceneger clone
Jun 30 00:58:53 <Estel_> (i.e. big no for culturist way of losing weight :D )
Jun 30 00:59:02 <Estel_> (or gaining, actually, whatever)
Jun 30 01:00:02 <Estel_> It's like Open Source - You don't need to follow this or that martial arts rules strictly, You can learn to understand them, and mix whats best, creating Your own style. It's rather about philosophy, but it works great for health too :)
Jun 30 01:00:35 <Estel_>  /advertsiment end
Jun 30 01:07:06 <SpeedEvil> Estel_: I've got health problems which make any activity problematic.
Jun 30 01:07:18 <Estel_> I see.
Jun 30 01:07:25 <SpeedEvil> I often get problematically tired doing the hoovering :/
Jun 30 01:07:32 <Estel_> in such case, no more chocies than counting calories, I suppose.
Jun 30 01:08:11 <Estel_> Well, no much more I can say, than keeping thumbs for Your health. Take care.
Jun 30 01:08:26 <Estel_> as logn as You don't give up, it's not that bad, I hope.
Jun 30 01:09:20 <SpeedEvil> Trying not to. 
Jun 30 02:02:18 <ShadowJK> wtf, this 32g sandisk usd is benchmarking weirdly
Jun 30 02:04:27 <ShadowJK> 4k random write: 350 (!) iops, 16k random writes: 1.5 iops (wtf!?)
Jun 30 02:04:45 <ShadowJK> lets restart.. it was untouched card afterall..
Jun 30 02:05:20 <SpeedEvil> Ow.
Jun 30 02:05:41 <SpeedEvil> The first would be truly excellent for swap once it gets nicely fragmented.
Jun 30 02:05:43 <SpeedEvil> hehe.
Jun 30 02:07:30 <ShadowJK> wtf is this :)
Jun 30 02:07:51 <ShadowJK> For comparison, sandisk class 2 does 4.5 iops at 16k :)
Jun 30 02:08:20 <ShadowJK> and a "Ultra Mobile MicroSDHC" or something Class 4 (old branding) does 7 and some
Jun 30 02:08:38 <ShadowJK> This is a 32g Class 4 new branding
Jun 30 02:08:55 <ShadowJK> (I suspected they rebranded C2 into C4, and C4 into C6)
Jun 30 02:10:25 <ShadowJK> Seems to level out at 1 iops... 
Jun 30 02:11:23 <ShadowJK> Interestingly, the card was cheaper than the old-branding class 2.
Jun 30 02:13:16 * SpeedEvil is amused that that's probably slower than the slowest floppy I've owned.
Jun 30 02:13:51 <SpeedEvil> what's sequential like?
Jun 30 02:14:09 <ShadowJK> Dunno, it's still running rnd write test
Jun 30 02:14:24 <ShadowJK> Maintaining 0.9 iops at 4M block size
Jun 30 02:14:32 <ShadowJK> 2M
Jun 30 02:15:15 <ShadowJK> 1.01 at 4M
Jun 30 02:17:32 <ShadowJK> and 0.5 at 8M
Jun 30 02:17:33 <ShadowJK> :)
Jun 30 02:18:52 <ShadowJK> So 4M block size, 1 IOPS
Jun 30 02:19:02 * ShadowJK wonders what's happening at 4k...
Jun 30 02:23:11 <ShadowJK> It seems to do vaguely better with unaligned random writes...
Jun 30 02:23:16 * ShadowJK scratches head
Jun 30 02:25:50 * SpeedEvil does an impromptu benchmark of his new 32G SD
Jun 30 02:26:05 <SpeedEvil> - unzipping a _LOT_ of big jpegs from NASA
Jun 30 02:26:48 <ShadowJK> I'm using the benchmark utility talked about here: http://blog.rethinkdb.com/rebench-cutting-through-the-myths-of-io-perfo
Jun 30 02:27:03 <SpeedEvil> about 1.3 or so files/s of 1M
Jun 30 02:32:25 <ShadowJK> On sequential write it's also coming out slower than my old sandisk class 2
Jun 30 02:33:29 <SpeedEvil> 6 min to unzip a 600M file. But I question if my SD card reader in this laptop is sane.
Jun 30 02:33:44 <ShadowJK> preferred_erase_size 4194304 :)
Jun 30 02:34:10 <SpeedEvil> That tool does look interesting.
Jun 30 02:34:49 <SpeedEvil> If I had an unlimited amount of money, I'd pay some people to RE some random microSDs/... properly
Jun 30 02:35:19 <ShadowJK> I vaguely recall that when I discovered the tool I got the impression it was the one that went as straight to the device as possible
Jun 30 02:35:36 <ShadowJK> I was seeing linux caching effects with iozone and such
Jun 30 02:35:40 <SpeedEvil> Oh - no.
Jun 30 02:36:08 <SpeedEvil> I mean take the microSD - delaminate and reverse engineer it
Jun 30 02:36:48 <ShadowJK> oh I thought you meant rebench
Jun 30 02:37:33 <SpeedEvil> _slghtly_ more costly :)
Jun 30 02:38:16 <ShadowJK> ok now getting to slightly more interesting benchmarks, multithread sequential
Jun 30 02:38:54 <ShadowJK> This is where my old sandisks did 5 megs/second, and kingstons did .5 megs/second.
Jun 30 02:40:06 <ShadowJK> uh yeah two threads does better than single thread, by a factor of 5 :/
Jun 30 02:40:27 * ShadowJK wonders if rebench is overflowing something and not doing proper patterns on 32g device
Jun 30 02:40:31 <SpeedEvil> What?
Jun 30 02:40:34 <ShadowJK> nah they tested it with HDs..
Jun 30 02:40:35 <SpeedEvil> Screwy.
Jun 30 02:40:39 <ShadowJK> Yes, very
Jun 30 02:41:07 <SpeedEvil> I could sort of handwave it if 2 did better by a factor of 2
Jun 30 02:41:39 <ShadowJK> single thread 32k sequential write: 4M/sec. 2 threads: 12M/sec.
Jun 30 02:42:03 <ShadowJK> just wtf
Jun 30 02:42:17 <SpeedEvil> Truly odd.
Jun 30 02:42:30 <SpeedEvil> what does dd say?
Jun 30 02:43:13 <ShadowJK> dunno, between 4 and 5 I imagine
Jun 30 02:43:44 <ShadowJK> (my rebench script still running)
Jun 30 02:47:25 <ShadowJK> topping out at 18M/sec...
Jun 30 02:47:41 <ShadowJK> oh I see
Jun 30 02:48:06 <ShadowJK> I was testing read not write at multithread :/
Jun 30 02:48:08 <ShadowJK> my bad
Jun 30 02:48:19 <ShadowJK> So that only leaves the random 4k mystery
Jun 30 02:55:51 <SpeedEvil> umm - you mean that was sequential write 4M, 2 thread read...
Jun 30 02:56:52 <ShadowJK> yes
Jun 30 02:57:50 <ShadowJK> It's depressing, USB drives seem to get alot more coverage, yet even there when I ordered a drive that allegedly had high write IOPS, it turned out to be one of the crappiest I tested.
**** ENDING LOGGING AT Sat Jun 30 02:59:58 2012