Re: [gentoo-embedded] emerge/tbz2pkg for busybox

Re: [gentoo-embedded] emerge/tbz2pkg for busybox

[Ned Ludd]

Hi guys.. checking in. Are we feeling these two applets (tgz2pkg/emerge)
are getting close to being ready for use yet? Or have we stalled?
Waiting on me for anything?


On Tue, 2005-03-15 at 17:05 +0100, Natanael Copa wrote:
> Since the temporary cvs is still down I post what I have so far here.
> 
> http://home.tiscali.no/natanael/software/busybox/tbz2pkg.c
> http://home.tiscali.no/natanael/software/busybox/tbz2pkg.h
> 
> It still not caluclates the file hashes, just compares the date and size
> of the files.
> 
> BusyBox v1.00 (2005.03.09-15:47+0000) multi-call binary
> 
> Usage: tbz2pkg [OPTIONS] ... [FILE]
> 
> Install binary gentoo tbz2 package
> When FILE is '-' or unspecified, reads standard input.
> Options:
>         -d|--debug            : Debug info
>         -h|--help             : This help
>         -i|--install          : Install a package
>         -M|--install-mask     : define INSTALL_MASK=
>         -L|--list             : List installed files for pacakge
>         -p|--pretend          : Pretend
>         -P|--purge            : Purge package
>         -R|--root=<dir>       : define ROOT=
>         -v|--verbose          : set verbose flag
> 
> Those things are supposed to work.
> 
> The idea is that emerge.c and tbz2pkg.c share the configureables
> structure for config. tbz2pkg is then called with:
> 
> tbz2pkg_init(&conf);
> tbz2_install_file(downloaded_tbz2);
> 
> I have been doing this when have some time over here and there so excuse
> me if the code is not very clear.
> 
> --
> Natanael Copa
> 
> 
> 
> 
> 
> --
> gentoo-embedded@gentoo.org mailing list
> 
-- 
Ned Ludd <solar@gentoo.org>

--
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] emerge/tbz2pkg for busybox

[Natanael Copa]

On Sat, 2005-04-09 at 12:17 -0400, Ned Ludd wrote:
> Hi guys.. checking in. Are we feeling these two applets (tgz2pkg/emerge)
> are getting close to being ready for use yet? Or have we stalled?
> Waiting on me for anything?

I'm sorry. I almost forgot this.

I have sent the (almost) complete tbz2pkg to Benjamin. There were some
cleanup needed so they shared the data. Last thing I heard from Benjamin
was that I'm more or less done with my part.

There is one thing that concerns me though...

Preistall/postinstall scripts. I think we will depend on having scripts
attatched to the packages that could be executed (for creating users,
handling updates etc...)

Any idea on how this could be handled?

--
Natanael Copa


--
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] emerge/tbz2pkg for busybox

[Ned Ludd]

On Tue, 2005-04-12 at 15:39 +0200, Natanael Copa wrote:
> On Sat, 2005-04-09 at 12:17 -0400, Ned Ludd wrote:
> > Hi guys.. checking in. Are we feeling these two applets (tgz2pkg/emerge)
> > are getting close to being ready for use yet? Or have we stalled?
> > Waiting on me for anything?
> 
> I'm sorry. I almost forgot this.
> 
> I have sent the (almost) complete tbz2pkg to Benjamin. There were some
> cleanup needed so they shared the data. Last thing I heard from Benjamin
> was that I'm more or less done with my part.

Ok thanks for the update. Hopefully we will hear from him soon, not 
sure if the not having a public CVS for you both to work within has 
been a problem or if he's just been real busy.

> There is one thing that concerns me though...
> 
> Preistall/postinstall scripts. I think we will depend on having scripts
> attatched to the packages that could be executed (for creating users,
> handling updates etc...)
> 

> Any idea on how this could be handled?

sadly no I do not. have any creative ideas on how to handle this part 
other than reviewing, trial and error while testing the ebuilds 1 at a 
time. Some for example will have bash only commands and expressions in 
the pkg_postinst(), pkg_preinst() that's going to fsck our worlds up.
In such cases I see no way around that other than to provide our own 
init script and sometimes conf.d/init.d replacements.

iggy has been working on the backend for the baselayout-lite as _pre2
and should have a bit of the framework we will want for our scripts in 
place. If you all done with the tbz2 tool perhaps you could check that 
out and help there towards pre3 with how the other new tools will play 
in if you are still wanting to pitch in and help. :)

Side for those that think smaller is better and I don't know where else 
to say this. But if your not using java and will never be on your 
embedded devices you can save about an extra 48 bytes per every 
ELF DY_DYN and ET_EXEC file by stripping the .jcr section. 
So together with the .comment and .jcr you can save about ~300 bytes.

# grep STRIP /etc/make.conf
PORTAGE_STRIP_FLAGS="--strip-unneeded -R .note -R .comment -R .jcr"

-- 
Ned Ludd <solar@gentoo.org>

--
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] emerge/tbz2pkg for busybox

[Peter S. Mazinger]

On Tue, 12 Apr 2005, Ned Ludd wrote:

> Side for those that think smaller is better and I don't know where else 
> to say this. But if your not using java and will never be on your 
> embedded devices you can save about an extra 48 bytes per every 
> ELF DY_DYN and ET_EXEC file by stripping the .jcr section. 
> So together with the .comment and .jcr you can save about ~300 bytes.
> 
> # grep STRIP /etc/make.conf
> PORTAGE_STRIP_FLAGS="--strip-unneeded -R .note -R .comment -R .jcr"

That could destroy your binaries, remove "-R .note" from it. That section 
can't be handled like that, portage has to handle it in prepstrip.

Peter 

-- 
Peter S. Mazinger <ps dot m at gmx dot net>           ID: 0xA5F059F2
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08  BB6E C389 975E A5F0 59F2

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] emerge/tbz2pkg for busybox

[Ned Ludd]

On Tue, 2005-04-19 at 07:10 +0200, Peter S. Mazinger wrote:
> On Tue, 12 Apr 2005, Ned Ludd wrote:
> 
> > Side for those that think smaller is better and I don't know where else 
> > to say this. But if your not using java and will never be on your 
> > embedded devices you can save about an extra 48 bytes per every 
> > ELF DY_DYN and ET_EXEC file by stripping the .jcr section. 
> > So together with the .comment and .jcr you can save about ~300 bytes.
> > 
> > # grep STRIP /etc/make.conf
> > PORTAGE_STRIP_FLAGS="--strip-unneeded -R .note -R .comment -R .jcr"
> 
> That could destroy your binaries, remove "-R .note" from it. That section 
> can't be handled like that, portage has to handle it in prepstrip.


Peter what do you mean? 
Those are the flags that are used by prepstrip and prepstrip only.

grep STRIP /usr/lib/portage/bin/prepstrip

-- 
Ned Ludd <solar@gentoo.org>

-- 
gentoo-embedded@gentoo.org mailing list