[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: LANGUAGE_CHOOSER - continued

Marcin Owsiany <porridge@pandora.info.bielsko.pl> writes:

> (2). I added libutf8_plug.so to $LIBRARIES (under "determining set of required
> libraries" in rootdisk.sh). I don't know if I should have, I thought this is
> needed for library reduction, but now during the build tar cries that it
> can't find the file (maybe because it is not run from top directory?):
> I: copying required libraries to root filesystem
> tar: ./utilities/bogl/libutf8_plug.so: Cannot stat: No such file or directory
> tar: Error exit delayed from previous errors
> This doesn't seem to break anything, though.

Hmm.   A little troubling.  This library is from bf-utf module, right?
How are you integrating the stuff required from that CVS module into
the boot-floppies build process?

It's definately a priority that this build process works smoothly for
porters.  Probably checks should be added to the top-level 'make
check' and possilby in other places as well, if you haven't already
done so.

> (3). Currently it won't build if you don't type 'make utils' earlier. Anyway,
> IIRC this was also the case before, if you built e.g. only root.bin

Um, hmm, but 'make clean; make release' works, right?  This can
probably be pretty easily fixed.

> (4). The release_notes.?? files in scripts/rootdisk/messages/ are not cleaned
> on 'make clean' in top directory. Is this a right directory to keep them in
> during build?

I believe so -- things work ok as is now with those files, I think.

> If so, then I should add a cleaning command to top level
> Makefile, right?

Sounds like it.

> If not, then where should they be kept?

Well, I'd have to look more deeply, but it's certainly possible that
it might be cleaner to have scripts/rescue/Makefile and
scripts/rescue/messages/Makefile that handles this stuff.

> (5). As I understand, LC won't be on all disk sets - only on those, which
> have enough free space and framebuffer support. This will cause problems in
> current build setup, where e.g. root1440idepci.bin contains a UTF-8
> dbootstrap and things, but root1440.bin should be just plain old vanillia
> root.bin, with standard.
> This will mean we'll have to either:
> 1) make some kind of cleanup between building flavors with LC and those
>    without it
>  or
> 2) make two flavors of the things that differ between LC and non-LC
>    versions, and name them differently, like:
> 	root.bin depends on dbootstrap
> 		while
> 	root-idepci.bin depends on dbootstrap-lc
> (dbootstrap is the plain old version, while dbootstrap-lc is linked against
> patched versions of slang and newt)
> Does anyone have some idea for 3) ?

Hmm, option (2) sounds best to me.

.....Adam Di Carlo....adam@onShore.com.....<URL:http://www.onShore.com/>

Reply to: