2015-05-29 20:04:00 +00:00
|
|
|
#!/bin/sh
|
|
|
|
|
|
|
|
|
|
|
|
export LC_ALL=C
|
|
|
|
|
|
|
|
CONFIG="fedora.conf"
|
2015-07-07 15:14:06 +00:00
|
|
|
TARGET_DIR="/mnt/koji/compose/rawhide"
|
2015-05-29 20:04:00 +00:00
|
|
|
#OLD_COMPOSES_DIR="--old-composes=/mnt/fedora_koji/compose/f23 --old-composes=$TARGET_DIR"
|
|
|
|
NIGHTLY="--nightly"
|
2015-07-24 18:09:00 +00:00
|
|
|
SKIP_PHASES="--skip-phase=productimg"
|
2015-12-08 15:15:29 +00:00
|
|
|
DEST=$(pwd)
|
|
|
|
DATE=$(date "+%Y%m%d")
|
nightly: include shortname in fedmsgs, clean up version vars
The main point here is to include the compose 'shortname' in
compose fedmsgs, as #484 does for post-release compose types.
While doing this I noticed there's rather a lot of mess and
cruft in the various version-related variables here (and a few
others).
`GIT_BRANCH` variable is never used anywhere any more, so it's
removed.
`BRANCH` was never used anywhere, so it is gone. (It appears
to have been added in a25b08c7 but never used). There seemed
to be no useful distinction between `DIST` and `BRANCHED`, and
both actually seem to be used mainly to specify a release
version. The exception is that `BRANCHED` was set to
"Modular-Bikeshed" in nightly-modular.sh , but there is no
justification for this that I can find, and its only practical
use was as the value of the `branch` key in fedmsgs. So far as
I can figure out, the original purpose of the `branch` key was
for when we sent out `compose.branched.(foo)` fedmsgs - it
was e.g. 'f18' when Branched was Fedora 18. As we now don't
send out `compose.branched` messages any more, but include the
release number in the message topic for Branched messages
(e.g. `compose.27`), this purpose no longer applies. So the
key just doesn't seem to have any particular use at all any
more, and I don't think changing its value will have any real
consequences.
Thus, `BRANCH`, `BRANCHED` and `DIST` are replaced by `RELEASE`
and `RELEASE_TITLE`, which specify the release version. Their
values will be identical for numerical release versions, but
for Rawhide and Bikeshed we need to know both the lower-case
and title-case versions of the name; RELEASE_TITLE is the
title-case version.
We use `$SHORT-$RELEASE_TITLE` to replace several instances
of hardcoding in the scripts (e.g. Fedora-Modular-Bikeshed).
The `ATOMIC`, `ATOMICREPO` and `ATOMICDEST` variables that were
blindly copied from nightly.sh to nightly-modular.sh, but never
actually used in it, are also removed.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
2017-12-05 01:24:43 +00:00
|
|
|
SHORT="Fedora"
|
|
|
|
RELEASE="rawhide"
|
|
|
|
RELEASE_TITLE="Rawhide"
|
2016-02-23 22:34:37 +00:00
|
|
|
COMPSFILE="comps-rawhide.xml"
|
nightly: include shortname in fedmsgs, clean up version vars
The main point here is to include the compose 'shortname' in
compose fedmsgs, as #484 does for post-release compose types.
While doing this I noticed there's rather a lot of mess and
cruft in the various version-related variables here (and a few
others).
`GIT_BRANCH` variable is never used anywhere any more, so it's
removed.
`BRANCH` was never used anywhere, so it is gone. (It appears
to have been added in a25b08c7 but never used). There seemed
to be no useful distinction between `DIST` and `BRANCHED`, and
both actually seem to be used mainly to specify a release
version. The exception is that `BRANCHED` was set to
"Modular-Bikeshed" in nightly-modular.sh , but there is no
justification for this that I can find, and its only practical
use was as the value of the `branch` key in fedmsgs. So far as
I can figure out, the original purpose of the `branch` key was
for when we sent out `compose.branched.(foo)` fedmsgs - it
was e.g. 'f18' when Branched was Fedora 18. As we now don't
send out `compose.branched` messages any more, but include the
release number in the message topic for Branched messages
(e.g. `compose.27`), this purpose no longer applies. So the
key just doesn't seem to have any particular use at all any
more, and I don't think changing its value will have any real
consequences.
Thus, `BRANCH`, `BRANCHED` and `DIST` are replaced by `RELEASE`
and `RELEASE_TITLE`, which specify the release version. Their
values will be identical for numerical release versions, but
for Rawhide and Bikeshed we need to know both the lower-case
and title-case versions of the name; RELEASE_TITLE is the
title-case version.
We use `$SHORT-$RELEASE_TITLE` to replace several instances
of hardcoding in the scripts (e.g. Fedora-Modular-Bikeshed).
The `ATOMIC`, `ATOMICREPO` and `ATOMICDEST` variables that were
blindly copied from nightly.sh to nightly-modular.sh, but never
actually used in it, are also removed.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
2017-12-05 01:24:43 +00:00
|
|
|
TMPDIR=`mktemp -d /tmp/$RELEASE.$DATE.XXXX`
|
2016-02-23 22:34:37 +00:00
|
|
|
TOMAIL="devel@lists.fedoraproject.org test@lists.fedoraproject.org"
|
|
|
|
FROM="Fedora Rawhide Report <rawhide@fedoraproject.org>"
|
|
|
|
RSYNCPREFIX="sudo -u ftpsync"
|
2018-01-25 10:00:52 +00:00
|
|
|
RSYNCTARGET="/pub/fedora/linux/development/$RELEASE"
|
2018-01-25 11:19:16 +00:00
|
|
|
RSYNCALTTARGET="/pub/alt/development/$RELEASE"
|
|
|
|
RSYNCSECTARGET="/pub/fedora-secondary/development/$RELEASE"
|
2018-03-05 18:35:30 +00:00
|
|
|
ATOMICSRCREPO="/mnt/koji/compose/atomic/repo/"
|
|
|
|
ATOMICDESTREPO="/mnt/koji/atomic/repo/"
|
nightly: include shortname in fedmsgs, clean up version vars
The main point here is to include the compose 'shortname' in
compose fedmsgs, as #484 does for post-release compose types.
While doing this I noticed there's rather a lot of mess and
cruft in the various version-related variables here (and a few
others).
`GIT_BRANCH` variable is never used anywhere any more, so it's
removed.
`BRANCH` was never used anywhere, so it is gone. (It appears
to have been added in a25b08c7 but never used). There seemed
to be no useful distinction between `DIST` and `BRANCHED`, and
both actually seem to be used mainly to specify a release
version. The exception is that `BRANCHED` was set to
"Modular-Bikeshed" in nightly-modular.sh , but there is no
justification for this that I can find, and its only practical
use was as the value of the `branch` key in fedmsgs. So far as
I can figure out, the original purpose of the `branch` key was
for when we sent out `compose.branched.(foo)` fedmsgs - it
was e.g. 'f18' when Branched was Fedora 18. As we now don't
send out `compose.branched` messages any more, but include the
release number in the message topic for Branched messages
(e.g. `compose.27`), this purpose no longer applies. So the
key just doesn't seem to have any particular use at all any
more, and I don't think changing its value will have any real
consequences.
Thus, `BRANCH`, `BRANCHED` and `DIST` are replaced by `RELEASE`
and `RELEASE_TITLE`, which specify the release version. Their
values will be identical for numerical release versions, but
for Rawhide and Bikeshed we need to know both the lower-case
and title-case versions of the name; RELEASE_TITLE is the
title-case version.
We use `$SHORT-$RELEASE_TITLE` to replace several instances
of hardcoding in the scripts (e.g. Fedora-Modular-Bikeshed).
The `ATOMIC`, `ATOMICREPO` and `ATOMICDEST` variables that were
blindly copied from nightly.sh to nightly-modular.sh, but never
actually used in it, are also removed.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
2017-12-05 01:24:43 +00:00
|
|
|
OLDCOMPOSE_ID=$(cat $TARGET_DIR/latest-$SHORT-$RELEASE_TITLE/COMPOSE_ID)
|
2015-05-29 20:04:00 +00:00
|
|
|
# uncomment and edit for resuming a failed compose
|
|
|
|
#COMPOSE_ID="Fedora-23-20150530.n.0"
|
|
|
|
|
2016-03-14 12:35:14 +00:00
|
|
|
# assume a releng dir is a git checkout of the releng repo
|
2016-02-29 22:22:42 +00:00
|
|
|
# if it does not exist clone it
|
|
|
|
if [ -d releng ]; then
|
|
|
|
pushd releng
|
|
|
|
git pull --rebase
|
|
|
|
popd
|
|
|
|
else
|
|
|
|
git clone https://pagure.io/releng.git
|
|
|
|
fi
|
|
|
|
|
2016-03-03 19:05:48 +00:00
|
|
|
# Set up our fedmsg function, using the releng repo definition
|
|
|
|
FEDMSG_MODNAME="compose"
|
|
|
|
FEDMSG_CERTPREFIX="releng"
|
|
|
|
. ./releng/scripts/fedmsg-functions.sh
|
|
|
|
|
2016-04-25 16:11:45 +00:00
|
|
|
# Announce that we are starting, even though we don't know the compose_id yet..
|
nightly: include shortname in fedmsgs, clean up version vars
The main point here is to include the compose 'shortname' in
compose fedmsgs, as #484 does for post-release compose types.
While doing this I noticed there's rather a lot of mess and
cruft in the various version-related variables here (and a few
others).
`GIT_BRANCH` variable is never used anywhere any more, so it's
removed.
`BRANCH` was never used anywhere, so it is gone. (It appears
to have been added in a25b08c7 but never used). There seemed
to be no useful distinction between `DIST` and `BRANCHED`, and
both actually seem to be used mainly to specify a release
version. The exception is that `BRANCHED` was set to
"Modular-Bikeshed" in nightly-modular.sh , but there is no
justification for this that I can find, and its only practical
use was as the value of the `branch` key in fedmsgs. So far as
I can figure out, the original purpose of the `branch` key was
for when we sent out `compose.branched.(foo)` fedmsgs - it
was e.g. 'f18' when Branched was Fedora 18. As we now don't
send out `compose.branched` messages any more, but include the
release number in the message topic for Branched messages
(e.g. `compose.27`), this purpose no longer applies. So the
key just doesn't seem to have any particular use at all any
more, and I don't think changing its value will have any real
consequences.
Thus, `BRANCH`, `BRANCHED` and `DIST` are replaced by `RELEASE`
and `RELEASE_TITLE`, which specify the release version. Their
values will be identical for numerical release versions, but
for Rawhide and Bikeshed we need to know both the lower-case
and title-case versions of the name; RELEASE_TITLE is the
title-case version.
We use `$SHORT-$RELEASE_TITLE` to replace several instances
of hardcoding in the scripts (e.g. Fedora-Modular-Bikeshed).
The `ATOMIC`, `ATOMICREPO` and `ATOMICDEST` variables that were
blindly copied from nightly.sh to nightly-modular.sh, but never
actually used in it, are also removed.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
2017-12-05 01:24:43 +00:00
|
|
|
fedmsg_json_start=$(printf '{"log": "start", "branch": "%s", "arch": "%s", "short": "%s"}' "$RELEASE" "$ARCH" "$SHORT")
|
|
|
|
send_fedmsg "${fedmsg_json_start}" ${RELEASE} start
|
2016-03-03 19:05:48 +00:00
|
|
|
|
2017-11-13 21:28:19 +00:00
|
|
|
#pushd $TMPDIR
|
|
|
|
#git clone https://pagure.io/fedora-comps.git && {
|
|
|
|
# pushd fedora-comps
|
|
|
|
# make "${COMPSFILE}"
|
|
|
|
# cp "${COMPSFILE}" $DEST/
|
|
|
|
# popd
|
|
|
|
#}
|
|
|
|
#popd
|
2015-12-08 15:15:29 +00:00
|
|
|
|
2017-11-15 15:46:23 +00:00
|
|
|
./releng/scripts/block_retired.py --profile compose_koji
|
2017-09-28 21:13:41 +00:00
|
|
|
./releng/scripts/block_retired.py --profile compose_koji --namespace=container
|
2016-02-23 22:34:37 +00:00
|
|
|
|
2017-09-21 05:52:33 +00:00
|
|
|
CMD="pungi-koji --notification-script=/usr/bin/pungi-fedmsg-notification --notification-script=pungi-wait-for-signed-ostree-handler --config=$CONFIG --old-composes=$TARGET_DIR $OLD_COMPOSES_DIR $NIGHTLY $SKIP_PHASES"
|
2015-07-24 18:09:00 +00:00
|
|
|
|
2015-05-29 20:04:00 +00:00
|
|
|
if [ -z "$COMPOSE_ID" ]; then
|
|
|
|
CMD="$CMD --target-dir=$TARGET_DIR"
|
|
|
|
else
|
2015-07-24 18:09:00 +00:00
|
|
|
CMD="$CMD --debug-mode --compose-dir=$TARGET_DIR/$COMPOSE_ID"
|
2015-05-29 20:04:00 +00:00
|
|
|
fi
|
|
|
|
|
2015-07-24 18:09:00 +00:00
|
|
|
time $CMD "$@"
|
2016-08-12 07:50:17 +00:00
|
|
|
if [ "$?" != "0" ]; then
|
|
|
|
exit 1
|
2016-02-29 04:20:37 +00:00
|
|
|
fi
|
|
|
|
|
nightly: include shortname in fedmsgs, clean up version vars
The main point here is to include the compose 'shortname' in
compose fedmsgs, as #484 does for post-release compose types.
While doing this I noticed there's rather a lot of mess and
cruft in the various version-related variables here (and a few
others).
`GIT_BRANCH` variable is never used anywhere any more, so it's
removed.
`BRANCH` was never used anywhere, so it is gone. (It appears
to have been added in a25b08c7 but never used). There seemed
to be no useful distinction between `DIST` and `BRANCHED`, and
both actually seem to be used mainly to specify a release
version. The exception is that `BRANCHED` was set to
"Modular-Bikeshed" in nightly-modular.sh , but there is no
justification for this that I can find, and its only practical
use was as the value of the `branch` key in fedmsgs. So far as
I can figure out, the original purpose of the `branch` key was
for when we sent out `compose.branched.(foo)` fedmsgs - it
was e.g. 'f18' when Branched was Fedora 18. As we now don't
send out `compose.branched` messages any more, but include the
release number in the message topic for Branched messages
(e.g. `compose.27`), this purpose no longer applies. So the
key just doesn't seem to have any particular use at all any
more, and I don't think changing its value will have any real
consequences.
Thus, `BRANCH`, `BRANCHED` and `DIST` are replaced by `RELEASE`
and `RELEASE_TITLE`, which specify the release version. Their
values will be identical for numerical release versions, but
for Rawhide and Bikeshed we need to know both the lower-case
and title-case versions of the name; RELEASE_TITLE is the
title-case version.
We use `$SHORT-$RELEASE_TITLE` to replace several instances
of hardcoding in the scripts (e.g. Fedora-Modular-Bikeshed).
The `ATOMIC`, `ATOMICREPO` and `ATOMICDEST` variables that were
blindly copied from nightly.sh to nightly-modular.sh, but never
actually used in it, are also removed.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
2017-12-05 01:24:43 +00:00
|
|
|
NEWCOMPOSE_ID=$(cat $TARGET_DIR/latest-$SHORT-$RELEASE_TITLE/COMPOSE_ID)
|
2016-02-27 03:18:42 +00:00
|
|
|
SHORTCOMPOSE_ID=$(echo $NEWCOMPOSE_ID|sed -e 's|Fedora-.*-||g')
|
2016-02-23 22:34:37 +00:00
|
|
|
|
2016-04-27 15:53:24 +00:00
|
|
|
# Set this to use later for a few items include depcheck
|
|
|
|
DESTDIR=$TARGET_DIR/$NEWCOMPOSE_ID
|
2018-01-25 11:22:44 +00:00
|
|
|
# Public URLs the synced compose will wind up at, we put them in fedmsgs
|
2018-01-25 11:28:54 +00:00
|
|
|
LOCATION="https://dl.fedoraproject.org$RSYNCTARGET"
|
|
|
|
ALT_LOCATION="https://dl.fedoraproject.org$RSYNCALTTARGET"
|
|
|
|
SECONDARY_LOCATION="https://dl.fedoraproject.org$RSYNCSECTARGET"
|
2018-01-25 10:00:52 +00:00
|
|
|
# Update fedmsg template
|
2018-01-25 11:22:44 +00:00
|
|
|
fedmsg_json_start=$(printf '{"log": "start", "branch": "%s", "arch": "%s", "short": "%s", "compose_id": "%s", "location": "%s", "alt_location": "%s", "secondary_location": "%s"}' "$RELEASE" "$ARCH" "$SHORT" "$NEWCOMPOSE_ID", "$LOCATION", "$ALT_LOCATION", "$SECONDARY_LOCATION")
|
|
|
|
fedmsg_json_done=$(printf '{"log": "done", "branch": "%s", "arch": "%s", "short": "%s", "compose_id": "%s", "location": "%s", "alt_location": "%s", "secondary_location": "%s"}' "$RELEASE" "$ARCH" "$SHORT" "$NEWCOMPOSE_ID", "$LOCATION", "$ALT_LOCATION", "$SECONDARY_LOCATION")
|
2018-01-25 10:00:52 +00:00
|
|
|
|
2018-01-26 17:25:19 +00:00
|
|
|
# Fix permissions on the grub efi files and fonts (they're 0600)
|
2018-03-01 22:03:20 +00:00
|
|
|
chmod -R go+r $DESTDIR/compose/*/*/os/EFI/
|
2016-04-27 15:53:24 +00:00
|
|
|
|
2018-01-25 11:12:21 +00:00
|
|
|
compose-changelog -p $DESTDIR/logs/ $TARGET_DIR/$OLDCOMPOSE_ID/ $DESTDIR/
|
2017-09-11 09:10:34 +00:00
|
|
|
# Figure out a version for broken deps e-mail that goes to package maintainers.
|
|
|
|
# In Rawhide it's just rawhide, for branched versions we prepend F- to the number.
|
nightly: include shortname in fedmsgs, clean up version vars
The main point here is to include the compose 'shortname' in
compose fedmsgs, as #484 does for post-release compose types.
While doing this I noticed there's rather a lot of mess and
cruft in the various version-related variables here (and a few
others).
`GIT_BRANCH` variable is never used anywhere any more, so it's
removed.
`BRANCH` was never used anywhere, so it is gone. (It appears
to have been added in a25b08c7 but never used). There seemed
to be no useful distinction between `DIST` and `BRANCHED`, and
both actually seem to be used mainly to specify a release
version. The exception is that `BRANCHED` was set to
"Modular-Bikeshed" in nightly-modular.sh , but there is no
justification for this that I can find, and its only practical
use was as the value of the `branch` key in fedmsgs. So far as
I can figure out, the original purpose of the `branch` key was
for when we sent out `compose.branched.(foo)` fedmsgs - it
was e.g. 'f18' when Branched was Fedora 18. As we now don't
send out `compose.branched` messages any more, but include the
release number in the message topic for Branched messages
(e.g. `compose.27`), this purpose no longer applies. So the
key just doesn't seem to have any particular use at all any
more, and I don't think changing its value will have any real
consequences.
Thus, `BRANCH`, `BRANCHED` and `DIST` are replaced by `RELEASE`
and `RELEASE_TITLE`, which specify the release version. Their
values will be identical for numerical release versions, but
for Rawhide and Bikeshed we need to know both the lower-case
and title-case versions of the name; RELEASE_TITLE is the
title-case version.
We use `$SHORT-$RELEASE_TITLE` to replace several instances
of hardcoding in the scripts (e.g. Fedora-Modular-Bikeshed).
The `ATOMIC`, `ATOMICREPO` and `ATOMICDEST` variables that were
blindly copied from nightly.sh to nightly-modular.sh, but never
actually used in it, are also removed.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
2017-12-05 01:24:43 +00:00
|
|
|
if [ "$RELEASE" = "rawhide" ]; then
|
|
|
|
TREENAME="$RELEASE"
|
2017-09-11 09:10:34 +00:00
|
|
|
else
|
nightly: include shortname in fedmsgs, clean up version vars
The main point here is to include the compose 'shortname' in
compose fedmsgs, as #484 does for post-release compose types.
While doing this I noticed there's rather a lot of mess and
cruft in the various version-related variables here (and a few
others).
`GIT_BRANCH` variable is never used anywhere any more, so it's
removed.
`BRANCH` was never used anywhere, so it is gone. (It appears
to have been added in a25b08c7 but never used). There seemed
to be no useful distinction between `DIST` and `BRANCHED`, and
both actually seem to be used mainly to specify a release
version. The exception is that `BRANCHED` was set to
"Modular-Bikeshed" in nightly-modular.sh , but there is no
justification for this that I can find, and its only practical
use was as the value of the `branch` key in fedmsgs. So far as
I can figure out, the original purpose of the `branch` key was
for when we sent out `compose.branched.(foo)` fedmsgs - it
was e.g. 'f18' when Branched was Fedora 18. As we now don't
send out `compose.branched` messages any more, but include the
release number in the message topic for Branched messages
(e.g. `compose.27`), this purpose no longer applies. So the
key just doesn't seem to have any particular use at all any
more, and I don't think changing its value will have any real
consequences.
Thus, `BRANCH`, `BRANCHED` and `DIST` are replaced by `RELEASE`
and `RELEASE_TITLE`, which specify the release version. Their
values will be identical for numerical release versions, but
for Rawhide and Bikeshed we need to know both the lower-case
and title-case versions of the name; RELEASE_TITLE is the
title-case version.
We use `$SHORT-$RELEASE_TITLE` to replace several instances
of hardcoding in the scripts (e.g. Fedora-Modular-Bikeshed).
The `ATOMIC`, `ATOMICREPO` and `ATOMICDEST` variables that were
blindly copied from nightly.sh to nightly-modular.sh, but never
actually used in it, are also removed.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
2017-12-05 01:24:43 +00:00
|
|
|
TREENAME="F-$RELEASE"
|
2017-09-11 09:10:34 +00:00
|
|
|
fi
|
2018-02-20 22:28:35 +00:00
|
|
|
# disable sending email for now as spam-o-matic does not understand Rich dependencies
|
|
|
|
/usr/share/mash/spam-o-matic --nomail --treename="$TREENAME" "$DESTDIR/compose/Everything/" >"$DESTDIR/logs/depcheck"
|
2016-02-29 22:22:42 +00:00
|
|
|
|
|
|
|
[ -z "$ARCH" ] && {
|
2017-08-21 20:27:43 +00:00
|
|
|
./releng/scripts/critpath.py --url file://$DESTDIR/compose/Everything/ -o $DESTDIR/logs/critpath.txt rawhide &> $DESTDIR/logs/critpath.log
|
2016-02-29 22:22:42 +00:00
|
|
|
}
|
2016-02-23 22:34:37 +00:00
|
|
|
|
2016-03-03 18:04:11 +00:00
|
|
|
# Tell interested persons that the rsync is starting (zomg!)
|
nightly: include shortname in fedmsgs, clean up version vars
The main point here is to include the compose 'shortname' in
compose fedmsgs, as #484 does for post-release compose types.
While doing this I noticed there's rather a lot of mess and
cruft in the various version-related variables here (and a few
others).
`GIT_BRANCH` variable is never used anywhere any more, so it's
removed.
`BRANCH` was never used anywhere, so it is gone. (It appears
to have been added in a25b08c7 but never used). There seemed
to be no useful distinction between `DIST` and `BRANCHED`, and
both actually seem to be used mainly to specify a release
version. The exception is that `BRANCHED` was set to
"Modular-Bikeshed" in nightly-modular.sh , but there is no
justification for this that I can find, and its only practical
use was as the value of the `branch` key in fedmsgs. So far as
I can figure out, the original purpose of the `branch` key was
for when we sent out `compose.branched.(foo)` fedmsgs - it
was e.g. 'f18' when Branched was Fedora 18. As we now don't
send out `compose.branched` messages any more, but include the
release number in the message topic for Branched messages
(e.g. `compose.27`), this purpose no longer applies. So the
key just doesn't seem to have any particular use at all any
more, and I don't think changing its value will have any real
consequences.
Thus, `BRANCH`, `BRANCHED` and `DIST` are replaced by `RELEASE`
and `RELEASE_TITLE`, which specify the release version. Their
values will be identical for numerical release versions, but
for Rawhide and Bikeshed we need to know both the lower-case
and title-case versions of the name; RELEASE_TITLE is the
title-case version.
We use `$SHORT-$RELEASE_TITLE` to replace several instances
of hardcoding in the scripts (e.g. Fedora-Modular-Bikeshed).
The `ATOMIC`, `ATOMICREPO` and `ATOMICDEST` variables that were
blindly copied from nightly.sh to nightly-modular.sh, but never
actually used in it, are also removed.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
2017-12-05 01:24:43 +00:00
|
|
|
send_fedmsg "${fedmsg_json_start}" ${RELEASE} rsync.start
|
2016-02-27 03:08:35 +00:00
|
|
|
|
2016-09-14 03:09:23 +00:00
|
|
|
# Sync the content to /pub/fedora
|
2018-01-25 10:00:52 +00:00
|
|
|
if [ ! -d "$RSYNCTARGET" ]; then
|
|
|
|
mkdir "$RSYNCTARGET"
|
2017-03-04 17:42:58 +00:00
|
|
|
fi
|
2016-12-14 16:36:49 +00:00
|
|
|
$RSYNCPREFIX compose-partial-copy --arch=armhfp --arch=x86_64 --arch src \
|
2018-01-25 11:12:21 +00:00
|
|
|
"$DESTDIR" "$RSYNCTARGET/" \
|
2018-03-10 18:17:28 +00:00
|
|
|
--variant Everything --variant AtomicHost --variant Cloud --variant Container \
|
2018-03-02 20:57:30 +00:00
|
|
|
--variant Server --variant Spins --variant Workstation --variant AtomicWorkstation --variant Modular \
|
2018-01-25 10:00:52 +00:00
|
|
|
--link-dest="$RSYNCTARGET/Everything" --exclude=repodata
|
2016-12-14 16:36:49 +00:00
|
|
|
$RSYNCPREFIX compose-partial-copy --arch=armhfp --arch=x86_64 --arch src \
|
2018-01-25 11:12:21 +00:00
|
|
|
"$DESTDIR" "$RSYNCTARGET/" \
|
2018-03-10 18:17:28 +00:00
|
|
|
--variant Everything --variant AtomicHost --variant Cloud --variant Container \
|
2018-03-02 20:57:30 +00:00
|
|
|
--variant Server --variant Spins --variant Workstation --variant AtomicWorkstation --variant Modular \
|
2018-01-25 10:00:52 +00:00
|
|
|
--link-dest="$RSYNCTARGET/Everything" --delete-after
|
2018-03-10 18:17:28 +00:00
|
|
|
# aarch64 for Everything Server Cloud Container is primary
|
2018-02-09 22:02:39 +00:00
|
|
|
$RSYNCPREFIX compose-partial-copy --arch=aarch64 \
|
|
|
|
"$DESTDIR" "$RSYNCTARGET/" \
|
2018-03-10 18:17:28 +00:00
|
|
|
--variant Everything --variant Server --variant Cloud --variant Container \
|
2018-02-20 22:13:30 +00:00
|
|
|
--variant Modular \
|
2018-02-09 22:02:39 +00:00
|
|
|
--link-dest="$RSYNCTARGET/Everything" --exclude=repodata
|
|
|
|
$RSYNCPREFIX compose-partial-copy --arch=aarch64 \
|
|
|
|
"$DESTDIR" "$RSYNCTARGET/" \
|
2018-03-10 18:17:28 +00:00
|
|
|
--variant Everything --variant Server --variant Cloud --variant Container \
|
2018-02-20 22:13:30 +00:00
|
|
|
--variant Modular \
|
2018-02-09 22:02:39 +00:00
|
|
|
--link-dest="$RSYNCTARGET/Everything" --delete-after
|
2018-01-25 10:00:52 +00:00
|
|
|
$RSYNCPREFIX rm "$RSYNCTARGET/.composeinfo"
|
|
|
|
$RSYNCPREFIX ./releng/scripts/build_composeinfo "$RSYNCTARGET/" --name "$NEWCOMPOSE_ID"
|
2016-08-18 08:21:05 +00:00
|
|
|
|
2016-09-14 03:09:23 +00:00
|
|
|
# Sync the content to /pub/alt
|
2018-01-25 11:19:16 +00:00
|
|
|
if [ ! -d "$RSYNCALTTARGET" ]; then
|
|
|
|
mkdir "$RSYNCALTTARGET"
|
2017-03-04 17:42:58 +00:00
|
|
|
fi
|
2018-02-19 15:05:10 +00:00
|
|
|
$RSYNCPREFIX compose-partial-copy --arch=armhfp --arch=x86_64 \
|
2018-01-25 11:19:16 +00:00
|
|
|
"$DESTDIR" "$RSYNCALTTARGET/" \
|
2018-03-10 18:17:28 +00:00
|
|
|
--variant Labs \
|
2018-01-25 10:00:52 +00:00
|
|
|
--link-dest="$RSYNCTARGET/Everything/" --exclude=repodata
|
2018-02-19 15:05:10 +00:00
|
|
|
$RSYNCPREFIX compose-partial-copy --arch=armhfp --arch=x86_64 \
|
2018-01-25 11:19:16 +00:00
|
|
|
"$DESTDIR" "$RSYNCALTTARGET/" \
|
2018-03-10 18:17:28 +00:00
|
|
|
--variant Labs \
|
2018-01-25 10:00:52 +00:00
|
|
|
--link-dest="$RSYNCTARGET/Everything/" --delete-after
|
2018-01-25 11:19:16 +00:00
|
|
|
$RSYNCPREFIX rm "$RSYNCALTTARGET/.composeinfo"
|
|
|
|
$RSYNCPREFIX ./releng/scripts/build_composeinfo "$RSYNCALTTARGET/" --name "$NEWCOMPOSE_ID"
|
2016-09-14 03:09:23 +00:00
|
|
|
|
|
|
|
# Sync the content to /pub/fedora-secondary
|
2018-01-25 11:19:16 +00:00
|
|
|
if [ ! -d "$RSYNCSECTARGET" ]; then
|
|
|
|
mkdir "$RSYNCSECTARGET"
|
2017-03-04 17:42:58 +00:00
|
|
|
fi
|
2018-02-09 22:02:39 +00:00
|
|
|
$RSYNCPREFIX compose-partial-copy --arch=i386 --arch=ppc64 --arch=ppc64le --arch=s390x \
|
2018-01-25 11:19:16 +00:00
|
|
|
"$DESTDIR" "$RSYNCSECTARGET/" \
|
2018-03-11 17:14:33 +00:00
|
|
|
--variant Everything --variant AtomicHost --variant Cloud --variant Container \
|
2018-03-30 13:00:51 +00:00
|
|
|
--variant Labs --variant Server --variant Spins --variant Workstation --variant Modular \
|
2018-03-11 17:14:33 +00:00
|
|
|
--link-dest="$RSYNCTARGET/Everything/" --link-dest="$RSYNCSECTARGET/Everything/" --exclude=repodata
|
2018-02-09 22:02:39 +00:00
|
|
|
$RSYNCPREFIX compose-partial-copy --arch=i386 --arch=ppc64 --arch=ppc64le --arch=s390x \
|
2018-01-25 11:19:16 +00:00
|
|
|
"$DESTDIR" "$RSYNCSECTARGET/" \
|
2018-03-11 17:14:33 +00:00
|
|
|
--variant Everything --variant AtomicHost --variant Cloud --variant Container \
|
2018-03-30 13:00:51 +00:00
|
|
|
--variant Labs --variant Server --variant Spins --variant Workstation --variant Modular \
|
2018-03-11 17:14:33 +00:00
|
|
|
--link-dest="$RSYNCTARGET/Everything/" --link-dest="$RSYNCSECTARGET/Everything/" --delete-after
|
2018-03-10 18:17:28 +00:00
|
|
|
# aarch64 is alternative for AtomicHost Labs Spins Workstation
|
2018-02-15 14:38:07 +00:00
|
|
|
$RSYNCPREFIX compose-partial-copy --arch=aarch64 \
|
|
|
|
"$DESTDIR" "$RSYNCSECTARGET/" \
|
2018-03-10 18:17:28 +00:00
|
|
|
--variant AtomicHost --variant Labs --variant Spins --variant Workstation \
|
2018-02-15 14:38:07 +00:00
|
|
|
--link-dest="$RSYNCTARGET/Everything/" --exclude=repodata
|
|
|
|
$RSYNCPREFIX compose-partial-copy --arch=aarch64 \
|
|
|
|
"$DESTDIR" "$RSYNCSECTARGET/" \
|
2018-03-10 18:17:28 +00:00
|
|
|
--variant AtomicHost --variant Labs --variant Spins --variant Workstation \
|
2018-02-15 14:38:07 +00:00
|
|
|
--link-dest="$RSYNCTARGET/Everything/" --delete-after
|
2018-01-25 11:19:16 +00:00
|
|
|
$RSYNCPREFIX rm "$RSYNCSECTARGET/.composeinfo"
|
|
|
|
$RSYNCPREFIX ./releng/scripts/build_composeinfo "$RSYNCSECTARGET/" --name "$NEWCOMPOSE_ID"
|
2016-08-18 08:21:05 +00:00
|
|
|
|
2018-03-05 18:35:30 +00:00
|
|
|
|
|
|
|
# sync over atomic host/workstation to the unified ostree repo
|
|
|
|
for arch in x86_64 aarch64 ppc64le; do
|
|
|
|
ostree pull-local --repo=$ATOMICDESTREPO $ATOMICSRCREPO --depth=-1 "fedora/rawhide/${arch}/atomic-host"
|
|
|
|
done
|
|
|
|
for arch in x86_64; do
|
|
|
|
ostree pull-local --repo=$ATOMICDESTREPO $ATOMICSRCREPO --depth=-1 "fedora/rawhide/${arch}/workstation"
|
|
|
|
done
|
2018-03-09 17:28:43 +00:00
|
|
|
ostree summary -u --repo=$ATOMICDESTREPO # update summary file
|
2016-02-27 03:08:35 +00:00
|
|
|
|
2016-03-03 18:04:11 +00:00
|
|
|
# Tell interested persons that the rsync is done.
|
nightly: include shortname in fedmsgs, clean up version vars
The main point here is to include the compose 'shortname' in
compose fedmsgs, as #484 does for post-release compose types.
While doing this I noticed there's rather a lot of mess and
cruft in the various version-related variables here (and a few
others).
`GIT_BRANCH` variable is never used anywhere any more, so it's
removed.
`BRANCH` was never used anywhere, so it is gone. (It appears
to have been added in a25b08c7 but never used). There seemed
to be no useful distinction between `DIST` and `BRANCHED`, and
both actually seem to be used mainly to specify a release
version. The exception is that `BRANCHED` was set to
"Modular-Bikeshed" in nightly-modular.sh , but there is no
justification for this that I can find, and its only practical
use was as the value of the `branch` key in fedmsgs. So far as
I can figure out, the original purpose of the `branch` key was
for when we sent out `compose.branched.(foo)` fedmsgs - it
was e.g. 'f18' when Branched was Fedora 18. As we now don't
send out `compose.branched` messages any more, but include the
release number in the message topic for Branched messages
(e.g. `compose.27`), this purpose no longer applies. So the
key just doesn't seem to have any particular use at all any
more, and I don't think changing its value will have any real
consequences.
Thus, `BRANCH`, `BRANCHED` and `DIST` are replaced by `RELEASE`
and `RELEASE_TITLE`, which specify the release version. Their
values will be identical for numerical release versions, but
for Rawhide and Bikeshed we need to know both the lower-case
and title-case versions of the name; RELEASE_TITLE is the
title-case version.
We use `$SHORT-$RELEASE_TITLE` to replace several instances
of hardcoding in the scripts (e.g. Fedora-Modular-Bikeshed).
The `ATOMIC`, `ATOMICREPO` and `ATOMICDEST` variables that were
blindly copied from nightly.sh to nightly-modular.sh, but never
actually used in it, are also removed.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
2017-12-05 01:24:43 +00:00
|
|
|
send_fedmsg "${fedmsg_json_done}" ${RELEASE} rsync.complete
|
2016-03-03 18:04:11 +00:00
|
|
|
|
|
|
|
# Tell everyone by fedmsg about the compose
|
nightly: include shortname in fedmsgs, clean up version vars
The main point here is to include the compose 'shortname' in
compose fedmsgs, as #484 does for post-release compose types.
While doing this I noticed there's rather a lot of mess and
cruft in the various version-related variables here (and a few
others).
`GIT_BRANCH` variable is never used anywhere any more, so it's
removed.
`BRANCH` was never used anywhere, so it is gone. (It appears
to have been added in a25b08c7 but never used). There seemed
to be no useful distinction between `DIST` and `BRANCHED`, and
both actually seem to be used mainly to specify a release
version. The exception is that `BRANCHED` was set to
"Modular-Bikeshed" in nightly-modular.sh , but there is no
justification for this that I can find, and its only practical
use was as the value of the `branch` key in fedmsgs. So far as
I can figure out, the original purpose of the `branch` key was
for when we sent out `compose.branched.(foo)` fedmsgs - it
was e.g. 'f18' when Branched was Fedora 18. As we now don't
send out `compose.branched` messages any more, but include the
release number in the message topic for Branched messages
(e.g. `compose.27`), this purpose no longer applies. So the
key just doesn't seem to have any particular use at all any
more, and I don't think changing its value will have any real
consequences.
Thus, `BRANCH`, `BRANCHED` and `DIST` are replaced by `RELEASE`
and `RELEASE_TITLE`, which specify the release version. Their
values will be identical for numerical release versions, but
for Rawhide and Bikeshed we need to know both the lower-case
and title-case versions of the name; RELEASE_TITLE is the
title-case version.
We use `$SHORT-$RELEASE_TITLE` to replace several instances
of hardcoding in the scripts (e.g. Fedora-Modular-Bikeshed).
The `ATOMIC`, `ATOMICREPO` and `ATOMICDEST` variables that were
blindly copied from nightly.sh to nightly-modular.sh, but never
actually used in it, are also removed.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
2017-12-05 01:24:43 +00:00
|
|
|
send_fedmsg "${fedmsg_json_done}" ${RELEASE} complete
|
2016-03-03 18:04:11 +00:00
|
|
|
|
|
|
|
# Tell everyone by email about the compose
|
2018-02-20 22:28:35 +00:00
|
|
|
# "$DESTDIR/logs/depcheck" lets not cat out depcheck for now as it does
|
|
|
|
# not understand rich dependencies
|
nightly: include shortname in fedmsgs, clean up version vars
The main point here is to include the compose 'shortname' in
compose fedmsgs, as #484 does for post-release compose types.
While doing this I noticed there's rather a lot of mess and
cruft in the various version-related variables here (and a few
others).
`GIT_BRANCH` variable is never used anywhere any more, so it's
removed.
`BRANCH` was never used anywhere, so it is gone. (It appears
to have been added in a25b08c7 but never used). There seemed
to be no useful distinction between `DIST` and `BRANCHED`, and
both actually seem to be used mainly to specify a release
version. The exception is that `BRANCHED` was set to
"Modular-Bikeshed" in nightly-modular.sh , but there is no
justification for this that I can find, and its only practical
use was as the value of the `branch` key in fedmsgs. So far as
I can figure out, the original purpose of the `branch` key was
for when we sent out `compose.branched.(foo)` fedmsgs - it
was e.g. 'f18' when Branched was Fedora 18. As we now don't
send out `compose.branched` messages any more, but include the
release number in the message topic for Branched messages
(e.g. `compose.27`), this purpose no longer applies. So the
key just doesn't seem to have any particular use at all any
more, and I don't think changing its value will have any real
consequences.
Thus, `BRANCH`, `BRANCHED` and `DIST` are replaced by `RELEASE`
and `RELEASE_TITLE`, which specify the release version. Their
values will be identical for numerical release versions, but
for Rawhide and Bikeshed we need to know both the lower-case
and title-case versions of the name; RELEASE_TITLE is the
title-case version.
We use `$SHORT-$RELEASE_TITLE` to replace several instances
of hardcoding in the scripts (e.g. Fedora-Modular-Bikeshed).
The `ATOMIC`, `ATOMICREPO` and `ATOMICDEST` variables that were
blindly copied from nightly.sh to nightly-modular.sh, but never
actually used in it, are also removed.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
2017-12-05 01:24:43 +00:00
|
|
|
SUBJECT='Fedora '$RELEASE' compose report: '$SHORTCOMPOSE_ID' changes'
|
2016-08-12 07:50:17 +00:00
|
|
|
for tomail in $TOMAIL ; do
|
2018-02-20 22:28:35 +00:00
|
|
|
cat $DESTDIR/logs/*verbose | \
|
2016-08-12 07:50:17 +00:00
|
|
|
mutt -e "set from=\"$FROM\"" -e 'set envelope_from=yes' -s "$SUBJECT" $tomail
|
|
|
|
done
|
2016-02-23 22:34:37 +00:00
|
|
|
|
2016-05-27 19:00:17 +00:00
|
|
|
find $TARGET_DIR -xdev -depth -maxdepth 2 -mtime +14 -exec rm -rf {} \;
|
2016-05-17 00:46:41 +00:00
|
|
|
|