Despite a posting to the lists earlier in the month to check our
spin content, apparently no one caught the fact that there was no
Moblin spin among the release candidates. At this point, we're going
to have to wait for mirrors to die down before we can consider
shipping a late copy.
I went to the Spins process page to see where things might have gone
off track, and found that the page stated that after acceptance the
following step occurs:
"Spin added to a wiki page containing a table listing all of the spins
for Fedora X (very similar to
Note that no one is responsible or accountable for it happening
according to the spin page, nor is the proper page listed. I made
a change, so now the step reads:
"The Spins Wrangler adds the Spin to a wiki page containing a table
listing all of the spins for Fedora 14
This change is not a decree by any means, but it seemed like the most
effective way to ensure entries get made.
I can't help but think we would have caught this problem if there were
regular Spins meetings, or at least schedule items that indicate the
SIG should carry out a task like checking the list of Spins before RC
phase. Earlier, I brought up the idea of entering a set of schedule
items. Ideally, someone on the SIG will step up to gather that list
of dates for Fedora 14, and talk to John Poelstra to make sure the
dates get on the release schedule. I'd also like to make sure we have
a clear spins wrangler who knows the responsibilities that come with
that role. That person should check over the spins process page
and find any places where it's not clear what the task is, and who is
responsible for doing it.
So -- who wants to gather the schedule and report it to John Poelstra
by around June 1?
Who is the current spins wrangler, and can that person go over the
page by around the same time, and bring questions to the list?
* * *
Paul W. Frields http://paul.frields.org/
gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717
http://redhat.com/ - - - - http://pfrields.fedorapeople.org/
Where open source multiplies: http://opensource.com
Is the Moblin spin going to get renamed for F14?
If so we'll need to do another trademark check with the board. Also the
wiki page for the new name should get created. Spins are supposed to
be submitted by next week, so this change should happen soon if it is
going to happen for F14.
Start End Name
Tue 27-Jul Tue 27-Jul Spins Freeze--All Fedora 14 Spins Identified
Tue 03-Aug Tue 03-Aug Build spin-kickstarts package from master
Tue 03-Aug Tue 03-Aug Alpha Change Deadline
Have you found something that is working really well in your schedule?
Or maybe you've found something you believe would work better in the
Update the schedule retrospective page now to capture all of the
important details as they happen:
Author: Bruno Wolff III <bruno(a)wolff.to>
Date: Tue Jul 27 06:16:57 2010 -0500
Modify git clean recommendation.
README | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/README b/README
index 7598912..7c1d6da 100644
@@ -34,7 +34,7 @@ rpmbuild -ba ~/rpmbuild/SPECS/spin-kickstarts.spec
# If the sprm gets published then publish the tar.gz file on fedorahosted
scp spin-kickstarts-*.tar.gz fedorahosted.org:spin-kickstarts
# Clean up the generated files:
+git clean -f -d
# To update a branch of spin-kickstarts
# Make sure the branch is current (cvs up)
# Copy over the new spec file
Author: Bruno Wolff III <bruno(a)wolff.to>
Date: Tue Jul 27 06:13:40 2010 -0500
Get ready for 0.14.1
Renamed moblin to meego
Makefile.am | 2 +-
README | 2 ++
configure.ac | 2 +-
spin-kickstarts.spec.in | 9 +++++++--
4 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index 4aa1edf..70f694c 100644
@@ -13,7 +13,7 @@ fedora_DATA = \
- fedora-livecd-moblin.ks \
+ fedora-livecd-meego.ks \
diff --git a/README b/README
index bd24617..7598912 100644
@@ -20,6 +20,8 @@ cd spin-kickstarts
git checkout BRANCHNAME
# Edit configure.ac to update the version or release
# Edit spin-kickstarts.spec.in to update the change log
+git commit -a
diff --git a/configure.ac b/configure.ac
index f0e3f02..9d06c24 100644
@@ -1,4 +1,4 @@
ALL_LINGUAS="bn_IN bn ca cs da de el es fi fr gl gu hi hr hu is it ja ko ml ms nb nl or pa pl pt pt_BR ru sk sl sr@latin sr sv ta tr uk zh_CN zh_TW"
diff --git a/spin-kickstarts.spec.in b/spin-kickstarts.spec.in
index 3e47186..3519f5d 100644
@@ -76,8 +76,13 @@ rm -rf $RPM_BUILD_ROOT
-* @DATESTAMP@ Jeroen van Meeuwen <kanarip a fedoraunity.org> @VERSION@-@RELEASE@
-- New release
+* @DATESTAMP@ Bruno Wolff III <bruno(a)wolff.to> @VERSION@-@RELEASE@
+- Get a snapshot of kickstarts just prior to f14 branch
+* Mon Jun 07 2010 Bruno Wolff III <bruno(a)wolff.to> 0.14.0-1
+- New release for F14
+- Add some documentation about how rebuild package from git repo
+- Change custom kickstarts to use ../ to refer to included kickstarts
* Sun Jul 05 2009 Jeroen van Meeuwen <kanarip a fedoraunity.org> 0.11.4-1
- Fix repos in fedora-install-fedora.ks (#505262)
One person of the Brazilian Internet Steering Committee talked with me on
event, because they have a new Stratum1 ntp servers and he spoken with all
distributions with local versions to use them. I like this idea because is
more quickly synchronize with one ntp server here in Brazil then one outside
our country and i believe this will useful for our users.
One friend and I developed a way to do that with a post command in the
Kickstart file, but in a talk with the another maintainer of Spin
BrOffice.org, he told me than we can have problems with Spin Guidelines.
The solution than we propose is add this:
if [ -f /etc/ntp.conf ]; then
sed -i -e 's/^server 0.fedora.*$/server a.st1.ntp.br/g' \
-e 's/^server 1.fedora.*$/server c.st1.ntp.br/g' \
-e 's/^server 2.fedora.*$/server d.st1.ntp.br/g' /etc/ntp.conf
echo -en "server a.st1.ntp.br\nserver c.st1.ntp.br\nserver d.st1.ntp.br\n"
At the end of our kickstart file.
So, i need your help to find a way to add this improvement in our Spin, even
if we need to do it another way.
What do you think about it?
Brazil Fedora Ambassador
Telecommunications Engineer Student
Linux User #477062
Music Spin deferred to F15.
Probably the next two meetings will be skipped.
New livecd-tools and spin-kickstarts should be coming to rawhide tonight.
There is still a problem with nightly compose images.
Full log at:
* Who's here? (brunowolff, 20:59:39)
* blackscreen bug FYI (brunowolff, 21:01:27)
* ext3 mount issue (brunowolff, 21:04:44)
* ACTION: nirik will do some testing to see if maybe there is an arch
specific bug in e2fsprogs from the build on the 13th. (brunowolff,
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=615443
* bruno on vacation (brunowolff, 21:14:42)
* ACTION: brunowolff will email spins to say that meetings the next
two Monday's are iffy. (brunowolff, 21:17:17)
* test plans and process doc (brunowolff, 21:17:34)
* BR spin and ntp (brunowolff, 21:19:39)
* Music spin (brunowolff, 21:21:22)
* LINK: https://fedoraproject.org/wiki/Music_Creation_Lite_Spin
* AGREED: music spin is deferred until F15 (brunowolff, 21:40:57)
* livecd-deskop yum remove FYI (brunowolff, 21:41:15)
* spin-kickstarts build (brunowolff, 21:42:45)
* Others? (brunowolff, 21:47:58)
* ACTION: brunowolff will reply back to the Music Spin request on the
list. (brunowolff, 21:48:48)
* ACTION: brunowolff will email out the meeting summary (brunowolff,
Meeting ended at 21:49:24 UTC.
* nirik will do some testing to see if maybe there is an arch specific
bug in e2fsprogs from the build on the 13th.
* brunowolff will email spins to say that meetings the next two Monday's
* brunowolff will reply back to the Music Spin request on the list.
* brunowolff will email out the meeting summary
I'll be on vacation and will miss the 8/2 meeting and maybe will just make it
back for the 8/9 meeting (but probably wouldn't be up to speed on events).
So nirik will be around if anyone needs to discuss something urgently, but
don't be surprised if they aren't meetings the next two weeks.
I have attached two patches from bug 582051 that are intended to make
--skipcopy more useful for testing. One is for functionallity, the other
expands the documentation of what skipcopy skips a bit better.
As discussed in the bug report I don't like:
+if [ -s $USBMNT/$LIVEOS/$OVERFILE ]; then
and think that it should be:
+if [ "$overlaysizemb" -gt 0 ]; then
This is easier to understand and seems more likely to be correct.
I am not sure if my comment about my suggestion was misunderstood, but I
don't see why my suggestion wouldn't work and the one provided would.
But maybe there is something subtle going on.
Since --skipcopy is for testing I don't think the patch will have much
impact on normal use.
So I would be inclined to except this patch if modified as I suggest, but I'd
like to get more feedback.