On Saturday 13 October 2007, Andrea Righi wrote:
> Geoffroy VALLEE wrote:
> > On Friday 12 October 2007, dann frazier wrote:
> >> On Fri, Oct 12, 2007 at 05:23:35PM -0400, Geoffroy Vall?e wrote:
> >>> Hi Dann,
> >>>
> >>> The problem is that initrd-template is a arch independent package but
> >>> does include ELF binaries. The package must be (i think) arch
> >>> independent (it may be used on other architectures to boot up x86_64
> >>> clients)
> >>
> >> That's why the current systemimager-boot-<arch>-standard are all
> >> arch-independent packages.
> >>
> >>> so we need a way to
> >>> include in a proper manner the different binaries. As i said in my
> >>> previous email, a solution seems to zip the different binaries
> >>> (something i saw for other Debian packages providing binary blogs -
> >>> such as firmware).
> >>
> >> Personally I'd prefer a tarball to a bunch of scattered binaries, but
> >> mostly for cosmetic reasons. I don't know of any reason either
> >> approach would be illegal (unless of course some of them are suid or
> >> device files, since they would obviously have security ramifications).
> >
> > I actually changed my patch to do that (pretty simple patch, Andrea did a
> > good job integrating Debian stuff into trunk). :-)
> > If we all agree this is the way to good, i will send a patch to the
> > community on Monday or so. It can be a good base to continue to discuss
> > about the problem.
> >
> > Dann, thanks again for your valuable feedback.
>
> I prefer the tarball solution too. I quickly tried to implement this
> solution, including only a tarball in systemimager-initrd_template package
> and untarring it with a .postinst script (+ create the required device
> files).
>
> The problem I found was that during the uninstall I wasn't able to keep
> track of the untarred files and only the tarball was removed...
>
> -Andrea

You have to write a script that cleans up the system and execute it at package 
removal time.

Also note that the "rule" file deals with the initrd-template in the 
binary-arch section, which is the section for arch dependent stuff. We may 
want to move that to binary-indep (even if it creates few issues)to keep 
things clean. I have a patch for that if you want.

Regards,
-- 
Geoff

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
sisuite-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sisuite-devel

Reply via email to