SU in source about rootmyvalet HOT 34 OPEN

I have to do this soon, just want to be sure there are no licensing requirements.

from rootmyvalet.

I just thought about that after I posted it... I will look into it asap.

from rootmyvalet.

The superuser binary site does not say... http://androidsu.com/superuser/

That should be the home of su...

from rootmyvalet.

Going to investigate at a little more and than providing everything is okay will upload soon.

from rootmyvalet.

Any news?

from rootmyvalet.

I have not found any license... I am going to upload SU to the source in ~1 day

from rootmyvalet.

Have you uploaded it yet?

from rootmyvalet.

uploaded what?

On Thu, Jun 19, 2014 at 11:41 AM, benjimt [email protected] wrote:

Have you uploaded it yet?

—
Reply to this email directly or view it on GitHub
#7 (comment)
.

Elliot

DISCLAIMER:
This e-mail is for the intended recipient(s) only

If you have received it by mistake please let me know by reply and then
delete it from your system; access, disclosure, copying, distribution or
reliance on any of it by anyone else is prohibited.

If you as intended recipient have received this e-mail incorrectly, please
notify the sender (via e-mail) immediately.

from rootmyvalet.

Um.....the su binary......lol

from rootmyvalet.

I have to wait for Unkown One to ok the upload. Licensing reasons

On Thu, Jun 19, 2014 at 12:04 PM, benjimt [email protected] wrote:

Um.....the su binary......lol

—
Reply to this email directly or view it on GitHub
#7 (comment)
.

Elliot

DISCLAIMER:
This e-mail is for the intended recipient(s) only

If you have received it by mistake please let me know by reply and then
delete it from your system; access, disclosure, copying, distribution or
reliance on any of it by anyone else is prohibited.

If you as intended recipient have received this e-mail incorrectly, please
notify the sender (via e-mail) immediately.

from rootmyvalet.

oh. You said you were going to in one day 13 days ago......

from rootmyvalet.

But anyway......I see.

from rootmyvalet.

I did??? oops I should have not said that... :-$ stuff happens when you are
out of your brain I guess...

On Thu, Jun 19, 2014 at 12:11 PM, benjimt [email protected] wrote:

But anyway......I see.

—
Reply to this email directly or view it on GitHub
#7 (comment)
.

Elliot

DISCLAIMER:
This e-mail is for the intended recipient(s) only

If you have received it by mistake please let me know by reply and then
delete it from your system; access, disclosure, copying, distribution or
reliance on any of it by anyone else is prohibited.

If you as intended recipient have received this e-mail incorrectly, please
notify the sender (via e-mail) immediately.

from rootmyvalet.

lol i suppose

from rootmyvalet.

Even a link for the binary in the installation instructions could help to solve this issue.

from rootmyvalet.

The link that I used to download the SU is broken. I am not sure where to
find it atm. I only have my personal copy.

On Tue, Jun 24, 2014 at 5:43 PM, nh-99 [email protected] wrote:

Even a link for the binary in the installation instructions could help to
solve this issue.

—
Reply to this email directly or view it on GitHub
#7 (comment)
.

Elliot

DISCLAIMER:
This e-mail is for the intended recipient(s) only

If you have received it by mistake please let me know by reply and then
delete it from your system; access, disclosure, copying, distribution or
reliance on any of it by anyone else is prohibited.

If you as intended recipient have received this e-mail incorrectly, please
notify the sender (via e-mail) immediately.

from rootmyvalet.

I managed to find a dump of various SU binaries. I won't link with permission, but some specific searches of the filename in question [from androidsu.com] yielded positive results. I will see if it works tomorrow.

from rootmyvalet.

I just checked and all of the download links relevant to us are not
working. That is where I got my copy (a long time ago). If you have some
way of contacting the author of the website then could you ask him/her if
we can upload a copy to our servers?

On Wed, Jun 25, 2014 at 3:47 AM, Corbow6 [email protected] wrote:

I managed to find a dump of various SU binaries. I won't link with
permission, but some specific searches of the filename in question [from
androidsu.com] yielded positive results. I will see if it works tomorrow.

—
Reply to this email directly or view it on GitHub
#7 (comment)
.

Elliot

DISCLAIMER:
This e-mail is for the intended recipient(s) only

If you have received it by mistake please let me know by reply and then
delete it from your system; access, disclosure, copying, distribution or
reliance on any of it by anyone else is prohibited.

If you as intended recipient have received this e-mail incorrectly, please
notify the sender (via e-mail) immediately.

from rootmyvalet.

I will try. What version specifically are we looking for? I was able to get "V 3.1.3 x86 signed" architecture, and "3.1.3 arm signed" downloaded. However, after some digging I downloaded these from adbtoolkit.com, which indicated the version linked above has actually been abandoned. However, SuperSU IS opensource and available to compile here: https://github.com/koush/Superuser

The .apk is available on the Play Store here: https://play.google.com/store/apps/details?id=com.koushikdutta.superuser&hl=en

So I don't think there would be any issue as long as a credit gets thrown towards koush.

from rootmyvalet.

We are looking for the ARM version

On Wed, Jun 25, 2014 at 1:47 PM, Corbow6 [email protected] wrote:

I will try. What version specifically are we looking for? I was able to
get "V 3.1.3 x86 signed" architecture, and "3.1.3 arm signed" downloaded.
However, after some digging I downloaded these from adbtoolkit.com, which
indicated the version linked above has actually been abandoned. However,
SuperSU IS opensource and available to compile here:
https://github.com/koush/Superuser

The .apk is available on the Play Store here:
https://play.google.com/store/apps/details?id=com.koushikdutta.superuser&hl=en

So I don't think there would be any issue as long as a credit gets thrown
towards koush.

—
Reply to this email directly or view it on GitHub
#7 (comment)
.

Elliot

DISCLAIMER:
This e-mail is for the intended recipient(s) only

If you have received it by mistake please let me know by reply and then
delete it from your system; access, disclosure, copying, distribution or
reliance on any of it by anyone else is prohibited.

If you as intended recipient have received this e-mail incorrectly, please
notify the sender (via e-mail) immediately.

from rootmyvalet.

Well I do have "Superuser-3.1.3-arm-signed" downloaded, but what does everyone think of using an abandoned work? I've attempted to contact ChainsDD from androidsu.com but no reply thus far. Also, SuperSU by Koush is ARM compatible. I'll try pushing to my Valet on my own in a bit, and check back.

from rootmyvalet.

You need to get a written (in this case typed) consent in order to host it
yourself. otherwise he could shut down the entire project suing all of us.
Trust me, I know someone who was sued for doing almost the exact same thing.

You need to get the consent before hosting it.

On Wed, Jun 25, 2014 at 5:30 PM, Corbow6 [email protected] wrote:

Well I do have "Superuser-3.1.3-arm-signed" downloaded, but what does
everyone think of using an abandoned work? I've attempted to contact
ChainsDD from androidsu.com but no reply thus far. Also, SuperSU by Koush
is ARM compatible. I'll try pushing to my Valet on my own in a bit, and
check back.

—
Reply to this email directly or view it on GitHub
#7 (comment)
.

Elliot

DISCLAIMER:
This e-mail is for the intended recipient(s) only

If you have received it by mistake please let me know by reply and then
delete it from your system; access, disclosure, copying, distribution or
reliance on any of it by anyone else is prohibited.

If you as intended recipient have received this e-mail incorrectly, please
notify the sender (via e-mail) immediately.

from rootmyvalet.

Sounds good. I'm going to try and use Koush's version, as consent should be acquired easier from him.

from rootmyvalet.

ok as long it is compatible with the device. (ARM processor)

On Wed, Jun 25, 2014 at 6:42 PM, Corbow6 [email protected] wrote:

Sounds good. I'm going to try and use Koush's version, as consent should
be acquired easier from him.

—
Reply to this email directly or view it on GitHub
#7 (comment)
.

Elliot

DISCLAIMER:
This e-mail is for the intended recipient(s) only

If you have received it by mistake please let me know by reply and then
delete it from your system; access, disclosure, copying, distribution or
reliance on any of it by anyone else is prohibited.

If you as intended recipient have received this e-mail incorrectly, please
notify the sender (via e-mail) immediately.

from rootmyvalet.

I have both the chainsdd su binary and the supersu binary both for arm
devices. I'll shoot them an email too just for the heck of it...two things
giving permission is better than one! Also i want specific permission to
host on the site (valetroot.dx.am)
On Jun 25, 2014 4:52 PM, "Elliot Huffman" [email protected] wrote:

ok as long it is compatible with the device. (ARM processor)

On Wed, Jun 25, 2014 at 6:42 PM, Corbow6 [email protected]
wrote:

Sounds good. I'm going to try and use Koush's version, as consent should
be acquired easier from him.

—
Reply to this email directly or view it on GitHub
<
https://github.com/Unkn0wn0ne/RootMyValet/issues/7#issuecomment-47168471>
.

Elliot

DISCLAIMER:
This e-mail is for the intended recipient(s) only

If you have received it by mistake please let me know by reply and then
delete it from your system; access, disclosure, copying, distribution or
reliance on any of it by anyone else is prohibited.

If you as intended recipient have received this e-mail incorrectly, please
notify the sender (via e-mail) immediately.

—
Reply to this email directly or view it on GitHub
#7 (comment)
.

from rootmyvalet.

Okay, I ended up using ChainFire's ARM binary because I didn't feel like compiling Koush's version. Pushed everything over successfully, ran both methods to no avail. Keep getting read-only errors. I'm going to dig around in /system later tonight.

@benjimt - Cool deal, man. I don't think the SuperSU binary should be a problem, ChainFire has a disclaimer that it can be used, as well as the free .apk in his thread on XDA. Still wouldn't hurt to ask, and maybe even see if he has any idea what's going on with our root.

from rootmyvalet.

Cool, maybe you can find something valuable. :)

Yes definitely. I email him tomorrow.

On Wed, Jun 25, 2014 at 5:36 PM, Corbow6 [email protected] wrote:

Okay, I ended up using ChainFire's ARM binary because I didn't feel like
compiling Koush's version. Pushed everything over successfully, ran both
methods to no avail. Keep getting read-only errors. I'm going to dig around
in /system later tonight.

@benjimt https://github.com/benjimt - Cool deal, man. I don't think the
SuperSU binary should be a problem, ChainFire has a disclaimer that it can
be used, as well as the free .apk in his thread on XDA. Still wouldn't hurt
to ask, and maybe even see if he has any idea what's going on with our root.

—
Reply to this email directly or view it on GitHub
#7 (comment)
.

from rootmyvalet.

Is this why I keep getting "cannot stat 'su' : no such file or directory"?
Please help I'm a noob 8^)

from rootmyvalet.

Did you push the su file into the /data/tmp directory?

On Tue, Jul 15, 2014 at 2:33 PM, Eric [email protected] wrote:

Is this why I keep getting "cannot stat 'su' : no such file or directory"?
Please help I'm a noob 8^)

—
Reply to this email directly or view it on GitHub
#7 (comment)
.

Elliot

DISCLAIMER:
This e-mail is for the intended recipient(s) only

If you have received it by mistake please let me know by reply and then
delete it from your system; access, disclosure, copying, distribution or
reliance on any of it by anyone else is prohibited.

If you as intended recipient have received this e-mail incorrectly, please
notify the sender (via e-mail) immediately.

from rootmyvalet.

@lifeluvr is it when you are trying to copy the files to the device or copy the su bin from /data/local/tmp to system? If this is when you are trying to copy the rooting files to the device, which I highly suspect, you need to have the su, roothandler, and installsu.sh in your adb folder for this to work, and cd to that folder (for me anyway) to recognize the three files.

from rootmyvalet.

Oops it is /data/local/tmp/ I forgot the local folder.

You do not have to cd to the directory. If you don't then you will have to
type the full path of the file E.G. ./data/local/tmp/roothandler

Otherwise it would be easier to change your working directory to the
/data/local/tmp directory. you will only have to type ./roothandler

On Wed, Jul 16, 2014 at 11:08 AM, benjimt [email protected] wrote:

@lifeluvr https://github.com/lifeluvr is it when you are trying to copy
the files to the device or copy the su bin from /data/local/tmp to system?
If this is when you are trying to copy the rooting files to the device,
which I highly suspect, you need to have the su, roothandler, and
installsu.sh in your adb folder for this to work, and cd to that folder
(for me anyway) to recognize the three files.

—
Reply to this email directly or view it on GitHub
#7 (comment)
.

Elliot

DISCLAIMER:
This e-mail is for the intended recipient(s) only

If you have received it by mistake please let me know by reply and then
delete it from your system; access, disclosure, copying, distribution or
reliance on any of it by anyone else is prohibited.

If you as intended recipient have received this e-mail incorrectly, please
notify the sender (via e-mail) immediately.

from rootmyvalet.

?? Not sure what you mean. If say, I want to push the three files to my device, I put them in my android folder, then I have to cd to that directory to push those files using adb push su and not adb push C:/Android/su. My android folder IS in my PATH. Then, yes, I cd (in android shell) to /data/local/tmp

from rootmyvalet.

What I am saying is that you do not have to CD to any folders.
You can type in the full path to the file instead of typing the file name
after the CD command. E.g.
Method 1:
CD /data/local/tmp
./roothandler

Method 2:
./data/local/tmp/roothandler

They both work. It is just your command preference that is the difference.
On Jul 16, 2014 2:21 PM, "benjimt" [email protected] wrote:

?? Not sure what you mean. If say, I want to push the three files to my
device, I put them in my android folder, then I have to cd to that
directory to push those files using adb push su and not adb push
C:/Android/su. My android folder IS in my PATH. Then, yes, I cd (in android
shell) to /data/local/tmp

—
Reply to this email directly or view it on GitHub
#7 (comment)
.

from rootmyvalet.

Yep I do method 1, its just more efficient in my opinion. I mean that I
have to CD to my android folder in regular windows command prompt even
though it is in my PATH.

On Wed, Jul 16, 2014 at 1:37 PM, Elliot Huffman [email protected]
wrote:

What I am saying is that you do not have to CD to any folders.
You can type in the full path to the file instead of typing the file name
after the CD command. E.g.
Method 1:
CD /data/local/tmp
./roothandler

Method 2:
./data/local/tmp/roothandler

They both work. It is just your command preference that is the difference.
On Jul 16, 2014 2:21 PM, "benjimt" [email protected] wrote:

?? Not sure what you mean. If say, I want to push the three files to my
device, I put them in my android folder, then I have to cd to that
directory to push those files using adb push su and not adb push
C:/Android/su. My android folder IS in my PATH. Then, yes, I cd (in
android
shell) to /data/local/tmp

—
Reply to this email directly or view it on GitHub
<
https://github.com/Unkn0wn0ne/RootMyValet/issues/7#issuecomment-49205964>
.

—
Reply to this email directly or view it on GitHub
#7 (comment)
.

from rootmyvalet.