OESF Portables Forum
Everything Else => Zaurus Distro Support and Discussion => Distros, Development, and Model Specific Forums => Archived Forums => Angstrom & OpenZaurus => Topic started by: koen on August 26, 2005, 05:20:38 am
-
If you want to have a lot of bugs fixed and/or try new apps like gpe-mini-browser, add http://ewi546.ewi.utwente.nl/sfeed/ (http://ewi546.ewi.utwente.nl/sfeed/) to your feeds.
-
Hi Koen.
I have added the new repository and upgrade. After upgrade some packages, the next package is busybox:
Downloading http://ewi546.ewi.utwente.nl/sfeed/busybox_1.00-r30_arm.ipk (http://ewi546.ewi.utwente.nl/sfeed/busybox_1.00-r30_arm.ipk)
Configuration file '/etc/syslog.conf'
==> File on system created by you or by a script.
==> File also in package provided by package maintainer.
What would you like to do about it ? Your options are:
Y or I : install the package maintainer's version
N or O : keep your currently-installed version
D : show the differences between the versions (if diff is installed)
The default action is to keep your current version.
*** syslog.conf (Y/I/N/O/D) [default=N] ?
I can respond yes or no, but two responses give me this error (at the end):
Upgrading xstroke on root from 0.6-r1 to 0.6-r2...
Downloading http://ewi546.ewi.utwente.nl/sfeed/xstroke_0.6-r2_arm.ipk (http://ewi546.ewi.utwente.nl/sfeed/xstroke_0.6-r2_arm.ipk)
sh: wget: not found
Upgrading xtscal on root from 0.6.3-r0 to 0.6.3-r1...
Downloading http://ewi546.ewi.utwente.nl/sfeed/xtscal_0.6.3-r1_arm.ipk (http://ewi546.ewi.utwente.nl/sfeed/xtscal_0.6.3-r1_arm.ipk)
sh: wget: not found
I must reinstall GPE. System doesn't recognize new commands such as wget or ls
-
The busybox error is a known problem, and I removed it from the feed to avoid further problems. The arises when during a busybox upgrade all module symlinks are removed, but some are needed for the upgrade to continue
-
The busybox error is a known problem, and I removed it from the feed to avoid further problems. The arises when during a busybox upgrade all module symlinks are removed, but some are needed for the upgrade to continue
[div align=\"right\"][a href=\"index.php?act=findpost&pid=93342\"][{POST_SNAPBACK}][/a][/div]
Did you actually remove it? I ran into the same problem, but it's easy to work around this: just install busybox first, before running ipkg upgrade.
-
If you want to have a lot of bugs fixed and/or try new apps like gpe-mini-browser, add http://ewi546.ewi.utwente.nl/sfeed/ (http://ewi546.ewi.utwente.nl/sfeed/) to your feeds.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=93311\"][{POST_SNAPBACK}][/a][/div]
Thanks for setting up that feed, some nice apps in there. GPE is really coming along nicely.
A quick note: It would be very kind if you could also rebuild gpe-irc for the updated libs, the version from the standard feeds complains about a missing gpe_render_icon symbol after upgrading from your feed.
TIA,
Albert
-
I've seen that also libc is updated which results in an out of space error when I tried it and I had to reinstall the complete old gpe image.
Has anybody else seen this problem?
I do have the possibility to reinstall some packages to sd card to overcome this problem.
But before trying it I would like to ask if according to the libc changes all the packages have to be replaced or if the old ones do still work with the new libc ?
-
I've seen that also libc is updated which results in an out of space error when I tried it and I had to reinstall the complete old gpe image.
Has anybody else seen this problem?
I remember that I had the same problem with my original Oz 3.5.3/Opie install. The only way I found to work around this was to install root on SD (http://openzaurus.org/wordpress/howto/root-on-sd/), then an ipkg upgrade would work fine. Now I'm running CoreDump's altboot (https://www.oesf.org/forums/index.php?showtopic=12915) boot manager which allows me to boot different images from sd (like Oz+Opie and Oz+GPE) easily. It even lets me boot over NFS. Great stuff.
But before trying it I would like to ask if according to the libc changes all the packages have to be replaced or if the old ones do still work with the new libc ?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=95357\"][{POST_SNAPBACK}][/a][/div]
Sorry, can't comment on this, only tried the full upgrade. Most of the old packages for which there are no upgrades in Koen's feed seemed to work, though. (Unfortunately, gpe-irc does not, as I wrote above. And the GPE gaim version isn't very usable on the small 5500 screen.)
-
I remember that I had the same problem with my original Oz 3.5.3/Opie install. The only way I found to work around this was to install root on SD (http://openzaurus.org/wordpress/howto/root-on-sd/), then an ipkg upgrade would work fine. Now I'm running CoreDump's altboot (https://www.oesf.org/forums/index.php?showtopic=12915) boot manager which allows me to boot different images from sd (like Oz+Opie and Oz+GPE) easily. It even lets me boot over NFS. Great stuff.
I've already switched to a root system located on sd using the rboot package and an ext2 image of apropriate size. Now the update mechanism works without problems.
(Since I'm doing it from shell also the busybox problem is solveable, since I can use busybox.postinst after creating some principle links per hand)
Thanks pungipunge
-
I'm very interested in giving these packages a try but the feed isn't loading for me. It's just timing out while trying to connect. I did a traceroute and I'm not getting a response from anything after "gw-cs.routing.utwente.nl"
-
I'm very interested in giving these packages a try but the feed isn't loading for me. It's just timing out while trying to connect. I did a traceroute and I'm not getting a response from anything after "gw-cs.routing.utwente.nl"
[div align=\"right\"][a href=\"index.php?act=findpost&pid=96625\"][{POST_SNAPBACK}][/a][/div]
The server went down yesterday, I'm waiting for the sysadmin to go into the server room and press the reboot button
-
High,
thanks for the updated feed. I want to bring my development environment to the same state. Can you provide me the necessary infos:
* which bitbake version do you use
* can you anywhere place a copy of your build/conf/local.conf
* which snaphot for bb/patch files do you use (LATEST?)
would be great ....
woody
-
I'm really astonished since I tried it out yesterday on my own and was successfull in not more then some hours.
This was rather astonishing since the last time I tried it I failed for days for several reasons.
Here's my way:
* I'm using suse 9.3
* http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted (http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted)
* latest bitbake version
** svn co svn://svn.berlios.de/bitbake/trunk/bitbake
** the new bitbake is great since
*** dramatically reduced memory footprint (now it really runs also with 512M)
*** use the bitbake -i mode (interactive), it's great
* monotone
** http://www.venge.net/monotone/downloads/mo...1-linux-x86.bz2 (http://www.venge.net/monotone/downloads/monotone-0.21-linux-x86.bz2)
* setting up oe.db
** http://ewi546.ewi.utwente.nl/OE/OE.db.bz2 (http://ewi546.ewi.utwente.nl/OE/OE.db.bz2)
** monotone --db=oe.db checkout --branch=org.openembedded.dev
* local.conf
** I used my old 3.5.3 one with CVSDATE="20050924"
* bitbake -i
** parse
** build gpe-edit
voila
-
I've tried the new compiling environment to update my chess packages. I've placed the ipks (should be based on the modified feed of koen) under
http://members.kabsi.at/woody/feed (http://members.kabsi.at/woody/feed)
(I haven't tried the dir if it really works as feed yet. I will check this next weekend ...)
-
Hi,
There's a conflict between gpe-session-scripts (from OZ's feed) and xsession-common (from Koen's feed). xsession-common was installed by 'ipkg upgrade' and wanted to overwrite some packages belonging to gpe-session-scripts.
After a reboot, the troubles had started.
If I let gpe-session-scripts and erase xserver-common, I got the following error:
INIT: Entering runlevel: 5
/etc/init.d/rc: 45: [: Input/output error
/etc/init.d/rc: 50: [: Input/output error
/etc/init.d/rc: 52: [: Input/output error
/etc/init.d/rc: 104: [: Input/output error
and GPE never boots
If I let xserver-common and erase gpe-session-scripts...
INIT: Entering runlevel: 5
INIT: cannot execute "/etc/init.d/rc"
INIT: cannot execute "/sbin/getty"
(a lot of times)
INIT: Id "S" respawning too fast: disabled for 5 minutes
INIT: cannot execute "/sbin/getty"
(another load of times)
INIT: Id "1" respawning too fast: disabled for 5 minutes
INIT: no more processes left in this runlevel
And my system becomes unbootable
---
Also an annoying bug from ppp-dialin:
(configuring)
Configuring ppp-dialin
adduser: ppp: login already in use
postinst script returned status 1
ERROR: ppp-dialin.postinst returned 1
and ppp-dialin is never configured
EDIT: root on SD (via altboot), system fully updated before trying to go to koen's feed
-
There's a conflict between gpe-session-scripts (from OZ's feed) and xsession-common (from Koen's feed). xsession-common was installed by 'ipkg upgrade' and wanted to overwrite some packages belonging to gpe-session-scripts.
gpe-session has been split out into xsession-common et al since 3.5.3.
This is a problem with mixing programs with feeds of different ages.
Si
-
There's a conflict between gpe-session-scripts (from OZ's feed) and xsession-common (from Koen's feed). xsession-common was installed by 'ipkg upgrade' and wanted to overwrite some packages belonging to gpe-session-scripts.
gpe-session has been split out into xsession-common et al since 3.5.3.
This is a problem with mixing programs with feeds of different ages.
But there's no suitable gpe-session-scripts ipkg (only a version for h3900) in Koen's feed! What's the RightWay™ to do?
-
I'd say just let it them overwrite one another (or wait for the RC images which Mickeyl is preparing as we speak) using the appropriate ipkg switch.
INIT: cannot execute "/etc/init.d/rc"
INIT: cannot execute "/sbin/getty"
(a lot of times)
INIT: Id "S" respawning too fast: disabled for 5 minutes
INIT: cannot execute "/sbin/getty"
(another load of times)
INIT: Id "1" respawning too fast: disabled for 5 minutes
Funny messages though - is getty included in one of these scripts ipks, if so it's ok, if not, then something else is wrong too from the looks of it?
Si
-
I'd say just let it them overwrite one another (or wait for the RC images which Mickeyl is preparing as we speak) using the appropriate ipkg switch.
Hm, letting xsession-scripts overwrite gpe-session-scripts, right?
INIT: cannot execute "/etc/init.d/rc"
INIT: cannot execute "/sbin/getty"
(a lot of times)
INIT: Id "S" respawning too fast: disabled for 5 minutes
INIT: cannot execute "/sbin/getty"
(another load of times)
INIT: Id "1" respawning too fast: disabled for 5 minutes
Funny messages though - is getty included in one of these scripts ipks, if so it's ok, if not, then something else is wrong too from the looks of it?
/sbin/getty is owned by tinylogin, so the problem isn't there...
-
Hm... I see that Koen put a gpe-session-scripts package for Collie as of yesterday, let's test
-
Hm...
1) Even with the new gpe-session-scripts, there is still a conflict between gpe-session-scripts and xsession-common
2) With the new ipkg, I can't install packages from OE's feed... it says that "Couldnt kill old gunzip process" and aborts. No error happens with packages from Koen's feed.
-
Hm...
1) Even with the new gpe-session-scripts, there is still a conflict between gpe-session-scripts and xsession-common
[div align=\"right\"][a href=\"index.php?act=findpost&pid=100162\"][{POST_SNAPBACK}][/a][/div]
ipkg -force-overwrite -force-reinstall install gpe-session-scripts
ipkg -force-overwrite -force-reinstall install xserver-common
That should put all the files in the correct place.
-
Hm...
1) Even with the new gpe-session-scripts, there is still a conflict between gpe-session-scripts and xsession-common
[div align=\"right\"][a href=\"index.php?act=findpost&pid=100162\"][{POST_SNAPBACK}][/a][/div]
ipkg -force-overwrite -force-reinstall install gpe-session-scripts
ipkg -force-overwrite -force-reinstall install xserver-common
That should put all the files in the correct place.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=100167\"][{POST_SNAPBACK}][/a][/div]
Yes, it worked!
-
If you want to have a lot of bugs fixed and/or try new apps like gpe-mini-browser, add http://ewi546.ewi.utwente.nl/sfeed/ (http://ewi546.ewi.utwente.nl/sfeed/) to your feeds.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=93311\"][{POST_SNAPBACK}][/a][/div]
Finally a feed which includes Abiword and Gnumeric. Can't wait to get home and try it on my Z.
-
My recent experiences with the feed:
I installed Abiword from the feed without any problems and seems to work perfectly.
Gnumeric 1.6 had post-install and dependency errors and only -force-overwrite installed it. When I start it, it complains about not being able to load/save settings. It seems that it misses some Gnome configuration utilities (gconftool-2 ???) without which it cannot load/save its preferences (e.g. which toolbars are visible).
Is there a way to fix this?
If you want to have a lot of bugs fixed and/or try new apps like gpe-mini-browser, add http://ewi546.ewi.utwente.nl/sfeed/ (http://ewi546.ewi.utwente.nl/sfeed/) to your feeds.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=93311\"][{POST_SNAPBACK}][/a][/div]
Finally a feed which includes Abiword and Gnumeric. Can't wait to get home and try it on my Z.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=100911\"][{POST_SNAPBACK}][/a][/div]
-
When I start it, it complains about not being able to load/save settings. It seems that it misses some Gnome configuration utilities (gconftool-2 ???) without which it cannot load/save its preferences (e.g. which toolbars are visible).
Is there a way to fix this?
I recognized the same problem. I think it results of a missing dbus communication partner:
/usr/libexec/gconfd-2
But haven't found the correct starting procedure yet ...
That's the error message:
** (gnumeric:1745): WARNING **: Unable to load key '/apps/gnumeric/core/gui/toolbars/ObjectToolbar' : because No D-BUS daemon running
When adding a DBUS service to /usr/share/dbus-1/services/
[D-BUS Service]
Names=org.gnome.GConf;
Exec=/usr/libexec/gconfd-2
gconfd-2 is started but nothing changes to the above given error
A call of
> gconftool-2 -R /desktop/gnome
results in
Failure listing entries in `/desktop/gnome': Failed to activate configuration server: The service org.gnome.GConf was not found in the activation entry list
-
If you want to have a lot of bugs fixed and/or try new apps like gpe-mini-browser, add http://ewi546.ewi.utwente.nl/sfeed/ (http://ewi546.ewi.utwente.nl/sfeed/) to your feeds.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=93311\"][{POST_SNAPBACK}][/a][/div]
I tried to install gst-plugins and got following output:
# ipkg install gst-plugins_0.8.7-r3_arm.ipk
Installing gst-plugins (0.8.7-r3) to root...
Configuring gst-plugins
//usr/lib/ipkg/info/gst-plugins.postinst: 14: gconftool-2: not found
//usr/lib/ipkg/info/gst-plugins.postinst: 14: gconftool-2: not found
#
Package gconf-dbus provides the binary, but gst-plugin does not depend on the package.
-
skliarieh: can you raport such things in OE bugtracker?
-
I'm having trouble with this feed. I added this line to my /etc/ipkg.conf file:
src gpeextras http://ewi546.ewi.utwente.nl/sfeed/
and if I run 'ipkg update' and then try to install any of the packages by:
ipkg -t /media/ram/tmp -d sd install gpe-mini-browser
my Z locks up. Did I use the wrong syntax in the .conf file?
I have an SL-5500. I don't know how to tell my rom version, but 'uname -a' gives me:
'Linux collie 2.4.18-rmk7-pxa3-embedix #1 Thu, 07 Apr 2005 13:43:26 +0200 armv4l unknown'
- Jason
-
There's a problem with package architecture oh the feed. There are packages for armv5te and arm architecture, but only one architecture is on Packages info.
With a SL-5500 and OpenZaurus 3.5.3 I can not upgrade / install new packages because my architecture is arm. It should exist package info for arm architecture.
-
but only one architecture is on Packages info.
This is because the 5500 is arm4 only; my C750 has both of these archs listed.
Si
-
If I give the web link of the package to ipkg, then I can install packages without problems. Manually installation works, but dependences not
-
Be careful installing arm5 arch files (on an arm4 machine) as you may end up with the app in question failing due to unrecognised instructions.
Si
-
Be careful installing arm5 arch files (on an arm4 machine) as you may end up with the app in question failing due to unrecognised instructions.
arm5 ipkgs aren't available for us on arm(4) machines... the feed should be fixed to list both arm and arm5vte