Displaying a warning is one thing but refusing to run and insisting on removing someone else's files is childish af.
Nothing childish about taking a kickback to push more people to SX OS.
Displaying a warning is one thing but refusing to run and insisting on removing someone else's files is childish af.
What else doesn't work properly on Kosmos out of curiosity? I know XCI installation, but i've used Tinfoil exclusively and have had no issues personally with both my Kosmos switch and Vanilla Atmosphere switch.
Just seeking knowledge
"uninstalling" kosmos doesn't force anyone to use anything else, they'd still have to download fusee-primary to use atmosphere instead. you're placing the patches in the atmosphere patch folder when you do this right? if not, what's the point? a pure atmosphere setup coexists fine with a hekate-based setup currently, so just instruct them to use that. what am i missing here?
it sounds like once they push the hekate payload they've been using again it's going to not boot right
it also sounds like you're removing some folders that could easily exist for people who have never used kosmos, breaking expected sysmodule functionality
it strikes me as noob-hostile to remove something that isn't causing a problem. hekate/kosmos just lacks support, so it makes sense to detect the files and warn the user that things may not work. but uninstalling kosmos doesn't even fix the lack of patches+bootloader that supports them and installing the patches or using a cfw with them baked in does not conflict at all with the presence of kosmos.Unfortunately there is no easy, maintainable way for me to detect fs patches. I understand that some people may want to use Hekate instead of Tinfoil, and that is ok. We all have our preferences. People should also accept that I write this software for free, and I am not obligated to deal with another dev's issues. If that dev is unwilling to make the nec changes, I am well within my right to block their software. There are alternatives to Tinfoil such as goldleaf that these hekate users can use.
I will remove the block when Hekate / Kosmos includes the appropriate sig patches to ensure Tinfoil functionality works as expected.
it strikes me as noob-hostile to remove something that isn't causing a problem. hekate/kosmos just lacks support, so it makes sense to detect the files and warn the user that things may not work. but uninstalling kosmos doesn't even fix the lack of patches+bootloader that supports them and installing the patches or using a cfw with them baked in does not conflict at all with the presence of kosmos.
so what practical purpose does an uninstaller serve for the end user?
Holy shit, how can you say something like this with a straight face? Jesus. Maybe write a fucking better XCI converter that doesn't produce corrupt NSPs? No problem with 4NXCI converts.
You know hekate verifies backups and you should eject the SD and store the backup in multiple places?Why would you think a backup on your sd card *is* a good idea?
Arrogant much?I wrote the best XCI installer
But you are willing to make wrong and corrupt dumps? OkI'm not willing to double or tripple install times
You know hekate verifies backups and you should eject the SD and store the backup in multiple places?
Arrogant much?
But you are willing to make wrong and corrupt dumps? Ok
Bricked switches because of bad dumps are a meme too.hekate's backup verification is a meme. waste of time.
Bricked switches because of bad dumps are a meme too.
- Fixed logo centering
- Fixed missing progress meter
- Fixed bug where older updates would sometimes install when newer ones were available
- Added ability to boot with a modified version of Hekate that has cmac patches
- ReinNX and SX users do not get the nag, even if hekate files are found on the SD card.
Worked with sdfiles to come up with a solution. Signed Hekate binaries that will work with Tinfoil 1.47+ should be posted to https://github.com/Joonie86/hekate soon TM