**** BEGIN LOGGING AT Wed Jan 06 02:59:58 2021 Jan 06 05:44:11 Hi everybody, does anybody know how to establish a connection between PocketBeagle and MacOS Big Sur? The connections works only on Windows 10 for now. Jan 06 05:44:42 that's funny since Windows has traditionally been the biggest problem Jan 06 05:45:17 Yeah, it works via Bootcamp which was surprising, since VMs aren't recommended. Jan 06 05:47:45 I've heard recent Mac versions inexplicably have problems with CDC-ECM functions in composite USB devices Jan 06 05:47:56 but the latest image uses CDC-NCM for that reason, which should work fine Jan 06 05:48:36 Firstly, thanks for your help. Jan 06 05:48:52 I have installed the last image:https://debian.beagleboard.org/images/bone-debian-10.3-iot-armhf-2020-04-06-4gb.img.xz Jan 06 05:48:56 https://github.com/RobertCNelson/boot-scripts/commit/b61125c1485bee929340cacc06c85c6fcfd678bc Jan 06 05:50:05 oh this change seems more recent than 2020-04-06 Jan 06 05:50:29 hmm, I must have pulled in /opt/scripts Jan 06 05:52:06 which is a big harder to do on a pocketbeagle, hmm Jan 06 05:53:17 you can try getting a testing image: https://elinux.org/Beagleboard:Latest-images-testing Jan 06 05:53:57 or just modify /opt/scripts/boot/am335x_evm.sh to make those changes yourself: replace the four occurrences of "ecm" by "ncm" Jan 06 05:56:01 or use git on windows to clone https://github.com/RobertCNelson/boot-scripts and push those changes (via ssh) to /opt/scripts on the pocketbeagle Jan 06 06:00:16 The whole "boot-scripts" directory needs to be pushed on the pocketbeagle via ssh? Jan 06 06:01:55 that's one of the options I gave... Jan 06 06:02:09 normally I'd say "pull in /opt/scripts" but that requires having internet access on the pocketbeagle Jan 06 06:03:29 Yeah, I thought that would be the faster one. Anyway it is also worth giving the testing image a try :) Jan 06 06:03:30 wait, pushing to the checked-out branch requires a non-default option Jan 06 06:11:06 The testing image is beeing downloaded with 19 KB/s :D Jan 06 06:11:24 like, if you want a quick fix, just do the search and replace: perl -pi -e 's/ecm/ncm/g' /opt/scripts/boot/am335x_evm.sh Jan 06 06:12:19 for the "push git from host to pocketbeagle" method, see: https://pastebin.com/zUf5jvZe Jan 06 06:12:46 (replace "beaglebone.local" by whatever hostname or IP address works for you to reach the pocketbeagle) Jan 06 06:15:57 this is also kinda wtf Mac OS... like, how the fuck did they manage to break CDC-ECM support, which is probably the most widely used usb networking protocol (ignoring microsoft's proprietary RNDIS protocol, which Apple rightfully never supported) Jan 06 06:16:41 To do the search and replace, I need to connect with the PocketBeagle via SSH and replace "ecm" by "ncm" on the following file "perl -pi -e 's/ecm/ncm/g' /opt/scripts/boot/am335x_evm.sh", right? Jan 06 06:17:26 no that's a command that performs a search-and-place for "ecm" by "ncm" in /opt/scripts/boot/am335x_evm.sh Jan 06 06:17:37 *search-and-replace Jan 06 06:17:57 Oohh alright, that makes it easier. I will try, thanks. Jan 06 06:18:27 you can double-check the result (before rebooting) by using the "git diff" command while inside /opt/scripts/ Jan 06 06:19:14 Thanksfully I have an another PC with Windows 10, which is actually useful... Jan 06 06:19:44 be glad it works, usb networking has been least reliable on Windows on average over the years Jan 06 06:20:13 the only host OS on which it has worked consistently and care-free is linux Jan 06 06:28:15 What do I have to insert after the line "perl -pi -e 's/ecm/ncm/g'" in the "/opt/scripts/boot/am335x_evm.sh" directory? Jan 06 06:37:12 zmatt I did it! I used WinSCP for the search-and-replace. Thanks a mil!! Jan 06 07:12:35 "perl -pi -e 's/ecm/ncm/g' /opt/scripts/boot/am335x_evm.sh" was just the literal command Jan 06 07:23:22 Hi, ImA55. Im using this function for the first time. I have questions. Could tell me? Jan 06 11:24:56 (no, we can't tell what questions you have) Jan 06 11:58:48 hi there, does this server have a discord by any chance? Jan 06 14:50:52 hi Jan 06 14:51:30 What should be the root password for SFTP connection to BBB using WinSCP? Jan 06 14:55:32 hi Jan 06 14:55:32 What should be the root password for SFTP connection to BBB using WinSCP? Jan 06 14:55:49 * kbk9690[m] uploaded an image: image.png (21KiB) < https://matrix.org/_matrix/media/r0/download/matrix.org/hwUFmgaKOafJbPKKeMpJnnaN/image.png > Jan 06 15:04:30 anyone? Jan 06 15:33:20 temppwd? Jan 06 15:34:01 "temppwd" is for debian user. Did not work for root Jan 06 16:19:24 sudo -i then Jan 06 16:19:47 pretty sure there is no root password Jan 06 20:25:55 man wouldn't it be great if you could remove duplicate filename results in the github advanced search function. Jan 06 20:26:35 It gets very annoying hunting through dts files with how many forks there are of linux. Jan 06 20:46:16 so currently I am executing Weston 7.0 (heavily patched) and I can see a seemingly normal graphical environment, with mouse cursor and input functioning. I can use the weston-terminal and use it to run the weston-smoke demo. however, though I can then compile OpenGLES 2.0 + Wayland test applications, and they detect PowerVR SGX530 at runtime, so far all that I have tested enter libwayland-client.so.0 and segfault in Jan 06 20:46:16 wl_proxy_marshal_constructor() Jan 06 20:50:44 to reach this point, I encountered several more problems with the package sgx-ti335x-userspace-1.14.3699939_1.1.deb, and just randomly tried things for a while, only reaching this point. DRM OpenGLES programs that do not require display server like kmscube still work when Weston is not running. Jan 06 20:51:29 the problems with it include that it prevents the installation of any package that has a dependency on libegl1 from debian repo Jan 06 20:53:15 and that it's not possible to have it and libwayland-dev installed at the same time without force overwriting the file /usr/lib/arm-linux-gnueabihf/pkgconfig/wayland-egl.pc Jan 06 20:54:05 misternumberone: yeah, that looks like a stretch/buster difference: stretch had no "libegl1" package Jan 06 20:54:44 solution would be a dummy package like for libgbm Jan 06 20:55:01 since my package provides libEGL.so.1 Jan 06 20:57:09 hmm so I can try to create a dummy package for that based on the structure of your other ones. Someone else told me to try typing "libegl1" into the "Provides:" line of your control file, but it didn't seem to help Jan 06 20:57:30 yeah unfortunately that doesn't work, otherwise I wouldn't have had a libgbm1 dummy package Jan 06 20:58:05 you can only Provide: virtual packages, i.e. ones that do not exist as real package Jan 06 20:59:37 seems strange since the debian.org says there are packages that "Provide" this https://packages.debian.org/buster/libegl1 Jan 06 21:00:03 apt tries to install these whenever trying to pull in libegl1 Jan 06 21:01:30 oh huh Jan 06 21:01:43 "If there are both concrete and virtual packages of the same name, then the dependency may be satisfied (or the conflict caused) by either the concrete package with the name in question or any other concrete package which provides the virtual package with the name in question" Jan 06 21:01:55 weird.. then why didn't that work when I tried it back then Jan 06 21:03:35 hopefully another dummy package can help with this, but either way, I don't know what to do about access to OpenGLES within Wayland, other than try to compile the "wayland" server, client and development dependencies of Weston from source themselves, then link Weston again against the new libraries Jan 06 21:04:13 this would simply that you can simply add the relevant packages (libgbm1, libegl1, libgles1, libgles2) to Provides: and Conflicts: of my userspace package Jan 06 21:04:20 *this would imply that Jan 06 21:04:40 since the OpenGLES tests with DRM I've had to compile every time directly against the custom libgbm and libegl, to make them functional Jan 06 21:05:35 it shouldn't really matter against which libgbm/libegl you compile I think since they should have the same api Jan 06 21:06:18 Provides+Conflicts+Replaces actually, for the virtual packages provided Jan 06 21:07:35 so then I'm puzzled why I made the libgbm virtual packages... I'm sure I ran into *some* problem, but what Jan 06 21:07:45 too long ago /o\ Jan 06 21:07:47 hm well i was looking at the file and some other parts seem confusing too, there's "libgbm1" multiple times in one line but maybe that's important Jan 06 21:07:55 https://termbin.com/y3gv Jan 06 21:08:04 nah that's a mistake, I noticed that too Jan 06 21:09:46 this is kinda bad anyway, I shouldn't have any Replaces: that aren't also in Conflicts: Jan 06 21:10:04 or, oh Jan 06 21:10:32 eww I think I might understand what's happening, but if I'm right then jesus wtf was I doing Jan 06 21:10:52 definite case of "seems to work, good enough!" Jan 06 21:12:20 if the debian docs are right then it should suffice to put all the libs that the sgx-userspace package contains in Provides+Replaces+Conflicts, remove libgbm1 from Depends, and get rid of the dummy packages Jan 06 21:13:39 most of them are already there, but libegl1 should be added at the very least Jan 06 21:14:08 possibly if you put libgbm1 and libgbm-dev there too (instead of the dummy packages) you'll find out whatever my problem with doing so was back then ;) Jan 06 21:14:17 or perhaps the problem doesn't exist anymore Jan 06 21:17:04 I remember! packages depended on libgbm1 with a version constraint, and I don't think Provides supported versions yet back then Jan 06 21:21:04 for example libqt5gui5 has Depends on libgbm1 (>= 8.1~0) Jan 06 21:21:51 so then "Provides: libgbm1" won't suffice, it won't satisfy that. instead you'd need to do e.g. "Provides: libgbm (= 8.1~0)" Jan 06 21:24:30 yeah, versioned Provides was introduced in 2019, my package predates that feature Jan 06 21:24:37 that's why I needed dummy packages Jan 06 21:24:49 that's at least one mystery less :) Jan 06 21:26:13 ok i'll try that, looking in the usr/lib/arm-linux-gnueabihf directory of your package tree I see several libraries without "pvr" or "PVR" in the filename, so I will try to find debian packages that provide them and list those in the control file, I will apply that syntax to libgbm on the Provides: line Jan 06 21:27:05 most of them are sgx-specific Jan 06 21:31:07 there is also a khrplatform.h in ./usr/include/KHR/, so this would conflict with mesa-common-dev, but I don't think i will need anything else from that package like glx.h or gl.h because I here use only OpenGLES 2.0, not normal OpenGL? Jan 06 21:32:54 yeah normal opengl is not supported Jan 06 21:33:21 hmm, packages and corresponding libs: https://pastebin.com/raw/ErMNTeN3 ... unfortunately it looks like there are several name mismatches :/ Jan 06 21:33:42 fixable, but *sighhh* Jan 06 21:39:34 I guess wayland-egl.pc is not that important? I needed libwayland-dev and its other contents to compile Weston, but I don't know whether using one version or another of the file could be compounding the problems. https://termbin.com/2uvm https://termbin.com/akc8 the one mentioning PowerVR is from your package, but the technical content seems almost identical Jan 07 02:17:22 it is the same one for hte UART? thought tha twas the fail safe stuff Jan 07 02:18:08 blah **** ENDING LOGGING AT Thu Jan 07 03:00:55 2021