Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add support for noticing and complaining about removed plugins. #6220

Merged
merged 1 commit into from Nov 6, 2014

Conversation

ktf
Copy link
Contributor

@ktf ktf commented Nov 5, 2014

This introduces the concept of a poisoned Plugin Cache File which will
contain dummy (wrong) entries for all plugins which should be built
given a local area. If those plugins are actually there, nothing is
changed since the local cache file has precedence. If the plugin was not
built, e.g. it was removed in the local area, the plugin manager will
complain about not finding the library specified by the dummy entry.

This patch alone will not introduce any change in behavior and will
require scram to generate the poison file in order to turn on the new
functionality.

This introduces the concept of a poisoned Plugin Cache File which will
contain dummy (wrong) entries for all plugins which should be build built
given a local area. If those plugins are actually there, nothing is
changed since the local cache file has precedence. If the plugin was not
built, e.g. it was removed in the local area, the plugin manager will
complain about not finding the dummy entry.

This patch alone will not introduce any change in behavior and will
require scram to generate the poison file in order to turn on the new
functionality.
@cmsbuild
Copy link
Contributor

cmsbuild commented Nov 5, 2014

A new Pull Request was created by @ktf (Giulio Eulisse) for CMSSW_7_3_X.

Add support for noticing and complaining about it removed plugins.

It involves the following packages:

FWCore/PluginManager

@cmsbuild, @Dr15Jones, @ktf, @nclopezo can you please review it and eventually sign? Thanks.
@wddgit, @wmtan this is something you requested to watch as well.
You can sign-off by replying to this message having '+1' in the first line of your reply.
You can reject by replying to this message having '-1' in the first line of your reply.
@nclopezo, @ktf you are the release manager for this.
You can merge this pull request by typing 'merge' in the first line of your comment.

@ktf ktf changed the title Add support for noticing and complaining about it removed plugins. Add support for noticing and complaining about removed plugins. Nov 5, 2014
@cmsbuild
Copy link
Contributor

cmsbuild commented Nov 5, 2014

-1

Tested at: 273a8c1
I ran the usual tests and I found errors in the following unit tests:

---> test testFWCoreFWLite had ERRORS

you can see the results of the tests here:
https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-6220/675/summary.html

@cmsbuild
Copy link
Contributor

cmsbuild commented Nov 5, 2014

@Dr15Jones
Copy link
Contributor

@ktf I think this might have been caused by a race codition in the Jenkin's testing system since the problem stems from a temporary file being missing when it came time for it to be ready
Error in <TFile::TFile>: file good.root does not exist
is the exact ROOT error message.
I suggest rerunning the tests to see if it was a transient failure.

@ktf
Copy link
Contributor Author

ktf commented Nov 6, 2014

@nclopezo, can you rerun the tests?
@Dr15Jones, I think this is a race-condition in the buildfile for that
package, rather than Jenkins'. What creates good.root?

@Dr15Jones
Copy link
Contributor

FWCore/FWLite/test/ref_t.cppunit.cpp creates it in 'setUp' and then uses it in its tests. So it can't be a race in the test itself.

@cmsbuild
Copy link
Contributor

cmsbuild commented Nov 6, 2014

@ktf
Copy link
Contributor Author

ktf commented Nov 6, 2014

Well, actually RefTest.sh deletes it, right? I wonder if somehow it's possible the driver does not wait for the execpl of RefTest.sh to return and so you have something deleting it after it has been created. Anyways, will look more if it happens again..

@cmsbuild
Copy link
Contributor

cmsbuild commented Nov 6, 2014

@Dr15Jones
Copy link
Contributor

+1

@cmsbuild
Copy link
Contributor

cmsbuild commented Nov 6, 2014

This pull request is fully signed and it will be integrated in one of the next CMSSW_7_3_X IBs unless changes (tests are also fine). This pull request will be automatically merged.

cmsbuild added a commit that referenced this pull request Nov 6, 2014
Add support for noticing and complaining about removed plugins.
@cmsbuild cmsbuild merged commit 78c2268 into cms-sw:CMSSW_7_3_X Nov 6, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants