**** BEGIN LOGGING AT Sat Feb 05 02:59:56 2022 Feb 05 10:26:49 Morning Feb 05 11:33:56 Morning Feb 05 12:13:05 Tofe: How are you feeling? Feb 05 13:23:51 Herrie: Pretty good, I don't fill ill any longer Feb 05 16:26:56 Tofe: Ah good Feb 05 16:40:47 Herrie: ok I'm finished with reinstalling my cellar :p Feb 05 16:41:31 now, back to luneos, what should I begin with... maybe the remaining appinstalld stuff, and luna-downloadmgr startup Feb 05 16:42:41 Herrie: I don't have any tenderloin image right now, just pinephone and tissot; let's say I update my pinephone build, am I missing something from your work lately ? I didn't see any srcrev bump Feb 05 16:45:06 Tofe: Well I still need to push my meta-wop changes Feb 05 16:45:30 I guess best would be to take the qemu image for 30th of january Feb 05 16:45:39 Has most fixes in there Feb 05 16:45:57 For Preware just some minor changes needed probably Feb 05 16:46:32 But if you don't have the qemux86 build locally it would take a while to build the changes Feb 05 16:47:39 mmh right Feb 05 16:48:13 I can change preware's code and make it call appinstalld2 with 2 params Feb 05 16:48:24 and check the build on pinephone Feb 05 16:53:41 Tofe: I pushed my WIP code for Preware already earlier Feb 05 16:53:59 And forced it to drop the incorrect last commit Feb 05 16:54:38 I kinda remembering pushing the meta-wop changes to a branch too but don't see it here on my phone Feb 05 16:54:49 I can push them later today when back Feb 05 16:55:05 Since it pulls in the other bits for cryptofs too Feb 05 16:58:35 Herrie: I was a bit confused for a couple of minutes because I couldn't find the source code in tmp-glibc, but it's actually in tmp-glibc/work/all-webos-linux, which is a mistake Feb 05 16:59:13 Herrie: so I take https://github.com/webOS-ports/preware/tree/herrie/appinstalld2 right Feb 05 16:59:21 Yes Feb 05 17:00:07 Well there are 2 recipes, I for Enyo app and one for org.webosports.service.ipkg Feb 05 17:01:47 all-webos-linux is OK for the app, the service should be arch specific Feb 05 17:02:08 aah, ok, I didn't realize that Feb 05 17:10:12 I'm not sure where to start, actually; I didn't follow carefully enough the changes for appinstalld2, so I'll have to start from the failing scenario: should I just try to install an app with preware with the Museum Edition testing image ? Feb 05 17:11:40 Tofe: Yeah basically simply installing a local IPK from Preware's menu Feb 05 17:12:00 ok ! Feb 05 17:12:17 This would call appinstalld2 but with incorrect parameters Feb 05 17:12:57 So it would fail Feb 05 17:22:40 https://bpa.st/3Y6A ok yes Feb 05 17:24:25 I tried to add the param but my c++ skills lack as always Feb 05 17:25:10 yes we're missing the opkg conf file Feb 05 17:27:17 I think it should be there Feb 05 17:27:25 I recall it gets installed Feb 05 17:30:28 Maybe in the wrong location? I recall seeing it in CMake somewhere Feb 05 17:30:44 Probably in appinstalld2 or applicationinstallerutility Feb 05 17:32:32 no I mean we're missing the path to that file, as an option to ApplicationInstallerUtility Feb 05 17:34:25 Should be pass that? Doesn't look like they do that in OSE Feb 05 17:34:29 https://github.com/webOS-ports/luna-appmanager/blob/herrie/appinstalld2/Src/base/application/ApplicationInstaller.cpp#L4018 mmh we're not setting "-f" so it shouldn't be an issue Feb 05 17:34:37 We need to pass full path to ipk and appId Feb 05 17:35:08 in "ApplicationInstallerUtility[1185]: Step 3: executing: opkg -o /media/cryptofs/apps --add-arch all:1 --add-arch any:6 --add-arch noarch:11 --add-arch x86_64:16 --add-arch core2-64:21 --add-arch qemux86_64:26 install /media/internal/.developer/com.palm.app-museum2_2.8.2_all.ipk -f" the issue is that "-f" means you specifty a conf file Feb 05 17:35:12 Just I noticed at my end that "ar" didn't like the file:// prefi Feb 05 17:36:13 Ah ok, well there is a conf defined in header already somewhere if I recall correctly Feb 05 17:37:10 Called ipkg.conf with it's full path Feb 05 17:37:34 There were a few defines for paths in the headers Feb 05 17:37:50 I recall the opkg.conf being there too Feb 05 17:38:43 I have no doubt the opkg.conf is somewhere, but I just don't understand this log line Feb 05 17:46:17 I think it's a but in ApplicationInstallerUtility Feb 05 17:46:46 if we don't provide the "-f /etc/opkg/opkg.conf" option, then it will call opkg with an empty "-f" option Feb 05 17:47:26 so it should either exit in error, or put a default opkg conf location Feb 05 17:47:45 two ways to fix this: fix ApplicationInstallerUtility, or fix our call Feb 05 17:51:48 I would opt for ApplicationInstalllerUtility since it can be called by others too Feb 05 17:51:49 Otherwise we'd need to fix it in other calls too Feb 05 17:51:55 Or just remove the -f? Feb 05 17:52:23 HerrieTP_: it's actually easier to just add a default value for that option Feb 05 17:52:41 Could be it's will take the ipkg.conf from it's standard location? Feb 05 17:53:28 possibly Feb 05 17:59:45 ah, but maybe you do have the ApplicationInstallerUtility recipe on your side Feb 05 18:00:01 I just can't understand where it comes from :) Feb 05 18:04:28 Herrie: https://github.com/webOS-ports/applicationinstallerutility/pull/1 Feb 05 18:04:46 I also PR'ed it upstream (a bit by mistake, but well) Feb 05 18:05:31 Yeah I have some recipes here unpushed probably Feb 05 18:14:53 Unfortunately I can't test that right away; though if you're able to build it with my commit I can try the new ipk Feb 05 18:17:07 I'll have a look when back tonight and push the changes I have stashed locally Feb 05 18:17:18 I guess we should be close to good to merge all Feb 05 18:17:50 Only issue I have is the appinstalld systemd service dying and needed a manual restart Feb 05 18:18:03 Otherwise it works all flawlessly it seems Feb 05 18:18:10 great Feb 05 18:19:25 Might not be too dissimilar from the issue with luna-downloadmgr Feb 05 22:41:36 Tofe; OK back, building new image now to test Feb 05 22:41:46 Including your proposed fix Feb 05 23:02:34 Tofe: Seems it's not working and seems appinstalld2 already provides it at it's end: https://github.com/webOS-ports/appinstalld2/blob/webOS-ports/webOS-OSE/src/installer/AppInstallerUtility.cpp#L133 Feb 05 23:03:12 I am getting this error: https://bpa.st/GSAQ Feb 05 23:03:40 It seems that "ar" here isn't happy with the file:// prefix. When I run the "ar" command without the file:// prefix it works Feb 05 23:19:28 Tofe; Here's my WIP for meta-webos-ports: https://github.com/webOS-ports/meta-webos-ports/tree/herrie/honister-appinstalld2 **** ENDING LOGGING AT Sun Feb 06 02:59:57 2022