FHIR Chat · IG Publisher Error · committers

Stream: committers

Topic: IG Publisher Error

Bryn Rhodes (Jul 28 2016 at 03:29):

Getting the following error attempting to build the QICore IG:

Bryn Rhodes (Jul 28 2016 at 03:29):

Publishing Implementation Guide Failed: Unable to delete file: C:\Users\Bryn\Documents\Src\HL7\FHIR-Dev\publish\..\guides\qicore2\temp\_includes\ValueSet-qicore-referralrequest-reason-rejected-xref.xhtml (32.0092sec)
(32.0098sec)
Stack Dump (for debugging): (32.0099sec)
java.io.IOException: Unable to delete file: C:\Users\Bryn\Documents\Src\HL7\FHIR-Dev\publish\..\guides\qicore2\temp\_includes\ValueSet-qicore-referralrequest-reason-rejected-xref.xhtml
at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:1087)
at org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:811)
at org.hl7.fhir.utilities.Utilities.clearDirectory(Utilities.java:262)
at org.hl7.fhir.igtools.publisher.Publisher.cleanOutput(Publisher.java:1180)
at org.hl7.fhir.igtools.publisher.Publisher.generate(Publisher.java:1129)
at org.hl7.fhir.igtools.publisher.Publisher.execute(Publisher.java:214)
at org.hl7.fhir.igtools.publisher.Publisher.main(Publisher.java:2028)

Bryn Rhodes (Jul 28 2016 at 03:29):

But I can go delete that file no problem... any thoughts?

Grahame Grieve (Jul 28 2016 at 09:00):

I've seen this before. You on windows? what if you exempt the file from virus scanning?

Bryn Rhodes (Jul 28 2016 at 14:54):

No joy. Also tried running as administrator, and switching the directory so that I don't have the .. in the path...

Grahame Grieve (Jul 28 2016 at 19:28):

should 'ValueSet-qicore-referralrequest-reason-rejected-xref.xhtml' exist?

Bryn Rhodes (Jul 28 2016 at 19:31):

I don't know, it seems to be an artifact of the output, it's not an input resource and I don't see anywhere that it's needed in the output. It's only in the temp\_includes folder as far as I can tell.

Grahame Grieve (Jul 28 2016 at 19:35):

I'll ask a more specific question: is there a value set with the id 'qicore-referralrequest-reason-rejected'

Bryn Rhodes (Jul 28 2016 at 20:03):

Yes, and it's referenced from a profile.

Grahame Grieve (Jul 28 2016 at 20:04):

shouldn't be deleting it anyway...

Bryn Rhodes (Jul 28 2016 at 20:05):

Everything I've done is committed to qicore2.

Grahame Grieve (Jul 28 2016 at 20:08):

@Bryn Rhodes : Included file '_includes/header.html' not found

Bryn Rhodes (Jul 28 2016 at 20:09):

Hmmm... I don't have that file on my drive, what's looking for it?

Grahame Grieve (Jul 28 2016 at 20:09):

I'll investigate

Grahame Grieve (Jul 28 2016 at 20:27):

{% include header.html %}

Grahame Grieve (Jul 28 2016 at 20:27):

you do need that file. I guess that means I don't get the problem you have, and I'm getting further

Grahame Grieve (Jul 28 2016 at 20:33):

I just committed a possible fix. Get a copy of 9319 and try again

Bryn Rhodes (Jul 28 2016 at 20:56):

That got me past that error, but I don't get an error on a missing include file, and it generates the output inside the temp folder.

Bryn Rhodes (Jul 28 2016 at 21:36):

n/m, got it working, thanks Grahame!

Bryn Rhodes (Jul 29 2016 at 04:40):

Okay, more questions here. I have the main page building, but I notice that the DAF IG has in the pages directory content that used to be generated by the build. (allergyintolerance.daf, for example).

Bryn Rhodes (Jul 29 2016 at 04:41):

Is there a way to get the tooling to continue to generate those pages, or do we need to manually create pages for each profile?

Grahame Grieve (Jul 29 2016 at 04:55):

it can create a page for each resource, using a template

Grahame Grieve (Jul 29 2016 at 05:01):

the DAF approach predates the template approach. And they wanted to stick with the file names they had, which are not the names produced by the templating system

Rick Geimer (Aug 03 2016 at 17:52):

Can't get the sample IG in tests\ig to build. Getting the following error:

Error : Unable to find file C:\Users\rickg\Documents\Workspaces-SVN\FHIR-Build\tests\ig\resources\valueset-test-ig-spsvs.xml/json
org.hl7.fhir.igtools.publisher.SimpleFetcher.fetchFlexible(SimpleFetcher.java:66)

Anyone else seeing this?

Rick Geimer (Aug 03 2016 at 18:00):

Also not sure what to do with guides/ccda2. It crashes on the reference to daf2., which I can't build either. Seems like I'm in a catch 22.

Load DAF (http://hl7.org/fhir/daf) from ../daf2/output (03.0559sec)
Error : C:\Users\rickg\Documents\Workspaces-SVN\FHIR-Build\guides\ccda2\..\daf2\output\definitions.json.zip (The system cannot find the file specified)
java.io.FileInputStream.open0(Native Method)

Max Nakamura (Aug 03 2016 at 18:16):

Hi Rick,
I can confirm I get the same error

Grahame Grieve (Aug 03 2016 at 20:29):

so what version of the IG Publisher are you using?

Grahame Grieve (Aug 03 2016 at 20:32):

all the guides other than SDC build ok for me

Rick Geimer (Aug 03 2016 at 21:36):

From the current build (my local publish folder)

Grahame Grieve (Aug 03 2016 at 21:37):

well, what version is that?

Rick Geimer (Aug 03 2016 at 21:39):

At airport now on mobile. Will need to check later. Brett and Meenaxi get same error though, maybe they can chime in first.

Rick Geimer (Aug 03 2016 at 21:52):

Through security. Launched the tool, but how do I tell what version it is? Don't see it reported in the log.

Grahame Grieve (Aug 03 2016 at 21:54):

about th 4th line: Definitions [version]

Rick Geimer (Aug 03 2016 at 21:55):

Switched to command line version, now I see it. Definitions 1.5.0-9393

Rick Geimer (Aug 03 2016 at 21:57):

Also ran a version Brett sent me: Definitions 1.5.0-9367

Rick Geimer (Aug 03 2016 at 21:57):

Same error.

Rick Geimer (Aug 03 2016 at 21:58):

Brett's was working until he synced with gForge.

Rick Geimer (Aug 03 2016 at 21:58):

Now he gets it too.

Grahame Grieve (Aug 03 2016 at 21:58):

and which IG are you trying to build?

Rick Geimer (Aug 03 2016 at 21:59):

Any. I get errors from the one in tests/id, from guides/ccda2, and guides/daf2.

Rick Geimer (Aug 03 2016 at 22:00):

I can try more if you like, just tell me which one.

Grahame Grieve (Aug 03 2016 at 22:00):

well, those versions should work. Obviosuly there is something wrong infrastructurally, but I have no idea what that might be

Grahame Grieve (Aug 03 2016 at 22:00):

let's just stick to the test ig.

Rick Geimer (Aug 03 2016 at 22:00):

I can try deleting some directories and rebuilding, but doubt it would finish before I have to board.

Rick Geimer (Aug 03 2016 at 22:01):

Will try though if you have some ideas.

Grahame Grieve (Aug 03 2016 at 22:01):

the file it says that it can't find - do you have it?

Rick Geimer (Aug 03 2016 at 22:01):

nope, does not exist.

Rick Geimer (Aug 03 2016 at 22:02):

C:\FHIR_Build\guides\daf2\resources\.xml/json

Rick Geimer (Aug 03 2016 at 22:02):

The /json at the end seems weird anyway.

Grahame Grieve (Aug 03 2016 at 22:02):

just stick to tests/ig

Rick Geimer (Aug 03 2016 at 22:02):

And it's just looking for a file named ".xml"

Grahame Grieve (Aug 03 2016 at 22:02):

you should have a file valueset-test-ig-spsvs.xml in \resources

Rick Geimer (Aug 03 2016 at 22:02):

Ok, will do.

Grahame Grieve (Aug 03 2016 at 22:03):

and it should build...

Rick Geimer (Aug 03 2016 at 22:03):

C:\FHIR_Build\tests\ig\resources\valueset-test-ig-spsvs.xml/json

Rick Geimer (Aug 03 2016 at 22:03):

Does not exist.

Grahame Grieve (Aug 03 2016 at 22:04):

does the file actually exist?

Rick Geimer (Aug 03 2016 at 22:04):

Load Implementation Guide (10.0695sec)
Error : Unable to find file C:\FHIR_Build\tests\ig\resources\valueset-test-ig-spsvs.xml/json
org.hl7.fhir.igtools.publisher.SimpleFetcher.fetchFlexible(SimpleFetcher.java:66)
org.hl7.fhir.igtools.publisher.Publisher.loadSpreadsheet(Publisher.java:885)

No it does not.

Grahame Grieve (Aug 03 2016 at 22:06):

bizarre. not in svn.

Grahame Grieve (Aug 03 2016 at 22:06):

update and try again

Grahame Grieve (Aug 03 2016 at 22:09):

as in just build the test ig again after updating

Rick Geimer (Aug 03 2016 at 22:09):

Updated, no new files. Ran it again anyway (without running a full build), same error.

Rick Geimer (Aug 03 2016 at 22:09):

Last time I ran full build was about 3 hours ago.

Grahame Grieve (Aug 03 2016 at 22:10):

you should just have picked up \tests\ig\resources\valueset-test-ig-spsvs.xml

Rick Geimer (Aug 03 2016 at 22:11):

Will try again..

Rick Geimer (Aug 03 2016 at 22:14):

File finally showed up. Now it runs (with build errors on the left, but that's an improvement).

Grahame Grieve (Aug 03 2016 at 22:14):

pfft ok.

Grahame Grieve (Aug 03 2016 at 22:15):

so daf then... you're fully up to date, and no local changes?

Rick Geimer (Aug 03 2016 at 22:15):

Running DAF now. Seems to be wroking now, but saw a lot of DAF commits come down too just now.

Rick Geimer (Aug 03 2016 at 22:17):

Completed, with a bunch of build errors again. Moving on to ccda2.

Rick Geimer (Aug 03 2016 at 22:19):

Works! Thanks, for whatever you did.

Grahame Grieve (Aug 03 2016 at 22:19):

what kind of build errors?

Rick Geimer (Aug 03 2016 at 22:20):

Looks like errors in examples mostly.

Grahame Grieve (Aug 03 2016 at 22:21):

ok

Rick Geimer (Aug 03 2016 at 22:21):

Need to shutdown and pack up now. One last favor, can you get the ccda IG appearing on the current build page, or is there something we need to do to get it to show up?

Rick Geimer (Aug 03 2016 at 22:21):

(going mobile now).

Grahame Grieve (Aug 03 2016 at 22:21):

it's here:

Grahame Grieve (Aug 03 2016 at 22:22):

http://hl7.org/fhir/current/ccda/

Grahame Grieve (Aug 03 2016 at 22:22):

I have to update it manually. at your request

Rick Geimer (Aug 03 2016 at 22:25):

Example errors mostly. Computer off for boarding. Mobile now.

Rick Geimer (Aug 03 2016 at 22:27):

Please update, thx.

Rick Geimer (Aug 03 2016 at 22:39):

Is there any way to navigate there though? From http://hl7-fhir.github.io, the IG link at the bottom points to http://www.fhir.org/guides/registry, which does not list it.

Grahame Grieve (Aug 03 2016 at 22:47):

there's no way right now. Shoudl the CCDA implementation guide be listered at http://www.fhir.org/guides/registry? would you want to write a summary sentence r 2 for it? Is it US specific?

David McKillop (Aug 03 2016 at 23:54):

@Rick Geimer @Grahame Grieve when I download the IG Publisher from http://hl7-fhir.github.io/downloads.html the version I get is "(1.5.0-9257). I was just wondering where Rick got the more recent version of 1.5.0-9393? Is there another download place I should be using?

Rick Geimer (Aug 04 2016 at 15:24):

@David McKillop I was using the version from the publish directory in the build (after running the build locally).

Rick Geimer (Aug 04 2016 at 15:26):

@Grahame Grieve We are taking C-CDA on FHIR to it's first ballot this fall. Does that qualify it for inclusion? Hope so. If so, I can write a couple sentences. Yes it is US specific, as it is intended to meet 80% of the Consolidated CDA use case.

Grahame Grieve (Aug 04 2016 at 20:07):

yes write a couple of sentences

Sarah Gaunt (Aug 04 2016 at 23:41):

@David McKillop Neither @Eric Parapini or I can get the version @Rick Geimer has - even when we run the build we get the 9257 version and strangely enough, it runs for me, but it doesn't run for him. He was on a build revision that was a couple of commits later than my build though. Will see what happens with the latest build.

Grahame Grieve (Aug 04 2016 at 23:43):

the IG Publisher reports 2 versions. The first version (presently 9257) is the version of the conformance resources bound to the code. The second version - used for everything else - is reported about 4 lines in: Definitions XXXX

Grahame Grieve (Aug 04 2016 at 23:43):

please say what actually happens, rather than just 'doesn't run'

Sarah Gaunt (Aug 04 2016 at 23:44):

@Eric Parapini can you specify your error?

David McKillop (Aug 04 2016 at 23:45):

@Rick Geimer OK - thanks for that.

Sarah Gaunt (Aug 04 2016 at 23:45):

Hoping the latest build fixes it though...

Sarah Gaunt (Aug 04 2016 at 23:46):

@Grahame Grieve thanks for the info about the version - will look more carefully when build finished

David McKillop (Aug 04 2016 at 23:52):

@Grahame Grieve OK - I get it now. I'm running IG Publisher (1.5.0-9257) and Definitions 1.5.0-9412, so is that's what I need to quote for troubleshooting or monitor to be current?

Grahame Grieve (Aug 04 2016 at 23:54):

both, realy

David McKillop (Aug 04 2016 at 23:56):

@Grahame Grieve OK - thanks.

Sarah Gaunt (Aug 04 2016 at 23:58):

Running IG Publisher (1.5.0-9257) Definitions 1.5.0-9454 and it runs for me. Yay!!

Eric Parapini (Aug 05 2016 at 22:04):

Hi All,

I am on the most recent commit and it built successfully. Revision: 9487

Definitions 1.5.0-9487

I'm running into an error when I try to use the FHIR Implementation Guide Publisher. Once it gets to the Checking output stage I get a / by zero error. See http://pastebin.com/ZeTuWicv for the full debug summary. The relevant information is:

Jekyll: Generating...                                                            (29.0059sec)
Jekyll: done in 6.342 seconds.                                                   (35.0401sec)
Checking Output HTML                                                             (35.0429sec)
Error : / by zero
   org.hl7.fhir.igtools.publisher.Publisher.generate(Publisher.java:1278)
   org.hl7.fhir.igtools.publisher.Publisher.execute(Publisher.java:236)
   org.hl7.fhir.igtools.ui.IGPublisherFrame$BackgroundPublisherTask.doInBackground(IGPublisherFrame.java:256)
   org.hl7.fhir.igtools.ui.IGPublisherFrame$BackgroundPublisherTask.doInBackground(IGPublisherFrame.java:246)
   javax.swing.SwingWorker$1.call(Unknown Source)
   java.util.concurrent.FutureTask.run(Unknown Source)
   javax.swing.SwingWorker.run(Unknown Source)
   java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
   java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
   java.lang.Thread.run(Unknown Source)

Grahame Grieve (Aug 05 2016 at 22:41):

oops. dumb mistake. Just committed a fix - in 9492

Eric Parapini (Aug 05 2016 at 23:36):

Thank you! I can confirm it's working on my end

Rick Geimer (Aug 06 2016 at 03:00):

Grahame can now officially add "Able to divide by zero" to the list of accomplishments on his resume :)

Rick Geimer (Aug 06 2016 at 10:58):

Grahame, if you get a sec, see if you can figure out why the IG publisher is hanging on ccda2. I added some debugging statements to the publisher to help, seems to hang while processing the example for the care plan example.

Grahame Grieve (Aug 06 2016 at 11:05):

Exception in thread "main" java.lang.Error: Unable to find discriminator definition for Extension.Composition.url in Composition.url at Composition.extension[1]

Grahame Grieve (Aug 06 2016 at 11:05):

that's what you get?

Grahame Grieve (Aug 06 2016 at 11:05):

it's from the last commit...

Rick Geimer (Aug 06 2016 at 15:54):

Thanks, I was getting no error message at all (no stack trace, not even an indication that it finished processing). That was with the GUI version. This helps though, thanks.

Sarah Gaunt (Aug 06 2016 at 22:28):

@Rick Geimer I added "ccda" to the Care Plan StructureDefinition url and the IGPublisher runs now. Will grab the rest of the StructureDefinitions and try to get them working.

Keith Boone (Aug 09 2016 at 11:18):

Where can I find more information on the IG Publisher? Can I publish STU2 guides with it?

Sarah Gaunt (Aug 09 2016 at 11:19):

http://wiki.hl7.org/index.php?title=IG_Publisher_Documentation

Grahame Grieve (Aug 09 2016 at 11:36):

Keith - no, this will not be possible. I'm planning to work it so it can publish IGs for the 2016May version, but further back is too hard.

Sarah Gaunt (Aug 10 2016 at 10:32):

I have cleared all the CCDA IG Publisher errors except for a bunch of ones like:

*The link 'ValueSet/2.16.840.1.113883.1.11.20.22.html' cannot be resolved
*The link 'StructureDefinition/ccda-data-enterer-extension.html' cannot be resolved

They all appear in the StructureDefinition-<id>.html files in the "Snapshot Table" tab:

<a href="StructureDefinition/ccda-data-enterer-extension.html">
http://hl7.org/fhir/ccda/StructureDefinition/ccda-data-enterer-extension
</a>

I can't see anywhere that I have control over the setting of those links.

I'm hoping that they will be properly resolved when the stuff is released??
Is this the case?
Or is there something I can change to fix them?

Grahame Grieve (Aug 10 2016 at 10:33):

the generator doesn't know where you've put the generated files - because it's the author that names them, not the generator

Grahame Grieve (Aug 10 2016 at 10:33):

so you can tell the generator in the control file.

Grahame Grieve (Aug 10 2016 at 10:33):

See here:

Sarah Gaunt (Aug 10 2016 at 10:34):

Here?
<resource>
<example value="false"/>
<name value="C-CDA on FHIR Authorization Extension"/>
<acronym value="ccda-authorization-extension"/>
<sourceReference>
<reference value="StructureDefinition/ccda-authorization-extension"/>
</sourceReference>
</resource>

Grahame Grieve (Aug 10 2016 at 10:34):

http://wiki.hl7.org/index.php?title=IG_Publisher_Documentation#Page_templates

Grahame Grieve (Aug 10 2016 at 10:35):

though Lloyd rewrite this to be way more complex (yay Lloyd) and now it's not so obvious

Grahame Grieve (Aug 10 2016 at 10:35):

"base" : is the one you want

Grahame Grieve (Aug 10 2016 at 10:35):

and you're quoting from the wrong file above

Grahame Grieve (Aug 10 2016 at 10:35):

the json control file

Sarah Gaunt (Aug 10 2016 at 10:35):

"StructureDefinition": {"template-base": "instance-template-sd.html"}

Grahame Grieve (Aug 10 2016 at 10:39):

no, "base" not template base. template base is something differnet

Sarah Gaunt (Aug 10 2016 at 10:39):

So my instance-template-sd.html file does an include of {%include StructureDefinition-{{page.id}}-snapshot.xhtml%}
And that snapshot page, as far as I know is not one that I have any control over the creation of. And that's where the wonky links are coming from.

Would be glad to know I'm wrong, and I DO have control of the creation of that snapshot file, but I can't find how.

Grahame Grieve (Aug 10 2016 at 10:40):

I guess you'll have to commit it and I'll look at it later tonight

Sarah Gaunt (Aug 10 2016 at 10:40):

Oh, ok. But sorry, I don't understand how that's going to fix my links.

Sarah Gaunt (Aug 10 2016 at 10:40):

Ok, thanks. It's the very last issue I have!

Sarah Gaunt (Aug 10 2016 at 10:53):

Thanks Grahame - I figured it out. I must have read that part of the documentation a hundred times in the past few days and never realised that's what it meant. Maybe I need to volunteer to work on re-writing it a bit... :)

Grahame Grieve (Aug 10 2016 at 10:53):

that would always be welcome

Grahame Grieve (Aug 10 2016 at 10:54):

btw, the IG Publisher will be the focus of the FHIR co-chairs tutorial Sunday Q4 in Baltimore

Grahame Grieve (Aug 10 2016 at 10:54):

you could probably teach it now...;-)

Sarah Gaunt (Aug 10 2016 at 10:55):

Staying home!! (I think/hope...) Yeah, I could teach it for sure! Crammed it all over the last 3 days though, will probably lose it all by the weekend!!

Sarah Gaunt (Aug 10 2016 at 11:25):

Woohoo!! Zero errors - thanks for your help @Grahame Grieve - I would have been up all night fighting with that one without you... Hope you get some sleep tonight...

Grahame Grieve (Aug 10 2016 at 12:06):

hah thanks

Grahame Grieve (Aug 10 2016 at 12:07):

congratulations on eliminating all broken links. it's hard work

Sarah Gaunt (Aug 23 2016 at 08:26):

IG Publisher has stopped working for both DAF and CCDA (no changes to IG files).

Last time I ran it was Saturday - will roll back to that version as I'm supposed to be training on how to use it tomorrow morning.

Appears to be stopping on ..\ccda2\temp\_includes\StructureDefinition-ccda-authorization-extension-maps.xhtml (CCDA) and ..\daf2\temp\_includes\StructureDefinition-daf-core-allergyintolerance-maps.xhtml (DAF).

@Grahame Grieve will send youfull debug info from both DAF and CCDA failures.

Lloyd McKenzie (Aug 23 2016 at 09:05):

We're in the midst of a number of changes to it. You should expect much tighter validation when the work is done, though at the moment it's not super-happy. Is it not running at all?

Sarah Gaunt (Aug 23 2016 at 09:06):

It runs and then stops - will forward you the debug logs. No biggie right now, I'm rolling back to a version from Saturday morning (AU time) that I know was working...

Sarah Gaunt (Aug 23 2016 at 11:20):

Stops running before it finishes properly - the only way you know it has stopped is that the "debug summary" button is enabled.

I've had this happen a ton of times since starting using the IG Publisher - it's usually a problem with an IG file or the .json control file (you can usually figure it out by examining the last file processed before it prints out the contents of the .json file in the debug summary), but seeing as we've not made any changes to those (and the IG Publisher runs fine using Revision 9702 which has the same IG files), I'm presuming the IG files aren't the issue... (Also because the same issue is happening in both DAF and CCDA).

Sarah Gaunt (Aug 23 2016 at 11:25):

They both seem to fail on first generate of <xxx>-maps.xhtml file

Grahame Grieve (Aug 23 2016 at 11:50):

I just build DAF right now, worked ok

David McKillop (Aug 23 2016 at 11:57):

Hi Sarah, I've been running CDA IG version 1.7.0- 9696 with definition 1.7.0-9710 and it's been fine.

Grahame Grieve (Aug 23 2016 at 12:03):

yes CCDA builds for me too

Sarah Gaunt (Aug 23 2016 at 15:35):

Weird - I had blown away my build dir and started from scratch and was using 9725 (later builds were broken) - not sure which version of the IG Publisher that had but it wasn't working. Have reverted back to 9702 (IG Pub: 1.7.0-9696) which works fine for me. Will leave it on that version until mission critical stuff done and then try the latest working build again...

Sarah Gaunt (Aug 24 2016 at 00:35):

IG publisher works on latest build revision (9735)- yay! 9725 must have had issues...

Eric Haas (Aug 24 2016 at 01:55):

FYI ....I stopped using the GUI and went to the command line exclusively because it just hangs and doesn't give you an error. With the command line you saw the error.

Grahame Grieve (Aug 24 2016 at 03:40):

oh. it shouldn't. I'll incestigate

Sarah Gaunt (Aug 24 2016 at 03:42):

Ah - good to know - next time the GUI stops without error, I'll try the command line...

Eric Haas (Aug 28 2016 at 22:58):

The IG publisher creates relative URL when using Markdown in the description elements for a SD. e.g.: http://hl7-fhir.github.io/https://en.wikipedia.org/wiki/Antibiotic_sensitivity

Eric Haas (Aug 28 2016 at 22:59):

is that a bug or a feature?

Eric Haas (Aug 28 2016 at 23:00):

BTW the markdown was {Bacterial Sensitivity](https://en.wikipedia.org/wiki/Antibiotic_sensitivity)

Grahame Grieve (Aug 28 2016 at 23:01):

that's a bug

Eric Haas (Aug 29 2016 at 01:50):

also links in the examples do not resolve. is it possible to magically have Observation/xyz reference to observation-xyz.html?

Grahame Grieve (Aug 29 2016 at 03:27):

links in the examples should resolve.

Grahame Grieve (Aug 29 2016 at 03:27):

where's a case where they don't?

Eric Haas (Aug 29 2016 at 06:17):

OK let me check this out again. DAF example names are not right. If I have Observation/xyz and the base file is observation-xyz.html then any reference to Observation/xyz should resolve to observation-xyz right?

Grahame Grieve (Aug 29 2016 at 06:55):

yes

Eric Haas (Aug 29 2016 at 21:35):

So if you check out the DAF Allergy example the patient link is http://hl7.org/FHIR/us/daf/2016Sep/Patient/daf-core-example instead of http://hl7.org/FHIR/us/daf/2016Sep/patient-daf-core-example.html As it does in the build. Also the examples base names in the control file are not being honored as well- although that may be only for the conformance resources. (I have a recent profile I published this weekend using the most recent IG Publisher and this is same behavior there as well.) This is not something that needs to be addressed right away but for publishing DAF is would be nice if all the links in the examples resolved to other DAF profiles.

Eric Haas (Sep 05 2016 at 01:00):

So now the IG publisher is failing on my IGs. what happened between
FHIR Implementation Guide Publisher (1.7.0-9696) @ Sunday, September 4, 2016 3:03:13 PM
and
FHIR Implementation Guide Publisher (1.7.0-9802) @ Sunday, September 4, 2016 5:56:23 PM?

Eric Haas (Sep 05 2016 at 01:01):

(deleted)

Eric Haas (Sep 05 2016 at 01:01):

(deleted)

Eric Haas (Sep 05 2016 at 01:03):

(deleted)

Eric Haas (Sep 05 2016 at 01:53):

removed the IG element exampleFor and it worked. I suspect that is an IG build bug

Grahame Grieve (Sep 05 2016 at 20:46):

how could I reproduce?

Eric Haas (Sep 06 2016 at 00:21):

The exampleFor creates a messed up path. I'll add it and run again.

Eric Haas (Sep 06 2016 at 03:17):

error when using the exampleFor element in IG resource ....

Publishing Content Failed: Unable to find exampleFor resource      http://hl7.org/fhir/us/lab/microsusc/StructureDefinition/microsusc for resource /DiagnosticReport/lri-example (18.0710sec)

Eric Haas (Sep 06 2016 at 03:19):

../microsusc/StructureDefinition/microsusc seems wrong.

Eric Haas (Sep 06 2016 at 03:21):

IG source file....

            <resource>
        <example value="true"/>
        <name value="LRI Micro Example"/>
        <sourceReference>
            <reference value="DiagnosticReport/lri-example"/>
        </sourceReference>
        <exampleFor>
        <reference value="StructureDefinition/microsusc"></reference>
        </exampleFor>
    </resource>

Eric Haas (Sep 08 2016 at 07:41):

I tried creating a very simple StructureMap in the IG publisher and get :
Publishing Content Failed: Unable to find structure definition for null in imports (16.0200sec)

Max Nakamura (Sep 13 2016 at 16:44):

(deleted)

Sarah Gaunt (Sep 13 2016 at 22:53):

We've fixed this now - our IG issue, not anybody else's... Ignore! :-)

Rick Geimer (Aug 07 2017 at 23:11):

@Grahame Grieve do you know why this error is showing up for example files?

Invalid System URI: http://loinc.org

See the following QA file for examples (hundreds of them):
http://build.fhir.org/ig/HL7/ccda-on-fhir/qa.html

This is new, and did not occur in previous IG publisher builds.

Sean McIlvenna (Mar 20 2018 at 22:00):

@Eric Haas I am getting errors about <exampleFor> element again.

Sean McIlvenna (Mar 20 2018 at 22:01):

Anyone else getting this error:
Unknown Content reference @ START_TAG seen ...<reference value="StructureDefinition/hai-report-questionnaire" />... @52:75
org.hl7.fhir.r4.formats.XmlParserBase.unknownContent(XmlParserBase.java:269)
org.hl7.fhir.r4.formats.XmlParser.parseCanonical(XmlParser.java:213)

Sean McIlvenna (Mar 20 2018 at 22:01):

?

Sean McIlvenna (Mar 20 2018 at 22:01):

If I remove <exampleFor> element, it bypasses the error just fine

Sean McIlvenna (Mar 20 2018 at 22:02):

nm

Sean McIlvenna (Mar 20 2018 at 22:03):

I think the problem is I haven't updated my ImplementationGuide to the latest changes

Sarah Gaunt (Mar 20 2018 at 22:06):

But @Grahame Grieve said "umm implementation guide is special. The IG publisher, irrespective of what version you specify, is using R3 implementation guide".

I did update it to the latest and it wouldn't run at all! So maybe don't do that!

Sean McIlvenna (Mar 20 2018 at 22:08):

yah, just tested with the latest format of ImplementationGuide

Sean McIlvenna (Mar 20 2018 at 22:08):

didn't work either

Sean McIlvenna (Mar 20 2018 at 22:08):

so, I'm back to being stumped

Sean McIlvenna (Mar 20 2018 at 22:08):

neither STU3 ImplementationGuide (with <exampleFor>) nor R1 ImplementationGuide (with definition, exampleReference, etc.) works

Sarah Gaunt (Mar 20 2018 at 22:09):

At least you are having the same results as me. I thought I was doing something wrong.

Sean McIlvenna (Mar 20 2018 at 22:09):

@Grahame Grieve , any idea what's going on?

Grahame Grieve (Mar 20 2018 at 22:26):

ummm

Grahame Grieve (Mar 20 2018 at 22:27):

what's your whole stack?

Sean McIlvenna (Mar 20 2018 at 22:34):

pulling it up

Sean McIlvenna (Mar 20 2018 at 22:35):

Error : Unknown Content reference @ START_TAG seen ...<reference value="StructureDefinition/hai-report-questionnaire" />... @52:75
org.hl7.fhir.r4.formats.XmlParserBase.unknownContent(XmlParserBase.java:269)
org.hl7.fhir.r4.formats.XmlParser.parseCanonical(XmlParser.java:213)
org.hl7.fhir.r4.formats.XmlParser.parseImplementationGuideImplementationGuidePackageResourceComponentContent(XmlParser.java:10827)
org.hl7.fhir.r4.formats.XmlParser.parseImplementationGuideImplementationGuidePackageResourceComponent(XmlParser.java:10806)
org.hl7.fhir.r4.formats.XmlParser.parseImplementationGuideImplementationGuidePackageComponentContent(XmlParser.java:10794)
org.hl7.fhir.r4.formats.XmlParser.parseImplementationGuideImplementationGuidePackageComponent(XmlParser.java:10779)
org.hl7.fhir.r4.formats.XmlParser.parseImplementationGuideContent(XmlParser.java:10736)
org.hl7.fhir.r4.formats.XmlParser.parseImplementationGuide(XmlParser.java:10697)
org.hl7.fhir.r4.formats.XmlParser.parseResource(XmlParser.java:21485)
org.hl7.fhir.r4.formats.XmlParserBase.parse(XmlParserBase.java:104)
org.hl7.fhir.r4.formats.XmlParserBase.parse(XmlParserBase.java:88)
org.hl7.fhir.r4.formats.ParserBase.parse(ParserBase.java:58)
org.hl7.fhir.igtools.publisher.Publisher.parse(Publisher.java:2221)
org.hl7.fhir.igtools.publisher.Publisher.load(Publisher.java:1347)
org.hl7.fhir.igtools.publisher.Publisher.createIg(Publisher.java:380)
org.hl7.fhir.igtools.publisher.Publisher.execute(Publisher.java:354)
org.hl7.fhir.igtools.ui.IGPublisherFrame$BackgroundPublisherTask.doInBackground(IGPublisherFrame.java:250)
org.hl7.fhir.igtools.ui.IGPublisherFrame$BackgroundPublisherTask.doInBackground(IGPublisherFrame.java:239)
javax.swing.SwingWorker$1.call(Unknown Source)
java.util.concurrent.FutureTask.run(Unknown Source)
javax.swing.SwingWorker.run(Unknown Source)
java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
java.lang.Thread.run(Unknown Source)

Grahame Grieve (Mar 20 2018 at 22:52):

oh crap.

Grahame Grieve (Mar 20 2018 at 22:52):

I've realised what I've done...

Grahame Grieve (Mar 21 2018 at 03:21):

ok. fixed. I think. Once this version builds, you have to use the correct format for the version of the IG

Sarah Gaunt (Mar 21 2018 at 03:30):

Thanks @Grahame Grieve I'll let @Sean McIlvenna test it out tomorrow morning, otherwise I'll get sucked into a rabbit hole I don't want to be in!

Sarah Gaunt (Mar 21 2018 at 03:32):

Wait, @Grahame Grieve does "Once this version builds, you have to use the correct format for the version of the IG" mean you now have to use a current build IG resource if you want to build a current build IG?

Grahame Grieve (Mar 21 2018 at 03:56):

y.

Brett Esler (Mar 21 2018 at 04:20):

@Grahame Grieve is this related? http://build.fhir.org/ig/hl7au/au-fhir-pd/build.log can't work out why can't parse the au-base definitions.xml.zip content...

Grahame Grieve (Mar 21 2018 at 04:24):

you'll probably have to rebuild the au-base

Brett Esler (Mar 21 2018 at 04:47):

i am still getting the same problem after rebuild; the definitions.xml.zip content looks right to me by eyeball

Chris Moesel (Mar 21 2018 at 05:08):

@Grahame Grieve -- I'm still not clear on the "Once this version builds, you have to use the correct format for the version of the IG" bit... As an example, does that mean that if I am building a 3.0.1-based IG using a 3.2 igpublisher.jar, my ig.xml needs to conform to the FHIR 3.2 ImplementationGuide resource (despite my IG actually targeting 3.0.1)?

Grahame Grieve (Mar 21 2018 at 05:14):

the version of the IG, not the version of the IG publisher. so 3.0.1 in your case

Chris Moesel (Mar 21 2018 at 05:25):

Thanks for the clarification. I'm glad I asked!

Brett Esler (Mar 21 2018 at 05:27):

anyone having IG builds based on a derived profile successfully building with 3.0.1; have I missed something?

Grahame Grieve (Mar 21 2018 at 05:27):

no dount it's my fault, but I won't have time to look till 10pm sorry

Sean McIlvenna (Mar 21 2018 at 15:31):

Got past the original error, using the new ImplementationGuide format. However, now getting this error:
Error : null
org.hl7.fhir.igtools.publisher.Publisher.loadIgPages(Publisher.java:1406)
org.hl7.fhir.igtools.publisher.Publisher.load(Publisher.java:1393)
org.hl7.fhir.igtools.publisher.Publisher.createIg(Publisher.java:380)
org.hl7.fhir.igtools.publisher.Publisher.execute(Publisher.java:354)
org.hl7.fhir.igtools.ui.IGPublisherFrame$BackgroundPublisherTask.doInBackground(IGPublisherFrame.java:250)
org.hl7.fhir.igtools.ui.IGPublisherFrame$BackgroundPublisherTask.doInBackground(IGPublisherFrame.java:239)
javax.swing.SwingWorker$1.call(Unknown Source)
java.util.concurrent.FutureTask.run(Unknown Source)
javax.swing.SwingWorker.run(Unknown Source)
java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
java.lang.Thread.run(Unknown Source)

"definition.page" should be optional, though.

Sean McIlvenna (Mar 21 2018 at 15:31):

If I add in the following, it works fine:
<page>
<nameUrl value="test.html" />
<title value="Test" />
</page>

Grahame Grieve (Mar 21 2018 at 19:38):

@Sean McIlvenna just committed a fix - wait for a successful build, and try again.

Grahame Grieve (Mar 21 2018 at 21:41):

@Brett Esler just committed a fix for your issue as well - but you do need to specify a source for your aubase to the current build (or your local build) rather than the posted version

Sarah Gaunt (Mar 21 2018 at 21:51):

I'm getting this error:

Error : Exception loading http://hl7.org/fhir/us/hai/StructureDefinition/questionnaire-item-note: Same id on multiple elements Extension.value[x] in null org.hl7.fhir.igtools.publisher.Publisher.load(Publisher.java:2013) org.hl7.fhir.igtools.publisher.Publisher.loadConformance(Publisher.java:1682) org.hl7.fhir.igtools.publisher.Publisher.createIg(Publisher.java:384) org.hl7.fhir.igtools.publisher.Publisher.execute(Publisher.java:354) org.hl7.fhir.igtools.ui.IGPublisherFrame$BackgroundPublisherTask.doInBackground(IGPublisherFrame.java:250) org.hl7.fhir.igtools.ui.IGPublisherFrame$BackgroundPublisherTask.doInBackground(IGPublisherFrame.java:239) javax.swing.SwingWorker$1.call(Unknown Source) java.util.concurrent.FutureTask.run(Unknown Source) javax.swing.SwingWorker.run(Unknown Source) java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) java.lang.Thread.run(Unknown Source)

There are definitely no dupe ids in that SD. There are only 4 ids. The file passes Schema and Schematron validation.

Sarah Gaunt (Mar 21 2018 at 21:53):

Here is the xml - I even updated the ids to be integers 1,2,3,4 just in case there was an issue with the Trifolia generated character ids:

<differential> <element id="1"> <path value="Extension" /> </element> <element id="2"> <path value="Extension.url" /> <short value="@url" /> <definition value="SHALL contain exactly one [1..1] @url=&quot;http://hl7.org/fhir/us/hai/StructureDefinition/questionnaire-item-note&quot; (CONF:3370-18)." /> <min value="1" /> <max value="1" /> </element> <element id="3"> <path value="Extension.value[x]" /> <slicing> <discriminator> <type value="value" /> <path value="@type" /> </discriminator> <rules value="open" /> </slicing> <short value="value[x]" /> <definition value="MAY contain zero or one [0..1] value[x], where value[x] is (CONF:3370-17)" /> <min value="0" /> <max value="1" /> </element> <element id="4"> <path value="Extension.valueString" /> <short value="valueString" /> <definition value="valueString (CONF:3370-19)" /> </element> </differential>

Grahame Grieve (Mar 21 2018 at 22:06):

is that all the stack? there should be more, the trace for the source exception

Chris Moesel (Mar 22 2018 at 05:22):

I think perhaps something else is broken in the new igpublisher.jar as well (because it's breaking somewhere I have not touched). I specify uscore as a dependency, and based on guidance from @Eric Haas, I'm providing a special definitions.json.zip to get around a compatibility issue. In the ig.json, I have:

Chris Moesel (Mar 22 2018 at 05:23):

"dependencyList": [
    {
      "name": "USCore",
      "location": "http://hl7.org/fhir/us/core/1.0.1",
      "source": "uscore"
    }
  ],

Chris Moesel (Mar 22 2018 at 05:24):

And in my source, I have a folder called uscore w/ the definitions.json.zip in it. Earlier this morning (Wed morning), the auto-build did fine with it configured like this. But tonight, it just failed with this error:

Chris Moesel (Mar 22 2018 at 05:25):

Publishing Content Failed: /scratch/ig-build-temp-6SVXOS/repo/uscore/definitions.xml.zip (No such file or directory) (26.0075sec)
                                                                                 (26.0075sec)
Use -? to get command line help                                                  (26.0075sec)
                                                                                 (26.0075sec)
Stack Dump (for debugging):                                                      (26.0075sec)
java.io.FileNotFoundException: /scratch/ig-build-temp-6SVXOS/repo/uscore/definitions.xml.zip (No such file or directory)
    at java.io.FileInputStream.open0(Native Method)
    at java.io.FileInputStream.open(FileInputStream.java:195)
    at java.io.FileInputStream.<init>(FileInputStream.java:138)
    at java.io.FileInputStream.<init>(FileInputStream.java:93)
    at org.hl7.fhir.igtools.publisher.Publisher.fetchDefinitions(Publisher.java:1227)
    at org.hl7.fhir.igtools.publisher.Publisher.loadIg(Publisher.java:1136)
    at org.hl7.fhir.igtools.publisher.Publisher.initialize(Publisher.java:869)
    at org.hl7.fhir.igtools.publisher.Publisher.execute(Publisher.java:352)
    at org.hl7.fhir.igtools.publisher.Publisher.main(Publisher.java:4163)
Exception in thread "main" java.lang.NullPointerException
    at org.hl7.fhir.igtools.publisher.Publisher.main(Publisher.java:4173)

Chris Moesel (Mar 22 2018 at 05:26):

As you can see it appears to be looking for a definitions.xml.zip rather than use the definitions.json.zip that I provided. Is this a regression? Here is my current source: https://github.com/HL7/us-breastcancer

Chris Moesel (Mar 22 2018 at 05:26):

And here is the auto-build error: http://build.fhir.org/ig/HL7/us-breastcancer/build.log

Grahame Grieve (Mar 22 2018 at 05:44):

no this is a fix. It now wants the validator.pack

Chris Moesel (Mar 22 2018 at 05:48):

Oh. Well... crap. That means the workaround @Eric Haas provided in this thread no longer works and I think we're stuck back with the original problem again. @Eric Haas is there a special US-Core validator.pack you can provide?

Chris Moesel (Mar 22 2018 at 05:49):

(I don't really know what a validator.pack does, so if my previous question/request makes no sense, I apologize!)

Chris Moesel (Mar 22 2018 at 05:51):

OK. I know what a validator pack is now (doc). Seems my request was valid. Phew.

Grahame Grieve (Mar 22 2018 at 05:58):

you can get it yourself from http://hl7.org/fhir/us/core/validator.pack. Unless Eric gave you something special, in which case you'll have to get the special from him

Grahame Grieve (Mar 22 2018 at 07:43):

if you're an iG editor, see an updated note about this at https://chat.fhir.org/#narrow/stream/IG.20creation/subject/Dependent.20IGs

Chris Moesel (Mar 22 2018 at 13:34):

Thanks @Grahame Grieve -- I've just confirmed that it works fine if I download the us-core validator.pack you linked to above and use that instead of definitions.json.zip.

Eric Haas (Mar 22 2018 at 13:54):

Well that doesn't work for me.

I still get

WARNING: Running without terminology server - terminology content will likely not publish correctly (18.0902sec)
Load uscore (http://hl7.org/fhir/us/core/) from dependencies/uscore-vp           (19.0238sec)
Version mismatch. This IG is version 3.2.0, while the IG 'uscore' is from version 3.1.0. Will try to run anyway) (19.0263sec)
Exception in thread "main" java.lang.Error: Not the right type for ElementDefinition.binding.valueSet[x]: Reference
    at org.hl7.fhir.r4.model.ElementDefinition$ElementDefinitionBindingComponent.setValueSet(ElementDefinition.java:3466)
    at org.hl7.fhir.r4.formats.JsonParser.parseElementDefinitionElementDefinitionBindingComponentProperties(JsonParser.java:1772)
    at org.hl7.fhir.r4.formats.JsonParser.parseElementDefinitionElementDefinitionBindingComponent(JsonParser.java:1756)
    at org.hl7.fhir.r4.formats.JsonParser.parseElementDefinitionProperties(JsonParser.java:1559)
    at org.hl7.fhir.r4.formats.JsonParser.parseElementDefinition(JsonParser.java:1396)
    at org.hl7.fhir.r4.formats.JsonParser.parseStructureDefinitionStructureDefinitionSnapshotComponentProperties(JsonParser.java:20422)
    at org.hl7.fhir.r4.formats.JsonParser.parseStructureDefinitionStructureDefinitionSnapshotComponent(JsonParser.java:20413)
    at org.hl7.fhir.r4.formats.JsonParser.parseStructureDefinitionProperties(JsonParser.java:20362)
    at org.hl7.fhir.r4.formats.JsonParser.parseStructureDefinition(JsonParser.java:20230)
    at org.hl7.fhir.r4.formats.JsonParser.parseResource(JsonParser.java:24247)
    at org.hl7.fhir.r4.formats.JsonParserBase.parse(JsonParserBase.java:90)
    at org.hl7.fhir.igtools.publisher.Publisher.loadIg(Publisher.java:1152)
    at org.hl7.fhir.igtools.publisher.Publisher.initialize(Publisher.java:870)
    at org.hl7.fhir.igtools.publisher.Publisher.execute(Publisher.java:353)
    at org.hl7.fhir.igtools.publisher.Publisher.main(Publisher.java:4172)
Erics-Air-2:IG-Template2 ehaas$

Eric Haas (Mar 22 2018 at 13:55):

I will create a local copy of us core and run again...

Chris Moesel (Mar 22 2018 at 14:25):

@Eric Haas -- when you define your dependency in the ig.json, are you specifying a source? I think you need to specify a source for the dependency IG, which should be the path to a folder that contains the validator.pack.

Chris Moesel (Mar 22 2018 at 14:26):

e.g., I have:

Chris Moesel (Mar 22 2018 at 14:26):

  "dependencyList": [
    {
      "name": "USCore",
      "location": "http://hl7.org/fhir/us/core/1.0.1",
      "source": "uscore"
    }
  ],

and on disk, the uscore validator pack is at: uscore/validator.pack.

Eric Haas (Mar 22 2018 at 15:26):

I reloaded the latest ig-pub and ran US-Core locally and used that validator.pack file and it seems to be working.

Sean McIlvenna (Mar 22 2018 at 17:40):

mine is freezing at "validating resources"

Sean McIlvenna (Mar 22 2018 at 17:40):

been stuck here for a while

Eric Haas (Mar 22 2018 at 17:45):

term server down? try it with -tx N/A flag

Sean McIlvenna (Mar 22 2018 at 17:47):

that was it

Sean McIlvenna (Mar 22 2018 at 17:47):

thanks @Eric Haas !

Sean McIlvenna (Mar 22 2018 at 17:48):

got through that hang-up, onto another one

Sean McIlvenna (Mar 22 2018 at 17:48):

getting the following exception after "Generating Summary Outputs"

Sean McIlvenna (Mar 22 2018 at 17:48):

org.hl7.fhir.exceptions.FHIRException: Property build not found
at org.hl7.fhir.igtools.publisher.SpecMapManager.str(SpecMapManager.java:115)
at org.hl7.fhir.igtools.publisher.SpecMapManager.getBuild(SpecMapManager.java:91)
at org.hl7.fhir.igtools.publisher.Publisher.generateDataFile(Publisher.java:3109)
at org.hl7.fhir.igtools.publisher.Publisher.generateSummaryOutputs(Publisher.java:2764)
at org.hl7.fhir.igtools.publisher.Publisher.generate(Publisher.java:2287)
at org.hl7.fhir.igtools.publisher.Publisher.createIg(Publisher.java:396)
at org.hl7.fhir.igtools.publisher.Publisher.execute(Publisher.java:355)
at org.hl7.fhir.igtools.publisher.Publisher.main(Publisher.java:4186)
Exception in thread "main" java.lang.NullPointerException
at org.hl7.fhir.igtools.publisher.Publisher.main(Publisher.java:4196)

Rob Hausam (Mar 22 2018 at 17:49):

so what are the particular steps to solve this?

Sean McIlvenna (Mar 22 2018 at 17:49):

I'm not sure... that's what I'm asking :)

Eric Haas (Mar 22 2018 at 17:51):

org.hl7.fhir.exceptions.FHIRException: Property build not found is a new one for me. do you have an artifact called "Property"

Rob Hausam (Mar 22 2018 at 17:51):

well, I was still on the previous issue which you said you got though, so I'm a step behind
but need to get it all to work

Sarah Gaunt (Mar 22 2018 at 17:52):

@Rob Hausam the terminology server issue can be bypassed by using
-tx N/A flag

Sean McIlvenna (Mar 22 2018 at 17:52):

oh the hangup on "validating resources"?

Sean McIlvenna (Mar 22 2018 at 17:52):

yes, per @Sarah Gaunt 's comment

Sean McIlvenna (Mar 22 2018 at 17:52):

add that flag and it will not hang on "Validating resources"

Sean McIlvenna (Mar 22 2018 at 17:53):

not a good long-term solution, so I wouldn't commit that to any batch files or anything

Sean McIlvenna (Mar 22 2018 at 17:53):

just until the terminology server gets brought back up

Sean McIlvenna (Mar 22 2018 at 17:57):

Sarah just pointed out that this thread is in #committers.
We should move this to #IG creation
Going to start a new thread, with my current issue...
@Rob Hausam

Rob Hausam (Mar 22 2018 at 18:02):

thanks - I was mostly interested in the validator.pack issue - but I'll likely to encounter the others, too

Last updated: Apr 12 2022 at 19:14 UTC