Messages

1

General Discussion / Skype

« on: October 17, 2004, 02:07:39 pm »

Ummm.....

You guys have heard of KPhone/PI I hope?

http://www.killefiz.de/zaurus/showdetail.php?app=2261


Open Source... Check
VoIP / SIP Phone... Check
Pre-compiled version available for Zaurus...    Check

(I know it looks like you need to load all of the KDEPIM suite, but you don't. Honest.)

2

General Discussion / Cacko 1.21 breaks Bluez

« on: October 17, 2004, 12:18:10 pm »

Thanks for the feedback.
[snip]
Good to know the instructions make some sense   


jag,

Just to confirm, you did not install all the bluez drivers did you ?

If so, then it looks like you have a solution (don't).

Zuber,

Well, thank you for providing the instructions in the first place!  

Let me confirm:

I did NOT install any package EXCEPT the bluez-csr-serial package. This only provides a replacement /etc/pcmcia/serial script. Cacko 1.21b provides all of the driver modules and most of the script infrastructure needed as part of the base.


jag,

I got my starter on this from a post by maslovsky (Cacko creator) himself in this thread

If you have installed additional bluez drivers, note that removing them might cause problems too (since they're part of the base in the read-only filesystem, but the config files are in the read-write jffs2 filesystem).

3

General Discussion / Cacko 1.21 breaks Bluez

« on: October 17, 2004, 11:22:25 am »

Wierd! I got my not-really-a-Bluemonkey card from Shirtpocket last week, and got it working the same night.

I'm using Cacko 1.21b myself, and the inbuilt Bluez stack seems to work, with one caveat: I did have to load the bluez-csr-serial ipk from the package set on the Shirtpocket site:
http://www.shirtpocket.co.uk/spforum/index.php?showtopic=30

Although I mostly followed the instructions from that site, I started from the point after loading the bluez modules (since they're already loaded). I specifically did not reload pcmcia or reboot.

I note that after inserting the card, I have the modules bluez, hci_uart and rfcomm loaded. This got me to the point where I could run hciconfig and verify that the magic incantation UP appears in the output; note that I am still subject to the only-works-if-no-suspend used.

I did alter /etc/bluetooth/uart as specified to add the line:

Code: [Select]

"Bluetooth BT0100M", "", "":/dev/ttyS3 bcsp

4

Software / KDE-Pim/Pi 1.9.6 Release

« on: September 30, 2004, 12:11:08 pm »

However, I now have the slight problem that selecting either of "send with timezone" or "local timezone" results in the time being sent as GMT (UTC). Wheras, here in Englandland, it's now British Summer Time (BST), 1 hour ahead. So all my appointments look an hour early.

So, I *ahem* withdraw my feature request as "error between screen and keyboard" and instead submit a bug that "send as local timezone" doesn't appear to work properly - I can't tell whether that's because it's sending UTC or because it's ignoring Summer Time.


I shall go and stand in a corner with this pointy hat on....

Hello Henley Regatta,

please post this as a enhancement request at Sourceforge.

thanks for your interest in the KDEPim suite.

~
Ulf

I would do, but it appears to already be covered by Bug #1035982. So I'll just watch that instead.

I have, however, submitted My own bug - 1037859 for my menu-key not working feature...

Thanks again for the great work!

5

Software / KDE-Pim/Pi 1.9.6 Release

« on: September 24, 2004, 05:35:56 am »

Hi,
 did you realize, that in the context menu of an appointment (tap and hold) there is an option "send via IR" ?
I didn't try it though, just thought it could be, what you're looking for.

j.

I didn't even know I could tap-and-hold on an appointment!

You're absolutely right - that does exactly what I was looking for. Thanks for the tip!.

However, I now have the slight problem that selecting either of "send with timezone" or "local timezone" results in the time being sent as GMT (UTC). Wheras, here in Englandland, it's now British Summer Time (BST), 1 hour ahead. So all my appointments look an hour early.

So, I *ahem* withdraw my feature request as "error between screen and keyboard" and instead submit a bug that "send as local timezone" doesn't appear to work properly - I can't tell whether that's because it's sending UTC or because it's ignoring Summer Time.


I shall go and stand in a corner with this pointy hat on....

6

Software / KDE-Pim/Pi 1.9.6 Release

« on: September 23, 2004, 03:58:53 pm »

I just thought of a nice feature I'd like to see (if possible).

I know I'm (supposed) to be able to sync from my mobile phone[1], and indeed I know I'm supposed to synchronise everything. But I'm a bit of a data anarchist and I just like to be able to Zap discrete chunks of data around. In particular, I'd like to be able to send one appointment, or event, or to-do, to my phone (or someone's PDA-like device pointed at me). Like I already can with vCards in KA/Pi, I'd like to be able to do so in KO/Pi.

I know I can "Beam Calendar" and "Beam Filtered Calendar", but that's a bunch of events and I just want to send one. If I could work out a filter that worked on time-based events - showing only today's events for example - that might do it.

As it is, I've found I can save an individual event/todo/appointment from within it's edit dialog to a file, then use the Launcher to beam that file to the phone, but that's just messy.








[1] = Every time I try it I get "Sorry, the database access command failed". I think I'm missing a library somewhere...

7

General Discussion / Could someone post 'cat /proc/apm' when powered

« on: September 23, 2004, 11:25:53 am »

I wrote my own perl script to track battery usage - as an exercise in programming rather than in utility - and came across a similar problem.

In my case, I was calling /usr/local/bin/apm rather than grokking /proc/apm, and it only ever reports "charging" (with no status). I presumed the battery meter was doing the same.

Here's the contents of my /proc/apm from just now:

Without charging:

Code: [Select]

1.14 1.2 0x02 0x00 0x00 0x01 50% -1 ?
Immediately after plugging in power:

Code: [Select]

1.14 1.2 0x02 0x01 0x03 0x08 255% -1 ?
The file <srcdir>/arch/arm/kernel/apm.c gives the field definitions in /proc/apm as:

/*
 * Arguments, with symbols from linux/apm_bios.h.
 *
 *   0) Linux driver version (this will change if format changes)
 *   1) APM BIOS Version.  Usually 1.0, 1.1 or 1.2.
 *   2) APM flags from APM Installation Check (0x00):
 *      bit 0: APM_16_BIT_SUPPORT
 *      bit 1: APM_32_BIT_SUPPORT
 *      bit 2: APM_IDLE_SLOWS_CLOCK
 *      bit 3: APM_BIOS_DISABLED
 *      bit 4: APM_BIOS_DISENGAGED
 *   3) AC line status
 *      0x00: Off-line
 *      0x01: On-line
 *      0x02: On backup power (BIOS >= 1.1 only)
 *      0xff: Unknown
 *   4) Battery status
 *      0x00: High
 *      0x01: Low
 *      0x02: Critical
 *      0x03: Charging
 *      0x04: Selected battery not present (BIOS >= 1.2 only)
 *      0xff: Unknown
 *   5) Battery flag
 *      bit 0: High
 *      bit 1: Low
 *      bit 2: Critical
 *      bit 3: Charging
 *      bit 7: No system battery
 *      0xff: Unknown
 *   6) Remaining battery life (percentage of charge):
 *      0-100: valid
 *      -1: Unknown
 *   7) Remaining battery life (time units):
 *      Number of remaining minutes or seconds
 *      -1: Unknown
 *    min = minutes; sec = seconds
 */

..Which, from the above, I interpret to mean the unit's using Linux APM 1.14, APM Spec 1.2, it's got 32 Bit APM support (no other flags),  my power is external, the battery WAS "low" and is now "charging", and (critically) 255 looks like -1 to me - battery life percentage unknown.

I think you're out of luck...

8

Software / KDE-Pim/Pi 1.9.6 Release

« on: September 22, 2004, 01:08:33 pm »

Just discovered this post here:
https://www.oesf.org/forums/inde...?showtopic=5590
which solved my SSH problem completely.

Ahh! I hadn't made the link between the scp bug and KDE-Pim. I'd been bitten by it too.

In my case, turns out I had another copy of libcrypto.so.0.9.7 on my Z, in /usr/mnt.rom/card/QtPalmtop/lib, which is before /usr/lib in the Library path. ipkg search didn't reveal any owners, so I guess it's from a package I failed to delete properly. mv'ing the file to a .BACKUP fixed the problem for me, without any obvious breakage of apps....

9

Software / KDE-Pim/Pi 1.9.6 Release

« on: September 22, 2004, 05:28:00 am »

Disabeling fastload should "unload" that specific program. So that might be a solution you can try..

Hey, that works!

I learnt something new, thank you very much!

For reference, here's the shortest possible steps to get KO/Pi to shutdown if you'd normally use FastLoad (e.g. in order to re-load preferences):

• Go to Launcher, PIM Tab (use "HOME" key)
• Click-and-hold KO/Pi icon to get preferences
• Disable "Fast Load"
• Switch to KO/Pi (e.g. use "Calendar" key if configured)
• Choose "Exit (+ save)" from the "File" Menu
• (KO/Pi shuts down now). Repeat steps 1-3 to re-enable fastload
• Re-start KO/Pi

...And there was me thinking I'd have to reboot to get Qtopia to recognise a change in FastLoad status!

10

Software / KDE-Pim/Pi 1.9.6 Release

« on: September 21, 2004, 05:32:15 pm »

Another great release, I'm really enjoying it. Many, many thanks.

Couple of notes:

• In KO/PI, My "Menu" key is still selecting from the Icon bar not the menu bar. And no-one else reports this. It must be me doing something stupid, right?
• The bug I previously encountered where re-opening closed TODOs caused a crash has been fixed! Yay!. However, since I've got "fastload" on for KO/PI,  I've now got no way of closing it down. Which is very irritating when I've changed a config setting that requires a restart... (I have to kill the kopi process; choosing "Save&Exit" only does the save part of the equation and hides the app...
• Too early to say for sure, but it does look like it's still fairly memory-hungry...

If I didn't like the suite so much, I wouldn't have spent so long trying to find things to complain about!

Cheers,

Matthew

11

Software / KDE-Pim/Pi 1.9.4 Release

« on: September 20, 2004, 05:53:39 am »

First of all, thanks very much for an excellent PIM suite. I installed it last friday intending to play with it for a while, but I was so impressed I've already moved all my data to KO/Pi and switched the default suite to KDE-Pim on my C860! (mainly because I know I can switch back thanks for the excellent DTM Sync!)

I have a few questions/observations on 1.95b which perhaps someone could comment on?

Firstly, I've noticed KO/Pi has some rather odd memory usage. It seems to grow over time, then (occasionally) randomly shrink later. I'd say it was a memory leak except sometimes - and without me noticing a trigger - it goes back somewhat. Since KO/Pi is taking up rather a lot of memory to start with, the growth can be a bit alarming (especially since I've configured it to load-on-start, so it neverquits...)

Secondly, and I can't help but think this must be a bug, if I try to re-open closed TO-DOs (especially those I've synced in from DTM), I can reliably crash KO/Pi. Simple test:

• Create a TODO
• On any view, mark the TODO as closed
• On any view, re-click the TODO's status button to un-mark as closed
• If that didn't crash KO/Pi, then re-clicking the TODO to mark as closed will definitely do it!

...To be fair, I only tried this after syncing TODOs with DTM, so I wonder if there's something odd about the data being imported?

Thirdly, the "Menu" hardware button (next to OK/CANCEL on my C860) doesn't jump to the menu. It jumps to the toolbar. There is no way (that I can see) of getting to the menus using the keyboard.

Fourthly, what is a "Marcus Bains line" and why would I want one?

Lastly, it would be nice if there was some way to cause "Exit and Save" to really exit if "fast-load" has been set. At the moment, this just closes the window, but KO/Pi stays resident. I'm actually using my TODO bug above to implement this feature, since it's the only way I've found to make any config changes that require a restart work!!!

Once again, thanks for a great suite!

12

Software / Landscape Linux Console For C860

« on: August 26, 2004, 01:25:44 pm »

I think they both already support landscape mode; you sound like you're having the infamous run-in-magnified-by-default problem. Welcome to the Zaurus!

Try press-and-holding on the Konsole icon until you get a properties page up. De-select "Display with magnified screen", and select OK. Then re-run the app.

This works with most applications although some of 'em look odd when run this way.

13

UK / Welcome to UK users

« on: August 26, 2004, 01:04:26 pm »

henley_regatta:

What about opie-checkbook?

Mike.

Mike,

Thanks for the recommendation. I wasn't aware of opie-checkbook.

Having tried it, I'm reasonably sure you've never used Handheld's Money on the Psion  

It's a fairly minimal application, although it does do Exactly What It Says On the Tin. And it's better than nothing; I've already accepted that I'll not be living with my accounts on the Zaurus itself and I've migrated to GnuCash on my home box. opie-checkbook might be "just enough" finances management to cover me when I'm out and about.

And since it produces text output files, I'm in with a fighting chance of writing something that can translate between Opie-Checkbook and Gnucash for sync. That's much closer to my programming experience than writing GUI apps from scratch, anyway!

14

UK / Welcome to UK users

« on: August 26, 2004, 12:13:27 pm »

[SNIP]
Finances (JABC)

They do a Java version for the Zaurus but it does not work on the Zaurus C series, not sure why. Anyone fancy trying to get it to work, downloads at www.freepoc.de/software.php.
[SNIP]

Hmm, Well I've tried it now, and I can get it to start....

But there's something wonky in the implementation, somewhere, because it can't write any files (you get series of java.io.* messages when creating your first file).  Then, you  can't quit the app because every attempt causes it to try to start closing it's transaction files, which don't exist because it can't write to disk...

So there's a very limited sense of the word "working" if I say I can get it working on a C860....

This is with the Jeode JVM on top of Cacko 1.21b...

And it's the single most complex install I've done on the Z, with various unpackings and file movements and all sorts. Definitely a case of having to RTFM first.

(I've heard reports from other people who've tried JABP that's it's both limited AND buggy anyway, to the extent that it's not a viable proposition at the minute. But that's hearsay.)

15

UK / Welcome to UK users

« on: August 26, 2004, 10:13:02 am »

Hello!

Another C860 user here, from the East Hampshire area. Got mine from ShirtPocket in May, have loved it ever since - especially the wireless! (Symbol Spectrum, works fine with Cacko QT 1.21, power drain not too bad).

Looks like there's a fair few Psion refugees here, so I wonder if anyone else is still going through withdrawl symptoms from Palmtop Money like me, and if so what they're doing about it?