How to create development build capable of sudo/root access

joSS

de0u
Hello. The instructions seemed vague about this point, and because it mentioned "flashing the raw images", I suspected a different approach was required. I just randomly gave this a shot as I had run out of ideas.

The earlier suggestions I mention about 'lunch tokay-cur-userdebug' and 'm' did go through all the instructions. Assuming it's not the first time i.e., I already extracted vendor files for Pixel devices and already generated release signing keys, then I ran the following commands:

source build/envsetup.sh
lunch tokay-cur-userdebug
rm -r out
m
m otatools-package
script/finalize.sh
script/generate-release.sh tokay 2025090800
(get the zip from the 'releases' directory, and follow CLI install instructions)
Again, I followed this process before when making the 'user' builds.

de0u

joSS At first glance that looks right. Did it work?

joSS

de0u
No it didn't work. So I'm checking around in the forums to see if there's some other approach that I'm not aware of.

de0u

joSS No it didn't work.

What went wrong?

joSS

de0u
I try 'adb root' and I still get output saying 'adbd cannot run as root in production builds'.

de0u

joSS I try 'adb root' and I still get output saying 'adbd cannot run as root in production builds'.

Is ro.debuggable=1 if you run adb shell "cat /system/build.prop"?

Edit: What is ro.debuggable in out/target/product/tokay/system/build.prop?

joSS

de0u
I cannot tell. Getting permission errors with this command as well, though with build.prop I can at least see details with "ls -l":

PS C:\Users\mydesktop> adb shell "cat /system/build.prop"
cat: /system/build.prop: Permission denied
PS C:\Users\mydesktop> adb shell
tokay:/ $ cd system
tokay:/system $ cat build.prop
cat: build.prop: Permission denied
1|tokay:/system $ ls -l
total 80
drwxr-xr-x 2 root root 4096 2009-01-01 00:00 apex
drwxr-xr-x 29 root root 4096 2009-01-01 00:00 app
drwxr-x--x 4 root shell 8192 2009-01-01 00:00 bin
-rw------- 1 root root 5357 2009-01-01 00:00 build.prop
drwxr-xr-x 19 root root 4096 2009-01-01 00:00 etc
drwxr-xr-x 2 root root 8192 2009-01-01 00:00 fonts
drwxr-xr-x 4 root root 4096 2009-01-01 00:00 framework
drwxr-xr-x 2 root root 4096 2009-01-01 00:00 lib
drwxr-xr-x 5 root root 24576 2009-01-01 00:00 lib64
drwxr-xr-x 45 root root 4096 2009-01-01 00:00 priv-app
lrw-r--r-- 1 root root 8 2009-01-01 00:00 product -> /product
lrw-r--r-- 1 root root 11 2009-01-01 00:00 system_ext -> /system_ext
drwxr-xr-x 7 root root 4096 2009-01-01 00:00 usr
lrw-r--r-- 1 root root 7 2009-01-01 00:00 vendor -> /vendor
tokay:/system $

de0u

joSS

In your build tree, what is ro.debuggable in out/target/product/tokay/system/build.prop?

joSS

de0u
Looks like it was set to ro.debuggable=0. Is this something I can directly change to a 1? I assume it won't persist across incremental builds if I change it in the ./out/ directory, but so far I haven't found where I would need to edit to change it.

de0u

joSS Looks like it was set to ro.debuggable=0.

Then, I think, effectively it's a user build rather than a userdebug build. Maybe some state was left over from the previous build, or maybe a different build was flashed than was expected.

joSS

de0u
Yes that's what it seems like is happening.

I believe doing 'rm -r out' should fix that leftover state issue (unless there's something else I'm not aware of?). I double checked the build I used to flash and am pretty sure I didn't flash some older/other build.

de0u

joSS I believe doing 'rm -r out' should fix that leftover state issue (unless there's something else I'm not aware of?).

I would expect so...