On Thu, 2005-02-03 at 18:14 -0500, Ned Ludd wrote:
> On Thu, 2005-02-03 at 14:47 +0100, Natanael Copa wrote:
> > Hi list,
> > 
> > Would you be interested in yet another binary package format for 
> > embedded projects?
> > 
> > I am writing some test's with a freebsd like binary package mangager 
> > that I use with my embedded gentoo.
> > 
> > It is supposed to install embedded runtime packages into RAM on a 
> > uclibc/busybox system.
> > 
> > The packages are simple tar.gz packages with some extra meta files. 
> > Basicly the meta file is a dpkg/ipkg control file.
> > 
> > So far I have approx 300 packages converted from tbz2 (I used a modified 
> > tbz2ipk), a apk_add, apk_info and apk_delete. apk_info uses sha1 to 
> > check if the files have been changed. (useful for backup)
> > 
> > Currently I'm working on an -r option for apk_add to be able to install 
> > remote packages over http,ftp,scp,rsync.
> > 
> > If anyone is interested in this, let me know and I'll upload what I got 
> > so far somewhere.
> 
> Sure please post the code somewhere that we can see it.

http://home.tiscali.no/natanael/software/apk-tools-alfa.tar.gz

http://home.tiscali.no/natanael/software/apk-tools/index.html

Seems like the webserver is blocking .sh files.

I could post apk packages but I'd need someone to host them. I have also
working bootcd with busybox/uclibc/udev.

I'm thinking of adding the .h .a share/doc files to a package-dev
pacakge instead of jst deleting the files. Then would it be possible to
rebuild the build environment from the apk's.

--
Natanael Copa



--
[email protected] mailing list

Reply via email to