dann frazier wrote:
> Anyway, the idea was to have a single, powerful tool that could be
> enhanced to make any kind of boot media for any architecture and was
> not tied to systemimager. Then systemimager could either reference it
> directly or provide mkautoinstall* wrappers for it that behave just
> like the old scripts but use the new infrastructure. I started it
> after being frustrated by seeing a lot of code duplication (didn't I
> already fix that bug? oh - no, that was in mkautoinstall*diskette*)
> and having the per-arch-special case things inside functions that
> really should be arch-agnostic. I also wanted to unify the netboot
> stuff with the regular media tools so that they looked/felt/behaved
> the same.
I think this is the right direction, but at the moment si_mkbootmedia is
unmaintained and, it seems, even broken:
# si_mkbootmedia
Global symbol "$boot_image_size" requires explicit package name at
/usr/lib/systemimager/perl/BootMedia/i386.pm line 41.
Global symbol "$boot_image_size" requires explicit package name at
/usr/lib/systemimager/perl/BootMedia/i386.pm line 47.
Global symbol "$eltorito_path" requires explicit package name at
/usr/lib/systemimager/perl/BootMedia/i386.pm line 75.
Global symbol "$eltorito_path" requires explicit package name at
/usr/lib/systemimager/perl/BootMedia/i386.pm line 77.
syntax error at /usr/lib/systemimager/perl/BootMedia/i386.pm line 118, near ")
print"
Compilation failed in require at
/usr/lib/systemimager/perl/BootMedia/BootMedia.pm line 40.
BEGIN failed--compilation aborted at
/usr/lib/systemimager/perl/BootMedia/BootMedia.pm line 40.
Compilation failed in require at /usr/bin/si_mkbootmedia line 39.
BEGIN failed--compilation aborted at /usr/bin/si_mkbootmedia line 39.
I'll try to look at it ASAP to see if it's possible to continue the
development...
BTW:
# si_mkautoinstalldiskette
WARNING: deprecated command!!! use si_mkautoinstalldisk instead.
actually we should simply remove this, now...
> I'd written an API description at one point - looks like its
> doc/media-api.txt. Unless someone is interested in picking up that
> code base, its probably best to remove it from svn. fwiw, I was never
> happy with the %spec thing and wished I could've taken more advantage
> of oo features of the language (and really wished it was implemented
> in python, but wanted to avoid the added interpreter dependency at the
> time).
Agree.
Moreover, I wasn't able to follow all the details about the Debian efforts (even
if I hope to be able to contribute soon), but (at least) I'd like to say a
big *thank you* to Dann and Geoffoy. There're a lot of requests for the
Debian/Ubuntu support, so I think this activity is very important for
us...
-Andrea
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
sisuite-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sisuite-devel
