On 06/27/2016 07:12 PM, René Rebe wrote:
Hi,
On Jun 27, 2016, at 8:19, scsijon <[email protected]> wrote:
Having read the manual in an attempt to find answers, I have two questions if I
may.
1- Is there some means to pause a build (not cancel it) at a suitable point
(such as at the end of the current package being built)? Reason is that
sometimes I want to see what has happened inside a particular package's build
or what files have been placed where before I continue. If somethings different
to what I expected or need, or they are in the wrong directory (structurally) I
can then abort the build there or do a temporary fix for this build, or if all
seems ok i'd like to have it just continue on as if nothing happened. I know I
can stop, clean cache, and restart with build-target, but that is not what I am
looking for at this point.
No. Because the T2 build is not meant to be an interactive game and instead
automatic build process, like an IDE Makefile.
When I do debug some tricky package thing I usually add a breakpoint error to
the .conf, IIRC this should work:
hook_add post make 5 abort
Ok so i'm stuck with a restart, I can live with that. I'm actually not
looking for an interactive step but a pause in the build to be able to
track that important parts of earlier package building has ocurred
before it goes ahead and builds a 'optional' component into a later
package or not.
and
2- As I understand it the first chroot ocurrs after Stage 1 has ocurred and
before Stage 2, is there a way of adding others between other stages in an
attempt to sort out a problem through a chroot isolation?
Likewise not, sorry.
The stages are structured so for a reason (and this should be somewhere
mentioned in the handbook).
stage 0 - cross compiler toolchain bootstrap
stage 1 - cross compile packages - for a native build this is only a minimal
system
- from here on native build -
stage 2, 3 - rebuild some tools just in case
stage 5 - main native build stage
stage 6…9 - mostly unused, empty
stage 9 - rebuild all for paranoia and stress testing
further mixing things into this mix should not really be necessary
basically it is
0. bootstrap
1. cross build
5. native main build
Yes, that was something like I thought I read in the manual, however i'm
now more confused, does it mean the chroot has ocurred between stage 0
and stage 1, or between stage 1 and stage 2 as I thought I understood
from the manual. If it's between stage 0 and stage 1 I thought I should
be getting no 'interferance' from my own pre chroot systems packages or
placements in later stages but would get them in stage 0 and stage 1 as
actually seems to be happening.
As an example if I change in Config the gnome2 variable
SDECFG_PKG_GNOME2_CORE_PREFIX from opt/gnome2 to usr so that some
packages can build in stage5 and not fail as they expect the .h files to
live under /usr/include/$packagename-version and not
/opt/gnome2/include/$packagename-version I'm getting .err files and
"Created file outside allowed top-level dir: PKGPREFIX_ERROR/ etc....."
in the log. Easiest example to see it with is glib (the first gnome2
package). It fails the build at 1-glib if I change the variable at the
start but if I change it manually in the config file after the stage 2
build has started or before the start of stage 5 it seems ok and also
allows the others to build ok.
I did wonder if the gnome2 package script gnome2-conf.in could be
relocated so there was only need for one copy rather than multiples and
modified for this, but not being a coder (although I can read scripts)
or sufficently understanding of your way of doing it, nor the script's
'owner I am not willing to play with it.
Could you advise please.
regards and keep up the good T2 work.
Thanks,
René
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[email protected] with a subject of: unsubscribe t2
