OESF Portables Forum
Everything Else => Zaurus Distro Support and Discussion => Distros, Development, and Model Specific Forums => Archived Forums => Angstrom & OpenZaurus => Topic started by: lardman on August 20, 2004, 01:32:43 pm
-
ipkg-link is a script and it's hard-coded with the 'dest' locations.
If I decided to create a new installation point (by adding the dest ... line to /etc/ipkg.conf) this is not picked up by ipkg-link.
This is not a major issue unless you have a C machine and want to use your /home directory to install stuff too.
Has this been fixed in a later version or shall I set to work updating it?
Cheers,
Si
-
Hmmm... suddenly a couple of things fall into place... Thanks for the footwork so far.
z.
-
could this be the reason that all my attempts failed, to make my 2nd partition of my SD the target for installation on SD?
I added the dest line to ipkg.conf but still every installation was placed in card (mmcda1)
Tx for reply
j.
-
Depends what you mean by fail; the files should have been installed correctly, but they just wouldn't have been linked (and so wouldn't have worked).
This isn't what your problem sounds like (everything was placed in /dev/mmcda1). Where was your mount point (was it mounted correctly, etc.)? What command line options did you use?
Si
-
No command line options as far as i'm aware of, since i use the graphical ipkg installer. When asked where to install, i chose SD from the popup.
But i improved the situation by tweaking sdcontrol and fstab, so that now mmcda1 is mounted to /mnt/card2 and mmcda2 to /mnt/card. Now I'm able to install to the ext2-partition. The draw back is, that PC-Link in storage mode as well tries to get on mmcda2, witch with windows does no good.
But i can live with that. I just thought it would be nice to have things properly arranged and everything in the right place.
-
For testing, I've modified ipkg-link. It now parses /etc/ipkg.conf. It (should) remain parameter compatible with programs that use existing ipkg-link.
IPKG Update (http://dev.worldguard.com.au/ipkg-link)
- Bundabrg
-
Does this still hold true with OZ3.5.1?
If so, Bundabrg, you should submit a patch to the current ipkg-link (though I've no idea where it lies).
If someone can confirm that the standard ipkg-link still doesn't use /etc/ipkg.conf then I'll do some digging and work how ipkg-link is created by OE.
Si
-
I'm running 3.5.1, and yes it has the stuff hard coded in.
My file above is for 3.5.1 though I suspect it will work for all versions that use ipkg-link since its really just a simple shell script.
I have no idea where to submit the file, but I was hoping to have it tested a bit whilst I figure that one out ;-)
- Bundabrg
-
That's funny...
I just had the same thought myself and rewrote ipkg-link the other night to do the same thing...
http://stacktrace.org/index_html/ipkg-link2 (http://stacktrace.org/index_html/ipkg-link2)
oh well... one thing I added was check to make sure that the mount points are all valid...
Cheers
-G
-
Ahh but can it wash the dishes as well ;-)
- Bundabrg
-
I think your getting confused
thated be ipkg-sink not ipkg-link
-
Whoops, my mistake.
- Bundabrg
-
Thanks for the fix, worked great
-
I think my problem falls under here.
I am trying to install my programs to the CF card I have, I followed the instructions on the thread titled Steps to a Package Manager under 3.5.1
However, the linking always fails. I always get an Operation Not Permitted error anytime ipkg-link or ln is called on the cf card. I have updated my ipkg-link script to the first one posted here.
This is meaning I can't install any software
Can anyone help?
Dave
-
Maybe,
How is the CF card formatted? It is probably formated as DOS or VFAT. In order for 'links' to work the destination must be formatted as ext2. This is a common problem with installing packages to sd cards. I assume it is the same for CF.
I have never formatted a CF to ext2 it. I suspect it should work.
Dan
-
I shall try formatting my card to ext2, thanks alot if it works, if it doesn't thanks anyways
-
Yes, formating any sd or cf card to ext2 will allow you to link to it. You can also split the card and have a fat and ext2 partition. This is useful if you want to use usb-storage and have a windows machine read the SD card, or use the sd card in a camera as well.
-
Yeah, copy everything off the CF, and do the following:
umount /mnt/card
mkfs.ext2 /mnt/card
mount /mnt/card
Now things should be ok. However you won't be able to use this card in a windows box or camera etc... now (Though you can of course reformat it on these).
- Bundabrg
-
Shameless self-promotion: for multiple partitions on a card, see my How-to (http://www.zaurususergroup.com/modules.php?op=modload&name=phpWiki&file=index&pagename=Multiple%20partitions%20on%20a%20CF%20%2F%20SD%20card).
z.
-
I have two partitions on my sd card. It all worked fine before, as i changed sdcontol to mount mmcda2 (the ext2 partition) automatically, not mmcda1 (the fat partition). This got annoying as I would have to change sdcontrol everytime i wanted to use a fat card.
I have tried both new versions of ipkg-link on this thread, but they both fail when trying to link packages on /mnt/ext. For some reason they are either trying to make the links on /mnt/card (which is fat) or they are trying to link files from /mnt/card, which dont actually exist. Output:
Command: add
Locating package
found package on /mnt/ext
adding glider
ln: /mnt/card/opt/QtPalmtop/bin/glider: Operation not permitted
(the above is repeated for several files in the package)
What is going on?
Thanks
Simon
-
Both fail with the same error?
What 'dest' lines do you have in /etc/ipkg.conf?
What is the exact command line you passed to ipkg-link?
What does 'mount' show?
Si
-
I found out what it was. The lists for each package store the full path, which is a little stupid, if you change the mount point the packages won't link any more.
-
lardman, did you submit this fix to the handhelds.org people yet?
-
Yep, I submitted a bug with an explanation and a link to this thread as an example of the way of solving it.
I did this pretty much as soon as the two examples ipkg-link scripts were posted to give you an idea of time.
I suppose I should just submit the new script itself (with credit to the author of course).
Si
-
Send it also to oe@handhelds.org (or directly to me) and I'll include it in OZ for the time being.
-
When using this new ipkg-link script with a new directory in /home on a Z with a 2 partition flash (e.g. 5600, c-7xx) what would be the equivalent of the command:
ipkg-link mount /mnt/card
for linking multiple dependencies in /home/user?
ipkg-link add 'whatever' works great for a single app but some apps have many libs
Many thanks to everyone involved in fixing this.
Greg
-
A follow up note for 5600 owners:
I realize that my last question sounded a bit strange but using
ipkg-link mount /home/user
failed to link all the ipk dependencies in /home/user... (I don't know why?) however after a clean install on a 5600 with oz3.5.2 official using the new *ipkg-link and adding the line
dest home /home/
to the ipkg.conf and installing to /home you can use
ipkg-link mount /home
and it will find and link everything in /home
*This ipkg-link:
http://dev.worldguard.com.au/ipkg-link (http://dev.worldguard.com.au/ipkg-link)
This has given me the cleanest and easiest install of OZ on a 5600 in over a year. YMMV
Hope this helps someone.
Greg
-
I realize that my last question sounded a bit strange but using
ipkg-link mount /home/user
failed to link all the ipk dependencies in /home/user... (I don't know why?)
Strange, it works fine for me.
'ipkg-link mount /home/user'
with 'dest user /home/user/' in /etc/ipkg.conf
Si