Messages

1

Zaurus - pdaXrom / pdf viewer for pdaxrom?

« on: December 28, 2004, 01:54:39 am »

Osteron,

Could you be more specific on the location you found the lib that you changed, fonts added and conf file edited? I would really like to use my zaurus on some SANS security pdfs to study for upcoming exams.. perhaps you have found what I need.

Thanks,

-Richard

2

Zaurus - pdaXrom / Making a drive image

« on: November 11, 2004, 12:29:22 am »

It isn't easy to grow these filesystems after they are created, so make sure the initial file you create is large enough.

-Richard

3

Zaurus - pdaXrom / is ext2 or 3 the only choice for SD card?

« on: November 03, 2004, 11:39:41 am »

Just a big file, nothing special about it really.

4

Zaurus - pdaXrom / is ext2 or 3 the only choice for SD card?

« on: November 03, 2004, 02:36:41 am »

I am in a similar situation with a 1gb card that works fine as fat32, but am reluctant to format ext2/3 given the issues many have had so I have been using it for bulk storage only. Your post made me start thinking about options and here is what I found works. Use a loopback mount to utilize space on your "safe" fat32 partition as ext2/3

Steps:

1) Create space to be mounted as ext2/3. Example is 100MB where ext2.img is on your SD card
# dd if=/dev/zero of=ext2.img bs=1024 count=102400

2) Format as ext2 (or 3...)
# mkfs.ext2 ext2.img
mke2fs 1.34 (25-Jul-2003)
ext2.img is not a block special device.
Proceed anyway? (y,n) y

3) Create a mount point
mkdir /mount

4) Mount file as filesystem
# mount -o loop,rw -t ext2 ext2.img /mount/

Seems to work fine... no ext2/3 formating risk to your SD card and all of the benefits of a real unix filesystem.

-Richard

5

Zaurus - pdaXrom / Ultima7 on RC5 - color problem

« on: November 02, 2004, 01:36:53 am »

It works, but there are some screen refresh issues. Unlikely to be anything due to the compile, and I think it is still playable Thank you. I think I got around the png issue, but the compile took over 120mb before it was stripped.. this overwhelmed my available ext2 storage. I was waiting until a new flash card arrived to try again, but now I won't have to bother.

If you are interested in the data files, PM me and I am sure we can work something out.

-Richard

6

Zaurus - pdaXrom / remote X

« on: October 30, 2004, 06:40:50 pm »

I do SSH X forwarding in both directions routinely with RC5. I run firefox on my deskop (much faster of course) forwarded to my Z for browsing, and do almost all of my administrative work on the Z via SSH fowarding to my deskop. All of this is via wireless networking. It is a bit confusing to me why others might be have such issues with the keyboard/network/freezes. Never had an issue with any of these...  Perhaps a card compatiblity issue? I use an ambicom WL1100C-CF card and the command ssh -X after making sure the following two lines are set in /etc/ssh/sshd_config:

X11Forwarding yes
X11DisplayOffset 10

-Richard

7

Zaurus - pdaXrom / Ultima7 on RC5 - color problem

« on: October 28, 2004, 01:11:59 pm »

OK, so I decided to give building this a try. First I downloaded the newest exult (1.2.2) and compiled it on my debian box.  Then I decided to try and compile it natively on the zaurus instead of going the cross-complier route.

1) Downloaded the zgcc image and mounted following this  (thread. Also installed required build tools indicated here.

2) Ran the configure script  in the exult tarball.. all seemed happy. Ran make and after 20 minutes or so the build stoped with the following:

g++ -DHAVE_CONFIG_H -I. -I. -I.. -I./../headers -I./../files -I./../usecode -I./.. -I./../shapes -I./../imagewin -I./../conf -O2 -Wno-long-long  -I/opt/arm/3.3.2-vfp/armv5tel-cacko-linux/include/SDL -D_REENTRANT    -g -O2 -c -o ipack.o `test -f ipack.cc || echo './'`ipack.cc
/bin/sh ../libtool --mode=link g++  -g -O2  -L/usr/lib -o ipack  ipack.o ../files/libu7file.la ../shapes/libshapes.la ../imagewin/libimagewin.la -lpng -lz  
g++ -g -O2 -o ipack ipack.o  -L/usr/lib ../files/.libs/libu7file.a ../shapes/.libs/libshapes.a ../imagewin/.libs/libimagewin.a -lpng -lz
/opt/arm/3.3.2-vfp/lib/gcc-lib/armv5tel-cacko-linux/3.3.2/../../../../armv5tel-cacko-linux/bin/ld: cannot find -lpng

I interpreted this to mean there was a missing png library (Correctly?)
So, I checked the built ipack binary on my desktop and found that it does use libpng:

ipack:
        libpng12.so.0 => /usr/lib/libpng12.so.0 (0x40023000)

But this is also on the zaurus:

root@zaurus:~/exult-1.2# ls -l /usr/lib/libpng*
lrwxrwxrwx    1 root     root           19 Jan  1  1970 /usr/lib/libpng.so.3 -> libpng12.so.0.1.2.5
lrwxrwxrwx    1 root     root           19 Jan  1  1970 /usr/lib/libpng12.so -> libpng12.so.0.1.2.5
lrwxrwxrwx    1 root     root           19 Jan  1  1970 /usr/lib/libpng12.so.0 -> libpng12.so.0.1.2.5
-rwxr-xr-x    1 root     root       189104 Jan  1  1970 /usr/lib/libpng12.so.0.1.2.5

So I tried to set this in the configure script by declaring the LDFLAGS:
# export LDFLAGS=-L/usr/lib

But this really shouldn't be needed, and indeed the build failed at the same point.

Any suggestions?

-Richard

8

Zaurus - pdaXrom / Ultima7 on RC5 - color problem

« on: October 27, 2004, 11:37:40 pm »

Wanting to see if I could play Ultima 7 on my RC5 system I grabbed the 1.1.10rc2 exult package from the stable feed. Well, it runs on RC5, but many of the colors seem either inverted or really far off.. it looks like it could be great, but with such strange colors it is pretty much unplayable.

1) Anyone got this to work on earlier builds so I can tell if this is a RC5 problem or just a configuation issue.
2) Any chance of someone compiling the 1.2 version for RC5? Sash?

TIA,

-Richard

9

Zaurus - pdaXrom / Apps not in RC5 feed that still work

« on: October 11, 2004, 02:42:08 am »

Also working are the following from the debian ARM stable archive:
pkill
netcat (nc)

In both of these cases I downloaded the deb package on to my workstation, extracted it with "ar x package_name.deb" then extracted the gziped tarball data.tar.gz. Pulled the binary I wanted out of the files and scp'ed it into the /usr/bin directory on my c860. Things ran as expected for these simple programs.

-Richard

10

Zaurus - pdaXrom / Apps not in RC5 feed that still work

« on: October 10, 2004, 10:52:52 pm »

I got the following to work fine:

opie-reader_0.7f-1_armv5tel.ipk
tcpdump_3.8.1_aj_arm.ipk
xboard_4.2.7_armv5tel.ipk
mplayer_1.0pre3try2_armv5tel.ipk

-Richard

11

Zaurus - pdaXrom / Recommendations on filesystem layout

« on: October 09, 2004, 05:59:53 pm »

I am about to upgrade from RC3 to RC5 and was looking for some pointers on the sizes of the root and /home filesystems. Currently I had 51Mb in root and 72Mb in /home, but root was getting a bit tight. Any reason not to put 100% in root or perhaps an 80%-20% split? I have a sd card for bulk storage, so I don't anticipate much in my home dir.

Thanks,

-Richard

12

Zaurus - pdaXrom / Question on back compat of RC5

« on: October 08, 2004, 06:51:17 pm »

I noted in a few places statements that suggest that backwards compatibility is broken from RC5 to what came before. If this is true, does this apply to to debian arm distro as well? I had gotten several commandline binaries from deb (i.e nmap, pkill) and was looking forward to having that massive archive to choose from. Is the compatiblity thing a lib issue or a kernel one or what?

Also, does anyone know if the feed2 for RC3 ipks is still available somewhere?

-Richard

13

Zaurus - pdaXrom / RC5 Browsers dont like me.

« on: October 08, 2004, 06:41:37 pm »

I had this same problem with Dillo (super wide screens) this weekend (not due to upgrade.. on RC3). Still not sure what caused the problem, but deleting the .dillo directory in my home and restarting dillo fixed the problem. Obviously it must have had something to do with the data stored there.

-Richard

14

For Sale / Wanted / C860/C760 PDAir 3-in-1 pen stylus For Sale- $10.00

« on: September 25, 2004, 08:04:40 pm »

If it is still available I will take it.

Sending PM.

Paypal?

-Richard

15

Software / Ebook software problems - C860, pdaxrom

« on: September 25, 2004, 12:25:08 am »

It was the font that did the trick.. looks great now.

More background:

This was with both HTML and .txt files.
The font was set to "clean" by default. Fixed was just as bad, but Verdana (the only other choice on this rom) looks great.

Thanks for the help.

-Richard