TKLDEV - Make - Output Error: changed its 'Suite' value from 'stable' to 'oldstable'

I found this:

 

#!/bin/bash -e
# create apt sources
# environment variables:
#   - required: CODENAME
#   - optional: NONFREE
#   - optional: TKL_TESTING
#   - optional: BACKPORTS
#   - optional: PHP_VERSION

# Note, to install packages from backports:
# - set 'BACKPORTS=y'; and either:
#   - add to plan & pin package(s) to backports (via prefs file); or
#   - install via apt using '-t $CODENAME-backports' switch

fatal() {
    echo "fatal: $@" 1>&2
    exit 1
}

[ -n "$CODENAME" ] || fatal "CODENAME is not set"

SOURCES_LIST=/etc/apt/sources.list.d
PREFS_LIST=/etc/apt/preferences.d
mkdir -p $SOURCES_LIST $PREFS_LIST

# Default Debian PHP version. This should return the current:
#   apt-cache policy php | sed -n "\|Candidate:|s|.*:\([0-9]\.[0-9]*\)+.*|\1|p"
DEBIAN_PHP_V=7.3

# keys are provided as ascii armoured for transparency; but secure apt requires
# gpg keyrting files
key_dir=/usr/share/keyrings
repos=(main security testing)
for repo in ${repos[@]}; do
    full_path=$key_dir/tkl-$CODENAME-$repo
    keyring=$full_path.gpg
    keyfile=$full_path.asc
    gpg --no-default-keyring --keyring $keyring --import $keyfile
    rm $keyfile
done
# ensure that gpg-agent is killed after processing keys
kill -9 $(pidof gpg-agent) || true
rm -rf $HOME/.gnupg

cat > $SOURCES_LIST/sources.list <<EOF
deb [signed-by=$key_dir/tkl-$CODENAME-main.gpg] http://archive.turnkeylinux.org/debian $CODENAME main

deb http://deb.debian.org/debian $CODENAME main
deb http://deb.debian.org/debian $CODENAME contrib
#deb http://deb.debian.org/debian $CODENAME non-free
EOF

cat > $SOURCES_LIST/security.sources.list <<EOF
deb [signed-by=$key_dir/tkl-$CODENAME-security.gpg] http://archive.turnkeylinux.org/debian $CODENAME-security main

deb http://security.debian.org/ $CODENAME/updates main
deb http://security.debian.org/ $CODENAME/updates contrib
#deb http://security.debian.org/ $CODENAME/updates non-free
EOF

TKL_TESTING_LIST=$SOURCES_LIST/turnkey-testing.list
cat > $TKL_TESTING_LIST.disabled <<EOF
deb [signed-by=$key_dir/tkl-$CODENAME-testing.gpg] http://archive.turnkeylinux.org/debian $CODENAME-testing main
EOF
 

Thanks, Jeremy. Just ran into this myself and your fix worked for me.

And your English isn't too bad. Please feel free to continue to practice your English here on our forums if you want! :)

Hey Master, Im follow your suggestion.

I changed this, and now, is beaut.

PS: Sorry for my english. Im Brazilian, and dont use google translate or other.

I, learning english. (Its Ok? ) hehehe

TKS.

Unfortunately, we still haven't fixed the sandbox functionality, so that likely won't work.

FYI, my workflow when updating or developing an appliance is to first use the root.patched level interactively. That way I don't build to ISO at all initially. I try to get it as close as "done" as I can within root.patched (rebuilding root.patched at least once to check, sometimes many times). Then I will build to ISO and do final tests (with perhaps a rebuilt ISO to polish up final points).

I have a repo that includes a few internal tools (which aren't very polished, hence why not included by default) that you can install and use if you want. They should be useful for development. Have a look at tkldev-tools on GitHub.

The one that I find most useful is fab-investigate (essentially opens a chroot into the build root dir). Another is fab-rewind (supports rewinding build root level(s)).

What I normally do when I'm developing is that I include an 'exit 1' in the conf script (at a desirable point, usually just before the final cleanup in the conf script). Then when you run 'make' the build will fail during the 'root.patched' step. Then I use fab-investigate to interactively enter into the root.patched level (assuming no other bugs, exactly where you put the 'exit 1'). You can then do stuff interactively there. When you are ready to rebuild (and test your update conf script and overlay files) then just rerun 'make'.

Whilst it doesn't allow you to quickly tweak the ISO the way the sandbox was intended to, it's not too bad because you can test and rebuild from individual layers and rollback only when you need to. So long as you don't do a 'make clean' then the rebuilds should be fairly quick.

Be sure to take note of commands you run and config you tweak within root.patched. Copy the relevant commands into your conf script and overlay files to the relevant place. Personally, I will often have multiple shell sessions open, Including the conf script open in an editor, the build dir, etc). Any changes not copied out when you run 'make' will be lost.

I probably would have just run apt update within the bootstrap. I.e.:

Although obviously your fix works fine too! :)

Solved using - > /comment/50112#comment-50112