Meeting Minutes for Nov 4 2007

<EvilBob> Hello Buoys

<EvilBob> Sorry guys, I have company here so I can't be part of the meeting

<daMaestro> i dunno if we really *need* a meeting

<daMaestro> maybe just call role/roll (grr.....) and then give status updates

<daMaestro> a 5 minute kinda thing

<EvilBob> yup

<EvilBob> <EvilBob> NPO update, I have a phone meeting with a lawyer on Thursday, hoping to find out what of our states will be best to set up in

<EvilBob> <EvilBob> I know my state is not great

<daMaestro> any objections to that in ~45minutes

<EvilBob> VileGent: Test update>

<EvilBob> ?

<EvilBob> Still no new kernel so I think we push this one

<EvilBob> any objections?

* Strikeforce (n=strikefo@124-169-156-139.dyn.iinet.net.au) has joined #Fedora-Unity

<daMaestro> none here, assuming it passes testing

<EvilBob> daMaestro: right

<daMaestro> the PXE iso boot issue should be fixed

<EvilBob> K

<daMaestro> if we used the latest revisor to do the spin

<EvilBob> I assume kanarip did

<kanarip> i did

<daMaestro> then it would have used the ALL_workaround() code

<daMaestro> which is just an uber hacktackular call i ported from pungi

<EvilBob> anyother updates?

<EvilBob> Oh F8

<EvilBob> if we can get our hands on the ISOs we will try to split out CDs

<daMaestro> well.. we will, but might not match up with the official release

<daMaestro> but no matter what, we should compose against the GOLD tree

<EvilBob> right

<daMaestro> just so the CD set will last the entire release time

<daMaestro> and just do jigdo only

<EvilBob> yup

<daMaestro> umm.. i have a revisor update

<EvilBob> cool bring it

<daMaestro> there is still one blocker bug.. and that is setting the root password

<EvilBob> for live media?

<daMaestro> pyjigdo is ready for an alpha release (well.. almost)

<daMaestro> EvilBob, es

<daMaestro> EvilBob, yes

<daMaestro> it works if the root password is removed, or defined --iscrypted in the kickstart

<daMaestro> but an unencrypted password in the kickstart is still not working

<daMaestro> and we use the same damn code as upstream.. so the issue has not been tracked down yet

<daMaestro> that is the only *blocker* bug left for 2.0.5

<daMaestro> there are 2 other bugs, but they can be moved to 2.0.6 or might just go away in 2.1

<daMaestro> in the pyjigdo note... it needs to be tested in windows

<daMaestro> that is just about it

<daMaestro> also, our jigdo definition for jigdo-lite (aka the [Servers] section) now correctly uses the mirrorlists :0D

<EvilBob> K

<EvilBob> yesh that is pretty cool

<daMaestro> no progress on the unity workflow, but we need to call a solid meeting about the plone stuff here soon

<daMaestro> there needs to be some serious changes to just make everyone's lives easier.. but that is for another meeting

<daMaestro> anything else? (i don't have anything else)

<daMaestro> oh~!

<daMaestro> zimbra....

<daMaestro> EvilBob, ?

<EvilBob> zimbra want to rock that tonight or first part of the week?

<daMaestro> i'm most likely fine with tonight

<EvilBob> K plan about 9PM your time?

<EvilBob> or is that too late?

<daMaestro> if it wasn't for the mailman lists.. i'd say we use google apps

<daMaestro> 9pm my time is fine

<EvilBob> K my couin should be gone by then

<EvilBob> cousin

<daMaestro> ok

<daMaestro> anyone/anything else?

<EvilBob> I really gotta go

<daMaestro> ok

* daMaestro will wait a few minutes to "close" the meeting

<daMaestro> and will send the log to the unity-team list

<VileGent> i am here

<EvilBob> VileGent: how are tests doing?

<VileGent> found a package bug

<daMaestro> related to something we've done.. or just an upstream bug?

<VileGent> noname.math.vt.edu/Fedoraunity/respins/1030ss1.jpg

<VileGent> noname.math.vt.edu/Fedoraunity/respins/1030ss2.jpg

<VileGent> basicly default install -OO stuff requires 4 cds

<EvilBob> http://noname.math.vt.edu/Fedoraunity/respins/1030ss1.jpg

<EvilBob> http://noname.math.vt.edu/Fedoraunity/respins/1030ss2.jpg

<EvilBob> those links are busted

<daMaestro> well.. i don't think pkg order is a blocker bug right now

<VileGent> http://noname.math.vt.edu/Fedoraunity/respins/1030ss1.png

<VileGent> http://noname.math.vt.edu/Fedoraunity/respins/1030ss2.png

<VileGent> min install works

<EvilBob> sucks it is broken but we should look at the issue

<VileGent> and right now the tree is borked on doing updates

<VileGent> open-office-impress conflicts with the old version

<VileGent> i had to do yum remove openoffice-core -oldversion &&yum install open-office-impress

<daMaestro> hmm that is a FP issue

<VileGent> yep

<daMaestro> unless we shipped some random FSKED up openoffive-impress

<daMaestro> openoffice-impress*

<VileGent> daMaestro,  not our problem

<daMaestro> ok

<daMaestro> +1

<VileGent> unless we spin a new respins at this point

<daMaestro> i'm hoping we don't have to

<VileGent> well we have those OO updates that got pushed since we spun

<kanarip> however that doesn't say we need to respin again

<kanarip> the intention was to save people the numerous updates and the reboot when installing from a re-spin

<kanarip> not to have the latest OOo

<VileGent> true but we use alot less bandwidth if we do though

<kanarip> some may be concerned with that but we lose a lot of time over respinning

<daMaestro> until we can automate testing (most of the testing at least) there is pretty much no way OO updates are going to make us re-spin an unreleased spin

<VileGent> i agree

<daMaestro> also.. the mirrors are already populated.. everything is ready for this spin to go out

<VileGent> well not finished testing myself

<daMaestro> so, even if we end up doing another spin, this one should still be released.. you ( VileGent ) and Harley-D have spent good time testing

<kanarip> there will always be minor details that are not perfect which gives us the challenge of improving the next respin

<daMaestro> and that work should be made use of

<VileGent> and i have no idea what harley-d has tested

<daMaestro> VileGent, i finally fixed the editing issues

<daMaestro> @@sharing is not working as expected.. so i'm having to look into it

<daMaestro> i just created two new workflow options...

<VileGent> daMaestro,  at this point if we respin if there is no new kernel we do quick tests (min-default) and release

<daMaestro> one is read-only SpinTesters access.. and the other is r/w SpinTester access

<daMaestro> so you just put the content in the proper state(s)

<VileGent> i thought i had

<daMaestro> VileGent, you had used @@sharing correctly.

<daMaestro> so nothing bad about what you did

<daMaestro> just something is not working, so i had to create new "policy/workflows" to allow what we wanted to work

<daMaestro> kinda lame.. but i'm working with upstream to see wtf is br0ken

<daMaestro> VileGent, so to allow edits by the SpinTesters .. you need to put the content in the correct "state" .. just look what the current matrix is in to see what needs to be done

<daMaestro> or we can work through it later

<VileGent> ok

<VileGent> i dont see any updates from harley

<daMaestro> anything else we should put into the record with our improv meeting?

<daMaestro> Harley-D, updates?

<kanarip> yes i have a topic

<VileGent> hopefully mon-tues i can get more testing done so maybe we can release on wednesday

<kanarip> for Fedora 8, I am creating a couple of spins:

<kanarip> 1) single CD installation (i386 and x86_64 non-multilib)

<kanarip> 2) CD sets of what is on the original DVD ISO

<kanarip> and I hope to be releasing these spins the same day Fedora 8 is released

<kanarip> so there's my main focus the next couple of days

<VileGent> hopefully mon-tues i can get more testing done so maybe we can release on wednesdayfp

<VileGent> grr\

<VileGent> are we hosting or they going to FP

<kanarip> i don't really care actually

<EvilBob> +1

<VileGent> i think we host until FP picks it up

<kanarip> i think they won't

<VileGent> submit them

<kanarip> i can't

<VileGent> why not

<kanarip> have you read the requirements?

<kanarip> "submit a kickstart with which Release Engineering can compose the respin"

<VileGent> so basicly if its made with revisor then they wont host it

<kanarip> that's right

* devhen (n=devin@71-219-1-172.slkc.qwest.net) has joined #fedora-unity

<VileGent> so if we can get revisor to kick out a kickstart that would be a good thing

<kanarip> we already do

<kanarip> it's just that that isn't the only configuration item that it takes to build a respin

<VileGent> ok we host

<VileGent> sync us kanarip

<daMaestro> kanarip, FP will "host" them

<daMaestro> kanarip, because they will be composed from the GOLD tree.. which means all of the mirrors will have all files

<daMaestro> the only thing we will have to host is the jigdo data

<daMaestro> so we will be hosting a trivial amount of data

<daMaestro> we don't need to host the full tree

<daMaestro> just the templates and jigdo definition

<kanarip> re

<kanarip> how's that?

<kanarip> who have you talked to?

<kanarip> ohw is that what you mean

<daMaestro> ummm.... you are spinning against the GOLD tree.. which is exploded on all the mirrors

<kanarip> yes you're right

<daMaestro> ok

<daMaestro> so, i think Harley-D is afk.. we'll hook up with him later today to see if he can update the test matrix

<daMaestro> maybe i can get some tests done tonight also so we can release soon rather then later

<daMaestro> alrightly.. anything else?

* daMaestro will close the meeting log in 5 minutes