OESF Portables Forum
Everything Else => Zaurus Distro Support and Discussion => Distros, Development, and Model Specific Forums => Archived Forums => Angstrom & OpenZaurus => Topic started by: alan on April 20, 2005, 05:02:58 am
-
Some bugs have been found in Open Zaurus 3.5.3. We all know at least one.
Please use this thread in order to list them, so that the developpers' work become more efficient.
Please organize your posts, it will be easier to read. A static form could be usefull. I suggest this form
________________________________
- Zaurus model
- kernel version
- opie or gpe
- last upgrade date
________________________________
DESCRIPTION OF THE BUG(s) :
(bugtracker where bug is reported and bugnumber)
________________________________
SOLUTION (if found) :
________________________________
I hope it will be useful.
Cheer
alan
-
Please report bugs also in bugtrackers (but check first to not create duplicates).
OPIE bugtracker: http://opie-bugs.oszine.de/ (http://opie-bugs.oszine.de/)
GPE bugtracker: http://handhelds.org/bugzilla/ (http://handhelds.org/bugzilla/)
OZ bugtracker: http://bugs.openembedded.org/ (http://bugs.openembedded.org/)
-
Zaurus SL-C6000
2.4.18-rmk7-pxa3-embedix
GPE
20.04.2005
http://bugs.openembedded.org/Ticket/Display.html?id=274 (http://bugs.openembedded.org/Ticket/Display.html?id=274)
Buggy lines on display when moving cursor, etc...
Bad solution found, looking for better one...
-
I have reported the following issue on bugs.openembedded.org (http://bugs.openembedded.org/Ticket/Display.html?id=280):
I receive the following error on Zaurus 5500, OZ 3.5.3/kernel 2.4.18-rmk7-pxa3-embedix-3.5.3 with Opie (last updated 4/22/05):
root@acpzaurus:~# ipkg list | grep irk
irk - 0.11-r2 - IRK provides a Qtopia/Opie Input Method plugin that
allows you to use external infrared keyboards with the Zaurus.
irk-belkin - 0.11-r1 - IRK provides a Qtopia/Opie Input Method plugin
that allows you to use external infrared keyboards with the Zaurus.
(version wit
root@acpzaurus:~# ipkg install irk
Nothing to be done
An error ocurred, return value: 4.
Collected errors:
Cannot find package irk.
Check the spelling or perhaps run 'ipkg update'
I have looked at the control file, and it does not appear to be
malformed (I remember this being a common cause of this error). Also,
does not irk depend on lirc?
-
SL5500
2.4.18-rmk7-pxa3-embedix
OPIE image
After a fresh reflash of my Z with 3.5.3, when I try to install xmms-embedded and other programs I get the following errors:
Installing xmms-embedded (20040327-r3) to sd...
Downloading http://openzaurus.org/official/unstable/3....0327-r3_arm.ipk (http://openzaurus.org/official/unstable/3.5.3/feed/opie/xmms-embedded_20040327-r3_arm.ipk)
libgcc1: unsatisfied recommendation for kernel-module-usbdserial
libgcc1: unsatisfied recommendation for kernel-module-usbkbd
libgcc1: unsatisfied recommendation for kernel-module-usbmouse
libgcc1: unsatisfied recommendation for kernel-module-hid
libgcc1: unsatisfied recommendation for usbutils
libgcc1: unsatisfied recommendation for kernel-module-evdev
libstdc++6: unsatisfied recommendation for kernel-module-usbdserial
libstdc++6: unsatisfied recommendation for kernel-module-usbkbd
libstdc++6: unsatisfied recommendation for kernel-module-usbmouse
libstdc++6: unsatisfied recommendation for kernel-module-hid
libstdc++6: unsatisfied recommendation for usbutils
libstdc++6: unsatisfied recommendation for kernel-module-evdev
Nothing to be done
An error ocurred, return value: 1.
Collected errors:
ERROR: Cannot satisfy the following dependencies for xmms-embedded:
libqpe1 (>= 1.2.0) libqte2 (>= 2.3.10)
-
libgcc1: unsatisfied recommendation for kernel-module-usbdserial
libgcc1: unsatisfied recommendation for kernel-module-usbkbd
libgcc1: unsatisfied recommendation for kernel-module-usbmouse
libgcc1: unsatisfied recommendation for kernel-module-hid
libgcc1: unsatisfied recommendation for usbutils
libgcc1: unsatisfied recommendation for kernel-module-evdev
libstdc++6: unsatisfied recommendation for kernel-module-usbdserial
libstdc++6: unsatisfied recommendation for kernel-module-usbkbd
libstdc++6: unsatisfied recommendation for kernel-module-usbmouse
libstdc++6: unsatisfied recommendation for kernel-module-hid
libstdc++6: unsatisfied recommendation for usbutils
libstdc++6: unsatisfied recommendation for kernel-module-evdev
These are all previous errors/messages which have been carried over.
ERROR: Cannot satisfy the following dependencies for xmms-embedded:
libqpe1 (>= 1.2.0) libqte2 (>= 2.3.10)
This is your error message. Has the packages db become corrupt? Or does xmms expect a later version of libqpe & libqte than is provided. I've only got my GPE machine with me atm so I can't tell you.
Si
-
for libqpe1, libqte2 You have to add MACHINE related feed into ipkg.conf
it's feed/machine/collie/ (or podle or c7x0 or tosa)
-
SL5500
2.4.18-rmk7-pxa3-embedix
OPIE image
I've been using the Sharp-Compat libraries to get Jeode and Opera running on 3.5.3 / Opie.
Unlike 3.5.2, there seems to be some old behaviour. The controls within the Java application seem very unresponsive, with it be to slow to use amd the title bar looks like it's continusly being redrawn, with really massive flickering.
Also I keep getting an error:
symbol lookpup error: opera: undefined symbol: _70String.shared_null
This seems to happen if there is an issue with a compatable application and I have to reboot my zaurus. The only way I seem to be able to resolve this is to relink Opera.
I've listed it on bugs.openembedded.org Ticket 289.
-MF
-
I've been using the Sharp-Compat libraries to get Jeode and Opera running on 3.5.3 / Opie.
Unlike 3.5.2, there seems to be some old behaviour. The controls within the Java application seem very unresponsive, with it be to slow to use amd the title bar looks like it's continusly being redrawn, with really massive flickering.
Same for me, and lots of other people too in this other thread:
https://www.oesf.org/forums/index.php?showt...736&#entry76736 (https://www.oesf.org/forums/index.php?showtopic=11996&st=0&p=76736&#entry76736)
-
In opie-console if you have a prompt that is long enough to wrap around (which is common with the prompt path bug), and then you type something that wraps another line you cant go back properly with the left arrow or ctrl-a.
I couldn't report this bug on Mantis... it said "This account is protected." when I tried to use the guest account.
ARRG! this happens in opie-embedded konsole too!
But at least you can shorten prompt when using konsole.
From what I read there is no way to change the prompt in opie-console is that correct?
-
Hi,
The opie-mobilemsg package is missing the icon, should this be raised as an OPIE issue or a OZ issue? I assume that OZ create the IPKs?
-MF
-
Right, it would be an OZ issue. No need to add entry to the bugtracker though, I have just fixed this issue. Thanks for noticing.
-
Greetings,
Having some trouble with my SL-6000L using OZ 3.5.3.
There are yellow and blue lines around the cursor with GPE, but the same problem exists with Opie (yellow tracks on the taskbar, around icons...), even after a full NAND restore and fresh install, which makes me think it could be an OZ issue.
Keymaps are still completely messy (e.g the underscore is missing under Opie) and none of the function buttons managed to work on both systems.
A keymapping utility would be an excellent idea to make those systems a little bit more usable.
Opie & GPE's Network configuration are far to be complete, they lack ESSID/WEP configuration. A taskbar applet for connections, based on network interfaces as the
Bluetooth works great with GPE, although I never managed up to now to make my Belkin card work with the Sharp ROM (a very good surprise indeed).
Another note : there was no bash in /bin (not aven a symlink -> sh). Maybe my file wasn't extracted, but it lacks if some bash scripts use #!/bin/bash
Also, the sound is terribly buggy under Opie (e.g screen taps sound ugly). Didn't try with GPE.
Despite all those troubles, OZ is the best current solution for tosa owners. I hope those bugs will be fixed soon (mainly keymaps and buggy yellow lines)
-
Thanks for your report, maxg. The sound issue has been fixed (new libqte2 release in the upgrades feed) since the release, the other issues are under construction and will hopefully be fixed in 3.5.4.
-
After installing OZ 3.5.3 on an SL5500 I've noticed that sometimes, after holding the cancel key to suspend the device, holding the same key to turn it back on doesn't work. To get the device to work again, I have to do a soft reset ... and that is annoying because it resets the system time to the time of the last manually requested reboot.
-
A mighty, showstopping, life-destroying problem:
SL-5500/Collie
3.5.3
Opie
All upgrades as at April 27.
________________________________
DESCRIPTION OF THE BUG(s) :
(bugtracker where bug is reported and bugnumber)
I haven't reported it yet, as I can't seem to get into the OE bugtracker at the moment.
Some time after flashing with 3.5.3, between an hour or most of a week, `ln -s` will suddenly stop working properly, preventing manual commands or ipkg-link from working. If using opie-packagemanager, ipkg-link seems to be called with `mount`, thereby destroying all packages on that media, ram or SD. installations to root will also fail.
Details: `ln -s` will create a link to itself. Example (edited for legibility):
$ ln -s /media/card/etc/rsyncd.conf /etc/rsyncd.conf
$ ls -l /etc/rsyncd.conf
$ /etc/rsyncd.conf -> /etc/rsyncd.conf
Also, ipkg-install -dest root <package> will result in all files in <package> being replaced with symlinks to themselves. Thereby rendering them useless.
This will start occuring with any usage of `ln` or `ipkg-link` at a random time, without any rhyme or reason that I can determine and without ever reverting to correct behaviour.
________________________________
SOLUTION (if found) :
No idea. Help!
Suggestion: Is it possible to make opie-advancedfm show symlinks that don't point to a valid destination? At the moment, messing around with the command line (although faster and easier for me anyway) is the only way to find redundant symlinks that may be upsetting ipkg-link or explaining program failures.
-
A mighty, showstopping, life-destroying problem:
More information! Part way to a solution!
It's opie-embeddedkonsole.
I was just, half an hour after posting the report, carefully installing a couple of packages so that my Zaurus would still be useful for the two or three tasks I absolutely have to have it for. I don't like opie-console, so I always use opie-embeddedkonsole instead.
So I installed it, and IMMEDIATELY, I lost all packges installed to /media/ram. I checked /opt/QtPalmtop/bin as the easiest confirmation, and sure enough all links to files on /media/ram had been replaced by symlinks to themselves.
I uninstalled opie-embeddedkonsole, rebooted, and presto, ipkg-link restored all packages on /media/ram again. This is the first time I have been able to restore `ln` functionality, after having to reflash 4, maybe 5, times.
I have, however, absolutely no idea why. Or why it took up to a week on previous occasions.
-
More information! Part way to a solution!
It's opie-embeddedkonsole.
I was just, half an hour after posting the report, carefully installing a couple of packages so that my Zaurus would still be useful for the two or three tasks I absolutely have to have it for. I don't like opie-console, so I always use opie-embeddedkonsole instead.
So I installed it, and IMMEDIATELY, I lost all packges installed to /media/ram. I checked /opt/QtPalmtop/bin as the easiest confirmation, and sure enough all links to files on /media/ram had been replaced by symlinks to themselves.
I uninstalled opie-embeddedkonsole, rebooted, and presto, ipkg-link restored all packages on /media/ram again. This is the first time I have been able to restore `ln` functionality, after having to reflash 4, maybe 5, times.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=77818\"][{POST_SNAPBACK}][/a][/div]
No, sorry, that's still wrong.
It was pure coincidence that it was opie-embeddedkonsole that caused the problem. I have since discovered more information, including this other symptom:
During ipkg operations, $DESTINATION/usr/lib/ipkg/status is copied to status.tmp, changes written to status.tmp, then status.tmp copied to status and deleted. When `ln` stops working properly, status.tmp remains, and status is not modified.
Doing it manually, `mv` returns a 'no such file or directory' error message, but `cp` and `rm` will still work. This suggests a file system or libc error to me.
So, at the moment, after doing a considerable amount of package removal and (re)installation, to configure things to my liking, I can uninstall multiple packages at once safely, but can only install packages individually. After each installation, I then need to check $DESTINATION/usr/lib/ipkg/status before proceeding with anything else. If there is an error, I need to cp/rm status.tmp to status, then *immediately* reboot, clean up by deleting and reinstalling the package I was working on, and check that before doing anything else. This will prevent permanent `ln`/`mv` errors.
-
ln is provided by busybox iirc.
Have you tried to upgrade or installed busybox to a storage card?
Si
-
ln is provided by busybox iirc.
Have you tried to upgrade or installed busybox to a storage card?
Si
[div align=\"right\"][a href=\"index.php?act=findpost&pid=78001\"][{POST_SNAPBACK}][/a][/div]
You do recall correctly.
I haven't tried to upgrade busybox, not having seen a busybox upgrade. There isn't one in the feed. I haven't tried to move it, as I firmly believe in keeping all the real fundamentals (busybox, bash, libc6, that sort of thing) installed to root, where fewer things should be able to go wrong, like symlinks no longer working.
I haven't tried to install root to SD, either, just a standard 40-24 kernel, and I flashed completely with 3.5.3 instead of using updater.sh
Do you think I should try it, or are you asking if I have?
-
I was only asking. I'm also of the belief that the essentials should be left on root.
Si
-
Zaurus SL-C3000
2.4.20-3.5.3-snapshot-20050428
Opie
28.04.2005
Bug description: CF automounting does not work.
More information: I have show that in OpenZaurus the external CF is /dev/hdc (so the first partition is /dev/hdc1) but in /etc/fstabs there is the following lines:
...
# Compact Flash memory cards
/dev/hdb1 /media/cf auto defaults, sync, noauto 0 0
...
So, I think that it expect that the CF is /dev/hdb1, not /dev/hdc1.
I have changed /dev/hdb1 with /dev/hdc1 on /etc/fstabs and the CF is automounted in /media/cf when I insert the CF.
I have found a problem to this solution. When I reset the device the /etc/fstabs is restored, and I have to change the file another time.
-
After installing OZ 3.5.3 on an SL5500 I've noticed that sometimes, after holding the cancel key to suspend the device, holding the same key to turn it back on doesn't work. To get the device to work again, I have to do a soft reset ... and that is annoying because it resets the system time to the time of the last manually requested reboot.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=77662\")
5600
2.4.18-rmk7-pxa3-embedix
Opie 3.5.3
05/05/2005
[a href=\"http://bugs.openembedded.org/show_bug.cgi?id=1]http://bugs.openembedded.org/show_bug.cgi?id=1[/url]
Same problem.
Suspend/resume using the Cancel/On/Off button seems to work for several cycles, then will shutdown and require a reset to turn back on.
Can’t say for sure, but I think it is related to how long the Cancel button is held down to initiate the suspend.
-
Platform: SL-C3000
Version: 3.5.3
GUI: Opie
Several bugs here, some of which are show-stoppers.
1. The date/time applet in settings has no way of choosing whether you're using proper time or crazy daylight "saving", and when I choose London for my location it doesn't just Do The Right Thing automagically. I'm using ntp.
2. networking is nowhere near as smooth as Sharp's version. I seem to get two entries in the networking applet, one for wifi and one for wlan, and for some reason it occasionally assigns my IP address (which was got over wireless using DHCP) to a non-existent eth0.
3. battery does not charge while OZ is running. To charge battery, I had to suspend the machine.
4. on/off button doesn't work to suspend.
5. when unsuspending, the screen comes back to life as it was before, but the machine is unresponsive. Need to take battery cover off and hit reset to get it back.
6. after doing that and booting up again, Opie doesn't start:
Starting Opie in 5 seconds... press a key to interrupt.
You seem to already have a /home/root/Applications directory.
Assuming it is the Opie Applications directory. Exiting.
Starting Opie....
QPaintDevice: Must construct a QApplication before a QPaintDevice
-
Sl-5500/Collie
3.5.3
GPE
***** WARNING REFLASH REQUIRED *****
Watch out for installing libc6 onto a SD card ( CF card also affected but not confirmed )
When "ipkg-link mount /media/card/packages" is used to link from the SD card after installing a package everything goes OK until libc6 is attempted to be linked. The rug is pulled from under the system's nose and errors concerning the shared library libc.so.6 are everywhere. "ls" no longer works and the system is badly broken.
A reflash of the system fixes it. Clearly the symlinks for libc6 have badly gone wrong.
WORKAROUND ...
Modify the sh shell script /usr/bin/ipkg-link as follows
<snip>
list () {
filelist=""
files=`ls -1 $LOCATION/usr/lib/ipkg/info/*.list`
for filename in $files; do
filename=${filename##*/}
filename=${filename%%.list}
if [ $filename != "libc6" ]; then
filelist="$filelist $filename"
else
echo "*** WARNING: libc6 detected and ignored ***"
fi
done
}
<snip>
This workaround causes libc6 to be ignored. So far, ipkg-link mount now works OK for me.
I hope this helps someone and saves a reflash or 2.
bladerunner
A mighty, showstopping, life-destroying problem:
SL-5500/Collie
3.5.3
Opie
All upgrades as at April 27.
________________________________
DESCRIPTION OF THE BUG(s) :
(bugtracker where bug is reported and bugnumber)
I haven't reported it yet, as I can't seem to get into the OE bugtracker at the moment.
Some time after flashing with 3.5.3, between an hour or most of a week, `ln -s` will suddenly stop working properly, preventing manual commands or ipkg-link from working. If using opie-packagemanager, ipkg-link seems to be called with `mount`, thereby destroying all packages on that media, ram or SD. installations to root will also fail.
Details: `ln -s` will create a link to itself. Example (edited for legibility):
$ ln -s /media/card/etc/rsyncd.conf /etc/rsyncd.conf
$ ls -l /etc/rsyncd.conf
$ /etc/rsyncd.conf -> /etc/rsyncd.conf
Also, ipkg-install -dest root <package> will result in all files in <package> being replaced with symlinks to themselves. Thereby rendering them useless.
This will start occuring with any usage of `ln` or `ipkg-link` at a random time, without any rhyme or reason that I can determine and without ever reverting to correct behaviour.
________________________________
SOLUTION (if found) :
No idea. Help!
Suggestion: Is it possible to make opie-advancedfm show symlinks that don't point to a valid destination? At the moment, messing around with the command line (although faster and easier for me anyway) is the only way to find redundant symlinks that may be upsetting ipkg-link or explaining program failures.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=77807\"][{POST_SNAPBACK}][/a][/div]
-
Don't try to upgrade libc.
If you need to do this something is wrong (and something will go wrong as you've seen).
Si
-
I installed a package which for some reason required libc6 to be installed. The libc6 version on the SD card is the same as the libc6 version installed as root.
In ipkg.conf I commented out all destinations except the SD card. Is this a mistake by me ?
Anyway, I think ipkg-link should contain definesive code to prevent libc6 being linked by default. Otherwise the system becomes trashed.
bladerunner
Don't try to upgrade libc.
If you need to do this something is wrong (and something will go wrong as you've seen).
Si
[div align=\"right\"][a href=\"index.php?act=findpost&pid=78713\"][{POST_SNAPBACK}][/a][/div]
-
I installed a package which for some reason required libc6 to be installed.
Everything, unless statically linked (and not many things are as they become rather large), requires libc to be installed.
In ipkg.conf I commented out all destinations except the SD card. Is this a mistake by me ?
Quite possibly - I'm not sure, but I expect ipkg looks for installed deps on the dest locations listed in ipkg.conf - if you've commented out 'root' then it won't see most of the stuff which is installed.
Anyway, I think ipkg-link should contain definesive code to prevent libc6 being linked by default. Otherwise the system becomes trashed.
I'm surprised it linked over the top - ipkg normally attempts to symlink, but fails if the file it's trying to link to already exists.
Si
-
If I insert my GPS CF card BC-307 I noticed in the kernel log file, that the system tools setserial and fuser were missing. After installing them, the serial interface of the card was correctly recognized. I think this tools should be included in the system installation of the collie (SL5500).
-
Interesting, but irrelevant to my case. As I stated above, I will _never_ install something as fundamental as libc6 to anything other than root, and haven't done so in this case. So I still don't know why these errors occur.
Nor have I upgraded libc6, incidentally.
Sl-5500/Collie
3.5.3
GPE
***** WARNING REFLASH REQUIRED *****
Watch out for installing libc6 onto a SD card ( CF card also affected but not confirmed )
When "ipkg-link mount /media/card/packages" is used to link from the SD card after installing a package everything goes OK until libc6 is attempted to be linked. The rug is pulled from under the system's nose and errors concerning the shared library libc.so.6 are everywhere. "ls" no longer works and the system is badly broken.
A reflash of the system fixes it. Clearly the symlinks for libc6 have badly gone wrong.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=78712\"][{POST_SNAPBACK}][/a][/div]
-
ipkg-link looked for loaded packages information in /media/card not /media/card/packages. In order to align ipkg with ipkg-link it was necessary to remove the /package dir from all the dest directives in /etc/ipkg.conf.
Dan
-
ipkg-link looked for loaded packages information in /media/card not /media/card/packages. In order to align ipkg with ipkg-link it was necessary to remove the /package dir from all the dest directives in /etc/ipkg.conf.
Dan
[div align=\"right\"][a href=\"index.php?act=findpost&pid=81170\"][{POST_SNAPBACK}][/a][/div]
I just ipkg-link mount /media/card/packages and everything seems to work.
-
unable to sync between multisync 82 and Oz 3.5.3. The exact config on the Linux side worked on 3.5.1 and 3.5.2. The sync request is recongized on the Z but multisync reports "unable to sync" in the log.
I believe this is a naming and sym link issue; however to date no progress.
Dan
-
Multisync looks for Applications, Documents, and Settings in the / dir. It is necessary to add a sym link in / for Applications, Documents, and Settings to their location. In 3.5.3 that is in /home/root. Sync with multisync then works.
Dan
-
________________________________
- SL5500
- kernel 2.4.18
- opie 1.2.0
________________________________
DESCRIPTION OF THE BUG(s) :
When holding down the 4th button(beside of "house button" on the middle) the zaurus turns off the light and also shuts down. Then "Cancel On/Off" button doesn't bring it up again.
You will have to do a soft reset to turn the zaurus on again.
________________________________
-
________________________________
- SL5500
- kernel 2.4.18
- opie 1.2.0
________________________________
DESCRIPTION OF THE BUG(s) :
When holding down the 4th button(beside of "house button" on the middle) the zaurus turns off the light and also shuts down. Then "Cancel On/Off" button doesn't bring it up again.
You will have to do a soft reset to turn the zaurus on again.
________________________________
[div align=\"right\"][a href=\"index.php?act=findpost&pid=82572\"][{POST_SNAPBACK}][/a][/div]
That would be the menu key for a short press, or turning the light off for a long press, as set in standard configuration.
I also have this problem, with the same symptoms described above.
-
Thank you for adding the right information.
I didn't know how to call that button.
-
Crash when scrolling thorugh text...
3.5.3 on a 5500, when I press and hold the right side of the 'ring' (not sure what the right word for that is) to scroll through text the zaurus crashes after about 8 characters, screen goes blank and I have to do a 'replace battery' reset to boot it again. This happens in any application.
-
Crash when scrolling thorugh text...
3.5.3 on a 5500, when I press and hold the right side of the 'ring' (not sure what the right word for that is) to scroll through text the zaurus crashes after about 8 characters, screen goes blank and I have to do a 'replace battery' reset to boot it again. This happens in any application.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=83689\")
There is a work around for this (actually two).
The first is not to press the right arrow "key" for more than 2 seconds at a time.
Second, a snippet from the [a href=\"https://www.oesf.org/index.php?title=Opie_3.5.3_on_the_5500]Zaurus 5500 How-To[/url]
"Do NOT press the right arrow key for more than 2 seconds, or your Z will suspend and you will be unable to restart it without resetting. A quick workaround: "
Comment out /dev/apm_bios from /etc/device_table
Reboot
-
Dunno if really this is an OZ bug... but... here is the strange thing that I encounter, of unstable IP address...
Have a wlan0 interface setup with a static IP : 192.168.2.3...
It works for a while (allowing me to connect via ssh from another host)... and suddenly after several minutes, the IP gets changed to 192.168.2.247...
I have to get back in the Network Parameters tool and reconfigure it to have it set back to the initially configured address... which after a while will unlock my SSH session...
Anybody experienced a similar behaviour ?
Thanks in advance.
-
Second, a snippet from the Zaurus 5500 How-To (https://www.oesf.org/index.php?title=Opie_3.5.3_on_the_5500)
Thanks Malcolm, I wasn't aware of that HowTo, I've found all sorts of Zaurus resources but not that one.
Peter
-
It works for a while (allowing me to connect via ssh from another host)... and suddenly after several minutes, the IP gets changed to 192.168.2.247...
That's rather odd.
Do you have a dhcp server running somewhere? Also, is udhcp (the client's name iirc) running on your Z?
Si
-
That's rather odd.
Do you have a dhcp server running somewhere? Also, is udhcp (the client's name iirc) running on your Z?
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=84645\")
Indeed, that's it...
I had a previous configuration with DHCP, and changed it for static IP.
It looks like the Network parameters application did not kill the running DHCP process when it was changed... looks like a bug... Well I'd like to report it, but I'm not so sure of where to do so...
Update : It looks like someone had the same problem before : [a href=\"http://opie-bugs.oszine.de/view.php?id=1033]http://opie-bugs.oszine.de/view.php?id=1033[/url] ... but that place didn't fit ... investigating a bit more...
Update 2 : Ok, reported as : http://bugs.openembedded.org/show_bug.cgi?id=112 (http://bugs.openembedded.org/show_bug.cgi?id=112)
Hope ths is the right place now
-
USB connection to pc drops after 7 min:
________________________________
- Zaurus model: 5500
- kernel version 2.4.18-rmk7-pxa3-embedix-3.5.3
- opie or gpe: 1.2.0
- last upgrade date: two days ago
________________________________
DESCRIPTION OF THE BUG(s) :
(bugtracker where bug is reported and bugnumber)
???
-
Here is a rerun of a message to oe@ about 3.5.2; the same issue seems to exist in 3.5.3
The solution here was tested under 3.5.2.
the hooks for ssh-agent in /etc/init.d/opie do not seem to work.
I am using openssh
The first problem seems to be that gpe forks and exits so the call
ssh-agent does not really do anything. The second is that openssh
needs DISPLAY set, before it looks at SSH_ASKPASS.
I modified the relevant lines of /etc/init.d/opie as follows
if [ -x "$OPIEDIR/bin/opie-sh-ssh-askpass.sh" ]; then
export SSH_ASKPASS=$OPIEDIR/bin/opie-sh-ssh-askpass.sh
export DISPLAY=dummy
fi
echo Starting Opie....
eval `$SSHAGENT`
$OPIEDIR/bin/qpe -terminal 2This is not really correct of course, since it will leave extra
ssh-agent process running if opie is restarted. On the other hand,
with this modification, opie-sshkeys actually works
Can someone suggest a better fix for starting ssh-agent? Is there a
way of having qpe not daemonize itself?
-
-nodaemon
-
-nodaemon
[div align=\"right\"][a href=\"index.php?act=findpost&pid=85750\"][{POST_SNAPBACK}][/a][/div]
Thanks. That works, until I restart Opie via the gui. I agree this a corner case, but
I seem to do it pretty often. So I guess I will stick with the previous version, modified
to only do the eval when ssh-agent exists.
$OPIEDIR/bin/opie-reorgfiles
if [ -x /usr/bin/ssh-agent ]; then
SSHAGENT=/usr/bin/ssh-agent
eval `$SSHAGENT -s`
fi
if [ -x "$OPIEDIR/bin/opie-sh-ssh-askpass.sh" ]; then
export SSH_ASKPASS=$OPIEDIR/bin/opie-sh-ssh-askpass.sh
export DISPLAY=dummy
fi
echo Starting Opie....
$OPIEDIR/bin/qpe -terminal 2
-
Calendar corruption...
I am not sure where the bug actually exists, but when syncing the calendar on Qtopia 1.7, any all day events automatically become 2 day events. For instance, I added an event for July 4th titled "Independence Day" and check the "All Day" block. I synced my Z with Qtopia which shows a 2-day event for July 4th and 5th. This bug showed up with the vanilla OZ Opie Rom and the Hengtes Opie Rom.
-
Is your time zone set correct on both?
-
(Poodle, 1GB SD, pgms on 1GB CF, upgrades to 7/28/2005)
I didn't realize this forum topic was here, so I am posting this which I already put on the Wiki page for Root on SD. Some of this doesn't apply there.
Thanks to all who are working on this project - I hope contribute soon myself. I have used my Sharp ROM for about 2 years now and finally took the plunge to OZ).
First of all, a very important step is to upgrade all the image installed programs before you start the procedure "Root on SD". That gets around the strange things like mount not knowing what the move option is and frequent lockups.
Second, as previously stated Package Manager is slightly bananas. Just use ipkg.
Third, FileManager goes permanently out to lunch if you have too many files in the directory on the CF.
Fourth, for some reason it will not execute shells in the “standard way†: ./blah.sh
I manually executed the stuff in modify_base.sh
I tried using “sh ./copy_files.sh /media/imageâ€
This at least gets started and gives me a:
line 24: syntax error near unexpected token ‘do’
Looks to me like the line:
for FOLDER in /*
doesn’t need the “/†- but I am not a sh expert. I will brush up on that next.
Fifth, fbcnvserver is broken as mentioned elsewhere because there is no fbvncserver-kmodule. I tried the version yet at the site “ipkgfind.handhelds.org†- that says it is collie. I didn't get any luck with that route either.
So I will try this evening to manually do what the copy_files.sh is doing or fix it (if it is broken).
-
(Poodle, 1GB CF, 1GB SD, upgrades to 7/28/2005)
Have proceeded somewhat further.
The copy_files.sh script has /* where it should have "/"*
and two other places on the end of for statements: "blahblah"/* which should be "blahblah/"*
Also, the formatting needed to be fixed on it and the init_install.sh to prevent .sh errors - sh apparently does not like the spaces - I replaced by appropriate tabs and it was happy.
So all is well until I then reboot - I get stuck on the OZ splash screen and it goes no further. Nothing but the top line at the graphic on the right. No small text ever appears.
So - being dead, I started from scratch. Went pretty quick this time. After applying all upgrades, it definitely still has the bug in holding down the right side of the navigation button.
All went smoothly all the way to the reboot again - and boom - splash screen only.
Any suggestions on a next step? Since the only thing that has really "changed" when rebooting is /sbin/init and /etc/rboot.conf
Since the first thing that the init.script is supposed to do is put out the message about which op to boot, I am unclear as to why this is happening - it is almost as if the script is crashing the interpreter.
-
(Poodle, 1GB SD, pgms on 1GB CF, upgrades to 7/28/2005)
I forgot to add a potentially critical piece of information:
When I run the shutdown / restart app - it shows the bar moving to 100% and then hangs. I.E. it nevers reboots - gave it 10 minutes.
This I reset to reboot.
So after thinking about it I believe the script which also runs on shutdown - may kill the interpreter then also!
-
(Poodle, 1GB SD, pgms on 1GB CF, upgrades to 7/28/2005)
Continuing the saga ... (I am getting pretty good at flashing Zaurus's ...)
There was a single quote for a double in the init.script AND
biggest issue of ALL: the file had been edited by Windoze somewhere along the line - it had "CR"s in it. Apparently the default shell for the image - just totally croaks on CR's. This was actually the cause of some other issues with the scripts - which I thought were formatting with tabs or something because after I formatted them, they worked - but it was actually when I edited them I was removing (without realizing it) the CR's.
But now I am stuck at the same point malcolmxavier was in another thread:
The script fails to find /media/image/sbin/init after doing everything successful to that point. Tried a "-e" instead of "-f" in the test just for grins - didn't work.
-
(Poodle, 1GB SD, pgms on 1GB CF, upgrades to 7/28/2005)
As far as I can tell, it is the mount command itself that is failing (silently).
If I put in the script after the losetup and mount, a "ls -la /media" and then one for /media/card or /mnt/card, the only one with output is the /media which does show the /media/image mount point.
Is there some reason the mount would not occur in the init script (before the real init has run?).
Any help apprceiated. I am close ...
-
(Poodle, 1GB SD, 1GB CF, Upgrades to 7.29.2005)
Well, I gave up on this for the moment - because I got the AltBoot working quite easily.
At this point major bugs:
1. Right Ring press for longer than about 8 cursor movements shuts down Poodle. (I must do this 20 times an hour - so used it using in in SharpRom).
2. Calibration - which I have tried many times - is not as accurate - by a lot - compared with the sharp rom where I never had an issue in two years. I have to hit the top edge of the paypad or various buttons. Also some really wierd touch activations that are not explainable by accuracy: In the date time setup - playing with the little up/down arrows on the minute will frequently bring up the calendar!
3. The light will not come on frequently afther the unit suspends - you have to get a good sidewise look at the screen to see that it is on and to see the low contrast display brightness adjustment icon - and bring it up. As soon as you hit any level, the light will come back on.
4. The Cancel button seems to be interrmittent at either waking the unit or putting it to sleep. I use the the menu susspend for better reliability. I am beginning to believe part of the problem is that it is VERY slow to respond - and when I hit it again - it makes the unit go catatonic. I have to hit the reset button to wake it.
5. Sometimes when the unit suspends, and is awakened via the cancel button, it will be totally non-responsive except to the cancel turning it off again. The only way out (that I know of) is to reset - this one is especially troubling.
-
OZ 3.5.3
Upgrade kernel
Hentges ROM
SL5500/Collie
Opie
Issue: Hardware buttons stop working, randomnly, after turning on.
Details: After every reboot, after suspending and awakening between once and three times, the hardware buttons, including the keyboard, will not be recognised and will have no effect after turning it on. Attemping to reboot using the applet or from opie-embeddedconsole will result in a freeze, attemping to switch to a virtual terminal will fail.
Also: I have recently noticed, while looking for every other symptom I can find, that 'keventd' has become a zombie process every time this happens.
IT seems to happen less often if left to turn itself off, instead of actively telling it to suspend, but still happens.
-
OZ 3.5.3
Upgrade kernel
Hentges ROM
SL5500/Collie
Opie
Issue: Hardware buttons stop working, randomnly, after turning on.
Details: After every reboot, after suspending and awakening between once and three times, the hardware buttons, including the keyboard, will not be recognised and will have no effect after turning it on. Attemping to reboot using the applet or from opie-embeddedconsole will result in a freeze, attemping to switch to a virtual terminal will fail.
Also: I have recently noticed, while looking for every other symptom I can find, that 'keventd' has become a zombie process every time this happens.
IT seems to happen less often if left to turn itself off, instead of actively telling it to suspend, but still happens.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=90814\")
I used the kernel and images from this link [a href=\"http://hentges.net/tmp/do_not_use/]http://hentges.net/tmp/do_not_use/[/url] which is empty now. Have had no problems such as you describe with it, BUT, on the other hand, I don't use it as my primary PDA so maybe if I used it more I would notice these difficulties.
-
Can someone please compile all the lirc ipks and put them on the appropriate machine feeds? Only collie seems to have them available. I would like lirc for my poodle.
Thanks in advance
-Phil
-
lirc does not provided driver for pxa based machines.
-
lirc does not provided driver for pxa based machines.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=94889\")
Interesting. Sorry, didn't realize that. I guess these guys:
[a href=\"http://www.currybrothers.com/zaurus/sl5600_patches.html]http://www.currybrothers.com/zaurus/sl5600_patches.html[/url]
must have written their own driver? Haven't looked at their source.
-
5500, OZ 3.5.4RC (Root on SD), GPE
Feed has apmd daemon (it is even installed into initrd), but no utilites are provided (at, atq, atrm).
I don't know where OE has it packaged. How can I check?
Why is openembedded.org site down?
-
Why is openembedded.org site down?
DNS needs to be updated.
Try http://oe.handhelds.org/ (http://oe.handhelds.org/)
Si
-
5500, OZ 3.5.4RC (Root on SD), GPE
Feed has apmd daemon (it is even installed into initrd), but no utilites are provided (at, atq, atrm).
I don't know where OE has it packaged. How can I check?
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=103996\")
Are you talking about atd and not apmd ?
One way to check would probably be to get the sources of the openembedded metadata and check...
More details in : [a href=\"http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted]http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted[/url]
My 2 cents.
PS: I know you were redirected here from https://www.oesf.org/forums/index.php?showt...ndpost&p=103918 (https://www.oesf.org/forums/index.php?showtopic=11967&view=findpost&p=103918) ... but if the problem is still there in 3.5.4RC, maybe posting in https://www.oesf.org/forums/index.php?showtopic=15689 (https://www.oesf.org/forums/index.php?showtopic=15689) would be more appropriate, or in the bugtrackers it references.
-
I seem to remember that atd interfered with apmd - there's a post my mickeyl somewhere saying this.
Si
-
I seem to remember that atd interfered with apmd - there's a post my mickeyl somewhere saying this.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=104043\")
I submitted bug regarding the problem into
[a href=\"http://bugs.openembedded.org/show_bug.cgi?id=470]OE bugtracking system[/url].
Please continue the atd-related discussion over there.