yashsingh1/xdaforums huggingface dataset:
[Android Apps and Games] CollegeDev:
Please send me the whole error log, rejected hunks and so on.

Yes, wbdard and I created such feature. Wait for next release.

After my work on the application and framework, I'm planning to expand to ICS and GB!

I see you come from germany. If you're a dev, just write me pm in native language and I will help you!

I've added an explanation why my application is not OpenSource in the OP (and this is the same sutation like svyat, he didn't released the sources of the application), because I got a lot of questions related to this.

I will also add an roadmap to OP with the next release. The next release can take some more time as I thought, because I will also make it easier for people to switch from PDroid to PDroid2.0 -> no more database deletion and other things like this.
[Android Apps and Games] wbedard:
Developers who are interested in contributing to PDroid should have a look at CollegeDev's reason for not GPL'ing his app.

Because it comes down to a valid security issue, there is room in this project for a skilled dev who is familar with the Android security model and underlying code to make a lasting contribution. They could build something into the framework patches (which are open source..) that would allow/require a user to identify which app he/she wants to use to manage the PDroid controls database and to protect it from modification by another (non-root) app. Maybe they could go the extra mile and even add some encryption so that a user has to enter a PIN to access the database...there are a lot of possible approaches and this would be an invaluable contribution to this project!

The cryptography community has long advocated that the best security comes from community-reviewed code (same with the Linux kernel). I'd encourage any interested devs to help the PDroid project get past this "security through obscurity" model.

R/

wbedard
[Android Apps and Games] kenshin33:
I've read few pages back that there is a problem with the UI not updating (after saving the settings) and that a refresh should do the trick (or my understabding).

May be I mis understood.

What I'm trying to accomplish: block evberything by default, then grant permission as I see fit. the problem is When I do that few perms don;t stick at all, (settings & settings storage for instance), after few atenpts the green tick marks stuck but that has no aeffect at all; I tciked the show nitification on data access and it says athat every access atempt form setting is blocked (I can confirm b/c my accounts list is n;t there at all)

so what am I doing wrong ?
[Android Apps and Games] htrakr:
Try force closing the app (your app not pdroid) and open it again and see if that works.

That worked for me with maps getting location
[Android Apps and Games] LMBBananaJoe:
hey just wanted to give some feedback.

I am using this app now with slimrom and works well. I love the random feature, though first I did not know what it means.

I would put your explanation somehow in the app, would help if you ask me.

"For device ID,android ID, phone and mailbox number, SIM serial, subscriber ID and device location it also allows supplying custom or random values"

About the random button, maybe a "?" or a captial "R" would be a more fitting symbol.

Let me know what you think about it.

Cheers
[Android Apps and Games] kenshin33:
thanks, I tried didn't work.

for now I wiped the database and started from scratch, with real permission as default. for now. waiting on the jump to 4.2.
[Android Apps and Games] FFU5y:
Hey,

Help documentation including a summary of what the settings do will be appearing in the next version of the PDroid 2.0 App, including explanations like what you suggest (from what I read).
[Android Apps and Games] welle12:
hi,

is there a way to reset all apps at once to its default (real) value?

"clean database" doesnt seem to do this - but what is it actually doing? does it shrink the db?

an option to set all apps to an option that is specified by the user would be nice too - like "apply option for all apps"

regards
[Android Apps and Games] m0d:
Is it possible to add the option for setting|adjusting transparency to TOAST notifications,

as it blocks content from view as is

Or maybe also custom location ( bottom | top | x pos from bottom/top )

Thanks for great app
[Android Apps and Games] CollegeDev:
Hey Mateo,

I've updated the libcore patch. Delete all changings in java/lang (restore.orig files) and apply new patch. With the SMS dispatcher, put all imports which marked with + in smsdispatcher.java. I will update this in the new patch tonight.
[Android Apps and Games] SecUpwN:
How to change the outgoing Caller ID?
[Android Apps and Games] bonanza123:
Hey thanks, it works fine!

But I think there is a bug, at least in the GUI (see screenshot attached, doubled Device ID entry after setting this to custom value).

I would be very helpful if you could implement an option to auto generate a random (but then constant) entry in the custom entry case. This would be very helpful e.g. for the google play applications, because 'empty' and 'random' dont work there because then the checkinservice keeps the device constantly awake. Only if you set a constant value it works as normal.

Is it possible to implement a logging feature (for specified applications) instead of the popup?
[Android Apps and Games] ninno_mx:
Hello CollegeDev,

thanks for this nice extended pdroid patch + application!

I compiled an image for my nexus7 and it looks good so far.

Blocking the camera is definitively working, it only records pdroid banners like it is supposed to. Faced some trouble with the patches at first,

EDIT: unnecessary after reading this thread again: [...] and i had to factory-reset my device [...] /EDIT

Compiling the source, i ran into this nasty "full framework.jar" - problem for cm_grouper:

trouble writing output: Too many methods: 65770; max is 65536. By package:
26 android
145 android.accessibilityservice
...

If anyone wants to compile a grouper image and runs into the same, you can try to add "voip/java/com/android/server/sip" to SECONDARY_FRAMEWORKS_SUBDIRS in frameworks/base/Android.mk to work around this limitation (found by trial-and-error, these are basically my first steps into the android world, so be careful).
[Android Apps and Games] ParanoidHack:
Smali-Patch?

First, thanks for your work, looks great from what I can tell from the images :)

I'm interested in porting to an HTC SAGA ICS Stock Rom, as I did for the original PDroid patch. However, I have no AOSP build environment set up. Any chance somebody could upload smali patches or orginal and patched jars (ideally from AOSP), or are smali patches / these jars already available from the auto patcher development somewhere?
[Android Apps and Games] mateorod:
Will work on the package tonight, thanks.
[Android Apps and Games] switchgott:
Any News??

Would realy nice. :)
[Android Apps and Games] @root@:
I have been waiting for this for a long time.

Gr8 work !!!
[Android Apps and Games] mateorod:
The update to 4.1.2 yesterday broke both pastime1971's pdroid patches as well as yours. The failed hunk is the same for both, I have already talked to pastime a little about it. Here is the info and my attempts to patch it manually. Just a head's up, I doubt that it will be a huge hurdle for either of you, but it does break the compile.

Also, with the libcore patch, the patch now works, but you have it adding the PrivacyInputStream.java file twice, resulting in a failed hunk. If it is ignored, the pertinent pieces are all added, but it could confuse users.
[Android Apps and Games] CollegeDev:
What do you exactly mean? If you like, you can send me pm in your native language :P

Hey, thanks for Bug report, but I never was able to reproduce this. Can you explain it a little bit more detailed?

Yes, logging feature is nice to have will probably implement it after finished backup function.

For custom values you just have to put in numbers in right length, but I can looking forward to implement it too.

If you find any other bug, please report it!

Thanks, but please be careful with sip phones ;)

If you ported it last time, why aren't you able to port it now?

What are you thinking about?

Many thanks :)

I will have a look at it the next few nights. Why does it break compiling? I've not updated CM10 until the last release -> I don't know about source changings. Will pastime have a look at it?

Thanks, I will update the libcore patch. Too many failures last time, f*** sh***.....
[Android Apps and Games] mateorod:
While pastime is for sure aware of the issue, I cant speak as to his availability. But he will eventually fix it if you or I do not. All the info about the compile error is at that link, I am pretty sure. I will keep looking at as well, although my java barely qualifies.

Everytime we do a big update with auto_patcher the patches break. PDroid is a moving target even when you think you have it beat..
[Android Apps and Games] nerbrume:
Hi,

I'm using your SGS2 build, and so far, everything works great. Being able to set default permissions is wonderful.

Thanks a lot !
[Android Apps and Games] switchgott:
No chance to patch nightly builds!

Even source code cant patch. :((
[Android Apps and Games] FFU5y:
AOKP Build 4 for Galaxy Nexus patched mostly OK (JB_libcore.patch problem with something being in there twice, but easy to skip, and a rejection in the MMS app but again pretty obvious to fix). Build went fine, and it now appears to be working.

I previously had PDroid on there, and I think there were some problems because of the old database so I deleted it and rebooted the phone.

Unfortunately, I didn't get logcats of the problem with the existing database, but I don't really see the database thing as a big issue, and if it shows up again I'll try to get the logcats. (In fact, I can even revert to a backup, and re-update my rom just to grab them if you're interested).

I was planning on testing it on CM10, but I did a 'repo sync' and so now can't patch it (but I am trying to roll back to a version I can patch). I'll give more feedback as I use the phone more with this mod.

It looks great. Lots of options which I am going to have to get my head around, and that's a good thing.
[Android Apps and Games] switchgott:
But whats the problem with new build?

is it android 4.1.2 ??
[Android Apps and Games] ParanoidHack:
The issue is that I do not have a AOSP build envoronment at the moment, so I cannot appy your java patches. I'd need both patched and unpatched versions of framework.jar, core.jar and services.jar (I assume this extension only applies to these jar files, if there are additional jars changed, these as well.), ideally AOSP ICS, although other versions will probably work as well. Alternatively I could use smali patches (e.g. a list of differences in the smalied version of the jars), which the auto patcher uses internally.

I haven't seen built versions of this around, but maybe I wasn't looking hard enough? Would be great if somebody could point me to these files, then :)
[Android Apps and Games] karamelos:
Hi & thank's

I tested patch on paranoidandroid source but .........

patch -p1 < ~/android-pa/patches/JB_build.patch
patching file build/core/pathmap.mk
patching file build/target/product/core.mk
Hunk #3 succeeded at 120 (offset 1 line).
patching file build/target/product/security/privacy.x509.pem

& after i have error.

patch -p1 < ~/android-pa/patches/JB_framework.patch
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -rupN '--exclude=.svn' '--exclude=.git*' '--exclude=*.java~' '--exclude=*.mk~' '--exclude=*.orig~' '--exclude=*.txt' '--exclude=*.orig' /root/frameworks_JB_orig/base/Android.mk pang/frameworks/base/Android.mk
|--- /root/frameworks_JB_orig/base/Android.mk	2012-08-07 16:03:43.000000000 +0545
|+++ pang/frameworks/base/Android.mk	2012-08-08 12:55:59.532931145 +0545
--------------------------

same for mms & framework

Do you have any plan B ? :eek:
[Android Apps and Games] romracer:
I posted what I believe is a fix for the change to Location Services in 4.1.2 in your other thread. My compile is still going so I'm not 100% sure, but it passes the initial compile anyway.
[Android Apps and Games] switchgott:
@romracer

What have you changed?
[Android Apps and Games] testman86:
I do not know how much I can thank you!!! :) This is THE greatest and most needed APP for Android!!! Perfect great awesome work!!!

I really care about privacy and this is the best thing which happens after the Original PDroid! Great!!!

Have a nice weekend Dude! :) :) :)
[Android Apps and Games] ERamseth:
A couple of questions re: PDroid2 (just started playing around with it)

1) does the PDroid2 patch or the app add any additional drain on the battery? I can't be sure but it seems like the battery drains faster after patching.

2) when there is a new version of the PDroid2 patches, can I just re-apply to the base ROM and re-flash? or is there something else I need to do to successfully upgrade?

Also, CollegeDev, I don't suppose you can implement a way to have a set of default settings (kinda like the 5-part user-defined profile that you already implemented) that will be applied to all new apps? Really, I'm most interested in a default user-defined location setting, then only allowing the apps I choose have access to the real location data...
[Android Apps and Games] wbedard:
CollegeDev's next release will have a bevy of new features that address your generally defined need. However, I don't believe your specific request is supported in the latest beta that I am running.

[Edit] Actually, as I look it over more closely, your idea of default settings for new apps is not expanded on at all beyond the current Phone Profile (maybe should be renamed Device Profile?). What you will have is the ability to apply a common set of settings across any/all of your apps (after installation) using the idea of a "batch job". That said, the one aspect of location that is not supported in the current beta is a custom pre-defined location.
[Android Apps and Games] ERamseth:
Well that's certainly a step in the direction of ease of use. Batch applying user defined location would be great though.
[Android Apps and Games] Illidan Pornrage:
How about an option to restrict an app from accessing the sdcard/internalbigstorage or restrict them to their own subfolder?
[Android Apps and Games] wbedard:
Restricting access to "external storage" or "internal media storage" could probably be added relatively easily. However, restricting apps to a certain subfolder of a filesystem is basically just filesystem permission management, which is pretty far "out of scope" for PDroid.
[Android Apps and Games] Mrktmind:
Have had pdroid 2.0 working on my SGS2 and CM10 for a few weeks now - nice app!!

Problem is that CM10 for SGS2 isn't stable - just had it auto-reboot in the middle of a call.

If I am understanding the OP correctly pdroid 2.0 will only work with CM10 - is that correct?
[Android Apps and Games] mateorod:
The auto-patcher team has ported it to all devices. It works on CM10, AOSP, AOKP, ParanoidAndroid and Evervolv. Some derivatives of those roms are also workable.

If you have non-official builds of those above roms, there is a chance that you will not be able to patch. But all official builds and many others are no problem.
[Android Apps and Games] Mrktmind:
Thanks for the clarification mateorod!
[Android Apps and Games] wbedard:
And like that, he added it!
[Android Apps and Games] SecUpwN:
CollegeDev, I'm still extremely happy PDroid is still your personal project where you put your love into. Thanks man, you rock! Enjoy your week and surprise us with a new version including new cool features soon, eh? :)
[Android Apps and Games] CollegeDev:
Ouh jeah, you have definitely to much time :D But thanks for your "statement", I had no time to explain some of this things. BUT, I've talked with an cryptographic specialist -> 256 AES (OTF) can solve the problem with some changes in framework and little tricks, but this cost time to do.

Please use the refresh apps feature, this SHOULD work. BTW, new version will come asap.

Already implemented, wait for new release.

It should work, please deinstall the application, reboot and install it.

Clear database only deletes obselete settings.

RDY. But not for actual views, because I think this is unnecessary. Toast's often have big delays on heavy data accesses -> feature is not needed I think. But if you like I can put this on the roadmap.

RDY. Normally you have no battery drain. Just look at statistics in your phone.

Do you currently using CM10?

The problem of this is that I don't looked at all ported source-codes -> I can't verify that they will work! So it could be that some bugs are related due to porting problems?

Many Many thanks:) Yes, we're currently at the end of the beta phase:victory::good:
[Android Apps and Games] mcmanuf:
It's amazing how the development of pdroid is progressing.. You have made android so much more amazing... Keep up the great work!

If anyone asks why to choose android over Ios! We've got pdroid, complete management over privacy :)
[Android Apps and Games] FFU5y:
I'd be interested to know what the options were to use AES to 'solve the problem'. As I see it, the options are:

Embed a public key in the framework changes (in the service), and require connections to the service to authenticate using the private key.

Embed the fingerprint for your app signing key into the core, and have the privacy service only allow connections from apps with a matching fingerprint for their signing key.

Do what has been previously discussed, and store a list of 'trusted' signatures in the PDroid core database and use this to determine what apps can connect. Have a separate app which allows configuration of this list of trusted signatures, or include that in the main app.

Both option 1 and 2 would prevent users from being able to use other PDroid control apps (e.g. PDroid Manager) to configure PDroid, unless:

(for option 1) the private key was extracted from the PDroid 2.0 App and used in the other apps or (for option 1 & 2) the signature in the core could be changed (which could probably be done on-device, but would require root access).

Option 3 provides slightly less protection, because the pdroid core database is easier to change than a hard-coded value in the frameworks file. Another app would still require root in order to modify the PDroid database, though. The advantage of this approach is that it would make it possible for other apps (e.g. PDroid Manager) to manage the PDroid core.

There are other options, but they don't provide any better security that the current 'signature' protection of the Android permission.

As you might imagine, I'm interested in supporting new versions of the PDroid 2.0 Core as they come out. I'd prefer not to have to modify signatures or fingerprints in the framework files on a device to circumvent 'protection' added to the core just so people continue to have the option of using PDroid Manager.
[Android Apps and Games] SecUpwN:
I don't get all the fuss about PDroid Manager. I mean, it's cool you made it open source and such, but couldn't you guys just work together, please? Maybe you could construct the security algorithm, FFU5y? My weather forecast predicts some stormy arguments here..
[Android Apps and Games] FFU5y:
Hopefully no stormy arguments. I just wanted to raise my concern that certain ways of implementing encryption or signature checking could block other management apps, and I would prefer that didn't happen.

For the moment, I think the current approach (using signature-protected permissions, as detailed in an earlier post) is a fine way to manage the security of App-core interaction. It does have downsides (hard to have multiple management apps on the same device at the same time) but apart from that, it does the job pretty well. If CollegeDev feels that additional security between the clients and the server is needed, though, I would be really happy to be involved in the process of designing and developing it.

In terms of working together: what I think would be great would be for the PDroid 2.0 core (not the app) source to be hosted on github or the like, and development to take place there. That would make changes to it quite transparent, and would make it easier for others to contribute.
[Android Apps and Games] wbedard:
I think that would be great, also! However, having used Github before, it does demand an investment of time to become proficient enough with Git so that it doesn't slow your development.
[Android Apps and Games] Chaussette_:
Hi guys,

I'm following developpment of PDroid since some times ago now, but I registered mainly in order to thank you for that work, and ask you a question :

I own a Samsung Galaxy S3 international.

Thanks to auto_patcher and your tutorials, I "managed" (it was easy thanks to your work) to create patches for CM based ROMS I'm using every day.

Unfortunately, there is some known issues with such ROMS, and for my use, ROMS I prefer to use are Samsung stock based ROMS, such as Omega or Ultima (the one I prefer).

At the moment, I didn't managed to create a patch for these ROMS, I always get some errors :(.

auto_patcher manage to unzip and extract data. However, it fails at applying framework patches on some files. I think it's because these files doesn't have exactly the same header as AOSP files and consequently, "patch" application fails because of different line numbers...

If you would like to help me, I can provide all logs and files you would need ! :D
[Android Apps and Games] wbedard:
There's more info about this in the autopatcher thread. The short version is that the process of creating the patches for autopatcher involves compiling the ROM from source (twice, in fact...). Since none of the manufacturers provide full source code for their ROMs, it's simply a "known issue" at this time. Autopatcher only supports the specific ROM-types documented in the autopatcher OP.
[Android Apps and Games] FFU5y:
This is very true, although I find Sourcetree (free) for Mac, or GitExtensions for Windows pretty helpful. GitHub also has its own Git clients now, but I've never used them.

Certainly, git is the most difficult (and most flexible) versioning system I've used.

I thought more about this, and realised your suggestion was really the right course of action. I have implemented (but barely tested - I just wrote it this evening) a mod to configure the ability of apps to write to the PDroid core (i.e. management apps). It is based on the idea from two posts here.

I've called it PAC (PDroid App Chooser). If you want to try it, you'll need to build your own ROM with the patch.

There are two parts:

An 'authorize.diff' patch to be applied to code already patched using the PDroid 2.0 patches (i.e. apply the PDroid patches first, then this patch)

An app to choose which other apps are able to write settings to, and delete settings from, the PDroid core.

Code is on my Github.

As I said - just slapped it up, may break things, may not build for you, etc. I will be looking at it a bit more, if there is a possibility of it being adopted into the core. Think of this as a 'suggestion with example code' - right now, it is quite inefficient when an app is trying to write or delete settings, because it doesn't cache whether the app is permitted to do so. That is very easy to add, and I will do so soon.

Further note: Issue is now fixed, and it works! Please see the readme