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 ------------------------------------------------------------------------- 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 sisuite-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-devel
