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/ 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
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
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
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

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.

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 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, then an ipkg upgrade would work fine. Now I'm running CoreDump's altboot 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.



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'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"

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
* 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
* setting up oe.db
** 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
(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:



and GPE never boots

If I let xserver-common and erase gpe-session-scripts...



And my system becomes unbootable

---

Also an annoying bug from ppp-dialin:



and ppp-dialin is never configured

EDIT: root on SD (via altboot), system fully updated before trying to go to koen's feed

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

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.



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

Hm, letting xsession-scripts overwrite gpe-session-scripts, right?



/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.

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.

Yes, it worked!

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?

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

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:


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.

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

arm5 ipkgs aren't available for us on arm(4) machines... the feed should be fixed to list both arm and arm5vte