[PATCH] The vagrant images changed to .box extention, collect them
by Dennis Gilmore
Signed-off-by: Dennis Gilmore <dennis(a)ausil.us>
---
scripts/run-pungi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/run-pungi b/scripts/run-pungi
index f033427..40d1f32 100755
--- a/scripts/run-pungi
+++ b/scripts/run-pungi
@@ -159,7 +159,7 @@ sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task_*/Fedora
sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task_*/Fedora-Cloud*$VERSION-$DATE\.i386.qcow2 $FINALDEST/$VERSION/Cloud_Images/i386/Images/"
sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task_*/Fedora-Cloud*$VERSION-$DATE\.x86_64.raw.xz $FINALDEST/$VERSION/Cloud_Images/x86_64/Images/"
sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task_*/Fedora-Cloud*$VERSION-$DATE\.x86_64.qcow2 $FINALDEST/$VERSION/Cloud_Images/x86_64/Images/"
-sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task_*/Fedora-Cloud*$VERSION-$DATE\.x86_64.*.ova $FINALDEST/$VERSION/Cloud_Images/x86_64/Images/"
+sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task_*/Fedora-Cloud*$VERSION-$DATE\.x86_64.*.box $FINALDEST/$VERSION/Cloud_Images/x86_64/Images/"
sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task_*/Fedora-Docker*-$VERSION-$DATE*tar.xz $FINALDEST/$VERSION/Docker/x86_64/"
sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task*/*i686*$SHORTVERSION-$SHORTCOMPOSE.iso $FINALDEST/$VERSION/Spins/i386/"
@@ -189,7 +189,7 @@ popd
done
pushd $FINALDEST/$VERSION/Cloud_Images
-for arch in i386 x86_64; do pushd $arch/Images; sg releng "sha256sum --tag -b *qcow2 *raw.xz *ova> Fedora-Cloud_Images-$arch-$VERSION-CHECKSUM"; popd; done
+for arch in i386 x86_64; do pushd $arch/Images; sg releng "sha256sum --tag -b *qcow2 *raw.xz *box> Fedora-Cloud_Images-$arch-$VERSION-CHECKSUM"; popd; done
popd
pushd $FINALDEST/$VERSION/Workstation/armhfp/Images
--
2.4.0
8 years, 12 months
[releng] The vagrant images changed to .box extention, collect them
by Dennis Gilmore
commit 06e4017d239d59a8337722fc4284203533396751
Author: Dennis Gilmore <dennis(a)ausil.us>
Date: Tue May 12 12:19:42 2015 -0500
The vagrant images changed to .box extention, collect them
Signed-off-by: Dennis Gilmore <dennis(a)ausil.us>
scripts/run-pungi | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
---
diff --git a/scripts/run-pungi b/scripts/run-pungi
index f033427..40d1f32 100755
--- a/scripts/run-pungi
+++ b/scripts/run-pungi
@@ -159,7 +159,7 @@ sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task_*/Fedora
sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task_*/Fedora-Cloud*$VERSION-$DATE\.i386.qcow2 $FINALDEST/$VERSION/Cloud_Images/i386/Images/"
sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task_*/Fedora-Cloud*$VERSION-$DATE\.x86_64.raw.xz $FINALDEST/$VERSION/Cloud_Images/x86_64/Images/"
sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task_*/Fedora-Cloud*$VERSION-$DATE\.x86_64.qcow2 $FINALDEST/$VERSION/Cloud_Images/x86_64/Images/"
-sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task_*/Fedora-Cloud*$VERSION-$DATE\.x86_64.*.ova $FINALDEST/$VERSION/Cloud_Images/x86_64/Images/"
+sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task_*/Fedora-Cloud*$VERSION-$DATE\.x86_64.*.box $FINALDEST/$VERSION/Cloud_Images/x86_64/Images/"
sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task_*/Fedora-Docker*-$VERSION-$DATE*tar.xz $FINALDEST/$VERSION/Docker/x86_64/"
sg releng "sudo /usr/bin/cp -l /mnt/fedora_koji/koji/scratch/$USER/task*/*i686*$SHORTVERSION-$SHORTCOMPOSE.iso $FINALDEST/$VERSION/Spins/i386/"
@@ -189,7 +189,7 @@ popd
done
pushd $FINALDEST/$VERSION/Cloud_Images
-for arch in i386 x86_64; do pushd $arch/Images; sg releng "sha256sum --tag -b *qcow2 *raw.xz *ova> Fedora-Cloud_Images-$arch-$VERSION-CHECKSUM"; popd; done
+for arch in i386 x86_64; do pushd $arch/Images; sg releng "sha256sum --tag -b *qcow2 *raw.xz *box> Fedora-Cloud_Images-$arch-$VERSION-CHECKSUM"; popd; done
popd
pushd $FINALDEST/$VERSION/Workstation/armhfp/Images
8 years, 12 months
#6176: move atomic vagrant boxes in to place
by Fedora Release Engineering
#6176: move atomic vagrant boxes in to place
-----------------------------+------------------------
Reporter: walters | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 22 Final | Component: other
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
<dgilmore> its probably due to the change to .box for the files
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6176>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
8 years, 12 months
#6172: Grant admin permission on staging Koji to mizdebsk
by Fedora Release Engineering
#6172: Grant admin permission on staging Koji to mizdebsk
-----------------------------+------------------------
Reporter: mizdebsk | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 22 Final | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
Please grant me (user "mizdebsk") admin permission on staging Koji.
I am Koschei sysadmin. I need admin permission on staging Koji for
purposes of testing Koschei, including:
* running regen-repo tasks (kojira doesn't run regen repo when contents of
external repos change)
* building from uploaded srpm (without admin permission building dummy
packages, which are used for testing only, would require commiting spec
file to scm and I think we should avoid that)
* whitelisting dummy packages (before building new packages they need to
be added to tag listing)
* blocking dummy packages (Koschei should auto-remove packages when
blocked in Koji, I would like to test that)
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6172>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
8 years, 12 months
#6173: Same volume-id on all F22 ISOs
by Fedora Release Engineering
#6173: Same volume-id on all F22 ISOs
-----------------------------+------------------------
Reporter: zeenix | Owner: rel-eng@…
Type: defect | Status: new
Milestone: Fedora 22 Final | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
I was informed that this is where I need for file these bugs so I'll be
filing issues for each of the "distribution" bugs I've filed on Fedora bz.
This one if against:
https://bugzilla.redhat.com/show_bug.cgi?id=1219851
While I was crying about same volume-id on full DVD and netinst
(bug#1180269) in F21, it seems things have turned towards worse for me
than better since *all* F22 ISOs share the same volume-id. While we now
have means to differentiate ISOs based on size of the volume in libosinfo
(and therefore Boxes/virt-manager), I can't already use that mechanism
since the volume-size of final ISOs will most certainly be different than
Beta ones.
Fortunately it seems the release is happening soon but I would have
prefered to add support for F22 before its released, not after.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6173>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
8 years, 12 months
New Rpm-ecosystem Mailing List
by Florian Festi
Hi!
tl;td: Join at http://lists.rpm.org/mailman/listinfo/rpm-ecosystem if
your interested in any part of the rpm ecosystem.
While there are quite some mailing lists already that deal with the
different tools around and including rpm we realized that there is no
good place to discuss issues that involve multiple parts of (our own)
package handling stack even less so to stay in contact with other rpm
based solutions. To solve this we create a new mailing list:
rpm-ecosystem(a)lists.rpm.org
Normal user questions and development talk is supposed to stay on the
per project mailing lists. The new list is for questions like:
* How do other implementations handle specific problems?
* Is this new feature interesting for downstream distributions?
* How do the different packaging guidelines treat a special topic?
* Anyone there to support our demand for this new rpm feature?
And it is for topics like:
* Packaging guide lines
* RPM features
* Build systems and compose tools
* Dependency solvers, installers and updaters
* RPM based image creation / non rpm based updates for rpm
based distributions
In short: It is meant to bind the rpm universe together.
Join at http://lists.rpm.org/mailman/listinfo/rpm-ecosystem
Please forward this mail to anyone that might be interested - especially
to rpm related sub projects and groups.
Thanks!
Florian
--
Red Hat GmbH, http://www.de.redhat.com/ Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Michael Cunningham, Michael
O'Neill, Charles Peters
8 years, 12 months