Hi,
The F24/Rawhide cloud/vagrant images are not booting due to missing initramfs
(thank you adamw for point me to the right direction). Doing a local build of
the same images, shows the following during installation
2016-04-13 00:22:27,979 DEBUG oz.Guest.FedoraGuest thread(3ff2dfdd) Message: 04:22:27,006 INFO program: dracut-install: ERROR: installing 'udevadm'
2016-04-13 00:22:27,979 DEBUG oz.Guest.FedoraGuest thread(3ff2dfdd) Message: 04:22:27,006 INFO program: dracut: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.XR2MX2/initramfs -a udevadm cat uname blkid
2016-04-13 00:22:27,979 DEBUG oz.Guest.FedoraGuest thread(3ff2dfdd) Message: 04:22:27,007 INFO program: dracut: Cannot find [systemd-]udevd binary!
2016-04-13 00:22:27,979 DEBUG oz.Guest.FedoraGuest thread(3ff2dfdd) Message: 04:22:27,007 INFO program: mkinitrd failed
2016-04-13 00:22:27,979 DEBUG oz.Guest.FedoraGuest thread(3ff2dfdd) Message: 04:22:27,007 DEBUG program: Return code: 1
2016-04-13 00:22:27,979 DEBUG oz.Guest.FedoraGuest thread(3ff2dfdd) Message: 04:22:27,008 INFO anaconda: Generating initramfs -- DONE
2016-04-13 00:22:27,979 DEBUG oz.Guest.FedoraGuest thread(3ff2dfdd) Message: 04:22:27,010 INFO anaconda: Running post-installation scripts
2016-04-13 00:22:27,980 DEBUG oz.Guest.FedoraGuest thread(3ff2dfdd) Message: 04:22:27,010 INFO anaconda: Running kickstart %%post script(s)
# ls boot/
config-4.5.0-302.fc24.x86_64 extlinux grub initrd-plymouth.img System.map-4.5.0-302.fc24.x86_64 vmlinuz-4.5.0-302.fc24.x86_64
^^ the above from a F24 build. I am guessing this is causing all builds fail to boot.
Kushal
--
Fedora Cloud Engineer
CPython Core Developer
https://kushaldas.inhttps://dgplug.org
We have a site up at https://apps.fedoraproject.org/releng-dash that
is supposed to trawl through the fedmsg history and display the latest
status about our various artifacts (nightlies, live cds, bodhi repos,
etc..).
With the move to pungi4, we will need to do some repair work on it to
get that part working again.. however it crossed my mind that PDC will
display a similar set of information. https://pdc.fedoraproject.org/
Question to the list: should we retire fedora-releng-dash and replace
it with a redirect to PDC, or bring it up to speed on the pungi4
changes?
Dear all,
You are kindly invited to the meeting:
Fedora Release Engineering on 2016-04-11 from 10:30:00 to 11:30:00 US/Central
At fedora-meeting-1(a)irc.freenode.net
The meeting will be about:
Fedora Release Engineering weekly meeting
Source: https://apps.fedoraproject.org/calendar/meeting/2026/
#6289: Add license information to new sphinx docs
-----------------------------+------------------------
Reporter: till | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 22 Final | Component: other
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
With the conversion from the wiki to sphinx, the license information of
the content got lost. The wiki contains the statement {{{Content is
available under Attribution-Share Alike 3.0 Unported unless otherwise
noted.}}}.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6289>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6373: Please set jdennis as default package maintainer for mod_auth_mellon
-----------------------------+------------------------
Reporter: jdennis | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 24 Alpha | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
I have admin rights to mod_auth_mellon
(https://admin.fedoraproject.org/pkgdb/package/rpms/mod_auth_mellon/) and
I'm taking primary over as the primary package maintainer from Simo (with
his approval). At a minimum I need to be set as the default asignee for
bugzilla bugs for mod_auth_mellon. Not sure what else needs to be switched
over, but what ever it might be please do that as well.
Many thanks,
John
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6373>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6384: un-block shrinkwrap-resolver
-----------------------------+------------------------
Reporter: gil | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 24 Alpha | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
shrinkwrap-resolver was orphaned but has now been re-reviewed and
approved for inclusion in Fedora (
https://bugzilla.redhat.com/show_bug.cgi?id=1316196 )
Please un-block it in rawhide, F24, and F23.
Thanks in advance
Regards
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6384>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6382: un-block arquillian-core
-----------------------------+------------------------
Reporter: gil | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 24 Alpha | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
arquillian-core was orphaned but has now been re-reviewed and
approved for inclusion in Fedora (
https://bugzilla.redhat.com/show_bug.cgi?id=1316195 )
Please un-block it in rawhide, F24, and F23.
Thanks in advance
Regards
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6382>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6359: Broken "Broken dependencies" report about noarch package with ExclusiveArch
-----------------------------+------------------------
Reporter: ppisar | Owner: rel-eng@…
Type: defect | Status: new
Milestone: Fedora 24 Alpha | Component: mash
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
I have perl-Dumbbench source package that produces noarch perl-
Dumbbench-!BoxPlot package. The package run-requires perl-SOOT that is not
available on ARM.
Therefore I added an !ExclusiveArch statement into the perl-
Dumbbench-!BoxPlot package to prevent from including the package into ARM
composes:
{{{
ExclusiveArch: %{ix86} x86_64 noarch
}}}
This is in line packaging guidelines
[https://fedoraproject.org/wiki/Packaging:Guidelines#Requires] and it
worked for many years.
But today, I received this e-mail:
{{{
Date: Mon, 29 Feb 2016 22:05:02 +0000 (UTC)
From: buildsys(a)fedoraproject.org
To: perl-Dumbbench-owner(a)fedoraproject.org
Cc:
Subject: Broken dependencies: perl-Dumbbench
perl-Dumbbench has broken dependencies in the rawhide tree:
On armhfp:
perl-Dumbbench-BoxPlot-0.10-2.fc24.noarch requires perl(SOOT)
}}}
I believe a flaw has been introduced into your compose process. Could you
fix it?
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6359>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6386: EPEL5 comps missing or outdated
-----------------------------+------------------------
Reporter: tibbs | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 24 Alpha | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
comps for EPEL5 was updated to include the epel-rpm-macros package some
time ago, but when mock installs the buildsys-build group the package is
not installed.
In addition, yum on an el5 machine with clean caches is unhappy with the
comps file:
{{{
> yum groupinfo buildsys-build
Loaded plugins: fastestmirror
Setting up Group Process
Loading mirror speeds from cached hostfile
* base: mirror.oss.ou.edu
* epel: kdeforge2.unl.edu
* extras: mirror.sanctuaryhost.com
* updates: centos.unixheads.org
base
| 1.1 kB 00:00
epel
| 3.6 kB 00:00
extras
| 2.1 kB 00:00
updates
| 1.9 kB 00:00
Failed to add groups file for repository: epel - comps file is
empty/damaged
Warning: Group buildsys-build does not exist.
}}}
We talked about this on IRC a bit but I figured I'd go ahead and open a
ticket.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6386>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6388: Staging koji is broken
----------------------+------------------------
Reporter: mizdebsk | Owner: rel-eng@…
Type: defect | Status: new
Milestone: | Component: koji
Keywords: | Blocked By:
Blocking: |
----------------------+------------------------
Staging koji is not working: there are no active repos, some tasks are not
being scheduled. Please fix this as it blocks Koschei testing in staging.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6388>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project