rel-eng May 2010

rel-eng@lists.fedoraproject.org

7 participants
115 discussions

#1107: auto-cleanup rawhide trees
by Fedora Release Engineering 29 Apr '15

29 Apr '15

#1107: auto-cleanup rawhide trees -------------------------+-------------------------------------------------- Reporter: notting | Owner: rel-eng(a)lists.fedoraproject.org Type: enhancement | Status: new Milestone: | Component: koji Keywords: | -------------------------+-------------------------------------------------- Rawhide tree expiry is manual at the moment, unless I missed something. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/1107> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 8

#3624: fullfilelist changes
by Fedora Release Engineering 20 Jan '14

20 Jan '14

#3624: fullfilelist changes -------------------------+-------------------------------------------------- Reporter: mmcgrath | Owner: rel-eng(a)lists.fedoraproject.org Type: enhancement | Status: new Milestone: | Component: other Keywords: | -------------------------+-------------------------------------------------- After each push, we need to run the following command: rsync -r . > fullfilelist This should overwrite the fullfilelist that's there and isn't very useful at the moment: http://download.fedora.redhat.com/pub/fedora/fullfilelist We can't do this via a cron job, it has to go out after each push so it needs to be added to those scripts. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/3624> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 3

#3761: add gpg signature for .treeinfo file and/or add CHECKSUM file for unsigned content of images
by Fedora Release Engineering 06 Jan '14

06 Jan '14

#3761: add gpg signature for .treeinfo file and/or add CHECKSUM file for unsigned content of images ----------------------+----------------------------------------------------- Reporter: jkeating | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: other Keywords: meeting | ----------------------+----------------------------------------------------- Description of problem: Currently the only way to verify the contents of .treeinfo or the installer images is to download the .iso and the regarding -CHECKSUM file and check it. But e.g. preupgrade does not download the .iso but the *.img files, the kernel and the .treeinfo directly from a mirror. Therefore it is also not possible to easily verify these files. I guess the preupgrade way of updating is somehow popular, therefore it should be possible to do this securely. I filed a bug against preupgrade for not verifying anything and not announcing this here: bug 509338 -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/3761> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 2

#3759: bad distro tags in Fedora 13/x86_64
by Fedora Release Engineering 17 Jul '13

17 Jul '13

#3759: bad distro tags in Fedora 13/x86_64 -------------------+-------------------------------------------------------- Reporter: james | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | -------------------+-------------------------------------------------------- From yum repolist -v fedora ... Repo-id : fedora Repo-name : Fedora 13 - x86_64 Repo-revision: 1274245576 Repo-tags : binary-x86_64 Repo-distro-tags: [cpe:/o:fedoraproject:fedora:13]: rawhide ...this isn't rawhide though. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/3759> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 7

#2244: How to mass branch s390utils and other non-primary arch packages
by Fedora Release Engineering 17 Jul '13

17 Jul '13

#2244: How to mass branch s390utils and other non-primary arch packages --------------------+------------------------------------------------------- Reporter: toshio | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | --------------------+------------------------------------------------------- This is a rel-eng decision that I'll need input on. Currently the packagedb branches packages which are not blocked in koji. Some packages which are not built for the primary arch are blocked in koji -- s390utils for instance. Does the packagedb need to whitelist these or should the packages be unblocked as they are discovered? -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/2244> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 5

#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

#3740: fix critpath generation to be per branch and properly import into pkgdb
by Fedora Release Engineering 26 Jan '12

26 Jan '12

#3740: fix critpath generation to be per branch and properly import into pkgdb ---------------------+------------------------------------------------------ Reporter: notting | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | ---------------------+------------------------------------------------------ As I understand it, critical path generation should work like this: {{{ * Lists are generated at rawhide, branched, or updates compose time * These lists are synced into pkgdb for that branch * bodhi then reads these from pkgdb }}} Where are we currently? For the first item, we only generate critpath during rawhide/branched compose. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/3740> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 14

[Fedora Release Engineering] #859: updates-newkey doesn't have group_gz member
by Fedora Release Engineering 26 Jan '12

26 Jan '12

#859: updates-newkey doesn't have group_gz member -------------------------------------+-------------------------------------- Reporter: james(a)fedoraproject.org | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | -------------------------------------+-------------------------------------- I assume the createrepo instance that generates the Fedora 9 updates- newkey/updates-testing-newkey is the RHEL-5 version? Can we change this to be the Fedora 9 version so that we'll get group_gz as well as group (ie. comps.xml.gz as well as comps.xml). This makes for much less data to download, to get group information. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/859> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 12

#3565: Please Tag libproxy-0.3.1-4.fc13 for F-13 Beta - default install of libproxy modules
by Fedora Release Engineering 05 May '11

05 May '11

#3565: Please Tag libproxy-0.3.1-4.fc13 for F-13 Beta - default install of libproxy modules ----------------------------+----------------------------------------------- Reporter: kwizart | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: Fedora 13 Beta | Component: koji Keywords: | ----------------------------+----------------------------------------------- Hello, I request libproxy-0.3.1-4.fc13 to be tagged as F-13 Beta. This is the last update before the ABI change of the 0.4.0 version that has already appeared in F-14. Here is the Changelog between 0.2.3 and 0.3.1: http://code.google.com/p/libproxy/source/browse/trunk/ChangeLog On a side note, installing libproxy on a default desktop install of F-13 Alpha will, lead to have: libproxy libproxy-bin libproxy-python With this package, the default will lead to have: libproxy And that will be all, as all unneeded dependencies have been dropped as described in: https://bugzilla.redhat.com/show_bug.cgi?id=537569 Once that said, it would be more valuable to have libproxy-gnome installed as soon as the gnome desktop is selected on install. (1) Upstream advice is to use Rpm's 'Suggests' instead of 'Requires', as requires would imply some circle dependencies. But we don't use Suggests much if possible. So I think it would be better handled by comps for now. (1) Same for: libproxy-kde and KDE desktop libproxy-mozjs and firefox libproxy-webkit and WebKit-gtk libproxy-networkmanager and NetworkManager -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/3565> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 4

#3729: unblock package perl-version in cvs
by Fedora Release Engineering 04 Feb '11

04 Feb '11

#3729: unblock package perl-version in cvs ----------------------+----------------------------------------------------- Reporter: mmaslano | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: cvs Keywords: | ----------------------+----------------------------------------------------- This package lives again. Please unblock cvs in all needed branches: F-12 F-13, F-14. Bugzilla ticket with review of package perl-version: https://bugzilla.redhat.com/show_bug.cgi?id=579682 -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/3729> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 11

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

rel-eng May 2010