Htc Universal

[IIZIIm]

Never mind, i did something like FN-'Letter"-p and logged in in console as root.
Is this a bug: In xterm and xdm-login i could not login as root?

You must go to console and set password for root (passwd) or you can't log in...

That's what i suggested and did.

I found a kernel source with slightly improved wifi, it downloads 300kb/s for about 2 minutes befor it crashes,
 http://www.linuxtogo.org/~goxboxlive/htcuniversal/Kernel/

[webdork]

I found a kernel source with slightly improved wifi, it downloads 300kb/s for about 2 minutes befor it crashes,
 http://www.linuxtogo.org/~goxboxlive/htcuniversal/Kernel/

I somehow doubt that it's any better. Just in case it is, I've just cross-compiled and will test..

EDIT: I dont see any difference :/

[linuxFreq]

Hey,

I know it might be obvious to some but i don't think it's been posted here so:

There is a bug with the touchscreen. If wifi is enabled in wince at the time of booting into linux the touch screen will not work.

http://www.handhelds.org/moin/moin.cgi/UniversalBugs

Hope this helps someone.

[IIZIIm]

QUOTE(IIZIIm @ Jun 28 2008, 01:34 AM) *
I found a kernel source with slightly improved wifi, it downloads 300kb/s for about 2 minutes befor it crashes,
http://www.linuxtogo.org/~goxboxlive/htcuniversal/Kernel/


I somehow doubt that it's any better. Just in case it is, I've just cross-compiled and will test..

EDIT: I dont see any difference :/

I compared to opie, gpe and  self compiled kernel, they lasted only few seconds. Since titchy uses qtopia kernel i think, i did not know if it is better.
I installed about 200mb of software with about 5 interruptions. When interrupted i repeated a command and continued, which was quite comfortable.

[webdork]

I compared to opie, gpe and  self compiled kernel, they lasted only few seconds. Since titchy uses qtopia kernel i think, i did not know if it is better.
I installed about 200mb of software with about 5 interruptions. When interrupted i repeated a command and continued, which was quite comfortable.

Yes... the 2.6.21-hh20 kernel is a bit better, but not much due to the driver limitation in the dirty driver code. I know for a fact that there is work being done to get the Universal supported in the git kernel as mainline for 2.6.26, once the problems with asic3 and the touchscreen driver are fixed ( a new kernel is LOG overdue for the Uni).

Hopefully there will be interest enough to get the newest ACX driver from the SourceForge project adapted with the new kernel for the Uni, since there is significant improvement in stability with the new driver.

We will see.

[kitor]

WiFi was working OK for me.. until one of ifdown commands. Currently when I;m trying to connect with my network i got in console:

acx: trying to wake up acx
acx: BUG: no free txdesc left


or

wlan1: less than 5 minutes since last radio recalibration, not recalibrating (maybe card is too hot?)

or something with question about mac filtering.

My network is open (no hidden SSID, no mac fitering, dynamic DHCP, router is DLink DI614+ if it's neccesary). WinMobile is connecting without problem. So what is wrong under titchy?

[IIZIIm]

wlan1: less than 5 minutes since last radio recalibration, not recalibrating (maybe card is too hot?)

or something with question about mac filtering.

My network is open (no hidden SSID, no mac fitering, dynamic DHCP, router is DLink DI614+ if it's neccesary). WinMobile is connecting without problem. So what is wrong under titchy?

driver is unstable, believe it.
 
you editet /etc/network/interfaces?
modprobed htcuniversal-acx and acx? rest is general linux topic.

[kitor]

yes, i edited interfaces and modprobed acx'es

when booting os i have something like : acx: net device wlan0 (...) but device is wlan1 (wlan0 doesn't exist)

i know that driver is unstable but it was connecting ok, sometimes dropping connection, nothing like this now

i try to connect to other network tomorrow (i had some problems with my wifi network...)

[datathief]

Does anyone have an iptables module?  Would be handy for sharing GPRS internet over a USB connection.

[ShiroiKuma]

Firefox 3 (iceweasel) is in the Debian armel unstable repository already. It runs fine.

[ShiroiKuma]

Uploaded a new version of titchy-phone-daemon.  If an MMS message is received, it will be treated as SMS, but the URL of the MMS will be passed to the event.d scripts as $4.  What happens next is someone else's problem, I'm afraid, but I think downloading and decoding a simple picture message should be quite simple.
Edit: This project can apparently encode, decode and send MMS.

How about sending MMS, at least just text without attachments, since sometimes, esp. when abroad, it's much cheaper to send MMS than SMS?

[ShiroiKuma]

A request for comments:

I'm planning to add the following to the titchy-phoneui-shiny clock screen:

...
Any comments/requests?

Enable/disable mute mode while in a call, necessary for business conference calls when you're in a noisy environment.

[datathief]

Uploaded a new version of titchy-phone-daemon.  If an MMS message is received, it will be treated as SMS, but the URL of the MMS will be passed to the event.d scripts as $4.  What happens next is someone else's problem, I'm afraid, but I think downloading and decoding a simple picture message should be quite simple.
Edit: This project can apparently encode, decode and send MMS.

How about sending MMS, at least just text without attachments, since sometimes, esp. when abroad, it's much cheaper to send MMS than SMS?

The python-mms project (linked to above) comes with an example script to send an MMS.  I haven't tested it.

[datathief]

A request for comments:

I'm planning to add the following to the titchy-phoneui-shiny clock screen:

...
Any comments/requests?

Enable/disable mute mode while in a call, necessary for business conference calls when you're in a noisy environment.

In what free time I've had, I've been rewriting titchy-phoneui-shiny, to fix some bugs and make it more flexible and themable.  An alternative font can be set in /etc/default/titchy-phoneui-shiny; it uses about 2M less RAM; dialling is easier, too (just pop open the UI with the video-call key, and dial).

As proof-of-concept, I made a new theme last night: titchy-phoneui-glossy

Anyway, the new design should make it much easier to add features like this, which I'll start working on now.

[ShiroiKuma]

In what free time I've had, I've been rewriting titchy-phoneui-shiny, to fix some bugs and make it more flexible and themable.  An alternative font can be set in /etc/default/titchy-phoneui-shiny; it uses about 2M less RAM; dialling is easier, too (just pop open the UI with the video-call key, and dial).

As proof-of-concept, I made a new theme last night: titchy-phoneui-glossy

Anyway, the new design should make it much easier to add features like this, which I'll start working on now.

I've just upgraded to it, installed titchy-phoneui-glossy also, and started testing just now...

It seems there are some problems with the new packages. When the shiny frontend is enabled, it doesn't come up upon the press of the video dial call, a black terminal briefly flashes and then it goes back to wherever I was. Though the shiny dialog does come up when a call comes in.

Alternatively, the glossy frontend doesn't seem to read in the phonebook, as it's empty, though when a call comes in it uses the caller id to identify it...

That's my experience so far...