[wiki:ProjectSteeringCommittee Project Steering Committee - Home] == Meeting Info == This meeting of the !MapGuide PSC will take place Thursday, March 5, 2009 at 19:00 UTC (2:00 PM ET / noon MT / 11:00 AM PT). Meeting Chair: Bob Bray Universal Time: http://www.timeanddate.com/worldclock/fixedtime.html?month=3&day=5&year=2009&hour=12&min=0&sec=0&p1=55 Location: The meeting will be held on IRC at [irc://irc.freenode.net/mapguide #mapguide] == Agenda == * Appoint a Meeting Secretary * Updates on Actions from the [wiki:PscMeeting02-05-2009 Last Meeting] * Process for voting in new committers. Tom * 2.1 beta. Tom * ACE 5.6 - Bruce * Others? == Minutes == PSC Members present: Andy, Bob, Bruce, Jason, Kenneth, Tom. === Review last meeting's action items === '''Bob, Bruce, others: Review http://www.jasonbirch.com/nodes/2009/01/31/269/mapguide-rest-extension-feedback-wanted/ by Feb 13, 2009''' This one we've reviewed as much as we can, waiting for more details from Harris/Jason. '''Paul: Fusion 2.0 beta''' It's out. '''Paul + Tom: integration of Fusion 2.0 beta into MGOS in time for MGOS 2.1''' We've integrated. '''Jason + Kenneth - beta installer by end Feb''' jng has been making good progress on this. I got the installer running last night, but Apache would crash when I hit the mapagent. And still had to manually configure httpd.conf, php.ini, webconfig.ini. It's definitely getting there though. === Installer === * Still being worked on * Maybe a few more weeks === Process for voting new committers === * Producing OSS book mentioned that voting and recommending new committers should be done in private in case they are rejected, then they won't be hurt in public. * Left as open for the time being as we have few committers and don't want to discourage new committers === 2.1 Beta === * Another couple of weeks. * Move the release date on the milestone page out by 2 weeks === ACE 5.6 === * Contains needed 64bit fixes * Needs RFC * Update for 2.2 release === 64bit Support === * 2.2 Release * Need to build 64bit Apache/PHP on Windows * Might be able to just support IIS and then only require 64bit PHP === www folder in SVN === * Delete it === End of meeting === == Full transcript == {{{ I am going to give folks another minute or two before we start Howdy all. My attention is a bit limited right now, but I'll try to follow along. -->| amorsell (n=chatzill@216-115-120-64.gvea.com) has joined #mapguide What? Your A.D.D. worse than usual? No. unfortunately, it's always this bad... but more distractions than usual right now. Yea you are not the only one Let's go ahead and start it looks like we have enough Who can volunteer to take minutes today? Thanks Bruce - good of you to volunteer! Nice :) Sorry but I have a short timeout Update on Actions from Last Meeting That's fine I was going to colunteer anyways :) *volunteer First one is mine: "document initial process for donations, usage guidelines etc." no progress yet, should stay on the list Next one: "Bob, Bruce, others: Review http://www.jasonbirch.com/nodes/2009/01/31/269/mapguide-rest-extension-feedback-wanted/ by Feb 13, 2009" This one we've reviewed as much as we can, waiting for more details from Harris/Jason Jason - any updates on the state of the REST implementation? No code yet. Haris got hijacked by "real" work. May be delayed a bit. ok - thanks. Keep us posted Next one: "Paul: Fusion 2.0 beta" It's out... So then Tom, "Paul + Tom: integration of Fusion 2.0 beta into MGOS in time for MGOS 2.1" we've integrated so then the last one: "Jason + Kenneth - beta installer by end Feb" jng has been making good progress on this. I've seen lot's of e-mails so that is promising I got the installer running last night, but Apache would crash when I hit the mapagent. And still had to manually configure httpd.conf, php.ini, webconfig.ini. It's definitely getting there though. Thank goodness for Jackie :) Good, so maybe another couple of weeks? I have looked at the WiX IIS integration, and it's not overly well documented, so I'm not sure we can reach the goal of a fully Wix base IIS installer ksgeograph; have you looked at reverse-engineering a website using dark.exe? no, I have only read about it graf... jeepers. but good idea, I will try that Are there instructions somewhere on how to build the code and installers? I'd like to give it a try if I get a chance. Sounds like Jackie has created a nice bat file to do this On Jackie's blog. just a sec... http://themapguyde.blogspot.com/2009/03/building-mapguide-on-windows-made.html I'm trying it out now, it seems to be a *lot* easier to build it now It's missing a step (the Maestro batch file that copies resources into build dir) But yes, it makes compiling MapGuide on Windows insanely easier. thanks awesome - thanks Jason, Kenneth, and Jackie! Tom, you are next on the agenda - Process for voting new committers Hint... Scroll to the bottom for quick steps :) Yes, very nice! thanks for your efforts I read in the Producing OSS book I think that voting new committers in should be done in private in case we reject someone, then they won't be hurt, I think was the main reason Hmm. Could do that I guess. Proposing also, I guess? yeah, that was all I had on this topic. Feels odd to do a private vote for some reason To me also. Are you worried about excessive number of commiters? There is potential for bad feelings in that approach too No not at all and of course vote fraud - lol No one would ever know if they were being considered for committer or not, so how would there be bad feelings? Perhaps change process so that only PSC can nom committers? Because right now, any committer can nominate. Hmm. Technically, I nominated myself illegally... thats it - revoke his commit rights! on it :) I read that manual once. it's written by someone from Collabnet, and they have great experience that was easier than I expected :) OK, well, since we are still quite open to new committers (i.e., our bar is obviously low :)) perhaps we can revisit this later yes it was my blueprint for MGOS Hey, I represent that rempark... Here is the thing Since we have so few committers at this time I agree we should postpone it We need committers And people to nominate them I think the number of different people contributing to Maestro is cool. So I am not currently in favor of limiting nominations or anything else And fact that we see someone else proposing viable RFC is awesome. Similar pick up on FDO. Exactly Perhaps starting to mature a bit. Re: nomination, I wish I had my book because going on my memory sucks, anyone can nominate someone but that is also supposed to be done in private, and the discussion is supposed to be private among current committers as opposed to the PSC YEa that sounds right hang on - I have the book Let's leave it open for now. If we get more picky (require certain number of good patches, etc) can change in future. I found the book online at some time If you're worried about me nomming someone who doesn't write good code, then I'll refrain from nomming :) Yes, book is Free. If someone is nominated publicly, others will be less likely to say no, even if they have valid reasons for doing so Let's leave this as is for now. But currently, I think the number of possible comitters is so low that it is not a problem Yep Next item is also Tom: 2.1 Beta Already discussed? I got my answer. Another couple of weeks. Found it: http://producingoss.com/ That is what I thought - but I wanted to confirm I'll move the release date on the milestone page out by 2 weeks ksgeograf: Yes that is it. Great book. Ok then, last formal item belongs to Bruce: ACE 5.6 April 2 -> April 16 ok - thanks Tom I wanted to bring up ACE 5.6 for 2.2 and not for 2.1 - just to clarify The main reason is that ACE 5.6 has lots of 64bit fixes So with that you are going to support 64 bit builds? I have a working 64bit MapGuide Server and web tier and ACE 5.6 has been very stable nice The project files for the server and some of the web have been updated with x64 targets There are still some issues left Sounds like you are advocating that we should put it on the roadmap for 2.2 though I can go into details as there are really only 2 items :) Do we do RFCs for these upgrades, or do we just do them? Yes! RFC - I can take care of that after 2.1 I suggest an RFC for the update to ACE 5.6 You don't have to wait for 2.1, you could create an RFC with a 2.2 target That's what I meant :) Out of curiosity - what are the two remaining issues? np oops, ignore that 1) Reader ID used by web/server is a raw 32bit pointer - BAD. This will be changed to a lookup table and remove the raw pointer 2) Apache/PHP - we need to build a 64bit version. There is a project out there that was doing it, but they stopped over a year ago. I am using the older version of this 64 bit Apache/PHP there is no 64 bit build of Apache - you have to be kidding me Is that only on Windows? Not kidding - I was disappointed I have only investigated it on Windows - so I'm not sure about Linux for Linux you always build it, so I am sure it has 64 bit build options I think so too. That would be my guess ok - neither of those seem like showstoppers I don't think it would be unreasonable to only support IIS on 64bit Windows. I bet Jackie could build us a 64-bit version for Windows :) yeah, it would take him like 30 min We still need 64bit PHP on windows even with IIS Oh crap :) ok, so when is that 2.2 beta with 64 bit support? Are you asking if we can get it at the same time as the 2.2 beta with 32-bit support? Is there consideration being given to upgrading Apache and PHP? Or GEOS, or... :) I am just pushing We should evaluate other component upgrades as well - for 2.2 Currently, we have 2.2 scheduled for Oct 1. The only item in it is 64-bit support currently. If we can get someone to do the 64bit Apache/PHP work - I'm sure it could be in the 2.2 beta :) Shall we shoot for August for the beta? Sure Let's put 2.2 on our agenda for next time 64bit support and color palette support in that release would be cool Any other items for today? UV is targeting color palette support for 2.1 Not if resource definitions are changing Which I saw in some of the recommendations Depends what it looks like in the end yes It seems a little late in the game to add a new resource type and change MapDefinition so that is why I figured 2.2 Agreed yeah, if it doesn't make 2.1 we'll move it to 2.2 Anyway we'll see how hte RFC discussion on that plays out other topics for today? going once... I Was thinking that it would be resource data, not resource definition ? Really? Oh, it was Tom? who suggested making it its own resource type. Then it could make 2.1 possibly If he codes fast :) The discussion on RFC60 isn't finished yet Not me, I haven't been involved in this discussion yet Must have been Bruce then :) I believe it was me that suggested it I have one more item No, it's not over yet. I think that there was some confusion on my comments. ok I just noticed that there is still a www directory in the MgDev vault. Can we delete that too? We recently delete WebStudio. I think that everyone knows that. Where is the www directory? if you check out mapguide/trunk/ is there in the root folder Right, not in MgDev though. and it takes a long time to download when I get trunk correct I never grab trunk directly; always separate co on MgDev, Installer, etc... I know, if I was smart I wouldn't download it Is www used for anyhting? But, I don't really know what the purpose of this directory is for Automated update of static Drupal resources? If not, it could probably be dumped. We update the web API docs using webdav now It looks a lot like the old collabnet notation for multilang. And no updates in over two years. I'd wager that it's relatively save to remove. Delete it, and then roll back if something breaks? :) yea I think it can go lol, who gave Jason commit rights :) OK, thanks, I'll delete it Hmm. Too footloose and fancy free for this crowd... Oh yeah, I gave him the commit rights, never mind I think we're done? Yep Thanks everyone Thanks all bye thx. gonna give Haris heck for missing this meeting :) }}}