Hacking Official [Release] CakesFW

  • Thread starter Thread starter mid-kid
  • Start date Start date
  • Views Views 842,151
  • Replies Replies 3,542
  • Likes Likes 73
if the project owners really care about open source, portability and readability, why don't they comment their code? the patches in particular contain hardcoded addresses and such, and there's no way in finding out about their purpose without having to acquire and reverse engineer memory dumps or firmware images from a 3ds model that you do not happen to have yourself. if the code was commented and explained, there could be n3ds compatibility in no time.

That will come, slowly.

uh huh
 
Please checkout what i said in your repo. You should use pull requests instead of just pushing commits. The repo is for more than one.
Might I ask what the difference between collaborators pushing code directly and using a pull request is?

The only discernible changes would be:

  1. Pushing a commit now takes an extra step.
  2. Every commit now would be accompanied by an additional commit stating it originated from a pull request.

Thus, I ask you: Wherefore?
 
Wait, so it's possible to downgrade the system settings on the original 3DS? :o
Since when was this possible?
Also, do I need a different file from the one for the new 3ds?
 
Might I ask what the difference between collaborators pushing code directly and using a pull request is?
The only discernible changes would be:
  1. Pushing a commit now takes an extra step.
  2. Every commit now would be accompanied by an additional commit stating it originated from a pull request.
Thus, I ask you: Wherefore?
Yes it would take an extras step, and with one additional commit. I admit that. I have several reasons:
1. If the repo isn't owned by only one, modifications done to the same file, may cause conflicts (for pulls) or overriden (pushing). if conflicts are solved, commits could be merged.
2. It gives other an opportunity for reviewing it. At the time you may get some suggestions, which helps you develop better.
3. Simply Github would not generates notifications for just commits, and it does generate for those pull requests. Even i'm Watching it, since they just push, i don't get any news.
4. We may discuss about if something should be done in that way.
It doesn't matter if the repo keeps having just several ones who are always in contact, really. Still i would like the way citra on github.
 
Wait, so it's possible to downgrade the system settings on the original 3DS? :o
Since when was this possible?
Also, do I need a different file from the one for the new 3ds?

Yes.
Since always.
I believe not.
 
1. If the repo isn't owned by only one, modifications done to the same file, may cause conflicts (for pulls) or overriden (pushing). if conflicts are solved, commits could be merged.
GitHub uses the same merge conflict detection feature as git itself does. If a pull request can get merged, it'll get merged the same way git would merge it in. No one in their right mind would force push conflicting commits. A PR would conflict just as much; the same people would have to resolve the conflict during a PR as they would during a regular push.
2. It gives other an opportunity for reviewing it. At the time you may get some suggestions, which helps you develop better.
Valid point, though it's exceedingly unlikely that mid-kid cares to introduce formal code reviews in a scene product hacked on for fun rather than out of obligation to corporations.
3. Simply Github would not generates notifications for just commits, and it does generate for those pull requests. Even i'm Watching it, since they just push, i don't get any news.
If anything, that's a missing feature in github's code, though that's a kind of valid point for people who really want to live on the bleeding edge, I guess? There's a bot in #cakey that reports commits if you need to be informed of them in real time.
4. We may discuss about if something should be done in that way.
That's already being done on the IRC channel. I can't really blame you for not wanting to sit on the shithole that is Freenode, but with a small team, real-time collaboration like that is arguably preferable.
It doesn't matter if the repo keeps having just several ones who are always in contact, really. Still i would like the way citra on github.
citra iterates considerably more slowly, however, and has a more professional goal, though that's debatable.
 
Yes it would take an extras step, and with one additional commit. I admit that. I have several reasons:
1. If the repo isn't owned by only one, modifications done to the same file, may cause conflicts (for pulls) or overriden (pushing). if conflicts are solved, commits could be merged.
2. It gives other an opportunity for reviewing it. At the time you may get some suggestions, which helps you develop better.
3. Simply Github would not generates notifications for just commits, and it does generate for those pull requests. Even i'm Watching it, since they just push, i don't get any news.
4. We may discuss about if something should be done in that way.
It doesn't matter if the repo keeps having just several ones who are always in contact, really. Still i would like the way citra on github.

1. Pushing is forbidden if the local branch is not up to date. Of course you can force-push, but that's really irresponsible if overriding other people's stuff.
2. I review them anyway, and I have the feeling b1l1s reviews mine too.
3. I can't do anything about that.
4. With just two people working on this, I don't think that's necessary. Any objections can be posted on this forum, commented on the commit itself, or on the IRC.
 
  • Like
Reactions: Syphurith and b1l1s
Is it possible to have the necessary files to launch CakesCFW using an android phone like gateway or rxtools?
I have got a 2DS and i already use it for gateway and rxtools.
Thanks
Juste change the name of "launcher.dat" in "cake.dat" in setting !
 
I compiled the latest sources and it's the same as previous versions: with Spider all I get is a bottom screen with garbled graphics on a 2DS v7.2.0-17E (the firmkey.bin has the correct MD5).
 
I compiled the latest sources and it's the same as previous versions: with Spider all I get is a bottom screen with garbled graphics on a 2DS v7.2.0-17E (the firmkey.bin has the correct MD5).

I'll look into it. Could be a different problem from 8.1.

@A600 Can you try this out for me please?
 
Last edited by b1l1s,
I compiled the latest sources and it's the same as previous versions: with Spider all I get is a bottom screen with garbled graphics on a 2DS v7.2.0-17E (the firmkey.bin has the correct MD5).

Does the latest release (on the downloads page) work?
 
Wait, so it's possible to downgrade the system settings on the original 3DS? :o
Since when was this possible?
Also, do I need a different file from the one for the new 3ds?
Downgrading the system settings app to re-enable the MSET exploit was first discovered and demonstrated (at least publicly) earlier this year by the SALT team (by either @shinyquagsire23 or @WulfyStylez). Some time later Gateway used the discovery to re-enable MSET launching on new3DSes with their 2.3 update.
 
Downgrading the system settings app to re-enable the MSET exploit was first discovered and demonstrated (at least publicly) earlier this year by the SALT team (by either @shinyquagsire23 or @WulfyStylez). Some time later Gateway used the discovery to re-enable MSET launching on new3DSes with their 2.3 update.
That one was found by Wulfy and worked on by her and Daz. I think I was busy with school at the time. But yeah, we did the ROP for that, got our stuff working through it and showed a video. Gateway's release doing the same thing followed.
 
I'm curious about something, what is preventing permanent sig patches to the 3ds? It would be nice not to having to boot a cfw all the time. All these CFWs are popping up left and right, and yet nothing about permanently patching sig checks. I not trying to be rude or impatient or anything, just curious.
 

Site & Scene News

Popular threads in this forum