Homebrew Homebrew app sys-patch - sysmod that patches on boot

You don't need to «change» both can coexist, github for sigpatches and SYS-Patch has been DMCAed by ninjas. On the download section of GBATemp you can find the latest binaries and source code
Ok and to install sys-patch we just drag&drop the folder onto the root of our sd card?
 
How do we change from using sigpatches to sys-patch?
While both can coexist without conflict, you can reduce the clutter on your SD card as you don't really need two things doing the same thing at the same time.
To remove sigpatches, remove pretty much everything that's usually included in sigpatches archive file i.e.:
  • folders es_patches and nfim_ctest from the atmosphere/exefs_patche folder.
  • folders fs_patches and loader_patches from the atmosphere/kip_patches folder.
  • patches.ini file from the bootloader folder.
Also, remove kip1patch=nosigchk line from the hekate_ipl.ini file.
That should be it. Don't forget to reboot afterwards.
 
sys-patch seems to be turning off after a few seconds when turning it on in Tesla Overlay. I'm trying to run Homebrew ports/apps from the HOME screen but it keeps crashing instantly saying "an error occured"; I tried deleting the sigpatches I had downloaded, Switch Games works fine? I'm trying to understand how this works, I have asked in that Homebrew Discord for assistance but they wouldn't help with sys-patch (some helper/moderator keeps saying it's garbage and to use sigpatches, I did not like his negative attitude so I did not listen to him) All I want is to play HL1/RetroArch on the Switch (I do have the original game files since I bought them on Switch except for RetroArch) Although, there's this one game that's not working saying "I need a Nintendo Account to run this game" (YakuzaKiwami) so I just decided to use Moonlight streaming to play it from Steam to NX. (It ran fine the first time but after doing something with the SD card I did not work anymore and asked me for a nintendo account)

Is sys-patch supposed to turn on automatically in the tesla overlay? Because when I turn it on, it just turns itself off automatically after a few seconds; I have removed all sigpatches (I hope) so I'm wondering how are the NX games working?

I did remove the following:
kip1patch=nosigchk in hekate_ipl.ini
es_patches/, nfim_ctest/, kip_patches/, patches.ini

Switch games works fine, only "NSP" forwarders/homebrew ports are not working

HOS: 19.0.0
AMS: 18.0
hekate: v6.2.2
I also have L4T Jammy but I do not think this is the problem

(i know I don't have a SysMMC section but this is a banned switch anyway)
hekate_ipl.ini:
[config] autoboot=0 autoboot_list=0 bootwait=3 noticker=0 backlight=100 autohosoff=1 autonogc=1 updater2p=1 bootprotect=0 [Stock] fss0=atmosphere/package3 stock=1 emummc_force_disable=1 [emuMMC] fss0=atmosphere/package3 emummcforce=1

content of /config/sys-patch/log.ini:
[fs] noacidsigchk1=Skipped noacidsigchk2=Skipped noncasigchk_old=Skipped noncasigchk_new=Unpatched nocntchk=Skipped nocntchk2=Unpatched [ldr] noacidsigchk=Patched (file) [es] es1=Skipped es2=Skipped es3=Patched (file) [nifm] ctest=Patched (file) [nim] nim=Patched (file) [ssl] disablecaverification1=Unpatched disablecaverification2=Unpatched disablecaverification3=Patched (file) [stats] version=1.5.5-32c7757 build_date=04.12.2024 17:05:00 fw_version=19.0.0 ams_version=1.8.0 ams_target_version=0.0.0 ams_keygen=18 ams_hash=c6014b53 is_emummc=1 heap_size=4096 buffer_size=4096 patch_time=0.265s

content of /config/sys-patch/config.ini:
[options] patch_sysmmc=1 patch_emummc=1 enable_logging=1 version_skip=1 [fs] noacidsigchk1=1 noacidsigchk2=1 noncasigchk_old=1 noncasigchk_new=1 noncasigchk_new2=1 nocntchk_old=1 nocntchk_new=1 nocntchk_FW19_1=1 nocntchk_FW19_2=1 nocntchk=1 nocntchk2=1 [ldr] noacidsigchk=1 [es] es1=1 es2=1 es3=1 es4=1 es5=1 es6=1 es7=1 es7_FW18-19=1 [nifm] ctest=1 [nim] nim=1 [ssl] disablecaverification1=1 disablecaverification2=1 disablecaverification3=1

Sorry for the long post
 
Yes.

It turns on
Patches
And turns off


Don't turn on again, better if you restart your console.
Thank you for answering this, as I did not understand this behaviour. Do you also might know why Homebrew ports/apps (HL1, GTAreVC, maxpaynenx, RetroArch NSP) are not working? I've switched from Sigpatches to Sys-Patch for this but it still doesn't work. I installed them using DBI and TinWoo but it did not work

Launching from .nro works fine pressing R while launching an app
 
What are these for? I see they are disabled by default on sys-patch 1.55.

disablecaverification1
disablecaverification2
disablecaverification3
 
They had to do with Browser CA Verification, it's for specific users who need/want it, it's disabled by default, only people who need it would normally activate it.

https://github.com/misson20000/exefs_patches?tab=readme-ov-file#disable-browser-ca-verification
It's actually not the browser one.

https://github.com/misson20000/exefs_patches?tab=readme-ov-file#disable-ca-verification

It's just the regular disable certificate authority one, which the 0100000000000024/ SSL module uses, the browser is related to the webkit_wkc.nro stuff in 0100000000000803/ BrowserDll

(the browser one requires nro patches so that one sys-patch is incapable of doing anyway)
 
  • Love
Reactions: impeeza
It's actually not the browser one.

https://github.com/misson20000/exefs_patches?tab=readme-ov-file#disable-ca-verification

It's just the regular disable certificate authority one, which the 0100000000000024/ SSL module uses, the browser is related to the webkit_wkc.nro stuff in 0100000000000803/ BrowserDll

(the browser one requires nro patches so that one sys-patch is incapable of doing anyway)
Confusion was probably caused by a certain link by a certain person in their latest comment regarding the pull request: https://github.com/impeeza/sys-patch/pull/9#issuecomment-2523897947
🤷🏻‍♂️
 
  • Haha
Reactions: impeeza
I am using Impeeza's 1.5.5 build.

When checking the log, it tells me that "es7_FW18-19" is unpatched. I am booting FW 18.0.0 through fuse. Is this something I should worry about? Any way I can fix this?
 
I am using Impeeza's 1.5.5 build.

When checking the log, it tells me that "es7_FW18-19" is unpatched. I am booting FW 18.0.0 through fuse. Is this something I should worry about? Any way I can fix this?
After 1.5.4 beyond ES3 doesn't exist anymore.

i will push a PR to impeeza's repository for config clean/rewrite

what you are seeing is obsolete entries.

you can have sys-patch clean it up now by deleting config.ini and rebooting, or waiting for 1.5.6 / PR to be merged.

I have such variant myself https://github.com/borntohonk/sys-patch/releases/tag/v1.5.6 that just rewrites config.ini to remove obsolete entries
 
Thanks for the info, sounds like I don't have to worry about it. If it is a leftover from an older version, and it doesn't affect my ability to install and play games then I am not worried ;).

Since you are going to push a fix for this particular issue, you might also want to look at something minor and unrelated when at it. There is an issue with what sys-patch is reporting in the overlay. On the initial overlay menu, it appears as version 1.5.5 in the list, but when checking the log in sys-patche's menu it reads "Version: 1.5.3-88297f8-dirty". Not sure if some internal version number wasn't bumped up properly, but it had me really confused thinking I screwed something up, lol.
 
  • Like
Reactions: impeeza
After 1.5.4 beyond ES3 doesn't exist anymore.

i will push a PR to impeeza's repository for config clean/rewrite

what you are seeing is obsolete entries.

you can have sys-patch clean it up now by deleting config.ini and rebooting, or waiting for 1.5.6 / PR to be merged.

I have such variant myself https://github.com/borntohonk/sys-patch/releases/tag/v1.5.6 that just rewrites config.ini to remove obsolete entries

I personally always delete config files when new versions of apps are released. They get rewritten and most Switch apps only take maybe 30 seconds or less to reconfigure. But thanks for that PR, I know the majority don't usually delete existing config files.
 
I personally always delete config files when new versions of apps are released. They get rewritten and most Switch apps only take maybe 30 seconds or less to reconfigure. But thanks for that PR, I know the majority don't usually delete existing config files.
it's the best thing to do, for me is so natural what I felt to include on the previous posts and guides.
 
  • Like
Reactions: Blythe93
Can the OP be updated on where to get the latest sys-patch? Every google result leads me here, and the link in the OP is dead. What Github repository has the latest recommended version? I'm seeing https://github.com/borntohonk/sys-patch/releases/tag/v1.5.6 posted here, is that what is "officially" recommended? I know impeeza shared a build somewhere, I just don't know where to find it. Would it make sense to start a new thread with a clean OP that has the latest recommended download in it?

I want to finally upgrade to 19.0.1 and would like to ensure that I grab the right files. Apologies if it's been posted a few pages back, I just don't know whose repo is hosting the "master" branch these days.
 
Can the OP be updated on where to get the latest sys-patch? Every google result leads me here, and the link in the OP is dead. What Github repository has the latest recommended version? I'm seeing https://github.com/borntohonk/sys-patch/releases/tag/v1.5.6 posted here, is that what is "officially" recommended? I know impeeza shared a build somewhere, I just don't know where to find it. Would it make sense to start a new thread with a clean OP that has the latest recommended download in it?

I want to finally upgrade to 19.0.1 and would like to ensure that I grab the right files. Apologies if it's been posted a few pages back, I just don't know whose repo is hosting the "master" branch these days.
The kitty cat site got you
 
  • Like
Reactions: rave420

Site & Scene News

Popular threads in this forum