Help - Search - Members - Calendar
Full Version: Up To Date Feed For Gpe
OESF Forums > Distros, Development, and Model Specific Forums > Distro Support and Discussion > Angstrom & OpenZaurus
koen
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.
mimeca
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
koen
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 sad.gif
agraef
QUOTE(koen @ Aug 26 2005, 02:57 PM)
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 sad.gif
*


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.
agraef
QUOTE(koen @ Aug 26 2005, 11:20 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/ to your feeds.
*


Thanks for setting up that feed, some nice apps in there. GPE is really coming along nicely. smile.gif

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
pungipungi
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 ?
agraef
QUOTE(pungipungi @ Sep 10 2005, 10:19 PM)
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, 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. smile.gif

QUOTE(pungipungi @ Sep 10 2005, 10:19 PM)
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 ?
*


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.)
pungipungi
QUOTE
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. smile.gif


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
JohnX
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"
koen
QUOTE(JohnX @ Sep 22 2005, 03:26 AM)
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
pungipungi
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
pungipungi
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
pungipungi
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 ...)
cesarcardoso
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:

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

CODE
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 sad.gif

---

Also an annoying bug from ppp-dialin:

CODE
(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
lardman
QUOTE
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
cesarcardoso
QUOTE(lardman @ Oct 18 2005, 06:32 AM)
QUOTE
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?
lardman
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.

QUOTE
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
cesarcardoso
QUOTE(lardman @ Oct 18 2005, 08:52 AM)
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?

QUOTE(lardman @ Oct 18 2005, 08:52 AM)
QUOTE
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...
cesarcardoso
Hm... I see that Koen put a gpe-session-scripts package for Collie as of yesterday, let's test smile.gif
cesarcardoso
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.
koen
QUOTE(cesarcardoso @ Oct 20 2005, 12:24 PM)
Hm...

1) Even with the new gpe-session-scripts, there is still a conflict between gpe-session-scripts and xsession-common

*


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.
cesarcardoso
QUOTE(koen @ Oct 20 2005, 09:39 AM)
QUOTE(cesarcardoso @ Oct 20 2005, 12:24 PM)
Hm...

1) Even with the new gpe-session-scripts, there is still a conflict between gpe-session-scripts and xsession-common

*


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! smile.gif
asola
QUOTE(koen @ Aug 26 2005, 10:20 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/ to your feeds.
*


Finally a feed which includes Abiword and Gnumeric. Can't wait to get home and try it on my Z.
asola
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?

QUOTE(asola @ Oct 25 2005, 07:46 PM)
QUOTE(koen @ Aug 26 2005, 10:20 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/ to your feeds.
*


Finally a feed which includes Abiword and Gnumeric. Can't wait to get home and try it on my Z.
*

pungipungi
QUOTE(asola @ Oct 28 2005, 11:23 AM)
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
skliarieh
QUOTE(koen @ Aug 26 2005, 01:20 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/ to your feeds.
*


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.
Hrw
skliarieh: can you raport such things in OE bugtracker?
jlapier
I'm having trouble with this feed. I added this line to my /etc/ipkg.conf file:
CODE
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
mimeca
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.
lardman
QUOTE
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
mimeca
If I give the web link of the package to ipkg, then I can install packages without problems. Manually installation works, but dependences not rolleyes.gif
lardman
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
cesarcardoso
QUOTE(lardman @ Nov 21 2005, 08:18 AM)
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
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2014 Invision Power Services, Inc.