**** BEGIN LOGGING AT Mon Aug 06 03:00:00 2018
Aug 06 05:34:16 <Herrie> saidinesh5: You will need to have luneos-components as well
Aug 06 05:34:33 <Herrie> https://github.com/webos-ports/luneos-components
Aug 06 05:35:07 <Herrie> We basically made a common component called luneos-components which contains reusable bits
Aug 06 05:35:38 <Herrie> And dummy compositor ;) https://github.com/webOS-ports/luneos-components/tree/master/test/imports/LunaNext/Compositor
Aug 06 07:21:38 <Herrie|Laptop> Morning
Aug 06 08:09:35 <Herrie|Laptop> novaldex: ping
Aug 06 08:11:48 <novaldex> Herrie|Laptop: pong
Aug 06 08:11:52 <novaldex> morning!
Aug 06 08:12:22 <Herrie|Laptop> You know what happened to webos-ports.org earlier? Seems it was redirecting to an apache landing page somehow
Aug 06 08:12:31 <Herrie|Laptop> It seems OK now here, but it wasn't a few hrs ago when I checked at home
Aug 06 08:12:50 <novaldex> i'm not aware of anything, but I had just read about webos-ports.org being down
Aug 06 08:13:02 <novaldex> literally just tried it here & i'm getting the apache landing page too
Aug 06 08:13:08 <novaldex> shall investigate!
Aug 06 08:13:22 <Herrie|Laptop> On phone I get apache landing page, office computer now
Aug 06 08:13:23 <Herrie|Laptop> not
Aug 06 08:13:26 <Herrie|Laptop> But could be caching
Aug 06 08:14:57 <novaldex> we've had a few DNS problems recently, which i'm not happy with
Aug 06 08:15:14 * novaldex really hopes he's not going to see a lot more of them..
Aug 06 08:16:37 <Herrie|Laptop> Let me do some tracerts
Aug 06 08:19:10 <novaldex> okay, DNS is correct, so it must be a mis-cache somewhere else
Aug 06 08:20:02 <novaldex> I get bad results here & at home too
Aug 06 08:39:41 <novaldex> i've refreshed DNS, hopefully it'll propagate properly & point everyone back to the right server again
Aug 06 08:43:29 <Herrie|Laptop> OK thnx
Aug 06 08:43:49 <saidinesh5> Herrie: ahh interesting.. looking at the components now.. so any plans to move to qtquick controls 2.0? They're super nicer for performance.. or rather qtquickcontrols 1.0 was super bad for performance that i had to reimplement my own in two different jobs to improve start up speed and memory usage
Aug 06 08:44:47 <Tofe> saidinesh5: we are already using them
Aug 06 08:45:22 <Tofe> if there are still qtquick1 components, that's a mistake
Aug 06 08:45:29 <saidinesh5> Ahh.. i see
Aug 06 08:45:38 <saidinesh5> https://github.com/webOS-ports/luneos-components/blob/master/modules/QtQuick/Controls/Styles/LuneOS/SwitchStyle.qml
Aug 06 08:45:56 <saidinesh5> The styles seemed to be done in 1.. so had to ask
Aug 06 08:46:13 <Tofe> ah well, that was our 1.0 styling
Aug 06 08:46:24 <Tofe> not used anymore
Aug 06 08:46:31 <saidinesh5> Ahh.. i see
Aug 06 08:46:45 <Tofe> 2.0 style should be near
Aug 06 08:47:06 <saidinesh5> Dialogs too..
Aug 06 08:47:26 <Tofe> https://github.com/webOS-ports/luneos-components/tree/master/modules/QtQuick/Controls.2/LuneOS
Aug 06 08:48:16 <saidinesh5> Ahh interesting
Aug 06 08:48:31 <Tofe> there's a bit of cleanup to do for old 1.0
Aug 06 08:48:32 <saidinesh5> Yeah the 1.0 were super bad so had to bring it up
Aug 06 08:48:47 <Tofe> yep
Aug 06 08:50:33 <Tofe> gotta go, I have a castle to visit
Aug 06 08:50:39 <saidinesh5> May be I will refactor out my Dialogs JS api into a reusable plugin sometime next week, so thatshould help you guys ditch dialogs too..  a simple js callback based Dialog api: https://stackoverflow.com/questions/45939425/a-chain-of-modal-dialogs/46081882#46081882
Aug 06 08:50:43 <saidinesh5> Ah have fun Tofe
Aug 06 09:56:39 * JaMa received A1 today, buying usb-c cable to charge it
Aug 06 09:57:29 <nizovn> JaMa: there was type c cable in box included
Aug 06 09:58:19 <JaMa> my contractors advantage was to receive just the phone without any accessories :)
Aug 06 09:58:30 <nizovn> ah
Aug 06 09:58:44 <JaMa> but I got 2nd box with more work (and more missing cables) as well
Aug 06 09:59:13 <nizovn> :)
Aug 06 10:37:53 <Herrie|Laptop> JaMa: LOL
Aug 06 11:42:51 <Herrie|Laptop> nizovn: Had luck with your A1?
Aug 06 11:45:17 <nizovn> well i managed to brick it a bit, not booting to both systems..
Aug 06 12:09:08 <Herrie|Laptop> Hehe
Aug 06 12:15:54 <Herrie|Laptop> I'll have a go with mine in a bit
Aug 06 12:44:28 <Herrie|Laptop> Mine also seems to bootloop. What I've done so far: 1. Enable Developer mode. 2. Rebooted into fastboot with volume down+power 3. fastboot oem unlock 4. flash stock 7.1.2 image. 5. Boot TWRP with "fastboot boot recovery-3.2.1-1.img". 6. Formatted data to remove encryption. 7. Restarted TWRP with "fastboot boot recovery-3.2.1-1.img". 8. Flashed "luneos-dev-package-tissot.zip" via TWRP advanced, adb sideload.
Aug 06 12:44:37 <Herrie|Laptop> Tofe: ^
Aug 06 12:44:48 <Herrie|Laptop> For when you're back from your castle visit
Aug 06 17:17:24 <nizovn> is there any way to disable encryption? when i format data and reboot, i get "encrypting" screen, and then data is again encrypted
Aug 06 17:21:44 <Herrie> nizovn: Hmmmz with me that seems to work OK I guess
Aug 06 17:21:51 <Herrie> But I only booted back to TWRP
Aug 06 17:21:54 <Herrie> I guess that's the trick
Aug 06 17:22:03 <Herrie> Once you go to original bootloader it might re-encrypt
Aug 06 17:22:11 <Herrie> I guess we'd need a few pointers from Tofe
Aug 06 17:22:37 <nizovn> ok
Aug 06 17:32:22 <Herrie> I read that you shouldn't flash TWRP, just boot it
Aug 06 17:32:37 <Herrie> Normally you would flash TWRP to recovery partition, however not in this case it seems
Aug 06 18:41:41 <elvispre> I believe Tofe is flashing TWRP to the b slot.
Aug 06 18:43:27 <elvispre> Herrie: nizovn: After trying to flash luneos, if you adb shell into TWRP, do you have luneos-rootfs.tar.gz and the temporary folder it is untarred to lying around?
Aug 06 18:43:40 <elvispre> (In /data)
Aug 06 18:46:06 <elvispre> Meaning on the A1, of course.
Aug 06 18:48:48 <Herrie> elvispre: Yeah I even have it unpacked in some data/tmp_luneos or something
Aug 06 18:51:05 <elvispre> Herrie: Yes, that's what the webos_deploy.sh (inside our zip) does, but it looks like the tar command returns non-zero, so even the deployment does not work properly.
Aug 06 18:53:40 <elvispre> I have completed the deployment (mv that folder to /data/luneos, etc.) at the adb shell command line, but that doesn't let me boot either.
Aug 06 18:55:18 <Herrie> Well it could be Tofe forgot to push something somewhere
Aug 06 18:55:24 <Herrie> I guess he'll chip in at some point :P
Aug 06 18:55:36 <Herrie> But maybe he had too much good wine at the chateau :P
Aug 06 18:55:49 <elvispre> I think he has solved more than one problem along the way!
Aug 06 18:56:12 <Herrie> He did cover a lot already
Aug 06 18:56:19 <elvispre> He's allowed a holday :-)
Aug 06 19:02:29 <Herrie> For sure :D
Aug 06 19:07:16 <elvispre> Herrie: Discovery - recovery-3.1.1-1.img deploys into data properly where recovery-3.2.1-1.img behaves as described above.
Aug 06 19:08:46 <elvispre> ...and I have a booting A1. I am looking at First Use.
Aug 06 19:09:25 <elvispre> Man, these TWRP recoveries are so random!
Aug 06 19:11:01 <elvispre> Right enough, recovery-3.1.1-1.img is the one Tofe pointed me at when I was trying a really recent one.
Aug 06 19:11:02 <Herrie> elvispre: Hmmz that's good to know :)
Aug 06 19:12:01 <elvispre> Touch works. It reveals that First Use is unstable :-)
Aug 06 19:12:52 <elvispre> adb is not working. But Tofe says it is but not the daemon. Does he start it from a terminal, I wonder?
Aug 06 19:14:33 <elvispre> Uh oh! No wifi but a TXT from my SIM provider. My A1 is probably already spending my money.
Aug 06 19:15:12 <elvispre> Anyway, the take home is - try flashing with recovery-3.1.1-1.img and you are probably winning.
Aug 06 19:18:46 <elvispre> Well that was a good start to the evening, but now I have a few other things to do. Back later!
Aug 06 19:22:48 <Herrie> Same here... Well the FirstUse crashing I had on Mido too. That's LunaSysService probably
Aug 06 19:33:47 <Preemptive> Novaldex: FYI The webOS Internals wiki is also down, so it may be a problem common to both sites... You have an email that had to go to the back up address. And due to the spamming, I had to get a lesson in IRC before I could reconnect!
Aug 06 19:52:52 <nizovn> elvispre: interesting
Aug 06 19:53:32 <nizovn> btw if you switch to the other slot, does android boot?
Aug 06 20:04:57 <elvispre> nizovn: No. Bootloop on slot b.
Aug 06 20:05:38 <nizovn> ok, thanks
Aug 06 20:05:52 <elvispre> Worth trying a few experiments with that though.
Aug 06 20:07:18 <elvispre> Herrie: First Use succeeded after a few attempts.
Aug 06 20:07:58 <elvispre> Herrie: Do we build the A1 kernel with Tofe's latest defconfig? https://bpaste.net/show/9be0184fbfdd
Aug 06 20:08:22 <elvispre> Wondering if that's why there's no adb.
Aug 06 20:21:54 <elvispre> (Looks like we have that defconfig already.)
Aug 06 20:24:47 <Herrie> elvispre: Ehm no....
Aug 06 20:25:15 <Herrie> WE need to update meta-smartphone for that
Aug 06 20:25:21 <Herrie> I wanted to ask Tofe but forgot
Aug 06 20:25:36 <Herrie> Seems JaMa is not around anymore, so he cannot merge it anywya
Aug 06 20:25:41 <Herrie> I can PR it though
Aug 06 20:26:26 <elvispre> The last two commits on your tissot kernel both replace the defconfig and at least one of them is from Tofe and says it is for adb?
Aug 06 20:27:15 <Herrie> https://github.com/shr-distribution/meta-smartphone/pull/74
Aug 06 20:27:18 <Herrie> That should fix it
Aug 06 20:27:27 <Herrie> It's good to do these things right away so they don't get forgotten :P
Aug 06 20:27:49 <elvispre> Absolutely. I'll try it locally as I am impatient :-)
Aug 06 20:28:26 <Herrie> Yeah LOL
Aug 06 20:30:29 <elvispre> Oh, we're still point at e9c763e. Surprising it boots at all!
Aug 06 20:48:32 <elvispre> Awesome! adb shell is available if we build with Herrie's latest kernel https://github.com/Herrie82/tissot/commits/tissot-o-oss commit 12c74e2
Aug 06 20:52:13 <Herrie> If you check the log, you'll probably see lunasysservice crashing on firstuse ;)
Aug 06 20:52:16 <Herrie> That's what i expect
Aug 06 20:52:22 <Herrie> That's what we had before on Mido as ewll
Aug 06 20:52:32 <Herrie> It's a bit random, but in like 80% of cases
Aug 06 20:53:39 <elvispre> I am taking my first look right now. It is a huge log file so it will take some reading. #niceproblemtohave
Aug 06 21:03:33 <elvispre> Found one - "luna-sysservice.service: Main process exited, code=dumped, status=6/ABRT"
Aug 06 21:13:01 <Herrie> YUp
Aug 06 21:13:12 <Herrie> I remember I did a debug on that a while ago
Aug 06 21:13:19 <Herrie> Was some weird low level code issue
**** ENDING LOGGING AT Tue Aug 07 03:00:00 2018