**** BEGIN LOGGING AT Tue Sep 30 02:59:58 2014
Sep 30 03:19:24 <ka6sox> DougReeder, probably
Sep 30 03:19:31 <ka6sox> or scp it off.
Sep 30 03:21:33 * DougReeder nods
**** BEGIN LOGGING AT Tue Sep 30 03:37:29 2014
**** BEGIN LOGGING AT Tue Sep 30 03:53:31 2014
**** BEGIN LOGGING AT Tue Sep 30 04:02:44 2014
Sep 30 04:08:13 <thrrgilag> DougReeder, site seems to be back to normal
Sep 30 04:08:22 <DougReeder> Ah? Great!
Sep 30 04:08:52 <DougReeder> I found an old version at archive.org, but the instructions I needed haven’t changed.
Sep 30 04:22:13 <DougReeder> I installed the image I built on my TP. On 1st boot, after being black for a long time it went back to the moboot screen. I chose LuneOS again and it appears to boot normally. Should I worry about this?
Sep 30 04:28:49 <ka6sox> our ISP got hammered by a DDoS
Sep 30 04:29:00 <ka6sox> about 10G worth of slam.
Sep 30 04:29:24 <DougReeder> Eeesh.
Sep 30 05:18:12 <DougReeder> Is the position of the keyboard known to be wonky in the latest builds? It is on the image I built.
Sep 30 05:32:17 <ka6sox> DougReeder, what tag did you build?
Sep 30 05:33:03 <DougReeder> I didn’t set any particular tag.
Sep 30 05:34:08 <ka6sox> so was it from Head?
Sep 30 05:35:01 <DougReeder> I guess - I didn’t use git directly
Sep 30 05:35:50 <thrrgilag> DougReeder, when you did your initial setup...  what did you set ENV_NAME to?
Sep 30 05:36:10 <DougReeder>  $ export ENV_NAME=testing
Sep 30 05:36:11 <thrrgilag> or where did you pull the Makefile from?
Sep 30 05:36:27 <thrrgilag> okay
Sep 30 05:36:54 <DougReeder> I followed the directions at http://webos-ports.org/wiki/Build_for_Tenderloin
Sep 30 05:39:14 <DougReeder> If I cd to webos-ports-env/common and run git status, it tells me # On branch testing
Sep 30 05:39:15 <DougReeder> nothing to commit (working directory clean)
Sep 30 05:39:26 <thrrgilag> The last testing builds I had done I think they keyboard only glitched once in the browser but was fine afterwords
Sep 30 05:39:40 <thrrgilag> I haven't flashed the latest from that branch, i did stable earlier this evening
Sep 30 05:39:44 <thrrgilag> seems to be fine
Sep 30 05:41:54 <DougReeder> After rebooting a couple times, because the keyboard was blocking the input field, or wi-fi wouldn’t connect, the keyboard is acting normally for me at the moment.
Sep 30 05:46:32 <thrrgilag> okay i just kicked off a full clean stable build for the nexus 5, with any luck it'll have finished successfully when the sun comes back up on my side of the world.
Sep 30 05:46:51 <thrrgilag> and then we'll know if i actually have a clue about this stuff
Sep 30 05:50:32 <thrrgilag> night all, i'm out...
Sep 30 05:52:48 <Herrie|Laptop> DougReeder: The keyboard is a bit buggy sometimes still
Sep 30 05:52:54 <DougReeder> ok
Sep 30 05:53:07 <DougReeder> So, probably old bugs, then?
Sep 30 05:53:08 <Herrie|Laptop> I noticed that too, it shows on top half of browser sometime when I start it. Most other times it's fine
Sep 30 05:53:28 <Herrie|Laptop> Well keyboard is maliit input framework instead of EFIGS that was used in legacy
Sep 30 05:54:13 <Herrie|Laptop> EFIGS = English, French, Italian, German, Spanish so limited to those languages basically ;)
Sep 30 05:54:47 <Herrie|Laptop> Maliit is open source and can support pretty much any language and it's QT5 v.s. 4.8 of EFIGS and there are some other things in Maliit that we could use in the future
Sep 30 05:55:16 <Herrie|Laptop> But I noticed sometimes it's a bit buggy and can cause a Luna Next restart. This is something Tofe|Away is looking into
Sep 30 05:56:06 <Herrie|Laptop> The URL input bug in the browser (cannot place cursor after selection) was actually my mistake and needed some reworking, which I'm working on now :)
Sep 30 05:56:38 <Herrie|Laptop> But in general Maliit has a lot more potential compared to EFIGS but of course the integration is not always very easy
Sep 30 05:57:25 <Herrie|Laptop> See also: http://en.wikipedia.org/wiki/Maliit
Sep 30 06:00:22 <DougReeder> I’d noticed the keyboard looked different; I didn’t know it was entirely different source code.
Sep 30 06:01:41 <Herrie|Laptop> It is ;) It's based on Ubuntu Touch' implementation of Maliit with webOS-style on top :P
Sep 30 06:02:05 <Herrie|Laptop> Tofe|Away and morphis for sure can tell you more about the how and why ;)
Sep 30 06:03:24 <Herrie|Laptop> I checked on the com.palm.firewall but it seems we don't have an implementation for that (scheduled) yet and currently everything is closed ;)
Sep 30 06:04:28 <Herrie|Laptop> Again one of the things not provided by HP ;)
Sep 30 06:04:41 <Herrie|Laptop> There are many of those and we gradually rebuild them but it takes time ;)
Sep 30 06:05:38 <DougReeder> Well, I can build, so that’s a step toward starting a firewall implementaion.
Sep 30 06:07:17 <ka6sox> Herrie|Laptop, I have no idea what that tweet says :)
Sep 30 06:07:28 <DougReeder> I commented the firewall request out of Zap, and it’s not entirely clear what’s going on, but I can’t accesss Zap’s HTTP server.
Sep 30 06:08:16 <Herrie|Laptop> DougReeder: What we try to do for these things is basically creating something API compatible with legacy, so same calls etc
Sep 30 06:08:40 <Herrie|Laptop> morphis for sure has some ideas of an exisiting project we could  piggyback on ;)
Sep 30 06:08:45 * DougReeder nods.  
Sep 30 06:09:14 <Herrie|Laptop> No point in reinventing the wheel when we can re-use 80% :P
Sep 30 06:09:25 <DougReeder> In general, it should be a matter of translating the PalmCall into a native firewall command.
Sep 30 06:10:04 <DougReeder> … presuming there’s a firewall process running that we can talk to.
Sep 30 06:10:10 <Herrie|Laptop> DougReeder: Yes ;)
Sep 30 06:10:55 <Herrie|Laptop> ka6sox: LOL, well my German is rusty but manage :P Basiclaly told him Nexus is broken for now, only N4 works :P
Sep 30 06:12:37 <ka6sox> he he
Sep 30 06:19:47 <DougReeder> Hey, what’s the luna-send command to extend the screen timeout? I didn’t write it down
Sep 30 06:21:24 <DougReeder> Nevermind, I wanted luna-send -n 1 palm://com.palm.display/control/setProperty '{"onWhenConnected":true}'
Sep 30 06:21:55 <Herrie|Laptop> Yeah we need this added to the settings app sometime ;)
Sep 30 06:21:58 <Herrie|Laptop> As a toggle
Sep 30 06:22:04 <Herrie|Laptop> Asked one of the devs to look into it :)
Sep 30 06:25:48 <DougReeder> At least my JavaScript service is, in general, running. Thought it’s not clear it can accomplish what it did under webOS.
Sep 30 06:26:07 <Herrie|Laptop> Without firewall not I guess
Sep 30 06:28:54 <DougReeder> Well, my HTTP server logs that it has started up.
Sep 30 06:29:22 <DougReeder> … but setting the album path times out.
Sep 30 06:29:34 <DougReeder> Eh, that’s a problem for tomorrow or later.
Sep 30 06:29:40 * DougReeder waves goodnight.
Sep 30 06:29:58 <Herrie|Laptop> DougReeder: Garfonso fixed some bits for that ;)
Sep 30 06:30:04 <Herrie|Laptop> With path/albumPath
Sep 30 06:32:44 <DougReeder> That’s good to hear. It doesn’t seem to have made it into the source code I built.
Sep 30 06:33:06 <Herrie|Laptop> It's pending approval ;)
Sep 30 06:33:08 <DougReeder> But i’ll worry about pulling updated source tomorrow.
Sep 30 06:33:19 * DougReeder waves goodnight.
Sep 30 06:33:23 <Herrie|Laptop> Ah wait just done ;) https://github.com/webOS-ports/mediaindexer/commit/13e61fd0572775ebaeff4bcb99e5b6fe98400894
Sep 30 06:43:12 <Garfonso> DougReeder: firewall in device is iptables.
Sep 30 06:59:16 <morphis> Herrie|Laptop: that one will be in the next rc
Sep 30 07:28:33 <Herrie|Veer> Tofe: Can you revert that browser commit? It breaks more then it solves, hence it was pending...
Sep 30 07:50:22 <Herrie|Veer> Tofe: managed to revert already :P
Sep 30 07:59:14 <Tofe> Herrie|Veer: I think I'll stop merging things until I have my internet back, so I can follow better the status
Sep 30 08:00:28 <Herrie|Veer> Tofe: Might be a good plan :) I have a lot of browser rework pending, expect a PR later today or tomorrow :)
Sep 30 08:00:57 <Herrie|Veer> Just need to test some things on both TP and N4 because Units.gu is not always behaving :P
Sep 30 13:54:21 <thrrgilag> morning, so no progress yet on my N5 (still doesn't want to boot).
Sep 30 13:55:01 <thrrgilag> guess i need to do some more homework, tear apart similar efforts with sailfish and/or ubuntu
Sep 30 13:55:31 <thrrgilag> if anybody has any suggestions on troublshooting i'm all ears
Sep 30 14:00:51 <Garfonso> morning thrrgilag
Sep 30 14:39:19 <DougReeder> If you haven’t installed it already, Apple has released a bash fix: http://support.apple.com/kb/DL1769?viewlocale=en_US&locale=en_US
Sep 30 15:13:42 <DougReeder> To update source to latest, do I do a git pull in the “common” directory? Or something else?
Sep 30 15:20:12 <morphis> DougReeder: just do a "make update" outside of the common dir where the Makefile is
Sep 30 15:20:19 <morphis> it will do the pull for you
Sep 30 15:27:06 <nizovn> morphis: do you have any ideas about 649?
Sep 30 15:27:15 <DougReeder> Ah, okay
Sep 30 15:32:30 <Herrie|Veer> nizovn: 649 seems app gets launched just not to foreground (focus) when relaunched.
Sep 30 15:32:47 <Herrie|Veer> Not sure if it's in the launcher or Luna Next Cardshell
Sep 30 15:33:24 <Herrie|Veer> morphis or Tofe|Away might have a clue where to look
Sep 30 15:40:57 <nizovn> Herrie|Veer: i think something like you, app is launched, but appmanager is not connected  with webappmanager.
Sep 30 16:00:23 <DougReeder> Is “bb” supposed to be part of the “bitbake” package?  After runnign make update, I get
Sep 30 16:00:24 <DougReeder> doug@ubuntu12VM:~/luneos/webos-ports-env$ MACHINE=tenderloin bb webos-ports-dev-image
Sep 30 16:00:24 <DougReeder> The program 'bb' is currently not installed.
Sep 30 16:01:07 <thrrgilag> you need to source setup-env first
Sep 30 16:01:18 <thrrgilag> . setup-env in the webos-ports dir
Sep 30 16:02:08 <DougReeder> Hmm, okay, I did that before the first build. Do I need to do that before each time I run make update?
Sep 30 16:02:29 <thrrgilag> only when you login to a new session
Sep 30 16:02:40 <thrrgilag> to setup env vars, paths, etc
Sep 30 16:02:48 <DougReeder> Ah, ok.
Sep 30 16:11:21 <morphis> nizovn: not really yet
Sep 30 16:11:49 <morphis> nizovn: but might be worth to inspect the app with the web inspector to see what is going on there
Sep 30 16:14:40 <nizovn> morphis: i was wrong above.
Sep 30 16:31:37 <morphis> looks like Herrie is getting a good enyo/qml coder :)
Sep 30 16:32:43 <Tofe> yup
Sep 30 16:36:22 <Tofe> thrrgilag: how far do you boot the n5 currently?  adb is working?
Sep 30 16:37:56 <thrrgilag> Tofe: unfortunatly no, doesn't appear to be getting to that point.
Sep 30 16:39:59 <Tofe> ah, that's the worst part
Sep 30 16:40:21 <Tofe> which kernel do you use? lg? do you have access to the one used by sailfish?
Sep 30 16:41:18 <thrrgilag> Actually I think I was pulling from cyanogenmod which may be my problem.  hmm...
Sep 30 16:43:28 <Tofe> well, we mainly need a kernel with some android capabilities for libhybris, plus some little homemade adjustments
Sep 30 16:43:29 <Tofe> (which are in the parent bbclass)
Sep 30 16:44:36 <Tofe> but many things could go wrong,  like init launch or adb setup
Sep 30 16:45:21 <thrrgilag> i was attempting to use the other devices as my guide, (mako & grouper)
Sep 30 16:45:50 <thrrgilag> those kernels get pulled from shr-distribution on a branch matching the device
Sep 30 16:45:58 <thrrgilag> but there isn't one for hammerhead so i was winging it
Sep 30 16:47:46 <thrrgilag> it sucks that i can't get any console to see the kernel messages on bootup
Sep 30 16:48:33 <Tofe> maybe you can try a diff with n4 defconfig, in case you spot something
Sep 30 16:48:35 <Tofe> mako should be a good guide, I'd say
Sep 30 16:48:35 <Tofe> it's the same arm arch?
Sep 30 16:49:31 <thrrgilag> for the most part, chipset is newer in the hammerhead obviously
Sep 30 16:49:54 <thrrgilag> i'll try doing a rebuild with the mako branch and see what happens
Sep 30 16:49:56 <Tofe> (I don't really know n4 or n5, so I'm just throwing ideas)
Sep 30 16:51:07 <Tofe> no catlog with recovery?
Sep 30 16:52:50 <thrrgilag> i'm a little new with this sort of thing, i grabbed /proc/last_kmsg but parts of it are garbled, not sure what that means if anything
Sep 30 16:53:53 <thrrgilag> i wasn't even sure that was coming from my boot attempt or not
Sep 30 16:56:04 <thrrgilag> kicked off a new build with the mako branch kernel, we'll see if that yields anything different
Sep 30 16:57:10 <Tofe> ok
Sep 30 17:23:26 <thrrgilag> and fails to build...  okay next step i think is to look at the sailfish and ubuntu kernels for the hammerhead and compare
Sep 30 17:44:44 <Herrie> morphis: No, but John's stuff didn't work so decided to add some logging and get it fixed and give him the pointers :P
Sep 30 17:48:36 <Herrie> Didn't manage to finish my browser work today yet, but making progress, got cut, copy & paste working in addressbar ;)
Sep 30 18:03:21 <Herrie> Wondering if a copy from browser app would end up in another app when pasting, probably not ?
Sep 30 19:09:54 <thrrgilag> Herrie: actually I copy from a browser and past into other apps all the time
Sep 30 19:22:46 <Herrie> On LuneOS?
Sep 30 19:22:51 <Herrie> On legacy I know it works :P
Sep 30 19:23:22 <thrrgilag> Oh sorry yeah. That's what happens when I only half pay attention to my IRC window.  :p
Sep 30 19:25:13 <Herrie> LOL
Sep 30 19:25:35 <Herrie> Because on legacy everything is Enyo.. This is QML with Enyo mix of apps, so I guess we need some magic for it to work :P
Sep 30 19:27:50 <thrrgilag> Would that magic fall on Luna-Next perhaps?
Sep 30 19:28:11 <Herrie> I guess so ;)
Sep 30 19:28:30 <Herrie> Anyway because we don't have a press & hold to show paste currently it seems
Sep 30 19:28:47 <Herrie> Could emulate via app menu to test it in general
Sep 30 20:04:00 <Garfonso> if it really uses system clipboard, then it should work.
Sep 30 20:04:10 <Garfonso> Did copy & paste work for PDK apps in legacy?
Sep 30 20:04:21 <Garfonso> I'm pretty sure they used system clipboard in legacy.
**** ENDING LOGGING AT Wed Oct 01 03:00:00 2014