[Releasing] Meeting minutes: release team meeting 12.11.2012

Tanilkan Sinan Sinan.Tanilkan at digia.com
Mon Nov 12 16:58:19 CET 2012


Today we had two release team meetings (see logs below).

_Qt 5 beta 2 release tomorrow_
There are no remaining blockers, so unless anything shows up during the night, Qt 5 beta 2 will be released tomorrow (13.11.2012).

_Handling of blockers_
If there are issues reported as blockers by tomorrow morning, Topi has been given a mandate by the releasing team to make the final decision if it should stop the release or not.


Meeting 1:
[14:00:02] <SinanTanilkan> lars, thiago, steveire, ZapB, rosch, mauricek, treinio, iieklund, akseli, joaijala, sahumada, tijensse, kkoehne: Ping
[14:00:16] <tjenssen_devdays> SinanTanilkan: pong
[14:00:18] <iieklund> SinanTanilkan: pong
[14:00:23] <treinio> SinanTanilkan: pong
[14:02:10] <lars> pong
[14:02:15] <joaijala> SinanTanilkan: pong
[14:02:29] <SinanTanilkan> Ok. I suggest we start.
[14:02:40] --> thiago (~thiago at kde/thiago) has joined #qt-releases
[14:02:42] <SinanTanilkan> LetShould we start with an update on the blocking items.
[14:02:47] <kkoehne> SinanTanilkan: pong
[14:02:59] <SinanTanilkan> Topi. could you give an update?
[14:03:19] <treinio> yes
[14:03:38] <treinio> open issues on the blocker list:
[14:03:49] <treinio>  QTBUG-27946 Windows installer: Select components for Tools/VC redist doesn't work sanely
[14:03:59] <kkoehne> should be fixed in upcoming package
[14:04:11] <SinanTanilkan> kkoehne: When do we expect to see those packages?
[14:04:18] <treinio> yes, ok - i'll keep it open fow now
[14:04:37] <kkoehne> SinanTanilkan: Don't know, 30 minutes? iieklund^^ ?
[14:04:46] <iieklund> about 30mins
[14:04:52] <SinanTanilkan> Ok. Is it a change in installers only?
[14:05:01] <iieklund> yes
[14:05:07] <SinanTanilkan> Ok. Sounds good. Thanks.
[14:05:13] <treinio>   QTBUG-27906 Qt5 installer doesn't register installed Qt in Qt Creator
[14:05:26] <treinio> -> there's still a problem for mac
[14:05:32] --> tuukkat (~Adium at has joined #qt-releases
[14:05:41] <kkoehne> yes. we've a patch in the next package, too (hope it works ;)
[14:05:55] <treinio> kkoehne: great, ok
[14:06:09] <treinio>  QTBUG-27011 No license file in binary package
[14:06:16] <treinio> this is being addressed as well
[14:06:30] <treinio> but is it accepted (the change) already?
[14:06:46] <kkoehne> Merged it a couple of hours ago ...
[14:06:46] <treinio> ah, it is
[14:06:59] <SinanTanilkan> Meaning it's in the next packages?
[14:07:06] <kkoehne> Yes
[14:07:09] <SinanTanilkan> thanks.
[14:07:29] <treinio>  QTBUG-27898 Mac: libdeclarative_multimedia.dylib has wrong dependencies
[14:07:34] <treinio> has a fix merged as well
[14:08:03] <treinio>  QTBUG-27953 Installing vcredist.exe stops with unexpected exit code 5100
[14:08:27] <treinio> -> do we live with that, or do we update the vcredist?
[14:08:58] <kkoehne> treinio: I think it's acceptable for a known issue. You've to click skip once, but installation will succeed eventually
[14:09:17] <treinio> kkoehne: agreed
[14:09:35] <lars> kkoehne: ok, just make sure it's in the known issues page
[14:09:40] --> thiago_ (~thiago at kde/thiago) has joined #qt-releases
[14:09:44] <-- tuukkat (~Adium at has quit (Ping timeout: 246 seconds)
[14:09:44] <kkoehne> lars: It's already
[14:09:49] <lars> good :)
[14:09:57] <treinio>  QTBUG-27959 qt paths not patched for Qt5.0.0beta2/Tools/Qt Creator/lib/qtcreator/libQtCore.so.5.0.0
[14:09:59] <-- thiago (~thiago at kde/thiago) has quit (Disconnected by services)
[14:10:06] <-> thiago_ is now known as thiago
[14:10:13] <kkoehne> treinio: I've a workaround for that in the next package
[14:10:29] <iieklund> kkoehne: is that in the current build (ongoing) ?
[14:10:33] <kkoehne> iieklund: yes
[14:10:36] <iieklund> ok
[14:10:37] <treinio> kkoehne: ah, good!
[14:11:20] <treinio> the QA team did some last minute testing and found some worrying issues
[14:11:32] <treinio> namely
[14:11:49] <treinio> https://bugreports.qt-project.org/browse/QTBUG-27961 Unable to recompile Qt on Windows using Installer Packages Builds
[14:11:52] --> tuukkat (~Adium at fw.cafemoskau.com) has joined #qt-releases
[14:12:11] <treinio> configure.exe seems to be missing
[14:12:15] <iieklund> treinio: is this a new issue?
[14:12:55] <lars> how hard is it to add it to the package?
[14:12:59] <treinio> yes, it was reported an hour ago
[14:13:17] <thiago> was that on the .zip?
[14:13:19] <iieklund> it should be there, release builds (win) should not even succeed without configure.exe
[14:13:26] <iieklund> I'm checking
[14:13:50] <thiago> it had been missing in the .7z before
[14:13:53] <thiago> that wouldn't be a new thing
[14:14:01] <iieklund> should be only in .zip
[14:14:34] <iieklund> this is weird
[14:14:40] <treinio> hihrig: or was that just the binary installer + source component selected?
[14:14:43] <iieklund> the package in Origin (.zip) contains it
[14:15:00] <tuukkat> good
[14:15:06] <iieklund> but when installing the src package from installer it's not there
[14:15:07] <hihrig> treinio: that was in the binary installer + source package
[14:15:09] <joaijala> I just checked http://origin.releases.qt-project.org/digia/5.0.0_beta2/backups/2012-11-12-335/single/ .zip and the configure.exe is there
[14:15:31] <lars> ok, can you sort that afterwards then?
[14:15:32] <hihrig> treinio: I still think this should be possible
[14:15:57] <tuukkat> then it is a packaging issue, and can be sorted when we can
[14:16:20] <iieklund> ok, it's missing from modularized qtbase.zip
[14:16:40] <thiago> do we need it? Doesn't the .bat rebuild it?
[14:16:54] <kkoehne> thiago: Only if there's a '.git' directory in qtbase
[14:17:09] <joaijala> thiago: no, it only builds in git repo dir
[14:17:24] <thiago> so we need to drop the .exe there
[14:17:35] <lars> can we drop it into the .zip?
[14:17:44] <iieklund> afterwards?
[14:17:50] <thiago> I don't see it in http://origin.releases.qt-project.org/digia/5.0.0_beta2/latest/submodules_zip/qtbase-opensource-src-5.0.0-beta2.zip
[14:17:57] <lars> ideally while building, but yes
[14:18:06] <-- ecloud (quassel at nat/trolltech/x-ukvbnltgpxwrbcgq) has quit (Ping timeout: 265 seconds)
[14:18:13] <thiago> the only problem is that the .zip is created on Linux, so we can't build the .exe there
[14:18:20] <joaijala> thiago: yep, it's missing from there, should be though..
[14:18:21] <thiago> it needs to be pre-made or checked into Git
[14:19:04] <iieklund> http://origin.releases.qt-project.org/digia/5.0.0_beta2/backups/2012-11-12-341/    ( == /latest)
[14:19:04] <lars> in any case, is that really a showstopper?
[14:19:05] <joaijala> and also what is missing is the main level archive that used to be there but was removed (containing only empty submodule dirs and the files located in qtsdk.git main level)
[14:19:21] <lars> we could add it afterwards for now to get around it.
[14:19:39] <SinanTanilkan> Any objections to what lars suggests?
[14:19:45] <thiago> three options:
[14:19:52] <thiago> 1) we run the script on Windows so we can compile it
[14:19:55] <tuukkat> I agree, since the pre-built win libs work, why would someone built himself
[14:20:00] <thiago> 2) we pre-make it and keep somewhere for the script
[14:20:11] <thiago> 3) we make configure.bat build it like in the repo
[14:20:20] <joaijala> there was some discussion about this, and somebody said that it should be enough that downloading the full source package enables compiling the sources
[14:20:39] <tuukkat> joaijala: I think so too
[14:20:53] <lars> option (3) sounds easiest IMO
[14:20:56] <kkoehne> 4) List it as a known issue, fix is 'touch qtbase\.gitignore'
[14:21:22] -*- lars is for option (4) for the beta, one of the others longer term.
[14:21:22] <thiago> this is kind of a brown paper bag issue...
[14:21:32] <tuukkat> building form source shoudl work, it is not a blocker for me if building from binary installer source does not work in the beta
[14:21:32] <iieklund> 4) would not require new packaging
[14:21:40] <thiago> but 4 is acceptable otherwise we need to get a new qtbase snapshot
[14:22:06] --> steveire (~quassel at kde/skelly) has joined #qt-releases
[14:22:08] <lars> ok, so let's list it as known issue with the workaround
[14:22:25] <SinanTanilkan> kkoehne: Could you update the know issues page?
[14:22:31] <thiago> please note you cannot create that file on Windows Explorer
[14:22:53] <kkoehne> SinanTanilkan: Is there a task for it?
[14:22:56] <lars> thiago: I hope windows developers still know how to use cmd ;-)
[14:23:03] <kkoehne> SinanTanilkan: Ah, got it
[14:23:07] <treinio> ok, sounds acceptable
[14:23:08] <thiago> they're trying to build Qt, so they are in cmd anyway
[14:23:16] <lars> hehe, right
[14:23:38] <SinanTanilkan> Ok. Good. next issue?
[14:23:43] <treinio> https://bugreports.qt-project.org/browse/QTBUG-27948 Many QtWebkit examples are crashing (on Win 64bit)
[14:24:00] <tuukkat> treinio: do these work in win 32?
[14:24:32] <treinio> no. this looks like a regression, things were working before ANGLE was added
[14:24:53] <lars> that's bad. do we know why?
[14:24:55] <treinio> not sure if ANGLE is culprit, though
[14:25:46] <treinio> the examples that do work are the ones that do not render anything
[14:25:48] <hihrig> the reason why we found out about configure.exe missing was that we wanted to see if the webkit issue is related to angle, so we wanted to recompile qt
[14:25:50] <tuukkat> I think it is acceptable in the beta that not every config works, but it is worse if of some platform no config works. However, what does 'many issues' mean? For me it is ok that some examples do not work, but would be good that some do work.
[14:26:23] <hihrig> about 50 % dont work
[14:26:25] <lars> treinio: that mean webkit is not usable on windows
[14:26:52] <lars> treinio: both 32 and 64 bit, and all graphical examples crashing, right?
[14:26:59] <treinio> lars: unfortunately, yes
[14:27:16] <treinio> lars: yes
[14:27:25] --> ecloud (quassel at nat/trolltech/x-mewehtyxtdkkygtc) has joined #qt-releases
[14:27:36] <lars> treinio: anybody looking into it?
[14:27:42] <tuukkat> Could this be a build issue somehow? HAs it worked in earlier builds?
[14:28:16] <hihrig> it still worked on Thursday last week
[14:28:32] <tuukkat> So Angle did something?
[14:29:27] <kkoehne> last update to qtwebkit , qtwebkit-examples-and-demos was last Wednesday
[14:30:10] <lars> kkoehne: simon should be in your office right now.
[14:30:17] <iieklund> the Angle dependency dll (D3DCompiler.dll) was added last friday, so to my understanding it was not even possible to test Angle before that?
[14:30:30] <treinio> lars, we're trying to find someone as simon is not here, and jason as well (if related to ANGLE)
[14:30:42] --> richmoore (~rich at kde/rich) has joined #qt-releases
[14:30:54] <lars> treinio: simon's in the berlin office. give him a call
[14:31:29] <lars> we have 4 people in berlin knowing webkit and 4 more in Oslo. if this is the only showstopper remainging, let's get them onto it
[14:31:41] <treinio> lars: will do
[14:31:58] <iieklund> (new set of installers: http://origin.releases.qt-project.org/digia/5.0.0_beta2/latest/  == http://origin.releases.qt-project.org/digia/5.0.0_beta2/backups/2012-11-12-341/)
[14:32:27] <treinio> there is also https://bugreports.qt-project.org/browse/QTBUG-27963 Windows: Main Examples from QtMultimedia don't work
[14:32:47] <lars> treinio: do they crash as well?
[14:32:58] <hihrig> lars: no they simply show no video
[14:33:09] <thiago> IMHO that's acceptable for beta
[14:33:10] -*- kkoehne has talked to simon
[14:33:12] <thiago> not acceptable for final
[14:33:24] <lars> thiago: webkit as well?
[14:33:25] <tuukkat> Could it be possible that something in the windows build machines is not right?
[14:33:26] <treinio> and also a regression, that used to work as well, right?
[14:33:28] <thiago> the webkit
[14:33:32] <thiago> sorry, the multimedia
[14:33:38] <lars> both could be related to the angle change.
[14:33:45] <thiago> yeah, I guess
[14:33:47] <kkoehne> I'll try to paraphrase Simon: windows 64 bit is pretty much untested in qtwebkit.
[14:33:49] <thiago> it's a beta
[14:34:07] <lars> kkoehne: ok, but 32bit would at least be nice to have
[14:34:17] <thiago> beta is "API complete" not "API working" :-)
[14:34:23] <kkoehne> he has a hunch it's the javascript interpreter, which we ony use there because the JIT is only working with 32 bit
[14:34:24] <tuukkat> True, and there are really, really many good things in compared to beta 1 (which surprisingly many are still using)
[14:35:19] <lars> kkoehne: 32bit windows also crashes according to treinio
[14:35:32] <kkoehne> lars: Huh :(
[14:35:42] <lars> treinio: is that correct?
[14:36:30] <treinio> lars: unknown. hihrig, was that tested on 64b only?
[14:36:48] <hihrig> treinio: I think cchao tested on 32 bit
[14:37:09] <lars> can someone check the 32bt windows package once again? If that one is ok, I think we can live with 64 bit having issues
[14:37:37] <iieklund> latest packages: http://origin.releases.qt-project.org/digia/5.0.0_beta2/backups/2012-11-12-341/
[14:37:40] <tuukkat> And better yet, at least 2 different machines / persons
[14:37:48] <lars> yes, please.
[14:38:00] <SinanTanilkan> hihrig: is looking for caroline to help with that.
[14:38:11] <lars> SinanTanilkan: can you get 32bit windows retested? sounds like that's the only possible remaining showstopper
[14:38:30] <lars> SinanTanilkan: if that one's ok, I'd say let's get it out
[14:38:36] <SinanTanilkan> lars: caroline will start that now (her previous testing was on 64 bit).
[14:38:58] <lars> ok. shall we reconvene here in 1-2 hours then?
[14:39:20] <tuukkat> Pick also second person to try it out. Johanna: do you have 32bit win?
[14:39:20] <lars> thiago: kkoehne: SinanTanilkan: tuukkat: ^^^
[14:39:29] -*- kkoehne already downloads
[14:39:33] <joaijala> tuukkat: no, only 64 bit..
[14:39:44] <tuukkat> kkoehne is 32bit?
[14:39:50] <kkoehne> lars: Huh, shouldn't 32 bit on 64 bit machine suffice?
[14:39:55] <hihrig> hihrig: just checked with cchao. Fancybrowser crashes and browser example just doesnt load a page
[14:39:55] <iieklund> lars: SinanTanilkan: I'm unbale to join then, can somebody mail me the resolution, I'm at home office this evening
[14:40:13] <tuukkat> kkoehne: YEs, I would think so
[14:40:15] <hihrig> treinio: ^^
[14:40:18] <lars> kkoehne: yes
[14:40:22] <kkoehne> thiago: No, 64 bit windows. But I can tst 32 bit installers anyway
[14:40:42] <lars> ok, let's do that.
[14:40:59] <lars> SinanTanilkan: when do we do the next checkpoint? tuukkat and myself have the next meeting coming up here
[14:41:22] <SinanTanilkan> I'm awailable for the rest of the evening.
[14:41:25] <SinanTanilkan> Whan are you free?
[14:41:49] <lars> 4pm?
[14:42:00] <SinanTanilkan> 4pm cet. Any objections?
[14:42:17] <SinanTanilkan> Ok. Let's meet here at 4 pm then.
[14:42:24] <treinio> SinanTanilkan: ok
[14:42:25] <kkoehne> fine with me
[14:42:30] <lars> good. see you later then :)
[14:42:39] -*- lars hopes we can get this out...
[14:42:47] <joaijala> SinanTanilkan: I'll try..
[14:42:54] <SinanTanilkan> joaijala: Thanks
[14:43:29] <SinanTanilkan> Thanks to everyone for your time. Talk to you again at 4.
[14:43:36] <-- tuukkat (~Adium at fw.cafemoskau.com) has quit (Quit: Leaving.)
[14:48:06] <-- steveire (~quassel at kde/skelly) has quit (Ping timeout: 264 seconds)
[15:03:05] <kkoehne> for me, browser.exe on 32 bit works fine, while it crashes with 64 bit
[15:06:30] <treinio> kkoehne: that's good to hear

Meeting 2:
[16:00:15] <SinanTanilkan> lars, thiago, steveire, ZapB, rosch, mauricek, treinio, iieklund, akseli, joaijala, sahumada, tijensse, kkoehne: Ping
[16:00:29] <johanna> SinanTanilkan: Pong
[16:00:47] <kkoehne> SinanTanilkan: pong
[16:00:48] <rosch> ping - but I'm at dev days, so I will most likely not be available throughout the session
[16:01:08] <SinanTanilkan> rosch: Ok.
[16:01:26] <thiago> I'm here
[16:01:29] <thiago> lars is close by
[16:02:07] <SinanTanilkan> Ok. Should we start with an update on the webkit issue?
[16:02:29] <treinio> pong
[16:03:01] <akseli> SinanTanilkan: pong
[16:03:35] <SinanTanilkan> kkoehne, hihrig, treinio: could you please share your findings regarding the webkit issue?
[16:03:39] <kkoehne> SinanTanilkan: It seems to me it's 64 bit package only problem.
[16:03:52] <kkoehne> SinanTanilkan: browser.exe works fine fore me with mvsc2010-32
[16:04:08] <hihrig> SinanTanilkan: browser.exe works for 32 bit, fancybrowser still crashes
[16:04:25] <kkoehne> hihrig: where is fancybrowser?
[16:05:01] <hihrig> kkoehne: webkit/fancybrowser
[16:05:11] <treinio> hihrig: there was a separate bugreport for that though, right?
[16:05:44] <treinio> https://bugreports.qt-project.org/browse/QTBUG-27925
[16:06:20] <SinanTanilkan> So does that mean we have found no blockers on win 32 with regards to webkit?
[16:07:08] <SinanTanilkan> I assume that means no blockers found so far.
[16:07:22] <SinanTanilkan> Should we only release the 32 bit package then?
[16:07:30] <thiago> ok by me
[16:07:36] <thiago> we haven't released 64-bit anyway  before...
[16:07:52] <SinanTanilkan> Ok. If no objections, let's do that.
[16:08:20] <SinanTanilkan> Let's look at the blockers from the lates packages.
[16:08:33] <SinanTanilkan> treinio:  could you please give an update?
[16:08:39] <treinio> yes
[16:09:23] <treinio> QTBUG-27011 license files are in place, so that's ok
[16:09:44] <treinio>  QTBUG-27898 Mac: libdeclarative_multimedia.dylib has wrong dependencies
[16:10:00] <treinio> still a problem in the latest package, unfortunately
[16:10:38] <kkoehne> iieklund: ^^ We're still using the old ifw qt5 branch then?
[16:11:11] <treinio> otool -L libdeclarative_multimedia.dylib | grep bamboo still shows a dependency path to build machine
[16:11:23] <SinanTanilkan> kkoehne: i don't think iieklund is here but joaijala or akseli might know.
[16:11:31] <johanna> kkoehne: I'm not sure if he's online, I understood that iikka rebuilded ifw just before he left the office
[16:11:47] <johanna> kkoehne: but that's all I know about that..
[16:12:19] <kkoehne> Mmmh. Anyway, the combination of QtMultimedia/QtDeclarative/Mac doesnt' sound like a showstopper to me.
[16:12:37] <kkoehne> treinio: Are we aware of any examples that do not run because of this?
[16:13:16] <treinio> kkoehne: yes - cchao had an example, just a sec
[16:14:21] -*- kkoehne thinks https://bugreports.qt-project.org/browse/QTBUG-27826 sounds more severe though.
[16:15:24] <lars> here
[16:15:33] <treinio> kkoehne: video playback examples at least (videowidget, etc)
[16:16:07] <thiago> lars: we decided not to release 64-bit windows because webkit is broken there
[16:16:55] <treinio> kkoehne: sorry, qmlvideo as were talking about qtdeclarative
[16:16:56] <lars> thiago: SinanTanilkan: ok for me
[16:17:14] <kkoehne> Can anyone with a mac check whether QTBUG-27826 is true? Would mean that e.g. svg doesn't work
[16:17:24] <treinio> but yes, the other report suggest there may be other hardcoded dependency problems
[16:19:08] <SinanTanilkan> Did we conclude that QTBUG-27898 Mac: libdeclarative_multimedia.dylib has wrong dependencies is not a blocker?
[16:19:50] <eike> QtSvg.framework is patched for me (most recent latest)
[16:20:01] <treinio> kkoehne: otool -L QtGui.framework/QtGui | grep bamboo prints nothing for me, looks ok
[16:20:07] <eike> (reg QTBUG-27826)
[16:20:25] <kkoehne> So it's really only libdeclarative_multimedia.dylib. I could personally live with that being broken in the beta 2 ;)
[16:20:39] <hihrig> cchao just updated that bugreport
[16:20:51] <hihrig> seems like there are still hardcoded paths around
[16:21:19] <eike> where is libdeclarative_multimedia...
[16:21:21] <kkoehne> hihrig: Everythign with an '_' in the name wasn't patched.
[16:21:45] <kkoehne> But I guess designer will be in release mode anyway?
[16:22:13] <kkoehne> So I'm wondering whether the QtDesigner_debug.framework libs really matter.
[16:23:05] <kkoehne> So, we have a patch, but if we decide to wait for it I assume packages will be ready not before tomorrow 12:00
[16:24:33] <SinanTanilkan> I'm tempted to suggest to take it off the blocker list, are there any objections?
[16:24:42] <kkoehne> eike: Does launching Designer work for you?
[16:24:48] <kkoehne> SinanTanilkan: I agree
[16:25:10] <SinanTanilkan> Let's do that then.
[16:25:15] <eike> kkoehne: yes
[16:25:23] <SinanTanilkan> treinio: Any other remaining issues?
[16:25:24] <treinio> other issues
[16:25:27] <treinio> QTBUG-27946 - Windows installer: Select components for Tools/VC redist doesn't work sanely
[16:25:32] <treinio> that one is ok
[16:25:39] <SinanTanilkan> Good.
[16:25:40] <lars> SinanTanilkan: ok from me as well
[16:26:16] <SinanTanilkan> treinio: any other issues remaining on your list?
[16:26:37] <treinio> yes, i had no time to verify all
[16:26:38] <treinio> so
[16:26:50] <treinio> QTBUG-27953 Installing vcredist.exe stops with unexpected exit code 5100
[16:27:17] <treinio> was there something for that in the latest installer?
[16:27:21] <kkoehne> still there, but no blocker (as we aggreed)
[16:27:27] <treinio> yes, ok
[16:27:45] <treinio> QTBUG-27959 qt paths not patched for Qt5.0.0beta2/Tools/Qt Creator/lib/qtcreator/libQtCore.so.5.0.0
[16:27:53] <kkoehne> fixed
[16:27:59] <SinanTanilkan> great.
[16:28:05] <treinio> kkoehne: ok
[16:28:15] <treinio> then that's it
[16:28:22] <SinanTanilkan> Does anyone else have any issues?
[16:28:33] <treinio> someone added a bunch of osx 10.6 to the list (crashes)
[16:28:55] <lars> treinio: don't think 10.6 stuff is showstoppers.
[16:28:55] <kkoehne> treinio: I think we said 10.6 isn't supported. But we have to put that down somewhere.
[16:29:00] <treinio> but maybe not have them block
[16:29:05] <treinio> yes, i'll remove them
[16:29:49] <treinio> on mac, installation + registration works ok as well
[16:30:31] <kkoehne> Did anyone still had problems with assistant/qt being registered in qt creator? Otherwise I'll remove the first three entries in the known issues list.
[16:30:51] <eike> 10.6 cannot work at the moment, first off all because the build machines do not build against 10.6 sdk
[16:30:52] <thiago> 10.6 is definitely not supported for development
[16:31:00] <thiago> at most we'll support it for deployment
[16:31:32] <eike> thiago: you cannot deploy a Qt compiled against 10.7/8 SDK on 10.6
[16:31:45] <thiago> sure
[16:31:52] <thiago> but did we build Qt for the 10.6 SDK?
[16:31:55] <thiago> is that possible, even?
[16:31:58] <eike> thiago: no. webkit compiles 10.7 symbols in
[16:32:02] <thiago> or are we saying that 10.6 is not a target?
[16:32:25] <eike> thiago: for compiling with 10.6 SDK (on 10.7 or 10.8) at least webkit needs patches
[16:32:42] <kkoehne> so for the beta 2 at least it's not a target.
[16:32:43] <thiago> ok, so we don't support 10.6 for deployment now
[16:32:50] <thiago> I'd say it's ok for beta
[16:32:57] <eike> definitely
[16:33:03] <thiago> even for the final, but we need a project decision
[16:33:04] <kkoehne> eike: What's the sympoms on 10.6? Creator not launching?
[16:33:18] <kkoehne> eike: (I'd like to put it on the Known Issues page)
[16:33:53] <eike> kkoehne: right now in beta2? at the very least anything that uses webkit crashes. maybe worse
[16:34:18] <kkoehne> eike: Okay, will try after the meeting and add it to known issues.
[16:34:28] <SinanTanilkan> kkoehne: Thanks.
[16:34:52] <eike> you can probably just add "10.6 is not supported" into the known issues for beta2 :)
[16:35:11] <thiago> we also need to decide whether that's a final decision or to be changed (and when)
[16:35:12] <lars> eike: yes, please do
[16:35:18] <thiago> e.g., fix in 5.1 is fine to me
[16:35:31] <eike> kkoehne: ^
[16:35:32] <thiago> or 5.0.1
[16:36:49] <SinanTanilkan> Do I understand this correctly, that we have no remaining blockers for qt 5 beta 2?
[16:37:24] <thiago> ship it, ship it!! :-)
[16:37:30] <SinanTanilkan> Any objections?
[16:37:35] <kkoehne> no
[16:37:45] <treinio> SinanTanilkan: that's correct, as we agreed to go with the known issues
[16:37:50] <SinanTanilkan> Ok.
[16:38:06] <kkoehne> Can we clean up the Known Issues page a bit, still?
[16:38:23] <treinio> kkoehne: yes, there's stuff to be removed
[16:38:44] <treinio> registration of qt and docs is no longer a problem
[16:38:49] <treinio> in creator
[16:38:52] <kkoehne> treinio: Removed taht one already :)
[16:38:55] <treinio> ah, ok
[16:39:06] <SinanTanilkan> I'll send an email to releasing and devleoper, to inform about the packages that are considered as a candidate for qt 5 beta 2 release: http://releases.qt-project.org/digia/5.0.0_beta2/backups/2012-11-12-341/
[16:39:07] <treinio> maybe others as well, i'll check it
[16:39:14] <kkoehne> treinio: Cool.
[16:39:38] <kkoehne> I've one question though :)
[16:39:59] <kkoehne> Just tried the startmenu entries that give me a console where PATH is set.
[16:40:05] <kkoehne> Problem is that there's no compiler?
[16:40:33] <kkoehne> Ah, stupid me, it says I've to call vcvarsall...
[16:40:33] <kkoehne> Sorry
[16:40:44] <SinanTanilkan> Any objections agains releasing tomorrow morning then?
[16:41:33] <SinanTanilkan> Let's do that then.
[16:41:53] <SinanTanilkan> If there are showstoppers reported during the night.
[16:42:16] <SinanTanilkan> Can we give someone authority to decide if they really are showstoppers on behalf of the releasing team?
[16:42:49] <kkoehne> I'd say send it to releasing@ if there are any reports.
[16:42:54] <kkoehne> (Questionable, of course)
[16:43:05] <kkoehne> And if nobody shouts, they are no blockers
[16:43:58] <SinanTanilkan> True.
[16:44:14] <SinanTanilkan> But what if somebody shouts, and it's not a real blocker?
[16:45:01] <kkoehne> If you want you can call in an emergency meeting. or decide yourself :)
[16:45:21] <SinanTanilkan> We could have another release team meeting in the morning to go trough the potential issues, but i think we will agree on most issues.
[16:45:33] <-- leena (~leena at has left #qt-releases
[16:45:36] <SinanTanilkan> Which is why i would like to propose that treinio can make the decision in the morning.
[16:45:50] <kkoehne> Fine with me.
[16:46:07] <SinanTanilkan> (Being the error manager he has a pretty good track on how we have been working with bugs so far).
[16:46:20] <SinanTanilkan> If there are no objections, then that is settled.
[16:46:24] <treinio> agreed
[16:46:51] <SinanTanilkan> Ok. That's all i have for now. Anything you see missing?
[16:47:33] <SinanTanilkan> Thanks for the meeting and let's release then.

More information about the Releasing mailing list