Menu
▾
▴
Re: [proteowizard-developer] [TC][RESPONSIBILITY] You are assigned responsible for ProteoWizard::Windows x86
|
From: Parag M. <pa...@gm...> - 2012-08-10 18:04:15
|
So…does this mean the issue is somewhere in Brian's house? ~ Parag M ~ On Aug 10, 2012, at 7:45 AM, Matthew Chambers wrote: > I did another clean sources on the agent and a tight sequence of builds and I am now positive the > error is somewhere in the alternate build configs or the corresponding scripts so I will pause them, > do another clean sources, and the standard configs should keep working. > > As you can see, the Windows x86 build fails after the 3 alternate build configs have run. I thought > I had forced another Windows x86 run after the subset build but it looks like that didn't work out. > But anyway I can looking at the build log for "Create libpwiz" and see that the extra subtree was > not created during the subset build: > http://teamcity.labkey.org:8080/viewLog.html?tab=buildLog&buildTypeId=bt211&buildId=62435 > > Windows x86 #1655 (3858) Failure No changes 09 Aug 12 15:43 1m:54s > VC9 libpwiz build #60 (3858) Success Changes (2) 09 Aug 12 14:52 50m:35s > VC10 libpwiz build #65 (3858) Success Changes (2) 09 Aug 12 14:03 48m:55s > Create libpwiz #116 Success No changes 09 Aug 12 13:12 51m:20s > Windows x86 subset #869 (3858) Success No changes 09 Aug 12 13:01 10m:48s > Windows x86_64 #1086 (3858) Tests passed: 150 No changes 09 Aug 12 12:40 20m:43s > Windows x86 #1654 (3858) Tests passed: 198 No changes 09 Aug 12 12:18 22m:15s > > -Matt > > > On 8/9/2012 7:24 PM, Brendan MacLean wrote: >> Where are we on this? It looks like TeamCity has been reduced to being nearly useless by this, as >> it has broken so many builds, which now stop very early in the build process: >> >> __[00:46:55]__Jamroot.jam:417: in load from module Jamfile</C:/TeamCity/agent01/work/pwiz> >> __[00:46:55]__error: out of range SVN revision 72431. >> >> On Wed, Aug 8, 2012 at 11:21 AM, Brian Pratt <bri...@in... >> <mailto:bri...@in...>> wrote: >> >> Oops, wait, false alarm, sorry. It ends up with >> ProteoWizard/pwiz/pwiz, but not ProteoWizard/pwiz/pwiz/pwiz (never did >> like that pwiz/pwiz thing, it's confusing). >> >> It does create some non-SVN directories >> Proteowizard\pwiz\msvc_test\pwiz\... , Proteowizard\pwiz\msvc8, >> Proteowizard\pwiz\msvc9, and Proteowizard\pwiz\msvc10 which might be >> poor TC citizenship, but not exactly the problem at hand as I >> understand it. >> >> Brian >> >> On Wed, Aug 8, 2012 at 11:05 AM, Brian Pratt <bri...@in... >> <mailto:bri...@in...>> wrote: >>> After a totally clean build here it's clear that this is due to the >>> libpwiz stuff. I'll figure it out and clean it up. >>> >>> On Mon, Aug 6, 2012 at 12:44 PM, Trey Chadick <tc...@la... <mailto:tc...@la...>> wrote: >>>> Actually, there is a history, but I don't think it provides much help in >>>> this case. >>>> http://teamcity.labkey.org:8080/admin/admin.html?item=audit&actionTypeSet=33&objectId=bt76 >>>> >>>> >>>> On Mon, Aug 6, 2012 at 12:32 PM, Matthew Chambers >>>> <mat...@gm... <mailto:mat...@gm...>> wrote: >>>>> >>>>> Sadly, as far as I'm aware, configuration versioning is not available. >>>>> >>>>> On 8/6/2012 2:22 PM, Brian Pratt wrote: >>>>>> Is there a way to pull a revision history for TC configuration? Seems >>>>>> likely that something I did at the time of 3797 in TC is the problem. >>>>>> >>>>>> On Mon, Aug 6, 2012 at 11:55 AM, Matthew Chambers >>>>>> <mat...@gm... <mailto:mat...@gm...>> wrote: >>>>>>> Well so much for that idea. Not sure what to make of that. >>>>>>> >>>>>>> The last build where the stray pwiz subtree did not exist was midnight >>>>>>> debug build: >>>>>>> Windows x86_64 debug #486 (3797) Tests passed: 149 21 Jul 12 02:36 >>>>>>> >>>>>>> It was followed by the alternate build system tests (the create config >>>>>>> ran earlier): >>>>>>> test VC9 libpwiz build #53 (3797) Success 21 Jul 12 04:09 >>>>>>> test VC10 libpwiz build #58 (3797) Success 21 Jul 12 03:19 >>>>>>> >>>>>>> Which was followed by the first build where the stray pwiz subtree >>>>>>> shows up: >>>>>>> Windows x86_64 link=shared debug #156 (3797) Tests passed: 177 21 Jul >>>>>>> 12 06:00 >>>>>>> >>>>>>> Trey, would you rmdir /s /q the parent directory of pwiz/pwiz/pwiz >>>>>>> please? I'll rerun the libpwiz >>>>>>> tests and see if indeed they are creating it. >>>>>>> >>>>>>> Thanks, >>>>>>> -Matt >>>>>>> >>>>>>> >>>>>>> On 8/6/2012 1:19 PM, Trey Chadick wrote: >>>>>>>> On lkwin02, \pwiz\pwiz\pwiz has a timestamp of 8/2/2012 9:35 AM >>>>>>>> >>>>>>>> >>>>>>>> On Mon, Aug 6, 2012 at 11:08 AM, Matthew Chambers >>>>>>>> <mat...@gm... <mailto:mat...@gm...> >>>>>>>> <mailto:mat...@gm... <mailto:mat...@gm...>>> wrote: >>>>>>>> >>>>>>>> Yes, it's only affecting the Windows builds so it's an issue in >>>>>>>> the Windows-specific code or the >>>>>>>> MSVC build configurations. >>>>>>>> >>>>>>>> Trey, could you tell me the time-created timestamp for >>>>>>>> pwiz/pwiz/pwiz? >>>>>>>> >>>>>>>> -Matt > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > proteowizard-developer mailing list > pro...@li... > https://lists.sourceforge.net/lists/listinfo/proteowizard-developer |