**** BEGIN LOGGING AT Fri Jun 15 03:00:11 2018 Jun 15 06:44:28 Ah, then you have to use that refresher Jun 15 07:39:09 @trivial_inanity, Aye it is Jun 15 07:39:59 Which kernel version? Jun 15 07:43:45 3.18.49 Jun 15 08:05:52 i have a problem , signapk.jar file missing, already readed the doc's, but didn't understand, what should i do Jun 15 08:07:02 please help Jun 15 08:07:43 Go to `vendor/[manufacturer]/[device]` and check all the .mk files for .jar or .apk entries Jun 15 08:07:55 [Edit] Go to `vendor/[manufacturer]/[device]` and check all the `.mk` files for `.jar` or `.apk` entries Jun 15 08:08:04 @Sergobot, it's better to remove them from the device tree Jun 15 08:08:16 Or that way ^ Jun 15 08:08:18 Fwd from rupansh: https://github.com/Halium/android_device_oneplus_oneplus3/commit/1ceb9e0da7fb4bda9fd2980d02dae6e13989118a Jun 15 08:08:19 Fwd from rupansh: https://github.com/Halium/android_device_oneplus_oneplus3/commit/5b52e6d29f34953fe9750797ee954f8de2a9b230 Jun 15 08:08:28 because we don't fork vendor due to licensing issues Jun 15 08:11:55 if i found all .jar` or `.apk` entries in those *.mk files, should i comment them out? Jun 15 08:12:47 comment them out or delete them Jun 15 08:13:15 ok Jun 15 08:17:36 like this LOCAL_SRC_FILES := proprietary/app/TimeService/TimeService.apk and this LOCAL_MODULE_SUFFIX := .apk Jun 15 08:17:49 should i comment out them both? Jun 15 08:36:51 Comment them out and see if it builds Jun 15 08:37:18 It's a trial and error game Jun 15 08:44:09 nope error remains same Jun 15 08:45:42 If you are absolutely sure you've removed all apk jar entries from the device tree Jun 15 08:45:51 Then go ahead and edit vendor Jun 15 08:46:03 Sometimes there are things that can't be fixed in the device tree Jun 15 08:46:10 Though that's really unfortunate Jun 15 08:46:29 It was the case with OP3, i couldn't remove ONE jar reference, i was so upset about it Jun 15 08:46:47 how can i edit the vendor Jun 15 08:47:09 LuneOS guys made a nice script that automatically patches vendor, i hope we adapt it at some point Jun 15 08:47:20 Fwd from Sergobot: Go to `vendor/[manufacturer]/[device]` and check all the `.mk` files for `.jar` or `.apk` entries Jun 15 08:47:25 Just like Sergey said Jun 15 08:48:38 ok i am rechecking my device tree, Jun 15 08:50:05 https://github.com/webOS-ports/android_luneos_hal/pull/4/files Jun 15 08:50:11 here's the script by luneos btw Jun 15 08:50:32 could be interesting to take a look at other's patches Jun 15 08:51:31 how can i use this script Jun 15 08:53:13 No need to Jun 15 08:53:16 Just do by hand Jun 15 08:53:24 (At least for now) Jun 15 08:56:01 yeah the script was not adopted yet, it's only used by luneos guys Jun 15 08:56:12 i linked it just for the reference Jun 15 08:56:26 it automatically applies vendor patches (and it can unapply patches as well) Jun 15 08:57:15 ok but i need to know because dalton give me a script which is http://paste.ubuntu.com/p/b7TMVrB8VC/, i need to undersand how to understand use this cause this for the device which i'm working on Jun 15 08:57:41 it's just a simple patch Jun 15 08:57:51 search for "apply patch gnu/linux" on the internet Jun 15 08:58:04 ok Jun 15 08:58:36 ```patch < file.patch``` :) Jun 15 08:59:18 hey, never tell what to do directly, only tell where to look for the answer Jun 15 08:59:28 it's a basic teachers' rule Jun 15 08:59:55 :P Jun 15 09:05:31 @vanyasem, There are teachers that would fail you for not knowing what hasn't even been discussed on lessons yet Jun 15 09:10:12 hey, we're not talking about your school. sorry :P Jun 15 09:12:30 ok so i need to copy all the texts from http://paste.ubuntu.com/p/b7TMVrB8VC/, and save in a file whic's extension is .patch. then on source tree i need to put thik like patch < abcd.patch Jun 15 09:12:33 am i correct? Jun 15 09:14:13 The only way to know is to try it out :) Jun 15 09:14:42 ok Jun 15 09:29:20 @vanyasem, Thankfully it's not an issue for me Jun 15 09:44:36 Hey @vanyasem when i am typing patch < abcd.patch, can't find file to pach at input line 6 Jun 15 09:54:01 @jetpro55own, Well are you sure that file exists? ^^ Jun 15 09:54:39 Patches are not universal Jun 15 09:54:40 Yes i just copied it from http://paste.ubuntu.com/p/b7TMVrB8VC/ Jun 15 09:55:02 This patch is for potter i know Jun 15 10:03:41 Any solution? Jun 15 11:28:34 @vanyasem, We have such a script in halium-devices already, mostly written by Herrie82 Jun 15 11:29:14 @JBBgameich, Could someone please document that? Jun 15 11:29:16 I'd really like to use it Jun 15 11:29:20 Okay actually our script is different. It doesn't apply patches but generates a new makefile Jun 15 11:29:21 [Edit] I'd like to use it Jun 15 11:29:35 @JBBgameich, [Edit] Could someone document that please? Jun 15 11:29:43 You use it automatically when syncing using halium-devices. Jun 15 11:30:14 Oh okay. Sadly it didn't work for me when i was rebuilding hallum a few days ago Jun 15 11:30:20 Still had to patch vendor and device Jun 15 11:30:33 So that's still an issue :P Jun 15 11:30:38 Herrie: ^ Jun 15 11:31:28 Does your device tree have a setup-makefiles.sh script @vanyasem? Jun 15 15:53:50 @UniversalSuperBox When i am applying your patch this happening https://pastebin.com/WCiDpWN2 Jun 15 15:55:33 Use repo apply Jun 15 15:57:57 u mean rpo sync Jun 15 16:16:37 No, I mean the command repo apply Jun 15 16:16:55 Which is not a thing Jun 15 16:17:45 Well, `git apply` in the proper directory will do. That patch comes from `vendor/motorola/potter` Jun 15 16:26:29 ok Jun 15 16:31:09 Is there some fully 64-bit CAF rootfs? Jun 15 16:31:32 Cc: @vanyasem Jun 15 16:31:58 thanks @bhushanshah Jun 15 16:35:37 @Sergobot, Yep, i made one 2 days ago with the help of Bhushan Jun 15 16:35:59 woah cool Jun 15 16:36:00 I haven't uploaded it yet, will do tomorrow Jun 15 16:36:09 It's based on Arch GNU/Linux Jun 15 16:36:18 Nice Jun 15 16:36:20 @vanyasem, When senpaiiiii Jun 15 16:37:19 @vanyasem, Why arch and not ubuntu, though? Jun 15 16:38:06 @Sergobot, We already got UBports for that I assume Jun 15 16:38:45 No, I mean reference rootfs is based on Ubuntu 16.04 Jun 15 16:38:57 Why just not build an arm64 version of it? Jun 15 16:39:17 [Edit] Why simply not build an arm64 version of it? Jun 15 16:39:20 @Sergobot, building is not easy as it sounds Jun 15 16:39:35 @Sergobot, Because i love arch Jun 15 16:39:51 Still, I'm not sure that it's easier to port stuff to arch Jun 15 16:40:31 @Sergobot, Because we don't have arm64 packages.. I plan to work on this week Jun 15 16:40:37 Or well next week Jun 15 16:40:40 😜 Jun 15 16:41:04 That would be great :) Jun 15 16:57:54 vanyasem: Which device the setup script didn't work? Jun 15 16:57:57 Any error messages? Jun 15 16:58:12 I was toying with some Xiaomi device this week and the .sh files didn't have right permissions Jun 15 16:58:57 @vanyasem: Doze, CMAction/LineageAction and KeyHandler still need to be manually disabled, working on automating that too Jun 15 17:24:58 Hi guys, we received 2 tickets in ubuntu-touch that are more Halium tickets: https://github.com/ubports/ubuntu-touch/issues/677 Jun 15 17:25:20 and https://github.com/ubports/ubuntu-touch/issues/678 Jun 15 17:25:26 Shall I redirect them to Halium? Jun 15 17:25:42 Because I think the problem will be across all Halium-based distros Jun 15 17:26:34 Those are already solved-ish with bionic patches? Jun 15 17:26:52 (in specific TLS slot) Jun 15 17:29:15 I dunno, I just feel this guy is wrong at posting this to the UT tracker 😆 Jun 15 17:29:33 We got 300+ tickets open and we are keen on closing all stuff that is unrealted Jun 15 17:29:35 @Flohack, this one is surely UBPorts-specific Jun 15 17:29:55 Halium reference rootfs has newer android-headers (matching Android 7.1) Jun 15 17:30:16 @NotKit, not 7.1.2? Jun 15 17:30:23 7.1.x :) Jun 15 17:30:31 Ok but what will be the future, I mean in UT we can put it into an overlay PPA and it will be fine, what can PlasmaOS do about it? Jun 15 17:30:49 There is no PlasmaOS Jun 15 17:30:52 You surely do not want to have 1 root fs for each Android base version? Jun 15 17:30:54 :P Jun 15 17:31:04 Soooooo Jun 15 17:31:06 Thing is, Jun 15 17:31:28 Halium 7 based rootfs works perfectly fine with Android 5 devices as well Jun 15 17:31:34 That's what my experience so far is Jun 15 17:31:42 @bhushanshah, weew Jun 15 17:32:24 Hmm. Ok I will leave it to Marius what we answer. But probably ATM those 2 tickets are "in the wrong place" 😆 Jun 15 17:32:50 In theory no, they are not Jun 15 17:34:04 They're not Jun 15 17:34:12 Ok ok ok Jun 15 17:34:41 And our rootfs in theory works perfectly with android 5.1 and 7.1 aosp Jun 15 17:34:43 I see in the future anyway it would be better to have just only 1 tracker for UT. Now we got it all over the place with the core Apps, some parts of middleware etc. Let alone unity Jun 15 17:36:53 I've replied to at least one halium specific issue Jun 15 17:37:03 I don't care about UT specific one :p Jun 15 17:40:24 :P merci Jun 15 17:53:55 @UniversalSuperBox hey, I just pushed my patch to support slots in initramfs-tools-halium … https://github.com/Halium/initramfs-tools-halium/pull/14 Jun 15 17:55:22 [Edit] @UniversalSuperBox hey, I just sent out my patch to support slots in initramfs-tools-halium … https://github.com/Halium/initramfs-tools-halium/pull/14 Jun 15 18:17:23 @UniversalSuperBox, without nougat linker as of now :) Jun 15 18:19:30 I can confirm TLS shifting the way it's done now can lead to random crashes Jun 15 20:19:36 Triggered **** ENDING LOGGING AT Sat Jun 16 03:00:04 2018