11:38 <Wizzup> freemangordon: looks like our qemu/ci image builder doesn't want ot do aarch64

11:38 <Wizzup> maybe I should dist-upgrade the underlying thing

11:38 <Wizzup> I'm building a PP chimaera image for rafael

11:38 <Wizzup> it works on my laptop it seems

12:44 <Wizzup> freemangordon: did you get this?

12:44 <Wizzup> /bin/sh: 1: cd: can't cd to /home/user/qtwebengine/src/3rdparty/chromium/third_party/jstemplate/

12:44 <Wizzup> ERROR - Cannot read: exports.js

12:44 <Wizzup> ERROR - Cannot read: jsevalcontext.js

12:44 <Wizzup> ERROR - Cannot read: jstemplate.js

13:07 <Wizzup> ok, chimaera boots on PP

13:09 <Wizzup> (first try :))

13:27 <Wizzup> freemangordon: this qt web engine build will take days on our CI I think

13:31 <Wizzup> freemangordon: maybe this is silly, but we could inherit qapplication and override the platformName call

13:36 <Wizzup> freemangordon: I think that qtwebbrowser could just have platformName() method

13:36 <Wizzup> unless this is protected somehow

13:40 <Wizzup> I asked in #qt

13:56 <norayr> btw, i have a problem: got update for surf in HAM, but it doesn't install because of webkit2gtk problem.

13:56 <Wizzup> beowulf?

13:56 <norayr> chimaera

13:57 <Wizzup> probably relates to elogind?

13:59 <norayr> exact error in HAM: Conflict with application packages: libwebkit2gtk-4.0-37 (2.38.2-1~deb11u1)

13:59 <norayr> no idea, i missed what was going on with elogin here.

14:00 <Wizzup> I think to solve this we need more exact errors from apt

14:00 <Wizzup> HAM isn't very useful typically

14:00 <Wizzup> for this at least

14:01 <norayr> minute, i'll check with apt. make sure easylist update works, and check surf with apt.

14:03 <norayr> btw i am not able to make it rotate. :/ and maybe my menubar removal was very ugly, i was doing elsif, elif with preprocessor for Q_WS_MAEMO_5 but it wasn't picking it up.

14:04 <norayr> ok checking the surf.

14:04 <norayr> apt upgrade surf results in

14:04 <norayr> hildon-base: confligts: elogind but 246.10-2 is to be installed.

14:10 <norayr> sicelo: you run enlightenment on what? (:

14:14 <Wizzup> norayr: I think you just use menuBar->hide(); ?

14:14 <Wizzup> norayr: yeah, like I said, we have to solve the elogind thing, it's a known problem

14:14 <norayr> i did that and it works in the new update, you can check.

14:14 <norayr> ah, it is not solved yet, okay!

14:15 <norayr> just i am afraid i did it not the most beautiful way, because there were ifdefs for symbian and there was else, and i wanted to add ifdef for maemo, but my elif didn't work, etc. so i just commented out everything assuming this will run only on maemo, and used the hide().

14:16 <norayr> but if you check rotation one day that'd be good.

14:17 <Wizzup> norayr: let me check, btw, maybe just set auto rotate, rather than requiring user to select 'rotate' from menu

14:17 <Wizzup> actually I can't check right now, will try later today, if I forget poke me

14:17 <norayr> not urgent at all... will poke you in several days.

14:18 <norayr> i hid the menubar in jan 6, which i wanted to do since dec 21.

14:21 <Wizzup> :)

14:36 <norayr> sorry folks i cannot find what is icd2 on the internet.

14:37 <norayr> it heats the droid and eats 40-80% of cpu.

14:37 <norayr> ok it belongs to the package icd2

14:45 <norayr> hm this icd2 crashed d4, eventually. the screen got blurred and it became unresponsive. then the power button was not able to halt it, i had to do power plus volume down.

14:54 <Wizzup> what happened exactly? this is probably because (1) chimaera is mostly untested (2) you probably dist-upgraded'd, which also can result in funky setups

14:54 <Wizzup> but still icd2 should behave

15:11 <norayr> internet connectivity daemon, i understand.

15:11 <norayr> i think i used offline mode, and then normal mode.

15:11 <norayr> that is maybe the reason.

15:16 <sicelo> norayr: no, i don't run enlightenment

15:19 <sicelo> or you wanted to say i3wm? yes i do use i3 frequently on n900

15:22 <Wizzup> freemangordon: ok, I'm giving up on qtwebbrowser for now

15:43 <freemangordon> Wizzup: why?

15:43 <freemangordon> also, we cannot subclass QApplication in every application around

15:47 <Wizzup> freemangordon: I think with apt-get source it might work, let me check it

16:03 <Wizzup> freemangordon: apt-get source seems to work, I will try to import that into CI tonight

16:04 <freemangordon> thanks

16:04 <freemangordon> will you fix it as well?

16:04 <freemangordon> as it does not make sense to build twice

16:05 <Wizzup> yes, I am testing now in VM if it builds with fix

16:05 <freemangordon> thanks!

20:29 <dsc_> could someone issue & share `cat /proc/cpuinfo` from a droid4 or n900 (or both)

20:30 <dsc_> my droid4 device is in some sort of limbo state :P

20:41 <sicelo> heh

20:44 <sicelo> droid 4: https://paste.debian.net/1266365/

20:46 <dsc_> ty

20:49 <sicelo> n900: https://paste.debian.net/1266366/

20:49 <sicelo> how do these help you with the problem however?

20:51 <dsc_> just confirming the presence of NEON feature

20:51 <dsc_> also eyeballing' if https://github.com/torch/TH/blob/master/CMakeLists.txt#L64-L68 would work (probably not)

20:52 <dsc_> because https://github.com/torch/TH/blob/master/cmake/FindARM.cmake#L29

20:53 <dsc_> im porting some libs to ARM that make heavy use of SIMD instructions

20:53 <dsc_> like AVX, SSE

21:50 <dsc_> Wizzup:

21:50 <dsc_> [ 83%] Linking CXX static library ../libmarian.a

21:50 <dsc_> [100%] Built target marian

21:50 <dsc_> :O

21:54 <dsc_> (on cortex a72)

21:57 <buZz> omap4430 indeed has NEON, see the datasheet

21:57 <dsc_> ye

21:57 <buZz> (or try PCSXrearmed, it -flies- because of NEON)

21:58 <dsc_> i am 'in the market' for some CMake that can detect Cortex A8 (n900) or Cortex A9 (droid4)

21:58 <dsc_> but this FindARM.cmake that I linked is targeted at omap stuff, I missed that

21:58 <buZz> no clue, cmake is 10th ring of hell imho

21:58 <dsc_> yes