John Poelstra and I were just thinking about a mailing list for
watching incoming bugs. Unfortunately, I don't know that there's the
right combination of checkboxes in Bugzilla to just get mail about new
bugs. However, filtering based on mail header could get that - every
new bugmail that Bugzilla sends has a header of
"X-Bugzilla-Changed-Fields: New" that could be filtered on.
The question is whether or not mailman is capable of filtering based
on arbitrary header values. Note that this question doesn't mean
we'll actually do this, we're still mulling over whether or not it's
actually a good idea at all (and input on that front is welcomed
too!). However, we want to know if it's technically possible or how
much effort would be needed to accommodate the request.
Beware! Don't do it!
puppet 0.24.2 has been released and is in epel testing, which means if you
yum update a machine... it'll get picked up. And it doesn't work with our
setup. The 0.24.2 puppet nodes are not compatable with 0.24.1 puppet
I (or someone) will need to test some things before doing this upgrade.
15:01 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Come one come all. Who's here?
15:02 < gkrpan> <-- here
15:02 < mmcgrath> Alrighty guys, who's around?
15:02 * yingbull is here.
15:02 * f13
15:02 * iWolf lurks while he kicks his tape library
15:02 * daMaestro here
15:02 * whitenoise here (only for listen :P)
15:03 * skvidal is
15:03 * alleycat sits quitely in a corner
15:03 * jwb is here just in case
15:03 -!- jmbuser [n=jmbuser(a)184.108.40.206] has left #fedora-meeting ["Time to go"]
15:03 -!- alleycat is now known as wolfy
15:04 < mmcgrath> alrighty then, lets talk tickets
15:04 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Tickets
15:04 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/query?status=new&status=as...
15:04 < zodbot> mmcgrath: http://tinyurl.com/2hyyz6
15:04 < mmcgrath> .ticket 421
15:04 < zodbot> mmcgrath: #421 (Fedora Mirror Space) - Fedora Infrastructure - Trac - https://fedorahosted.org/projects/fedora-infrastructure/ticket/421
15:04 < mmcgrath> So it looks like we'll be able to do our test releases then blow them away.
15:04 < f13> some good news on that front
15:04 * lmacken is here
15:04 < mmcgrath> which will allow us to host the secondary arch ia64.
15:05 < f13> I'm still trying to suck all the content down to Westford
15:05 < mmcgrath> f13: do you just want me to leave moving those bits around to you?
15:05 * jcollie is here
15:05 < f13> mmcgrath: yeah, once I have them sucked down, I'll send out some announcements and a week later blow away all the old content.
15:05 < mmcgrath> solid. How soon do you think we can give a thumbs up to the ia64 guys? And how are we going to be configuring a sync of that content?
15:06 < f13> mmcgrath: dgilmore will be setting up a timed rsync from their content to the netapp via releng1
15:06 < f13> I hope in 2 weeks~ we can start picking up their content
15:06 < mmcgrath> dgilmore: what subnet are they on?
15:07 -!- smooge [n=smooge(a)canopus.unm.edu] has joined #fedora-meeting
15:07 < mmcgrath> ehh, we can work out the specifics there when the time comes.
15:08 < mmcgrath> f13: anything else on that front? If not we'll move on.
15:09 < f13> I don't think so.
15:09 < mmcgrath> k, next item
15:09 < mmcgrath> .ticket 365
15:09 < zodbot> mmcgrath: #365 (mailman setup (project/hosted)) - Fedora Infrastructure - Trac - https://fedorahosted.org/projects/fedora-infrastructure/ticket/365
15:09 < mmcgrath> jcollie: AFAIK we're done and ready for this, is that correct?
15:09 < mmcgrath> If so after the meeting I'll kick it off by starting a smolt-devel list :)
15:09 < jcollie> well, i gotta reconfigure for lists.fh.o but otherwise yeah
15:09 < mmcgrath> jcollie: how much work will that be?
15:10 < lmacken> I'll keep an eye on the audit logs on collab1 to see if selinux breaks anything
15:10 < jcollie> not too much i think... looking into it now
15:10 -!- giarc_w [i=hidden-u(a)gnat.asiscan.com] has joined #fedora-meeting
15:10 * dgilmore is here
15:11 < dgilmore> mmcgrath: the box that we will sync from is 220.127.116.11
15:11 < mmcgrath> jcollie: excellent. let me know when you think its ready.
15:11 < mmcgrath> dgilmore: that won't work I don't think.
15:11 < mmcgrath> .dns koji.fedoraproject.org
15:11 < zodbot> mmcgrath: 18.104.22.168
15:11 < mmcgrath> yeah, I don't think our internal network will be able to get to that IP address.
15:11 < mmcgrath> maybe though.
15:12 < mmcgrath> ahh, looks like we can.
15:12 < dgilmore> mmcgrath: i tested yesterday and i was able to connect to it via rync from releng1
15:12 < mmcgrath> ok. no worries there then.
15:12 < mmcgrath> jcollie: anything else?
15:13 < mmcgrath> alrighty, moving on :)
15:13 < mmcgrath> .ticket 395
15:13 < zodbot> mmcgrath: #395 (Audio Streaming of Fedora Board Conference Calls) - Fedora Infrastructure - Trac - https://fedorahosted.org/projects/fedora-infrastructure/ticket/395
15:13 < mmcgrath> skvidal: dgilmore: I forget, do you guys remember if there was a deadline or target date for this set by the board?
15:13 < skvidal> none
15:13 < dgilmore> mmcgrath: ASAP
15:14 < skvidal> dgilmore: or as late as possible
15:14 < dgilmore> but its not pressing
15:14 < mmcgrath> buhahahah
15:14 < skvidal> there isn't a deadline
15:14 < skvidal> when it is possible is good
15:14 < mmcgrath> so as soon as someone has time to get it setup.
15:14 < dgilmore> yep
15:14 < skvidal> but I do not think we said 'drop other things to do it'
15:14 < skvidal> dgilmore: ?
15:14 < mmcgrath> Ok. so here's the goal for that as far as I see it.
15:14 < dgilmore> skvidal: no dropping of other things
15:14 < skvidal> dgilmore:okay, you and I have a very different way of conveying that :)
15:14 < dgilmore> irc worked fairly well and we will use that until asterisk is ready
15:14 < mmcgrath> We've been waiting on FAS2 as a blocker for some things. A soon as its out the door (hopefully next week) I have a feeling there's going to be a mad rush to get the wiki migrated.
15:14 < dgilmore> skvidal: my bad sorry
15:15 < skvidal> dgilmore: no, just different
15:15 < mmcgrath> Additionally we've built a little buffer in the back of our minds to have asterisk integration with FAS2.
15:15 < mmcgrath> Does anyone here want to take on that task?
15:15 < mmcgrath> There's 2 issues at stake.
15:15 < mmcgrath> 1) is the town hall meetings
15:15 < mmcgrath> and 2) is the finalization of our asterisk setup.
15:16 < mmcgrath> jcollie is working on 1) and has made some good progress but I don't think it will be viable until 2) is complete.
15:16 < dgilmore> mmcgrath: im willing to work on it with jcollie and jsmith
15:16 < mmcgrath> if no one has the time right now we'll just postpone it till next week.
15:16 < mmcgrath> dgilmore: excellent.
15:16 < jcollie> i've got a bit of time...
15:16 * mmcgrath looks for a ticket real quick.
15:16 < jcollie> as far as FAS<->asterisk i think it's best if we just generate the asterisk configs from a FAS2 dump
15:16 -!- mpdehaan [n=mpdehaan@nat/redhat/x-778d50d1dc8d8e9a] has joined #fedora-meeting
15:17 < dgilmore> jcollie: :) we can chat about it this arvo
15:17 < dgilmore> jcollie: :) most likely yeah
15:17 < mpdehaan> can I sneak "public cobbler server" into the agenda? :)
15:17 < mmcgrath> yeah I can't find it yet
15:17 < jcollie> i don't think we want to get into asterisk "realtime"
15:17 < mmcgrath> mpdehaan: we'll open the floor at the end, thats a good time :)
15:18 < mpdehaan> cool
15:18 < mmcgrath> jcollie: I was thinking about that too. Long term though it'd be awesome to see some sort of openid integration with asterisk. thats another story though.
15:18 < mmcgrath> dgilmore: ok, would you mind creating a ticket, putting me, jcollie and jsmith on the cc?
15:18 < jcollie> openid is web-only afaik
15:19 < mmcgrath> jcollie: I've heard about some people doing what I call "strange things" with it though :) never know.
15:19 < mmcgrath> alrighty, next item
15:19 < mmcgrath> .ticket 398
15:19 < zodbot> mmcgrath: #398 (elfutils `monotone' (mtn) error) - Fedora Infrastructure - Trac - https://fedorahosted.org/projects/fedora-infrastructure/ticket/398
15:19 < mmcgrath> jcollie: thanks for brining this up. I aparently missed rolands comment about it not being able to do anonymous checkouts.
15:20 < mmcgrath> Long story short guys, in order to use a monotone repo, you have to have write access of some kind.
15:20 < mmcgrath> lame? yes. very.
15:20 < mmcgrath> in the meantime I've suggested rsync as an option
15:20 < jcollie> i think we need to put a hold on any new monotone repos
15:20 < mmcgrath> jcollie: what did you think of that?
15:20 < jcollie> kinda lame
15:20 < mmcgrath> very lame
15:20 < jcollie> but i guess it'd work
15:21 < mmcgrath> it works for our "openess" rule, but its very lame.
15:21 < mmcgrath> I'm going to check and open a bug with the mtn developers.
15:21 < mmcgrath> ok, anyone have anything else on that?
15:21 < daMaestro> +1 to bugging upstream to support r/o access ;-)
15:22 < f13> oh god, that's terrible.
15:22 < f13> fwiw, "upstream" == RH employee I think
15:22 < f13> or at one time that was true
15:22 < mmcgrath> funny.
15:22 < mmcgrath> Alrighty, so thats the end of the tickets. one item I want to discuss since the release is on its way is the number of open tickets still with a F9 milestone on them.
15:23 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/query?status=new&status=as...
15:23 < zodbot> mmcgrath: http://tinyurl.com/25vzyu
15:23 < mmcgrath> It seems like there's a lot there, and there is, but much of it is already being worked on and a few of them are related to FAS2.
15:23 < dgilmore> mmcgrath: will do
15:23 < mmcgrath> One bit thats still up there that doesn't have an owner is the final move to postfix on bastion and adding spam headers.
15:24 < mmcgrath> jcollie helpped move all the rest of our boxes to postfix so they're all set. Bastion is the final one. Any takers?
15:24 < mmcgrath> .ticket 333
15:24 < zodbot> mmcgrath: #333 (Add spam headers to bastion (smtp)) - Fedora Infrastructure - Trac - https://fedorahosted.org/projects/fedora-infrastructure/ticket/333
15:24 < mmcgrath> .ticket 54
15:24 < zodbot> mmcgrath: #54 (Postfix Server) - Fedora Infrastructure - Trac - https://fedorahosted.org/projects/fedora-infrastructure/ticket/54
15:24 < mmcgrath> wow, 54. long time ago.
15:24 * ricky gets here
15:24 < mmcgrath> ricky: word up?
15:24 < dgilmore> mmcgrath: 54 we had a box up and were waiting on bits to drop in epel
15:25 * dgilmore let that slip from mind
15:25 < dgilmore> :(
15:25 * mmcgrath wonders if that box is still around somewhere.
15:25 < dgilmore> if it is xen1 or xen2
15:25 < mmcgrath> dgilmore: no worries. It seemed like a really big deal when we first started talking about it but then things changed and it just wasn't a big deal anymore.
15:25 -!- MrBawb [i=abob(a)guppy.drown.org] has joined #fedora-meeting
15:25 < mmcgrath> but spam headers are a service we should be providing to our users.
15:26 < mmcgrath> we'll talk about that next time.
15:26 < mmcgrath> moving on
15:26 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- FAS2
15:26 < mmcgrath> So this is about ready to go. I'm finalizing some of the shell creation scripts.
15:26 < mmcgrath> we still need to test to verify apache can auth against our new password hash.
15:27 < ricky> I somehow doubt it.
15:27 < ricky> Apache's idea of md5 is a very custom combination of md5 hashes.
15:27 < mmcgrath> ricky: yeah, thats my concern too. If nothing else we'll have to add another field to the db with an apache hash field.
15:27 < mmcgrath> or use pam or something.
15:27 < mmcgrath> there's options there so we're not screwed or anything but its the one last bit that we haven't really looked at.
15:28 < mmcgrath> I suspect next week will be very interesting.
15:28 < ricky> Yeah. Trac's the main use, right?
15:28 < mmcgrath> ricky: yeah, but we also use it with nagios, cacti and a couple of other places I think.
15:29 -!- inode0 [n=inode0@fedora/inode0] has left #fedora-meeting 
15:29 < ricky> Aha, OK. Nice apache integration would be best, then.
15:29 < mmcgrath> other then that we're a go for next week. I'm going to get a feel for what my weeks going to look like with pycon and all but I'm hoping early next week for a deploy.
15:29 < mmcgrath> then spending the rest of that week and next fixing any bugs that show up.
15:30 < mmcgrath> has everyone here had a chance to look at it? Any concerns?
15:30 < f13> if you break my ability to get the beta out, I'll hurt you (:
15:31 < ricky> This might be a slightly lower priority at the moment, but I'd be nice to mizmo/the art team about polishing it up a bit.
15:31 < ricky> **it'd
15:31 < abadger1999> mmcgrath: Are we going to stick it on app3/4/5 or a new set of app servers?
15:31 < ricky> In terms of features, the main thing left is email verification, and we've made good progress on that.
15:32 < mmcgrath> abadger1999: actually I'm going to put it on its own set of servers. I think this round it will be worth it to have a separation between sysadmin-web and the keys to the castle :)
15:32 < abadger1999> Sounds good.
15:32 < mmcgrath> we recently got another xen box (as in installed yesterday) 8 procs 32G ram.
15:32 < ricky> Nice.
15:33 < mmcgrath> We'll be moving some stuff off of xen2 on to it and dedicating xen2 entirely to releng and build related things.
15:33 < mmcgrath> the new box is xen7, proxy2 is on it now. I'm going to let it run for a few days under load and make sure its good to go.
15:34 < mmcgrath> alrighty. so thats all I've got that I really wanted to talk about.
15:34 < mmcgrath> ricky and toshio are amazing. Thought I'd get that out of the way too. I expect to say it a few more times before this whole thing is over :)
15:34 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Open Floor
15:34 < ricky> How will we be handling FAS2 deployment? Making it an RPM?
15:34 * mpdehaan raises hand
15:35 < mmcgrath> ricky: yeah, we'll have an rpm to deploy. both a client and server.
15:35 < mpdehaan> I would like to bring up the public Cobbler server idea. If you guys can get me a virt instance that is publically accessible that is pretty much all I need.
15:35 * ricky just mentions that for the TODO - abadger1999's probably the expert on python packaging
15:35 < mpdehaan> and can maintain it for life from there
15:35 < mmcgrath> .announce We've had a burp on one of our servers, some web services (wiki) and koji will be down for a moment.
15:35 < zodbot> Announcement from my owner (mmcgrath): We've had a burp on one of our servers, some web services (wiki) and koji will be down for a moment.
15:35 < mmcgrath> mpdehaan: ok so here's the thing
15:36 < mmcgrath> we don't really do stuff like that "a cobbler server" thats maintained by a person.
15:36 < mpdehaan> well, team then
15:36 < abadger1999> ricky: You seem to the model doing what you want so I'll start work on packaging.
15:36 < abadger1999> Oops. Right after bugzilla sync :-(
15:36 < mmcgrath> if you're going to have a web service (like transifex for example) you'll have to partner or join the sysadmin-web team and convince one of them to bring it up on a public test.
15:36 < mmcgrath> once its through with the testing we'll need to move it to production and create an SOP for it so we can all admin it and stuff.
15:37 < ricky> abadger1999: Great- thanks a lot!
15:37 < mpdehaan> yeah, so I need to join who and it's not a RFR but something else?
15:37 < mmcgrath> the RFR is fine, its what we'll reference when we have questions and things about the service.
15:37 < mpdehaan> so where do I join sysadmin-web-team and who is "convince who" ?
15:37 < mmcgrath> convince someone on the team to help you.
15:38 < mpdehaan> ok, so where's that?
15:38 < mpdehaan> as far as help goes, I'm willing to set it up and write all the docs for how to maintain it and clone it, etc
15:39 < mmcgrath> mpdehaan: https://admin.fedoraproject.org/accounts/dump-group.cgi?group=sysadmin-web
15:39 < mmcgrath> also
15:39 < mmcgrath> http://fedoraproject.org/wiki/Infrastructure/FIGs when dgilmore brings the wiki back up.
15:39 < mpdehaan> ok I may harass Seth then
15:39 < skvidal> oh dear
15:39 < skvidal> what?
15:39 < mmcgrath> Is anyone here interested in sponsoring mpdehaan ?
15:40 < skvidal> I'll do it
15:40 < mmcgrath> mpdehaan: he's on the team so yeah, you could nag him.
15:40 < mpdehaan> thank you
15:40 < mmcgrath> solid.
15:40 < skvidal> what did I just volunteer for?
15:40 < skvidal> :)
15:40 * skvidal kids
15:41 < mmcgrath> heh
15:41 < mmcgrath> I've got one other thing I'd like to discuss
15:41 < mmcgrath> I have some wiki edits and changes I'd like to request, is anyone here interested in getting those in and done?
15:41 < mmcgrath> its a partial re-org and clean up. it'd be a good way to get involved for people that don't typically work with Infrastructure.
15:41 < dgilmore> skvidal: you volunteered to feed us all for a month
15:41 < mmcgrath> .title http://fedoraproject.org/wiki/Infrastructure/FIGs
15:42 < zodbot> mmcgrath: Infrastructure/FIGs - Fedora Project Wiki
15:42 < mmcgrath> mpdehaan: ^^^ its up
15:42 < mmcgrath> jima: you around
15:42 < skvidal> dgilmore: excellent, hope you like vegetarian food :)
15:42 < dgilmore> skvidal: im down with that
15:42 < gkrpan> mmcgrath: what all is involved in the edits/changes?
15:42 < abadger1999> Mm mm roasted tomatoes and matzo ball soup.
15:43 < mmcgrath> gkrpan: well, we've got this RFR section that is kind of out dated. I'd like people to start using tickets now that we have a ticketing system.
15:43 < mmcgrath> so I want someone to go through all the RFR's, close them or move them to a ticket (after contacting the author first)
15:43 -!- geroldka [n=Gerold@fedora/geroldka] has quit "Leaving"
15:43 < spoleeba> mmcgrath, please tell me you have a something in mind next that can use the acronym NEWTONS
15:43 < mmcgrath> I'd also like someones eyes to look over the GettingStarted page and make sure it still makes sense.
15:43 < gkrpan> well, I am trying to become familiar with things, and have always (unfortunately) been good with documentation, so I'd be willing to give it a shot
15:44 < skvidal> abadger1999: heh
15:44 < mmcgrath> spoleeba: I'll see what I can do.
15:44 < mmcgrath> gkrpan: can you drop me an email mmcgrath(a)redhat.com ?
15:44 < gkrpan> sure can
15:44 < mmcgrath> gkrpan: excellent, thank you very much.
15:44 < mmcgrath> alrighty, so thats all that I have. Does anyone have anything else? If not we'll close the meeting in 30
15:45 < ricky> Are we ready for upgrading FC6 boxes?
15:46 < ricky> As in, what is that still blocking on?
15:46 < f13> I don't want to bump releng1 during the beta freeze cycle
15:46 < mmcgrath> ricky: yeah. Someone from the web team needs to verify that transifex runs correctly on app4. I'm pretty sure it does.
15:46 < mmcgrath> then we can destroy app3.
15:46 < f13> but after beta is released, I want to bump releng1 -> releng2
15:46 < mmcgrath> after that its just test servers and releng1.
15:46 < mmcgrath> <nod>
15:46 < mmcgrath> so that will be taken care of.
15:46 < f13> but I'm seeing some selinux issues I need to sort out first in some testing here
15:47 < ricky> mmcgrath: OK, I'll mention that to glezos - would testing on publictest3 be fine as well?
15:47 < ricky> Er, actually, that shouldn't matter.
15:47 < mmcgrath> ricky: <nod>
15:47 < mmcgrath> Anyone have anything else?
15:48 < mmcgrath> we'll close in 30
15:49 -!- mmcgrath changed the topic of #fedora-meeting to: Infrastructure -- Meeting closed!
15:49 < mmcgrath> thanks for coming everyone.
Magyar Zoltán wrote:
> After creating a new user and logging in, I get a 404 error page, with
> the following url:
> 404 Not Found
> The path '/accounts/' was not found.
> Page handler: "The path '/accounts/' was not found."
> Traceback (most recent call last):
> File "/usr/lib/python2.4/site-packages/cherrypy/_cphttptools.py", line 121, in _run
> File "/usr/lib/python2.4/site-packages/cherrypy/_cphttptools.py", line 256, in main
> page_handler, object_path, virtual_path = self.mapPathToObject(path)
> File "/usr/lib/python2.4/site-packages/cherrypy/_cphttptools.py", line 326, in mapPathToObject
> raise cherrypy.NotFound(objectpath)
> NotFound: 404
> Looks like the second 'accounts/' is not needed, after deleting, it
> works fine, I'm logged in.
How did you get to that page?
1) Hit https://publictest10.fedoraproject.org/accounts/
2) Click on login on the page itself.
4) It redirects you to /accounts/accounts ?
I ask because I haven't been able to replicate this yet.
I'm making some more wiki tweaks today, if you're a regular wiki user
please stop by #fedora-admin and let me know how its going. Basically I'm
allowing more processes to run but for a shorter amount of time. This
will cause the longer running threads to be killed much sooner and should
free up resources for the normal day-to-day stuff that has been suffering
over the last couple of weeks. I'm looking into why we've had more
timeouts recently though I suspect its because the release is close, more
people are editing and using the wiki.
Please let me know what your experiences are with the wiki over the next
couple of days.
Hey Fedora Infrastructure Team,
Is Fedora Project wiki down right now? (It's around 12:30 AM here in California)
I'm consistently getting: "Service Temporarily Unavailable"
I guess I'll have to postpone the next issue of FWN until tomorrow morning. :)
All my apologies for missing the last meeting.
.Fedora-infrastructure-list Digest, Vol 21, Issue 37
FAS KEYRING AND SUBKEYS IMPLEMENTATION vs PUBLIC KEYSERVER:
Could i have an update on the status of FAS keyring ?
In the last meeting of the 28th of Feb.,Mike mentionned that they have been able to get FAS2 ready for pre-beta release but does this also means that you have included last suggestion about using subkeys for contributor public keys management ?
.Fedora-infrastructure-list Digest, Vol 21, Issue 39
MAILMAN LIST NAME POLICY
Personally, I prefer @lists.
.Fedora-infrastructure-list Digest, Vol 21, Issue 40
MEETING OF THE 28TH OF FEBRUARY
TICKET 421: FINDING SPACE FOR SECONDARY ARCH'S WORTH OF FEDORA OFFICIAL MIRROR SPACE
TICKET 347: SET LOCALTIME ON ALL SERVERS TO UTC
TICKET 365: MAILMAN LIST NAME POLICY SET UP
TICKET 395: AUDIO STREAMING OF FEDORA BOARD CONFERENCE CALLS
TICKET 398: ELFUTILS 'MONOTONE' (mnt) ERROR
TICKET 399: DAMNED LIES SET UP CHANGES: MOVE CRONNED UPDATE-STATS TO A SEPARATE App SERVER
NO TICKET: XEN2 INSTABILITIES
NO TICKET: FAS2
OUT OF MEETING: TROUBLE TO COMMIT TO NEW CVS REPOSITORY FOR libvirt LOCALIZATION
No comment except let me know if i can help ;)
Express yourself instantly with MSN Messenger! Download today it's FREE!