TFTP | Basic TFTP client using Java with FileZilla like UI

The message must be superuser to use mount is a hint to a permission problem.

The Linux system expects most system files to be owned by UID 0 (root), but when reading the NFS filesystem set up in the guide it actually reads UID 1000, or the UID of whoever built the system in the development machine. If I list the contents of ${YOCTO_BUILD_DIR}/tmp/work/${TARGET}-poky-linux-gnueabi/${IMAGE}/1.0-r0/rootfs, I get:

I'm not familiar with the SMTP feature of curl, but I know quite a bit about SMTP. curl apparently failed to authenticate. I haven't found a documentation about which authentication mechanisms it supports, but GSSAPI doesn't seem to be one of them (at least not with the options that you specified). (I know nothing about GSSAPI either.)

My guess about what went wrong is that you're not using TLS with curl (STARTTLS is still listed as one of the supported extensions). What I take from this documentation is that you should either specify --ssl or --ssl-reqd, or change smtp to smtps (smtps://mymailserver.com), which switches from Explicit TLS to Implicit TLS. The list of supported authentication mechanisms often changes once TLS is enabled and will likely include PLAIN afterwards.

I guess, this is not what you would like to hear, but please check the release and support strategy of NCo 3.0. It says:

The supported Microsoft .NET Frameworks are 2.0, 3.0, 3.5, 4.0, 4.5, 4.6, 4.7, and 4.8.

This means .NET Core is not supported at all by NCo. .NET Core is not the same as the classic .NET framework. If your application must be a .NET Core application, I doubt that you will be able to use the current SAP NCo at all then.

Unfortunately, SAP also did not announce any NCo version for .NET Core environments yet.

You need to set your lib directory under Configratuon Properties->VC++ Directories to vcpkg static lib directory. On top of that you need to then link the libs under the Configuration Properties->Linker or using pragma comment(lib,"libname")

You can't use the printf family of functions for this since they stop when \0 is encountered.

First approach: Use memcpy:

After lots of frustration it became apparent that the problem was once again in front of the computer. The following option in my git config was the culprit:

You will need to install the libcurl-devel package as it contains the headers files you are missing.

The libcurl-devel package includes header files and libraries necessary for developing programs which use the libcurl library. It contains the API documentation of the library, too

Git requires libcurl for HTTP and HTTPS support. Because a Git without HTTPS support is not very useful, most distro packages of Git depend on the distro package of libcurl.

What is likely happening in your case is that when you install Git, its dependency, libcurl, is also being installed from the distro package. The custom libcurl is either installed in the normal location without a suitable package and is therefore being overwritten, or it's installed somewhere later in the library search path and is being ignored because the distro version is being preferred.

You should run ldd $(which curl) both before and after the installation of Git and find out where the custom and distro versions of libcurl are located. If the image is installing libcurl into somewhere under /usr/lib, then it's broken: that location is reserved for the package manager, and it would need to build and install a normal system package with its custom version to avoid being overwritten. Otherwise, you may be able to modify /etc/ld.so.conf to adjust the search path of the library, or use the LD_LIBRARY_PATH environment variable to do so on a per-program basis.

You don't have to transfer the running-config through TFTP. All you need to do is to create a file on your PC/server and save it to the folder you created already.

On some operating systems (Windows), the colon (:) is not allowed in folders or file names. Please avoid using it.

Here is something similar to what you want to acheive: