20:00 < mmcgrath> #startmeeting 20:00 < zodbot> Meeting started Thu Jul 23 20:00:16 2009 UTC. The chair is mmcgrath. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:00 < zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 20:00 * ricky 20:00 < mmcgrath> #topic Infrastructure -- Who's here? 20:00 -!- zodbot changed the topic of #fedora-meeting to: Infrastructure -- Who's here? 20:00 * ricky (oops) 20:00 * dgilmore 20:00 * dgilmore 20:00 * dgilmore 20:00 * LinuxCode 20:01 * johe here 20:01 * nirik is around. 20:01 < mmcgrath> K. lets get started on ticket 20:01 < mmcgrath> s 20:01 < mmcgrath> #topic Infrastructure -- Tickets 20:01 -!- zodbot changed the topic of #fedora-meeting to: Infrastructure -- Tickets 20:01 < mmcgrath> .tiny https://fedorahosted.org/fedora-infrastructure/query?status=new&status=assigned&status=reopened&group=milestone&keywords=~Meeting&order=priority 20:01 < zodbot> mmcgrath: http://tinyurl.com/47e37y 20:01 * davivercillo is here 20:01 < mmcgrath> So the first and only meeting item is, again, 20:01 < mmcgrath> .ticket 1503 20:01 < zodbot> mmcgrath: #1503 (Licensing Guidelines for apps we write) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1503 20:01 < onekopaka> hello 20:01 < mmcgrath> last time we talked about the the whole metting 20:01 * onekopaka was here. 20:02 < mmcgrath> this time lets kill it after 10 minutes max. 20:02 < onekopaka> is* 20:02 < mmcgrath> abadger1999: around? 20:02 < dgilmore> mmcgrath: i think we could again 20:02 < smooge> here 20:02 * abadger1999 arrives 20:02 < dgilmore> did we get input on what source we have to make available? and how we have to make it available if we went with AGPL everywhere? 20:02 < mmcgrath> abadger1999: so give us the latest poop 20:02 < smooge> dgilmore, spot is working on it with legal 20:02 < LinuxCode> I assume this is the AGPLv3 issue ? 20:02 < smooge> or I should wait until abadger1999 20:03 * skvidal is here 20:03 < LinuxCode> wasnt somebody supposed to be here ? 20:03 -!- mchua [n=mchua@nat/redhat/x-fd7206a424906029] has joined #fedora-meeting 20:03 < ricky> LinuxCode: They were at OSCON 20:03 < LinuxCode> ohh 20:03 < abadger1999> spot is talking to legal. So I think we don't have much to say here. 20:03 < LinuxCode> the person spot mentioned ? 20:03 < abadger1999> Unless people have new questions since last year 20:03 < mmcgrath> abadger1999: so no progress since last week? 20:03 * LinuxCode hasnt, but sees both sides of the argument 20:04 < dgilmore> abadger1999: right. until we clear up the legal requirements we can do anything 20:04 < abadger1999> mmcgrath: Well, spot has the list of questions now and it has gone from him to legal. But we haven't gotten a writeup yet. 20:04 < abadger1999> So we can make no progress. 20:04 < mmcgrath> k 20:04 < mmcgrath> Is Bradley Kuhn here? 20:04 * mmcgrath notes domsch invited him 20:05 < ricky> I think he was OSCONing, so mdomsch moved it up a week 20:05 < mmcgrath> ah, k 20:05 < abadger1999> I'd like to go ahead with relicensing python-fedora to lgplv2+ since that won't be affected by whatever we decide regarding agpl. 20:05 < mmcgrath> ah. so he did :) 20:05 < mmcgrath> abadger1999: What all are we accomplishing with that? 20:06 < abadger1999> mmcgrath: Right now it's gplv2. LGPLv2+ will make it so more people can use it. 20:06 < abadger1999> for instance, if someone writes code with the apache license, python-fedora will work under the LGPLv2+. 20:06 < abadger1999> also, mdomsch would like it to change. 20:07 < mmcgrath> k 20:07 < mmcgrath> well, if thats all we have on that I'll move on 20:07 < abadger1999> mirrormanager is MIT licensed. But when used with python-fedora, the combined work is GPLv2. 20:07 < skvidal> together - they fight crime! 20:07 < abadger1999> with python-fedora LGPLv2+, mirrormanager remains MIT in practice. 20:07 < onekopaka> hmm. 20:08 < abadger1999> s/inpractice// 20:08 < mmcgrath> skvidal: that's good, I'm pretty sure smolt is committing some.... 20:08 < mmcgrath> abadger1999: ok, thanks for that 20:08 < mmcgrath> anyone have anything else on this topic before we move on? 20:08 * LinuxCode shakes head 20:08 < mmcgrath> k 20:09 < mmcgrath> #topic Infrastructure -- Mirrors and 7 years bad luck. 20:09 -!- zodbot changed the topic of #fedora-meeting to: Infrastructure -- Mirrors and 7 years bad luck. 20:09 < LinuxCode> haha 20:09 < smooge> you broke it 20:09 < LinuxCode> its your fault 20:09 < LinuxCode> lol 20:09 < mmcgrath> So, as far as I know the mirrorsr are on the mend. 20:09 < LinuxCode> +1 can confirm that 20:09 < smooge> I believe so. 20:09 -!- Sonar_Gal [n=Andrea@fedora/SonarGal] has quit "Leaving" 20:09 < LinuxCode> had first updates today 20:10 < mmcgrath> jwb just did a push that finished. 20:10 < mmcgrath> so there's a bash update coming out. 20:10 < mmcgrath> we're trying to time how long it takes that update takes to get to our workstations 20:10 < jwb> mmcgrath, i see it on d.f.r.c, but i haven't gotten it via yum yet 20:10 < mmcgrath> so if any of you see a bash update available, please do ping me and let me know. 20:10 < jwb> (and i'm doing yum clean metadata/yum update every little bit) 20:10 * mmcgrath verifies he also doesn't have it 20:11 * LinuxCode cleans up and sees if it has made it to the UK 20:11 < mmcgrath> yeah, no update yet. 20:11 < mmcgrath> So keep an eye on that. 20:11 < mmcgrath> Here's some of the stuff that's been done 20:11 < mmcgrath> 1) we've put limits on the primary mirrors 20:11 < mmcgrath> 2) we've started building our own public mirrors system which, for now, will be very similar to the old mirrors system. 20:11 < mmcgrath> but we control it 20:12 < mmcgrath> 3) we've leaned harder on various groups that we're blockign on to get our i2 mirror back up and our other primary mirror back up 20:12 -!- davivercillo [n=daviverc@xxxxxxxxxxxxx] has quit Nick collision from services. 20:12 < mmcgrath> we're supposed to have 3 of them. 20:12 < mmcgrath> But still no root cause, though it sounds like a combination of thigns 20:12 < mmcgrath> err things. 20:13 < mmcgrath> To me the biggest issue isn't that the problem came up, it's that it took so long to fix and our hands were largely tied for it. 20:13 -!- davivercillo [n=daviverc@xxxxxxxxxxxxx] has joined #fedora-meeting 20:13 * davivercillo came back... 20:13 < mmcgrath> So we're working hard to build our own mirrors out that we can work on, monitor, etc. 20:13 < Southern_Gentlem> su 20:13 < Southern_Gentlem> su 20:13 < ricky> Password: 20:13 < LinuxCode> yeh, was a bummer that it took that long 20:13 < dgilmore> mmcgrath: how is that going to work? 20:13 < nirik> Southern_Gentlem: sudio? :) 20:14 < Southern_Gentlem> wrong window sorry 20:14 < ricky> dgilmore: It'll just be rsync servers that mount the netapp 20:14 < mmcgrath> dgilmore: for now we've got sync1 and sync2 up (which are RR behind sync.fedoraproject.org) which we're going to dedicate to our tier0 and tier1 mirrors. 20:14 < mmcgrath> They mount the netapp and basically do the same thing download.fedora.redhat.com did 20:14 < mmcgrath> Long term though... 20:14 < ricky> Have we decided to dedicate it, or just have connection slots reserved for tier 0/1? 20:14 < dgilmore> mmcgrath: ok what about from other data centres? 20:14 < dgilmore> RDU and TPA? 20:15 < ricky> rsync's connection limiting allows us to be pretty flexible with how we do that 20:15 < mmcgrath> ricky: right now we're not going to tell others about it and we might explicitly deny access the non tier0/1 mirrors 20:15 < smooge> TPA? 20:15 < LinuxCode> mmcgrath, so, the other mirrors grab from sync1 and sync2 ? 20:15 < mmcgrath> notting: FYI this might interest you. 20:15 < ricky> OK 20:15 < ricky> smooge: Tampa, I think 20:15 < mmcgrath> LinuxCode: only tier0 and 1 20:15 < LinuxCode> k 20:15 < smooge> oh I thought Tampa was gone 20:15 < mmcgrath> dgilmore: so the future of that is going to look like this. 20:15 < ricky> The other mirrors should technically grab from tier 0 or 1 20:15 < mmcgrath> TPA's mirror has been offline since February but it is physically in PHX2 now just not completely hooked up. 20:15 < smooge> ah ok 20:15 < mmcgrath> They're going to get it setup, get the snapmirror working again, then we'll have some servers there that mount that netapp and share. 20:16 < mmcgrath> it'll be similar if not identical to what we have in PHX1. 20:16 < mmcgrath> for me the concern is 1) is the limiting factor bandwidth or disk space. 20:16 < mmcgrath> and if it's bandwidth, we might need additional servers in PHX2 which I understand has a much faster pipe. 20:16 < mmcgrath> That's all regular internet stuff. 20:16 < LinuxCode> mmcgrath, what about failure ? 20:16 < mmcgrath> on the I2 side we're going to get RDU setup 20:16 < ricky> And will we get access to the rsync servers on the non-PHX sites? 20:17 < dgilmore> mmcgrath: so the same thing in RDU? 20:17 < mmcgrath> LinuxCode: well we'll have one in PHX and one in PHX2 so we'll be redundant in that fashion. 20:17 < LinuxCode> k 20:17 < mmcgrath> dgilmore: similar in RDU, though probably not a whole farm of servers. 20:17 < dgilmore> couple of boxes in front of teh netapp? 20:17 < mmcgrath> we'll have proper I2 access there. 20:17 * SmootherFrOgZ is around btw 20:17 < mmcgrath> but one thing I'm trying to focus on there is using ibiblio as another primary mirror. 20:17 -!- mdomsch [n=Matt_Dom@xxxxxxxxxxxx] has joined #fedora-meeting 20:17 < mmcgrath> Or at least work it in to our SOP so it can be pushed to very quickly and easily instead of pulled from. 20:17 < mmcgrath> we see one sign of problems from our primary mirrors and that can be setup and going. 20:17 < mmcgrath> we were lucky this last week. 20:18 < mmcgrath> no ssh vulnerabilities were actually real for example :) 20:18 < mmcgrath> so that's really what it's all going to look like. 20:18 -!- tibbs [n=tibbs@fedora/tibbs] has quit "Konversation terminated!" 20:18 < mmcgrath> smooge has some concerns about IOPS on the disk trays. 20:19 < mmcgrath> and we may have to take a more active role in determining what kind of trays we want in the future. 20:19 < dgilmore> mmcgrath: cool 20:19 < mmcgrath> this one was done between the storage team and netapp and months of their research. 20:19 < dgilmore> mmcgrath: its all sata right? 20:19 < smooge> yes.. the trays and how they are 'set' up were based on if they were FC. 20:19 < dgilmore> how big are the disks? 20:19 < smooge> and now they are 1TB SATAs 20:20 < smooge> the issue is that the SATAs perform at 1/3 the rate FC would 20:20 < dgilmore> so we have one shelf in each location? 20:20 < mmcgrath> smooge: I'd have hopped that months of research would have shown that though. 20:20 < smooge> but the FC would cost 8x more 20:20 < mmcgrath> I think their thoughts were that our FC rates were very underutilized. 20:20 < dgilmore> smooge: right id expect that kind of decrease in performance 20:21 < mmcgrath> So the longer term future on all of this is still in question. 20:21 < LinuxCode> mmcgrath, for the cost, you could make more mirrors 20:21 < smooge> mmcgrath, it could have been but more like 3/5's of capacity 20:21 < mmcgrath> and I'm pretty sure our problems, caused kernel.org's problems last week as well. 20:21 < LinuxCode> and maybe raid6+0 them 20:21 < mmcgrath> and his' machines are f'ing crazy fast. 20:21 < LinuxCode> ehh raid5+0 20:21 < LinuxCode> raid6 be slow 20:21 < smooge> LinuxCode, the issue comes down to the number of spindles either way 20:22 < LinuxCode> hmm 20:22 < smooge> and the bandwidth of the controllers 20:22 < mmcgrath> LinuxCode: raid6 and raid5 with lots of disks have nearly identical read performance. 20:22 < LinuxCode> true that mmcgrath 20:22 < mmcgrath> But still, no ETA on any of that. 20:22 < LinuxCode> even with stripping applied too ? 20:22 < smooge> anyway.. it is what it is or whats done is done or some other saying 20:22 < LinuxCode> smooge, hehe 20:22 < mmcgrath> I have a meeting with Eric (my primary RH contact) to find out about funding for new servers and what not for all of this. 20:23 < mmcgrath> and the scary part is we had these issues with just 1T of storage. 20:23 < mmcgrath> these trays were purchased so we could have closer to 8T of storage to use. 20:23 < LinuxCode> hmmm 20:23 < mmcgrath> If we find the trays can't handle it.... then I don't know what's going to happen but I know the storage team won't be happy. 20:23 < mmcgrath> So anyone have any additional questions on any of this? 20:23 < LinuxCode> are these san trays ? 20:24 < smooge> netapp 20:24 < LinuxCode> k 20:24 < mmcgrath> K, so that's that. 20:25 < mmcgrath> #topic Infrastructure -- Oddities and messes 20:25 -!- zodbot changed the topic of #fedora-meeting to: Infrastructure -- Oddities and messes 20:25 -!- sdziallas_ [n=sebastia@xxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #fedora-meeting 20:25 < mmcgrath> So have things seemed more fluxy then normal to anyone else or is it just me? 20:25 < mmcgrath> We've largely corrected the ProxyPass vs RewriteRule [P] 20:25 < mmcgrath> thing 20:25 -!- sdziallas [n=sebastia@fedora/sdziallas] has quit Nick collision from services. 20:25 -!- sdziallas_ is now known as sdziallas 20:25 < mmcgrath> but I still feel there's lots of little outstanding bugs that have crept in over the last several weeks that we're still figuring out. 20:25 < mmcgrath> of particular concern to me at the moment is smolt. 20:26 < mmcgrath> but there were other things like the openvpn issue ricky discovered yesterday. 20:26 < dgilmore> it seems like nagios has been having moments 20:26 < dgilmore> where we get alot of alerts 20:26 < ricky> Are we sure that the smolt changes were necessarily from the merge? 20:26 < ricky> smolt was one of the ones whose proxy config was complex enough that I didn't touch it much 20:26 -!- Pikachu_2014 [n=Pikachu_@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #fedora-meeting 20:27 < mmcgrath> ricky: I actually think the smolt issues were discovered not because of the change but because of a cache change you made. 20:27 < ricky> Ahhh, yeah. 20:27 < mmcgrath> I think nagios had been checking a cached page the whole time so even when smolt went down, nagios just didn't notice. 20:27 < LinuxCode> hehe 20:27 < mmcgrath> or at least didn't notice it unless things went horribly bad. 20:27 < mmcgrath> I'd like to have more people looking at it though 20:27 -!- sijis [n=sijis@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #fedora-meeting 20:28 < mmcgrath> onekopaka has been doing some basic hits from the outside. 20:28 < mmcgrath> basically a "time smoltSendProfile -a" 20:28 < onekopaka> mmcgrath: I have. 20:28 < mmcgrath> and the times were all over the place. 20:28 * sijis is sorry for being late. 20:28 < mmcgrath> including about a 5% failure rate. 20:28 < mmcgrath> Of course I hate to be spending time on something that is clearly not in Fedora's critical path, but we've got to knock it out 20:28 -!- thekad [n=kad@xxxxxxxxxxxxxxx] has joined #fedora-meeting 20:28 < LinuxCode> does smolt provide some debugging output thats useful ? 20:29 < mmcgrath> LinuxCode: it's almost entirely blocking on db. 20:29 < LinuxCode> as to network, dns issues 20:29 < mmcgrath> we even have the queries. 20:29 < LinuxCode> hmm 20:29 < LinuxCode> weird 20:29 < davivercillo> mmcgrath: I can try to help you with this ... 20:29 < ricky> Do we know which queries are causing the locked queries though? 20:30 < mmcgrath> ricky: not really 20:30 < mmcgrath> I still don't even understand why they're being locked 20:30 < mmcgrath> and why does locktime not mean anything? 20:30 < LinuxCode> is there a conn limit set up on the db end for the smolt unit ? 20:30 < ricky> locktime? 20:30 < mmcgrath> LinuxCode: it's not that weird, it's got 80 million rows :) 20:30 < mmcgrath> ricky: yeah in the slow queries log 20:30 < ricky> The time column on processlist is the that the query has been in its current state 20:30 < abadger1999> Do we have any reproducers? I can try with postgres but we'd need to know whether we've gained anyhting or not. 20:30 < ricky> Hm, I remember looking the slow queries one up 20:31 < mmcgrath> davivercillo: how's your db experience? 20:32 < LinuxCode> mmcgrath, so queries get processed or a connection passes to the db server, but it doesnt handle it, correct ? 20:32 < davivercillo> mmcgrath: not so much yet... but I can learn fast ! :D 20:32 < mmcgrath> LinuxCode: the queries take several seconds to complete 20:32 < mmcgrath> for example 20:32 -!- mcepl [n=mcepl@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has left #fedora-meeting [] 20:32 < LinuxCode> hmmm 20:33 < mmcgrath> I don't even have an example at the moment. 20:33 < LinuxCode> np 20:33 < ricky> Ah, lock_time is the time the query spent waiting for a lock 20:33 < mmcgrath> but they're there. 20:33 < ricky> So for the queries in the lock state with high times in processlist, they should have high lock_time if they're in the slow query log 20:33 < mmcgrath> ricky: so if a query is running on a table for 326 seconds... does that mean it was locked that whole time? 20:33 < ricky> Depends on where the 326 number came from 20:34 < mmcgrath> ricky: in the slow queries log, do you see any queries that have a Lock_time above 0? 20:34 < mmcgrath> oh, there actually are some. 20:35 < mmcgrath> only 56 of 2856 though 20:35 < mmcgrath> So anyway 20:35 < mmcgrath> davivercillo: how's your python? 20:35 < LinuxCode> could it be that smolt sends some weird query, that then causes it to hickup ? 20:35 < mmcgrath> LinuxCode: nope, it's not weird queries :) 20:35 < LinuxCode> just a wild though 20:35 < LinuxCode> t 20:35 < davivercillo> mmcgrath: I think that is nice... 20:35 < mmcgrath> it's just the size of the db 20:35 < LinuxCode> hehe 20:36 < onekopaka> joins + size = slowness 20:36 < mmcgrath> well and that's something else we need to figure out, we've spent so much time optimizing render-stats (which is still pretty killer) 20:36 < LinuxCode> mmcgrath, yeh but if you do something funky + huge db = inefficient 20:36 < mmcgrath> but we haven't looket at optimizing the sending profiles. 20:36 < davivercillo> mmcgrath: I did that script checkMirror.py, do u remember ? 20:36 < mmcgrath> huge db == inefficient :) 20:36 < davivercillo> :P 20:36 < LinuxCode> mmcgrath, haha of course 20:36 < mmcgrath> davivercillo: yeah but that was smaller :) 20:36 < LinuxCode> but there is no way around that 20:36 < mmcgrath> davivercillo: ping me after the meeting, we'll go over some stuff. 20:37 < davivercillo> mmcgrath: yep, I know... :P 20:37 < mmcgrath> if any of you are curious and want to poke around 20:37 < davivercillo> mmcgrath: Ok ! 20:37 < mmcgrath> you can get a sample db to download and import here: 20:37 < mmcgrath> https://fedorahosted.org/releases/s/m/smolt/smolt.gz 20:37 < mmcgrath> It's about 500M 20:37 < thekad> mmcgrath, yes! thanks! 20:37 * thekad has been waiting to load something like that 20:37 < mmcgrath> Ok, I don't want to take up the rest of th emeeting with smolt stuff so we'll move on. 20:38 < mmcgrath> #topic Infrastructure -- Open Floor 20:38 -!- zodbot changed the topic of #fedora-meeting to: Infrastructure -- Open Floor 20:38 < mmcgrath> Anyone have anything they'd like to discuss? 20:39 < dgilmore> importing meat pies from australia? 20:39 * mdomsch invited Bradley Kuhn to a future meeting to talk about agplv3 20:39 < thekad> mmcgrath, actually, about this smolt stuff, is there a ticket where we can track? 20:39 < mdomsch> we may have it cleared up by then, maybe not. 20:39 < SmootherFrOgZ> dgilmore: :) 20:39 < dgilmore> mdomsch: have at it 20:39 < mmcgrath> thekad: not actually sure. I'll create one if not. 20:39 < LinuxCode> mmcgrath, Id just like to know when you guys have time to help me do that new mapping of infra 20:39 < LinuxCode> it will probably take a few weeks, if not longer 20:39 < mmcgrath> mdomsch: yeah we were talking about it a bit earlier. I saw your first email but not th esecond email :) 20:40 < smooge> dgilmore, are they mutton meat pies? 20:40 < thekad> I've seen this topic pop up several times, but we start from scratch every time, I think we could benefit there :) 20:40 < dgilmore> smooge: no 20:40 < LinuxCode> if that ticket still even exists 20:40 < smooge> dgilmore, then no thankyou 20:40 < dgilmore> smooge: four'n'twenty pies 20:40 < dgilmore> smooge: best ones ever 20:40 -!- jayhex [n=jayhex@xxxxxxxxxxxxxx] has joined #fedora-meeting 20:40 < mmcgrath> Ok, anyone have anything else they'd like to discuss? 20:41 * thekad is being dragged away by his 2yo daughter bi5 20:41 < smooge> dgilmore, as long as they don't have raisins and such in them 20:41 < LinuxCode> mmcgrath, see above 20:41 < LinuxCode> to replace this 20:41 < LinuxCode> https://fedoraproject.org/wiki/Infrastructure/Architecture 20:41 < LinuxCode> was in the talk some time ago 20:41 < mmcgrath> LinuxCode: yeah you were going to add docs to git.fedorapeople.org 20:41 < LinuxCode> there was a ticket, but not sure what happened to it 20:41 < mmcgrath> err git.fedorahosted.org/git/fedora-infrastructure.git :) 20:41 < LinuxCode> k 20:42 < LinuxCode> well I will have time now, but need you guys to explain to me exactly whats where 20:42 < mmcgrath> .ticket 1084 20:42 < zodbot> mmcgrath: #1084 (Fix proxy -> app docs) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1084 20:42 < LinuxCode> so I just ask some stupid questions now and then 20:42 < mmcgrath> LinuxCode: Do you have some time to work on it this afternoon? 20:42 < LinuxCode> its kinda late now 20:42 < LinuxCode> ;-p 20:42 < LinuxCode> 21:42 20:43 < mmcgrath> LinuxCode: yeah I'll add some stuff. 20:43 < LinuxCode> k 20:43 < mmcgrath> for those docs I think it's less important on where stuff physically is, and more important on how the pieces fit together. 20:43 < LinuxCode> a list be ok 20:43 < LinuxCode> that give me a starting point 20:43 < mmcgrath> that's really what people are talking about when they do architecture 20:43 < LinuxCode> yah of course 20:43 < LinuxCode> to give people a better idea 20:43 < mmcgrath> LinuxCode: <nod> i'll update that ticket shortly actually 20:43 < LinuxCode> excellent 20:43 < smooge> I have an open floor question 20:43 < mmcgrath> I think starting on the Proxy servers first would be a good way to go. 20:43 < mmcgrath> smooge: have at it 20:44 < LinuxCode> def 20:44 < LinuxCode> we talk another time 20:44 < smooge> Someone was working on a inventory system earlier. Does anyone remember who it was , where it was, etc? 20:44 < smooge> I can't find any reference versus IRC :) 20:44 < LinuxCode> inventory.... 20:44 < LinuxCode> kinda rings a bell.... 20:44 * nirik thinks it was ocsinventory. Not sure who was doing it tho. 20:45 < mmcgrath> smooge: I think it was boodle 20:45 < sijis> i saw something on the list about ipplan. is that it? 20:45 < mmcgrath> .any boodle 20:45 < zodbot> mmcgrath: I have not seen boodle. 20:45 < smooge> boodle is a tool? 20:45 < smooge> boodle is a person? 20:45 < mmcgrath> mdomsch: you work with boodle right? 20:45 -!- sharkcz [n=dan@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has quit "Ukončuji" 20:45 < mmcgrath> boodle is a dude(le) 20:45 < ricky> Heh 20:45 < LinuxCode> http://publictest10.fedoraproject.org/ocsreports/ 20:45 < LinuxCode> thats in my ticket 20:45 < LinuxCode> not sure if that helps 20:45 < mdomsch> mmcgrath, yes 20:45 < LinuxCode> the machine aint up 20:45 < smooge> LinuxCode, what ticket 20:46 < mmcgrath> mdomsch: he was working on the inventory stuff 20:46 < LinuxCode> https://fedorahosted.org/fedora-infrastructure/ticket/1084 20:46 < LinuxCode> scroll to bottom 20:46 < LinuxCode> 03/16/09 20:36:44 changed by boodle 20:46 < mdomsch> mmcgrath, I remember; I haven't seen anything on that in a bit 20:46 < mdomsch> ha 20:46 < smooge> LinuxCode, thanks.. my browser skills FAILED 20:46 < mdomsch> yeah, since about then 20:46 < LinuxCode> smooge, haha 20:46 < mmcgrath> mdomsch: I just didn't know if he was still working on it or what 20:46 < LinuxCode> ;-D 20:46 < mmcgrath> butI think smooge has an itch to get it going. 20:46 < mmcgrath> and it's probably best to let him scratch it :) 20:46 < mdomsch> smooge, go for it 20:47 < mdomsch> just put a note in that ticket so he knows 20:47 < LinuxCode> that be something useful to me actually 20:47 < thekad> bump the ticket 20:47 < smooge> ok cool. mdomsch can you send me an email address so I can contact him too 20:47 < LinuxCode> to make those updated diagrams 20:47 < ricky> smooge: What was the software you had experience with again? 20:47 < smooge> exactly what he was using 20:47 < mmcgrath> I swear there was an inventory ticket he was working on 20:47 < ricky> Oh 20:47 < ricky> oscinventory? That might have ended... a bit poorly 20:47 < smooge> mmcgrath, probably I have epic fail this week with searching 20:48 < ricky> I remember one of the ones he was trying, I found bad security problems on a quick lookover 20:48 < LinuxCode> ricky, with the app ? 20:48 < mmcgrath> ricky: do you know what happened with pb10? 20:48 < ricky> Yeah, grepping my IRC logs now 20:48 < mmcgrath> err pt10 20:48 * mdomsch has to run; later 20:48 < mmcgrath> mdomsch: laterz 20:48 -!- mdomsch [n=Matt_Dom@xxxxxxxxxxxx] has quit "Leaving" 20:48 < LinuxCode> http://publictest10.fedoraproject.org/glpi/ 20:48 < LinuxCode> there is that one too 20:48 < LinuxCode> also kinda rings a bell 20:48 < smooge> yeah.. they tie into one another 20:48 < ricky> I have no idea, it might have just not gotten started on reboot 20:49 < LinuxCode> smooge, kk 20:49 < smooge> ocsng is the tool that polls the boxes 20:49 < smooge> glpi is the perty front end where you can enter data 20:49 < mmcgrath> .ticket 1171 20:49 < zodbot> mmcgrath: #1171 (Requesting a public test box to evaluate GLPI and OCS) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1171 20:49 < mmcgrath> smooge: see that ticket as well 20:49 < thekad> mmcgrath, that's the one 20:49 < ricky> Yeah, OSC was the security hole one 20:50 < smooge> geez I really failed 20:50 < ricky> Like I was able to delete a row from some table without logging on or anything 20:50 < thekad> .ticket 1084 20:50 < zodbot> thekad: #1084 (Fix proxy -> app docs) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/1084 20:50 < smooge> I went looking for GLPI 20:50 < thekad> that's the next one 20:50 < ricky> I didn't look much closer at the security stuff after an initial look at it though. 20:50 < LinuxCode> ricky, did you report that ? 20:50 < nirik> ricky: nasty. ;( It's in fedora, you might note that to the maintainer. 20:50 -!- easter_egg [n=freeman@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #fedora-meeting 20:51 < mmcgrath> well 20:51 < mmcgrath> just the same 20:51 < mmcgrath> smooge: you want to open up an "inventory management" ticket? 20:51 < ricky> mmcgrath: Looks like publictest10 just didn't get started on a reboot - should I start it again? 20:51 -!- kolesovdv [n=kolesovd@xxxxxxxxxxxxx] has quit Remote closed the connection 20:51 < smooge> mmcgrath, put that down as an action please 20:51 < mmcgrath> ricky: sure, smooge might be able to use it 20:51 < smooge> I will start on it right away 20:51 < mmcgrath> #action Smooge will create a ticket and get started on inventory management 20:52 < smooge> ricky, we will see if the updated version has the bug and then work it out 20:52 * davivercillo need to go home now ! See you later ! 20:52 < ricky> OK. I just remember getting a really bad impression from that and the other code, but hopefully some of this is fixed. 20:52 < davivercillo> Good Night ! 20:52 < mmcgrath> davivercillo: ping me when you get time later 20:52 < mmcgrath> or tomorrow :) 20:52 < mmcgrath> or whenever 20:53 < davivercillo> mmcgrath: for sure 20:53 < davivercillo> bye 20:53 -!- davivercillo [n=daviverc@xxxxxxxxxxxxx] has left #fedora-meeting [] 20:53 < mmcgrath> So we've only got 7 minutes left, anyone have anything else to discuss? 20:54 * ricky wonders if sijis wanted to say anything about blogs 20:54 < mmcgrath> sijis: anything? 20:54 < mmcgrath> abadger1999: or anything about zikula? 20:54 < sijis> yeah, as you saw, the authentication part on the blogs is working. 20:54 < ricky> Thanks for working on that plugin 20:54 < abadger1999> mmcgrath: When should we get docs people started in staging? 20:55 < sijis> we are able to also verify that minimum gropu memberships are met before allowing a login 20:55 < abadger1999> I think they have all of the packages in review. 20:55 -!- kolesovdv [n=kolesovd@xxxxxxxxxxxxx] has joined #fedora-meeting 20:55 < abadger1999> But htey're not all reviewed yet/some are blocking on licensing. 20:55 -!- danielbruno [n=danielbr@xxxxxxxxxxxxxxxx] has quit Remote closed the connection 20:55 < thekad> sijis, which groups are those? cla_done? 20:55 < sijis> a person has to be in cla_done an another other non-cla group 20:55 < ricky> Is http://publictest15.fedoraproject.org/cms/ really as far as they're going to take the test instance? Not trying to complain, but I'm just used to seeing slightly more complete setups in testing first 20:55 < mmcgrath> abadger1999: how long till the licensing is resolved do you think? 20:56 < sijis> there are few minor things to work out.. but it should be ready to be tested. 20:57 < ke4qqq> ricky - we need to spend more time on pt15 - we largely haven't done anything with it in months. specifically we need to get all of the pieces that we have packaged, and beat on it 20:57 < abadger1999> mmcgrath: I encountered problems in both packages I reviewed. One has been resolved (I just need to do a final review) the other is waiting upstream. docs has contacted several people related to that 20:57 < ricky> Ah, cool, so maybe not quite staging-ready yet 20:57 < ke4qqq> ricky: hopefully not far off 20:57 < abadger1999> ianweller also encountered some major problems in one that he reviewed -- but I think it might have been optional. 20:57 < ricky> Cool, thanks 20:58 < abadger1999> ke4qqq and sparks would know for sure. 20:59 < ke4qqq> we still have three (and maybe four) though that includes the one thats waiting abadger1999's final approval, that are blocked on licensing probs 20:59 < mmcgrath> abadger1999: hmm 20:59 < mmcgrath> abadger1999: what are the odds they won't be resolved? 20:59 < abadger1999> ke4qqq: Want to field that? And any contingency if that happens? 20:59 < ke4qqq> mmcgrath: I think we'll workaround - upstream is pretty committed to fixing stuff 21:00 < ke4qqq> there is just a ton of stuff 21:00 < mmcgrath> <nod> 21:00 < mmcgrath> Ok, so we're at the end of the meeting time, anyone have anything else to discuss? 21:00 < jayhex> just want to say hi before we end. Julius Serrano here. 21:00 < mmcgrath> jayhex: hello Julius! 21:00 -!- oget_ [n=oget@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #fedora-meeting 21:00 -!- oget_ is now known as oget_zzz 21:00 < mmcgrath> thanks for saying hey. 21:00 < thekad> welcome jayhex 21:00 < ricky> jayhex: Hey, welcome! 21:01 < sijis> jayhex: welcome. 21:01 -!- danielbruno [n=danielbr@xxxxxxxxxxxxxxxx] has joined #fedora-meeting 21:01 < mmcgrath> Ok, if no one has anything else, we'll close in 30 21:01 -!- biertie [n=bert@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] has joined #fedora-meeting 21:02 < mmcgrath> #endmeeting 21:02 -!- 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 http://fedoraproject.org/wiki/Meeting_channel for meeting schedule 21:02 < zodbot> Meeting ended Thu Jul 23 21:02:06 2009 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . 21:02 < zodbot> Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-07-23/fedora-meeting.2009-07-23-20.00.html 21:02 < zodbot> Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-07-23/fedora-meeting.2009-07-23-20.00.txt 21:02 < zodbot> Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-07-23/fedora-meeting.2009-07-23-20.00.log.html
Attachment:
pgp6WgfiRoLOv.pgp
Description: PGP signature
_______________________________________________ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
