OESF | ELSI | pdaXrom | OpenZaurus | Zaurus Themes | Community Links | Ibiblio


Welcome Guest ( Log In | Register )

Personal Photo
Personal Statement
tiptone doesn't have a personal statement currently.
Personal Info
Age Unknown
Gender Not Set
Location Unknown
Birthday Unknown
No Information
Joined: 7-December 03
Profile Views: 119*
Last Seen: 6th December 2004 - 01:36 PM
Local Time: Nov 25 2015, 08:20 AM
8 posts (0 per day)
Contact Information
AIM No Information
Yahoo No Information
ICQ No Information
MSN No Information
Contact Private
* Profile views updated each hour



My Content
1 Oct 2004
received this as a gift and i already have another 5500 that sees daily use. it's up for auction on eBay, got 6 days left as of this posting. if any forumites would like to buy it for anything over the current price email me and i'll end the auction early if we can come to an agreement. Buy It Now and i'll ship it free, not that great of a deal. smile.gif

Auction Link
1 Oct 2004
anybody manage to get firefox running under an OZ 3.5.1 release image?

first it appears that minimo needs to be added to the list of depends for firefox? after `ipkg install firefox -d sd' and trying to run firefox i got an error message the the mozilla runtime couldn't be found. so i installed minimo `ipkg install minimo -d sd' and that fixed that error message, but led to another one.

seems like the SD install of both of those packages should have symlinked /mnt/card/usr/lib/firefox-blah to /usr/lib/firefox-blah (and same thing for minimo) but that's not my problem because i made those two by hand. when i launch firefox (or at least try to) i get the following error:

run-mozilla.sh: Cannot execute /usr/lib/firefox-0.9.3/firefox-bin.

which makes sense because there is no firefox-bin in /usr/lib/firefox-0.9.3/ or anywhere else on the system for that matter. that dir is really just a symlink to /mnt/card/usr/lib/firefox-0.9.3 anyway. did someone forget to put the binary into the package maybe?

27 May 2004
There's been a change to /etc/hotplug/net.agent in Fedora Core 2. in Red Hat 9/Fedora Core 1 there was only a register function to register a hotplug device with the system, unregistering it was your responsibility. now there are both register and remove|unregister functions, so following the HowTo instructions will result in the modules not being unloaded after removal of the Zaurus from the cradle, and subsequently they will not be recognized by hotplug on a reinsertion to the cradle.

instead of trying to explain my changes, here is a link to my current /etc/hotplug/net.agent file:


edit: changed servers
Last Visitors
tiptone has no visitors to display.

Other users have left no comments for tiptone.

There are no friends to display.
RSS Lo-Fi Version Time is now: 25th November 2015 - 08:20 AM