**** BEGIN LOGGING AT Wed Feb 21 03:00:03 2018
Feb 21 04:58:52 <Herrie> gsora: What did you do?
Feb 21 09:02:13 <Herrie|Laptop> Morning!
Feb 21 09:20:57 <Tofe> Morning!
Feb 21 09:30:12 <JaMa> Herrie|Laptop: hi, which server?
Feb 21 09:30:32 <Herrie|Laptop> JaMa: Bonaire as usual
Feb 21 09:31:19 <Herrie|Laptop> Tofe: You sure we don't need the 21 for camera anymore?
Feb 21 09:31:34 <JaMa> /dev/xvdb1      493G  364G  107G  78% /home
Feb 21 09:31:34 <JaMa> none             80G     0   80G   0% /home/jenkins/workspace/luneos-stable/webos-ports/tmp-glibc
Feb 21 09:31:39 <JaMa> doesn't look that bad
Feb 21 09:32:11 <JaMa> ah not bonaire, the fileserver most likely
Feb 21 09:32:18 <JaMa> based on the luneos-testing_workspace-compare-signatures/lastBuild/console
Feb 21 09:33:19 <JaMa> /dev/xvdf1      500G  500G   33M 100% /home5
Feb 21 09:34:47 <JaMa> Herrie|Laptop: what testing images I can delete?
Feb 21 09:34:50 <JaMa> any preference?
Feb 21 09:35:41 <Herrie|Laptop> JaMa: The Rpi ones from Deceber
Feb 21 09:35:44 <Herrie|Laptop> December
Feb 21 09:35:49 <Herrie|Laptop> They are the largest :P
Feb 21 09:38:20 <JaMa> you mean most useless right? :)
Feb 21 09:38:49 <Herrie|Laptop> JaMa: Probably also ;)
Feb 21 09:39:04 <Herrie|Laptop> I have no RPi so I cannot judge
Feb 21 09:39:10 <Tofe> Herrie|Laptop: well, "/hal-hybris/system/bin/camera_service" doesn't exist anymore anyway
Feb 21 09:39:18 <Herrie|Laptop> Tofe: Ah true
Feb 21 09:40:27 <JaMa> Tofe: I'm going to merge your PR then
Feb 21 09:40:38 <Tofe> JaMa: ok thanks
Feb 21 09:46:22 <Herrie|Laptop> JaMa: I'll probably be sending some too in the not too distant future
Feb 21 09:46:27 <Herrie|Laptop> Maybe today or tomorrow
Feb 21 09:46:53 <JaMa> ok
Feb 21 10:26:13 <JaMa> 280G    luneos-testing
Feb 21 10:26:19 <JaMa> du is really fast on this one :)
Feb 21 10:27:20 <Herrie|Laptop> JaMa: I wonder what eats all this space
Feb 21 10:27:29 <Herrie|Laptop> sstate-cache?
Feb 21 10:29:03 <JaMa> dunno yet, still counting luneos-unstable...
Feb 21 10:29:53 <JaMa> but I plan do dump whole sstate, I've pushed small oe-core upgrade with openssl upgrade which will invalidate most of it anyway
Feb 21 10:35:24 <Herrie|Laptop> JaMa: OK
Feb 21 10:38:02 <JaMa> 138G    luneos-unstable
Feb 21 10:38:02 <JaMa> 48G     releases
Feb 21 10:38:45 <JaMa> is anyone using package management on target?
Feb 21 10:45:14 <JaMa> 19G     luneos-testing/images
Feb 21 10:45:14 <JaMa> 61G     luneos-testing/ipk
Feb 21 10:45:25 <JaMa> I could drop whole ipk feed as well
Feb 21 10:45:55 <JaMa> sstate is around 150G according to last cleanup http://jenkins.nas-admin.org/view/luneos-testing/job/luneos-testing_workspace-cleanup/lastBuild/console
Feb 21 10:51:18 <Herrie|Laptop> JaMa: Currently nobody uses IPK so you could drop it I'd say
Feb 21 10:51:51 <Tofe> And it's not going to be used outside of stable, normally
Feb 21 10:54:37 <Herrie|Laptop> Tofe: Are you happy with my modifications here? (based on feedback received on MR): https://git.merproject.org/Herrie/sensorfw/commit/7340173445200846172891e801f13cbc56a95921
Feb 21 10:54:55 <Herrie|Laptop> Since I don't do C(++) :P
Feb 21 10:55:53 <Herrie|Laptop> Tofe: It's build tested, just wanted to know if you're happy with them
Feb 21 11:35:07 <gsora> Herrie, I've just seen your highlight. I'm trying to make it boot on a pre3
Feb 21 11:37:13 <Herrie|Laptop> gsora: I think there were some moboot for Pre3 already in the past
Feb 21 11:37:20 <Herrie|Laptop> I remember it at least somehow
Feb 21 11:37:36 <gsora> there was one for the veer
Feb 21 11:37:46 <gsora> I haven't found anything for the pre3
Feb 21 11:37:52 <Herrie|Laptop> gsora: Ah that might be what I recall
Feb 21 11:38:06 <Herrie|Laptop> Getting that to work for Pre3 shouldn't be too hard
Feb 21 11:38:09 <gsora> I did everything I could, but I think I'm using the wrong compiler
Feb 21 11:38:12 <Herrie|Laptop> What's your end goal?
Feb 21 11:38:56 <gsora> seeing if LuneOS can work on this little device :)
Feb 21 11:39:07 <gsora> (and port postmarketOS, too)
Feb 21 11:39:31 <Herrie|Laptop> gsora: Ah :)
Feb 21 11:39:44 <Herrie|Laptop> PmOS shouldn't be too hard probably but who knows
Feb 21 11:39:54 <Herrie|Laptop> The guys have been covering a lot of ground already :)
Feb 21 11:40:12 <gsora> but, the lack of documentation is frustrating, and the fact that I'm tring to work with a 7 old device doesn't help either
Feb 21 11:40:23 <gsora> yes definitely, they're doing an amazing job
Feb 21 11:40:45 <Herrie|Laptop> Yeah documentation is usually a problem in any open source project
Feb 21 11:40:52 <Herrie|Laptop> Most devs don't like to write documentation
Feb 21 11:41:51 <gsora> sadly! but hey, I like this kind of tinkering!
Feb 21 11:47:13 <Herrie|Laptop> Do you have the link for the Veer Moboot code?
Feb 21 11:48:37 <gsora> yes, it's on github: https://github.com/xndcn/moboot-for-veer
Feb 21 11:51:30 <JaMa> Herrie|Laptop: almost everything except some testing images is deleted now, I've triggered new testing builds to re-generate the sstate
Feb 21 11:55:12 <Tofe> Herrie|Laptop: what kind of fixup is it ? most of them seem to be just to move a line or reindentation
Feb 21 11:58:14 <Herrie|Laptop> JaMa: Thnx
Feb 21 11:58:22 <Herrie|Laptop> Tofe: Well there was some feedback on initial: https://git.merproject.org/mer-core/sensorfw/commit/f9cf7226b8e8d2427a25e26f0a62140384d4282c#note_16958
Feb 21 11:58:35 <Herrie|Laptop> Lot was cosmetics, some moving a few bits and changing a few bits
Feb 21 12:17:23 <Tofe> Herrie|Laptop: I only see your comments, but I see your point
Feb 21 12:19:37 <Tofe> Herrie|Laptop: LGTM
Feb 21 12:33:22 <Herrie|Laptop> Tofe: OK, one last discussion point with upstream guy, not sure you can say anything about this? It's way over my head :P https://bpaste.net/show/726ff6a27835
Feb 21 12:47:23 <Tofe> I'll insert my comment about these
Feb 21 12:58:50 <Tofe> done
Feb 21 13:03:06 <Herrie|Laptop> Tofe: Thnx
Feb 21 13:04:30 <Herrie|Laptop> Tofe: So I just change     if (!ret || is_error(ret)) into     if (!ret) ?
Feb 21 13:04:53 <Herrie|Laptop> For the boolean one
Feb 21 16:01:38 <Herrie|Laptop> nizovn: Hi :)
Feb 21 16:01:43 <Herrie|Laptop> You got anything to add to https://git.merproject.org/mer-core/sensorfw/merge_requests/22 ?
Feb 21 16:02:02 <Herrie|Laptop> Trying to upstream the sensorfw patches so we don't need to maintain them that much anymore
Feb 21 16:02:39 <nizovn> morning
Feb 21 16:02:42 <nizovn> let me see
Feb 21 16:03:24 <Herrie|Laptop> Most were merely costmetics with regards to remarks
Feb 21 16:17:25 <novaldex> Herrie|Laptop: ping?
Feb 21 16:17:34 <Herrie|Laptop> novalex: pong
Feb 21 16:17:41 <novaldex> morning! qq?
Feb 21 16:18:03 <novaldex> just sorting something out for JaMa on Milla, is it being used just now do you know?
Feb 21 16:24:00 <Herrie|Laptop> He started a new build a bit ago
Feb 21 16:24:31 <novaldex> that's probably after he cleared some space, no problem, it's wanting a system restart is all
Feb 21 16:24:31 <Herrie|Laptop> He cleaned up the sstate-cache so that means the new build will take a while
Feb 21 16:24:46 <novaldex> he let ka6sox know about a couple of things, just wanted to take care of them quickly
Feb 21 16:25:00 <Herrie|Laptop> Ah ok
Feb 21 16:25:09 <novaldex> I can wait! probably try & pick it up over the next couple of days hopefully
Feb 21 16:25:11 <Herrie|Laptop> Not sure what's urgent there
Feb 21 16:25:18 <Herrie|Laptop> I suspect the run will be a while
Feb 21 16:25:24 <Herrie|Laptop> Since it will do everything from scratch
Feb 21 16:25:26 <novaldex> I figured so too
Feb 21 16:25:33 <novaldex> oh joy, that is quite a while..
Feb 21 16:25:35 <Herrie|Laptop> My guess it will be late tonight or tomorrow morning before it's done
Feb 21 16:26:05 <novaldex> better than I thought, okay i'll try to do it in the morning once it's done
Feb 21 16:26:09 <novaldex> thanks!
Feb 21 16:35:01 <nizovn> Herrie|Laptop: PR and changes look good, but mer guys maybe will be happier if you remove https://git.merproject.org/mer-core/sensorfw/blob/b6b21fefd775707b83f1b6504844ac18b37591e1/core/sensormanager.h#L50-51
Feb 21 16:36:22 <Herrie|Laptop> nizovn: Made the following updates based on comments: https://git.merproject.org/mer-core/sensorfw/merge_requests/22/diffs?diff_id=3853&start_sha=f9cf7226b8e8d2427a25e26f0a62140384d4282c
Feb 21 16:36:45 <Herrie|Laptop> And https://git.merproject.org/mer-core/sensorfw/merge_requests/22/diffs?diff_id=3859&start_sha=7340173445200846172891e801f13cbc56a95921
Feb 21 16:37:42 <nizovn> yes, i checked them too
Feb 21 16:41:12 <Herrie|Laptop> LSClient inside ifdev should be fine I think
Feb 21 16:41:26 <nizovn> gsora: i tried to run moboot on pre3 some years ago and failed too. It was booting to kernel list, but after choosing kernel it just rebooted itself.
Feb 21 16:42:06 <gsora> have you published anything on github, nizovn?
Feb 21 16:42:08 <nizovn> Herrie|Laptop: it's not necessary as it's declared in lsclient.h
Feb 21 16:42:21 <nizovn> gsora: moboot not, as it was non-working
Feb 21 16:43:03 <gsora> do you remember what compiler you used? did you start from the veer port?
Feb 21 16:45:16 <nizovn> gsora: yes, started from veer port
Feb 21 16:45:40 <nizovn> compiler was probably the default, that is used for building pre3 kernel
Feb 21 16:47:12 <gsora> well, at least I'm on the good path
Feb 21 16:48:19 <nizovn> gsora: i ended just using bootr, as it has support for pre3
Feb 21 16:48:53 <nizovn> https://github.com/k3dar/bootr-nofob if you're interested
Feb 21 16:49:31 <gsora> will take a look, thanks a bunch!
Feb 21 16:51:04 <gsora> the strange thing is that the veer and the pre3 share much of the codebase in the kernel too, but still after modifying things like base addresses and such and membooting the uImage, it would just hang on the usb view
Feb 21 16:54:27 <nizovn> btw do you plan to have calls working?
Feb 21 17:09:12 <Herrie|Laptop> nizovn: You have any idea why we would need https://github.com/webOS-ports/meta-webos-ports/blob/pyro/meta-luneos/recipes-support/sensorfw/sensorfw/0003-Set-okToStop-to-false-to-prevent-deadlock-when-stopp.patch and Mer guys don't?
Feb 21 17:09:58 <Herrie|Laptop> Seems there might have been some fixes in Mer repo so we don't need it anymore, just not sure how to test it
Feb 21 17:13:22 <nizovn> iirc sentors/rotation on n4 was non-working after screen blank without this fix
Feb 21 17:13:33 <nizovn> s/sentors/sensors
Feb 21 17:29:39 <Tofe> Herrie: no, remove the whole if(....) and the goto error too
Feb 21 17:30:06 <Tofe> Otherwise it will interpret a valid boolean value of "false" as an error
Feb 21 17:30:14 <nizovn> Herrie: interesting, seems we don't use luna-service integration in sensorfw at all https://github.com/webOS-ports/meta-webos-ports/commit/b6aa0492278577bd8b5f425264a5ce0a8c8f06bf#diff-99a7bfce4637a0cca5b7087f9f614e5d
Feb 21 17:31:30 <nizovn> Tore: we can think that if returnValue is false, then it's some kind of error
Feb 21 17:31:39 <nizovn> don't need to go further
Feb 21 17:42:28 <Tofe> nizovn: yes, but that's just a coincidence, and the treatment won't be the same
Feb 21 17:42:52 <Tofe> the app will just see that the LS2 message was incorrect
Feb 21 17:46:07 <Tofe> and we see that in other places, it's a real mistake, like some lines below: https://git.merproject.org/Herrie/sensorfw/blob/f9cf7226b8e8d2427a25e26f0a62140384d4282c/core/lsclient.cpp#L160
Feb 21 17:46:29 <Tofe> ah, no, sorry, it's not a boolean
Feb 21 17:47:35 <Tofe> actually, I might have been wrong the whole way... I thought it was a generic code, but it's not
Feb 21 17:47:48 <Tofe> I'll comment again, rectifying what I said
Feb 21 17:53:01 <nizovn> ok
Feb 21 19:11:38 <Herrie> nizovn: I was already wondering how this bit would get triggered, but like you said it doesn't
Feb 21 19:11:55 <Herrie> Well the N4 issues were on 4.4 based still. We could retry now with 5.1 and 7.1
Feb 21 19:13:51 <gsora> yay, looks like I was using the wrong compiler, moboot loads!
Feb 21 19:25:49 <Tofe> gsora: I wondered, is it possible to chain moboots ?
Feb 21 19:26:14 <gsora> What do you mean?
Feb 21 21:03:53 <Herrie> Tofe: I think I might have a clue with regards to my mido...
Feb 21 21:04:28 <Herrie> Seems that we take https://github.com/Halium/android-headers/tree/halium-7.1/ however for caf (i.e. non Nexus) we'd need https://github.com/Halium/android-headers/tree/caf-compat/24
Feb 21 21:04:33 <Herrie> I didn't diff them yet
Feb 21 21:04:41 <Herrie> But suspect there might be some
Feb 21 21:55:29 <Tofe> Herrie: what's most important is to have similar headers between the android build and our luneos build
Feb 21 23:50:17 <JaMa> Tofe: did I miss something from last PR? Now all builds are failing with: | install: cannot stat '/home/jenkins/workspace/luneos-testing/webos-ports/tmp-glibc/work/hammerhead-webos-linux-gnueabi/android-system/1.0-r4/20-remove-services': No such file or directory
**** ENDING LOGGING AT Thu Feb 22 03:00:04 2018