Messages

1

Debian / Htc Universal

« on: November 04, 2008, 05:06:27 am »

I'm experiencing strange behavior with titchy-phoneui-glossy.

If I send an SMS using the commandline with titchy-phone-daemon, it is sent, and then the glossy UI pops up for the confirmation, but the confirmation is not displayed in alerts.

If I send an SMS from the phonebook section of the glossy UI, it kills titchy-phone-daemon and doesn't send anything. What could the problem be?

Message statuses are displayed next to the sent messages (lit blue arrow is pending, unlit blue arrow is delivered, red arrow is failed).

Is there an error message in /var/log/titchy-phoneui-shiny after the crash?

2

Debian / Htc Universal

« on: October 30, 2008, 09:29:13 am »

Hi all,
is it possible, to you the touch screen as mouse in DirectFB applications, or with gpm? I tried some things, but without any success. I was not even able to find the xorg.conf, to find out how X handles the mouse. The only thing I figured out is that /dev/input/event0 is the device of magic.
My intention is to use a web browser without X (links2 in graphic mode) to save resources.

greetings

Thorsten

This may be what you need (or it might not work at all  -  I haven't tried it):

http://osdir.com/ml/handhelds.openzaurus.d...2/msg00001.html

3

Debian / Htc Universal

« on: October 30, 2008, 09:25:02 am »

apt-get update?

done. are you able to install titchy packages? the repository is up?

It looks like a couple of things have broken while I've been away.  The repository should be working now.

4

Debian / Htc Universal

« on: October 01, 2008, 07:10:58 pm »

Well I downloaded it, booted from haret run in and now it does the following

Booting Debian GNU/Linux...
Unpacking base packages. This will take a while, but only needs to be done once.
Booting Debian GNU/Linux...
Unpacking base packages. This will take a while, but only needs to be done once.

This message repeats every 5 seconds. I waited an hour and still this appears.. Is this normal???

We might be able to locate the problem and find a way around it.  If you mount the card on your PC, which of the following files exist?
bin/busybox
usr/bin/dpkg
sbin/runlevel

5

Debian / Htc Universal

« on: October 01, 2008, 04:36:04 am »

I'm not able to download the rootfs following http://wiki.neilandtheresa.co.uk/Titchy_Li...stalling_Debian instructions
I run jigdo-lite from my debian etch and all seems to go ok, but when i untar it it complains about an error and exit.
the last file correctly extracted is ./basedebs/debian/pool/main/s/sed/sed_4.1.5-6_armel.deb
the dimension of titchy-rootfs.tar is 17,9 Mb and not 45 Mb as it should be.
i've searched the topic but i couldn't find something about this problem.
i've tried from a windows emulated system too and i ended with a titchy-rootfs.tar of the same size, 18324 kb, so it shouldn't be something wrong with my system.
any advice or a link from where download the rootfs image?
sorry about being a newbye like that and about my broken english.

It looks like the nightly process that rebuilds the image was running out of disk space.  I've moved it to a bigger disk, and a new image is being built now.

6

Debian / Htc Universal

« on: August 27, 2008, 05:33:36 am »

Further to dialing from titchy-phoneui:

It currently doesn't enable the advanced dialing functionalities, don't know if that's called this, but basically, for instance if you use a prepaid card, then for example to check the level of credit you just dial *104*# hit the dial key as if dialing a call, the phone queries the network for info and comes back with your remaining credit, in one of the networks that you use...

There are many other advanced dialing codes like this.

This currently doesn't work and would be desirable, as the only way to do it now, is to switch back to WM.

As far as I can tell, the following should give some kind of result:

Code: [Select]

titchy-phone-daemon atcmd 'at+cusd=1,"*104*#",15'The command returns immediately, so you'll need to check the log after a few seconds for the result.

Code: [Select]

tail /var/log/titchy-phone-daemonI get "+CUSD: 5"; I don't know what that means.  If you get something more useful, I can add this functionality to the daemon.

7

Debian / Htc Universal

« on: August 12, 2008, 11:32:37 am »

I seem to have an issue with general audio loudness, i.e. when playing audio or video, it seems to be significantly less loud than when playing the same files under WM. I seem to remember having a similar issue earlier on, then tweaking something, and it disappearing, though am not sure about it.

The incoming call ring is also not very loud, albeit having RINGTONEVOLUME set at 100 in /etc/default/titchy-phoneui-base

Any ideas?

I don't know of anything that would affect the volume.  Run alsamixer at the console and check all the controls.

8

Debian / Htc Universal

« on: August 08, 2008, 01:22:54 pm »

Bluetooth seems to work fine if you use the Silicon Wave driver instead of the Texas Instruments one.  Change 'texas' to 'swave' in /etc/bluetooth/uart.

9

Debian / Htc Universal

« on: August 08, 2008, 09:35:56 am »

Do you have a copy of the working bluez-utils deb?  I could change its version number so it gets installed instead of the broken one, and host it in my repository, while we figure out what's wrong.

Well, this was my first line of thinking. However, maybe it's induced by other factors, like other packages, because:

From a working rootfs backup where I have bluez-utils installed, I tried to manually install them in your clean rootfs - don't have the package, but first installed all the dependencies, then copied all the bluez-utils files in their place, ran the preinst script, then ran the postinst script, and it fails in the same way...

Like I said, can't catch the errors, but right after hcid initialization I think, a slew or rfcomm or what have you associated errors fly by and that's it, the machine is stuck.

So, since another user has the same issues, it's not motherboard failure related I assume.

I'll try installing the newest bluez-utils on mine, see if it happens to me.

Do you have an idea what could be behind this SD I/O read/write problems of mine? It's driving me nuts, I can't use Linux on the Universal now...

Thought it was machine hardware generated, since even the Windows Mobile couldn't access the card, which has the first partition as fat32, which they could before, though the card was readable fine on a PC both under GNU/Linux and under XP. I used some tool though under XP that is supposed to format the card exactly to SD guideline specifications and now the Windows Mobile reads the card.

So should I maybe try just to keep it fat32 formatted and put the Debian into a file and run it off of it, instead of creating an ext2 partition? Would this be beneficial? I'm just curious why this now when for a couple of months didn't have these issues at all...

Because of the wear-levelling, SD cards can be a bit tricky.  You can write the same data to the same place twice, and it will get put in a different physical location on the card each time.  That makes it very difficult to track down problems.

For the same reason, an error on one partition can affect other partitions on the same card.

Do you have the ramdisk image installed?  Have you tried formatting the card for Linux using the phone itself?

10

Debian / Htc Universal

« on: August 08, 2008, 05:46:19 am »

There is a problem with installing bluez-utils. If you start with the titchy rootfs, or mine, affects both, and install bluez-utils, the Universal fails right after initiating bluetooth services, scrolls by too fast, so don't know exactly the error, however ends with: correcting recursive error, but a reboot is needed.

Upon reboot, after initializing bluetooth, the same happens.

I have a backup rootfs where I've already installed an older version of bluez-utils, where there is no such problem.

It affects both testing and unstable distributions...

Do you have a copy of the working bluez-utils deb?  I could change its version number so it gets installed instead of the broken one, and host it in my repository, while we figure out what's wrong.

11

Debian / Htc Universal

« on: August 07, 2008, 12:02:54 pm »

Thank You

Just 1 more question a have
Before I installed the rootfs I make whith gparted in my linux machine 3 partitions in my SDHC card
Part1: ext2, Part2 Linux Swap and part3 FAT for my Win OS
Now when I`m in Linux every time is need to mount Fat partition to work: #mount /dev/mmcblk0p3 /Myfat
Haw to made to mount this FAT partition automatic when Debian started?

Add the following line to /etc/fstab

Code: [Select]

/dev/mmcblk0p3 /Myfat auto defaults,noatime 0 0

12

Debian / Htc Universal

« on: August 07, 2008, 10:44:16 am »

How to edit manual /etc/titchy-phone-daemon/phonebook.vcf

vCard file (.vcf) editors are not as common as I thought.  I use "rolo", which is text-based.

"Contacts", and a few other programs, use the Evolution Data Server.  It may be possible to make the titchy-phoneui phonebook use this.

Edit: If you're familiar with Python, you can use it to convert the Evolution Data Server data, e.g.:

Code: [Select]

import bsddb
fin = bsddb.hashopen('('.evolution/addressbook/local/system/addressbook.db')
fout = open('/etc/titchy-phone-daemon/phonebook.vcf', 'w')
for s in fin.values():
  fout.write(s.replace('\r', '').replace('\x00', '') + '\n\n')
fout.close()
fin.close()

After install titchy-phoneui-glossy, every time after restart my Uni, or after installs some packages
The terminal gime me some errors like
MPD canot lock up for localhost, port bla bla......

You need to add the following line to /etc/hosts:

Code: [Select]

127.0.0.1 localhost

And, After X Desktop is loaded, the first error is.
BATTERY EMPTY
How possibile fix exist, to not appear this message window???
Or to work correct???

I don't know  -  I don't use X.

13

Debian / Htc Universal

« on: July 27, 2008, 01:04:47 pm »

Hi guys,
I got a problem right now: I am locked out from my TitchyMobile:
At the login prompt I get a title:
This is an unsecure session

After that I type
root
root
Then I see for a moment a title: Login successful!
And the desktop starts to loading, but in that moment I get back to the login prompt. And I can try to log in as many times as I want, but the system throws me back to the login...

Please help!
DOMy

Not an error I've ever seen.  Looks like there are several possible causes.

14

Debian / Htc Universal

« on: July 27, 2008, 01:03:15 pm »

but having HiQ video is sorta important I think

I've lost the ability to play HiQ video on the Uni satisfactorily after a cycle of apt upgrades.

My experimentation with it has shown a surprising result: I booted into Windows Mobile, and using TCPMP was able to play any and all mpgs with great viewing quality, no choppiness, even the original ones 640x480, not reencoded for smoother playback.

So the Universal is able to play 640x480 video with no probs.

The problem then lay on the debian decoding end. mplayer, ffmpeg, totem, nothing seems to currently be able to play the original non-reencoded mpgs, even the reencoded ones are not watchable, it's too slow, choppy...

But if Windows Mobile can do it, it surely must be possible under Debian. So far playing with it, and searching the web, hasn't indicated to me any good solution.

I tried to play a video for the first time today.  The best results I got were with a pre-rotated 480x640 video using:

Code: [Select]

export SDL_NOMOUSE=1
export SDL_VIDEODRIVER=fbcon
mplayer -vo sdl ...I can only get around 18fps with no sound  -  sound reduces it to about 12fps.

15

Debian / Htc Universal

« on: July 24, 2008, 06:43:32 am »

Further thoughts just as ideas for the console:

The SMS and calls list should list all historical calls and SMS, not only current ones in the session as is the case.
They should be threaded.
They should be reverse-chronologically sorted, with bold or color difference between unread SMS and read ones.

Unfortunately I don't have a lot of time to work on this at the moment, and these features aren't a priority.  For me, the UI is meant to show a small amount of information quickly (and attractively    ) and not get in the way of the underlying console.  You're quite welcome to have a go yourself though.

I would very much like to find the time to write a "proxy" for msmtp and titchy-phone-daemon, so I can use my e-mail client to send, as well as read, SMS.  That will probably be my next project once titchy-phoneui-glossy is a bit more polished.