Ipkg Cannot Find Local Ipks

[systemparadox]

Having upgraded to 3.5.2 I find that whilst the graphical ipkg manager has a specific option for installing local ipks, it cant actually find them. It can't in console mode either. I get:
Cannot find package [packagename].
Check the spelling or run 'ipkg update'
An error ocurred, return value: 4.

Why can't it find the package??? ITS RIGHT THERE!!! It doesn't work if I use ./[package] or the full path either.

EDIT: So far it hasn't found anything (I dont currently use the feeds directly from the z (flaming proxy server ))

I still have not managed to get ipkg-link to link my installed programs on mmcda2, so I am getting quite annoyed.


Thanks in advance
Simon

[rosebud]

Maybe the Packages file are more files or files aren't in the feed or so.

[lardman]

I still have not managed to get ipkg-link to link my installed programs on mmcda2, so I am getting quite annoyed.

https://www.oesf.org/forums/inde...?showtopic=6420

Check the spelling or run 'ipkg update'

Did you run 'ipkg update'?

Post an example failure (try using the -V flag to make ipkg more verbose too).


Si

[systemparadox]

Yes I ran ipkg update. I thought that was just to get updates from feeds though.

Output:

Code: [Select]

Cannot find package irppp_1.0.0_arm.ipk.
Check the spelling or perhaps run 'ipkg update'
Configuring unpacked packages
An error ocurred, return value: 4.
hash_table[pkg-hash] n_buckets=1423 n_elements=227 max_conflicts=2 n_conflicts=11
hash_table[file-hash] n_buckets=1423 n_elements=3280 max_conflicts=9 n_conflicts=941
hash_table[obs-file-hash] n_buckets=1423 n_elements=0 max_conflicts=0 n_conflicts=0
So far this has only happend with two packages, both of which I made, which may have something to do with it, although what I can't think- they both use control scripts copied from other packages (with only minor modifications).
The other packages I tried messed up because they are already installed on the sd card (but not linked).
Another annoyance: ipkg keeps not exiting when it encounters an error. I have to shut the whole terminal and start again.

Attempting to download a package from the 3.5.2 feed and install that, but the OZ site is going so slow!

Alright, whilst the package was already semi installed and messed up (again) (and ipkg didn't exit- again), it also told me that it couldn't be found, even though it just tried to copy files from it (and found they were already there). This package is another of those many "strange" packages I have (they are nothing to do with OZ).

What is going on?

Thanks
Simon

[lardman]

So far this has only happend with two packages, both of which I made, which may have something to do with it, although what I can't think- they both use control scripts copied from other packages (with only minor modifications).

OZ ipkg is more picky than other versions of ipkg about the contents of the control file. Check the case of the filename: field amongst other things (no empty lines too). Also check that any scripts you use have #!/bin/sh rather than #!/bin/bash (or install bash).

Attempting to download a package from the 3.5.2 feed and install that, but the OZ site is going so slow!

Use one of the mirrors.

Another annoyance: ipkg keeps not exiting when it encounters an error. I have to shut the whole terminal and start again.

It may be clearing up after itself...?


Si

[systemparadox]

I need a filename field?
none of the control files i have seen have that

[Greg2]

I need a filename field?
none of the control files i have seen have that

Your right, it appears the
Filename:
has been replaced with
OE:

The control file is very different now, I'm glad you brought that to my attention.

I have not experienced your problem in oz3.5.2 so I don't know what more to suggest.

Greg

[systemparadox]

I have a "Package:" field, but this is just the name of the package (e.g. usb-storage) not the filename (e.g. usb-storage_1.0.1_SA_arm.ipk).
What do I put in the filename and/or OZ fields?
Which should I use? Both (does it matter if I put both in?)?

Thanks
Simon

[lardman]

No, fields which aren't recognised should be ignored (he says ;-). Blank lines were always a problem though.

Look at one of the current ipks from the 3.5.2 feed to see what the format should be (remember you'll need to use ar -x to extract the data.tar.gz and control.tar.gz files).


Si

[anunakin]

I use chage all links for a think like this:

Code: [Select]

src opie file://mnt/cf/feed/opie/
Works fine for me!

[lardman]

@anunakin:

Yes, that's how to set up a local feed, but the problem here seems to be the format of the ipk files themselves.

BTW, for those reading this, I think there's was a typo.
It should read: src opie file:///mnt/cf/feed/opie/

With 3 slashes.


Si

[jerome]

I can see the directory structure if I choose "show all files" and then change to /mnt/card to see the local ipk. I got it to work this way.

[waalkman]

BTW, for those reading this, I think there's was a typo.
It should read: src opie file:///mnt/cf/feed/opie/

Just what I needed, thanks guys!

[systemparadox]

Alright, getting very fed up now.
Can somebody please tell me what is wrong with this ipk?

control/control:

Package: irppp
Section: opie/Shell
Priority: optional
Maintainer: Simon Williams <www.systemparadox.tk>
Architecture: arm
OE: irppp-1.0.0
Version: 1.0.0
License: GPL
Description: Simple Opie-SH script to start/stop a PPP over IrCOMM connection.

data
data/opt
data/opt/QtPalmtop
data/opt/QtPalmtop/bin
data/opt/QtPalmtop/bin/irppp
data/opt/QtPalmtop/pics
data/opt/QtPalmtop/pics/irppp.png
data/opt/QtPalmtop/apps
data/opt/QtPalmtop/apps/Applications
data/opt/QtPalmtop/apps/Applications/irppp.desktop

This is all packaged with the commands:
#!/bin/sh
cd control
tar -cvzf ../control.tar.gz *
cd ..
cd data
tar -cvzf ../data.tar.gz *
cd ..
ar -q irppp_1.0.0_arm.ipk data.tar.gz control.tar.gz
rm data.tar.gz
rm control.tar.gz

Then I copy it over to /mnt/fat/ipks/ on my Z and both the command line and gui versions of ipkg say that the package cannot be found.
PLEASE, why is it so difficult to create a package for OZ?

[lardman]

Just a though:

OE: irppp-1.0.0

Should this be like this, or the filename (which is different):

irppp_1.0.0_arm.ipk

I've not looked in any ipk files lately so I can't really tell you.

You might also think about using the ipkg-utils scripts to build the ipk just in case your script is doing something wrong.

Edit: From cvs.handhelds.org, in familiar/dist/ipkg


Si