switchbrew / switch-tools Goto Github PK

I noticed that using build_romfs to convert a RomFS folder containing 1521 directories into a romfs.bin fails with the following output:

$ ./build_romfs /romfs romfs.bin
Visiting directories...
Failed to open directory /romfs/<subdirectory_x>/<subdirectory 1019 subdirectories in>

I tested shuffling around the alphabetical order of the subdirectories and consistently got it to fail 1019 subdirectories deep, so there's no permission issue with a specific folder. The number of files also do not seem to be a problem either.

To verify, it worked fine with 1018 subdirectories, but failed with 1019.

After installing msys (standalone, not the one from devkitPro), devkitPro, devkitA64 and libnx on a Windows 10 Pro PC I wanted to build switch-tools so I ran autogen.sh and then configure.

configure gives me this output:

$ ./configure
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... i686-pc-mingw32
checking host system type... i686-pc-mingw32
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... .exe
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
./configure: line 3335: syntax error near unexpected token `LZ4,'
./configure: line 3335: `PKG_CHECK_MODULES(LZ4,'

To make sure this isn't a Windows error, I also tried building switch-tools on a Ubuntu 17.10 x64 virtual machine, but without installing libnx. Here the same error occurred.

I'm not really familiar with make, configure and the rest so I can not say what exactly the syntax error is or why it happens.

Hey.

I was trying to build a romfs.bin which is over 15GB, but build_romfs stops building the romfs.bin at 4.02 GB (4,326,428,245 bytes), when I check the romfs.bin it created, I can see it didn't complete, cause it didn't even begin list the file directories, for included files.

(Don't mean for that to sound rude, I am unsure if it is something I am doing, or if it is for certain the program's coding)

I think this is with libnx, but I was trying to compile sm64nx, and it keeps being unable to find the icon.

I tried to get this built all day, and nothing. this is what it looks like in the makefile. as a non-dev, I don't know if this is even correct, but all commits seem to have the same information in the make file. I noticed that it's called default_icon.jpg in libnx, but here it's called icon.jpg. is that the reason? I tried changing the name, and I got the same error.

While using libnx 1.5.0 (in devkitPro) the tag APP_TITLEID is ignored while specified in the makefile.
Instead of putting the specified tittleid in the nacp file, there is still the standard (00000000ffffffff) titleid.

This is how I specified my titleid in makefile:

APP_TITLEID = 0100000000000002

You can just replicate this bug on your side by compiling a simple hello work and adding this to your makefile:

APP_TITLE = YourAppTitle
APP_AUTHOR = YourName
APP_VERSION = 1
APP_TITLEID = 0100000000000002

FIY: APP_TITLE, APP_AUTHOR and APP_VERSION are working correctly.

EDIT: there is working fix the new version of nacptool in this repo! I think that somebody should tell devkitPro guys to update their bins! Thanks!

Hi. I'm trying to use nxlink with windows 11 but when I start nxlink and the nro is sent I have just one black screen on the switch and 0 log. But if I start the homebrew after with the hbl it works fine
the example of nxlink doesn't work

It's an unlikely scenario to occur (for the most part), but if one's assets for the romfs are on GitHub, it will also pull in the .git and .gitignore directory/files. This winds up with an nro that can be unexpectedly bloated.

Love Potion for example has this problem because game assets are typically on GitHub and pulling those in as a romfs directory when building will pull those aforementioned directories and files in, resulting in.. well.. a giant nro file which should only be a few megabytes. This should also be applied to 3dsxtool when building the romfs, but I'll open a separate issue for that on the proper repository.