On Thu, 2005-03-03 at 15:02 +0100, Benjamin Collar wrote:
> Hi List
> 
> in emerge.c, do_fetch works now, so the emerge now can at least fetch
> packages:
> 
> ./_install/bin/emerge -f ccache binutils a b c d ef
> >>> Fetching package devel-util/ccache-2.3.tbz2
> Connecting to localhost[127.0.0.1]:21
> ccache-2.3.tbz2      100% |
> ****************************************************************************************|
>  30019       00:00 ETA
> >>> Package saved to /tmp/epkg/All/ccache-2.3.tbz2
> >>> Fetching package sys-devel/binutils-2.14.3.0.92.tbz2
> Connecting to localhost[127.0.0.1]:21
> binutils-2.14.3.0.92 100% |
> ****************************************************************************************|
>  30019       00:00 ETA
> >>> Package saved to /tmp/epkg/All/binutils-2.14.3.0.92.tbz2
> !!! Could not find package a
> 
> I can't check it into the cvs right now (proxies & firewalls & such),
> but as soon as I get home, I will.
> 

Cool!

tbz2pkg can install packages now.
http://home.tiscali.no/natanael/software/busybox/tbz2pkg.c

It supports:
-d --debug
-h --help
-p --pretend
-v --verbose
-R --root
-M --install-mask

When --debug is on, tbz2pkg extracts the entire XPAK in to the
PKG_DBDIR. and it prints alot of useless info.

--pretend works.

--install-mask works, but it is a little bit strange. If you think
strings instead of files you will find out how it works.

'usr/*' will not filter out ./usr/share/doc while '*/usr/*' does.

'usr/share/man' will not filter out usr/share/man/man1/something.gz
while 'usr/share/man/*' does.

The CONTENTS file does not contain any checksums yet, just a '-' char.

PKG_DBDIR is now relative ROOT (or --root).

What needs to be done on tbz2pkg:

* add an -i option for install and -P option for purge (or something
similar) ideas or thoughts?

* write a tbz2_purge() func.

* share the configurables structure with emerge.c that is passed to
tbz2_install(). We should probably have a common .h file where the struc
and tbz2_install is defined.btw... epkg was renamed to tbz2pkg because
epkg was already taken by encap... and mac's EasyPackages.


* create checksums for CONTENTS. (is it md5 or sha1?)

* a compiletime option COMPRESS_PKGDB (or something) that creates a
var/db/pkg/category/pf-version.tar.gz. If we access all the data through
tbz2pkg, the optional compression could be completely transparent.

I can't check it into the cvs right now (usernames & passwords & such),
but I hope I will soon.


> Ben
> 
> On Wed, 2005-03-02 at 21:19 -0500, Ned Ludd wrote:
> >                                     James Couzens 
> > 
> > On Thu, 2005-03-03 at 00:33 +0100, Natanael Copa wrote:
> > > Report on how the emerge.c programming is going.
> > > 
> > > Since epkg is already taken I unpacker applet tbz2pkg.
> > > 
> > > http://home.tiscali.no/natanael/software/busybox/tbz2pkg.c
> > > http://home.tiscali.no/natanael/software/busybox/busybox-1.00-tbz2pkg.diff
> > 
> > You should have James Couzens add you to the team cvs server he has
> > setup.
> > 
> > > If you want to try it, please remember to set the --root=... option (or
> > > use the env var ROOT=...) It does unpack tbz2's. The --pretend does not
> > > work yet.
> > > 
> > > I just realized that the tar_handle->reject list (.--exclude) does not
> > > really work so --install-mask don't work either :-/ 
> > Yeah I was banging my head on that one as well. only expressions like
> > *.a *.o *.pl seemed to work while /usr/include does not.
> > 
> > > If anyone have any
> > > suggestion how to do the install-mask stuff, please let me hear.
> > > 
> > > How it works:
> > > 
> > > create pipes && fork
> > > child:
> > >   read from parent to eof
> > >   write to tar -jx
> > >   write unpacked file list to parent
> > >   exit
> > > 
> > > parent:
> > >   read from stdin or specified file
> > >           write to child
> > >   until XPAKPACK is found.
> > >   
> > >   read the rest into XPAK buffer.
> > >   (now we know the PF and CATEGORY)
> > >   write xpak
> > >   read filelist from child
> > > 
> > > are the busybox people aware of that we are writing emerge.c? 
> > Yes I mentioned it to Erik a while ago.
> > 
> > > I'd like
> > > to ask on the busybox dev ml about the tar and reject list.
> > 
> > Ask bug1 he wrote the code. I've been looking for him on irc but have
> > not run into him. search the busybox for bug1 should turn up his email
> > address if he can't be reached at [EMAIL PROTECTED]
> > 
> > > emerge.c is untouched. I'd like to get the tbz2pkg work first.
> > 
> > your the most active guy so far.
> > 
> > > --
> > > Natanael Copa
> > > 
> > > 
> > > 
> > > --
> > > [email protected] mailing list
> > > 


--
[email protected] mailing list

Reply via email to