November 2010 - rel-eng - Fedora Mailing-Lists

#3565: Please Tag libproxy-0.3.1-4.fc13 for F-13 Beta - default install of libproxy modules

by Fedora Release Engineering

#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

12 years, 11 months

1
4
0 / 0

#4274: delete acidentally created branch

by Fedora Release Engineering

#4274: delete acidentally created branch ---------------------+------------------------------------------------------ Reporter: jvcelak | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: git Keywords: | ---------------------+------------------------------------------------------ Hi, I accidentally managed to create remote branch by typing: {{{ $ git push f14:origin/f14/master }}} Instead of: {{{ $ git push origin f14:f14/master }}} But I'm unable to delete it now: {{{ $ git push origin :origin/f14/master remote: + refs/heads/origin/f14/master tuned jvcelak DENIED by fallthru remote: error: hook declined to update refs/heads/origin/f14/master To ssh://jvcelak@pkgs.fedoraproject.org/tuned ! [remote rejected] origin/f14/master (hook declined) error: failed to push some refs to 'ssh://jvcelak@pkgs.fedoraproject.org/tuned' }}} Please, can you delete it for me? It's tuned component. (Maybe the hooks are wrong if I'm able to create the branch, but not to delete it.) -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4274> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

13 years, 2 months

1
1
0 / 0

#3729: unblock package perl-version in cvs

by Fedora Release Engineering

#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

13 years, 2 months

1
11
0 / 0

#3575: Provide deltaisos for development releases

by Fedora Release Engineering

#3575: Provide deltaisos for development releases --------------------+------------------------------------------------------- Reporter: kparal | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: other Keywords: | --------------------+------------------------------------------------------- '''Background:''' Currently Fedora 13 is in a development, that means Test Composes, Release Candidates and Final versions of Alpha/Beta/Final milestones are regularly released. During this period there may be even several releases in one week. Each release consists of 1x 3.5GB DVD, 6x 700MB CD, 1x 200MB netinst image and 1x 1GB LiveCD. This is created for i386 and x86_64 architectures. This is quite large amount of data. Every person interested in occasional or regular testing must download substantial part of this release. That makes certain demands on user's internet connection and also !RelEng infrastructure (internet bandwidth, I/O). '''Proposal:''' Release Engineering team will create a deltaiso file for every release of current Fedora development series. This deltaiso file will contain differences between that particular release and a previous release. That means deltaisos will be created in this fashion: * Fedora 13 Alpha TC1 -> Fedora 13 Alpha TC2 * Fedora 13 Alpha TC2 -> Fedora 13 Alpha RC1 * Fedora 13 Alpha RC1 -> Fedora 13 Alpha * Fedora 13 Alpha -> Fedora 13 Beta TC1 * Fedora 13 Beta TC1 -> Fedora 13 Beta RC1 * Fedora 13 Beta RC1 -> Fedora 13 Beta RC2 * Fedora 13 Beta RC2 -> Fedora 13 Beta * Fedora 13 Beta -> Fedora 13 (Final) TC1 * Fedora 13 (Final) TC1 -> Fedora 13 (Final) RC1 * Fedora 13 (Final) RC1 -> Fedora 13 (Final) RC2 * Fedora 13 (Final) RC2 -> Fedora 13 (Final) Because deltaisos are useful typically for media that consists [https://fedoraproject.org/wiki/Delta_ISOs mainly of RPM files] this process would involve mainly DVD image and would not involve LiveCD. For other media (CD, netinst) the decision is still to be made. Deltaisos for DVDs are [http://thepiratebay.org/user/andre14965/ typically around 100MB]. Deltaisos will be stored in a single directory (e.g. deltaisos/ in [http://alt.fedoraproject.org/pub/alt/stage/ /pub/alt/stage]), so it is easy to convert any older ISO the user currently has into a new one, even several releases forward. These deltaisos will be stored for the period of the development release - beginning with Fxx Alpha TC and ending with Fxx Final (with a small extra time after the final release to allow people to upgrade their ISOs to the final release). The deltaiso creation process may be easily automated and [https://fedoraproject.org/wiki/Delta_ISOs is described on our wiki]. No additional human interaction should be needed. '''Rationale:''' The main reason for this proposal is to enable people with slower internet connection to participate in installation testing. This often involves not only developing countries, but also highly-developed countries [http://lists.fedoraproject.org/pipermail/devel/2010-March/133326.html like the USA]. I believe that although some more people would be interested in doing installation testing, it is currently too expensive for them from download time and bandwidth perspective. Quite interestingly this also includes me as a Red Hat employee. While it is my job to perform installation testing regularly, our office does not have internet line thick enough such that I could afford downloading DVD- sized images several times a week. Performing regular nightly mirroring is not an option when new releases may be pushed even daily. Up till now Andre Robatino (CCed) has been performing the repetitive task of downloading every development release for every architecture, creating deltaisos and publishing them [http://thepiratebay.org/user/andre14965/ as torrents] (because he doesn't have any publicly available storage). Our evidence shows that these torrents are used, which means they are useful for people (and his work is invaluable for me personally). QA has started to exploit his work officially [https://fedoraproject.org/wiki/Test_Results:Fedora_13_Beta_RC3_Install on every installation testing page]. The problem is that Andre is usually the only seeder, so the download speed is really slow and there are connection problems sometimes, so people often [http://lists.fedoraproject.org/pipermail/test/2010-March/089110.html complain about it]. Second problem is that those deltaisos are published with a noticeable delay (Andre has to detect new release, download, build, upload and announce). Overall this a huge waste of Andre's time and energy. A defined and automated process from !RelEng side would simplify all of this and improve the experience for our users a lot. Another benefit would be lowered IO/bandwidth load on Fedora infrastructure. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/3575> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

13 years, 2 months

1
24
0 / 0

#4264: 2 Packages missing from mirrors

by Fedora Release Engineering

#4264: 2 Packages missing from mirrors --------------------+------------------------------------------------------- Reporter: limb | Owner: rel-eng(a)lists.fedoraproject.org Type: defect | Status: new Milestone: | Component: mash Keywords: | --------------------+------------------------------------------------------- gdesklet-SlideShow-0.9-9.fc14 should be in stable since 8/23 kdelibs-4.5.2-8.fc14 should be in stable since 11/3. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4264> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

13 years, 3 months

1
10
0 / 0

#4271: Unblock orphaned package sbackup

by Fedora Release Engineering

#4271: Unblock orphaned package sbackup ----------------------+----------------------------------------------------- Reporter: mrceresa | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | ----------------------+----------------------------------------------------- Hello! I'd like to maintain sbackup which was orphaned in fedora 12/13. I use it actively for backups and like the recent changes in the new version. I resubmitted a review request for an updated package: https://bugzilla.redhat.com/show_bug.cgi?id=657397 Thanks for the help and sorry if I'm doing something wrong: I'm still learning how the inners of Fedora work. Cheers, Mario -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4271> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

13 years, 4 months

1
2
0 / 0

#4273: Please unblock tritonus from rawhide (and f14?) inclusion

by Fedora Release Engineering

#4273: Please unblock tritonus from rawhide (and f14?) inclusion ------------------+--------------------------------------------------------- Reporter: lzap | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | ------------------+--------------------------------------------------------- Hi, I'm re-introducing a orphaned and then retired package. It was orphaned due to lack of maintainer interest / time, but now it is coming back with a new maintainer :) It has been to a review as if it was a new package (which is the proper procedure for this afaik): https://bugzilla.redhat.com/show_bug.cgi?id=655379 Please unblock from dist-f15, dist-f14-updates-candidate and other relevant tags. Package name: '''tritonus''' Thanks & Regards, LZ -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4273> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

13 years, 4 months

1
1
0 / 0

#4270: Unblock the package python-sqlalchemy0.5 in the build system

by Fedora Release Engineering

#4270: Unblock the package python-sqlalchemy0.5 in the build system ----------------------+----------------------------------------------------- Reporter: mbacovsk | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | ----------------------+----------------------------------------------------- I unorphaned python-sqlalchemy0.5 in f14 and master branches. Could you unblock the package so I can build it and add to updates? Currently I'm getting: BuildError: package python-sqlalchemy0.5 is blocked for tag dist-f14 -updates-candidate Thanks, Martin -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4270> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

13 years, 4 months

1
1
0 / 0

#4276: please block the following from rawhide

by Fedora Release Engineering

#4276: please block the following from rawhide ------------------------+--------------------------------------------------- Reporter: pbrobinson | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | ------------------------+--------------------------------------------------- mutter-moblin moblin-cursor-theme moblin-panel-people -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4276> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

13 years, 4 months

1
1
0 / 0

Meeting time

by Dennis Gilmore

Hey guys so now that im back in full swing lets work out what meeting time best suits everyone. http://whenisgood.net/fedora-releng-2011 Please have it filled out by wednesday so we can plan when to have out meetings Thanks Dennis

13 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

rel-eng November 2010