rel-eng April 2012

rel-eng@lists.fedoraproject.org

3 participants
134 discussions

#3802: Symlink for latest branched and rawhide mash
by Fedora Release Engineering 19 Oct '12

19 Oct '12

#3802: Symlink for latest branched and rawhide mash --------------------+------------------------------------------------------- Reporter: jlaska | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: mash Keywords: | --------------------+------------------------------------------------------- == Problem Space == Currently, the [http://fedoraproject.org/wiki/Critical_Path_Packages Critical Path Packages] wiki page links to most recently branched and rawhide critpath.txt files. However, depending on the status of the compose/mash/pungi, or the timing of the branched schedule, these log files may not be available. In order to eliminate confusion and 404 links from the wiki, it would be helpful to provide a link to an ''always'' available critpath.log URL. == Proposal == Create a symlink for the latest successful branched and rawhide pungi/mash/compose. This symlink will be referenced when directing users to the latest definition of the critical path. For example: * http://kojipkgs.fedoraproject.org/mash/rawhide-latest -> http://kojipkgs.fedoraproject.org/mash/rawhide-20100618/ * http://kojipkgs.fedoraproject.org/mash/branched-latest -> http://kojipkgs.fedoraproject.org/mash/branched-20100518/ The symlink would be updated upon successful mashing of rawhide or branched. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/3802> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 8

#5109: Change live media dirs to i386 to avoid confusion
by Fedora Release Engineering 17 Oct '12

17 Oct '12

#5109: Change live media dirs to i386 to avoid confusion ----------------------------+------------------------ Reporter: kevin | Owner: rel-eng@… Type: task | Status: new Milestone: Fedora 17 Beta | Component: koji Keywords: | Blocked By: Blocking: | ----------------------------+------------------------ See: https://fedorahosted.org/fesco/ticket/602 We would like to change the dir that live media are in from i686 to i386, and the iso images themselves to be i386 instead of i686. This would reflect that they are all 32bit images. If there's some reason we shouldn't/can't do this, feel free to reopen the fesco ticket for more discussion. Thanks. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5109> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 8

#2025: Too hard to build dependent packages in stable
by Fedora Release Engineering 17 Oct '12

17 Oct '12

#2025: Too hard to build dependent packages in stable -------------------------+-------------------------------------------------- Reporter: hadess | Owner: rel-eng(a)lists.fedoraproject.org Type: enhancement | Status: new Milestone: | Component: koji Keywords: | -------------------------+-------------------------------------------------- It's too complicated, human-dependent, and time-consuming to build interdependent package updates in stable releases. Two cases: * gstreamer and gstreamer-plugins-base are released at the same time, and so are pre-releases of those. They soft-depend on each other (gstreamer can be updated on its own). It's currently not possible for me to offer both pre-releases of gstreamer and gsteamer-plugins-base without either: 1. asking for a package to be tagged into the build roots 2. pushing gstreamer into stable (takes a few days at best), and push the gstreamer-plugins-base package separately * gnome-bluetooth and gnome-phone-manager, where I need to ask for gnome- bluetooth to be pushed into the buildroot tree. Sometimes that just doesn't work (as could have been seen in http://admin.fedoraproject.org/updates/F11/FEDORA-2009-7140 / https://fedorahosted.org/rel-eng/ticket/1945 and http://koji.fedoraproject.org/koji/buildinfo?buildID=112091 ) -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/2025> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 2

#4139: Fedora Hosted gitweb invalid URLs
by Fedora Release Engineering 17 Oct '12

17 Oct '12

#4139: Fedora Hosted gitweb invalid URLs -----------------------+---------------------------------------------------- Reporter: mschwendt | Owner: rel-eng(a)lists.fedoraproject.org Type: defect | Status: new Milestone: | Component: git Keywords: | -----------------------+---------------------------------------------------- https://admin.fedoraproject.org/pkgdb/acls/name/mash -> http://pkgs.fedoraproject.org/gitweb/?p=mash.git -> http://pkgs.fedoraproject.org/git/mash.git -> 404 not found Seems to affect all projects listed at http://pkgs.fedoraproject.org/gitweb/ http://pkgs.fedoraproject.org/gitweb/?p=zlib.git;a=summary -> http://pkgs.fedoraproject.org/git/zlib.git -> 404 not found -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4139> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 6

#4987: Not able to mark fedora-review as '+' in bugzilla
by Fedora Release Engineering 17 Oct '12

17 Oct '12

#4987: Not able to mark fedora-review as '+' in bugzilla --------------------+------------------------------------------------------- Reporter: mmorsi | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: other Keywords: | --------------------+------------------------------------------------------- I have approved two packages for Fedora in bugzilla, rubygem-idn and rubygem-addressable but am not able to select '+' as an option for the fedora-review field. This has worked for me in the past and I was wondering if anything was changed / broken and if anything had to be done to resolve this. https://bugzilla.redhat.com/show_bug.cgi?id=728088 https://bugzilla.redhat.com/show_bug.cgi?id=588428 Thank you greatly. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4987> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 5

#5008: problem setting cvs flag - new package request
by Fedora Release Engineering 17 Oct '12

17 Oct '12

#5008: problem setting cvs flag - new package request ------------------+------------------------ Reporter: jcm | Owner: rel-eng@… Type: task | Status: new Milestone: | Component: git Keywords: | Blocked By: Blocking: | ------------------+------------------------ NOTE: Trying to get this out in time for the holidays so folks can test :) Hello everyone! I have a new package request that has been reviewed, and I've added the SCM boilerplate text: https://bugzilla.redhat.com/show_bug.cgi?id=769832 I can't set the flag for you to review for some reason. Could you look into fixing this for me? This package will replace module-init-tools in a future Fedora release, and I am packaging it and preparing it now. It is parallel installable at this time, and won't deprecate anything yet without some co-ordination between everyone who is involved :) Appreciate any help. I hope to get some initial rawhide packages built over the holidays if you can resolve getting branches setup. Jon. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5008> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 2

#5045: Remove junk branches
by Fedora Release Engineering 17 Oct '12

17 Oct '12

#5045: Remove junk branches --------------------+------------------------ Reporter: ellert | Owner: rel-eng@… Type: task | Status: new Milestone: | Component: git Keywords: | Blocked By: Blocking: | --------------------+------------------------ Hi. I seem to have managed to create new remote branches for two of my packages. I don't know how it happened - I probably misspelled something and didn't notice at the time. I have tried to figure out how to remove them, but have not been successful. Could I ask for someone to remove them, or tell me the right commands so that I can do it myself? The branches are called "15" and "16" (without the f) in the packages globus-io and globus-gridftp-server-control. Mattias -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5045> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 2

#4682: need empty updates-debuginfo repos created too
by Fedora Release Engineering 01 Oct '12

01 Oct '12

#4682: need empty updates-debuginfo repos created too ---------------------+------------------------------------------------------ Reporter: mdomsch | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: other Keywords: | ---------------------+------------------------------------------------------ At the branchpoint, the rel-eng SOP includes creating empty updates/{newversion}/{arch}/ repositories, and creating empty updates/testing/{newversion}/{arch}/ repositories. However, corresponding debuginfo repositories in updates/ are not created, while they are in updates/testing/. updates/testing/15/SRPMS/repodata updates/testing/15/i386/debug/repodata updates/testing/15/i386/repodata updates/testing/15/x86_64/debug/repodata updates/testing/15/x86_64/repodata updates/15/i386/repodata updates/15/SRPMS/repodata updates/15/x86_64/repodata MirrorManager returns an (empty) metalink document for non-existant requested repositories. Yum requests these debuginfo repositories as well, and doesn't like it when it gets back this (empty) metalink document. See bug https://bugzilla.redhat.com/show_bug.cgi?id=679783 Please adjust the SOP to ensure that empty updates/{newversion}/{arch}/debug/ repositories are created at the same time updates/{newversion}/{arch} repositories are created. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4682> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 1

#4949: Block obsolete input drivers
by Fedora Release Engineering 21 Sep '12

21 Sep '12

#4949: Block obsolete input drivers ------------------+--------------------------------------------------------- Reporter: whot | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | ------------------+--------------------------------------------------------- Please block the following now-retired X input drivers from rawhide: xorg-x11-drv-mutouch xorg-x11-drv-elographics xorg-x11-drv-hyperpen xorg-x11-drv-penmount xorg-x11-drv-fpit xorg-x11-drv-acecad xorg-x11-drv-aiptek -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4949> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 3

#5163: Create Fedora 17 Final test compose (TC) - live and traditional
by Fedora Release Engineering 20 May '12

20 May '12

#5163: Create Fedora 17 Final test compose (TC) - live and traditional -----------------------------+------------------------ Reporter: adamwill | Owner: rel-eng@… Type: task | Status: new Milestone: Fedora 17 Final | Component: koji Keywords: | Blocked By: Blocking: | -----------------------------+------------------------ It's time for the Final TC: http://rbergero.fedorapeople.org/schedules/f-17/f-17-releng- tasks.html Create 'Final' Test Compose (TC) Mon 2012-04-23 We would like to include the following builds beyond what's currently in stable: * https://admin.fedoraproject.org/updates/FEDORA-2012-6268/mactel- boot-0.9-4.fc17 * https://admin.fedoraproject.org/updates/FEDORA-2012-6092/grub-0.97-91.fc17 * https://admin.fedoraproject.org/updates/FEDORA-2012-6335/system-config- firewall-1.2.29-6.fc17 * https://admin.fedoraproject.org/updates/iptables-1.4.12.2-5.fc17 * https://admin.fedoraproject.org/updates/anaconda-17.22-1.fc17 * https://admin.fedoraproject.org/updates/lorax-17.16-1.fc17 * https://admin.fedoraproject.org/updates/livecd-tools-17.8-1.fc17 (please build the lives using this livecd-tools) * https://admin.fedoraproject.org/updates/FEDORA-2012-6258/dracut-018-23.git2… * https://admin.fedoraproject.org/updates/e2fsprogs-1.42-4.fc17 We would also like to have the build done with this comps change included: http://git.fedorahosted.org/git/?p=comps.git;a=commit;h=018dd782a1c788ef9bc… Whether we wait for karma on the builds and then do a mash and the TC (so probably tomorrow) or push them without karma or do a mash for the comps change but pull the builds from a side repo I don't really mind, but I wanted to get the ticket listing the desired changes filed. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5163> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 24

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

rel-eng April 2012