19:59 < smooge> #startmeeting Fedora Infrastructure
19:59 < zodbot> Meeting started Thu Jul 30 19:59:49 2009 UTC. The chair is smooge.
Information about MeetBot at http://wiki.debian.org/MeetBot
19:59 < zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
19:59 -!- zodbot changed the topic of #fedora-meeting to: (Meeting topic: Fedora
20:00 < smooge> #topic Who is here?
20:00 -!- zodbot changed the topic of #fedora-meeting to: Who is here? (Meeting topic:
20:00 * lmacken
20:00 * onekopaka
20:00 * ricky
20:00 < smooge> Fedora Infrastructure Meeting. I don't know how to
'Yell' in a channel my announcements will be a bit muted :)
20:00 < smooge> smooge is here
20:01 -!- fontana-afk is now known as fontana
20:01 * f13
20:01 -!- jpwdsm [n=jason(a)desm-47-239.dsl.netins.net] has joined #fedora-meeting
20:01 * SmootherFrOgZ is around
20:01 * mdomsch is here for a short time
20:01 * abadger1999 stands up to be counted
20:01 * jpwdsm is here
20:01 < smooge> okie dokie
20:01 < smooge> Thank you all for showing up.
20:01 < smooge> mmcgrath is in class this week. and I will try to run this quickly
20:02 < smooge> We will start with Tickets
20:02 * fontana is here
20:02 < smooge> #topic tickets
20:02 -!- zodbot changed the topic of #fedora-meeting to: tickets
(Meeting topic: Fedora Infrastructure)
20:02 * J5 is here
20:02 < onekopaka> smooge: ick. make that into a tinyurl.
20:02 < onekopaka> .tiny
20:02 < zodbot> onekopaka: http://tinyurl.com/2hyyz6
20:02 < onekopaka> #link
20:03 < smooge> thank you onekopaka
20:03 * onekopaka hopes the #link worked
20:03 < smooge> I forgot it was .tiny and not /tiny
20:03 < smooge> #link
20:03 < smooge> #topic tickets -- 1503 Licensing.
20:03 -!- zodbot changed the topic of #fedora-meeting to: tickets -- 1503 Licensing.
(Meeting topic: Fedora Infrastructure)
20:04 < smooge> abadger1999, you and spot have updates
20:04 < abadger1999> So we got back a lot of good information from legal.
20:04 * abadger1999 thinks fontana might be here if we have furhter questions.
20:04 < fontana> abadger1999: yes :)
20:04 * lmacken waves at fontana
20:05 < ricky> Nice :-)
20:05 < smooge> ok at this point we are looking at how we can best comply with the
20:05 < lmacken> fontana: oh, I left you a gift from the SFLC on your door frame btw
20:05 < abadger1999> If we link to the srpms and the trac query for all hotfixes
applied to fedora infrastructure apps, we should be covered.
20:05 * fontana waves back at lmacken
20:05 < smooge> and its going to be about methodology to make sure that the source
code is available to users
20:05 < lmacken> fontana: from ian sullivan
20:05 -!- herlo [n=clints@fedora/herlo] has joined #fedora-meeting
20:05 < fontana> lmacken: got that, thanks (was wondering who put it there)
20:05 < abadger1999> I think that's reasonable for production.
20:05 < smooge> abadger1999, I thought the trac entries were NOT acceptable.
20:05 < abadger1999> config files are not copyrightable so that should be fine.
20:05 * abadger1999 looks at hte email again
20:06 -!- sijis [n=sijis(a)adsl-70-131-122-61.dsl.emhril.sbcglobal.net] has joined
20:06 * sijis is here.
20:06 < abadger1999> + links to base srpm and tickets in trac that have patches
20:06 < abadger1999> * Red Hat Legal says that this is OK.
20:06 < lmacken> sounds like we need a HotfixSOP
20:06 < abadger1999> So the mirrormanager example from last week that said what we
changed but didn't provide a patch would not be okay.
20:06 < ricky> For reference, hereis what the link woud look like:
20:06 < ricky> .tiny
20:07 < zodbot> ricky: http://tinyurl.com/numfgb
20:07 < abadger1999> But if we have a patch we are okay.
20:07 < smooge> lmacken, we will need a HotfixSOP and a testing/integration SOP
20:07 < abadger1999> So if everyone else agrees that that's fine, it just leaves
the question of staging and publictest.
20:08 < onekopaka> yay more SOPs!
20:08 * herlo likes SOps
20:08 < smooge> abadger1999, thanks. I misread and thought it was the next one
20:08 < abadger1999> fontana: Did spot send you the followup questions? Whether we
can avoid the AGPL requirment if we use Apache Basic Auth to limit who can access the
staging and publictest instances?
20:09 < fontana> abadger1999: I don't think spot sent me that, but I saw it in
the mailing list archives anyway
20:09 < smooge> basically we would like to limit who the "users" are that
we intend to give the "code" to.
20:09 < fontana> abadger1999: you're limiting it to members of the FI team?
20:09 < spot> darn, i knew i was forgetting something. :/
20:09 * smooge pulls out greasy noodle to whip spot
20:10 < onekopaka> spot: why hello.
20:10 < lmacken> I'd be fine with apache auth, or requiring vpn/ssh tunnels to
get to publictest*
20:10 -!- thomasj_ is now known as thomasj
20:10 < smooge> fontana, it would be limited to Fedora Infrastructure and
20:10 < lmacken> or staging.. even though it would be a little annoying
20:10 < abadger1999> fontana: Yes. My proposal was the same group that has access
to the servers -- sysadmin-test for publictest instances, for instance.
20:10 < fontana> smooge: what's a Service Owner?
20:10 < smooge> "Service Owners" being the sub-group that is asking for
20:10 < fontana> ok
20:10 < abadger1999> fontana: But the more inclusive we can be and still satisfy the
requirements the better.
20:11 < smooge> so if Fedora Marketing is wanting the AGPL blog, we would limit it
to people with that group.
20:11 < abadger1999> fontana: As that lets more people within Fedora test edge
20:11 < fontana> abadger1999: I think this is ok
20:12 < smooge> In this way, the people who are requesting a service are able to
see/use that code, and they would know how to get the source code
20:12 < fontana> bkuhn from sflc is not here to tell me I am wrong
20:12 < abadger1999> fontana: Cool. Would all of sysadmin also be okay?
20:12 < abadger1999> :-)
20:12 < onekopaka> fontana: =)
20:12 < fontana> smooge: right
20:13 * abadger1999 sees smooge's proposal already had that.
20:13 < smooge> i proposed something? I forgot ... turning 40 is like the new 80.
20:13 < abadger1999> err.. limited to Fedora Infrastructure and "Service
20:13 < smooge> ah yes.
20:14 < onekopaka> smooge: nah, it's not.
20:14 < abadger1999> Slightly different than what I thought up on the lsit.
20:14 -!- lcafiero [n=larry(a)dsl-63-249-115-153.dhcp.cruzio.com] has quit "is heading
out. Talk to you later"
20:14 < smooge> abadger1999, it comes from all my ITIL brainwashing
20:14 < smooge> ok do we have any other questions on particulars of the license?
20:15 < smooge> if not we can move onto either the next topic or spend 5 minutes on
what SOP's would be needed, who is writing them, and when we can have some drafts?
20:15 < ricky> One note is that FAS auth in stating/testing will be a pain
20:15 < abadger1999> ricky: In what way?
20:16 * smooge repeats abadger1999
20:16 < ricky> We don't like to mix testing, prod, and staging, so using
mod_auth_postgres to handle restricting access to staging/testing instances is not
20:16 < ricky> It'd suck to make exceptions for this (especially with testing)
20:16 < abadger1999> smooge: How about 5 minutes of implementation talk and then
I'll write up the changes we'll need to make for next meeting.
20:17 < ricky> So that's how it'll be a pain.
20:17 < smooge> abadger1999, noted
20:17 < abadger1999> ricky: Ah... fasClient currently hits the production fas
20:17 < ricky> In testing, yes, in staging, no
20:17 < ricky> But staging has hosts entries to point to the staging db
20:17 < ricky> And publictest servers have no access to the db by design
20:19 * ianweller rolls in
20:19 < ricky> PAM auth is an option, but I just wanted to make it clear that
mod_auth_postgres is probably not
20:19 < onekopaka> ianweller: did you lose your jetpack?
20:20 < ricky> At least not for publictest machines - if you ignore the outdated
auth info, it's usable in staging
20:20 < abadger1999> <nod>
20:20 < ricky> which we already do ignore that problem for the most part :-(
20:20 < abadger1999> ricky: Could we stick the publictest servers behind a proxy?
20:21 < abadger1999> Then the proxy does the bsaic Auth and tlaking to
20:21 < ricky> We could. It'd be highly annoying, but doable
20:21 < abadger1999> k
20:22 < ricky> In a sense, it'd be something that needs to be done when
something gets deployed to production anyway
20:22 < abadger1999> So that's a sticky point.
20:22 < ricky> But it'd cause AGPL compliance to burden people testing non-AGPL
apps, which I really want to avoid
20:22 < abadger1999> Any other problems people can identify?
20:22 < smooge> oh one second. Thank you fontana, and spot is there anything you
wanted to add?
20:23 < spot> nope. :)
20:23 -!- Pikachu_2014 [n=Pikachu_(a)85-169-125-118.rev.numericable.fr] has quit Read error:
60 (Operation timed out)
20:24 < abadger1999> ricky: also note, we'll have to figure out something
whether we switch infrastructure over to AGPL or not.
20:24 < smooge> ricky, abadger1999 it looks like we will need to work out a
testing/staging SOP/network design
20:24 < abadger1999> Since we have one AGPL app that people need to test and
20:24 < ricky> abadger1999: Well, doing painful configuration one time for
fcomm/moksha is fine with me, as long as it won't affect other stuff
20:24 -!- mchua is now known as mchua_tooling
20:25 < smooge> ricky I think we should not lookinat at as one-time .. long term
there will be other apps etc that will need it even if they aren't AGPL.
20:26 < smooge> ok I am at 10 minutes for technical discussion.
20:26 < smooge> sorry
20:26 < abadger1999> Cool. move on to the next one.
20:26 < smooge> next topic
20:26 -!- Sonar_Guy [n=Who@fedora/sonarguy] has quit "Leaving"
20:26 < smooge> #topic tickets #1573
20:26 -!- zodbot changed the topic of #fedora-meeting to: tickets #1573 (Meeting topic:
20:26 < smooge> back to you abadger1999
20:27 < onekopaka> .ticket 1573
20:27 < zodbot> onekopaka: #1573 (Remove "All rights reserved" from
fedoraproject footers and code) - Fedora Infrastructure - Trac -
20:27 < abadger1999> This one's somewhat of a FYI.
20:27 < abadger1999> We have "All rights reserved" i nthe footer of pretty
much every Fedora page.
20:27 -!- Pikachu_2014 [n=Pikachu_(a)85-169-125-118.rev.numericable.fr] has joined
20:27 < smooge> And there is a problem with that? Oh wait.. I don't work for a
University any more.
20:28 < onekopaka> are our right becoming first-come-first-serve?
20:28 < onekopaka> rights*
20:28 < abadger1999> That's misleading since we're actually licensing
everything in one way or another (the trademark license for the logo is the most
restrictive one we have)
20:28 < onekopaka> ;)
20:28 < fontana> abadger1999: "All rights reserved" is evil and should be
20:28 < abadger1999> So we should remove it.
20:28 * hiemanshu is here now
20:28 < smooge> what is the proper rights we should have? CC All rights reserved ?
20:29 < abadger1999> spot, fontana: Couple questions: Do we need to talk to other
groups when we make changes
20:29 < abadger1999> (like docs)
20:29 < ianweller> all the fedora docs are currently OPL, and will be moving to CC
20:29 < smooge> abadger1999, as you said this is FYI. Who will be working on it?
20:29 -!- mdomsch [n=mdomsch(a)188.8.131.52] has quit "Leaving"
20:29 < abadger1999> 2) Should we list the actual license in use? (GPLv2/AGPLv3+ for
web apps, OPL to be replaced by CC-BY-SA for docs and wiki) ?
20:30 < ricky> How urgently should we treat this?
20:30 < ricky> Like is it worth live-patching FAS for?
20:30 < spot> abadger1999: you probably should let them know you're doing it,
but you don't have to get their approval
20:30 < abadger1999> smooge: Depends on the answer to #1. I'm hoping I can
submit patches for all the web apps after thismeeting.
20:30 < abadger1999> AndI'm hoping ricky hasaccess to all the others :-)
20:30 < smooge> ricky no I don't believe its that urgent. regular relaease
20:31 < spot> abadger1999: and you don't have to list the license in use, but it
would not be incorrect to do so
20:31 < ricky> FAS is unlikely to have a release in quite some time
20:31 < onekopaka> ricky: yeah, it doesn't need changing.
20:31 < smooge> ricky, ok.. regular rollout of code versus hot-patch
20:31 < smooge> :)
20:32 -!- GeroldKa [n=GeroldKa@fedora/geroldka] has joined #fedora-meeting
20:32 < hiemanshu> Regular rollout i suggest
20:32 < smooge> to me hot-patch means your typing in another window during this
meeting... regular rollout is it goes through testing
20:32 -!- cassmodiah [n=cass@fedora/cassmodiah] has quit Remote closed the connection
20:32 < abadger1999> Excellent -- so the FYI portion is "don't use
"All rights reserved" in the future and if you see more of that footer in the
future, let me know so I can make sure it gets fixed.
20:33 < ianweller> should we just report those to that ticket?
20:33 < ricky> All I'm saying is that regular rollout could potentially be
months away for all I know vs. a trivial string change.
20:33 < abadger1999> ianweller: Yep. that would be best.
20:33 < ricky> Anyway, if it's not urgent, I'll leave it alone
20:34 < abadger1999> I think as long as we get it into version control soon it's
fine. Deployment can wait.
20:34 -!- RadicalRo [n=radical(a)184.108.40.206] has quit "Leaving."
20:34 < smooge> ricky, months away sounds passable.
20:34 < smooge> ok anything else?
20:34 < abadger1999> Cool. So that's all I have for that one.
20:35 < smooge> #topic Other tickets
20:35 -!- zodbot changed the topic of #fedora-meeting to: Other tickets (Meeting topic:
20:35 < ricky> Er, one more thing
20:35 < smooge> waits...
20:35 < ricky> While the legal people are around - should that copyright line not be
20:35 < ricky> (As in should it remain in English on all translated versions of the
20:36 < ricky> Right now, it's marked as text that can be translated
20:36 < smooge> spot, fontana question for you.
20:37 < ricky> The text I'm talking about is "Copyright (c) 2009 Red Hat,
Inc. and others. All Rights Reserved. For comments or queries, please contact us"
20:37 -!- shepherd [n=shepherd@unaffiliated/shepherd] has joined #fedora-meeting
20:37 * ricky imagines the contact stuff can remain translated
20:37 < fontana> ricky: You mean translate "Copyright © 2009 Red Hat, Inc. and
others. All Rights Reserved. For comments or queries, please contact us. "?
20:37 < ricky> Yup
20:37 < spot> well, without the "All Rights Reserved."...
20:38 < ricky> So that line with "All Rights Reserved" is fine to be
20:38 * spot defers to fontana
20:38 < fontana> ricky: I wouldn't translate the 'Copyright' part.
20:38 < onekopaka> ricky: as long as it doesn't have "All Rights
20:38 < ricky> OK, I'll leave that out, thanks for clarifying
20:38 < fontana> ricky: I guess you could translate the contact part, if you want.
20:38 < ricky> So from "For comments or queries..." will be the only part
20:39 < hiemanshu> AFAIK Copyright part is never translated any where
20:39 -!- shepherd [n=shepherd@unaffiliated/shepherd] has quit Client Quit
20:39 < fontana> ricky: You could make the copyright part non-language-specific by
just using the copyright symbol without "Copyright", I suppose
20:39 < onekopaka> ©
20:39 < fontana> right
20:39 < ricky> hiemanshu: It is at http://fedoraproject.org/zh_TW/
20:40 < hiemanshu> ricky: it should not be translated
20:40 < onekopaka> ©
20:40 < ricky> OK, so (c) 2009 Red Hat, Inc. and others can be translated, or does
it stay in English?
20:40 < hiemanshu> ricky: it depends on which country the company or project is
located, USA in our case so it should be English
20:41 * ricky would be happy to ask all of this after the meeting if you'll still be
20:41 < hiemanshu> ricky: it should stay in English
20:41 < fontana> ricky: legally the "and others" probably doesn't mean
anything so I don't think it matters
20:42 < smooge> ricky, lets put this into email. I believe that they are saying the
For comments ... should be translated but licensing should not
20:42 < ricky> Cool, thanks
20:42 < sijis> we could take this offline and post the 'results' to the
20:42 < smooge> okie dokie
20:42 < ricky> It'll show up in list via the meeting logs, so I'm happy as
20:42 < smooge> Any other tickets we are looking at?
20:42 < smooge> ricky and dgilmore updated BIND on the servers last night.
20:43 < onekopaka> yep
20:43 < smooge> I am working on getting a trip to Az to upgrade backup hardware.
20:43 < onekopaka> I heard of that story.
20:44 < onekopaka> not the trip story
20:44 < onekopaka> the BIND updatign
20:44 < onekopaka> updating*
20:44 < smooge> there was a story involved? Beyond where the f* is smoogen and why
isn't he doing it?
20:44 < onekopaka> smooge: of course.
20:45 < smooge> Alright I think that means we are on open floor
20:45 < smooge> #topic openfloor
20:45 -!- zodbot changed the topic of #fedora-meeting to: openfloor (Meeting topic: Fedora
20:45 < dgilmore> sorry im late
20:45 < onekopaka> blogs.fedoraproject.org
20:45 < ricky> f13: How is the signing server going?
20:46 < f13> jwb is using it right now
20:46 < f13> so far so good
20:46 < ricky> Cool :-)
20:46 < f13> We've discovered a number of issues with the first setup, that
we'll need to resolve and do a clean re-deployment
20:46 -!- opuk [n=kupo(a)pipe.intertubez.net] has left #fedora-meeting 
20:46 < f13> and then write up some good SOPs in case I get eaten by a raptor
20:46 < smooge> ok cool. let me know when you need that
20:46 < f13> and then we'll be able to go "live" with it
20:46 < smooge> I need to rebuild the RAID
20:47 < tmz> I've been (slowly) working on learning the hosted setup enough to
expand the SOPs and create an improved hosted-setup script to do the dirty work for us.
20:47 < tmz> today I'm wondering if we have any working examples of svn commit
20:48 < ricky> tmz: I think aplaws might be a project with an example of that - not
sure if it got broken with noexec or not though
20:48 < smooge> tmz, what does that mean? rebuild of fedora hosted
20:48 < ricky> THanks for working on that by the way
20:49 < tmz> ricky: yeah, I know aplaws is one of them, but it uses a post-commit in
/srv/svn, so I'm thinking it's likely to be broken. but I don't honestly know
20:49 < ricky> Ah, I think I tried to debug that at some point with no luck - maybe
noexec was the culprit
20:49 < tmz> smooge: nah, no rebuilds needed. just a smarter and more comprehensive
hosted-setup script for creating new projects.
20:49 < smooge> ah ok
20:49 < smooge> thanks
20:50 < ricky> Update on mirrors:
20:50 < ricky> The i2 mirror is up, but we're getting slower speeds on than
we'd expect from i2
20:50 < ricky> So we opened a ticket with the networking people today
20:50 < ricky> Otherwise, things seem to have cooled down significantly since last
20:51 < smooge> thanks ricky
20:53 < onekopaka> blogs.fedoraproject.org?
20:53 < smooge> ok what about blogs :)?
20:53 < onekopaka> so.
20:53 < onekopaka> It's on production servers
20:53 < onekopaka> but we're trying to work on SSL login.
20:54 < ricky> One thing I'd like you guys to do is make it clear on the front
page that it's not 100% in production yet - otherwise there might be some confusion
20:54 < onekopaka> thing is, HAProxy isn't going over SSL
20:54 < onekopaka> ricky: will do
20:54 < ricky> Then you can make an announcement post and everything when it's
20:54 < onekopaka> and so value1 & value2 aren't seeing that the request is
20:54 < onekopaka> and that's confusing WPMU.
20:55 < smooge> oh so there needs to be an SSL proxy?
20:55 -!- JSchmitt [n=s4504kr@fedora/JSchmitt] has quit Read error: 104 (Connection reset
20:55 < sijis> i would think so.
20:55 < onekopaka> smooge: yes, but I haven't figured out how to do such a
thing, and ricky doesn't want us to use SSL on value1 & value2.
20:56 < ricky> It's the app servers that wordpress-mu needs to think is SSL, but
we'd rather avoid that, even if it takes patches sent upstream to fix it
20:56 < ricky> One resource to try is asking people who run wordpress.com
20:56 < ricky> Assuming that they have separate proxy/app servers
20:56 < smooge> probably hardware :)
20:56 < onekopaka> ricky: their infrastructure is largely based on nginx
20:57 < onekopaka> ricky: which is kinda like haproxy, but it can also serve static
HTML, and run FCGI apps.
20:57 < ricky> OK, so on the backend, is it http or https?
20:57 < onekopaka> ricky: not sure.
20:58 < smooge> ok 2 minutes til hardstop
20:58 < ricky> It might be good to find out and see if they can maybe help with the
20:58 < onekopaka> ricky: the front end you can request with SSL, and in your
Profile, choose to use SSL on your dashboard
20:59 < onekopaka> yeah, not sure who does the infrastructure at Automattic.
20:59 < onekopaka> (Automattic is the company that oversees wp.com
, and WP/WPMU
20:59 < onekopaka> oh I see.
20:59 < onekopaka> http://automattic.com/about/
21:00 -!- rdieter [n=rdieter@fedora/rdieter] has quit Remote closed the connection
21:00 < smooge> ok lets wrap this up
21:00 < onekopaka> Barry Abrahamson would most likely be the guy to talk to.
21:00 < onekopaka> smooge: I'm not done.
21:00 < smooge> are we going to run over into someone elses meeting?
21:01 < abadger1999> smooge: I don't believe so.
21:01 < onekopaka> I don't think so.
21:01 < smooge> ok sorry I misread
21:01 < smooge> continue on please and apologies for interrupting
21:01 < onekopaka> I'll see if I can get in touch with Barry.
21:02 < onekopaka> #action onekopaka to attempt to contact Barry Abrahamson, Systems
Wrangler at Automattic.
21:02 -!- fbijlsma [n=fbijlsma(a)p54B2DEEA.dip.t-dialin.net] has quit "Leaving"
21:02 -!- gholms [n=gholms(a)minnock.spa.umn.edu] has quit "Leaving."
21:03 < onekopaka> He might also be able to help us with them MySQL queries ;)
21:03 -!- mep [n=palazzot(a)host126-9-dynamic.0-79-r.retail.telecomitalia.it] has quit
21:03 < onekopaka> wp.com
is a big site, and they most likely have a way to back it
21:03 < onekopaka> so I think we're done..
21:04 < smooge> #action onekopaka to attempt to contact Barry Abrahamson, Systems
Wrangler at Automattic.
21:04 < onekopaka> they also apparently have a big "deploy" button to
deploy the latest WPMU code to wp.com
21:04 * onekopaka needs to go get lunch
21:05 < smooge> ok sorry for taking a while to get to you
21:05 < onekopaka> smooge: it's okay.
21:05 < onekopaka> woah, new admin bar on wp.com
. it has my gravatar even..
21:06 < smooge> do we have a time line?
21:06 < onekopaka> smooge: for blogs.fp.o?
21:07 * onekopaka is hitting up the contact page on Barry's WP.com
21:07 < smooge> yes? just as in where you think you might be in a couple of weeks
21:07 < onekopaka> well
21:07 < onekopaka> another note is that we would like to upgrade our WPMU
21:08 < onekopaka> so that we can enable plugins sitewide (specificially "Bad
Behavior" the anti-spam plugin we chose)
21:09 < smooge> ok this is in the 'testing' stage correct?
21:09 < smooge> so it would not impact users?
21:09 < onekopaka> it's on prod. servers, but not quite there.
21:09 < onekopaka> and the packages aren't in any repo
21:09 * onekopaka digs up his el5 package he made via Koji
21:09 < onekopaka>
21:10 < onekopaka> hmm
21:10 < onekopaka> that's the f11 one.
21:10 < onekopaka>
is the final
21:11 < onekopaka> I should rebuild them, I didn't put a changelog
21:11 < smooge> ok so we need to have that built/signed/etc for the infrastructure
21:11 < ricky> Only if we actually do decide that it's worth upgrading to
something not in EPEL/Fedora
21:11 < onekopaka> ideally, we'd want them in epel & fedora
21:11 < onekopaka> but.
21:11 < onekopaka> but.
21:11 < onekopaka> BUT!
21:12 < onekopaka> bretm, the owner of the package says after wordpress-mu 2.7,
there's a "missing feature"
21:12 -!- sharkcz [n=dan(a)plz1-v-4-17.static.adsl.vol.cz] has quit "Ukončuji"
21:13 < onekopaka> but I have yet to hear what feature that is
21:13 < onekopaka> which is annoying.
21:13 -!- Pikachu_2015 [n=Pikachu_(a)85-169-125-118.rev.numericable.fr] has joined
21:13 < smooge> ah ok. we need to get that pinned down I think.
21:13 < onekopaka> yep
21:14 < onekopaka> hiemanshu was going to bug bretm about it, but I haven't any
thing from him
21:14 -!- Pikachu_2014 [n=Pikachu_(a)85-169-125-118.rev.numericable.fr] has quit Nick
collision from services.
21:14 -!- Pikachu_2015 is now known as Pikachu_2014
21:14 -!- jnettlet [n=jnettlet(a)x1-6-00-16-b6-ad-03-88.k462.webspeed.dk] has quit Read
error: 60 (Operation timed out)
21:14 -!- shepherd [n=shepherd@unaffiliated/shepherd] has joined #fedora-meeting
21:14 < onekopaka> so I'm pretty much done here...
21:14 < onekopaka> and so I think we can #endmeeting.
21:15 < onekopaka> unless anyone else has something to say.
21:15 < onekopaka> I'm going to count from 5
21:15 < onekopaka> 5
21:15 < onekopaka> 4
21:15 < onekopaka> 3
21:15 < onekopaka> 2
21:15 < onekopaka> 1
21:15 < onekopaka> 0
21:15 < smooge> ok
21:15 < onekopaka> mmkay, time's up.
21:15 < smooge> #endmeeting
21:15 -!- zodbot changed the topic of #fedora-meeting to: Channel is used by various
Fedora groups and committees for their regular meetings | Note that meetings often get
logged | For questions about using Fedora please ask in #fedora | See
for meeting schedule
21:15 < zodbot> Meeting ended Thu Jul 30 21:15:59 2009 UTC. Information about
MeetBot at http://wiki.debian.org/MeetBot
21:15 < zodbot> Minutes:
21:16 < zodbot> Minutes (text):
21:16 < zodbot> Log: