14:31:22 <edwarnicke> #startmeeting Karaf Happy Hour
14:31:22 <odl_meetbot> Meeting started Wed Aug 27 14:31:22 2014 UTC.  The chair is edwarnicke. Information about MeetBot at http://ci.openstack.org/meetbot.html.
14:31:22 <odl_meetbot> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:31:22 <odl_meetbot> The meeting name has been set to 'karaf_happy_hour'
14:31:32 <edwarnicke> #topic Roll Call
14:31:42 <edwarnicke> #info edwarnicke
14:31:44 <oflibMichal1> #info oflibMichal
14:31:48 <gzhao> #info George Zhao
14:31:49 <tbachman> #info tbachman for Group Based Policy
14:31:52 <edwarnicke> please #info in :)
14:31:54 <phrobb> #info Phil Robb
14:31:58 <CASP3R> #info CASP3R for Integration
14:32:36 <rafat> #info Rafat for ODL-SDNi App
14:33:51 <edwarnicke> Anybody else?
14:34:07 <edwarnicke> 2 minute warning for topic switch to Status :)
14:34:08 <lori> #info lori for lispflowmapping
14:35:17 <devinavery> #info devinavery (trouble shooting karat feature test failure)
14:36:36 <edwarnicke> #topic Status
14:36:47 <edwarnicke> #chair gzhao devinavery tbachman phrobb
14:36:47 <odl_meetbot> Current chairs: devinavery edwarnicke gzhao phrobb tbachman
14:36:54 <edwarnicke> OK folks... please #info in your status
14:37:26 <tbachman> #info tbachman not very far - editing pom.xml right now in order to run mvn clean install
14:37:35 <oflibMichal1> #info openflowjava: features probably ready, need to discuss a few questions here in this meeting to check correctness
14:37:38 <tbachman> edwarnicke: progress is my own issue, not karaf
14:38:14 <hideyuki> Hi! Is this a meeting for Karaf?
14:38:29 <gzhao> hideyuki: yes
14:38:31 <oflibMichal1> hideyuki: yes it is
14:38:45 <hideyuki> thanks.
14:38:57 <edwarnicke> #info edwarnicke adsal-compatibility in on controller, awaiting me providing details in commit message for integration: https://git.opendaylight.org/gerrit/#/c/10350/
14:39:14 <hideyuki> I think POM file (pom.xml) of nsf in controller project lacks dependency.
14:39:53 <edwarnicke> hideyuki: Which one do you think is missing?
14:40:06 <hideyuki> I failed to execute "mvn install" on controller/features/nsf/.
14:40:08 <edwarnicke> tbachman: Anything I can do to help?
14:40:14 <edwarnicke> hideyuki:
14:40:16 <tbachman> my work ;)
14:40:16 <tbachman> lol
14:40:21 <edwarnicke> Let me check here locally with an empty .m2
14:40:23 <hideyuki> edwarnicke: feature-base
14:40:25 <tbachman> thx tho
14:40:50 <lori> #info lispflowmapping has karaf committed and functional tested
14:41:01 <hideyuki> edwarnicke: Yes, after I delete all files under .m2/repository/org/opendaylight, I execute mvn install on controller/features/nsf.
14:41:07 <edwarnicke> hideyuki: Is the issue in feature-base or feature-nsf?
14:41:09 <lori> #info lispflowmapping also submitted its features to integration
14:41:18 <edwarnicke> lori: Awesome... when can we expect a push to integration?
14:41:22 <hideyuki> edwarnicke: the issues in feature-nsf
14:41:27 <edwarnicke> lori: Could we get a #link ?
14:41:34 <edwarnicke> hideyuki: Building locally :)
14:41:38 <lori> edwarnicke: already done, but the build is unstable
14:41:46 <lori> edwarnicke: because an l2switch issue
14:41:52 <CASP3R> lori i trigger a new build now
14:41:56 <edwarnicke> hideyuki: After rm -rf ~/.m2/repository/org/opendaylight/
14:41:59 <lori> edwarnicke: Madhu already proposed a fix for that
14:42:07 <lori> not sure if it was merged
14:42:14 <edwarnicke> CASP3R: lori I think the l2switch issue is fixed
14:42:19 <Jyoti_13> hi...i have one query..On executing feature:list command on karaf container it is displaying my feature but when I am executing bundle:list command it is showing no bundles.Why?
14:42:27 <hideyuki> edwarnicke: Yes, after I did rm -rf ~/.m2/repository/org/opendaylight/, i executed mvn install
14:42:31 <edwarnicke> #link https://git.opendaylight.org/gerrit/#/c/10377/
14:42:54 <lori> #link https://git.opendaylight.org/gerrit/#/c/10364/ <-- lispflowmapping submission for integration
14:42:57 <edwarnicke> #link https://jenkins.opendaylight.org/integration/job/integration-master-project-centralized-integration/2141/ <- retriggered build
14:43:32 <Jyoti_13> i am working on plugin2oc module and want to integrate karaf with it..
14:43:53 <hideyuki> After I made the following change https://gist.github.com/anonymous/8d5ac78c3b6dcd201238, executing mvn install for nsf-features becomes successful.
14:44:22 <edwarnicke> hideyuki: Please push a patch :)
14:45:08 <hideyuki> edwarnicke: OK. After I push the patch, please review it. I'm not sure my understanding is correct.
14:45:23 <edwarnicke> hideyuki: Happy to :)
14:45:50 <gzhao> Do we have  representatives from yangtools, openflowjava and openflowplugin
14:46:26 <lori> gzhao: oflibMichal is from openflowjava
14:46:27 <edwarnicke> hideyuki: Glancing at your pastebin, you were doing the right *sort* of thing :)
14:46:43 <gzhao> lori: thanks
14:46:51 <edwarnicke> Jyoti_13: Apologies for taking so long to get to your question
14:47:04 <edwarnicke> Jyoti_13: are you doing feature:list or feature:list -i
14:47:12 <edwarnicke> Jyoti_13: In other words, are your features *installed* ?
14:47:14 <Jyoti_13> no problem sir
14:47:22 <edwarnicke> Jyoti_13: Also, how are you doing your bundle list
14:47:32 <Jyoti_13> sir i am using feature:list
14:47:33 <edwarnicke> Jyoti_13: One thing to watch out for there, which bites me a lot personally
14:47:46 <edwarnicke> Jyoti_13: Could you try feature:list -i
14:47:53 <edwarnicke> Which will show you only the installed ones
14:48:11 <Jyoti_13> yes i tried feature:list -i
14:48:28 <edwarnicke> Jyoti_13: Also, bundle:list -s is what you need to get a listing of bundles by symbolic name
14:48:34 <Jyoti_13> but there feature was not present
14:48:58 <edwarnicke> Jyoti_13: Cool, so here's what's going on with your features:list vs features:list -i
14:49:04 <edwarnicke> Jyoti_13: Your features are *known*
14:49:10 <edwarnicke> Jyoti_13: But they are not *installed*
14:49:12 <edwarnicke> try
14:49:17 <edwarnicke> feature:install <your feature>
14:49:21 <edwarnicke> And then see what you can see :)
14:50:37 <edwarnicke> liemmn: Welcome to the party! :)
14:50:40 <Jyoti_13> i tried installing feature also butit is giving me error somewhat like......package cannot import more than once...something like com.sun.jdmk...
14:50:53 <edwarnicke> lori: Send me a link to your integration patch and I'll retrigger
14:52:10 <liemmn> @ed :)
14:52:32 <liemmn> gonna work on integration today...
14:52:45 <edwarnicke> liemmn: Awesome :)
14:52:51 <edwarnicke> liemmn: Get it into karaf and integration :)
14:53:36 * devinavery raises hand because he doesn't want to have too many questions going on at once... :)
14:53:45 <liemmn> yep, will have more questions later... (I am sure :) )
14:54:25 <lori> edwarnicke: link to IT patch above with #link
14:54:29 <edwarnicke> devinavery: I can scroll :)  Ask at will :)
14:54:36 <edwarnicke> lori: LOL... will scroll back :)
14:54:42 <lori> just a sec
14:54:48 <lori> will paste again
14:55:10 <lori> edwarnicke: https://git.opendaylight.org/gerrit/#/c/10364/
14:55:18 <edwarnicke> lori: It looks like https://git.opendaylight.org/gerrit/#/c/10364/ was retriggered :)
14:55:25 <edwarnicke> lori: And succeeded :)
14:55:34 <Jyoti_13> i have copied opendaylight-karaf container from controller to my project(which resides under opendaylight).Do I need to make any changes in this karaf container after moving it to my module?
14:55:38 <edwarnicke> Do we still have CASP3R around?
14:55:40 <lori> edwarnicke: hmm, that's VERY recent
14:55:41 <devinavery> edwarnikie: Ok. So I think we have a stale feature reference pointing to an outdated version some where... some quick background: I am trying to build yang tools and controller without access to the ODL repo
14:55:47 <lori> I just reloaded
14:55:48 <edwarnicke> Jyoti_13: Please use the archetype
14:55:49 <lori> :)
14:55:55 <edwarnicke> Jyoti_13: Its much much much better done :)
14:56:02 * tbachman goes into debugging mode...
14:56:08 <edwarnicke> Jyoti_13: I incorporated a bunch of lessons learned there :)
14:56:13 <devinavery> edwarnikie: when I do this and load up karat some of my odl-netconf features do NOT have descriptions... even though the descriptions are presenting in the features.xml file
14:56:33 <edwarnicke> devinavery: OK... that does sound wrong
14:56:56 <devinavery> edwarnicke: when I do the same thing on my repo that has access to the public all works well and descriptions are present
14:57:07 <edwarnicke> Quick poll before I go review lori's integration patch... any not-yet addressed questions hanging out?
14:57:17 <edwarnicke> devinavery: How far back have you traced it
14:57:23 <edwarnicke> Note to all, keep the questions coming :)
14:57:33 <tbachman> edwarnicke: I have an observation, not a question
14:57:36 <tbachman> in the archetype
14:57:43 <tbachman> for the features/pom.xml that’s generated
14:57:52 <tbachman> there’s a comment to “move” the properties to the parent pom
14:57:57 <tbachman> I did move them
14:58:02 <tbachman> but got a build error
14:58:09 <tbachman> actually
14:58:09 <tbachman> duh
14:58:15 <tbachman> this is probably my problem
14:58:22 <tbachman> b/c if it were picking up the parent pom
14:58:25 <tbachman> the error wouldn’t happen
14:58:26 <tbachman> nm
14:58:55 <devinavery> edwarnicke: I checked most versions referenced in parent features.xml and pom.xmls etc - all seem to be lining up but clearly something is strange. Is there a way to print an "Effective Features" like there dis the effective pom?
14:58:58 * tbachman just managed to fit in a DoS of 12 lines
14:59:00 <edwarnicke> tbachman: Please note that is marked as Optional :)
14:59:03 <tbachman> lol
14:59:09 <tbachman> trying to get the A+
14:59:17 <edwarnicke> tbachman: I tried to distinguish between 'It would be pretty if you did' and 'shit is going to break if you don't' :)
14:59:26 <edwarnicke> tbachman: I strongly encourage you in that :)
14:59:35 <edwarnicke> tbachman: Is your parent pom set correctly in your features/pom.xml
14:59:35 <edwarnicke> ?
14:59:48 <edwarnicke> devinavery: Not that I know of
14:59:57 <tbachman> <parent>
14:59:57 <tbachman> <artifactId>commons.groupbasedpolicy</artifactId>
14:59:59 <tbachman> <groupId>org.opendaylight.groupbasedpolicy</groupId>
15:00:00 <tbachman> <version>0.1.0-SNAPSHOT</version>
15:00:01 <tbachman> <relativePath>../commons/parent</relativePath>
15:00:02 <tbachman> </parent>
15:00:52 <Jyoti_13> reflecting feature list and bundle list on karaf  container is the end output or we need to do something more?
15:01:06 <tbachman> edwarnicke: is there a reason that the config files are separate?
15:01:25 <edwarnicke> Jyoti_13: Yes... because they get detected and loaded by the config pusher as seprate
15:01:34 <edwarnicke> tbachman: Hang on, I've got an archetype for that...
15:01:45 * edwarnicke grumbles at himself for not putting it in the docs yet
15:02:22 <edwarnicke> tbachman: artifact id for config file archetype is opendaylight-configfile-archetype
15:02:33 <edwarnicke> Just replace opendaylight-karaf-features in the command line
15:02:40 <edwarnicke> And it will make a nice project for you for your config files
15:02:51 <edwarnicke> Jyoti_13: What have you got working so far?
15:02:57 <tbachman> edwarnicke: I guess the question is: why do we make the config files separate?
15:03:08 <tbachman> i.e. why not just have them as part of a feature?
15:03:24 <tbachman> would you ever just install a config file?
15:03:48 <edwarnicke> tbachman: Two reasons
15:04:01 <edwarnicke> 1)  What if someone wants a different configuration?
15:04:17 <edwarnicke> 2)  We have to detect them coming in and handle them deterministicly
15:04:50 <edwarnicke> Madhu: Thanks for holding me to account on the adsal-compatibilty stuff at integration, see comments there for reasoning and how I can handle it better next time
15:04:50 <Jyoti_13> i have created pom.xml and feature.xml within features directory of my module which builds successfully and created .kar file which i tried to deploy using karaf.
15:05:10 <edwarnicke> Jyoti_13: Are you following the instructions here: https://wiki.opendaylight.org/view/Karaf:Step_by_Step_Guide
15:05:36 <tbachman> edwarnicke: that’s sounding like there’s some sort of centralized config file intelligence?
15:05:55 <edwarnicke> tbachman: The config subsystem insure deterministic behavior
15:05:57 <Jyoti_13> i was reffering to https://meetings.opendaylight.org/opendaylight-meeting/2014/tws/opendaylight-meeting-tws.2014-08-04-17.03.html till now..
15:06:07 <tbachman> edwarnicke: no, I get that...
15:06:24 <edwarnicke> tbachman: Basically... when a feature is installed, the config subsytem finds out about it
15:06:33 <Jyoti_13> from yesterday i am following https://wiki.opendaylight.org/view/Karaf:Step_by_Step_Guide
15:06:33 <edwarnicke> Oh... I think I see what you are getting at
15:06:37 <tbachman> just trying to understand how a user is going to take advantage of this
15:06:39 <tbachman> I can understand that they may want to determine the way a given configuration works
15:06:45 <edwarnicke> tbachman: You are asking 'couldn't I just attach the config file to an existing bundle'
15:06:47 <edwarnicke> Yes, you could
15:06:51 <tbachman> yes :)
15:06:54 <tbachman> but
15:06:58 <edwarnicke> But you will still need the configfile in your feature
15:07:08 <edwarnicke> As thats how the config subsystem finds out about it
15:07:15 <tbachman> Is that the *right* thing to do
15:07:15 <tbachman> If there’s a good reason otherwise, am fine with it.
15:07:24 <tbachman> right
15:07:26 <liemmn> AAA already has a feature file defined... Can I skip the  opendaylight-karaf-features archetype?
15:07:30 <edwarnicke> tbachman: My aesthetics would be to keep it separate... but that's just aesthetics, not functionality... and folks are most welcome to have different opinions there :)
15:07:45 <edwarnicke> liemmn: Is it accessible as a separate file from maven?
15:08:06 <tbachman> lol
15:08:06 <tbachman> Just trying to do what makes sense
15:08:06 <tbachman> if a user can take advantage of this somehow, then sure
15:08:06 <liemmn> yes
15:08:29 <edwarnicke> liemmn: If you can enter a mvn coordinate for its as a file of type xml, you are good to go
15:08:42 <edwarnicke> liemmn: See previous comments on aesthetic tastes on my part ;)
15:08:54 <edwarnicke> liemmn: Apologies
15:08:56 <edwarnicke> I misread you
15:09:06 <liemmn> ok.
15:09:08 <edwarnicke> liemmn: So, my suggestion with an existing features.xml
15:09:15 <edwarnicke> Would be to use the archetype to create a project for you
15:09:17 <liemmn> btw, I tried running the archetype, but it gave me:
15:09:17 <liemmn> [ERROR]   The project org.opendaylight.aaa:aaa.project:0.1.0-SNAPSHOT (/home/liemmn/dev/aaa/pom.xml) has 1 error
15:09:18 <liemmn> [ERROR]     Child module /home/liemmn/dev/aaa/feature of /home/liemmn/dev/aaa/pom.xml does not exist
15:09:21 <edwarnicke> Because there are helpful instructions in there
15:09:29 <liemmn> ohh...
15:09:31 <liemmn> nm
15:09:39 <edwarnicke> And then from there copy in the features you've done your work on
15:09:44 <edwarnicke> As you follow the instructions
15:09:49 <edwarnicke> Its not mandatory you do it that way
15:09:59 <edwarnicke> But you will find it is probably easier to get things right that way
15:10:44 <Jyoti_13> just copying the karaf container into my module and copying the generated .kar file into the deploy folder is OK?
15:10:44 * edwarnicke tries really hard to keep the lines clear between 'You must do things this way or they will break' and 'I suspect you will find it easier if you...'
15:10:55 <edwarnicke> Jyoti_13: OK in what sense?
15:11:27 <hideyuki> Could someone help me? I failed to execute "mvn clean install" on integration/distributions/extra/karaf/
15:11:40 <edwarnicke> Jyoti_13: The reasons I ask is that the instructions here: https://wiki.opendaylight.org/view/Karaf:Step_by_Step_Guide would not result in kar files.  Now that doesn't mean you couldn't be doing everything right and *also* generating kar files... you could be... but it is a little warning that maybe you *might* be off track
15:11:40 <Jyoti_13> means do I need to make some chnages in karaf container which i have copied?
15:11:49 <Madhu> hideyuki: what is the error ?
15:11:50 <edwarnicke> hideyuki: I can help, what error are you getting?
15:11:53 <hideyuki> I saw the following error. [ERROR] Failed to execute goal on project distribution-karaf: Could not resolve dependencies for project org.opendaylight.integration:distribution-karaf:pom:0.2.0-SNAPSHOT: Failed to collect dependencies for [org.apache.karaf.features:framework:kar:3.0.1 (compile), org.apache.karaf.features:standard:xml:features:3.0.1 (runtime), org.opendaylight.controller:karaf.branding:jar:1.0.0-SNAPSHOT (compile), org.opendayl
15:11:53 <hideyuki> ight.controller:opendaylight-karaf-resources:jar:1.4.2-SNAPSHOT (compile), org.opendaylight.integration:features-integration:xml:features:0.2.0-SNAPSHOT (runtime)]: Failed to read artifact descriptor for org.opendaylight.integration:features-integration:xml:features:0.2.0-SNAPSHOT: Could not find artifact org.opendaylight.integration:root:pom:0.2.0-SNAPSHOT in opendaylight-snapshot (http://nexus.opendaylight.org/content/repositories/openda
15:11:58 <hideyuki> ylight.snapshot/) -> [Help 1]
15:12:19 <hideyuki> https://gist.github.com/anonymous/a5b48cc49be2e48d4ff5
15:12:31 <edwarnicke> lori: I have not forgotten about you... but and answering live questions right now...
15:12:57 <edwarnicke> hideyuki: That looks like a local nit in integration
15:13:02 <hideyuki> I'm using the latest code of integration Git repository without any chagne.
15:13:04 <edwarnicke> Build from integration/ and it should work
15:13:13 <edwarnicke> hideyuki: It looks like integration is not pushing its parent pom.xml to nexus
15:13:25 <hideyuki> edwarnicke: Oh, i see. thank you!!!!
15:13:43 <edwarnicke> hideyuki: Not saying thats right or wrong on integrations part at this time... haven't had a chance to think about it... just saying it is :)
15:14:22 <edwarnicke> hideyuki: I've hit that error before :)
15:14:26 <devinavery> edwarnicke: another question for you, or any karat expert - where in the karaf distribution do we find the feature.xml files?
15:15:14 <edwarnicke> cd target/assembly/system
15:15:16 <edwarnicke> find .
15:15:21 <edwarnicke> Its laid out like a maven repo
15:15:46 <devinavery> Ok. So when I do that I don't find the "netconf" feature there
15:15:59 <edwarnicke> In the controller local distro?
15:16:42 <devinavery> edwarnicke: correct. So let me expand on what I am doing. I am trying to confirm that the features-netconf feature.xml is the correct version in my build
15:16:49 <edwarnicke> Jyoti_13: Still there?  Want to make sure you are getting your needs met :)
15:17:03 <devinavery> edwarnicke: when I look in controller/distro.../opendaylight-karaf/target I only see these files:
15:17:10 <edwarnicke> devinavery: OK... what do you have in your local .m2/repository
15:18:06 <edwarnicke> hideyuki: Could you add the issue you saw and its fix to a "Common Problems and their solutions" section at the bottom of this section: https://wiki.opendaylight.org/view/Karaf:Step_by_Step_Guide#Prepare_your_feature_for_addition_to_the_integration_features_index
15:18:20 <edwarnicke> hideyuki: That way the next guy can solve his problem more easily :)
15:18:22 <tbachman> edwarnicke: Madhu recently discovered an issue with jackson
15:18:22 <tbachman> and worked around it
15:18:22 <tbachman> are you aware of the workaround, by chance?
15:18:22 <tbachman> I think it had to do with jersey
15:18:22 <tbachman> like, jersey included something, which was expecting jackson from a certain place
15:18:22 <tbachman> wow
15:18:22 <tbachman> I think I just got a huge burst of IRC :)
15:18:23 <devinavery> edwarnicke: what specifically would you like me to check? I do have a features-netconf-0.2.5-SNAPSHOT-features.xml in my repository
15:18:23 <tbachman> must be a delay on my end
15:18:40 <tbachman> this probably looks very odd to people who don’t have this delay
15:18:43 <hideyuki> edwarnicke: Ok.
15:19:07 <edwarnicke> tbachman: Wait a moment while I try to figure out timelines in my head
15:19:08 <Madhu> tbachman: hi
15:19:13 <edwarnicke> tbachman: Everything seems so long ago :)
15:19:17 <tbachman> lol
15:19:23 <edwarnicke> tbachman: Ah... best to let Madhu speak for himself :)
15:19:29 <tbachman> :)
15:19:30 <Madhu> tbachman: yes. i fixed the jackson/jersey issue.
15:19:35 <Madhu> so what is the question ?
15:19:41 * tbachman waits with baited breath
15:19:42 <edwarnicke> tbachman: Note, odl-restconf uses gson, not jersey
15:19:49 <Madhu> okay i see the question :)
15:19:50 <edwarnicke> tbachman: Not sure if that detail is relavent
15:19:58 <Madhu> so ... jackson and jersey uses javax.ws.rs
15:20:06 <Madhu> and there are multiple bundles exporting it
15:20:23 <Madhu> but in order for jersey to bind any providers (like json provider for jaxb)
15:20:35 <Madhu> it was expecting the javax.ws.rs exported by jersey.core
15:20:38 <Madhu> if not...
15:20:40 <Jyoti_13> actually till now i have generated .kar file and deploy the same on karaf container... it seems that i have to do  rework using https://wiki.opendaylight.org/view/Karaf:Step_by_Step_Guide
15:20:43 <Madhu> the class loader craps out
15:20:54 <edwarnicke> Jyoti_13: Hopefully not to much rework :)
15:21:28 <edwarnicke> Jyoti_13: My suggestion would be to move your existing work to one side for refernece, and walk through with the archetypes, as they contain helpful instructions, and copy in your features
15:21:38 <Jyoti_13> but whatever i was doing is that wrong??
15:21:42 <edwarnicke> Jyoti_13: Since defining the features is the hard part, hopefully it will go switftly :)
15:21:46 <Madhu> essentially, it was a class name conflict (unable to be detected by human eyes) :)
15:21:46 <Madhu> but runtime can catch it :(
15:21:46 <Madhu> tbachman: is that clear ?
15:21:46 <Madhu> and the fix was to remove the conflicting bundle that exports the javax.ws.rs
15:21:58 <tbachman> Madhu: so, does this require anything special in the features file, or the features/pom.xml?
15:22:05 <edwarnicke> Jyoti_13: A lot of this has to do with doing things in a way that make sure all features load and can coexist reasonably in the same container
15:22:09 <Madhu> tbachman: in the features file
15:22:10 <Jyoti_13> ok..sure :)
15:22:20 <Madhu> tbachman: lemme show u the gerrit that i used to fix it
15:22:22 <Madhu> 1 sec
15:22:24 <tbachman> thx
15:22:38 * tbachman notes that his IRC seems to be incredibly bursty atm
15:22:56 <edwarnicke> Madhu: Thanks for digging into that, I know such issues are PITA to sort out
15:23:03 <tbachman> like I’ll get about 25 IMs in a second
15:23:08 <tbachman> weird
15:23:08 <tbachman> (and of course about 40 seconds of dead air)
15:23:26 <devinavery> edwarnicke: do our feature unit tests etc rely on hardcoded repository locations...?
15:23:47 <Madhu> tbachman: https://git.opendaylight.org/gerrit/#/c/10111/5/features/base/src/main/resources/features.xml
15:23:52 <Madhu> you can see that i removed a reference to javax.ws.rs
15:23:56 <tbachman> Madhu: thx!
15:24:09 <edwarnicke> tbachman: So is mine
15:24:21 <tbachman> edwarnicke: weird, eh?
15:24:27 <devinavery> edwarnicke: or even our karaf distributions?
15:24:39 <tbachman> either that, or you all are *amazingly* fast typists :)
15:24:58 <edwarnicke> devinavery: They shouldn't rely on hardcoded repository locations, but they do rely on the dependencies being in the local .m2/repository (or in maven.repo.local if specified)
15:25:07 <edwarnicke> tbachman: I have *really* good coffee
15:25:10 <tbachman> lol
15:25:55 <devinavery> edwarnicke: ok. We are overriding the repo location with maven.repo.local so I wiped out my old ~/.m2/repository just in case and am retrying
15:26:05 <edwarnicke> Guys... 5 minute warning... the pre-M5 meeting happens here in 5 minutes
15:26:10 <tbachman> btw
15:26:12 <tbachman> pre-M5 coming up
15:26:22 <edwarnicke> Guys I suspect we can keep chatting karaf, but will leave that call to phrobb
15:26:36 <edwarnicke> I suspect we at minimum though should shut down our meeting and let gzhao or phrobb start up the pre-M5 meeting
15:26:41 <tbachman> edwarnicke: would think M5 might trump
15:26:49 * tbachman agrees
15:26:55 <tbachman> we could move to #opendaylight?
15:26:57 <edwarnicke> devinavery: I *know* using -Dmaven.repo.local works... else Jenkins would die
15:27:05 <edwarnicke> tbachman: Hmm... thinking
15:27:10 <devinavery> edwarnicke: ok. Thanks
15:27:24 <edwarnicke> phrobb: gzhao how would you guys like to handle things (assuming you are organizing the M5 meeting)
15:27:44 <hideyuki> Does GUI work on Karaf distribution?
15:27:54 <edwarnicke> devinavery: Please note, the probablility that the magic variable is actually named what I typed above is low... but whatever it is, it *does* work :)
15:28:04 <edwarnicke> hideyuki: I think dlux is going in momentarily
15:28:20 <edwarnicke> hideyuki: When I went to sleep last night, I believe mlemay had it verifying
15:28:23 <gzhao> edwarnicke: in Doc meeting with Matheiu and Phil now
15:28:24 <edwarnicke> mlemay: Where are we with dlux
15:28:31 <gzhao> edwarnicke: multi-booked
15:28:36 <edwarnicke> MEETING MANIA! :)
15:29:04 <edwarnicke> gzhao: What IRC channel... need to ask mlemay somthing :)
15:29:10 <hideyuki> edwarnicke: I see.
15:29:18 <gzhao> edwarnicke: yes, need to switch the pre M5 meeting
15:29:41 <edwarnicke> gzhao: Should I #endmeeting now then?
15:30:47 <phrobb> edwarnicke:  Yes, we need to start the M5 Developer meeting.
15:30:50 <devinavery> edwarnicke: understood
15:30:58 <phrobb> #endmeeting