Fedora Rel-Eng Meeting Recap 2007-JUN-11
by John Poelstra
Recap and full IRC transcript found here:
http://fedoraproject.org/wiki/ReleaseEngineering/Meetings/2007-jun-11
Please make corrections and clarifications to the wiki page.
== Buildroot contents for updates ==
* The buildroot used for fedora 7 updates building is not self
updating. It only contains things from f7-gold, and stable released
updates. This means that one update candidate cannot be built against
another update candidate without rel-eng interaction. We haven't been
very vocal about this yet, and it isn't documented anywhere.
* Do we want to adjust things or leave them be?
* See IRC log for discussion points
Decision: Talk to lmacken about modifying Bodhi to do a sanity check on
published buildroot contents before allowing an update be pushed. After
that we will make the dist-fc7-build buildroot auto-update with
-candidate builds and see what happens.
== Expand Standard Operating Procedures (SOPs) ==
* f13
* rel-eng has more and more people helping out so we want to make
sure that things are well documented
* Infrastructure team started doing SOP/ pages (Standard Operating
Procedure) and they are proving very useful. I'd like to start doing
them for Release Engineering too
* thinking of ReleaseEngineering/SOP/<task> as the layout, the SOP
page itself could be a list of pages and info on how to add an SOP
* Proposal: As a release engineer, as you do tasks for Fedora, check
to see if there is an SOP/<task> page. If there isn't, create one and
poke rel-eng folks for review.
* This is more of a mandate than a vote item.
== Early Torrent Release - Rahul Sundaram ==
* explore possibility of doing early torrent releases.
* See IRC log for discussion of pros and cons and affect on mirrors
Decision: Investigate with Infrastructure team ways of getting more
mirrors to participate in seeding the torrent (early?). Do not release
torrent to general public before the agreed upon coordinated release
date/time.
== Upgrade path enforcement - Rahul Sundaram ==
* Discussion surrounding policy that upgrade path should not break
from a particular point on, for example, after Test1 or Test2--enforced
by Release Engineering.
* See IRC log for discussion details
Decision: Recommend to FESCo policy that upgrade path never be
compromised either by removing builds or NEVR regressions. File RFE in
Koji to enforce rule at build time
16 years, 10 months
Re: rpms/libosip/FC-6 libosip.spec,1.10,1.11
by Michael Schwendt
On Fri, 22 Jun 2007 17:41:31 -0400, Jeffrey C. Ollie wrote:
> Author: jcollie
>
> Update of /cvs/pkgs/rpms/libosip/FC-6
> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv14977
>
> Modified Files:
> libosip.spec
> Log Message:
> Fix URL
>
>
> Index: libosip.spec
> ===================================================================
> RCS file: /cvs/pkgs/rpms/libosip/FC-6/libosip.spec,v
> retrieving revision 1.10
> retrieving revision 1.11
> diff -u -r1.10 -r1.11
> --- libosip.spec 30 Aug 2006 14:52:47 -0000 1.10
> +++ libosip.spec 22 Jun 2007 21:40:55 -0000 1.11
> @@ -1,11 +1,11 @@
> Name: libosip
> Version: 0.9.7
> -Release: 10%{?dist}
> +Release: 11%{?dist}
> Summary: oSIP is an implementation of SIP
>
> Group: System Environment/Libraries
> License: LGPL
> -URL: http://www.fsf.org/software/osip/osip.html
> +URL: http://www.gnu.org/software/osip/
> Source0: http://ftp.gnu.org/gnu/osip/libosip-0.9.7.tar.gz
> BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
>
> @@ -69,6 +69,9 @@
> %{_mandir}/man1/*
>
> %changelog
> +* Fri Jun 22 2007 Jeffrey C. Ollie <jeff(a)ocjtech.us> - 0.9.7-11
> +- Update URL
> +
> * Wed Aug 30 2006 Jeffrey C. Ollie <jeff(a)ocjtech.us> - 0.9.7-10
> - Bump release and rebuild.
A rebuild only for a fixed URL? =:-O
16 years, 10 months
mod_ruby
by Martin Papadopoulos
are there any plans to integrate mod_ruby into fedora 8 ?
ist there a doc on how to get mod_ruby working with f7+apache ?
greetz
mpa
16 years, 10 months
FESCo Meeting Summary for 2007-06-21
by Brian Pepple
Members Present
* Brian Pepple (bpepple)
* Jason Tibbitts (tibbs)
* Jesse Keating (f13)
* Toshio Kuratomi (abadger1999)
* Bill Nottingham (notting)
* Kevin Fenzi (nirik)
* Dennis Gilmore (dgilmore)
* Jeremy Katz (jeremy)
* Rex Dieter (rdieter)
* Christian Iseli (c4chris)
* Warren Togami (warren)
* Josh Boyer (jwb)
Members Absent
* Tom Callaway (spot)
== Summary ==
FPC Static Lib Policy Change Proposal
* FESCo had no objects to the Fedora Packaging Committee's
proposal for a blanket exception for linking against libraries
that are only available as static, and the initialCC
requirement. For more information please refer to:
http://fedoraproject.org/wiki/PackagingDrafts/StaticLibraryChanges
New Sponsors
* FESCo approved the sponsor nomination requests for Xavier Lamien
and Dominik Mierzejewski.
* bpepple was upgraded to an admin in the cvsextras group, so that
he can handle the account upgrading of new sponsors.
Including binary firmware for the Libertas usb8488
* FESCo approved the OLPC request to include the binary firmware
for the Libertas usb8488.
Bodhi Updates-Testing Autopush
* FESCo asked for the QA & rel-eng teams to work on a proposal for
autopromoting of updates.
For full IRC log:
http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20070621
Thanks,
/B
--
Brian Pepple <bpepple(a)fedoraproject.org>
gpg --keyserver pgp.mit.edu --recv-keys 810CC15E
BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E
16 years, 10 months
Fedora development tree and "athlon"
by Florian La Roche
I assume these will be removed over time again once
newer rpms are pushed. They should be leftovers from
some buildsystem typo:
[laroche@dudweiler Fedora]$ ls *.athlon.rpm
beagle-0.2.17-1.fc8.athlon.rpm mono-data-1.2.4-1.fc8.athlon.rpm mono-locale-extras-1.2.4-1.fc8.athlon.rpm
beagle-evolution-0.2.17-1.fc8.athlon.rpm mono-data-firebird-1.2.4-1.fc8.athlon.rpm mono-nunit-1.2.4-1.fc8.athlon.rpm
beagle-gui-0.2.17-1.fc8.athlon.rpm mono-data-oracle-1.2.4-1.fc8.athlon.rpm mono-nunit-devel-1.2.4-1.fc8.athlon.rpm
bytefx-data-mysql-1.2.4-1.fc8.athlon.rpm mono-data-postgresql-1.2.4-1.fc8.athlon.rpm mono-web-1.2.4-1.fc8.athlon.rpm
ibm-data-db2-1.2.4-1.fc8.athlon.rpm mono-data-sqlite-1.2.4-1.fc8.athlon.rpm mono-winforms-1.2.4-1.fc8.athlon.rpm
libbeagle-0.2.17-1.fc8.athlon.rpm mono-data-sybase-1.2.4-1.fc8.athlon.rpm oprofile-0.9.2-9.fc8.athlon.rpm
libbeagle-devel-0.2.17-1.fc8.athlon.rpm mono-devel-1.2.4-1.fc8.athlon.rpm oprofile-devel-0.9.2-9.fc8.athlon.rpm
libbeagle-python-0.2.17-1.fc8.athlon.rpm mono-extras-1.2.4-1.fc8.athlon.rpm oprofile-gui-0.9.2-9.fc8.athlon.rpm
mono-core-1.2.4-1.fc8.athlon.rpm mono-jscript-1.2.4-1.fc8.athlon.rpm tomboy-0.7.1-1.fc8.athlon.rpm
[laroche@dudweiler Fedora]$
regards,
Florian La Roche
16 years, 10 months
Fedora 8 internet keys support detailed plan + patches
by Hans de Goede
Hi all,
Attached (webmail interface sucks) is a long and detailed
description about current problems with internet / east
access keys, a proposed solution and description of some
patches I'm working on.
Please read this (long) and respond as I really would like
to see this get included into F-8.
Regards,
Hans
p.s.
I forget to tell in the attached text that work is being
done with HAL, to automatically call setkeycodes for
laptops based on the DMI info of the laptop motherboard, as
this is a case where we can actually identify the keyboard
manufacturer and model of a ps/2 keyboard.
This means that for the example non microsoft compatible
keyboard used in the attachment things will work out of the
box without needing any end user configuration. For older /
rare non microsoft standalone keyboards manual
configuration will still be needed though.
16 years, 10 months
CodecBuddy - fluendo only?
by Martin Sourada
Hi,
I read about the CodecBuddy spesc on wiki and was a little shocked when
I have found that it would suggest as a solution to missing codecs only
the fluendo web site. I am well aware that in the US there is no other
way how to get these codes legally but in most of the EU (and maybe even
in most of the world) it is legal (AFAIK) to install the codecs provided
by livna/freshrpms/{insert your favourite third party repo} and I think
that installing well maintained rpm is a better way than untaring some
binary libraries to /usr/lib...
Is there any reason why not to point the users from software-patent-free
countries to this solution? IMHO it could be made like an another option
like this: "If you are in a country where software patents does not
exist you can legally install the codecs from third party repo via yum.
Click here for more info." Or something like this to not cause legal
problems in the US and provide (IMHO) better option for users from the
EU. At least for the codecs that are in the gstreamer-plugins-{ugly;bad}
packages.
Thanks,
Martin
16 years, 10 months