yashsingh1/xdaforums huggingface dataset:
[Samsung Infuse 4G] 8thos:
Just wanted to let you know I chose option c

http://xdaforums.com/showthread.php?t=1613523

Everything works fine and I'm not interested in doing anything more to it.

All the roms I saw had some kind of drawback or something was not working right from what I read. It's a shame too cause I wanted to try out Ice Cream Sandwhich.

Oh yeah Shelley from www.bbsmiley.com hooked me up with a list of some cool apps: https://plus.google.com/102677509828572193138/posts/NFhjkRV3VoU

I haven't actually seen a list of good apps on here yet. I just gotta search the forum's harder.
[Samsung Infuse 4G] Clark Joseph Kent:
Glad it worked out for and you save some $$$ and learn a few things...

and that is totally your call on doing anything more, nothing wrong with that....
[Galaxy S III General (US Carriers)] Stephen1125:
We have 1 blue galaxy S3 (tmobile) in stock at the Cullman, AL Walmart.

Store # 0670

256-739-5405
[Galaxy S III General (US Carriers)] Stephen1125:
Whoops the number is 256-739-5404
[Galaxy S III General (US Carriers)] Stephen1125:
Still got it here
[Galaxy S III General (US Carriers)] jgalan14:
It looks like walmart is the last place to look for most people
[Galaxy S III General (US Carriers)] Stephen1125:
Yea, I think it's mostly the fact that this Walmart is in Cullman, AL. aka inbred meth head, crap hole..... Sorry if I offend any AL locals. I moved here for work from FL and this place is a **** hole. Best coverage I can get is 3g 3mbps tops! And DSL Internet. 5mbps if I'm lucky. CANT WAIT TO LEAVE! phew, there's my vent for the day.
[AT&T Samsung Galaxy S II SGH-I777] Kasvinda:
i had a thrill 4G(unlocked) and now I am going to buy a galaxy s2 from ebay. So few questions for you guys :)

this might be crazy though but i just want your help

unlocked I777 price is lower than i9100 on ebay --why is that?

According to gsmarena i777 got a talk time of 18hrs while i9100 has about 18hrs (at&t web site also says talk time in i777 is 8hrs) Any difference in battery department ???

Thanks guys
[AT&T Samsung Galaxy S II SGH-I777] Nick281051:
Depends on where you live
[AT&T Samsung Galaxy S II SGH-I777] Eternalty:
+1 it depends on your location. Don't think a new thread should have been created for this though. You could have easily gotten your answer through a simple search
[AT&T Samsung Galaxy S II SGH-I777] nash2018:
The i777 and the i9100 are mostly the same.

Differrences:

I am not certain whether there is a radio chip on the i777 but the i9100 does have radio

It is locked on to the at&t network unless you buy the unlocked one

And specially in Sri Lanka the phone would be more exclusive because many owners have the i9100...

The i777 has the NFC chip built in to the battery and the i9100 does not

These are the basic differences. I have posted a link which explains many differences further....

Developer support for both these roms has been exceptional and are still continuing...

http://xdaforums.com/showthread.php?t=1308155

http://xdaforums.com/showthread.php?t=1308155

IMO Price reduction may be due to the carrier supplying these devices at a subsidized price. But I am not aware of the exact reason. Are you purchasing brand new or used?
[AT&T Samsung Galaxy S II SGH-I777] mattdm:
The i777 does not have the FM radio chip.
[AT&T Samsung Galaxy S II SGH-I777] votinh:
18hrs of talk time???

like a hybrid Prius has 1001 HP?
[AT&T Samsung Galaxy S II SGH-I777] Kasvinda:
Thanks everyone !

But

look at these specs http://www.gsmarena.com/samsung_i9100_galaxy_s_ii-3621.php

http://www.phonearena.com/phones/Samsung-Galaxy-S-II_id5106

it says 18hrs of talk time for i9100

and it says 8hrs for i777

http://www.phonearena.com/phones/Samsung-Galaxy-S-II-AT-T_id5639

http://www.gsmarena.com/samsung_galaxy_s_ii_i777-4130.php

And i dont understand what you guys mean by "depends on your location" thing

BTW im going to buy brand new!
[AT&T Samsung Galaxy S II SGH-I777] Nick281051:
They have the same size battery that's bs. Anyway, if you live anywhere but the us you should get the i9100 is what we're saying
[AT&T Samsung Galaxy S II SGH-I777] drakester09:
In general I'd recommend an international over a carrier version.

Intl has better resale value and less bloated stock software.
[AT&T Samsung Galaxy S II SGH-I777] rduncan1974:
I like the capacitive buttons myself as why I didn't go with the international version.
[AT&T Samsung Galaxy S II SGH-I777] Kasvinda:
Ok thanks alot people!

now i have to consider the price tag only ! :D
[AT&T Samsung Galaxy S II SGH-I777] Phalanx7621:
Create thread. Have people do your research for u. Get links posted u could've just googled for yerself. Sounds like a win to me!
[AT&T Samsung Galaxy S II SGH-I777] clay101eve:
Why are there TWO of these useless threads?

Clay
[AT&T Samsung Galaxy S II SGH-I777] Eternalty:
Lack of search + lack of reading = many many useless threads
[AT&T Samsung Galaxy S II SGH-I777] clay101eve:
Oh, I know that, I was aiming my question at the mods. Slacking!

(I've run forums with approx 1300 users, so only a few less than xda... It's a difficult task. I applaud you guys for doing as well as you do!)

Clay
[AT&T Samsung Galaxy S II SGH-I777] Kasvinda:
Guys im not new to google or xda .. I made lot of searches for my doubt and at the end i created this thread to get xperts idea !

There should be a delete button for the thread so that i could delete this. Because i know this is not that valuable for others. Dont you guys this so?

Not every thread is important for everyone. In my case i answer so called useless threads over there. Because they might not be important to me, but foe the creator.
[AT&T Samsung Galaxy S II SGH-I777] exenocap:
definately the i777 following the reasons outlined before
[AT&T Samsung Galaxy S II SGH-I777] arfarf2:
777 vs 9100

Plus with the capacitive, there are four buttons - rather than only three... I always like it if mine goes one higher...
[Sony Ericsson Xperia Mini, Mini Pro, Xperia Pro, A] ManthanRB:
Good Day.!!

Hey guys is there any way to change background image in 2011 Xperia phone?

By background image i don't mean wallpaper,i want to change background of

1.Messaging

2.Settings

3.Dial pad...etc:confused:
[Sony Ericsson Xperia Mini, Mini Pro, Xperia Pro, A] seljachina:
you need to change theme .apk in /system/app

http://xdaforums.com/showthread.php?t=1690524

http://xdaforums.com/showthread.php?t=1713189
[Sony Ericsson Xperia Mini, Mini Pro, Xperia Pro, A] freezejcavi:
thx i was looking for this info too :)
[Galaxy Ace S5830 General] ACE_forever:
MOD EDIT: DELETED - USER INFRACTED
[Galaxy Ace S5830 General] rush25:
details?screens?
[Galaxy Ace S5830 General] maxidad35:
that is the last rom posted in chinese toms topic

Enviado desde mi GT-S5830 usando Tapatalk 2
[Galaxy Ace S5830 General] ACE_forever:
All details are at the original thread:D
[Galaxy Ace S5830 General] Tovagulet:
Went to the link.

Looks like there was an error or coudn't find thread.

Second, everything was in chinese... if you are going to post it, translate it... don't just give links.
[Galaxy Ace S5830 General] ACE_forever:
sorry new link here:

NOT REALLY...
[Galaxy Ace S5830 General] SpaceCaker:
rom has got immense amount of warez :p
[Galaxy Ace S5830 General] eagleeyetom:
Closed due to warez.
[Nook Touch Android Development] Renate:
Various aspects of the Nook system are signed with a signature from Barnes & Noble.

There are a few places where signatures are compared.

Various system apps used a single "shared id" and they must all have the same signature.

/system/framework/framework-res.apk must have a correct signature with respect to AndroidManifest.xml.

In any case, it's your Nook, what are you going to do?

Re-signing the system

make a full backup and make sure that it is good

create your own signature http://developer.android.com/tools/publishing/app-signing.html

make a directory for your patch

create the subdirectory META-INF\com\google\android\

put a copy of update-binary in there

write a updater-script and put it in there

create the subdirectory system\app

create the subdirectory system\framework

For each of your APKs in /system/app and also /system/framework/framework-res.apk:

unzip them somewhere

delete the whole directory META-INF from them

zip the directory

jarsigner them with your own personal signature

zipalign the APK (optional if you are lazy and don't see the point)

put it in the appropriate patch directory

Then:

zip the patch directory

copy it to your SD card

make sure that your WiFi is turned on if you are using ADB over WiFi!

recovery boot using ClockworkMod

install the patch from SD card

reboot

updater-script

# Replace signed components
mount("ext2", "/dev/block/mmcblk0p5", "/system");
package_extract_dir("system/app", "/system/app");
package_extract_dir("system/framework", "/system/framework");
unmount("/system");

# Delete packages.xml
mount("ext3", "/dev/block/mmcblk0p8", "/data");
delete("/data/system/packages.xml");
unmount("/data");

Flies in the ointment, caveats, etc...

The packages.xml contains some form of certs that have all changed.

Right now, the simplest way I know to deal with this is just to delete packages.xml.

The problem is, this will break most user applications since the user IDs will no longer agree.

The easiest thing to do is just to reinstall them.

For applications with a lot of data, it would be best to back up the configs or data.

When you first boot up, you may think that you are in a "boot loop".

The boot animation will run continuously.

If you have ADB connect still (and you had better!) you can fix this.

Your launcher application is probably causing lots of error on startup.

There are two ways to fix the problem with the launcher (or any other app)

uninstall and reinstall it

go into /data/data/com.myapp.whatever and chown everything to the user id of the application.

busybox chown -R 10011: databases

Don't chown the lib directory if there is one.

Then you should have a device that boots up normally.

Good luck, Mr. Phelps. :D
[Nook Touch Android Development] ApokrifX:
Renate,

Won’t it be easier to use Andriod media key? :confused:

If we do, we can patch packages.xml, instead of deleting it, right?

I wrote a script to do just that, can be adapted easily... :o

@set keystore=..\keys\media.jks
@set storepass=android
@set alias=media
@set resigned_dir=.\new

@for %%i in ( .\*.apk ) do @(
echo %%i
copy %%i %resigned_dir%\%%~ni_%%~xi
zip -d %resigned_dir%\%%~ni_%%~xi META-INF\*
jarsigner -keystore %keystore% -storepass %storepass% %resigned_dir%\%%~ni_%%~xi %alias%
zipalign -f 4 %resigned_dir%\%%~ni_%%~xi %resigned_dir%\%%~ni%%~xi
del %resigned_dir%\%%~ni_%%~xi
)
@goto :eof

Just my 2 cents…

---------- Post added at 04:31 PM ---------- Previous post was at 04:22 PM ----------

Guys,

If you run into a problem following Renate steps, it’ll be practically impossible to troubleshot without logcat log. :o

It might be a bit safer to use ADB over USB then over Wireless.

Even if you run into boot loop, ADB should work still.

I’m not 100% sure, if you need framework operational to establish wireless connection (for ADB to use).

ADB over USB definitely doesn't need framework running.
[Nook Touch Android Development] Renate:
Yes, of course I used a script to resign the individual APKs.

Yours is nice though. :)

I'm not sure what you mean by "Android media key".

Do you mean the androiddebug key?

Did you re-sign framework-res.apk too?

Well, one advantage of deleting packages.xml is that it gets rid of the cruft.

I was thinking of just writing a little utility that resolved the renumbered user ids and fixed file ownership.

P.S. WiFi works fine when the boot animation is still looping.

The loop animation just runs until something wants to use the screen.

The system is actually 100% up at that point.

It's just that your home application (a launcher probably) can't run.

You can still start an application by am start intent.

That's also a warning to not presume that your Nook is dead just because the display loops.
[Nook Touch Android Development] ApokrifX:
Thank you! :o

I don’t remember now, it was long time ago.

AFAIR, it was 4 keys

testkey -- a generic key for packages that do not otherwise specify a key.

platform -- a test key for packages that are part of the core platform.

shared -- a test key for things that are shared in the home/contacts process.

media -- a test key for packages that are part of the media/download system.

You can download them still from Google repository

http://mirror.yongbok.net/pub/pub/linux/android/repository/build/target/product/security/

Most ppl call media key androiddebug key, don’t ask me why. :o

Not as of now. Waiting for your Reader.apk... :o

I dunno if it recreates UserID properly.

I.e. you have apps A, B, C installed they got UserIDs 10001, 10002 & 10003 respectively.

Then you uninstall A & B and delete delete packages.xml, would C get 10003 still? :confused:

Need to test it. :o

Yep. Thanks for confirming this!

When I see Nook booting image "with running dots", ADB is up already.

I was under impressing that’s the image ppl see while in boot loop.

ps shows it as bootanimation process

I guess, we are NOT on the same page again… :confused:
[Nook Touch Android Development] Renate:
The running dots (boot animation) gets started as the system starts.

It just runs until something takes over the screen.

If it runs continuously, it could mean that the system is in a boot loop or

simply that no application is rising to the challenge to do something.

On the other hand, if the dots are running, but it hiccups and starts over from the first dot, that's a real boot loop.
[Nook Touch Android Development] ApokrifX:
Renate,

I neither completely agree with you on bootanimation app nor want to pollute this thread with useless (IMO) discussion about it. If you want discuss it further – could you open another thread? :o
[Nook Touch Android Development] Renate:
Well, I proved that you can take Settings.apk and SettingsProvider.apk off the emulator, sign them and install them.

There are a number of problems with that, starting out that the opening screen is white on white.

Also, my Nook seems to think it's a phone now and the hack that I did for the "n" button is broken.

I switched back to the stock version.

On the plus side, my Nook now opens with just a button press and no swiping.

I remember some people were interested in that.

It's probably something in settings.db
[Nook Touch Android Development] ApokrifX:
AFAIR, everything on emulator is signed with keys I posted and nothing with B&N key - you don't need to resign.
[Nook Touch Android Development] ApokrifX:
Renate,

I can write a script (Win) to do:

Parse packages.xml to find APKs run as 'shared-user name="android.media" userId="10000"'

Pull (backup) them to PC

Resign

Stop framework

Push resigned APKs to NST

Replace B&N cert reference in packages.xml to the one we used

Start framework

It might be some manual steps... :o

Do you think it might be useful?

And another script to restore...
[Nook Touch Android Development] Renate:
First thing, I think that doing a system update to replace (as recommended in my first post) is overkill.

I wasn't sure whether simply starting and stopping the framework from the shell would be sufficient.

Apparently it is.

My only excuse is that I've bricked my Nook about 20 times and was being conservative.

What you want to sign your Nook with is your choice.

I hadn't looked into using any common signatures.

Android only mentions the single debug key in their documentation.

The emulator apks are signed with an Android signature, but not the same as the debug key.

Ok, but there is also all the other sharedUserId="1000"

I'm not sure how the cert references work in packages.xml

Does it work for framework-res.apk too?
[Nook Touch Android Development] Renate:
Yes, the cert indexes are the same for all the things that are signed with the same signature,

but they can even be different in some cases.

All my the apps I wrote and signed with my own key are 0.

All of the system that I signed with my own key are 1.

All of the other cert indexes go from 2 to 8.

The problem is, these are indexes into something and I don't know what/where that is.

When you change a signature, you have to change the something.

When you change signatures in most cases, the system shrugs and rebuilds packages,xml

It's mostly changing the signature on framework-res.apk (name="android") that causes the biggest problems.

For another perspective on the whole package management, try this:

dumpsys package > /sdcard/package.txt

(This generates a lot of text, hence the redirect.)
[Nook Touch Android Development] ApokrifX:
URL?

Compared few keys (Subject Key Identifiers) out of curiosity:

Android keys

testkey	48:59:00:56:3D:27:2C:46:AE:11:86:05:A4:74:19:AC:09:CA:8C:11
shared	CB:4C:7E:2C:DB:B3:F0:AD:A9:8D:AB:79:96:8D:17:2E:9D:BB:1E:D1
platform	4F:E4:A0:B3:DD:9C:BA:29:F7:1D:72:87:C4:E7:C3:8F:20:86:C2:99
media	CA:29:3C:AA:8B:C0:ED:3E:54:2E:EF:42:05:A2:BF:F2:B5:7E:4D:75

NC2.1 EMU

Browser	48:59:00:56:3D:27:2C:46:AE:11:86:05:A4:74:19:AC:09:CA:8C:11
LatinIME	CB:4C:7E:2C:DB:B3:F0:AD:A9:8D:AB:79:96:8D:17:2E:9D:BB:1E:D1
framework-res	4F:E4:A0:B3:DD:9C:BA:29:F7:1D:72:87:C4:E7:C3:8F:20:86:C2:99
MediaProvider	CA:29:3C:AA:8B:C0:ED:3E:54:2E:EF:42:05:A2:BF:F2:B5:7E:4D:75

---------- Post added at 10:13 PM ---------- Previous post was at 10:07 PM ----------

Ok. Just to make sure, we are on same page again:

When cert mentioned 1st time, it got encoded right into packages.xml key="3082...9308a"

Next time it used, it's referenced by index.

<package name="com.google.android.providers.talk" codePath="/system/app/TalkProvider.apk" system="true" ts="1292347460000" version="7" sharedUserId="10019">
<sigs count="1">
<cert index="0" key="3082...9308a" />

...
<package name="com.google.android.googleapps" codePath="/system/app/GoogleApps.apk" system="true" ts="1292347460000" version="130" sharedUserId="10019">
<sigs count="1">
<cert index="0" />

Do you mean something else? :confused:

---------- Post added at 10:16 PM ---------- Previous post was at 10:13 PM ----------

Interesting... :confused:

Could you extract CERT.RSA from "the app" and "the system app" and compare, please?

---------- Post added at 10:22 PM ---------- Previous post was at 10:16 PM ----------

[/COLOR]

How do we map:

Package [com.asksven.betterbatterystats] (49ea9250):
userId=10030 gids=[1015, 3003]

to names we see with ls -l :confused:
[Nook Touch Android Development] Renate:
Yup, it looks like you are 100% correct.

FWR signed signed with my key is different than an app signed with my key.

They are the same, except for the last 256 bytes which are different.

As you can see, the keys in package.xml are of different lengths

and at least in the cases that I checked are shorter than length(cert)-256 even.

Moreover the end of the keys in packages.xml don't agree with the same position.

http://developer.android.com/tools/publishing/app-signing.html

The point is not that this single key is documented, the point is that the others are not.
[Nook Touch Android Development] ApokrifX:
Right.

Could you compare certs "X509v3 Subject Key Identifier", please?

I’m not sure, I get this... :confused:

:)

---------- Post added at 11:15 PM ---------- Previous post was at 11:01 PM ----------

Looks like in certs in packages.xml are stored in pkcs8 hex format:

shared.pk8

0000000000: 30 82 04 BE 02 01 00 30 │ 0D 06 09 2A 86 48 86 F7
0000000010: 0D 01 01 01 05 00 04 82 │ 04 A8 30 82 04 A4 02 01
0000000020: 00 02 82 01 01 00 C8 C2 │ DB FD 09 4A 2D F4 5C 3F
0000000030: F1 A3 2E D2 18 05 EC 72 │ FC 58 D0 17 97 1B D0 F6

packages.xml

<cert index="2" key="3082...b2db" />

They can be easily dumped from packages.xml right into pkcs8 format, no need to get them from packages. :)
[Nook Touch Android Development] Renate:
I know practically nothing about signing and certs specifically.

Taking this as a black box question:

Given a signed package, extract the cert with a zip tool,

how do you convert that data into something to write into packages.xml?

Yes, all the ASCII text is in both of these but the cert in the apk and the cert in packages are wildly different.

Yes, you could make a project of this and delve into the Android code to see where it all comes from but the effort seems excessive.

We know that if you delete packages.xml entirely it will get rebuilt (although not with the same non-shared ids as before).

Why not try just deleting all the certs and leaving the rest of it alone?
[Nook Touch Android Development] ApokrifX:
I didn’t do this part yet.

I guess, a bit fiddling with openssl or keytool will do just fine.

If you post both (from packages.xml), I’ll decrypt them.

I’m pretty sure, they are different.

Yep. There is no point.

I wrote already, what might be different if you do it.

IMO, just patching it might be safer...

BTW: I decoded certs from packages.xml - there 4 different ones from B&N there.
[Nook Touch Android Development] Renate:
I still don't know what the tool is or how it operates.

I'm not saying that what is packed in an APK is different in substance from the cert in packages.xml,

I'm just saying that they are not trivially binary convertible from one to another.

If you just delete packages.xml you can either fix the non-shared user ids in packages

or fix the owners for /data/data directories.

I already have an auditing tool for resolving such user id discrepancies

and finding orphaned /data/data directories for apps that were deleted and not uninstalled.

It doesn't do anything, but it reports it so that you can.
[Nook Touch Android Development] ApokrifX:
I dunno, they are trivially convertible, try for yourself:

Unzip CERT.RSA from stock Reader.apk

Obviously (or not), CERT.RSA is pkcs7 and certs in packages.xml are hex strings x509

Let’s convert pkcs7 -> x509

openssl pkcs7 -inform DER -in CERT.RSA -out CERT.PEM -print_certs
openssl x509 -inform PEM -in CERT.PEM -outform DER -out CERT.x509.DER

Now open CERT.x509.DER is any hex editor:

0000000000: 30 82 04 96 30 82 03 7E │ A0 03 02 01 02 02 09 00
0000000010: CF 3F 93 2A 95 18 91 A5 │ 30 0D 06 09 2A 86 48 86
...
0000000480: BF 46 EB 99 2F F8 A8 9A │ 1F 66 2D 91 4F 0C 93 FE
0000000490: 44 7D 2F D0 C2 CC DC F7 │ 5E 84

And compare with packages.xml

<cert index="5" key="308204963082037ea003020102020900cf3f932a951891a5300d06092a864886
…
bf46eb992ff8a89a1f662d914f0c93fe447d2fd0c2ccdcf75e84" />

What about this case:

Do we need to do anything manually or deleting packages.xml will recreates everything properly? :confused:
[Nook Touch Android Development] Renate:
Well, you seem to have a handle on all this.

I've never heard of pkcs7 or any of its friends.

Deleting packages.xml will result in the non-shared user ids to be assigned in order as the APKs are discovered by the PackageManager.

User ids are only used for file permissions on /data/data as far as I know.
[Nook Touch Android Development] ApokrifX:
You try it once, next time you know it all. Just in case, it’s all here: http://www.openssl.org/docs/apps/openssl.html

I.e. it won’t work in the case I mentioned?

Or it does check /data/data to see if a user was assigned already and reassigns it?

I guess, I should try it on emulator...

And /data/dalvik-cache too:

ls -l /data/dalvik-cache/*apk*

BTW: Some permissions are assigned in /system/etc/permissions/platform.xml, but for uid only.

dumpsys package shows some gids too,

I was wondering where are uid assigned to gids and can we use them too?

---------- Post added at 04:01 AM ---------- Previous post was at 03:48 AM ----------

Oops... Apparently, well known BugOrFeature: http://xdaforums.com/showthread.php?t=522935