Rawhide install nfs fails
by Mike Chambers
I mirror rawhide on a F11 box, that I normally nfs mount from a rawhide
running system. Tried to do an nfs based install from rawhide 2 days
ago and it failed, but installing via http from outside source (I don't
have http setup on the box) worked. So I guess I am asking is if nfs
based installs currently work, or at least do they work if the host is
an F11 box and the client will be a new rawhide box?
--
Mike Chambers
Madisonville, KY
"Best lil town on Earth!"
14 years, 6 months
rawhide report: 20091026 changes
by Fedora compose checker
Compose started at Mon Oct 26 06:15:07 UTC 2009
Broken deps for ppc64
----------------------------------------------------------
python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot
Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 0
14 years, 6 months
The future of "rawhide" (was [Fwd: Re: "What is the Fedora Project?"])
by Jesse Keating
Hi all. It has been brought to my attention that my description of my
future vision of rawhide as explained here is much clearer than previous
attempts (including the current "no frozen rawhide" wiki page). So I
felt it prudent to forward it along to the devel list for more eyes to
look upon it and comment if desired.
Thanks!
-------- Forwarded Message --------
From: Jesse Keating <jkeating(a)redhat.com>
Reply-to: fedora-advisory-board(a)redhat.com
To: fedora-advisory-board(a)redhat.com
Subject: Re: "What is the Fedora Project?"
Date: Wed, 21 Oct 2009 18:58:08 -0700
On Wed, 2009-10-21 at 20:35 -0400, Paul W. Frields wrote:
> > >I've heard a bit of preliminary rumbling about DSCM-like Rawhides -- a
> > >way for developers to have trees that move at their pace, and are
> > >possibly quite broken from time to time in ways that differ from each
> > >other. If we were able to develop such a scenario, why not also
> > >provide the flipside of this idea -- make the One True Rawhide the
> > >place where we take in changes that don't break the world, while
> > >they're cobbled on in the other trees? Whether this is an extension
> > >of the "KoPeR" idea or something entirely difficult, it merits serious
> > >consideration.
> >
> > I very much like the aspect of the more stable rawhide here.
>
> Jesse Keating brought up some concerns about integration, but aren't
> those concerns something that people would be interested in solving?
> (I'm assuming those people are the wide variety of engineers working
> in the Fedora community who are smarter than I.)
>
>
So my plans are really funny. I plan to make rawhide more unstable more
of the time, and I plan to make "rawhide" more stable more of the time.
Crazy eh? How can I do this? By splitting "rawhide" in two.
Rawhide as we know it, /pub/fedora/linux/releases/development/ will
remain "rawhide". We may even change the path to say rawhide, just to
catch things up and well I like keeping mirrors on their toes. Rawhide
will be a repository of developmental and experimental packages. Things
being worked on for the future. It will /not/ be an installable tree,
rather it will just be a repository of packages, to be added on to an
already stable "base", eg you'd install F12, and enable rawhide to test
rawhide. This will significantly lower the complaints that "rawhide
isn't installable".
The second face of rawhide, will be the "pending release", that is when
it comes time to feature freeze a release, we'll split it away from
rawhide. We'll publish to /pub/fedora/linux/releases/test/13-pending/
or some such. THIS tree will be installable. It will be composed each
night, and we'll use bodhi to manage updates to this tree. That means
this tree will have it's own "updates testing" where potential freeze
breaks can be tested and commented on by all, but won't risk the base
tree. If testing pans out, it'll get tagged for the release, if not
it'll get thrown away. This tree will spawn 13-Alpha, 13-Beta, the
snapshots in between, and eventually pub/fedora/linux/releases/13.
Remember that first rawhide? Yeah, it kept going, unfrozen, leaping
toward Fedora 14. You could still install 13-Alpha, or 13-pending, and
enable/update to rawhide to start testing Fedora 14 stuff.
What does this accomplish? It provides a very easy release valve.
Instead of closing the valve and building up pressure while we freeze,
and tempting people to push things into our pending release that really
don't belong, we'll provide them a normal, never ending release of
pressure, called rawhide. You can always find the latest stuff in
rawhide, there is nothing newer (unless we make KoPeRs happen). We
don't have to worry about "rawhide" being installable. We don't have to
worry about people dumping highly experimental or developmental stuff in
our pending release. We don't have to worry about the giant pile of
builds for the next release building up while we polish the pending
release. We don't have to worry about the giant pile of 0-day updates
building up while we polish the pending release, as we'll be pushing
these updates as we go.
This is my vision on how to accomplish both a always active development
stream, and a more stable pending release stream, keeping everybody
happy. Want to help? I'll be at FUDCon Toronto discussing roadblocks
to this vision and discussing why this vision sucks if anybody thinks
that it does. Or just find me on IRC/email if you want to chat about
it.
_______________________________________________
fedora-advisory-board mailing list
fedora-advisory-board(a)redhat.com
http://www.redhat.com/mailman/listinfo/fedora-advisory-board
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
14 years, 6 months
Fedora 12 Beta
by Michał Piotrowski
Hi,
I just installed F12 Beta. Here are some thoughts
1 - during the first boot smolt panicked - there was an error related
to time zones in python-sitepackages or something like that.
2 - I tried to reboot the system - ctrl + alt + del, but it stopped on
process termination
3 - after reboot system wanted my root password for partition check -
after I pressed each key, the system gave me a communicate about wrong
password
I guess this is a plymouth bug. I disabled it in grub conf and system
works correctly. Is there any chance to completely remove plymouth
from the system? (even from initrd)
4 - F12 boots really slow on my laptop
http://www.stardust.webpages.pl/files/tmp/bootchart.png something
wrong is happening while udev loading
5 - default gnome sound scheme is terrible
The first impression isn't good.
Regards,
Michal
14 years, 6 months
idea: abrt plugin for yum rpm scriptlets output
by Rudolf Kastl
Hello!
While doing some tests and installing a large part of the rawhide
repository content i see that there are various packages that have a
broken %post scriptlet or it is outputting some warnings. maybe it
would be an idea for a abrt-yum plugin to submit those "warnings" and
errors to bugzilla. unfortunately yum.log doesent record them either.
that could definitely help in keeping the house clean i guess.
kind regards,
Rudolf Kastl
14 years, 6 months
Recap: blocker bug review meeting 2009-10-23
by Adam Williamson
We held the first official blocker bug review meeting for Fedora 12
final release on Friday, 2009-10-23. Many thanks to James Laska, Jesse
Keating, Ray Strode, Matej Cepl, Denise Dumas, Justin Forbes, Bill
Nottingham, Edward Kirk, and Matthias Clasen for their contributions.
We ran through all 51 bugs on the blocker list at the time of the
meeting, accepting or dropping them as blockers and working to ensure
all remaining blockers are in the process of being fixed.
You can see a summary of the entire meeting, with the final decision on
each bug, at:
http://meetbot.fedoraproject.org/fedora-bugzappers/2009-10-23/fedora-bugz...
a full log of the meeting (warning: extremely long) is available at:
http://meetbot.fedoraproject.org/fedora-bugzappers/2009-10-23/fedora-bugz...
The next blocker review meeting will be next Friday, 2009-10-30, at
15:00 UTC in #fedora-bugzappers. Thanks again to all who contributed.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net
14 years, 6 months
Re: rpms/python-mpd/F-10 python-mpd.spec,1.2,1.3 sources,1.2,1.3
by Todd Zullinger
Hi Haïkel,
Haïkel Guémar wrote:
> Author: hguemar
>
> Update of /cvs/extras/rpms/python-mpd/F-10
> In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv27941
>
> Modified Files:
> python-mpd.spec sources
> Log Message:
> Updated to 0.2.1
Any reason to update this for F-10 (or any Fedora branches really), as
the only change upstream from 0.2.0 was to fix a minor bug on Windows?
The 0.2.1 release was made in June 2008 and we've lived without it
until now. ;)
--
Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Now, now my good man, this is no time for making enemies.
-- Voltaire, on his deathbed in response to a priest asking that
he renounce Satan.
14 years, 6 months
OpenSER / Kamailio
by Felix Kaechele
Hi there,
I'm just starting to play with my SIP Phones using OpenSER.
I was wondering why there have been no updates to the OpenSER package
since it was renamed to Kamailio in version 1.4.0?
I did however notice that version 1.4.0 in fact is of an earlier date
than version 1.3.4 (which still is named OpenSER and is in Fedora).
So is there an actual difference between OpenSER and Kamailio - other
than the name - that prevents us from replacing the OpenSER package with
a Kamailio package. Or is it just that nobody has submitted a review
request for Kamailio yet?
Felix
14 years, 6 months
rawhide report: 20091025 changes
by Fedora compose checker
Compose started at Sun Oct 25 06:15:11 UTC 2009
Broken deps for ppc64
----------------------------------------------------------
python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot
Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 0
14 years, 6 months
