Changes between Version 8 and Version 9 of PscMeeting04-08-2010


Ignore:
Timestamp:
Apr 8, 2010, 12:19:42 PM (14 years ago)
Author:
brucedechant
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • PscMeeting04-08-2010

    v8 v9  
    2727
    2828== Minutes ==
     29
     30PSC Members present: Andy, Bob, Bruce, Tom, Trevor
     31
     32
     33
     34== Full transcript ==
     35{{{
     36
     37Known Networks          ChatZilla error         Connected Networks      <none>
     38URL     irc://foo/bar   Not Connected   Lag     <unknown>
     39URL     irc://freenode/mapguide         Mode    +cnt    Users   7, 1@, 0%, 0+
     40Topic   MapGuide Open Source | Home: http://mapguide.osgeo.org/ | Bugs: http://trac.osgeo.org/mapguide | See Also: #OSGeo #FDO | Stats: http://www.ohloh.net/projects/4656 -and- http://cia.navi.cx/stats/project/MapGuide
     41URL     irc://foo/bar   Connected via   <none>
     42<none>
     43<none>
     44<none>  Connected to    <none>
     45File            Progress        <unknown>
     46 
     47#mapguide
     48        [INFO]  Channel view for “#mapguide” opened.
     49        ===     2 unknown connection(s)
     50        =-=     User mode for dechanb is now +i
     51        -->|    YOU (dechanb) have joined #mapguide
     52        =-=     Topic for #mapguide is “MapGuide Open Source | Home: http://mapguide.osgeo.org/ | Bugs: http://trac.osgeo.org/mapguide | See Also: #OSGeo #FDO | Stats: http://www.ohloh.net/projects/4656 -and- http://cia.navi.cx/stats/project/MapGuide”
     53        =-=     Topic for #mapguide was set by unknown on Thursday, May 29, 2008 1:24:17 PM
     54        ===     #MapGuide http://mapguide.osgeo.org/
     55        -->|    jasonbirch (~jasonbirc@199.175.138.1) has joined #mapguide
     56        |<--    jasonbirch has left freenode (Changing host)
     57        -->|    jasonbirch (~jasonbirc@osgeo/member/jasonbirch) has joined #mapguide
     58        -->|    amorsell (~chatzilla@216.115.113.51) has joined #mapguide
     59        -->|    Traian_ (~chatzilla@207.35.253.219) has joined #mapguide
     60        =-=     YOU are now known as BruceD
     61        -->|    rbray (~rbray@adeskout.autodesk.com) has joined #mapguide
     62        -->|    tom_ (~tomf2@adsk-nat-ip11.autodesk.com) has joined #mapguide
     63        <rbray> Hey Everyone, quick roll call - who's online?
     64        <tom_>  tom
     65        <BruceD>        Bruce
     66        <amorsell>      Andy
     67        <rbray> We seem to be missing the guy that added all the agenda items
     68        -->|    trevorw (~trevor_we@96.51.206.244) has joined #mapguide
     69        <rbray> Ah there is the guy with all the agenda items - hey Trevor
     70        <trevorw>       Hi Bob, Sorry I'm late. Shaw service call.
     71        <jasonbirch>    oh, I'm here. Just not paying attention.
     72        <rbray> THat's ok - we were waiting for you. Bruce can you take the minutes today?
     73        <BruceD>        Sure
     74        <rbray> Ok then let's start. Trevor you are up first - OEM Tree Updates for 2.2
     75        <rbray> jason: no worries I saw you connected and figured you were off somewhere else
     76        <trevorw>       Yep. How are the Oem updates going? I know Bruce is finishing up the PHP update. Do we have any others to do?
     77        <tom_>  There are no other planned ones from my end for 2.2
     78        <jasonbirch>    This isn't for 2.2, but I saw that FDO did xerces/xalan updates for post 3.5. We should match if possible...
     79        <tom_>  We use the version that comes with our BDXML
     80        <rbray> So I guess we would need to update BDXML to match FDO
     81        <jasonbirch>    Or can BDXML and move to a file-based data store :)
     82        <tom_>  The difference between FDO's xerces and BDXML's xerces has been annoying, but I don't think it has caused any problems yet
     83        <rbray> jasonbirch: That is a topic I want to discuss at some point.
     84        <rbray> jasonbirch: But it's a big change
     85        <trevorw>       I think we need to upgrade DBXML for gcc 4.4. We can chat about this when we hit the GSOC proposal later in the agenda.
     86        <jasonbirch>    'k
     87        <rbray> OK - so Trevor looks like the only update is PHP.
     88        <BruceD>        The PHP update is done
     89        <trevorw>       Ok. Thanks Bob. I just wanted to check.
     90        <trevorw>       The PHP update was a huge amount of work. Thanks Bruce!
     91        <rbray> Yes thanks Bruce!
     92        <rbray> So next item also Trevors - Maestro.
     93        <rbray> Trevor?
     94        <trevorw>       Maestro - just wanted to give a quick update. I have a packaging script to package a "Windows .Net" Maestro for Ubuntu 9.10. It actually works. Mono is included on Ubuntu so it does not add a lot to the footprint. I was able to test connectivity as well. We should probably log a ticket to update the "compiled against" version for Maestro. It brings up a warning dialog for 2.2 right now.
     95        <trevorw>       I can do the ticket.
     96        <jasonbirch>    It's more of a "tested against" than a "compiled against".
     97        <jasonbirch>    i don't think it's critical to udate until we get a 2.2 beta and actually have a chance to test Maestro against it :)
     98        <trevorw>       Ok. Sounds good. That's all I had for Maestro.
     99        <rbray> ok then let's move on to 32 nd 64 bit builds.
     100        <rbray> Is this also a status update item Trevor?
     101        <trevorw>       Ok. The 32 bit builds for Windows and Linux are ok. Jackie and Jason have the Windows installer in pretty good shape. I have completed Ubuntu 9.10 binary packaging as well. We could release a tarball for CentOS/RedHat - no rpms yet.
     102        <trevorw>       64 bit is still a work in progress. Maybe Jason can chat about 64bit installer. FDO is not posting 64 bit Linux FDO.
     103        <trevorw>       I can try to build 64 bit FDO for Linux if needed. Will need to set up some VMs first.
     104        <jasonbirch>    Haven't had a chance to look at it yet.
     105        <jasonbirch>    And I'm not 100% confident of having time to do it :(
     106        <Traian_>       FDO works ok on 64 bit Linux (for me at least)
     107        <rbray> Traian: You have do anything special to build it or?
     108        <trevorw>       Ok. So maybe a 64 bit Linux server is just a compile away. Thanks Traian. I will start setting up a 64 bit Linux environment.
     109        <Traian_>       Nothing special, but I build against OS-installed libraries instead of the ones in FDO /Thirdparty, so I guess my case is not really applicable to MapGuide...
     110        <rbray> Funny I think that is a later agenda item :)
     111        <Traian_>       And I've only tested OGR, SQLite, SDF and SHP on Linux64
     112        <trevorw>       Ok. Thanks Traian. Looks like I need to do a little linux 64 compiling.
     113        -->|    amorsell_ (~chatzilla@76.178.132.188) has joined #mapguide
     114        |<--    amorsell has left freenode (Ping timeout: 258 seconds)
     115        =-=     amorsell_ is now known as amorsell
     116        <trevorw>       That's all I had for 32/64 build and install
     117        <rbray> OK - I guess we just take our time with 64 bit support. As folks have time spend some cycles on it. Eventually we will get there.
     118        <rbray> Ok Trevor: •MapGuide on LiveDVD 4.0
     119        <trevorw>       Ok. I am currently working on it. LiveDVD 4.0 will be based on XUbuntu 10.04 (not out yet) so I'm working with Xubuntu 9.10.
     120        <rbray> What is the timeline for it?
     121        <trevorw>       End of June. They will switch the vault to XUbuntu 10.04 in May
     122        <jasonbirch>    Is this for the FOSS4G Xarramong (or whatever) DVD, or is it something else?
     123        <trevorw>       There could be a bunch of loose ends. Space on the DVD is really tight so I may need to configure the distro Apache/PHP for MapGuide. Yes. FOSS4G 2010.
     124        <CIA-60>        MapGuide: brucedechant * r4769 /sandbox/adsk/2.2gp/Server/src/UnitTesting/TestCoordinateSystem.cpp: Updated failed coordinate system unit tests due to r4736 submission.
     125        <tom_>  trevorw: Is there an issue about getting sample data for this?
     126        <jasonbirch>    I think bruce may not have full attention on the meeting :)
     127        <trevorw>       I am hoping we can include Sheboygan as sample data. There has been a recent push to standardize the demo dataset on the LiveDVD to conserve space.
     128        <trevorw>       One question with Sheboygan - are allow to distribute it freely?
     129        <tom_>  no, not from the agreement that I have seen
     130        <tom_>  (saw it yesterday)
     131        <tom_>  So if we can't use Sheboygan, can we get access to the LiveDVD sample data ans see what we can do there?
     132        <rbray> Actually I believe we can, I just can't find the agreement that states that.
     133        <trevorw>       Ok then. Maybe authoring against LiveDVD sample data would be better then? Do we want to include samples in downloadable MGOS 2.2?
     134        <rbray> A common set of sample data would be ideal.
     135        <trevorw>       The LiveDVD sample data set is still being proposed. I can forwoard information to -internals once I know more.
     136        <trevorw>       And yes. We should be able to access it. Not sure what is going to happen with the sample app though.
     137        <rbray> OK - I suspect it's one that has made the rounds before.
     138        <rbray> Anything else on this topic?
     139        <jasonbirch>    It would be good to use their data, but if I ever get some time I'm going to use some OpenGov data to build a better sample set.
     140        <BruceD>        That would be nice Jason
     141        <rbray> Yes that would be way cool.
     142        <tom_>  Sleep is overrated jasonbirch
     143        <trevorw>       Should we include the LiveDVD sample data as part of the MapGuide install by default?
     144        <jasonbirch>    tom_: yeah. was up until 5 a couple nights ago figuring out windows messaging in desktop c# :)
     145        <jasonbirch>    trevorw: I'd like to see the data before making a call.
     146        <rbray> Let's see what the sample data is first
     147        <trevorw>       Ok. I will dig informtion on the proposed set. Thanks.
     148        <rbray> ok lets move to: •Beta and Release timeline
     149        <rbray> How close are we for Beta?
     150        <jasonbirch>    Does anyone have any outstanding items? I would love to see the metatiling stuff make it in if it's not too hairy.
     151        <tom_>  Getting the metatiling in would be great
     152        <tom_>  Are you suggesting we fasttrack it? I think we should if we can
     153        <rbray> I think we should too
     154        <trevorw>       Yep. Sounds reasonable to me as well. I will try to make some time to review UV's sandbox submission next week. More reviewers would be good. I think UV is just about complete the work. He's been doing a lot of testing on it.
     155        <tom_>  So once that's in, we could do the beta?
     156        <jasonbirch>    I think so...
     157        <trevorw>       I'm good with that too (32 bit only)
     158        <tom_>  only 32-bit sounds fine, perhaps, we could make unofficial 64-bit builds periodically like they do with PHP and apache
     159        <jasonbirch>    Could find out from Jackie if he intended to get RFC88 in nefore beta
     160        <jasonbirch>    http://trac.osgeo.org/mapguide/wiki/MapGuideRfc88
     161        <rbray> Sounds like 64 bit is going to stretch us and no one really has the time, so I would be ok to defer that to unoffical builds
     162        <BruceD>        The PHP upgrade I did has both 32bit and 64bit
     163        <trevorw>       I will start working on the 64 bit build infrastructure
     164        <trevorw>       Can we still target June for 2.2 release assuming 32 bit only? That fits well with LiveDVD 4.
     165        <rbray> It's a good target. Let's see how UV's and Jackies stuff fits with that.
     166        <trevorw>       That's all I had for beta/release timelines.
     167        <rbray> Who is going to reach out to UV and Jackie?
     168        <trevorw>       I will ping UV (and Zac)
     169        <tom_>  for RFC88, I thought that was on hold because of all the issues people brought up
     170        <jasonbirch>    I wasn't paying a lot of attention.
     171        <jasonbirch>    We can find out on the list whether to defer or not.
     172        <tom_>  OK, his last email said "I'm putting this RFC back into draft mode for now, as some parts obviously need to be fleshed out."
     173        <tom_>  ..but sounds good to follow up
     174        <tom_>  Oh should we appoint a release manager?
     175        <rbray> Yes we should.
     176        <rbray> Anyone want to volunteer?
     177        <tom_>  I nominate Trevor
     178        <BruceD>        I nominate Tom
     179        <tom_>  I decline
     180        <trevorw>       Ok. I volunteer too. Doing the builds anyway.
     181        <trevorw>       (unless Jason really wants to do it...)
     182        <jasonbirch>    pffff
     183        <trevorw>       Guess it's me then.
     184        <trevorw>       Are we good for beta/release timeline item?
     185        <rbray> OK so here's a motion. Trevor will be the MGOS 2.2 Release Manager. +1 from me.
     186        <jasonbirch>    +1 jason
     187        <tom_>  +1
     188        <trevorw>       +1 trevor
     189        <BruceD>        +1
     190        <jasonbirch>    amorsell: daydreaming? :)
     191        <rbray> ok motion carried - I think 5 is enough.
     192        <rbray> Next item: •GSOC 2010 Proposal by Rohit
     193        <trevorw>       Rohit (with a little help from me) has submitted a proposal for GSoC 2010. It consists of two subprojects:
     194        <trevorw>       Project 1: Better Linux distro support (GCC 4.4 upgrade, Oem upgrade, RPM packaging)
     195        <amorsell>      phone call ;) +1
     196        <trevorw>       Project 2: Improved use of security model for authoring (layers are excluded based on permissions, GUI is configured based on permissions)
     197        <rbray> 2 will be interesting. Touches lots of stuff.
     198        <rbray> Little touches, but touches.
     199        <tom_>  Sounds good. let's move on. Sorry, I have some items that I wanted to touch on and we only have 3 minutes left.
     200        <trevorw>       Go Tom!
     201        <rbray> Next Item was: •Ditching Linux Oem for 2.3
     202        <rbray> But let's take Tom's next
     203        <rbray> •Any way to avoid API changes caused by upgrades to PHP?
     204        <tom_>  The PHP 5.3 upgrade caused some API changes that will cause backwards compatibility problems. E.g., Fusion trunk will no longer work with MGOS 2.1. User apps will need to be updated. This, I think, is a big problem that we should try to avoid. Is there anything that we can do now to prevent something like this happening again in the future?
     205        <jasonbirch>    Apart from not using generic names for methods? :)
     206        <tom_>  I think this is a question for us to think about. Sorry, I don't expect an answer here. Let's move on.
     207        <tom_>  (I mean my question is for us to think about, not Jason's question)
     208        <trevorw>       Docs!
     209        <tom_>  As I posted on internals, we have some funding for documentation. It looks like we need to update the build and configure scripts (centralize them?); and create some "how to debug" docs. Everyone good with that? As for Zacs request to create error codes, I think that is a good idea, but will not be part of this work.
     210        <trevorw>       Do we want to document Rendering HTTP API as well?
     211        <tom_>  Yes
     212        <trevorw>       I'm good with putting it all in Trac. We have lots of content in PDF but it is hard to maintain.
     213        <tom_>  I mean, yes, do we? We are going to fund documenting some more of that, but does that sound worth it?
     214        <tom_>  BTW, Bob got dumped out of IRC and cannot reconnect
     215        <trevorw>       http://mapguide.osgeo.org/2.0/documentation.html Installing and Configuring is good but out of date.
     216        |<--    rbray has left freenode (Ping timeout: 276 seconds)
     217        <tom_>  Last item: There are some users who are abusing the mapguide-users lists. What can we do about them? They are diluting the value of the list.
     218        <tom_>  Do some of you have the capability to block them?
     219        -->|    rbray (~rbray@S0106001217475e63.cg.shawcable.net) has joined #mapguide
     220        <jasonbirch>    Sorry, I'm out
     221        <rbray> Sorry guys - VPN disconnected at a bad time.
     222        <tom_>  OK, we can defer my items until next time
     223        <tom_>  I'll readd them for the next meeting
     224        <tom_>  ...if they aren't resolved by then
     225        <trevorw>       Sorry Tom. We should have put your items first.
     226        <tom_>  no, not a problem
     227        <trevorw>       Should we continue the docs discussion on -internals, or did you get enough feedback?
     228        <rbray> The docs thing we can handle by e-mail
     229        <tom_>  I got enought
     230        <rbray> ok good
     231        <rbray> then I guess we can adjourn?
     232        <tom_>  Thanks everyone, bye
     233        |<--    amorsell has left freenode (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539])
     234        <trevorw>       Thanks all, ttyl
     235        <BruceD>        Thanks all
     236        |<--    tom_ has left freenode (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539])
     237        <rbray> Thanks all.
     238        |<--    rbray has left freenode ()
     239        |<--    trevorw has left freenode ()
     240}}}
     241