[FIT] Follow data format changes in O2 #8344#1092
[FIT] Follow data format changes in O2 #8344#1092knopers8 merged 2 commits intoAliceO2Group:masterfrom
Conversation
|
Hi @knopers8 thanks for approving. But I'm not sure how to deal with the CI tests in this case. This is a chicken-and-egg problem. I mean the CI tests of this PR in QC require that the O2 PR #8344 is merged. On the other hand, the CI tests in O2 need this PR to be merged first. I'll ping also @shahor02 for a second opinion, but I think it would be best to merge the QC first, even with building errors, simply because it is a much smaller PR, involving only 8 files, as opposed to the PR in O2, which is a major one involving over 100 files. Another approach could be to split this QC PR into two parts
What do you think? |
|
Hi @mslupeck |
|
Hi @shahor02, I think there is a misunderstanding. I've created this QC PR only because the O2 CI tests fail (the O2 tests apparently also require a successful QC build). So if I restore the O2 files that are needed for this QC PR to pass, there is no need for this QC PR. |
|
@mslupeck The AliceO2Group/AliceO2#8344 fails in QC compilation at If these old headers would be available, why the QC should fail? |
|
Ah... so you mean that I should just restore the old headers without removing the new ones and without restoring the functionality of the old ones? Yes... that could work. I'll try it out. Thanks for the suggestion! |
|
yes |
Head branch was pushed to by a user without write access
|
So I don't see how to do it on a reasonable time/effort scale following @shahor02 suggestion. The problem is that missing BCData.h header is just the tip of an iceberg. The next error comes from the ChannelData, in which all the data members have changed names (to follow FT0's convention). So for now, I propose to disable FV0 QC entirely. It should get the O2 PR through and then the FV0 QC could be reenabled (we are not planning to use FV0 QC for another 2 weeks or so). |
|
FV0 seems to be enabled also in asynchronous reconstructions, are you sure you want to disable it for two weeks? |
|
@knopers8: I've just spoken with @chiarazampolli and it seems we still have a few weeks before everyone will be ready for apass4. And in case I'm late with reenabling the FV0 QC, she agreed to exclude the fv0 qc json manually. So yes, I'm sure about disabling the FV0 QC. |
|
Hi @mslupeck , I did not really say "few weeks", what I meant is that we are not ready to start right away, I have no clear ETA, but it won't be an issue to disable FV0 QC in the apass4, as you wrote. Chiara |
|
OK - sorry for the misunderstanding about the schedule of apass4. It's clear it is not settled yet. In any case, the exact timing of apass4 is not blocking this PR from merging. |
* [FIT] Follow data format changes in O2 #8344 * Temporarily disable FV0 QC Co-authored-by: Maciej Slupecki <maciej.slupecki@cern.ch>
This is necessary for the CI tests in O2 PR #8344 to pass