Help - Search - Members - Calendar
Full Version: 5.4.8..plus?
OESF Forums > Distros, Development, and Model Specific Forums > Distro Support and Discussion > pdaXrom
adf
I did an "ipkg upgrade" on kakazov's feed from a fairly clean install of 5.4.8. A lot of libs and packages got upgraded, though I had to do 15-20 manually because ipkg thinks x.2.3 is a higher version than x.12.4.
The good news is that besides having to manually relink libbluetooth and manually installing thosepackages, it all seems to work!

Your mileage might vary, of course, but making use of kakazov's (substantial) beta3 work in pdaxii13 seems to me like a good idea.
Meanie
QUOTE(adf @ Aug 14 2007, 12:08 PM)
I did an "ipkg upgrade" on kakazov's feed from a fairly clean install of 5.4.8. A lot of libs and packages got upgraded, though I had to do 15-20 manually because ipkg thinks x.2.3 is a higher version than x.12.4.
The good news is that besides having to manually relink libbluetooth and manually installing thosepackages, it all seems to work!

Your mileage might vary, of course, but making use of kakazov's (substantial) beta3 work in pdaxii13 seems to me like a good idea.
*



I hacked ipkg in 5.4.9 so it should in theory upgrade fine now as in it will know that 1.10 is newer than 1.2 for example...

my plan is to upgrade all the libs in pdaXii13 build 5.5 using kakazov's feed but that will take a while with all the testing required....

if anyone wants to share their upgrade experience and lessons learned, it could potentially speed up the move to 5.5
adf
gpe-calendar fails with a libsqlite error--can't find libsqlite3.so.0..etc. I optimistically relinked to libsqlite-2.8... now I have a relocation error on libeventdb.
I'm sure it is not too horrible to sort out, and the "Dates" calander from pimlico works. I thought you should know, though.

Is the new ipkg in the feed at tyrannozaurus? given my current setup, I think I'd be better off waiting to upgrade to pdaxii13 5.5, but I would like to get a less dumb ipkg installed asap.

Again, thanks for all the quality work--the Z is an amazing machine these days
Meanie
QUOTE(adf @ Aug 24 2007, 02:53 PM)
gpe-calendar fails with a libsqlite error--can't find libsqlite3.so.0..etc.  I optimistically relinked to libsqlite-2.8...  now I have a relocation error on libeventdb.
I'm sure it is not too horrible to sort out, and the "Dates" calander from pimlico works. I thought you should know, though.

Is the new ipkg in the feed at tyrannozaurus?  given my current setup, I think I'd be better off waiting to upgrade to pdaxii13 5.5,  but I would like to get a less dumb ipkg installed asap.

Again, thanks for all the quality work--the Z is an amazing machine these days
*


thanks for the info. i am planning of dropping all the current PIM apps that are in pdaXii13 as I myself have moved to the pimlico suit anyway, so support for gpe stuff under pdaXii13 is discontinued....

the new ipkg is in the pdaXii13-custom.tgz file. i should update the ipkg package. thanks for reminding me.
kkazakov13
All is great ... but how you do synchronize from / to pimlico ?

I want to move to pimlico suite ... but all my contacts and everything else is in my phone ( which i sync to remote SyncML server )
adf
QUOTE(kkazakov13 @ Aug 23 2007, 11:36 PM)
All is great ... but how you do synchronize from / to pimlico ?

I want to move to pimlico suite ... but all my contacts and everything else is in my phone ( which i sync to remote SyncML server )
*

I haven't even tried to sync it ph34r.gif
I'd love to get it working with my phone, though
scheck.r
Hi,

Thanks Meanie for tackling ipkg's bug. However, I have just done a fresh install of Pdaxii13 build5.4.9 followed by ipkg update followed by ipkg upgrade and there remains the same problem, ipkg won't upgrade gtk2 from 2.6.2 to 2.10.12 for example or leafpad from 0.8.9 to 0.8.11 or openobex from 1.0.1 to 1.3 or galculator from 1.2.5 to 1.2.5.2 to name a few.
adf
QUOTE(scheck.r @ Aug 26 2007, 03:25 PM)
Hi,

Thanks Meanie for tackling ipkg's bug. However, I have just done a fresh install of Pdaxii13 build5.4.9 followed by ipkg update followed by ipkg upgrade and there remains the same problem, ipkg won't upgrade gtk2 from 2.6.2 to 2.10.12 for example or leafpad from 0.8.9 to 0.8.11 or openobex from 1.0.1 to 1.3 or galculator from 1.2.5 to 1.2.5.2 to name a few.
*

..nd if this gets fixed- would it be too much trouble to pop it into the feed t tyrannozaurus? or even post a tarball there (I hate the OESF attachment bug)?
Meanie
QUOTE(scheck.r @ Aug 27 2007, 09:25 AM)
Hi,

Thanks Meanie for tackling ipkg's bug. However, I have just done a fresh install of Pdaxii13 build5.4.9 followed by ipkg update followed by ipkg upgrade and there remains the same problem, ipkg won't upgrade gtk2 from 2.6.2 to 2.10.12 for example or leafpad from 0.8.9 to 0.8.11 or openobex from 1.0.1 to 1.3 or galculator from 1.2.5 to 1.2.5.2 to name a few.
*


oops, found the problem and fixed it.

ipkg is contained in the embedix-utils package and i uploaded an updated package containing the new ipkg.
however, i dont know what will happen if you try to upgrade to the latest version since an upgrade basically is a remove of the old package and an install of the newer package. not sure what ipkg will do if it has to remove itself in order to install itself. you probably just want to unzip ipkg from the zip file and replace the original one rather than trying ipkg upgrade on itself.
for those curious enough to try, here is a link to the updated package:
http://www.tyrannozaurus.com/feed/beta3/cu...-2_armv5tel.ipk
scheck.r
Upgrading right now, the upgrade process seems to go well, thanks Meanie.
scheck.r
After further investigations ...
- ipkg update, upgrade with full ipkg.conf from build5.4.9, ipkg only upgrades using Meanie's feed and not Kazakov's one.
- update, upgrade with only Kazakov's feed works.
- abiword 2.4.6 from Kazakov's feed installs in addition to abiword 2.4.4 because AbiWord vs Abiword in /usr/bin
- after upgrade: no more window saying "You can safely remove the device now",
so some matchbox packages are updated but loosing Meanie's customizations.
- in package manager(qpkg): if 2 different versions of the same package name are available, only the first in alphabetical order will be installed, same with dependencies so it installs the lowest version each time and not the newest wanted.
- xournal 0.4 from Kazakov's feed: need to symlink to /usr/local for the app to find icons
- If I try "ipkg install xournal", it installs xournal 0.3.2 and not 0.4 which is annoying
The only way I found is to download the wanted pakages on my CF card and install them locally.

So I prefer not messing with Kazakov's feed, you need to know exactly what you do, what to upgrade, what not to upgrade if you want to keep Meanie's customizations(abiword, xpdf, gtk2, rox , matchbox, ...)

May be we should:
- incorporate selected essential packages from Kazakov's feed and put them in Meanie's feed but that needs a lot of testing(dbus, gtk2, ...). By the way, what do they bring to the table for a user perspective ? (fix bugs ?, new features ?, faster ?)
- port Meanie's customizations to the newest packages
- fix ipkg and qpkg to install the selected package and not another version


I don't know much about package management, that's just a brief test

Thanks
Meanie
QUOTE(scheck.r @ Aug 30 2007, 01:18 AM)
After further investigations ...
- ipkg update, upgrade with full ipkg.conf from build5.4.9, ipkg only upgrades using Meanie's feed and not Kazakov's one.
- update, upgrade with only Kazakov's feed works.
- abiword 2.4.6 from Kazakov's feed installs in addition to abiword 2.4.4 because AbiWord vs Abiword in /usr/bin
- after upgrade: no more window saying "You can safely remove the device now",
so some matchbox packages are updated but loosing Meanie's customizations.
- in package manager(qpkg): if 2 different versions of the same package name are available, only the first in alphabetical order will be installed, same with dependencies so it installs the lowest version each time and not the newest wanted.
- xournal 0.4 from Kazakov's feed: need to symlink to /usr/local for the app to find icons
- If I try "ipkg install xournal", it installs xournal 0.3.2 and not 0.4 which is annoying
The only way I found is to download the wanted pakages on my CF card and install them locally.

So I prefer not messing with Kazakov's feed, you need to know exactly what you do, what  to upgrade, what not to upgrade if you want to keep Meanie's customizations(abiword, xpdf, gtk2, rox , matchbox, ...)

May be we should:
- incorporate selected essential packages from Kazakov's feed and put them in Meanie's feed but that needs a lot of testing(dbus, gtk2, ...). By the way, what do they bring to the table for a user perspective ? (fix bugs ?, new features ?, faster ?)
- port Meanie's customizations to the newest packages
- fix ipkg and qpkg to install the selected package and not another version


I don't know much about package management, that's just a brief test

Thanks
*


thanks for the feedback.

in order to upgrade from kazakov's feed, you need to make sure it is the first line in /etc/ipkg.conf
the order of the feeds in ipkg.conf is important. the first one has highest priority and the last one the least.

upgrading to the latest packages will give you newer packages which have newer features/bug fixes made by other people, but you do loose some of the hacks that I added. some of the updated packages do have my patches already whereas others don't. that's why 5.5 is going to take a while because I will need to find all the apps that are updated without my patches and add them back in. it is just a matter of going through all of them and identifying the ones that don't and update those which of course reports like yours will help me identify them quicker.

i only "fixed" ipkg, but have not touched qpkg so the "bug" still exist in qpkg.

xournal 0.4 does not get detected because the Packages file in kazakov's feed is missing the xournal entry so ipkg will only find the older xournal version. what I did was to copy all the packages from his feed to a SD card and regenerate the Packages file using ipkg-make-index and then updating ipkg.conf to point at my local feed.
scheck.r
QUOTE
the order of the feeds in ipkg.conf is important. the first one has highest priority and the last one the least.
That's interesting, so one should put the newest feed(say custom or Kazakov or Capnfish) first in ipkg.conf.
QUOTE
xournal 0.4 does not get detected because the Packages file in kazakov's feed is missing the xournal entry so ipkg will only find the older xournal version.
I had a look a the Packages file in kazakov's feed, there IS an entry for xournal 0.4, so I think it is the same problem as before, the old package was installed because kazakov's feed was not listed first in ipkg.conf.
QUOTE
i only "fixed" ipkg, but have not touched qpkg so the "bug" still exist in qpkg.
Ah...I thought qpkg was just a front-end to ipkg
QUOTE
what I did was to copy all the packages from his feed to a SD card and regenerate the Packages file using ipkg-make-index and then updating ipkg.conf to point at my local feed.
I knew that by reading your excellent web site. However each time a new package appears you need to do the process again and I didn't want to download the whole feed in order to save bandwidth.
QUOTE
that's why 5.5 is going to take a while because I will need to find all the apps that are updated without my patches and add them back in. it is just a matter of going through all of them and identifying the ones that don't and update those which of course reports like yours will help me identify them quicker.
I realize now how much work it is ....
adf
I had actually backed up my ipjkg.conf, made a new on with only K's feed and upgraded--then restored the old conf nd added the drun entry. Putting it at the top is defintiely a better idea.
scheck.r
Apparently, fixing ipkg fixes also qpkg.
By the way we can see in the log file of qpkg that it uses ipkg
Meanie
QUOTE(scheck.r @ Sep 1 2007, 08:25 AM)
Apparently, fixing ipkg fixes also qpkg.
By the way we can see in the log file of qpkg that it uses ipkg
*


indeed. i looked at the source code for qpkg and it turns out it really is just a nice GUI for ipkg written in QT 3.5
scheck.r
OK, I have redone the upgrade process. So far so good...
From a 5.4.7 install, I did:
- updated the kernel to 5.4.9's one
- upgraded with pdaxii13-custom
- put kk's feed in first
- ipkg update
- ipkg upgrade
ipkg upgrade stopped for the following packages: wireless and hostap because it shuts down CF services.
After ipkg upgrade was over, I downgraded:
abiword(don't like 2.4.6 bug with toolbars), perl(kk's package is bigger cause of header files), sdl, sdl-image, sdl-mixer, sdl-net(cause image was rotated by 90 degrees)
With that setup:
- the python settings app like lightnpower,py, ... were broken so I had to install manually pycairo and pygobject to have them work dispite some warnings in console.
- Gnumeric was broken so I had to install dbus-glib
- a problem with freetype not cleanly uninstalled(there were 2 freetype packages on my previous setup) so I reinstalled with kk's one
- archive 1.9.4(rox package) didn't work for me using roxlib2(I wanted to try it out) so I kept rox-lib 1.9.15

I still have the window popping when you eject a externel storage saying "You can safely remove the device now", That's cool.

Now I use mb-applet-powerctrl, it's really nice

I don't know why on my first attempt to upgrade I had so many problems, I probably meesed up with the order in ipkg.conf and with stopped installation due to wirelee and hostap package.

Great work kkazakov13. Now I still need to make pidgin and sylpheed(see new topic) work with gmail

EDIT: here is my ipkg status output
Meanie
QUOTE(scheck.r @ Sep 6 2007, 06:53 AM)
OK, I have redone the upgrade process. So far so good...
From a 5.4.7 install, I did:
- updated the kernel to 5.4.9's one
- upgraded with pdaxii13-custom
- put kk's feed in first
- ipkg update
- ipkg upgrade
ipkg upgrade stopped for the following packages: wireless and hostap because it shuts down CF services.
After ipkg upgrade was over, I downgraded:
abiword(don't like 2.4.6 bug with toolbars), perl(kk's package is bigger cause of header files), sdl, sdl-image, sdl-mixer, sdl-net(cause image was rotated by 90 degrees)
With that setup:
- the python settings app like lightnpower,py, ... were broken so I had to install manually pycairo and pygobject to have them work dispite some warnings in console.
- Gnumeric was broken so I had to install dbus-glib
- a problem with freetype not cleanly uninstalled(there were 2 freetype packages on my previous setup) so I reinstalled with kk's one
- archive 1.9.4(rox package) didn't work for me using roxlib2(I wanted to try it out) so I kept rox-lib 1.9.15

I still have the window popping when you eject a externel storage saying "You can safely remove the device now", That's cool.

Now I use mb-applet-powerctrl, it's really nice

I don't know why on my first attempt to upgrade I had so many problems, I probably meesed up with the order in ipkg.conf and with stopped installation due to wirelee and hostap package.

Great work kkazakov13. Now I still need to make pidgin and sylpheed(see new topic) work with gmail

EDIT: here is my ipkg status output
*


thanks for the info.

upgrading from a 5.4.9 image would be much easier also because the ipkg status file has been updated in 5.4.9 to reflect the actual package versions installed on the image so already upgraded/patched packages by the upgrade script will not be upgraded again by ipkg, ie hostap and wireless and some others...

i've hacked ipkg so now it checks /usr/lib/ipkg/ignored and if a package is listed in that file, then it will not be upgraded. the zip file contains the updated ipkg and a sample ignored file.

if you are upgrading from 5.4.7 rather than 5.4.9, then you probably want to add hostap-driver and wireless to ignored
scheck.r
The ignored file is a great idea.
That was exactly what I was looking for.

Thanks
scheck.r
Is there a command that lists upgradable packages ?
Meanie
QUOTE(scheck.r @ Sep 8 2007, 10:05 PM)
Is there a command that lists upgradable packages ?
*


i wish there was. maybe i will implement one...
Meanie
found a bug with the implementation of the ignored feature and fixed it.
also added an extra option "upgrade-test" which basically simulates an upgrade but does not actually do it so you get to see which packages would had been upgraded if it were done for real...
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.