**** BEGIN LOGGING AT Thu Apr 11 02:59:58 2019 Apr 11 06:53:43 Morning! Apr 11 07:11:35 oh, lima mesa driver has just been merged into master. Interesting :) Apr 11 07:47:53 Herrie|Laptop: I'll have to check, but do you think the warrior status is worse than doppio ? Apr 11 07:47:58 on tenderloin I mean Apr 11 08:04:18 Tofe: I haven't checked Warrior yet, still fighting with my builder LOL Apr 11 08:04:36 Got it to boot yesterday evening by appending selinux=0 but now after kernel upgrade it doesn't come up again :S Apr 11 08:04:43 So another attempt tonight :S Apr 11 08:06:09 It seems that in our 3.18 kernel for Tissot we moved away from fget_light as well: https://github.com/Tofee/tissot/commit/2903ff019b346ab8d36ebbf54853c3aaf6590608 Apr 11 08:06:39 So I guess the one in 3.4 kernel got updated a few times. I could go through all the blames but this seems an easy enough fix for now Apr 11 08:08:29 I'm fine with it too, my question was more about the rest of the functionalities Apr 11 08:08:55 Tofe: Let me try to give that a test. Don't have a tenderloin with me at the moment, have a stack of them at home though ;) Apr 11 08:09:00 BT was broken before Apr 11 08:09:13 Audio should work Apr 11 08:09:28 Wallpaper, well that could be something small like you mentioned Apr 11 08:17:14 ok, I'll look into audio a bit more; only the sound output is ko, so it might just be a minor thing Apr 11 08:17:27 Could be some PA config somewhere Apr 11 08:17:39 ooh I'll have to check if the build includes the fix for PA 12 Apr 11 08:21:40 nope, looks good on that side Apr 11 08:31:45 morning Apr 11 08:41:35 The wallpaper could be because of the somewhat different layout v.s. other targets Apr 11 08:41:44 Since on Tenderloin we share /media/internal with webOS Apr 11 08:41:50 Or we should at least Apr 11 09:19:56 might be yes Apr 11 10:36:55 Tofe: You seen this? https://gitlab.com/postmarketOS/pmaports/merge_requests/44/diffs Apr 11 10:37:16 And https://gitlab.com/postmarketOS/pmaports/merge_requests/33/diffs Apr 11 10:37:38 Might solve some of the instability issues on our Hammerhead mainline? Or we have this already included ? Apr 11 10:41:49 Herrie|Laptop: it's already there, in one way or another Apr 11 10:42:50 OK :) Apr 11 10:42:54 Just wanted to make sure Apr 11 10:57:31 I didn't touch it for a while, but the freezes were post-boot anyway Apr 11 11:01:42 Ah OK Apr 11 11:04:48 Tofe: What's preventing us from Qt 5.12 atm? Trying to give the PmOS guys some update Apr 11 11:05:03 They dropped LuneOS support previously due to us not having the Qt Patches for 5.10 Apr 11 11:05:33 But seeing we're on 5.11 now and having building bits for 5.12 it might be good to get them working on bits again and just give them a little nudge ;) Apr 11 11:22:09 Herrie|Laptop: there's this black surface issue, which happens on qemux86-64; no idea if it also happens on other targets Apr 11 11:24:54 Tofe: Ah OK Apr 11 11:25:37 Seems they dropped this patch at their end for Qt 5.12: Doesn't really look related, but I'm not that deep into Qt to judge: https://gitlab.com/postmarketOS/pmaports/commit/3072439c237e2385c16966a6ad3af9456cac96a6 Apr 11 11:28:16 Tofe: Just added this as an update: https://gitlab.com/postmarketOS/pmaports/issues/49 Apr 11 11:32:47 good Apr 11 11:33:05 the upgrade to 5.11 isn't so recent, iirc Tofe finished 5.11.0 shortly after Paris meeting Apr 11 11:33:25 Seems PmOS is on Qt 5.12 already Apr 11 11:33:34 They tend to follow bleeding edge Apr 11 11:33:41 So we run into them being "ahead" sometimes Apr 11 11:33:42 and the upgrade to 5.11.1 was just minor refresh Apr 11 11:34:11 and 5.11.2 after that Apr 11 11:34:12 Though we are usually ahead on SFOS & Ubuntu in terms of Qt etc Apr 11 11:34:13 commit f81da5bd03233a04ad5281b43e7403f9182fd2e7 Apr 11 11:34:13 Author: Martin Jansa Apr 11 11:34:13 Date: Fri Sep 14 14:34:57 2018 +0000 Apr 11 11:34:13 qtwayland: refresh patches for 5.11.2 Apr 11 11:34:58 since pyro-2018-08-15 Apr 11 11:35:33 I'll test on qemux86 and tissot maybe hammerhead later today Apr 11 11:42:15 JaMa: qemux86 should be identical, tissot will be more interesting Apr 11 11:48:11 ok, if my local build doesn't finish in time I'll download unstable from jenkins Apr 11 12:30:54 JaMa: I see Zeus images as well :p ? Apr 11 12:31:51 zeus == master Apr 11 12:33:51 OK, any use in testing those? Apr 11 12:35:05 that's the Qt 5.12 Apr 11 12:35:11 zeus == master == unstable Apr 11 12:35:28 currently the only significant difference from warrior == testing is the Qt 5.12 Apr 11 12:40:49 many of these are just symlinks (it's not shown in http listing): Apr 11 12:40:51 lrwxrwxrwx 1 jenkins jenkins 20 Apr 5 22:01 luneos-master -> luneos-unstable-zeus Apr 11 12:40:54 lrwxrwxrwx 1 jenkins jenkins 19 Mar 29 14:42 luneos-pyro -> luneos-testing-pyro Apr 11 12:40:57 lrwxrwxrwx 1 jenkins jenkins 21 Mar 29 14:42 luneos-rocko -> luneos-unstable-rocko Apr 11 12:41:00 drwxrwxr-x 5 jenkins jenkins 4.0K Mar 19 01:19 luneos-stable Apr 11 12:41:03 drwxrwxr-x 56 jenkins jenkins 4.0K Nov 27 22:15 luneos-stable-staging Apr 11 12:41:05 lrwxrwxrwx 1 jenkins jenkins 19 Mar 29 14:42 luneos-sumo -> luneos-testing-sumo Apr 11 12:41:08 lrwxrwxrwx 1 jenkins jenkins 22 Apr 4 20:17 luneos-testing -> luneos-testing-warrior Apr 11 12:41:11 drwxrwxr-x 6 jenkins jenkins 4.0K Mar 7 10:14 luneos-testing-pyro Apr 11 12:41:14 drwxrwxr-x 6 jenkins jenkins 4.0K Apr 4 20:00 luneos-testing-sumo Apr 11 12:41:16 drwxrwxr-x 6 jenkins jenkins 4.0K Apr 5 15:27 luneos-testing-warrior Apr 11 12:41:19 lrwxrwxrwx 1 jenkins jenkins 20 Mar 29 14:43 luneos-thud -> luneos-unstable-thud Apr 11 12:41:22 lrwxrwxrwx 1 jenkins jenkins 20 Apr 5 21:59 luneos-unstable -> luneos-unstable-zeus Apr 11 12:41:25 drwxrwxr-x 6 jenkins jenkins 4.0K Mar 6 18:43 luneos-unstable-rocko Apr 11 12:41:27 drwxrwxr-x 6 jenkins jenkins 4.0K Mar 7 21:55 luneos-unstable-sumo Apr 11 12:41:30 drwxrwxr-x 6 jenkins jenkins 4.0K Mar 29 11:10 luneos-unstable-thud Apr 11 12:41:32 drwxrwxr-x 6 jenkins jenkins 4.0K Apr 3 15:46 luneos-unstable-warrior Apr 11 12:41:35 drwxrwxr-x 6 jenkins jenkins 4.0K Apr 8 17:25 luneos-unstable-zeus Apr 11 12:41:37 lrwxrwxrwx 1 jenkins jenkins 22 Apr 5 22:00 luneos-warrior -> luneos-testing-warrior Apr 11 12:41:40 lrwxrwxrwx 1 jenkins jenkins 20 Apr 5 22:01 luneos-zeus -> luneos-unstable-zeus Apr 11 13:06:26 JaMa: OK Apr 11 13:06:59 I'll give it a go on Hammerhead then, just to see if this black surface issue is qemux86-64 specific or also happening here Apr 11 13:08:04 there will be a bit newer build (with newer oe-core/meta-oe) later today, but shouldn't have any impact on black surface issue Apr 11 13:11:43 JaMa: Is this regular Hammerhead or mainline? Apr 11 13:15:42 Herrie|Laptop: regular Apr 11 13:15:53 OK that's what I thought ;) Apr 11 13:16:13 We'll take a decision on that front after the release is out ;) Apr 11 13:16:38 Tofe: Where did you have this black surface? Apr 11 13:16:47 Browser seems to open OK for me Apr 11 13:17:54 Herrie|Laptop: it was for every single app Apr 11 13:18:10 so it means arm doesn't seem impacted Apr 11 13:18:24 I guess it's specific to qemu, then... somehow. Apr 11 13:23:31 I cannot seem to connect to wifi, let me reboot Apr 11 13:23:37 It sees networks but doesn't connect Apr 11 13:23:41 Let me try my phone hotspot Apr 11 13:23:54 Could be I don't remember office WiFi PW;) Apr 11 13:27:50 OK connected now Apr 11 13:27:54 Log: https://paste.ubuntu.com/ Apr 11 13:28:10 https://paste.ubuntu.com/p/zMx4CmsjP8/ Apr 11 13:29:57 "Handshake failed - pre-shared key may be incorrect" --> incorrect password yes Apr 11 13:30:29 WiFiPage.qml:92: TypeError: Cannot read property 'connecting' of null --> could explain why you didn't see the ongoing status in the main list Apr 11 13:32:05 Tofe: Yeah, it needs some polishing it seems. Also might be good to update https://github.com/webOS-ports/org.webosports.app.settings/blob/qml-based/src/qml/General/DeviceInfoPage.qml a bit to display something useful Apr 11 13:34:15 I mean this doesn't provide much useful info: http://tinypic.com/r/2hhp1eh/9 Apr 11 13:35:25 riiight... Apr 11 13:37:13 the "luna://org.webosports.service.update/retrieveVersion", '{}' call is probably failing Apr 11 13:37:33 It succeeds but not a lot of info there Apr 11 13:37:47 where is it implemented? Apr 11 13:37:52 Going by https://github.com/webOS-ports/org.webosports.update/blob/master/service/javascript/config.js it seems to look for a manifest.json Apr 11 13:38:00 Which doesn't exist for unstable ;) Apr 11 13:38:31 oh. Apr 11 13:38:33 Does for testing & stable: http://build.webos-ports.org/luneos-stable/manifest.json for example Apr 11 13:38:43 But that should be Jenkins job I guess Apr 11 13:38:52 It's just hard now to see from UI what build you're running Apr 11 13:39:10 Can always do cat /etc/luneos-release of course Apr 11 13:39:20 Which gives me: "Rockhopper release 1.0-unstable-unstable-0-75 (luneos-EggnogLatte)" Apr 11 13:40:37 maybe it fails to parse that one? Apr 11 13:42:01 the "unstable-unstable" pattern seems to be incompatible with the regexp Apr 11 13:42:41 just why do we output it twice?... Apr 11 13:44:56 I think it might have to do with JaMa's recent change to the scripts for the various unstable builds Apr 11 13:45:03 I.e. sumo/thud/warrior/zeus Apr 11 13:45:07 At least that's my guess Apr 11 13:45:33 not sure which recipe outputs /etc/luneos-release Apr 11 13:45:34 no, manifest.json wasn't ever available for luneos-unstable Apr 11 13:46:12 the recent changes just add few symlinks on fileserver and modify SSTATE_MIRROR in local.conf to use yocto codename instead of testing/unstable Apr 11 13:46:40 we discussed manifest.json a while ago IIRC and I've dropped it again when changing luneos-testing from sumo to warrior Apr 11 13:46:48 because I've created new workspace Apr 11 13:46:56 https://github.com/webOS-ports/meta-webos-ports/blob/master/meta-luneos/recipes-extended/lsb/lsb_%25.bbappend Apr 11 13:47:25 "luneos.inc: enable image-buildinfo" commit is probably more significant change than that Apr 11 13:49:54 JaMa: it looks like "WEBOS_DISTRO_TOPDIR_BRANCH" ends up being "unstable-unstable", by the look of /etc/luneos-release. Isn't it ? Apr 11 13:51:07 manifest exists only for mako MACHINE http://jenkins.nas-admin.org/job/LuneOS/view/testing/job/luneos-testing_update-manifest/lastBuild/console Apr 11 13:52:22 Tofe: that's a bit surprising, should be the branch in "common" checkout, so just unstable Apr 11 13:52:27 let me check in local build Apr 11 13:52:59 JaMa: It's only being run for Mako, but it generates a generic manifest.json it seems Apr 11 13:53:06 And that's what's being picked up by the service Apr 11 13:53:36 Tofe: works correctly for me: Apr 11 13:53:37 Rockhopper release 1.0-jansa/master-jama (luneos-EggnogLatte) Apr 11 13:53:37 Rockhopper release 1.0-jansa/warrior-jama (luneos-EggnogLatte) Apr 11 13:53:53 jansa/master and jansa/warrior are branches in common and jama is BUILD_ID Apr 11 13:54:04 weird, where is Herrie's "unstable-unstable" coming from ? Apr 11 13:54:38 I downloaded: http://build.webos-ports.org/luneos-unstable-zeus/images/hammerhead/luneos-dev-package-hammerhead--unstable-0-75.zip Apr 11 13:54:45 JaMa: Could it be the symlink somehow? Apr 11 13:55:00 JaMa: ah but you also have a "string"-"string" pattern Apr 11 13:55:22 the 2nd should be BUILD_ID which IIRC should have been the jenkins job number on jenkins Apr 11 13:55:42 Herrie|Laptop: right, only the other file is mako-only http://build.webos-ports.org/luneos-testing-sumo/device-images.json Apr 11 13:56:09 JaMa: ok, so for Herrie, BUILD_ID is "unstable-0-75" Apr 11 13:56:42 export WEBOS_DISTRO_BUILD_ID="${BUILD_VERSION}-${CURRENT_STAGING}-${BUILD_NUMBER}" Apr 11 13:56:48 which is correct it seems Apr 11 13:57:04 this unstable-unstable was probably there for quite some time Apr 11 13:57:17 or rather testing-testing or stable-stable Apr 11 13:57:18 ok, so we need to update the service js code then Apr 11 13:58:46 Tofe: So far on the Zeus/Master/Qt 5.12: Audio works, rotation works, wifi works, vibration works, location not working Apr 11 13:59:07 Popups are not behaving the way they should... I.e. they show full screen (for example custom height dashboard or power menu) Apr 11 13:59:35 And the FileAPI's are giving a "SecurityError" Apr 11 13:59:52 We've seen that before, probably something that was changed in the Chromium code again or at Qt Side Apr 11 13:59:59 I remember we fixed that before Apr 11 14:00:39 yes, several times :) Apr 11 14:00:52 Camera is acting up a bit too Apr 11 14:01:01 But seems to "work" Apr 11 14:01:14 I.e. I get a still image on the screen from the camera when I open the app, but it doesn't update Apr 11 14:01:33 the popup issue might be the most annoying there, I think. The rest was probably already in that state. Apr 11 14:01:42 anyone interested in free Yocto webinar? https://www.doulos.com/content/events/intro_to_yocto_tdx.php Apr 11 14:02:12 I don't know the guy, nor remember seeing any patches from him.. Apr 11 14:02:32 JaMa: Name also doens't ring a bell to me Apr 11 14:02:37 Tofe: Well it just opens in a full screen Apr 11 14:02:40 Not the end of the world Apr 11 14:02:51 true :) Apr 11 14:03:28 Also reminded me that when I ran html5test.com that we at some point should find a nicer way to do https://github.com/webOS-ports/luneos-components/blob/master/modules/LuneOS/Components/UserAgent.qml#L39 Apr 11 14:03:41 We need to update this manually with each qt/Chromium update Apr 11 14:03:43 but not good enough to put it qt 5.12 the upcoming release; though good enough for our future testing Apr 11 14:03:45 And I tend to forget it ;) Apr 11 14:10:32 lucky day: JaMa: https://github.com/webOS-ports/meta-webos-ports/blob/master/meta-luneui/recipes-qt/qt5/qtwebengine/chromium/0001-WebContents-provide-additional-features-from-window..patch#L199 line 199 and 200 should be removed, not kept (see 5.11 version of that patch) Apr 11 14:10:58 I can change that tonight Apr 11 14:11:51 Tofe: Ah that would be an easy fix then :D Apr 11 14:13:32 Tofe: you're right, I'm sorry https://github.com/webOS-ports/qtwebengine-chromium/commit/37fd49562d782548abe3505266017395da7c80c7#diff-70fe3c59947be4eff3f893dbe4d81feeL208 Apr 11 14:14:06 5.12 https://github.com/webOS-ports/qtwebengine-chromium/commit/7fd431dcf24693a00c03d3600bdd8e05785292ba#diff-d069a488ec471d17e9fb7d969fd685a1R116 Apr 11 14:14:27 I can update it now, so that jenkins picks it for hammerhead Apr 11 14:15:25 JaMa: it's not exactly the easiest patch rebase ever :p Apr 11 14:18:04 Herrie|Laptop: I think it would be a good time to draw a status for all our devices for the latest warrior build. Apart from a few fixes for tenderloin, we should be almost ready... Apr 11 14:19:11 Maybe that would be a good time to make it a bit more formal, like design a table with the tests and a status for each device ? Apr 11 14:19:55 Tofe: Yeah that would be a good idea Apr 11 14:20:13 It was also brought up on one of the legacy webOS monthly meetings as things to do for LuneOS releases Apr 11 14:20:25 yes, I saw Preware's post too Apr 11 14:22:06 Tofe: https://github.com/webOS-ports/qtwebengine-chromium/compare/5.12.meta-webos-ports.1..5.12.meta-webos-ports.2 Apr 11 14:23:03 Tofe: pushed to meta-webos-ports master as well Apr 11 14:23:32 JaMa: thanks ! perfect :) Apr 11 14:24:22 Tofe: /s/Preware/Preemptive ;) Apr 11 14:24:24 good hammerhead failed quickly http://jenkins.nas-admin.org/job/LuneOS/view/unstable/job/luneos-unstable_hammerhead/lastBuild/console Apr 11 14:24:35 so it was soon enough for the restarted hammerhead build :) Apr 11 14:43:41 Herrie|Laptop: oops, yes, haha :) Apr 11 15:11:32 Tofe: There seems to be no real way to get around updating this every time. It's only available as value in the binary file /usr/lib/libQt5WebEngineCore.so.5 Apr 11 15:11:53 ewww... Apr 11 15:12:17 Yeah not a big fan either Apr 11 15:14:48 Not the end of the world since we're on pretty new Chromium base nowadays Apr 11 15:18:58 JaMa: What's the easiest way of dealing with this for you? I can make a new branch for 5.12 in luneos-components and let master point to this, or merge to master and let master point to the new SRCREV Apr 11 15:19:02 Not sure what you prefer? Apr 11 15:19:43 Tofe: Seems that this one wasn't bumped previously, so that should be fixed now too: https://github.com/webOS-ports/luneos-components/commit/39b57c593047bc0d5e96655c169c1dabecdb5c10 Apr 11 15:21:11 Herrie|Laptop: merging in meta-webos-ports/master for qt 5.12 specific fixes is fine Apr 11 15:21:34 Herrie|Laptop: only issue would be if we need to do another fix for luneos-components for warrior (with 5.11) Apr 11 15:22:18 JaMa: Well let Apr 11 15:22:31 s point meta-wop master to luneos-components https://github.com/webOS-ports/luneos-components/tree/qt-5.12 then Apr 11 15:23:37 the PR is for 5.11? Apr 11 15:24:38 JaMa: Yes Apr 11 15:24:53 Hence to Warrior Apr 11 15:25:25 ok Apr 11 17:19:14 actually, sound does work on TP, it's just the volume that is set very low at first Apr 11 17:20:47 so I'll reflash the image, just in case my multiple failed boot had damaged the image... Apr 11 17:31:21 Tofe: Ah good. It could be volume setting is not picked up properly by luna-sysservice/activitymanager/configurator. Apr 11 17:32:05 I saw some issues in my log for configurator that 13 or so failed and 16 succeeded Apr 11 17:32:24 Could be my Zeus image though Apr 11 17:44:11 Could be result of OSE migration somehow, didn't have chance to look into it in more detail Apr 11 17:45:21 "none on /media/internal type tmpfs (rw,relatime,size=4k)" on TP... surprising Apr 11 17:47:43 a consequence is that /media/internal/wallpapers/ is shadowed by the mounted tmpfs... Apr 11 17:50:05 I just can't find what triggers this mount Apr 11 17:50:44 Tofe: I remember we had something in meta-webos-ports for Tenderloin Apr 11 17:50:59 Some .sh by ka6sox if I'm right Apr 11 17:53:06 it's done for both /media/cryptofs and /media/internal, with a tmpfs in both case Apr 11 17:54:37 A grep for cryptofs in meta-wop and meta-smartphone could help Apr 11 17:54:57 gives nothing pertinent Apr 11 17:55:25 I remember some .sh somehow Apr 11 17:55:33 There aren't many Apr 11 17:56:19 Just dinner here so cannot check now Apr 11 17:57:23 oh there's no hurry at all :) Apr 11 17:58:31 ooh found it Apr 11 17:58:48 it's in our init.sh; there's a line I read too quickly Apr 11 17:58:58 mount -o bind,rw $datadir/userdata ${rootmnt}/media/internal Apr 11 18:05:28 JaMa: https://github.com/shr-distribution/meta-smartphone/pull/100 for master & warrior Apr 11 18:15:25 done, thanks Apr 11 18:21:48 oops, looks like I didn't do it the right way... I've been sloppy Apr 11 18:24:23 the new mkdir is probably unnecessary as there is mkdir -p $datadir/userdata/.cryptofs just before that, but I don't see anything else wrong with that :) Apr 11 18:24:38 I didn't look much in short break between puting kids to bed Apr 11 18:24:52 the issue is that /android/userdata don't seem to correspond to /dev/store/media at that time Apr 11 18:28:11 it should be just /userdata, in our case, if we want the real media partition Apr 11 18:28:44 or /android/data, if we want a fake one Apr 11 18:29:18 Herrie|Phone: ^ any preference? Apr 11 18:50:25 Hi everyone Apr 11 18:50:47 I’ve just completely reset my Touchpad yesterday, webOS works flawlessly Apr 11 18:51:14 I wanted to install LuneOS so I just did but now after moboot I get a black screen. Any ideas? Apr 11 18:51:23 GilDev: I just had that issue! Apr 11 18:51:31 what version did you install? Apr 11 18:51:35 Woaw Apr 11 18:51:42 one moment Apr 11 18:51:46 Mhhh, latest Apr 11 18:51:51 Doppio Apr 11 18:52:05 not the testing build? Apr 11 18:52:14 No, stable one Apr 11 18:52:25 http://build.webos-ports.org/releases/doppio/images/tenderloin/luneos-dev-image-tenderloin.tar.gz Apr 11 18:52:27 This one Apr 11 18:52:27 GilDev: use this for luneOS uImage http://build.webos-ports.org/releases/doppio/images/tenderloin/uImage--3.4.106%2Bgitr3%2Bece92940da-r0.27-tenderloin-20181121031809-stable-053-92.bin Apr 11 18:52:34 That's what fixed mine Apr 11 18:53:08 Mine still goes black for a while Apr 11 18:53:12 Alright thanks, I’m gonna try that Apr 11 18:53:29 Once you try it, give it like 5 minutes Apr 11 18:53:34 it should show the luneoS logo Apr 11 18:53:44 Alright Apr 11 18:54:31 Actually, which step should I reproduce exactly? Apr 11 18:54:32 JaMa: now the PR should be the good one, I tested it properly Apr 11 18:54:35 novacom put file://boot/uImage.LuneOS < uImage Apr 11 18:54:36 This one? Apr 11 18:54:48 Yeah Apr 11 18:55:10 (I took the occasion to include a fix long overdue similar to https://github.com/webOS-ports/meta-webos-ports/pull/332/commits/081e59a2de1df3f0ea8ec59980229150e22d2018 ) Apr 11 18:56:27 So annoying that novacom daemon seems to glitch on latest macOS versions. I have to unload and reload it quite often Apr 11 18:56:28 Tofe: the meta-webos-ports one should go to both branches, as well, right? Apr 11 18:57:09 GilDev: I've been having the same issue. I never had issues on High Sierra Apr 11 18:57:14 both as well, yes, though it's less mandatory Apr 11 18:57:17 but can't hurt Apr 11 18:58:20 nuclearkev: still behaves like a charm on Archlinux -- I know it won't help your case :) Apr 11 18:58:40 Tofe: :P Apr 11 19:02:57 novacom put file://boot/uImage.LuneOS < uImage Apr 11 19:02:59 novacom put file://boot/uImage.moboot < uImage.moboot_0.3.8 Apr 11 19:03:01 novaterm Apr 11 19:03:03 cd /boot Apr 11 19:03:05 ln -sf uImage.moboot uImage Apr 11 19:03:07 ln -sf uImage-2.6.35-palm-tenderloin uImage.webOS Apr 11 19:03:09 ls -l Apr 11 19:03:12 Isn’t there a problem here? With file names? Apr 11 19:03:21 looks overcomplicated Apr 11 19:03:39 you only need the first command, if moboot already works well Apr 11 19:03:54 Yeah that’s what I did after mounting /boot Apr 11 19:04:01 Going to reboot now Apr 11 19:05:46 but, no, the filenames look correct to me Apr 11 19:06:56 (if you download LuneOS's uImage as "uImage", and if you have moboot as "uImage.moboot_0.3.8" on your pc) Apr 11 19:07:35 Yeah alright, I was just wondering where that uImage-2.6.35-palm-tenderloin comes from Apr 11 19:09:06 ah, it's just the original webOS kernel, which usually has that name Apr 11 19:09:48 Alright Apr 11 19:09:54 Yeah! Just booted up! Apr 11 19:10:22 Btw to install Warthog and overclock, it’s the same procedure as on webOS ? Apr 11 19:11:13 HELL YEAH Apr 11 19:12:17 Mhhh Apr 11 19:12:37 I press “connect” after setting my WiFi’s passphrase and it just takes me back to the network list… Apr 11 19:12:45 Alright it connected, sorry Apr 11 19:12:50 I'm not sure what Warthog does behind the scene, and as we use a different kind of kernel (3.4, Android-flavored), I'm not sure if it will still work Apr 11 19:13:15 It seems the install assistant isn’t translated, because I selected French and everything’s still in English along with the keyboard which is Qwerty Apr 11 19:13:33 Tofe: Alright so how does overclock works? Apr 11 19:15:00 It depends on the kernel; I never really looked into that part, but my best guess is that it should be working through some values put in /proc filesystem Apr 11 19:15:03 “The application database is full” Apr 11 19:15:27 Alright, so by default it’s at the base 1.2 GHz? Apr 11 19:15:45 yes, we didn't touch the defaults Apr 11 19:16:15 and we took the initial config of CyanogenMod 12.1 Apr 11 19:16:18 Kay thanks Apr 11 19:16:37 Is all that still in development? Apr 11 19:16:42 GilDev: I think I just fixed the db space issue on our current testing :) Apr 11 19:16:58 Cool, too bad I chose the stable one 8-) Apr 11 19:17:22 Screen rotations are so weird haha. Is it normal that the icons in dock aren’t properly centered? Apr 11 19:18:28 yes, it's normal; I can understand it looks weird, but the idea is the the "launcher" icon on the right isn't really part of the icons Apr 11 19:18:41 Oh yeah I see it now haha Apr 11 19:19:53 How is LuneOS/LunaCE actually made? The menu icons looks so weird so they are not webOS one. Is it a webOS base? Or is it more developped from the ground up taking bits of webOS? Apr 11 19:20:42 The main UI is from scratch, compared to LunaCE/webOS; it's rewritten in QML Apr 11 19:21:19 We took resources from webOS, for the font and icons, of course Apr 11 19:21:43 and tried to mimic the UX, which is quite a good one Apr 11 19:21:59 There is still so much to do, and we're a small team in comparison :p Apr 11 19:22:10 Okay I’m starting to understand, so LuneOS doesn’t use LunaCE Apr 11 19:22:28 Yeah of course, no complaints whatsoever, thanks for doing that =) Apr 11 19:23:12 If I remember correctly (god I was like 14-15 years old when I did all those things on my brand new Touchpad), LunaCE is installed from Preware on webOS? Apr 11 19:23:28 yes Apr 11 19:24:09 Alright thanks, I should try doing that next Apr 11 19:24:31 Naaaaah, I can’t close apps by sliding them down and sending them up in the sky ='( Apr 11 19:25:06 ah, oh, mmh, that's open for discussion ! :) Apr 11 19:25:52 =) Apr 11 19:26:30 Is it possible to install Android alongside webOS and LuneOS now? Are there precautions to take? Maybe you don’t know, sorry to ask so many things, I’m quite excited to play a bit with my old Touchpad Apr 11 19:26:32 hey, wait, it does do that actually Apr 11 19:26:37 Got the new iPad Pro a few wee Apr 11 19:26:50 ks ago, but that Touchpad is still always fun Apr 11 19:27:20 Oh yeah you’re right sorry, I haven’t been pulling hard enough Apr 11 19:27:22 still possible yes; do Android first alongside webOS, then LuneOS Apr 11 19:27:57 Oh so I should do everything again =) Apr 11 19:28:19 But whatever, I’m gonna play a bit with LuneOS but probably won’t use it everyday =( Apr 11 19:28:33 Cool! The browser actually recognizes .dev websites now Apr 11 19:28:36 well...now that I think about it, there isn't any reason you can't install Android after installing LuneoS Apr 11 19:28:51 Browser has a Chromium core now Apr 11 19:29:01 Nice Apr 11 19:29:22 not bleeding edge, but I think Qt 5.11 provides version 57 Apr 11 19:30:07 LuneOS UI uses a pretty different set of technos now: Wayland, QML, Qt 5.11, systemd behind the scene, etc Apr 11 19:30:46 Okay I see Apr 11 19:30:58 And so the home button doesn’t work and is replaced by that huge black bar at the bottom? Apr 11 19:31:15 It’s so cool it looks like an alpha on webOS =P Apr 11 19:31:25 But weirdly with more modern technos Apr 11 19:31:50 the home button not working is a bug we still have to fix Apr 11 19:32:31 Alright Apr 11 19:32:35 but the black bar will stay anyway, we didn't find yet a good way to provide the "Back" and "Home" gestures without it Apr 11 19:33:04 Okay Apr 11 19:33:18 So what relationship does LuneOS have with CM? Just the kernel? Apr 11 19:33:38 And so LuneOS is in development since 2014? Apr 11 19:33:38 black bar can be disabled btw Apr 11 19:33:40 Also, LuneOS on tenderloin today is a bit of a miracle, in the sense that we have to use a kernel that is unsupported by systemd and glibc since many years Apr 11 19:33:54 Haha I see Apr 11 19:33:55 GilDev: yes Apr 11 19:36:03 a bit before, even, I'd say 2012, but I wasn't there yet :p Apr 11 19:36:15 Haha Apr 11 19:36:25 though LuneOS wasn't there either, so Apr 11 19:36:30 And so it’s still in active development? Is there a goal or is it just for fun? Apr 11 19:36:53 No packages in Preware 2 haha Apr 11 19:37:50 Yes, it's still active, though slowly; there is a moving goal, "provide webOS experience on recent devices", and personnally I'm also there for the fun Apr 11 19:40:06 Cool Apr 11 19:40:20 It seems there’s a bug with the brightness setting Apr 11 19:40:36 I’m in a dark room and can’t get it to go really high Apr 11 19:40:54 Tofe: Sep 2012 is my first commit in meta-webos-ports, I think we started couple weeks before that Apr 11 19:41:45 GilDev: but the brightness slider does work ? It just doesn't set it to the max when on the right ? Apr 11 19:42:12 Yes Apr 11 19:42:25 Also can’t scroll the “Add an Account” list Apr 11 19:42:35 Anyway IRC is not a bug tracker Apr 11 19:43:02 i recall similar issue, maybe max brightness can be refreshed when turning on/off screen Apr 11 19:44:02 Wow Apr 11 19:44:09 nizovn: Indeed, it killed my eyes =) Apr 11 19:44:23 good ... probably :) Apr 11 19:44:42 Yeah, they can grow back so, whatever Apr 11 19:45:46 Developing on such a project must be really interesting. I’ll take a look at the source shortly Apr 11 19:46:46 It's very interesting, yes, I'm still learning a lot even after all these years Apr 11 19:48:03 Cool Apr 11 19:48:17 It’s mostly C I guess Apr 11 19:48:57 C++ and C yes, but there's a good share of Javascript of course Apr 11 19:49:02 “Memos, Skeumorphism is so 2009.” <-- awesome =’) Those iOS apps were so good-looking at first, before everything became flat Apr 11 19:49:15 Tofe: What for? The apps? Apr 11 19:49:39 The apps, and the services too (nodejs) Apr 11 19:50:30 also QML's logic is very often done in javascript Apr 11 19:51:31 (typically, when you were sending cards to the sky !) Apr 11 19:52:35 Tofe: Sorry was away for a bit, needed to disassemble, move a bed and reassemble 1 floor lower. So the smallest one will sleep with the sister in law and I can get some proper sleep at night :P Apr 11 19:52:55 hehe Apr 11 19:55:24 Good the partition stuff got fixed :) Apr 11 19:56:37 yup Apr 11 19:56:38 Tofe: Okay. I remember QML from when I was doing a bit of Qt indeed Apr 11 20:07:17 Tofe: I guess it got broken with the Halium init migration somehow Apr 11 20:07:22 Or maybe even earlier Apr 11 20:08:01 Probably during Halium migration yes Apr 11 21:08:22 another small oe-core upgrade which will unfortuntately cause everything to rebuild Apr 11 21:08:42 Herrie|Phone: I've switched luneos-components to qt-5.12 branch in master as you wanted Apr 11 21:08:53 should be included in next unstable build **** ENDING LOGGING AT Fri Apr 12 02:59:57 2019