Homebrew Question Is there CDNSP for Linux?

  • Thread starter Thread starter stubbs
  • Start date Start date
  • Views Views 5,175
  • Replies Replies 31

stubbs

Member
Newcomer
Joined
Sep 14, 2009
Messages
17
Reaction score
1
Trophies
0
XP
17
Country
United States
Title says it, is there a version of CDNSP for linux that works? I feel like im close to having it currently but I am getting a lot of import failures from python when I run it..

Thank you!
 
Im actually going through them right now, thank you, it got to the point where it denied my cert, so it must be close!

For anyone wondering I got the CDNSP.py from AnalogMan151/CDNSP on github
 
Last edited by stubbs,
Still fails on the cert, but its working with CDNSP on Windows so im not sure, anyone have any ideas?
 
It doesn't come bundled with a cert. You'll have to dump your own or find one. (Maybe copy the cert from your working installation on Windows?)
 
That is what I did, thats why Im unsure of why it isnt working now. Thank you though!
Try using the cdnsp GUI bob v3.5. It’s a all in one that has everything you need. It has a cert included so I can not link it here.
 
Im not sure how to get that one working in Linux
Python is Python, whether in Windows or Linux.
You will have to update the title keys manually since the batch file is obviously for windows. Everything else should work fine if you update pip and install the required modules.

Also bob gui is at 3.5.3 afaik.

Also you will need hactool and stuff for linux.
Here is a snip from the py file.
So it obviously supports Linux and Darwin (MacOS)


if platform.system() == 'Linux':
hactoolPath = './' + hactoolPath + '_linux'

if platform.system() == 'Darwin':
hactoolPath = './' + hactoolPath + '_mac'
 
Last edited by Mr. Wizard,
  • Like
Reactions: stubbs
Python is Python, whether in Windows or Linux.

Thanks! I finally realized this, fixed some issues since im doing it over VNC and finally got the GUI up.. it is still complaining about the cert though and these same certs work perfect in Windows. Im not sure if its them or something else that reads them, hactool maybe?
 
Thanks! I finally realized this, fixed some issues since im doing it over VNC and finally got the GUI up.. it is still complaining about the cert though and these same certs work perfect in Windows. Im not sure if its them or something else that reads them, hactool maybe?
I would check again if it still works in windows, the certs are being banned left right and center.
 
It is a failure in hactool, or the calling of hactool in the script. It fails with:

./hactool_linux: 1: ./hactool_linux: Syntax error: ")" unexpected


Any ideas are welcome :)
 
It is a failure in hactool, or the calling of hactool in the script. It fails with:

./hactool_linux: 1: ./hactool_linux: Syntax error: ")" unexpected


Any ideas are welcome :)
Just a shot in the dark but, do you even have the hactool binary in the folder?
 
do you even have the hactool binary in the folder?

I do, I have hactool, hactool_linux and hactool_mac in the same directory. Same error when I manually run hactool_linux

sudo ./hactool_linux results in ./hactool_linux: 1: ./hactool_linux: Syntax error: ")" unexpected
 
I do, I have hactool, hactool_linux and hactool_mac in the same directory. Same error when I manually run hactool_linux

sudo ./hactool_linux results in ./hactool_linux: 1: ./hactool_linux: Syntax error: ")" unexpected
Hmm, I don't run this shit on linux so I prolly can't be of much help. Maybe you are running it on 32bit when it should be 64bit? Or vice versa?

I did gleam this interesting tidbit off the web though:


The message ‘Syntax error: "(" unexpected’ evidently comes from a shell. Why is a shell trying to execute your binary? Because the kernel tried and gave up. When this happens, sudo decides that this might be a shell script that lacks a proper header and tries to invoke a shell of its choosing (sudo tries to run sh).

Why did the kernel fail to run the program? Because the executable is not in a supported format. It isn't even merely due to being compiled for the wrong architecture (e.g. trying to run a 64-bit x86 binary on a 32-bit system or vice versa) or for the wrong operating system (e.g. trying to run a FreeBSD executable on Linux): the kernel does not recognize the file as being in an executable format at all. For example, if you tried to run this on Linux, then it means what you have is not an ELF binary. Among common operating systems, attempting to run a macOS binary on Linux or vice versa would cause this.

Note that the problem is not due to bad permissions or missing libraries. If either of these was the problem, the kernel would report a different error and sudo would not try to run a shell instead.

The solution is to compile the program for the right operating system and the right architecture. If you can't compile on the same machine where you run the program, you may need to set up a cross-compiler. If you have no way to recompile the program, there might be a way to run it in an emulator, but this is usually a lot harder and slower than recompiling, so try it only as a last resort.
 
Maybe you are running it on 32bit when it should be 64bit

Very well could be, I am trying to run this on a Raspberry Pi so it could be some limitation of that. Frustrating to get it so close to working, its such a better alternative to Torrenting
 
You have to allow hactool_linux to be ran as a application. Depending on which file browser you use, right click it, go to properties, permissions, and check the box that says allow to be run as program or somewhere along those lines.
 
Very well could be, I am trying to run this on a Raspberry Pi so it could be some limitation of that. Frustrating to get it so close to working, its such a better alternative to Torrenting

Not sure how important this is, but the only results I found on the web were similar to yours where the ) is the wrong direction in the error from what I am getting
 

Site & Scene News

Popular threads in this forum