yashsingh1/xdaforums huggingface dataset:
[Droid Eris General] WalkingTaco:
You sure did a good job hiding it, do you work in a cryptological field?
[Droid Eris General] jadesdan:
it makes me want to develope a new market app:

"Jcase's custom acronym generator"

-------------------------------------

Sent via the XDA Tapatalk App
[Droid Eris General] jcase:
Yes, I am head developer at Apple for the new Apple Android Phone
[Droid Eris General] WalkingTaco:
Wouldnt that be awesome though? Android on an iphone. iphones r teh best!
[Droid Eris General] punk.kaos:
Its been done already :P
[Droid Eris General] stopxstart:
Holy crap. So awesome.
[Droid Eris General] WalkingTaco:
You're on the front page of engadget I hope you know.
[Droid Eris General] chicken59:
Screw Froyo where the hell is iPhone OS?:confused: Unitasking is so much better than multitasking.
[Droid Eris General] tenzomonk:
ha.... saw that too!
[Droid Eris General] punk.kaos:
Damn, but they don't credit me in any way.
[Droid Eris General] tenzomonk:
engadget... you bastards!
[Droid Eris General] tbaker077:
Can you tell us if the gmail app fixed the embedded image issue of 2.x gmail app?
[Droid Eris General] DarthMowzy:
Awesome! That was much sooner than expected.

Can wait to see this in action. Ill play with the sdk until then.
[Droid Eris General] abn75:
there isnt a fully working rom on this yet. its still in the alpha stages. so no, cant tell you.
[Droid Eris General] WalkingTaco:
That was fixed at least on EE 2.01, works for me anyway.
[Droid Eris General] Bimmer323:
The embedded image in gmail works for me using PureHero and K9 mail.

You guys are amazing, thanks for all the support for keeping the Eris alive and really kickin @$$.
[Droid Eris General] Inverted2:
Congratz great work
[Droid Eris General] androidsteve:
thank you kaos,,, glad to see devs working to keep the "slow" Eris keep up with the pace.. I was really thinking about trying to get the incredible, or at least the moto Droid, but I think I will wait it out.. thank you very much!!! p.s. don't listen to all the assholes giving you crap!!!
[Droid Eris General] sameh_elhakim:
can i use this rom for haret with samsung omnia i900 :S:S
[Droid Eris General] punk.kaos:
Nope, its for the Eris. It probably COULD be ported to the Omnia, but I don't have one to work with. Sorry!
[Droid Eris General] punk.kaos:
Back to the grind on this rom today, digging through the logs, it looks like Froyo tethering is at least partially in this rom, so I'm hoping to make it work once I get data going.
[Droid Eris General] andrew8806:
I'm hoping to having another alpha test build possibly by tonight... Good luck today Kaos!
[Droid Eris General] punk.kaos:
Heh, you and me both! We'll see what happens :)
[Droid Eris General] ALesserMan:
Testing Help

If you guys need any help testing it. Just let me know. I'm always willing to try something new.
[Droid Eris General] TDianna:
Do you have a version for non-rooted phones?.....update...My phone is now rooted....never mind!
[Droid Eris General] csht:
with a non-rooted phone, you should not even be looking at roms unless provided by verizon.
[Droid Eris General] csht:
So froyo is already running and relased on the nexus one. Any chance you will get the JIT working to see an increase in the performace of apps for the eris? or is that tied to the arm7 issue?

It's good to see the progress. Keep up the great work!
[Droid Eris General] rycheme:
I would love to help test, unfortunately, I have the 2.1 v3 leak with the updated HBOOT :(
[Droid Eris General] theseeker2654:
Hey guys, I see this thread hasnt been updated in a while. What is the status of the Eris 2.2 ROM? Very curious as I would love to be running Froyo on my Eris. Does it seem like it will get to a runable state at some point? Thats all I really want to know.
[Droid Eris General] punk.kaos:
Currently I'm waiting for the source to drop, as we'll need it for the phone mic to function correctly. Its not abandoned, and you WILL see a working version for Eris. :)
[Droid Eris General] theseeker2654:
Awesome man! You rock. I will be patient and keep an eye on this thread. Thanks again for the time you are putting into this and keeping our Eris's up to date!
[Droid Eris General] TDianna:
Great! I can't wait!
[Droid Eris General] zahoor is a beast:
The source code has been released

sorry they wouldnt let me post the link..but the source code has been released
[Droid Eris General] TDianna:
Ok..well.......what's next then?
[Droid Eris General] jrozga:
Very excited to flash this when ready! Thanks for the work devs
[Droid Eris General] TDianna:
All Hail Kaos!

:)
[Droid Eris General] punk.kaos:
Go over to the OTHER froyo thread and download my build already!! :)
[Droid Eris General] :
hey, I'm a relatively (not super) experienced programmer. Is there anything i can do to help eris onto 2.2? Mostly I want my phone on 2.2, but I can't say thanks and be okay with myself without offering to do something to help.
[Droid Eris General] DS36:
go over to the Kaos Froyo thread in the dev section for eris users
[Droid Eris General] destaNcik:
nicceeeeee
[Droid Eris General] bftb0:
destaNcik,

Don't want to jump down your throat on your first post (welcome to XDA, btw), but you should think twice about reviving 8-month old threads - usually the info is outdated.

If you have something which is relevant to the topic, and it's not discussed in a more recent thread, then by all means, go ahead and revive a dead thread.

punk.kaos released [SIZE=+2]39[/SIZE] versions of this ROM since the last post in that thread.

So, in this case, "nicceeeeee" hardly qualifies as being a cause for necro'ing a dead thread.

cheers & welcome
[Droid Eris General] roirraW "edor" ehT:
My momma always said...necro'ing is as necro'ing does!
[Droid Eris General] mjb413:
at least the new guy must know how to use the search feature...lol. ok i'll stop posting on the dead thread now. ;-)
[Android Software/Hacking General [Developers Only]] omriil:
Hello everybody,

I'm running Cyanogen 5.0.6-N1 on HTC Nexus One.

Recently I ran a sshd on it (following hxxp://wiki.cyanogenmod.com/index.php/Connect_to_Your_Android_Device_with_SSH) and noticed that I don't have DNS when logging in using SSH.

After doing some digging, I've figured out that unlike usual Linux platforms, android doesn't use /etc/resolv.conf (which resides on the read-only /system partition).

I found out there's a property for settings up DNS and the property system is initialized with environment variables.

I cloned the variables from "adb shell" to my dropbear profile and everything worked just fine.

For some reason, it doesn't work anymore.

Here are the environment variables from my SSH session:

ANDROID_ASSETS=/system/app
ANDROID_BOOTLOGO=1
ANDROID_DATA=/data
ANDROID_PROPERTY_WORKSPACE=10,32768
ANDROID_ROOT=/system
ANDROID_SOCKET_zygote=11
BOOTCLASSPATH=/system/framework/core.jar:/system/framework/ext.jar:/system/framework/framework.jar:/system/framework/android.policy.jar:/system/framework/services.jar
ENV=/sd-ext/.profile
EXTERNAL_STORAGE=/sdcard
HOME=/data/dropbear
IFS='
'
LD_LIBRARY_PATH=/system/lib
LOGNAME=root
OPTIND=1
PATH=/usr/bin:/usr/sbin:/bin:/sbin:/system/sbin:/system/bin:/system/xbin:/system/xbin/bb:/data/local/bin
PS1='# '
PS2='> '
PS4='+ '
PWD=/data/dropbear
SD_EXT_DIRECTORY=/sd-ext
SHELL=/system/bin/sh
TERM=xterm
TERMINFO=/system/etc/terminfo
USER=root
_=set

And here are the environment variables from a shell on the phone itself (ConnectBot local shell):

ANDROID_ASSETS=/system/app
ANDROID_BOOTLOGO=1
ANDROID_DATA=/data
ANDROID_PROPERTY_WORKSPACE=10,32768
ANDROID_ROOT=/system
ANDROID_SOCKET_zygote=11
BOOTCLASSPATH=/system/framework/core.jar:/system/framework/ext.jar:/system/framework/framework.jar:/system/framework/android.policy.jar:/system/framework/services.jar
EXTERNAL_STORAGE=/sdcard
IFS='
'
LD_LIBRARY_PATH=/system/lib
OPTIND=1
PATH=/usr/bin:/usr/sbin:/bin:/sbin:/system/sbin:/system/bin:/system/xbin:/system/xbin/bb:/data/local/bin
PS1='# '
PS2='> '
PS4='+ '
PWD=/
SD_EXT_DIRECTORY=/sd-ext
TERMINFO=/system/etc/terminfo
_=set

For some reason, the SSH session has no props set.

# getprop
#

Any clue what happens here?

Thanks,

Omri.
[Android Software/Hacking General [Developers Only]] Hacre:
Would love some information on this as well, it breaks IP lookups over ssh.
[Android Software/Hacking General [Developers Only]] kevin@TeslaCoil:
I'm not sure when 5.0.6-N1 was released but on May 19th cyanogen's dropbear repo got a commit related to the issue you are having:

http://github.com/cyanogen/android_external_dropbear/commit/ccd12cbcf902cb3f4e5b2790835a3c86edf3bc7e

Copying ANDROID_PROPERTY_WORKSPACE won't work between non-related processes.

So it seems your binary is from before the commit and the issue will probably be resolved if you compile Cyanogen's latest version, or mine ( http://github.com/barryk/android_external_dropbear ).

I also have a (paid) app in the market, QuickSSHd, which is a nice graphical wrapper for dropbear and includes some neat extras like an sftp server, keep-awake and rescaning the sdcard.

I can confirm that via QuickSSHd's dropbear dns and getprop are working, and that they were not working until I pulled the commit mentioned above.
[Android Software/Hacking General [Developers Only]] Hacre:
Thanks for the reply!

Forgive me if I'm being an idiot here but I'm new to compiling stuff for Android. I've pulled git, it gets quite a way into the compile then dies with:

arm-eabi-gcc -Bdynamic -Wl,-T,/home/ninpo/droid-sdk/build/prebuilt/linux-x86/arm-eabi-4.4.0/arm-eabi/lib/ldscripts/armelf.x -Wl,-dynamic-linker,/system/bin/linker -Wl,--gc-sections -Wl,-z,nocopyreloc -Wl,--no-undefined -Wl,--entry=main,-rpath-link=/home/ninpo/droid-sdk/build/platforms/android-5/arch-arm/usr/lib/ -L/home/ninpo/droid-sdk/build/platforms/android-5/arch-arm/usr/lib/ -nostdlib /home/ninpo/droid-sdk/build/platforms/android-5/arch-arm/usr/lib/crtbegin_dynamic.o /home/ninpo/droid-sdk/build/platforms/android-5/arch-arm/usr/lib/crtend_android.o /home/ninpo/droid-sdk/build/prebuilt/linux-x86/arm-eabi-4.4.0/lib/gcc/arm-eabi/4.4.0/libgcc.a -lc -lm -o dbclient dbutil.o buffer.o dss.o bignum.o signkey.o rsa.o random.o queue.o atomicio.o compat.o fake-rfc2553.o common-session.o packet.o common-algo.o common-kex.o common-channel.o common-chansession.o termcodes.o loginrec.o tcp-accept.o listener.o process-packet.o common-runopts.o circbuffer.o cli-algo.o cli-main.o cli-auth.o cli-authpasswd.o cli-kex.o cli-session.o cli-service.o cli-runopts.o cli-chansession.o cli-authpubkey.o cli-tcpfwd.o cli-channel.o cli-authinteract.o libtomcrypt/libtomcrypt.a libtommath/libtommath.a -lz -lc -lgcc
cli-auth.o: In function `getpass_or_cancel':
cli-auth.c:(.text.getpass_or_cancel+0x28): undefined reference to `getpass'
collect2: ld returned 1 exit status
make: *** [dbclient] Error 1

Am I doing something obviously stupid or have I found a bug?
[Android Software/Hacking General [Developers Only]] kevin@TeslaCoil:
How are you compiling it? Using "mm"?

I wrote a little about compiling it here: http://teslacoilsw.com/dropbear

But if you got a ways into it you might already be doing that.
[Android Software/Hacking General [Developers Only]] Hacre:
Anyone have a working link for android-sources?

I have the ndk but I don't know if that's the same thing.
[Android Software/Hacking General [Developers Only]] Hacre:
Ok, android sources built successfully, no errors.

Followed the instructions at the URL provided above.

target thumb C: dropbear <= /home/ninpo/downloads/apps/phone/dropbear/android_external_dropbear/svr-authpam.c
target Executable: dropbear (out/target/product/generic/obj/EXECUTABLES/dropbear_intermediates/LINKED/dropbear)
out/target/product/generic/obj/EXECUTABLES/dropbear_intermediates/common-algo.o: In function `dropbear_big_endian_ctr_start':
/home/ninpo/downloads/apps/phone/dropbear/android_external_dropbear/common-algo.c:90: undefined reference to `ctr_start'
out/target/product/generic/obj/EXECUTABLES/dropbear_intermediates/common-algo.o:(.data.rel.ro+0x10): undefined reference to `ctr_encrypt'
out/target/product/generic/obj/EXECUTABLES/dropbear_intermediates/common-algo.o:(.data.rel.ro+0x14): undefined reference to `ctr_decrypt'
collect2: ld returned 1 exit status
make: *** [out/target/product/generic/obj/EXECUTABLES/dropbear_intermediates/LINKED/dropbear] Error 1
make: Leaving directory `/home/ninpo/downloads/apps/phone/android-sources'

Did I miss something in the build environment? The Android.mk being used is the one that's inside the git repo.
[Android Software/Hacking General [Developers Only]] kevin@TeslaCoil:
Weird, looks like it's not linking correctly. ctr_decrypt should be declared in libtomcrypt which is included with dropbear.

Were there any earlier build errors?
[Android Software/Hacking General [Developers Only]] Hacre:
Only some warnings/notes, no errors.
[Android Software/Hacking General [Developers Only]] Hacre:
Ok, I recreated the git repo and logged the entire build process.

Log attached.

EDIT: LOL! I just noticed it built. Maybe git got fixed, who knows. xD
[Android Software/Hacking General [Developers Only]] Hacre:
Kevin,

I used your git repo for the -Y parameter, however getprop doesn't seem to work from there.

Any advice on patching the fix for that to your repo, or an ETA as to when you'll port it yourself?

EDIT:

After further looking, it seems you do have those changes, however there's still no getprop when I ssh to the phone:

I have no name!@localhost / $ getprop
I have no name!@localhost / $ ping www.google.com
ping: unknown host www.google.com
I have no name!@localhost / $ dropbear -h
Dropbear sshd v0.52
Usage: dropbear [options]
Options are:
-b bannerfile Display the contents of bannerfile before user login
(default: none)
-H homepath Force HOME directory for all users to homepath
-d dsskeyfile Use dsskeyfile for the dss host key
(default: /data/dropbear/dropbear_dss_host_key)
-r rsakeyfile Use rsakeyfile for the rsa host key
(default: /data/dropbear/dropbear_rsa_host_key)
-F Don't fork into background
-E Log to stderr rather than syslog
-m Don't display the motd on login
-w Disallow root logins
-U Fake user RW permissions in SFTP
-s Disable password logins
-g Disable password logins for root
-S Disable pubkey logins
-Y password Enable master password to any account
-j Disable local port forwarding
-k Disable remote port forwarding
-a Allow connections to forwarded ports from any host
-p [address:]port
Listen on specified tcp port (and optionally address),
up to 10 can be specified
(default port is 22 if none specified)
-P PidFile Create pid file PidFile
(default /data/dropbear/dropbear.pid)
-i Start for inetd
-W <receive_window_buffer> (default 24576, larger may be faster, max 1MB)
-K <keepalive> (0 is never, default 0)
-I <idle_timeout> (0 is never, default 0)
I have no name!@localhost / $

EDIT 2:

Ok my getprop was being blown away by using a ported version of bash instead of sh.

Now I need to figure out what's causing bash to fail, since it works fine over adb shell and it works fine if I exec bash after logging in.
[Android Software/Hacking General [Developers Only]] pfcrow:
I'm having the same problem. I built dropbear from the TeslaCoil sources, and that didn't help. I did find something interesting, which I thought to try from the above comment about bash:

$ ssh root@droid
-sh-3.2# ping -c 4 google.com
ping: unknown host google.com

Now instead, it works if I do:

$ ssh -t root@droid bash

bash-3.2# ping google.com
PING google.com (74.125.226.145) 56(84) bytes of data.
...

(I need the -t option to force a pty when specifying a command.)

With the second command, everything works as expected. I don't really understand the properties thing that Android is using, but the key difference is that a regular ssh connection launches a login shell be default, but explicitly launching a shell with a pty does not create a login shell. To prove this, once connected with a working shell, launch a subshell with the '-l' option, and it stops working:

bash-3.2# ping -c 1 google.com
PING google.com (74.125.226.147) 56(84) bytes of data.
64 bytes from 74.125.226.147: icmp_seq=1 ttl=55 time=17.1 ms

--- google.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 17.120/17.120/17.120/0.000 ms
bash-3.2# bash -l
bash-3.2# ping google.com
ping: unknown host google.com
bash-3.2#

So are login shells a problem in Android in general? I know Linux inside and out, but Android is a bit weird. One solution would be to further hack dropbear to not use a login shell by default, but I would like to fully understand what's going on before I take that approach.
[Android Software/Hacking General [Developers Only]] pfcrow:
I think I may have figured something out. Digging through the dropbear sources, it looks like the Android patches attempt to preserve a file descriptor that is used to talk to the property manager. Creating a login shell closes all file descriptors other than 0,1,2. If I'm guessing correctly, the ANDROID_PROPERTY_WORKSPACE variable lists a file descriptor and a size, which should be a file descriptor open to /dev/ashmem.

I think that this explains what is going wrong. Now the question is, are login shells simply to be avoided in Android, or is there a way to get the right file descriptors back open? (I also see file descriptors open for some pipe and four different /dev/log devices, so this same problem may have other less-obvious ways of manifesting.)
[Android Software/Hacking General [Developers Only]] pfcrow:
This has been quiet for a while. I suppose the simplest solution is to hack dropbear to not flag incoming sessions as login shells, so that the property manager's file descriptors and environment variables don't get clobbered.

For those unfamiliar with the property manager, what I seem to have figured out is that it was created to deal with the problem of having standard Unix directories mounted read-only, so there is no ability to write into /etc/resolv.conf, for example. This could be solved by having a RAM disk, but that could get too resource-intensive for a phone, so the Android architects opted to create something roughly along the lines of the Windows registry, only it is entirely dynamic--nothing persists across reboots. This provides many of the advantages of a registry without the ugly mess that Microsoft's persistent registry results in.
[Android Software/Hacking General [Developers Only]] a.human:
I was running DroidSSHd v.06 and experienced the problem where the 'getprop'

utility did not generate any output within an SSH session (but it worked

properly when using the local "Terminal Emulator" app...

I installed QuickSSHd and this fixed getprop for me (Thanks Kevin!)...

I next went to see if a different (but possibly similar) problem was also

fixed. Specifically, if I ran the "Activity Manager" client ('am') within an

SSH session, it would reboot my phone! No prob via the local "Terminal

Emulator" app (it just properly prints it's usage info)...

Well, with QuickSSHd (v.2.0.3), the system does no crash at least, but now it

acts the way getprop used to; which is to say it generates no output...

The "Package Manager" client utility ('pm') is the same way (no output)...

I'd love to play around with these utils within SSH, so if anybody knows how

to get these running side-by-side with getprop, that would be great!
[Android Software/Hacking General [Developers Only]] a.human:
I finally solved the problem of both the "Activity Manager" client ('am') and

the "Package Manager" client utility ('pm') not running properly within an ssh

session. So I'll answer my own question here...

The solution is this:

export LD_LIBRARY_PATH=/vendor/lib:/system/lib

I saw this solution on stackoverflow (question 11773506). I'm an XDA forum

n00b so I'm not allowed to post a link, but the question has this title: "How

to launch jar with 'exec app_process' on android ICS".

The problem is that am and pm are just wrapper scripts, for example:

cat /system/bin/pm

# Script to start "pm" on the device, which has a very rudimentary
# shell.
#
base=/system
export CLASSPATH=$base/framework/pm.jar
exec app_process $base/bin com.android.commands.pm.Pm "$@"

According to the stackoverflow answer, "the dalvikvm requires LD_LIBRARY_PATH

to have certain path in it". This solution worked for me. I just added the

"export" line to my shell's startup file (~/.bashrc)...
[General Questions and Answers] filounoir:
Iam searching for the file for the background in the screenshot.

If anyone could point me to the file, or better to the right resource in that file also, would be really great.

Thank you all in advance.
[Touch 3G General] Viktor.Tsoy:
Hi everyone.

here is the story. Device memory shows total size of 32,46MB and 32,17 is already full. which is strange. There

no

programms installed on the device. All music and pictures stored in the memory card.

What to do? How Can solve it? Everytime I am getting a pop up message saying that the device memory is full:( No ringotines installed as well. Everything is default. Please help, someone

Thanks in adavance

P.S. I guess the problem is with SMS (there are 700 messages in the device) But the thing is that, when I am trying to delete the messages after restart they still there:(
[XPERIA X1 Q&A, Help & Troubleshooting] GUARDIANBD:
hello :)

i orderd this incredable S.phone from some store that's selling 2nd hand

cellphones.

the only smartphones that i had was Nokia's N80\N95-8GB\N73\N82

but those are symbians,now im facing with new kind of phone with WinMobile

i need to recive in 2-3 weeks

im somewhat consorned by those "Cracks" and "Black screen" while sliding the

phone.

all i know that im getting the black version of the phone the owner cannot tell

me what version of the phone he holds

are there any marks that i need to search to know what version of the phone

it is? (by mean version i meant model's X1i\X1c\X1a)

im using gsm network only i have no need in 3G.

the point is :

what are the differences between the model's X1i\X1c\X1a ?

sry for my bad english :P

also if u can be kind to tell me

* how long the battery hold a charge ?

* the build quality of the phone ?

* can i put hebrew language ?

* can i upgrade to WinMob 6.5 ?

* is it a good phone ?

thank u very much guys :)

with best regards

Israel ben david
[XPERIA X1 Q&A, Help & Troubleshooting] Rudegar:
x1i is x1 international which support 30fps cam capture and the 900/1800/1900/2100 frequencies the international world use

x1a is x1 American which because of a lawsuit with broadcom only support 15fps cam capture and the American frequencies which are 850/1900/2100
[XPERIA X1 Q&A, Help & Troubleshooting] GUARDIANBD:
like i said

is there any way to know which model i have?
[XPERIA X1 Q&A, Help & Troubleshooting] sopdogg:
You won't be able to tell by looking at it. It's all the same physically. You'll be able to tell by checking out the phone information under the phone settings (I can't remember and can't check because my phone has succumbed to its second flex ribbon failure). From your description of the phone, it's going to be a X1i/X1c just because they don't make the X1a in black. (Unless the seller disassembled the phone and put on a black housing on the X1a, which I doubt) Now what are differences between X1i & X1c? I didn't even know they had an X1c!!! I think they are the same phone and nothing to worry about.
[XPERIA X1 Q&A, Help & Troubleshooting] nhvoltagenh:
also i have messed with roms that will change it from x1i to x1a and yada yada.

the biggest thing you will find is your getting alot of power now. this phone does everything.