| CarbontatedCaffeine | Hello, I have been getting "!! Error: $DEVICE is undefined. Please run hadk" the past few days and I haven't been able to solve it | 00:06 |
|---|---|---|
| CarbontatedCaffeine | I have run hadk via habuild but it still doesn't fix the problem | 00:06 |
| T42 | <elros34> that is pretty clear: you didn't define DEVICE env variable. Read hadk pdf instruction how to do this properly, then re-enter platform sdk | 00:09 |
| CarbontatedCaffeine | I did though, it's in there | 00:10 |
| CarbontatedCaffeine | HABUILD_SDK [bullhead] camden@Caffeine:~/hadk$ echo $DEVICE "bullhead" | 00:11 |
| CarbontatedCaffeine | It seems fine? But not in the platformSDK | 00:11 |
| T42 | <elros34> 4.2 Setup the Platform SDK in pdf | 00:13 |
| CarbontatedCaffeine | I did that | 00:13 |
| mal | does the command hadk work in platform sdk? | 00:14 |
| T42 | <elros34> don't tell me you did because clearly you didn't, check files or show them | 00:14 |
| CarbontatedCaffeine | https://pastebin.com/i1ixGc4w | 00:16 |
| CarbontatedCaffeine | I have never ever made this mistake before, and it's happened twice. I doubt it is my error | 00:16 |
| T42 | <elros34> aah this new way, so run 'exec bash' and sfossdk, then echo $DEVICE, do yo use some errors? | 00:21 |
| T42 | <elros34> I assume you use latest platform sdk? | 00:21 |
| CarbontatedCaffeine | Yeah | 00:21 |
| CarbontatedCaffeine | I don't see any errors, but neither do I see anything coming up when I echo $DEVICE | 00:22 |
| T42 | <elros34> what about what mal said: hadk command? | 00:23 |
| CarbontatedCaffeine | Sorry mal, I didn't get back to you, no hadk command does not work | 00:23 |
| CarbontatedCaffeine | (in the sdk) | 00:23 |
| T42 | <elros34> does not work? no output or error or what | 00:23 |
| CarbontatedCaffeine | I get a command not found | 00:23 |
| T42 | <elros34> what about 'ssu re'? | 00:24 |
| CarbontatedCaffeine | "WARNING: ssu.ini does not seem to be writable. Setting values might not work. Device release is currently: 4.5.0.18" | 00:24 |
| T42 | <elros34> what about if you put 'function hadk() { source $HOME/.hadk.env; echo "Env setup for $DEVICE"; } | 00:26 |
| T42 | <elros34> hadk' lines in ".mersdk.profile" instead basrc | 00:26 |
| CarbontatedCaffeine | Huh, it's already in there, should I just delete it from bashrc? | 00:28 |
| T42 | <elros34> sure, if old file still works | 00:29 |
| CarbontatedCaffeine | cool | 00:29 |
| CarbontatedCaffeine | still the same result | 00:30 |
| T42 | <elros34> bash -x /srv/sailfishos/sdks/sfossdk/sdk-chroot | 00:32 |
| T42 | <elros34> is that fresh platform sdk installation or you were trying to upgrade it? | 00:34 |
| CarbontatedCaffeine | fresh | 00:43 |
| CarbontatedCaffeine | (latest) | 00:43 |
| CarbontatedCaffeine | "bash -x /srv/sailfishos/sdks/sfossdk/sdk-chroot" No luck with this | 00:43 |
| T42 | <elros34> what do you mean? it should generate hundreds of lines | 00:45 |
| CarbontatedCaffeine | https://pastebin.com/1pB4DKD1 | 00:45 |
| T42 | <elros34> did you really added exactly hadk() function I showed or this 'if' too? | 00:46 |
| T42 | <elros34> so no hundreds of lines but you have no warning about using .mersdk. show 'cat ~/.mersdk.profile' | 00:47 |
| CarbontatedCaffeine | file not found | 00:48 |
| T42 | <elros34> you said it there previously so really check | 00:49 |
| CarbontatedCaffeine | I thought you said ".mersdkubu.profile" | 00:50 |
| CarbontatedCaffeine | which I do have | 00:50 |
| T42 | <elros34> no that is for habuild and you have issue with platform sdk | 00:51 |
| CarbontatedCaffeine | I don't have a .mersdk.profile, sorry for that | 00:51 |
| T42 | <elros34> ubu part is for ubuntu chroot/habuild | 00:51 |
| CarbontatedCaffeine | oh okay | 00:51 |
| CarbontatedCaffeine | So what happened to the mersdk.profile file | 00:52 |
| CarbontatedCaffeine | cause it wasn't created | 00:52 |
| T42 | <elros34> it's deprecated but lets se if it works | 00:53 |
| CarbontatedCaffeine | alright! | 00:53 |
| CarbontatedCaffeine | now it works | 00:54 |
| CarbontatedCaffeine | it wants me to use the "$SAILFISH_SDK" variable now | 00:55 |
| CarbontatedCaffeine | which doesn't exist | 00:56 |
| CarbontatedCaffeine | Oh well, now it works! | 00:56 |
| T42 | <elros34> so nothing when you echo $SAILFISH_SDK in sdk? | 00:57 |
| CarbontatedCaffeine | Nope | 00:57 |
| CarbontatedCaffeine | oh wait | 00:58 |
| CarbontatedCaffeine | yes, sorry | 00:58 |
| CarbontatedCaffeine | but it doesn't seem to work? I wonder why that is | 00:58 |
| T42 | <elros34> you didn't override your 'cat ~/.bashrc' accidentally? | 01:04 |
| CarbontatedCaffeine | I don't think so. Since I deleted it from it | 01:06 |
| T42 | <elros34> I thinks you could add '-x' here https://github.com/sailfishos/sdk-setup/blob/master/sdk-setup/src/sdk-chroot#L353 to see what is going on or ignore it | 01:09 |
| T42 | <elros34> of course after adding correct content to bashrc and removing .mersdk.profile | 01:10 |
| T42 | <smatkovi> applying these ~100 patches takes a very long time in the virtualbox emulator. i started yesterday afternoon and today it is at patch 64 | 06:59 |
| T42 | <smatkovi> maybe it's ebcause i set it to kvm, i thought that's the moste performant one | 07:00 |
| *** phlixi is now known as Guest6408 | 08:01 | |
| *** phlixi_ is now known as phlixi | 08:01 | |
| T42 | <elros34> why would you use virtualbox if you have platform sdk? Even with virtualbox this sounds very strange, after all they are just simple patch files. | 08:37 |
| T42 | <smatkovi> you're right i didn't think this through | 08:48 |
| T42 | <smatkovi> that sounds like a much better option | 08:49 |
| T42 | <smatkovi> i thought for building apps the sailfish sdk is needed, but it makes sense actually to use platform sd | 08:51 |
| T42 | <smatkovi> k | 08:51 |
| T42 | <smatkovi> yes here it's much faster | 08:55 |
| T42 | <elros34> with new target I do not think this will be any different than app sdk | 08:56 |
| T42 | <elros34> and certainly without default cpu/ram limitation | 08:57 |
| T42 | <smatkovi> Yes | 09:24 |
| CarbontatedCaffeine | Hi, I'm having trouble with a couple of identifiers called "PROP_MSG_GETPROP" and PROP_MSG_LISTPROP | 11:26 |
| CarbontatedCaffeine | but they are defined in libhybris | 11:26 |
| CarbontatedCaffeine | I will give you some info in a second | 11:26 |
| mal | did you apply patches correctly? | 11:27 |
| CarbontatedCaffeine | Can I ask how to apply the patches again if they haven't, just in case? | 11:28 |
| CarbontatedCaffeine | Last time I tried I got hit with git errors | 11:28 |
| mal | faq says how to apply patches, if you want to unapply those before that run "repo sync -l" | 11:30 |
| CarbontatedCaffeine | what does that do? | 11:30 |
| CarbontatedCaffeine | I'm getting "fatal: previous rebase directory .git/rebase-apply still exists but mbox given." | 11:33 |
| CarbontatedCaffeine | when I try to re-apply patches | 11:34 |
| mal | you can't apply patches twice | 11:49 |
| mal | you need unapply patches before applying them again | 11:49 |
| mal | or you need to check if those have been applied | 11:49 |
| mal | you can for example go to folder $ANDROID_ROOT/bionic and check git log shows hybris patches | 11:50 |
| CarbontatedCaffeine | right | 11:51 |
| CarbontatedCaffeine | I'm in a bit of a pickle really, there are some repos that didn't revert | 11:52 |
| CarbontatedCaffeine | So I applied them incorrectly, what can I do now | 11:53 |
| mal | if you get that rebase message you need to go to the folder it happened in and run there git rebase --abort | 11:57 |
| mal | or was it "git am --abort" | 11:57 |
| CarbontatedCaffeine | I have done this a couple of times | 11:57 |
| CarbontatedCaffeine | but I'm still stuck | 11:58 |
| mal | you need to make sure all of patched repos are clean | 11:58 |
| mal | you can see in the hybris-patches/ the subfolders (and their subfolders) where it applies patches, you can manually check those folders | 11:58 |
| CarbontatedCaffeine | that's going to take a while | 11:59 |
| CarbontatedCaffeine | I could just restart and it'd be quicker | 11:59 |
| CarbontatedCaffeine | at this point | 11:59 |
| CarbontatedCaffeine | Okay, I figured that out | 12:09 |
| CarbontatedCaffeine | repo sync -l succeeded | 12:09 |
| CarbontatedCaffeine | and I stashed the things that had been patched | 12:09 |
| CarbontatedCaffeine | *repos | 12:09 |
| CarbontatedCaffeine | ayy it worked | 12:11 |
| CarbontatedCaffeine | I'm very happy with that, I should change my attitude | 12:13 |
| CarbontatedCaffeine | For context, I'm currently getting that old source code back up | 12:21 |
| CarbontatedCaffeine | making sure it actually still compiles | 12:21 |
| mal | there are only couple of repos it patches | 12:24 |
| CarbontatedCaffeine | I realized that after I actually looked | 12:25 |
| CarbontatedCaffeine | Now all I have to do is remember where I left off, another reason to check up on logs | 12:38 |
| CarbontatedCaffeine | I think I was stuck on needing to mount something | 12:38 |
| CarbontatedCaffeine | it was crucial to get working | 12:38 |
| CarbontatedCaffeine | Oh, that's right | 12:40 |
| CarbontatedCaffeine | the systemd service "droid-hal-init" wasn't working | 12:40 |
| mal | were all partitions mounted correctly | 12:44 |
| CarbontatedCaffeine | That.. I don't remember | 12:56 |
| CarbontatedCaffeine | I will have to see the situation when I get everything working again | 12:56 |
| CarbontatedCaffeine | or not working cause the first thing it tends to do is bootloop | 12:57 |
| CarbontatedCaffeine | which hasn't been solved yet | 12:57 |
| CarbontatedCaffeine | but can be mitigated | 12:57 |
| CarbontatedCaffeine | cool, it's boot(loop)ing | 13:23 |
| mal | important things are how soon does it reboot, any telnet available etc | 13:23 |
| CarbontatedCaffeine | Previously I was able to use a command to stop it from booting further | 13:24 |
| CarbontatedCaffeine | and eventually turn off the service to make it further still | 13:24 |
| CarbontatedCaffeine | after this, I got stuck and took a break | 13:25 |
| CarbontatedCaffeine | I will assign the device an IP | 13:25 |
| CarbontatedCaffeine | actually, I'm forgetting what I did | 13:31 |
| T42 | <elros34> lucky you, you can read channel logs | 13:32 |
| CarbontatedCaffeine | that's what I'm doing lol | 13:33 |
| CarbontatedCaffeine | Darn | 13:46 |
| CarbontatedCaffeine | I don't understand, it used to work | 13:46 |
| CarbontatedCaffeine | it only comes up as usb0 | 13:46 |
| CarbontatedCaffeine | not as enp | 13:46 |
| CarbontatedCaffeine | and it's only there for a split second | 13:47 |
| CarbontatedCaffeine | I swear there was a file I created to stop it from going further, but I can't find it anywhere in the logs | 13:48 |
| CarbontatedCaffeine | I'm too tired to figure this out | 13:50 |
| CarbontatedCaffeine | ill do it tomorrow | 13:50 |
| mal | @b100dian have you ever tried setting GECKO_CAMERA_DROID_NO_MEDIA_BUFFER env var to true for testing? | 15:24 |
| T42 | <smatkovi> this installing java 7 thing gives me headaches. nothing seems to work properly | 15:47 |
| mal | why are you installing that? | 15:48 |
| T42 | <smatkovi> it is needed for the onyx port | 15:49 |
| T42 | <smatkovi> but i'm trying with a dockerfile now | 15:49 |
| T42 | <smatkovi> the 3rd one, maybe that works | 15:49 |
| T42 | <smatkovi> i finally managed to do it, but now i get one of these again: build/core/base_rules.mk:154: *** device/oppo/common/keyhandler: MODULE.TARGET.JAVA_LIBRARIES.com.cyanogenmod.keyhandler already defined by device/oneplus/onyx/keyhandler. Stop. | 16:16 |
| T42 | <TheVancedGamer> ah, you can safely nuke java stuff | 16:17 |
| T42 | <smatkovi> how can i do that? i deleted device/oppo/common/keyhandler and it gets regenerated | 16:32 |
| T42 | <b100dian> mal: with ...NO_MEDIA_BUFFERS=1 I get a crash while reading data for the QOMX_COLOR_FormatYUV420PackedSemiPlanar32m format, I have a question 3 days ago | 17:09 |
| T42 | <b100dian> The current pull 111 has problems when changing resoltion while playing, I will ping when I update it | 17:10 |
| T42 | <smatkovi> okay i was stupid. i should set up the ubu-chroot from within sfossk not the host shell | 17:18 |
| T42 | <elros34> you changed device? | 17:25 |
| T42 | <smatkovi> yes i changed to onyx (oneplus x) | 17:44 |
| T42 | <smatkovi> i got a kernel now, but building packages gives me this error https://paste.opensuse.org/pastes/a668108b39d4 | 17:44 |
| T42 | <smatkovi> i decided to upgrade the sailfishos version from 3.4 to 4.5 | 17:45 |
| T42 | <elros34> that is major change. I suggest to generate new droid config with up-to-date submodule and than copy/adapt changes | 18:57 |
| T42 | <smatkovi> thanks. i think i put it in the wrong directory first, but i regenerated it anyway, the generated droid-config looks different from the one i found on github | 19:31 |
| T42 | <smatkovi> now i get this error: Repository 'dir:/home/sebastian/hadk/droid-local-repo/onyx' is invalid. | 19:35 |
| T42 | <smatkovi> [~plus-repo-1|dir:/home/sebastian/hadk/droid-local-repo/onyx] Valid metadata not found at specified URL | 19:35 |
| T42 | <smatkovi> - Signature verification failed for repomd.xml | 19:35 |
| T42 | <b100dian> Is 4.5.0.21 available on obs? I never remember how to tell.. | 20:34 |
| mal | @b100dian if you mean testing projects there then just use the .18 target but name the target as .21 | 20:36 |
| T42 | <b100dian> mal: I mean develop, but thanks I will try testing on tucana later too | 20:38 |
| mal | for devel you can just use latest which is .18 but from adaptation build point of view the difference is not relevant | 20:39 |
| mal | @b100dian for example I use this for .21 https://build.sailfishos.org/project/show/nemo:devel:hw:fairphone:fp2-sibon | 20:40 |
| T42 | <b100dian> Ok, but where will e.g droid-camera 0.1.7 come from? | 20:57 |
| T42 | <elros34> @b100dian you simple search for 'sailfishos:<version>' project in obs | 21:07 |
| mal | @b100dian that gecko-camera and most of the other packages come from jolla repos when you build image or update your device, you set the version on device with ssu re | 21:10 |
| T42 | <b100dian> Thanks both! | 21:11 |
| CarbontatedCaffeine | I was just looking through the FAQ and I realized I hadn't been building the android part with "TEMPORARY_DISABLE_PATH_RESTRICTIONS=true" | 23:05 |
| CarbontatedCaffeine | I personally have some feedback about information finding or going through the HADK, It's annoying having to check a bunch of official/semi-official sources just to make sure what I'm doing isn't wrong | 23:07 |
| mal | yeah, it's not ideal | 23:24 |
| mal | but about that path restrictions, it's possible fix the repos so that the env var is not needed | 23:25 |
| mal | I really should do it, was it just cpio causing issues? | 23:25 |
| CarbontatedCaffeine | I had cpio already installed | 23:30 |
| mal | yes, but in certain android version it prevents build from using it | 23:30 |
| CarbontatedCaffeine | Lineage 18.1/Android 11 I'm building | 23:31 |
| mal | that is what that "TEMPORARY_DISABLE_PATH_RESTRICTIONS=true" fixes | 23:31 |
| mal | it makes the build allow using cpio | 23:31 |
| CarbontatedCaffeine | ah | 23:31 |
| CarbontatedCaffeine | Nah I didn't do that | 23:31 |
| CarbontatedCaffeine | I'm guessing 17.1 goes for 18.1 as well? | 23:32 |
| mal | yes, if you have problems with cpio then yes | 23:32 |
| mal | build output should mention it | 23:32 |
| CarbontatedCaffeine | I did not have any problems | 23:33 |
| CarbontatedCaffeine | Yesterday I did not set "TEMPORARY_DISABLE_PATH_RESTRICTIONS" | 23:33 |
| CarbontatedCaffeine | but it was still fine | 23:33 |
| mal | ok | 23:33 |
| CarbontatedCaffeine | the reason why I am concerned is "before building android part otherwise hybris-boot.img will not include hybris initramfs" | 23:33 |
| CarbontatedCaffeine | And I was wondering if not setting this would stop the phone from booting correctly | 23:34 |
| mal | ah, 18.1 has the patch already for cpio | 23:34 |
| CarbontatedCaffeine | and it would stop the bootlooping problem | 23:34 |
| mal | how soon does it boot loop | 23:34 |
| CarbontatedCaffeine | > "ah, 18.1 has the patch already for cpio" So the flag doesn't need to be set? | 23:35 |
| mal | yeah, no need to set that | 23:35 |
| mal | and did you get any telnet up | 23:35 |
| CarbontatedCaffeine | > "how soon does it boot loop" As soon as the notification led turns on (I think it has something to do with the networking stuff). | 23:36 |
| CarbontatedCaffeine | it's very quick | 23:36 |
| CarbontatedCaffeine | It'll be on for like 1-2 seconds and it'll reboot again | 23:36 |
| CarbontatedCaffeine | I tried to route an IP to USB0 but I was not successful, it'd always keep rebooting | 23:37 |
| mal | so you see some interface? | 23:37 |
| CarbontatedCaffeine | Very briefly | 23:37 |
| mal | I'm trying to understand at which point it reboots | 23:37 |
| mal | what does that 1-2 seconds mean? the whole time the device is on or what? | 23:38 |
| CarbontatedCaffeine | I will lay out what happens | 23:38 |
| CarbontatedCaffeine | 1. The device will boot to the black screen with the google logo | 23:39 |
| CarbontatedCaffeine | 2. It'll stay on for maybe a second or two | 23:39 |
| CarbontatedCaffeine | 3. The notification LED will turn on and the laptop will pick up a network for a brief moment | 23:40 |
| CarbontatedCaffeine | 4. reboot | 23:40 |
| mal | so how long is that in total | 23:40 |
| CarbontatedCaffeine | The phone is on for around 1.5 seconds I'd say | 23:40 |
| CarbontatedCaffeine | not long | 23:40 |
| mal | which telnet port is showing? | 23:40 |
| mal | maybe host dmesg could tell that | 23:41 |
| CarbontatedCaffeine | (sorry, it's around 15 seconds) | 23:41 |
| CarbontatedCaffeine | The network prompt on my laptop only appears for less than a second | 23:41 |
| CarbontatedCaffeine | I just counted | 23:41 |
| CarbontatedCaffeine | > "which telnet port is showing?" None | 23:42 |
| CarbontatedCaffeine | well not any that I see | 23:42 |
| mal | what does host dmesg say, it might show something about Mer Boat loader or something | 23:42 |
| CarbontatedCaffeine | right, give me a sec | 23:42 |
| CarbontatedCaffeine | https://pastebin.com/mLrE64dz | 23:43 |
| CarbontatedCaffeine | here | 23:43 |
| mal | ok, so 2323 | 23:43 |
| CarbontatedCaffeine | The problem is, is that it's such a small window of time :( | 23:44 |
| mal | if there is some way you can access the sfos rootfs via twrp for example, then you should make it stop before starting systemd | 23:44 |
| CarbontatedCaffeine | I can't remember what the file to create was | 23:45 |
| CarbontatedCaffeine | it's stuck in the back of my mind | 23:45 |
| mal | use the source :) https://github.com/mer-hybris/hybris-boot/blob/master/init-script#L46 | 23:46 |
| CarbontatedCaffeine | Fun | 23:46 |
| mal | so you can add such a file via twrp or some other way, the rootfs is in /data/.stowaways/sailfishos/ | 23:47 |
| CarbontatedCaffeine | That part I remember! :) | 23:48 |
| mal | that will for sure stop the reboot, but to debug what is happen after that you probably should mask droid-hal-init | 23:48 |
| CarbontatedCaffeine | It's currently holding, awesome, I'll just give it an ip | 23:48 |
| CarbontatedCaffeine | I keep getting connection refused | 23:55 |
| CarbontatedCaffeine | putting 2323 on the end got me in | 23:56 |
| mal | now that you are in, mask droid-hal-init with "ln -s /dev/null /etc/systemd/system/droid-hal-init.service" and then use this to continue the boot: echo "continue" >/init-ctl/stdin | 23:58 |
| mal | and see if it reboots or not | 23:59 |
| CarbontatedCaffeine | "ln -s /dev/null /etc/systemd/system/droid-hal-init.service" | 23:59 |
| CarbontatedCaffeine | I did this | 23:59 |
| CarbontatedCaffeine | and it worked | 23:59 |
| CarbontatedCaffeine | oh | 23:59 |
| CarbontatedCaffeine | we had the same idea | 23:59 |
| mal | now you continued the boot and it's still on? | 23:59 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!