**** BEGIN LOGGING AT Wed Aug 07 03:02:32 2019 Aug 07 03:15:46 BCD 👻👻 was added by: BCD 👻👻 Aug 07 03:18:43 (Sticker, 512x512) https://irc.ubports.com/bSNsb5Jj.webp Aug 07 03:31:30 (Sticker, 512x512) https://irc.ubports.com/7WlchiYV.webp Aug 07 05:40:55 @mp107 [What device?], Samsung S7. Code name SM-G930F Aug 07 08:22:23 how should i start writing the mainfest? i got this error: E486: Pattern not found: xml version="1.0" encoding="UTF-8" Aug 07 08:23:50 i got an error while creating the manifest. this is the error: E486: Pattern not found: xml version="1.0" encoding="UTF-8" Aug 07 08:24:38 i got this error when i typed : after creating and opening the xml file Aug 07 08:25:12 what should i do? Aug 07 08:28:50 please paste the manifest to a pastebin-like service and send the link Aug 07 09:45:21 Pastebin isnt allowing me for some reason so I'm posting it here. … … … … … what should i fill here in the square brackets? please be specific or tell me what where will Aug 07 09:45:21 i find my repo name, remote and revision. Aug 07 09:47:38 what's supposed to be in there depends on your device and how the source tree is supposed to look like. Do it akin to what I did here: https://github.com/Halium/halium-devices/blob/halium-7.1/manifests/sony_suzu.xml Aug 07 09:48:43 also, maybe take a look at an existing manifest (LOS or AOSP) and compare those to your manifest Aug 07 09:48:59 [Edit] also, maybe take a look at an existing manifest for your device (LOS or AOSP) and compare those to your manifest Aug 07 09:57:49 in a nutshell: the repository path is composed by the remote + repository name in most cases. revision tells repo to pull from a branch, like "halium-7.1" or "cm-14.1" Aug 07 10:57:51 https://paste.ubuntu.com/p/vPdmYsSBxG/ Can somebody tell me who got halium working why my mountpoint fails in the SailfishOS Boat loader ? Aug 07 10:59:23 I can mount the partition manually by writing mount /dev/sda18 /data/ that works but the platform entry point is gone in the halium image. Aug 07 10:59:41 * I can mount the partition manually by writing "mount /dev/sda18 /data/ " that works but the platform entry point is gone in the halium image. Aug 07 12:49:23 I think theres a S7 port started or in progress, dont know who the last person to work on it was, but I know someone got the UT GUI at least on an Galaxy S7 in the past Aug 07 12:49:50 Theres even a video of it on YouTube Aug 07 16:58:48 @Tygerpro [I think theres a S7 port started or in progress, dont know who the last person t …], Oh thanks Tygerpro . I will search for it on the internet. Aug 07 17:00:03 Is it like, only if we have the linux kernel for our device in the LineageOS website, we will be able to flash Ubuntu Touch in our phone?? Aug 07 17:50:57 The kernel is LineageOS based, but configured differently for what we need Aug 07 18:35:58 Damn it drives me mad why my mountpoints not work. With mounting manually I even get bash running. Aug 07 18:45:34 techfreak[m] what's dmesg saying? Aug 07 18:52:16 @fredldotme dmesg: https://paste.ubuntu.com/p/MxmMWbrZ8m/ Aug 07 19:00:38 @fredldotme Anything that you might see that I could fix ? Aug 07 19:01:45 this looks kind of weird: `<6>[ 4.647050] [5: init: 1] lun0: unable to open backing file: /dev/mmcblk0` Aug 07 19:05:12 Isn't mmcblk0 the mountpoint for some devices ? I know from my fstab file that my samsung s6 does not have it. Aug 07 19:06:43 I'm not sure if you have access to parted or fdisk but mmcblk0 should contain the partition table Aug 07 19:06:55 have you tried booting with halium-boot instead? Aug 07 19:08:04 Well you are correct that the output is from the hybris-recovery with normal boot (after flashing hybris-boot) I just run in to a boot loop. Aug 07 19:11:00 @fredldotme I am gonna test that out now Aug 07 19:33:48 The mount points if your going raw device is /dev/mmcblk0p if its not mounting, double check its in the fixup_mountpoints script if your using reference rootfs and hybris-boot Aug 07 19:36:41 So for example /dev/mmcblk0p492 would be the builtin storage, on the 492 partition of it Aug 07 19:37:54 Okay but when I looked in to the los fstab file they did not link to /dev/mmcblk0p492 they linked to /dev/block/sda18 Aug 07 19:38:51 So how I find out the corresponding partition numbers ? Aug 07 19:42:39 Sda18? Hmm, i think if you go into the /dev/block/by-name/ directory (assuming you have one) I think its something like "ls -lf" I might be wrong but either way ls --help and use whatever one follows symlinks Aug 07 19:43:15 It should output something similar to what I said Aug 07 19:44:43 @Tygerpro https://paste.ubuntu.com/p/Ysjgpk37v5/ maybe that helps you to understand my confusion Aug 07 19:45:06 that is my fstab file and the way I followed the symlink Aug 07 19:46:00 I see no mention of sda in your fstab, the section before VOID is what you need to pay attention to Aug 07 19:47:16 yeah if you look down when I executed the readlink command the result is /dev/block/sda Aug 07 19:47:19 Nvm, I thought that was one file, but yeah, thats weird, unless the phones storage is setup to be that way Aug 07 19:48:12 in the whole fixup-mointpoints file there are other devices which seems to be also using sda Aug 07 19:48:17 Could try removing the /block part so it would read /dev/sda instead in your fixup mount points, I believe the block is added as a result of the android boot Aug 07 20:00:00 * techfreak[m] sent a long message: < https://matrix.org/_matrix/media/v1/download/matrix.org/mxjFcqfXvCrwcghZlRPwldYr > Aug 07 20:00:32 why does it not try to mount /dev/sda... that would work Aug 07 20:24:27 The first fail caused the rest of them, the first one might work if you just remove the /block portion Aug 07 20:27:46 Would it be smart to run "make clean" before I rebuild all the img files ? Aug 07 20:35:21 You can if you want, but it shouldnt matter, it will just recompile whatever changes were made and build it, where as make clean is basically starting over at "mka mkbootimg" Aug 07 21:17:21 changed it but that did not fix it Aug 07 23:50:27 Okay the /dev/mmcblk0 error I will be never able to fix because the s6 has no sdcard and that is apparently the mountpoint for sdcards. Aug 07 23:56:47 Well if your device is showing sda instead of mmcblk0 then its just how the storage is configured, are you using hybris-boot with reference rootfs? Aug 07 23:58:17 yes Aug 08 00:02:49 I think the current issue that hybris-boot wants to work with the old mountpoints /dev/block/platform/157..../.../USERDATA but they don't exists in that way only as /dev/block/sda18 Aug 08 00:03:02 * I think the current issue is that hybris-boot wants to work with the old mountpoints /dev/block/platform/157..../.../USERDATA but they don't exists in that way only as /dev/block/sda18 Aug 08 00:06:22 It seems to be hardcoded in to the init script. And I am not sure how to fix it. Aug 08 00:10:09 If you can telnet in, do an "ls /dev/platform" and see if you can figure out what the actual layout is Aug 08 00:11:32 "ls /dev/platform" "No such file or directory" Aug 08 00:12:30 it has the sdas under dev but the whole platform path is gone Aug 08 00:17:01 Any idea on what I could do ? @Tygerpro Aug 08 00:26:49 * techfreak[m] uploaded an image: image.png (35KB) < https://matrix.org/_matrix/media/v1/download/matrix.org/uzCfNUybTmNfHJmbYvaMhfAp > Aug 08 00:29:29 Okay seems I have to give up at this point because the fix-mountpoint script requires the /dev/mmcblkMpm which I can't have because I have no sdcard. Aug 08 00:30:34 * Okay seems I have to give up at this point because the fix-mountpoint script requires the /dev/mmcblkMpm which I can't have because the s6 has no sdcard. Aug 08 00:32:21 What a bummer I would have liked to continue porting it for my device. Aug 08 00:54:14 Sorry I have stuff going on here, could just try /dev/sda for your mountpoints then? Aug 08 01:08:45 tr45h was added by: tr45h Aug 08 01:12:58 @techfreak[m] [Any idea on what I could do ? @Tygerpro], Porting a device is like problem solving, the first attempt rarely goes perfect, and you have to troubleshoot and investigate to figure out possible solutions and try them one by one till something works **** ENDING LOGGING AT Thu Aug 08 02:59:57 2019