yes, there is. check github release section.Excuse my stupid noobish question, but is there a cia of this app to be found?
This is the one of the many reasons why I chose to switch from FBI to DevMenu, as it has that feature built into it.FBI always fails to impress me with it's ability to fail to delete CIAs from the SD card after installing them.
This is the one of the many reasons why I chose to switch from FBI to DevMenu, as it has that feature built into it.
This is what I did:@d0k3
@Steveice10
I seem to be having trouble today building any homebrew that uses buildtools submodule
Any idea what's going on?
this might be useful:@d0k3
@Steveice10
I seem to be having trouble today building any homebrew that uses buildtools submodule
Any idea what's going on?
Cloning into 'CTRXplorer'...
remote: Counting objects: 365, done.
remote: Total 365 (delta 0), reused 0 (delta 0), pack-reused 365
Receiving objects: 100% (365/365), 378.77 KiB | 33.00 KiB/s, done.
Resolving deltas: 100% (208/208), done.
Checking connectivity... done.
Submodule 'buildtools' (https://github.com/Steveice10/buildtools.git) registered for path 'buildtools'
Cloning into 'buildtools'...
remote: Counting objects: 114, done.
remote: Compressing objects: 100% (11/11), done.
remote: Total 114 (delta 1), reused 0 (delta 0), pack-reused 103
Receiving objects: 100% (114/114), 4.07 MiB | 211.00 KiB/s, done.
Resolving deltas: 100% (35/35), done.
Checking connectivity... done.
fatal: reference is not a tree: a6e09e20de67cf7dd511a365f61ebba955e209df
Unable to checkout 'a6e09e20de67cf7dd511a365f61ebba955e209df' in submodule path 'buildtools'
fatal: reference is not a tree: a6e09e20de67cf7dd511a365f61ebba955e209df
Unable to checkout 'a6e09e20de67cf7dd511a365f61ebba955e209df' in submodule path 'buildtools'
Thanks, I realize I can do it this way. But I was wondering if something is going on or if this is a temporary.This is what I did:
1)git clone --recursive https://github.com/d0k3/CTRXplorer.git
2)git clone --recursive https://github.com/Steveice10/buildtools.git
3)I copied the WHOLE buildtools folder and pasted it inside ...\CTRXplorer\
4)type "make"
Cool thanks. I wonder why this happened though? It was fine yesterday, and no new commits have been made.. so what changed?this might be useful:
when I cloned the repo using "git clone --recursive", this was the output:
the main part:Code:Cloning into 'CTRXplorer'... remote: Counting objects: 365, done. remote: Total 365 (delta 0), reused 0 (delta 0), pack-reused 365 Receiving objects: 100% (365/365), 378.77 KiB | 33.00 KiB/s, done. Resolving deltas: 100% (208/208), done. Checking connectivity... done. Submodule 'buildtools' (https://github.com/Steveice10/buildtools.git) registered for path 'buildtools' Cloning into 'buildtools'... remote: Counting objects: 114, done. remote: Compressing objects: 100% (11/11), done. remote: Total 114 (delta 1), reused 0 (delta 0), pack-reused 103 Receiving objects: 100% (114/114), 4.07 MiB | 211.00 KiB/s, done. Resolving deltas: 100% (35/35), done. Checking connectivity... done. fatal: reference is not a tree: a6e09e20de67cf7dd511a365f61ebba955e209df Unable to checkout 'a6e09e20de67cf7dd511a365f61ebba955e209df' in submodule path 'buildtools'
it's having a problem cloning the repo for some reason. I think "a6e09e20de67cf7dd511a365f61ebba955e209df" isn't really a commit for buildtools, it's not found at https://github.com/Steveice10/buildtools/commits/masterCode:fatal: reference is not a tree: a6e09e20de67cf7dd511a365f61ebba955e209df Unable to checkout 'a6e09e20de67cf7dd511a365f61ebba955e209df' in submodule path 'buildtools'
I'll be looking into that later. I think I only have to update the buildtools submodule.@d0k3
@Steveice10
I seem to be having trouble today building any homebrew that uses buildtools submodule
Any idea what's going on?
Maybe, later. SHA-256 is not on the top of the list of stuff to port / add here, though. GM9 uses 3DS hardware for this, which is not possible here, so porting is not possible anyways.Would it be possible to add a SHA-256 calculator?
It's not just having with your programs though. It happens with CIAngel (for example) as well. So it's probably something @Steveice10 has to check from his sideI'll be looking into that later. I think I only have to update the buildtools submodule.
I kind of figured as such for the exact reason you stated.Maybe, later. SHA-256 is not on the top of the list of stuff to port / add here, though.
GM9 uses 3DS hardware for this, which is not possible here
Nope, no Unicode, and these symbols are not in the font.Hi
No support for é, à, etc... :/ ?
I see something like --| instead
output/CTRXplorer.elf
c:/devkitPro/citrus/lib\libcitrus.a(fs.o): In function `ctr::fs::init()':
d:\ABuildTools\citrus/source/citrus/fs.cpp:16: undefined reference to `romfsInit
'
c:/devkitPro/citrus/lib\libcitrus.a(fs.o): In function `ctr::fs::exit()':
d:\ABuildTools\citrus/source/citrus/fs.cpp:22: undefined reference to `romfsExit
'
collect2.exe: error: ld returned 1 exit status
make: *** [output/CTRXplorer.elf] Error 1
Yeah. We have a bad case of ctrulib fragmentation. I could fix it in the CTRXplorer source, but then I might break support for an earlier ctrulib release. So... I guess I'll wait for a bit.Building CTRXplorer with latest ctrulib from smea results in errors:
Code:output/CTRXplorer.elf c:/devkitPro/citrus/lib\libcitrus.a(fs.o): In function `ctr::fs::init()': d:\ABuildTools\citrus/source/citrus/fs.cpp:16: undefined reference to `romfsInit ' c:/devkitPro/citrus/lib\libcitrus.a(fs.o): In function `ctr::fs::exit()': d:\ABuildTools\citrus/source/citrus/fs.cpp:22: undefined reference to `romfsExit ' collect2.exe: error: ld returned 1 exit status make: *** [output/CTRXplorer.elf] Error 1
Reverting back to a previous commit from ctrulib fixes the problem.