[releng] Updated tag rawhide-stable
by Dennis Gilmore
The lightweight tag 'rawhide-stable' was updated to point to:
af72b57... masher group doesnt exist in chroot use mock
It previously pointed to:
8d07211... make sure that masher owns /var/cache/mash
NOTE: People pulling from the repository will not get the new tag.
For more information, please see:
http://live.gnome.org/Git/Help/TagUpdates
9 years, 3 months
[releng] masher group doesnt exist in chroot use mock
by Dennis Gilmore
commit af72b577fbffdb5ffefe3830c533cf3093d6b8dd
Author: Dennis Gilmore <dennis(a)ausil.us>
Date: Tue Jan 20 10:43:26 2015 -0600
masher group doesnt exist in chroot use mock
scripts/build-functions.sh | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/scripts/build-functions.sh b/scripts/build-functions.sh
index c9688bb..01ca962 100644
--- a/scripts/build-functions.sh
+++ b/scripts/build-functions.sh
@@ -112,7 +112,7 @@ send_fedmsg start mash.start
log "starting mash"
# Drop privs here so that we run as the masher UID
-$MOCK -r $MOCKCONFIG --uniqueext=$DATE --chroot "chown masher:masher /var/cache/mash" || exit 1
+$MOCK -r $MOCKCONFIG --uniqueext=$DATE --chroot "chown masher:mock /var/cache/mash" || exit 1
$MOCK -r $MOCKCONFIG --uniqueext=$DATE --unpriv --chroot "mash $MASHOPTS -p $TREEPREFIX/development/$BRANCHED -o ${MASHDIR} --compsfile $logdir/${COMPSFILE} $BRANCHED$EXPANDARCH > $logdir/mash.log 2>&1" || exit 1
send_fedmsg done mash.complete
9 years, 3 months
[releng] clean up the 32 bit chroot before we move ot to 64 bit for atomic
by Dennis Gilmore
commit 028c52c226890bbc33477d8bad3e47661ce6461f
Author: Dennis Gilmore <dennis(a)ausil.us>
Date: Tue Jan 20 10:13:39 2015 -0600
clean up the 32 bit chroot before we move ot to 64 bit for atomic
scripts/build-functions.sh | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
---
diff --git a/scripts/build-functions.sh b/scripts/build-functions.sh
index 121ec7b..c9688bb 100644
--- a/scripts/build-functions.sh
+++ b/scripts/build-functions.sh
@@ -137,6 +137,10 @@ log "starting spam-o-matic"
$MOCK -r $MOCKCONFIG --uniqueext=$DATE --unpriv --chroot "/usr/share/mash/spam-o-matic $DEPOPTS ${MASHDIR}/$BRANCHED$EXPANDARCH >$logdir/depcheck" &
log "finished spam-o-matic"
+log "starting mock clean"
+$MOCK -r $MOCKCONFIG --uniqueext=$DATE --clean
+log "finished mock clean"
+
[ -z "$ARCH" ] && {
log "starting atomic tree creation"
MOCKCONFIG="fedora-${DIST}-compose-x86_64"
9 years, 3 months
#6083: Koji tag for Ruby 2.2
by Fedora Release Engineering
#6083: Koji tag for Ruby 2.2
-----------------------------+------------------------
Reporter: vondruch | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 22 Alpha | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
Hello,
Ruby 2.2 [1] was proposed as a feature for F22. Since there is soname bump
involved, we would like to get a new Koji tag to be able to build them
separately. This would help to prevent approx 150 broken packages reports
and give use safe fallback if something goes unexpectedly wrong.
[1] https://fedoraproject.org/wiki/Changes/Ruby_2.2
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6083>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
9 years, 3 months
[releng] Updated tag rawhide-stable
by Dennis Gilmore
The lightweight tag 'rawhide-stable' was updated to point to:
8d07211... make sure that masher owns /var/cache/mash
It previously pointed to:
1d5e0e3... try anotherway to get rid of the productimg rpms
NOTE: People pulling from the repository will not get the new tag.
For more information, please see:
http://live.gnome.org/Git/Help/TagUpdates
9 years, 3 months
[releng] make sure that masher owns /var/cache/mash
by Dennis Gilmore
commit 8d072117f249fab490e54a9397020f4234a0f0b9
Author: Dennis Gilmore <dennis(a)ausil.us>
Date: Tue Jan 20 07:49:24 2015 -0600
make sure that masher owns /var/cache/mash
scripts/build-functions.sh | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
---
diff --git a/scripts/build-functions.sh b/scripts/build-functions.sh
index 0e26376..121ec7b 100644
--- a/scripts/build-functions.sh
+++ b/scripts/build-functions.sh
@@ -112,6 +112,7 @@ send_fedmsg start mash.start
log "starting mash"
# Drop privs here so that we run as the masher UID
+$MOCK -r $MOCKCONFIG --uniqueext=$DATE --chroot "chown masher:masher /var/cache/mash" || exit 1
$MOCK -r $MOCKCONFIG --uniqueext=$DATE --unpriv --chroot "mash $MASHOPTS -p $TREEPREFIX/development/$BRANCHED -o ${MASHDIR} --compsfile $logdir/${COMPSFILE} $BRANCHED$EXPANDARCH > $logdir/mash.log 2>&1" || exit 1
send_fedmsg done mash.complete
9 years, 3 months
[releng] update tags to sync from primary to secondary
by Dennis Gilmore
commit bda70ef6fd08aa8de0f1a6570de5d7f74ba17d01
Author: Dennis Gilmore <dennis(a)ausil.us>
Date: Mon Jan 19 15:35:17 2015 -0600
update tags to sync from primary to secondary
scripts/sync-blocked-primary.py | 2 +-
scripts/sync-tagged-primary | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
---
diff --git a/scripts/sync-blocked-primary.py b/scripts/sync-blocked-primary.py
index 8f8b1a3..755c07c 100755
--- a/scripts/sync-blocked-primary.py
+++ b/scripts/sync-blocked-primary.py
@@ -17,7 +17,7 @@ import shutil
# Set some variables
# Some of these could arguably be passed in as args.
-tags = ['f21', 'f20', 'f19', 'f18'] # tag to check in koji
+tags = ['f22', 'f21', 'f20'] # tag to check in koji
arches = ['arm', 'ppc', 's390']
diff --git a/scripts/sync-tagged-primary b/scripts/sync-tagged-primary
index 077d4e9..49f455d 100755
--- a/scripts/sync-tagged-primary
+++ b/scripts/sync-tagged-primary
@@ -3,9 +3,9 @@
# Copyright (C) 2013 Red Hat, Inc.
# SPDX-License-Identifier: GPL-2.0+
-tags_updates="f20 f19-updates f18-updates"
-tags_testing="f18-updates-testing f19-updates-testing"
-tags_candidate="f18-updates-candidate f19-updates-candidate"
+tags_updates="f22 f21-updates f20-updates"
+tags_testing="f21-updates-testing f20-updates-testing"
+tags_candidate="f21-updates-candidate f20-updates-candidate"
for arch in arm ppc s390
do
9 years, 3 months
[PATCH 1/2] Try to get these types right.
by Ralph Bean
---
mash/config.py | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/mash/config.py b/mash/config.py
index e4e9b95..c4232be 100644
--- a/mash/config.py
+++ b/mash/config.py
@@ -48,8 +48,8 @@ class MashConfig(config.BaseConfig):
delta = config.BoolOption(False)
delta_dirs = config.ListOption()
delta_workers = config.Option(1)
- max_delta_rpm_size = config.Option(300000000)
- max_delta_rpm_age = config.Option()
+ max_delta_rpm_size = config.IntOption(300000000)
+ max_delta_rpm_age = config.IntOption()
make_ancient = config.BoolOption(False)
latest = config.BoolOption(True)
distro_tags = config.Option()
@@ -89,7 +89,7 @@ class MashDistroConfig(config.BaseConfig):
repoviewtitle = config.Inherit(MashConfig.repoviewtitle)
delta = config.Inherit(MashConfig.delta)
delta_dirs = config.Inherit(MashConfig.delta_dirs)
- max_delta_rpm_size = config.Inherit(MashConfig.delta_dirs)
+ max_delta_rpm_size = config.Inherit(MashConfig.max_delta_rpm_size)
max_delta_rpm_age = config.Inherit(MashConfig.max_delta_rpm_age)
delta_workers = config.Inherit(MashConfig.delta_workers)
make_ancient = config.Inherit(MashConfig.make_ancient)
--
2.1.0
9 years, 3 months
#5654: Report full image creation for quality website updates
by Fedora Release Engineering
#5654: Report full image creation for quality website updates
-----------------------------+------------------------
Reporter: shaiton | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 19 Final | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
Hi, we already discussed a bit about this issues with nirik, before the
F19 release day.
However, yesterday was worse as expected.
Please see the number of fixes:
https://git.fedorahosted.org/cgit/fedora-web.git/log/
(7 important fixes after the merge into prod aedf487eb).
== Summary of major issues:
* http://torrent.fedoraproject.org/spins/ changed to
http://torrent.fedoraproject.org/torrents and we had no idea about this.
* The naming scheme of the file changed which introduced a bug in our
spins website build as it is based against the Json file. We had to fix a
2 years old python code. And we did not know about this.
* Each release we have the 32 bit arch named i686 or i386, it's always
changing. We defined variables in order to help us maintain the websites..
And this does not help us. I know that it depends of the proc instruction
set. But where is the need to change that really? Could we avoid it?
Sooner or later we will drop 32 bit arch... Couldn't we define which arch
to stick with?
* We don't know before last minute if the Spin has built for GA and
therefore if it is going to be released. We need to check it manually. And
really, we can't do it all manually. (as lazy programmers we can't even
think about this).
* Even the spins name has changed in the past, which break our code and
already existing URLs. And then we need to define URL redirect... I hope
jam-kde won't be changed to jam-mate-compiz-fusion-dark at some point..
Just wondering...
* The secondary (ARM) path changed from Images/arm/ to Images/armhfp/.. I
understand the need to tell if it's using FP or not, but again we didn't
know about this before testing in prod.
That should not happen again. Please, help me define the best way to avoid
this. It could be improving SOP, or updating a file after each build..
whatever.
It's a probably wider collaboration issues as it is involving primary,
secondary, SIGs (spins, cloud).. But starting with Releng we can probably
sort this and define the smoother solution for all.
What we need in a simple way (script friendly) and easy to generate for
you is a way to get:
All image full name, path (if possible before release), size (not needed
for torrents), format (torrent, spin, dvd, cloud... whatever) and
checksum. What can't be available easily can have an easy process to get
them or at least we need to know how and when to get them.
The most important of course is the image full name. If we don't know that
this image exists (or died), we won't be able to update it.
Any brillant idea?
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5654>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
9 years, 3 months