yashsingh1/xdaforums huggingface dataset:
[G1 Apps and Games] raddy:
Thank you.

Estrongs File Explorer enabled me to flash Tamil font in my Rooted T-Mobile G2X mobile phone.
[G1 Apps and Games] gowdemon:
I know i am not answering the question directly. But, i use Linda Manager it gets the job done.

---------- Post added at 08:17 PM ---------- Previous post was at 08:14 PM ----------

Hi raddy,

I'm also from TN as well, i would love to get the Tamil fonts. Can you please guide me?

Not having tamil fonts on the browser is simply annoying :D
[G1 Apps and Games] raddy:
Hi

If your mobile is rooted, then follow this link.

http://xdaforums.com/showthread.php?t=798380
[G1 Apps and Games] gowdemon:
Cool, i got the tamil fonts on my G1, thanks for the help.
[G1 Android Development] APrinceAmongMen:
I figured it was just a result of moving the cache or just the modded firmware, but that doesn't make any sense at all.

Anyone else have this problem?

It just force closes whenever i click on my downloads.
[G1 Android Development] philje123:
I was having this problem with the JF 1.41 firmware so i have gone back to 1.31 and its fine now.

phil
[G1 Android Development] mark925:
Must be some other issue. I'm running JF 1.41 and can click on "my downloads" just fine in the market.
[G1 Android Development] TheDudeOfLife:
adb shell into your device and check the market cache folder using ls -l

You if you can't cd into the webcacheView folder your link may be bad.
[G1 Android Development] xcallibur:
Hey...

I had the same problem a couple of times and realized it was due to some corrupt cache items. If you have it already symlinked to your sd card, go to the cache folder from your PC and delete everything in there. This forces the Market to pull the cache off the server the next time you open it, thus recreating your cache.

If you don't have it linked, LINK IT and you should be good to go...

Hope this helps :D
[G1 Android Development] Darkrift:
OK, here is the latest. This thread topic has changed a lot since I started it so I deleted it all and am cleaning it up.

A few weeks ago I wrote a .sh script that would check a file to find if there was a new version of the JF roms available. Updating is a pain and I wanted to make it easier. Not knowing Java I decided to write a .sh script which worked but was not very easy to use itself. To make it easier I asked for help here in making a frontend Android app to go with it. Since then, [RiS] has written a nice client that not only does what my script did, but does it without needing my script. The whole process is taken care of within the application. This makes it easier to use, faster and able to do a lot more than my script ever. The app is still in beta at this time but is coming along nicely.

The app name is JFupdater and currently it read a text file on my server (http://android-dls.com/up.txt). The info in that file tells the app if there is a new JF Rom available. I update this file whenever JesusFreke releases a new rom. There are fields for US G1, UK G1 and ADP1 which allows roms for all 3 to be tracked and updated. The version, description, md5sum and a list of mirrors to download. The application checks your phone type (or the phone type you select in the settings) and then checks this file to see if a newer version is available. IF there is it will let you know which are ready for download and give you a download button. Once downloaded the file can be applied by rebooting into recovery.

I believe he is working on making the reboot to recovery/apply update more automates so that after download you would be asked if you want to apply it now, and by choosing yes it would reboot and auto install the update like an official OTA would do.

There is currently a service set that allows you to set it to look for an update ever 1 hour, 24 hours or on boot.

The url where this project is located is: jfupdater.googlecode.com
[G1 Android Development] LPChris:
I'm not sure how to run shell commands through an app. If anyone knows how I can definitely write the service to do this.
[G1 Android Development] Darkrift:
I know its possible because someone in #android wrote one. Also another thing that might need to be done would be to copy this file to /cache and chmod it (if its on sdcard it cannot be executed). I will try to ask around how to run a shell command for you.
[G1 Android Development] Darkrift:
ok, not sure if this helps, but this is from the source of Koush's superuser whitelist (thanks for making that available for us):

String command = String.format("echo \"mount -oremount,rw /dev/block/mtdblock3 /system\" | %s\nexit\n", suCommand);

Process p = Runtime.getRuntime().exec("sh");

OutputStream writer = p.getOutputStream();

writer.write(command.getBytes("ASCII"));

Thread.sleep(500);

and

if (superuser.exists())

{

// return device to original state

Process process = Runtime.getRuntime().exec("superuser");

DataOutputStream os = new DataOutputStream(process.getOutputStream());

os.writeBytes("busybox cp /system/bin/superuser /system/bin/su\n");

os.writeBytes("busybox chown 0:0 /system/bin/su\n");

os.writeBytes("chmod 4755 /system/bin/su\n");

os.writeBytes("rm /system/bin/superuser\n");

os.writeBytes("exit\n");

os.flush();

}

Hopefully the info you need is in this (i dont know java, but that looks like the code to me)
[G1 Android Development] [RiS]:
What about "running" the script code directly in the service? I mean, translate the script into java code.

This would remove the need of executing a shell script, and you wouldn't rely on system tools (that may change or crash in future updates / new devices).

Moreovew, it would also allow to add more options (Like check for updates, and when an update is found, ask the user if they want to download it or not. This could be useful if he is on a slow connetion, or it has not an unlimited data plan...)

I can start/work with LPChris on this.
[G1 Android Development] APrinceAmongMen:
I was just looking at your update.sh script.

Just to clean it up a little, you can use a split function.

myString = jlatest.split("|")

That would split the text at everyone and give you

myString(0) = "version"

mystring(1) = "md5sum"

mystring(2) = "mirror1"

mystring(3) = "mirror2"

etc...

So yeah. I'm glad that you're doing this though.

I'm not any good at java so I can't help sadly enough.

I should start learning though. O_o
[G1 Android Development] ido:
I'm also interested in an app the can run scripts (which I can make shortcuts for..)

I'm not an java developer, however I've started writing something that could do that using a code similar to the above.

any other developers that can assist ?
[G1 Android Development] LPChris:
I'm actually building out the service now, I'll work on it more after I get home from work tonight. If you're good with building services too, by all means have a crack at it.
[G1 Android Development] n1kon:
this will be awesome. can you make it for uk versions too please :)
[G1 Android Development] neerhaj:
I have started working on this, hopefully will have a working version by tommorow.

Also, we have some bandwidth available at modmygphone.com which we can use for the mirror.
[G1 Android Development] Darkrift:
As I said I am a n00b when it comes to .sh scripts, and this is probably my third. If you have a way to make it work better, by all means let me know. As for making a java app that does all of this, if you can do it, great! I do not really care about the script other than the fact that I couldnt do this any other way and didn't want to be begging for a developers help unless I had already done what I could myself.
[G1 Android Development] Datruesurfer:
I have been working on a similar concept myself. I even got the /cache/recovery/command stuff working. Just write the following commands to that file:

boot-recovery
--update_package=partition:file

Then you can run 'reboot recovery' from the terminal and the phone will automatically reboot into recovery mode and apply the update. It won't go back into user mode on its own though (you have to hold home+back to do so).

I would much prefer this to be a GUI based utility, instead of a shell script that just runs in the background. We could apply ROM updates, themes etc right on the phone by simply giving a URL to the location of the file and have the phone do the rest
[G1 Android Development] Darkrift:
Thanks for this, we were looking into how to do this. How did you find that out? I guess the android app that does all this can now force the reboot also :)
[G1 Android Development] JesusFreke:
That's too easy! good find :)
[G1 Android Development] Darkrift:
Any word on the progress?
[G1 Android Development] [RiS]:
LPChris and myself have started a project on google code, we expect to have some working code soon.

Anyone who wants to contribute with ideas, testing, etc.. is welcome!
[G1 Android Development] LPChris:
For some reason my Subclipse isn't playing nice with the Google Code repository right now so I haven't been able to get any of my code up there yet, but hopefully we'll have something going fairly soon. I'm going to rewrite as much of it as I can in Java so that the user can be notified and authorize the download in two separate steps.
[G1 Android Development] Darkrift:
Any details for this?
[G1 Android Development] JesusFreke:
I had actually registered a domain with this type of thing in mind in the past. androidupdatetracker.com. I would be happy to donate it to the cause :)
[G1 Android Development] LPChris:
So far we have an empty Google Code project going. Like I said before, I haven't been able to connect my environment to the google code cvs. I'm hoping to be able to spend some time on it tonight if I can. If anyone else wants to help out here that has some free time then I'm open to it. I've just been busy with work and my GasBot application.
[G1 Android Development] Tourist_007:
just as a point of grammar, shouldn't this read 'Verify & apply' or 'Verify and apply' but not both?
[G1 Android Development] Binary100100:
LOL. Wow... I must have missed that over a dozen times. Too funny. :p
[G1 Android Development] mrnote8:
that is funny. i've looked over that, i don't know how many times myself.. good thing that's just a mock-up.. :) :( :|

lol
[G1 Android Development] [RiS]:
v.1.0 is here!

You can read the announce in that post.

The changelog from v.0.4.0 is:

* New icons added
* Fixed a bug that made the application crash if there were no sdcard
* Other minor bug fixes
[G1 Android Development] robpet2:
great work on this.. is it possible to make one that works with lucid modded jf rom.. .for those of us that have apps running from the sdcard...

that would be awsome
[G1 Android Development] mrnote8:
awesome! great work on this. i want to reflash to an earlier vesion, just to witness this in action. :p
[G1 Android Development] wimbet:
just tested it out and it works great. i did get an update alert after i flashed to the latest version.

What does the updater do if there is already a update.zip file in the root SD folder? Does it overwrite it or something else?
[G1 Android Development] Darkrift:
For all of those asking, It *would* be possible for this to download and flash ANY rom, but the maintenance on my side would be too much to handle. Currently I hand edit the up.txt file every time JF releases a new rom. He generally lets me know a few hours in advanced and he uses my hosting as a mirror already. This means I already have the files uploaded and all I have to do is edit the text file to add the changes to it. When you start to add themes/4th party modifications it would take an immense amount of my time to keep that updated.
[G1 Android Development] scepterr:
Would it be possible to allow input of additional sources so that others can host modded fw's and have them show in the updater?
[G1 Android Development] [RiS]:
It's technically possible, but I have some concerns about it. Allowing 3rd party sources right know it will have strong security implications, and may also end up in a mess of different updates.

It's something I definitely want to look into, but we need to think about the right way to implement this.
[G1 Android Development] bhang:
Not a bug, but its bugging me, just a bit...(j/K)

Great work on the auto update, I couldnt figure out why it was asking me to go to rc33 1.42, which I am running but, I'm running the JF-RC33lite, I know its not you work but its needed for some of the themes...(or is it just that BUFF thingy the only one left?) havent been in the theme threads for a few days got busy on other projects.

I dont know how you feel about the lite, AFAIK, its just the same without the ringtones onboard, the sit on the sd instead. Please let us all know if there more differences, I dunno i'll probably go back to yours, but ASTRO is dying in a few days and I cant find its paid version and dont want to rebuild if I have to wipe w/o the pinch of help astro affords us...

thanks again for all your hard work, and Im nobody(as far as code goes) so feel free to ignore this post, I just wanted to relate my experience, if you don't add it you could just make your app aware of the lite version, and present a way to go back to your build. I dunno, sumthin that will keep me asking to upgrade w/o turning off checking...

bhang
[G1 Android Development] psjames:
I am using 1.41 R33, it says there is an update I choose the update and it begins to download and reaches the end then starts over again from another server.
[G1 Android Development] [RiS]:
Can you run a terminal on your phone and type

# getprop ro.modversion

an paste here the result?

It does not appear any error on the screen? Are you able to access to logcat and see if there is something there?
[G1 Android Development] 71CH:
Why is the update file so big? 40 mb? Is this normal?
[G1 Android Development] wimbet:
Any word on what happens when an update.zip file already exists on the SD card? Does it just overwrite the file?
[G1 Android Development] wimbet:
I know the update went ok because I am now on 1.42 from 1.41. I'm just curious about the process. I'm guessing I just lost the old update.zip, but that doesn't really matter. Update still worked no problem.
[G1 Android Development] 71CH:
I lost my theme. Is it because the update is not the "lite" version?
[G1 Android Development] [RiS]:
Yes, it overwrites any existing /sdcard/update.zip file when it starts a new download.

Currently just "oficial" JF updates are supported. We are looking into a solution to allow us to add other updates in a way that it's both secure and easily maintainable.
[G1 Android Development] tangmonkey:
Know what would be cool?

Can you make it so it brings up a little GUI or something that lets you select a zip file to apply from different folders on the sdcard, and then automatically moves the zip file to the root of the sdcard and renames it to update.zip, then on next boot it could like automatically move it back to it's original name and location.

Would be super handy for applying themes.
[G1 Android Development] Darkrift:
I have been getting a few pm's on my forums and on irc about the missing radio from JF's recent updates. Since this app is not yet ready for radio updates, I have (temporarily, as a beta test) added the radio update to all 3 device categories as 1.99 so everyone will get a notification. This will help a: those who arent sure this is working and b: those who never installed this radio (rumor had it that the next tmobile update will brick your phone if you are on an old radio).

If this causes anyone headache (getting frequent update notifications) dont worry, I will be removing it in about a day (hopefully everyone who needs it will get it during that time).
[G1 Android Development] ZilverZurfarn:
w00t! Just got my first update (radio) - and it simply worked. As easy and effortless as the Synaptic package manager of Ubuntu fame. But please - use this only for JF updates. I'd hate to see it littered with "3rd party" updates. Let the 3rd parties have the source code to make their own updaters.

<edit>But wait! Now I get a new notification about the same(?) update, 30 minutes after installing it?!?</edit>

/Mats
[G1 Android Development] wardy277:
I have just done the same, Love how easy it went.

But also, i got a message saying an update was available again after it had updated. (maybe because the update.zip was still there)

Chris
[G1 Android Development] snear:
Same here,delete the update.zip?
[G1 Android Development] ZilverZurfarn:
update.zip and md5 deleted - Still getting notifications...

/MAts
[G1 Android Development] touretts69:
Same with me as well.
[G1 Android Development] mrnote8:
this is just a temp radio update, for those who haven't already updated to the newest.. it'll be taken down soon. i'm assuming everybody will be getting notifications, whether they have the newest radio or not.. i did. notifications will cease in a day or so, according to an earlier post by Darkrift today. this is just to make sure everybody gets it by then
[G1 Android Development] ZilverZurfarn:
:o True - it's all explained in post #200 - that's what you get from not reading all posts... Sorry!

/Mats
[G1 Android Development] Darkrift:
Guys, this is not a JF update and will not change your Jf version. It will keep saying an update is available till I remove it (later today) if you have it checking often. Lots of users did not get this radio update so I placed it there for the 2 reasons I stated earlier. I recommend you only check for updates once a day anyways.

Also this is NOT a 3rd party update. This is the radio that comes in the OTA updates but JesusFreke removed it in his version. You still need this radio update but he left it out so that you can manually flash it. The reasoning behind this (from what he told me) was that some users reflash his roms often and you shouldnt reflash the radio a lot. Doing this lets you keep reflashing the rom as often as you want without reflashing the radio at the same time (you just do it once). I will not be adding radios like this because I believe [RiS] is making it so that your radio version will be checked and it will probably read a different list to show radio making this whole "trick the updater" process unneeded.
[G1 Android Development] mlevin:
This is a great app -- but since I've moved my apps to the sdcard, I think I need to use LucidREM's modified JF version to preserve that, no?

So, my question is: any chance of the JFupdater supporting the LucidREM versions?

The thread about that is here: http://xdaforums.com/showthread.php?t=480582
[G1 Android Development] [RiS]:
We are still looking for the best solution for handling "3rd party" updates. There has been a lot of requests about this, so it's something we definitely must look into...
[G1 Android Development] ZilverZurfarn:
That's my setting - Check once a day. Still notifications every hour or so. Not that I mind much - just an observation.

/Mats
[G1 Android Development] mrboyd:
Really really useful application. Thanks a lot.
[G1 Android Development] merps:
Many thanks for a well designed app
[G1 Android Development] n8izzle:
hey you guys.. i just received my first notification that there is a release of JF software.. unfortunately it doesnt say what version it is.. whether it is rc33 (the one im using) or another version.. anybody else got more info on this?
[G1 Android Development] mark925:
I got the notification also... am wondering the same thing.
[G1 Android Development] ryan75:
I noticed when I downgraded back to JF 1.3.1 RC30 that there were 3 radio updates available, all of which appear identical(same name) .

Other than that minor issue, worked flawlessly. Great app!
[G1 Android Development] Darkrift:
It is NOT an issue. Read the thread and you will see what that is there for. Second, you have your device set to "Show all" devices which means you are seeing the same exact radio for ADP1, USG1 and UKG1. The radio options are being removed so I hope you all got it. If not you can do it manually from JF's thread about RC9.
[G1 Android Development] Darkrift:
[RiS] as I mentioned earlier my phone is set to check for update 1x a day and it was working perfectly before the market release. I think something happened with that version but I got about 16 checks today while I was at work (8 hour period). I am going to uninstall and reinstall and see if that works and I will let you know later.
[G1 Android Development] [RiS]:
Yep, I'm going after that after I solve the background issue...
[G1 Android Development] mrnote8:
it's been a little quiet here lately.. how's everything going?
[G1 Android Development] ZilverZurfarn:
I guess there are no updates? So things should be quiet.

/Mats
[G1 Android Development] [RiS]:
I think he's referring to the application development.. so yes, it's been a little quiet..

I found a bug with background downloading than I'm trying to fix when I have time. Then there's still the one with notifications showing up too often.. So I guess it's going (slowly) fine :)
[G1 Android Development] Darkrift:
After uninstalling and re-installing the frequent updates seems to have stopped. I think it was because I installed from the market over the beta version.
[G1 Android Development] LucidREM:
just as an added thing .. it looks as tho the updater cannot distinguish between JFs update and my modded update file unless i modify the information for the phone to see something like "JF RC33 v.1.42REM US" or something .. correct me if i'm wrong .. this would be a first step to adding support for other ROM files?

EDIT:

or maybe the actual version has to change ie: 1.42.1
[G1 Android Development] [RiS]:
That's right. JF has a system property named ro.modversion than I use (among others) to know the mod version. Maybe you could change this one / add another one so the updater can detect your mod.

Anyway Darkrift & me had other not concerns, some of them than I remember right now (Maybe Darkrift can complete the list):

* The application layout should be changed to support something like "MOD categories" ('original', Lite, Themes, etc..). Should the application allow to switch between them? In most of that cases, a wipe must be performed. I'm not sure if it's possible to do it right now programatically, so this will require another modification to JF recovery image.

* BandWidth. Darkrift told me that he was about to hit his BW limit days go... So I'm not sure if there is currently an infrastructure to support all of this.

* Administration. Currently the list of updates is managed by Darkrift manually. Increasing this list will also increase the time he need to spent to keep it updated.

* Security. What are the list of mods the application would support? Who decides where this list ends? Who is responsible of uploading new updates? Should the updates be signed with a private key? (Hint: 3rd party update centers doesn't seem a good solution right now...)

I recall JF saying (wisely) that he didn't like the idea of signing his updates with a private signature, because that will tie us to him. Maybe a solution could be to sign the update file?

* My overall perception is that people doesn't know what they are doing. Letting all of these come into the market could make the application an "Android Bricker v.1.0"

P.S: Just for the record, I'm not saying that it's not possible nor I don't want to add it, just that there are a lot of issues to iron out before proceeding with this, so any discussion about them is welcome :)
[G1 Android Development] ZilverZurfarn:
An idea nicked from Ubuntu/Synaptic is to use "repositories". It could be as simple as allowing the end user to add a new locations for "up.txt". Those who want to distribute updates via JF Updater just publishes the location of their up.txt (http://someserver/up.txt ?) and the end user can add this to the list of updates JF Updater looks at. By default only JF up.txt of JF updates are checked.

Just like with Synaptic - If you want something not in the standard distribution, you have to add the repository containing what you want.

/Mats
[G1 Android Development] LucidREM:
one idea: can the JF Updater be modified to look at a different up.txt? ie: i host the files for the REM-MOD and i manage the up.txt for the updater and now we create an REM Updater software that looks to a different source .. now all the modifying of the up.txt falls on me