piggz | mal: that one line? | 08:18 |
---|---|---|
mal | piggz: you messed up, you probably had all patches applied when you commited changes | 08:49 |
mal | piggz: in the latest commit | 08:49 |
piggz | feck | 08:50 |
piggz | yes, i had -a ... i need to stop using -a | 08:50 |
piggz | one moment | 08:50 |
piggz | mal: check now pls | 08:55 |
mal | piggz: the issue I complained about i.e. first part of changes in gfx/gl/GLLibraryEGL.h is still there | 08:58 |
piggz | mal: ok, i see it .. how do i remove that without breaking the diff, and without re-creating it fully? | 09:00 |
mal | piggz: just manually remove that part of the patch file | 09:04 |
piggz | does that not breakthe markers above? | 09:04 |
mal | no | 09:04 |
mal | piggz: just remove lines 116-124 from the diff | 09:05 |
piggz | ah, the whole hunk | 09:06 |
T42 | <zinstack625> @swanux, is your device system_on_root? | 09:11 |
T42 | <zinstack625> Or whatever it's called | 09:11 |
piggz | mal: force pushed again | 09:16 |
T42 | <zinstack625> My device bootloops the same way as swanux's btw, any ideas on what might be causing this? | 09:19 |
T42 | <zinstack625> It is as if it's skipping initramfs all anew, but I know for sure it doesn't, because I patched the kernel for that | 09:20 |
mal | if you used hybris-17.1 did you run "export TEMPORARY_DISABLE_PATH_RESTRICTIONS=true" before building hybris-hal | 09:33 |
T42 | <zinstack625> Not yet, but would like to know what that does | 09:36 |
T42 | <zinstack625> Like, is that a new requirement for building, can I somehow adapt device sources for avoiding to export that every time | 09:38 |
T42 | <zinstack625> Or is it just a workaround for a not yet implemented feature | 09:38 |
mal | hybris-17.1 brought some new limitations and we use command which is not allowed during build so we need disable the restrictions | 09:50 |
T42 | <zinstack625> Ah, I see, was wondering whether those errors were just a warning | 09:51 |
piggz | mal: is 4.0.1 on obs yet? | 09:51 |
mal | @zinstack625 most are but the cpio error is critical | 09:55 |
mal | it prevent creating a working kernel initrd | 09:55 |
mal | piggz: I couldn't see it there yesterday | 09:55 |
T42 | <zinstack625> Also, what's the deal with aarch64, there seems to be no repo for community adaption commons? | 09:56 |
mal | yes, aarch64 is not supported in community OBS at the moment | 09:57 |
mal | the repo needs to be removed manually | 09:57 |
deathmist_ | @zinstack625 @swanux for me the cause of new reboots on 17.1 was a few TTY related commits, see e.g. https://irclogs.sailfishos.org/logs/%23sailfishos-porters/%23sailfishos-porters.2021-02-17.log.html#t2021-02-17T13:18:52 | 09:58 |
deathmist_ | find them in "git log" and then "git revert" by commit hashes | 09:59 |
T42 | <edp_17> @elros34 [@edp_17 https://github.com/libhybris/libhybris …], The TARGET_NEEDS_PLATFORM_TEXT_RELOCATIONS is set to true in BoardCommonConfig.mk. Seemingly this was not enough. Although, I don't see why commenting out that line will help to find the location of AKM library. | 10:31 |
rinigus | mal: with the newer binder, audiosystem-passthrough starts. but I get waiting for media.camera messages as a result. something I was not getting before without MINIMEDIA_AUDIOPOLICYSERVICE_ENABLE:=1 | 10:36 |
rinigus | and camera doesn't start either | 10:37 |
rinigus | I wounder whether newer gbinder and without that audioservice would work. | 10:38 |
rinigus | but it would have to wait till later today... | 10:39 |
rinigus | re OBS: tried to enable something like https://build.opensuse.org/projects/Fedora:32/meta for SFOS in opensuse OBS. that failed as it needs admin rights | 10:40 |
rinigus | so, no simple workaround and we have to get 4.0.1 on sfos obs. same goes for aarch64 support | 10:41 |
rinigus | mal: how is aarch64 implemented in Jolla OBS (non-public)? is it possible to use the same config in public one? | 10:42 |
mal | rinigus: which gbinder config do you have now? | 10:46 |
rinigus | the default one, with api level 29 | 10:46 |
rinigus | drop to 28? | 10:47 |
rinigus | mal ^ | 10:47 |
mal | rinigus: is mini* working well? | 10:47 |
mal | 29 should be correct | 10:47 |
rinigus | mal: mini* started; sound if playing | 10:47 |
rinigus | is playing | 10:47 |
mal | anything other in logcat | 10:47 |
rinigus | will look in the evening, away from device. just wanted to give an update | 10:48 |
rinigus | mal ^ | 10:49 |
T42 | <edp_17> Hi all, I am trying to build hybris-hal and getting this error: https://paste.ubuntu.com/p/HMn5vjSf6M/ | 11:22 |
T42 | <edp_17> Any idea what the problem is and how to fix? | 11:23 |
T42 | <elros34> @edp_17 even if it's defined in *.mk file I do not see how libhybris could know about that so defining it in libhybris might be required | 11:29 |
T42 | <edp_17> @elros34 [@edp_17 even if it's defined in *.mk file I do …], How? Simply hardcoding the location of that libakm.so? | 11:33 |
T42 | <elros34> libakm.so is found, you can see it in sensorfwd log you provided but it's not loaded. | 11:34 |
T42 | <elros34> you can see 2 errors from linker in logs: has text relocations | 11:38 |
T42 | <edp_17> @elros34 : I see, so if I comment out the line that drops that error, it will load the libakm.so. I give it a try. | 11:54 |
T42 | <edp_17> I guess need to comment out the 'return false' line too. right? | 11:56 |
T42 | <edp_17> Well, I don't as I want it to return as no error. | 11:56 |
T42 | <edp_17> @elros34 : I commented out that line (4218) rebuilt libhybris and installed al packages on device. After reboot the same error is still there in the log "AkmSensor: unable to load AKM Library, dlopen failed" | 12:13 |
T42 | <elros34> 4219: you don't want that function to return false so obviously comment out that return false. Whether it prints error or not is irrelevant | 12:29 |
rinigus | mal: just to mention as it could be missed in details: mini* service required symlinks from /system/lib to /usr/libexec/.../lib for few 32 bit libs. issue was discussed 1-2 days ago | 12:31 |
T42 | <zinstack625> Someone mind checking my logs, I can't seem to logcat and android half is broken: https://pastebin.com/kmpsYMu7 | 12:32 |
T42 | <zinstack625> Here's full dmesg, if necessary: https://pastebin.com/tr3RCgFa | 12:34 |
mal | rinigus: ah, so you lost the changes | 12:35 |
rinigus | mal: not really lost - the changes were the same before and I restored them after reflash. this is in the case if I use latest libgbinder and MINIMEDIA_AUDIOPOLICYSERVICE_ENABLE:=1 | 12:37 |
rinigus | mal: to recap, that allows mini* services to start and audiopassthrough. but media.camera is waited for. when I get back from office, I will check logcat if there is something more regarding it | 12:38 |
T42 | <zinstack625> And, kconfig, might be interesting: https://pastebin.com/9upgeKym | 12:38 |
mal | @zinstack625 is that hybris-17.1 based build? it's not very simple yet to get those working | 12:40 |
T42 | <zinstack625> mal: oh, ok then, if it's out of my league | 12:41 |
T42 | <zinstack625> Was very tempting, considering los 16 was discontinued more than a year ago for my device | 12:42 |
mal | well it's going to be get easier soon once I manage to write some documentation hopefully this weekend | 12:42 |
T42 | <zinstack625> Awesome | 12:45 |
swanux | Just a quick question: Can I use the same tooling & target (everything else is different ofc) to build for 16.0 base which I used to build for 17.1? | 12:50 |
T42 | <zinstack625> swanux: I can't see why not | 12:51 |
T42 | <zinstack625> And by the way, about that installation issue you were having, is your device system_on_root? | 12:52 |
mal | just make sure you clear any packages from droid-local-repo before building new adaptation packages with build_packages.sh | 12:52 |
swanux | T42 I thought the same, I just wasn't sure if I understood its role completely. Thanks for the confirmation. | 12:54 |
swanux | I guess yes, as it's required for android 10 (17.1) | 12:54 |
swanux | mal That shouldn't be a problem, I use an other $ANDROID_ROOT for it | 12:55 |
mal | swanux: then you need to make sure you change the url of the droid-local-repo in the target to point to the new location | 12:56 |
swanux | mal I checked and it builds the packages to the proper location (even though I don't remember changing anything in the target) | 12:58 |
T42 | <zinstack625> swanux: the bunzip2 is broken on twrp for system_on_root devices, so you'll have to do some ugliness like LD_PRELOAD=/system_root/system/lib64/libbz.so PATH=$PATH:/system_root/system/bin/ before the tar in an installer | 13:01 |
T42 | <zinstack625> Also, T42 is not a person, it's a telegram bridge | 13:01 |
swanux | Oh, good to know, thanks! I went with a workaround, but this one seems better. | 13:03 |
swanux | (I know, just couldn't mention you, so I just indicated the bridge) | 13:03 |
T42 | <zinstack625> irc-like mentioning works fine btw | 13:04 |
swanux | @zinstack625 thanks | 13:06 |
T42 | <edp_17> @elros34 [4219: you don't want that function to return f …], Oh, okay. I thought needed to keep the return false. Knowing, that I do not need that, it is no wonder I got the same error in the log. 😃 I try again. | 13:08 |
T42 | <edp_17> @elros34 : All sensors (except the lightsensor) do works now. Thanks for your help! | 13:23 |
swanux | @zinstack625 How does exactly that bunzip2 thing work? How to proceed after declaring the variables? | 13:29 |
T42 | <zinstack625> swanux: I'm not sure how to do it nicely using default installer, but you can write that in hybris/hybris-boot/updater-unpack.sh | 13:32 |
T42 | <zinstack625> Personally, I'm using the custom installer: https://github.com/sailfishos-oneplus5/hybris-installer | 13:33 |
T42 | <zinstack625> My modified version is https://github.com/sailfish-motog7/hybris-installer, can use as a reference | 13:34 |
swanux | @zinstack625 Thank you! | 13:44 |
T42 | <elros34> @zinstack625 wouldn't be easier to mount bind /system_root/system to /system same as in sailfish instead some LD_PRELOAD and PATH changes? | 13:44 |
T42 | <zinstack625> @elros34, actually twrp on those devices provides its own /system, which doesn't contain bzip, and bind mounting /system_root/system to /system kills twrp, like you can't ls anymore kills | 13:46 |
T42 | <zinstack625> At least on my device that is, but seems to be related to system_on_root | 13:47 |
T42 | <elros34> ah now I get it, thanks. | 13:48 |
T42 | <PizzaG> Hmm, been following for a bit, sounds like a lot of work to get this going on a device. Was wondering if it would work on a moto e 2020 with msm8953 | 14:00 |
T42 | <adampigg> @PizzaG [Hmm, been following for a bit, sounds like a l …], If there is a LOS port, you should be good to atleast make a start | 14:13 |
T42 | <PizzaG> @adampigg [If there is a LOS port, you should be good to …], ya there is a device tree and I've built 20-30 roms for it so far | 14:30 |
T42 | <PizzaG> android 10 and 11, it shipped with 10 | 14:30 |
T42 | <PizzaG> and dynamic partition | 14:31 |
T42 | <PizzaG> is there a general build guide somewhere i could take a look at? | 14:32 |
T42 | <PizzaG> does SailfishOS supporty dynamic partitions? | 14:35 |
piggz | mal: abranson: https://git.sailfishos.org/mer-core/qtmozembed/merge_requests/79 | 14:38 |
piggz | matching part | 14:38 |
mal | piggz: remove the .o file from the MR | 14:47 |
swanux | So. I rebuilt everything on 16.0 base and flashed everything (manually at the end) and now it's a bit different, but not much: | 14:51 |
swanux | Now it stays on vendor logo for a long time (~1-2mins), then a short black screen (~1s), and vendor logo again. No telnet according to dmesg. | 14:51 |
deathmist_ | swanux: check your kernel RNDIS configuration; for example I had to set CONFIG_USB_CONFIGFS_RNDIS=y & CONFIG_USB_CONFIGFS_F_GSI=n before it worked | 14:52 |
piggz | mal: good nitpick, done | 14:55 |
swanux | deathmist_: I checked, and the first one didn't exist for me, and the second one was y. Should I try with your modifications? | 15:04 |
T42 | wiktorek140 was added by: wiktorek140 | 15:18 |
swanux | Okay. After modifying the kernel config accordingly and rebuilding hybris-boot.img here's the situation: | 15:35 |
swanux | On my device I see the lineage os boot animation (in infinite loop), but I can turn on and off the display with power button in the meantime (battery led also works) | 15:35 |
swanux | Regarding telnet, here's the relevant dmesg output (https://pastebin.com/DtZUeqeX) | 15:35 |
mal | swanux: that suggests it had telnet for 5 seconds | 15:39 |
T42 | swanux was added by: swanux | 15:40 |
swanux | mal: That would explain the notifications trying to connect to it. Do you have any ideas? | 15:41 |
mal | you probably need to somehow disable some service to prevent it from rebooting | 15:42 |
swanux | The thing is it didn't reboot. It looks like this: | 15:44 |
swanux | Vendor logo (that's that 5s when I got telnet) > battery led starts working > lineage boot animation | 15:44 |
mal | hmm, the animation should not be there, did you do the additional things mentioned in faq? | 15:45 |
mal | https://github.com/mer-hybris/hadk-faq/blob/master/README.rst#hybris-16-0 | 15:45 |
swanux | From here only the first one (cloned repo & patched) | 15:46 |
mal | the second part about .rc files is very important | 15:47 |
swanux | I'll try it then, thank you. Only hybris-boot needs rebuild again, right? | 15:47 |
mal | no, you need to have those in rootfs | 15:48 |
mal | you can manually add those via recovery | 15:48 |
swanux | My bad... (asked before read...) So like adb push to proper location? (where the extracted rootfs is) | 15:49 |
mal | yes | 15:51 |
mal | in recovery the sailfish rootfs is at /data/.stowaways/sailfishos/ | 15:51 |
swanux | Ok, thanks I'll try it now | 15:52 |
swanux | rc files copied. Here's the new dmesg (https://pastebin.com/3fTq6vNw) | 15:58 |
swanux | Now it stays at vendor logo (definitely less weird), battery led works | 15:58 |
mal | swanux: you are sure it doesn't reboot? | 16:03 |
swanux | mal: I think so. It's a constant vendor screen all the time. When the switch happend (in dmesg, new name, new service, previous disconnects) that's when the led starts to work (so I guess that's when other services start) | 16:06 |
swanux | And at that point chnges this: | 16:06 |
swanux | [30306.708748] usb 3-10: Product: init-debug in real rootfs | 16:06 |
swanux | [30306.708749] usb 3-10: Manufacturer: Mer Boat Loader | 16:06 |
swanux | [30306.708750] usb 3-10: SerialNumber: Mer | 16:06 |
swanux | To this: | 16:06 |
swanux | [30311.829459] usb 3-10: Product: Mi 8 | 16:06 |
swanux | [30311.829461] usb 3-10: Manufacturer: Xiaomi | 16:06 |
swanux | [30311.829464] usb 3-10: SerialNumber: 3852b334 | 16:06 |
swanux | Woah. Rebooted (with poweroff before that) and now I'm back at the lineage situation | 16:09 |
mal | swanux: could you enable persistent journal log in /etc/systemd/journald.conf, there is the Storage setting, change it to Storage=persistent, after rebooting one after the change go back to recovery and try to look at the logs | 16:09 |
mal | hmm | 16:09 |
swanux | Ok | 16:09 |
swanux | Where should I look for the logs? | 16:14 |
swanux | Nvm, found it. | 16:23 |
swanux | mal: Which parts are needed? | 16:23 |
mal | look for anything related to usb | 16:24 |
swanux | mal: From the 3k line file these are the lines that seemed appropriate. | 16:36 |
T42 | Rotoffset %lastname% was added by: Rotoffset %lastname% | 16:38 |
T42 | <Verevka86> https://github.com/LineageOS/android_frameworks_av/commit/b3145b99959f4fc24c5fc43bac022e56026e062b | 16:52 |
T42 | <Verevka86> this breaks the hybris-16.0 compilation | 16:52 |
mal | what error do you see? | 16:53 |
T42 | <Verevka86> @mal [what error do you see?], https://paste.ubuntu.com/p/cnVRHPQZdq/ | 16:55 |
swanux | mal Forgot to send the link.... https://pastebin.com/thYN0nSS | 16:58 |
rinigus | mal: nothing really jumps out in the logcat https://dpaste.org/2G5G | 17:55 |
mal | swanux: try adding file /etc/usb-moded/usb-moded-configfs.ini with content https://pastebin.com/rh5aTfEF | 18:08 |
swanux | mal: I did it, nothing changed (at least on the surface). | 18:23 |
swanux | However some usb problems are no more there (commented out, here: https://pastebin.com/eQQEK4sM) | 18:23 |
swanux | Here's the whole file (just in case): https://pastebin.com/4GgVRfP9 | 18:23 |
mal | swanux: did you reboot the device using power button during the boot you got the log from? | 18:45 |
swanux | mal: I deleted the previous journal in TWRP, then pushed to config file (which you mentioned), and then rebooted to system (from TWRP menu), then waiting for the boot and at the end went back to the recovery to pull the new logs. | 18:49 |
rinigus | mal: when using droidmedia without MINIMEDIA_AUDIOPOLICYSERVICE_ENABLE, camera works until switching it off after shooting video or switching from video to photo. logcat https://dpaste.org/Ns4W | 19:41 |
rinigus | ending on that ServiceManager: Waiting for service 'media.audio_policy' | 19:42 |
T42 | <elros34> @swanux: you need to disable selinux via bootparam for hybris-16. Unfortunately mer-kernel-check suggest something different so this is common issue for new porters. If you will still have no rndis then you can try masking usb-moded.service | 19:42 |
rinigus | kinda catch 22: either camera works till getting out of video mode; or media.audio_policy works but not camera | 19:42 |
mal | rinigus: what means minimedia is not working as it should be | 19:44 |
mal | rinigus: how did you rebuild droidmedia after changing env.mk? | 19:44 |
mal | rinigus: ah, sorry misread what you wrote | 19:45 |
rinigus | mal: not the desire, but maybe I should grab logcat in AOSP while switching camera modes | 19:46 |
mal | rinigus: that issue suggests droidmedia might be starting things in wrong order, it starts audiopolicy before camera and if that somehow hangs then camera service later is not started | 19:47 |
rinigus | when grepping one logcat that I have from AOSP, there is no media.audio nor media.camera. if it is of any importance | 19:48 |
rinigus | mal: wrong order - that is when I have MINIMEDIA_AUDIOPOLICYSERVICE_ENABLE=1? | 19:49 |
mal | rinigus: could you try moving AudioPolicyService::instantiate(); later in minimedia.cpp | 19:49 |
mal | and enabling audiopolicy again | 19:49 |
rinigus | mal: will try. but it all feels a bit strange. as /system/lib did not have multiple audiopolicy libs that were only in /usr/libexec/droid../lib, it suggests that we are using a path that is not used normally | 19:51 |
rinigus | or is it known and is the same on all devices? | 19:51 |
rinigus | mal ^ | 19:51 |
mal | rinigus: hmm | 19:56 |
swanux | @elros34 You mean like this? | 20:10 |
swanux | CONFIG_AUDIT=y | 20:10 |
swanux | SELINUX_BOOTPARAM=y | 20:10 |
swanux | SECURITY_SELINUX_BOOTPARAM_VALUE=0 | 20:10 |
swanux | CONFIG_SECURITY_SELINUX=y | 20:10 |
swanux | CONFIG_SECURITY_SELINUX_BOOTPARAM=y | 20:10 |
swanux | CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=0 | 20:10 |
mal | rinigus: one thing I have always wondered why only community ports need that audio_policy | 20:12 |
T42 | <elros34> swanux: yes, those CONFIG_* | 20:13 |
rinigus | mal: note that this is also sony device with the port closely following the official one. so, I would expect it to work similar to the other sony's. | 20:13 |
mal | rinigus: yes, that makes it even more strange | 20:13 |
rinigus | mal: but on seine, there is no such issue, right? | 20:14 |
rinigus | ofc, original release for xz2 was with older android | 20:14 |
mal | rinigus: hmm, only relevant difference is how droidmedia is built, in official builds hybris-hal build is separate and the droidmedia stuff is not in it | 20:14 |
rinigus | android 8, when looking it up | 20:14 |
mal | rinigus: one idea, build hybris-hal, then package it, then build droidmedia and package it | 20:15 |
rinigus | mal: sure, I can try. that is without the audio_policy service, right? | 20:16 |
mal | yes | 20:16 |
rinigus | mal: OK, as I am restoring version with audio_policy from backup and have droidmedia ready for it, I will test moving AudioPolicyService::instantiate() towards the end of main() first. and later deal with the second approach, probably tomorrow in the first half of a day | 20:18 |
swanux | @elros34 Thanks, I'll try to rebuild hybris-boot then with those beginning with CONFIG_* from there. | 20:18 |
swanux | Should I leave the added /etc/usb-moded/usb-moded-configfs.ini there? | 20:18 |
T42 | <elros34> sure | 20:20 |
rinigus | mal: moving AudioPolicyService::instantiate(); to the end helped it. camera works as it should. diff at https://dpaste.org/kLRj# | 20:28 |
mal | rinigus: interesting | 20:29 |
rinigus | mal: I will try the second idea with separate hybris-hal and droidmedia packaging. I guess I wipe "out", remove droidmedia, build + package hal; add droidmedia and build + package it | 20:30 |
mal | rinigus: I can append that to the PR I already have | 20:30 |
rinigus | mal: yes, sure. but no idea if it disturbs anything else | 20:30 |
mal | rinigus: you can have droidmedia sources and everything, just run make hybris-hal before packaging droid-hal | 20:30 |
rinigus | ... and no need to keep old code as I commented it out :) | 20:30 |
mal | rinigus: so simple way is remove out/, make hybris-hal, build_packages.sh -d | 20:31 |
rinigus | mal: understood. so no need to remove droidmedia sources | 20:32 |
T42 | <zinstack625> Tried to build sfos 4.0.1 with hybris 16.0 and this started happening: https://pastebin.com/jQM0hvJQ | 20:44 |
T42 | <zinstack625> Any idea how to fix, anyone? | 20:45 |
T42 | <swanux> @elros34 I flashed the new image, and something happened for sure, as now I'm not seeing any lineage logo at all (progress I guess?), just the vendor logo + battery light. However still no telnet. (but I got a connection now through Ethernet, which is new, and I also got an ip so it's a working host). But same as before, in dmeag I get | 20:49 |
T42 | the mer stuff for around 5s, then the Google - xiaomi stuff replaces it. | 20:49 |
T42 | <elros34> @swanux do in twrp: touch /data/.stowaways/sailfishos/init_enter_debug2. This will stop botting at /init-debug script and should allow you to telnet/ease debugging further | 20:52 |
swanux | @elros34 It really stopped now (no battery light), but can't connect to telnet. I get this (iSerial 3 Mer Debug telnet on port 2323 on rndis0 192.168.2.15 - also running udhcpd) but I can't establish a stable Ethernet connection. | 20:58 |
T42 | <elros34> are you trying at 2323 port? Does ifconfig shows new device with ip assigned? | 20:59 |
T42 | <zinstack625> Device might be dropping its interface and thus, computer's ip | 21:00 |
swanux | @elros34 Yes 2323, and ifconfig only shows the usb interface but no ip. Probably what @zinstack625 says | 21:01 |
T42 | <zinstack625> "while (true) do ip addr add 192.168.1.9/24 dev *your_device_interface_name*; done" should do the trick | 21:01 |
T42 | <zinstack625> can throw a sleep in there if you want to spare your cpu from ineitable death | 21:02 |
swanux | while (true) do ip addr add 192.168.1.9/24 dev usb0; done Like this? I get these: RTNETLINK answers: Operation not permitted | 21:03 |
T42 | <zinstack625> oh, do it as root | 21:04 |
T42 | <zinstack625> it will start spewing that the interface already has that ip, occasionally that interface doesn't exist, which is fine | 21:04 |
swanux | RTNETLINK answers: File exists | 21:05 |
T42 | <zinstack625> Exactly that | 21:05 |
T42 | <zinstack625> Ignore and work in a different terminal | 21:05 |
T42 | <zinstack625> if your video is unbearably slow, you might consider silencing that by just > /dev/null | 21:06 |
T42 | <elros34> I think you don't need infinity loop unless you really lose interfece constantly | 21:06 |
T42 | <zinstack625> @elros34 it brings interface up faster and makes it stable though | 21:07 |
swanux | It partially works (as it keeps me connected - nice idea!) But still no telnet though (it'll timeout again probably) | 21:08 |
swanux | I got now an 1.9 IP in ifconfig, and the device is on 2.15 | 21:09 |
T42 | <zinstack625> my bad, that ip should have been 192.168.2.9/24 | 21:09 |
T42 | <zinstack625> muscle memory with local adresses | 21:10 |
T42 | <zinstack625> Also, can someone please look at my problem just above? | 21:10 |
swanux | Works like a charm, thank you! (even though it saw my Mi 8 as Google 8 previously, in the most recent attempt as Ethernet, and now it's Google Nexus 4 (fastboot), lol) | 21:12 |
mal | @zinstack625 can you show output from mer-kernel-check | 21:59 |
T42 | <zinstack625> mal: sorry, it's getting late here, already shut down my build machine, brb online in about 9-10 hrs | 22:03 |
mal | ok | 22:13 |
mal | @zinstack625 do you happen to remember which kernel version your device uses? | 22:13 |
T42 | <mintphin> Unrelated to Sailfish porting, but is the Xperia 10 II going to be supported by Sailfish X? | 22:41 |
T42 | <mintphin> Oh, I edited the message. Not a terrible edit tho. Sorry anyways. | 22:42 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!