walters opened a new pull-request against the project: `pungi-fedora` that you are following:
``
AH: Stop generating raw-xz images
``
To reply, visit the link below or just reply to this email
https://pagure.io/pungi-fedora/pull-request/381
till reported a new issue against the project: `releng` that you are following:
``
orphan-all-packages.py only updates pagure, but fedora-scm-requests also contains owners for other branches such as EPEL.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7083
dustymabe reported a new issue against the project: `releng` that you are following:
``
We are currently using smart versioning for our ostree repo in Fedora 27 (i.e. using `"version": '!OSTREE_VERSION_FROM_LABEL_DATE_TYPE_RESPIN'` feature of pungi). Since we have not yet completed the work to move bodhi to pungi from mash we need to go back to not smart versioning like we were doing in previous releases for now. I'll open a PR against pungi-fedora for this.
In order to do this we need the repo to be reset. This can be as simple as removing just the refs `fedora/27/${basearch}/atomic-host`. Extra credit would be to also prune the repo so that we drop content we no longer care about.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7079
fweimer reported a new issue against the project: `releng` that you are following:
``
The multlib RPM went missing:
$ rsync rsync://ftp-stud.hs-esslingen.de/fedora/linux/updates/testing/27/x86_64/l/ | grep libcrypt
-rw-r--r-- 74,352 2017/09/15 12:51:44 libcrypt-2.26-8.fc27.i686.rpm
-rw-r--r-- 73,492 2017/09/15 12:53:17 libcrypt-2.26-8.fc27.x86_64.rpm
-rw-r--r-- 66,192 2017/09/15 12:50:54 libcrypt-nss-2.26-8.fc27.x86_64.rpm
This currently breaks updates, see [#1495431](https://bugzilla.redhat.com/show_bug.cgi?id=1495431).
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7071
ausil reported a new issue against the project: `releng` that you are following:
``
in talking to @ralph about why everything in koji is owner by releng, when it should be owned by someone responsible for the package. It was switched to releng due to fetching the information from pagure taking too long.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7067
kellin reported a new issue against the project: `releng` that you are following:
``
$ koji taginfo f27
Tag: f27 [417]
Arches: armv7hl i686 x86_64 ppc64 ppc64le aarch64
^PGroups: appliance-build, build, livecd-build, livemedia-build, srpm-build
Required permission: 'admin'
Tag options:
mock.package_manager : 'dnf'
Inheritance:
$ koji taginfo f27-build
Tag: f27-build [425]
Arches: aarch64 armv7hl i686 ppc64 ppc64le s390x x86_64
Groups: appliance-build, build, livecd-build, livemedia-build, srpm-build
Required permission: 'admin'
Tag options:
This tag is a buildroot for one or more targets
Current repo: repo#785431: 2017-09-14 21:09:29.969602
Targets that build from this tag:
f27-candidate
f27-rebuild
f27-binutils-rebuild
f27
Inheritance:
0 .... f27-override [424]
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7031
rdieter reported a new issue against the project: `releng` that you are following:
``
Please create a f27-kde koji sidetarget, have a few large batched updates to do (already). No rest for the wicked.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7030
pwhalen reported a new issue against the project: `releng` that you are following:
``
The fedora-docker-base images for armhfp are failing with the error:
ApplianceError: Image status is FAILED: sh: /bin/sh: No such file or directory. All other arches completed successfully.
https://koji.fedoraproject.org/koji/taskinfo?taskID=22112174
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7076
ellert reported a new issue against the project: `releng` that you are following:
``
See https://koji.fedoraproject.org/koji/taskinfo?taskID=22120278
Build for aarch64 fails with the following error in root.log:
DEBUG util.py:439: Error: No Package found for emacs
DEBUG util.py:577: Child return code was: 1
The x86_64 build finds emacs and starts properly.
This package has built successfully on EPEL 7 aarch64 before. The emacs package used to be there.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7075
ausil reported a new issue against the project: `releng` that you are following:
``
* enable createiso generation on all arches.
* enable Minimal and Base container everywhere it makes sense
* Enable disk images (raw.xz and qcow2) as appropriate, x86_64, ppc64le, aarch64
* configure 32 bit arm images using apliance-creator
* configure syncing of contanet to mirrors
* configure sending of compose reports to email lists
* ensure all needed fedmsg's are sent
* setup empty repos for updates and updates-testing for fedora 27
@rashmin and @tmlcoch I will setup a meeting to go over the steps needed and how to test and get it implemented. With this done we should be able to setup compose configurations for Beta.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7074