<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: merging local into default using git in Splunk Search</title>
    <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/743549#M241108</link>
    <description>&lt;P&gt;Thanks&amp;nbsp;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/214410"&gt;@isoutamo&lt;/a&gt;&amp;nbsp;,&lt;BR /&gt;&lt;BR /&gt;This was a great and useful input, most appreciated&lt;span class="lia-unicode-emoji" title=":thumbs_up:"&gt;👍&lt;/span&gt;&lt;/P&gt;</description>
    <pubDate>Fri, 04 Apr 2025 18:09:49 GMT</pubDate>
    <dc:creator>BTrust</dc:creator>
    <dc:date>2025-04-04T18:09:49Z</dc:date>
    <item>
      <title>Merging local into default using git?</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323329#M96502</link>
      <description>&lt;P&gt;I would like to periodically merge stuff in /local into /default and then delete whatever is in /local&lt;BR /&gt;I have a repository per app and a remote git server&lt;BR /&gt;I think it should be possible to merge these two subfolders with /local winning over /default but i am severely lacking in git knowledge so please be gentle &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;clarification:&lt;BR /&gt;The idea is to merge UI generated changes back into default (on INTG), push it to the central git and then pull the repo version to a splunk PROD stage ( /etc/apps or /etc/deployment-apps or /etc/cluster-apps or whatever was the path again).&lt;/P&gt;
&lt;P&gt;Mostly for app maintainers updating searches and knowledge objects on the GUI with no shell access.&lt;/P&gt;</description>
      <pubDate>Thu, 10 Nov 2022 15:21:47 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323329#M96502</guid>
      <dc:creator>dominiquevocat</dc:creator>
      <dc:date>2022-11-10T15:21:47Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323330#M96503</link>
      <description>&lt;P&gt;hi mate, why you merge into "default" ? Better to keep within "local" of your app.&lt;BR /&gt;
You doing this for SH cluster?&lt;/P&gt;

&lt;P&gt;Also the merging shouldn't be done using git, but you should look into btool&lt;/P&gt;</description>
      <pubDate>Mon, 10 Apr 2017 12:56:18 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323330#M96503</guid>
      <dc:creator>koshyk</dc:creator>
      <dc:date>2017-04-10T12:56:18Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323331#M96504</link>
      <description>&lt;P&gt;It is generally not recommended to have your local changes in the default folder, as any App Update will break your individual settings. &lt;/P&gt;

&lt;P&gt;Are there any special reasons for you to not keep the local configs?&lt;/P&gt;</description>
      <pubDate>Mon, 10 Apr 2017 12:56:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323331#M96504</guid>
      <dc:creator>DMohn</dc:creator>
      <dc:date>2017-04-10T12:56:41Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323332#M96505</link>
      <description>&lt;P&gt;The idea is to merge UI generated changes back into default (on INTG), push it to the central git and then pull the repo version to a splunk PROD stage ( /etc/apps or /etc/deployment-apps or /etc/cluster-apps or whatever was the path again).&lt;/P&gt;

&lt;P&gt;Mostly for app maintainers updating searches and knowledge objects on the GUI with no shell access.&lt;/P&gt;

&lt;P&gt;I will update the question to clarify&lt;/P&gt;</description>
      <pubDate>Mon, 10 Apr 2017 13:01:08 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323332#M96505</guid>
      <dc:creator>dominiquevocat</dc:creator>
      <dc:date>2017-04-10T13:01:08Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323333#M96506</link>
      <description>&lt;P&gt;open for pointers&lt;/P&gt;

&lt;P&gt;essentially i want to merge all changes by non admins with shell and vi &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt; into the default&lt;/P&gt;</description>
      <pubDate>Mon, 10 Apr 2017 13:01:58 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323333#M96506</guid>
      <dc:creator>dominiquevocat</dc:creator>
      <dc:date>2017-04-10T13:01:58Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323334#M96507</link>
      <description>&lt;P&gt;You can use Splunk for the merge, call the &lt;CODE&gt;/services/apps/local/&amp;lt;name&amp;gt;/package&lt;/CODE&gt; endpoint to generage a .spl file with local and default merged together into default.&lt;/P&gt;

&lt;P&gt;To be lazy, you can use the App Exporter: &lt;A href="https://splunkbase.splunk.com/app/2613/"&gt;https://splunkbase.splunk.com/app/2613/&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 10 Apr 2017 13:24:43 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323334#M96507</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2017-04-10T13:24:43Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323335#M96508</link>
      <description>&lt;P&gt;ok, but this won't touch the app itself so i can not work with git directly etc.&lt;/P&gt;</description>
      <pubDate>Mon, 10 Apr 2017 15:12:35 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323335#M96508</guid>
      <dc:creator>dominiquevocat</dc:creator>
      <dc:date>2017-04-10T15:12:35Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323336#M96509</link>
      <description>&lt;P&gt;I don't see why not. Package app, put content of .spl wherever you commit to git from, commit to git.&lt;/P&gt;</description>
      <pubDate>Mon, 10 Apr 2017 19:19:52 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323336#M96509</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2017-04-10T19:19:52Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323337#M96510</link>
      <description>&lt;P&gt;hm, yeah kinda look ok-ish. The idea was to work with a repository equaling an app and work directly with it in /etc/apps for instance.&lt;/P&gt;

&lt;P&gt;The general workflow is supposed to be &lt;BR /&gt;
1. fork app from template in bitbucket&lt;BR /&gt;
2. clone repo into /etc/apps (or /etc/deployment-apps or /etc/master-apps) on a development stage&lt;BR /&gt;
3. edit the app, in the case of an ui app via splunk web-ui (power users)&lt;BR /&gt;
4. merge changes, clean stuff in local&lt;BR /&gt;
5. push changes into git&lt;BR /&gt;
6. clone or update app into a production stage into the apropriate structure and refresh leading to usable app in ui or app being deployed via cluster or deployment method&lt;/P&gt;

&lt;P&gt;we keep a separate gitdir so there is no git cluter in the repo itself.&lt;/P&gt;

&lt;P&gt;Do i make sense?&lt;/P&gt;

&lt;P&gt;I guess i can do what you suggest and take the "detour" via /package of which i was not aware&lt;/P&gt;</description>
      <pubDate>Thu, 13 Apr 2017 08:16:19 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323337#M96510</guid>
      <dc:creator>dominiquevocat</dc:creator>
      <dc:date>2017-04-13T08:16:19Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323338#M96511</link>
      <description>&lt;P&gt;It makes sense, I'm just not aware of something apart from the package endpoint that has the local-to-default merge logic already built.&lt;/P&gt;</description>
      <pubDate>Thu, 13 Apr 2017 09:14:15 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323338#M96511</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2017-04-13T09:14:15Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323339#M96512</link>
      <description>&lt;P&gt;ok, so i ended up doing my custom command and its up for grabs at &lt;A href="https://splunkbase.splunk.com/app/3685/"&gt;https://splunkbase.splunk.com/app/3685/&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 25 Aug 2017 20:49:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323339#M96512</guid>
      <dc:creator>dominiquevocat</dc:creator>
      <dc:date>2017-08-25T20:49:51Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323340#M96513</link>
      <description>&lt;P&gt;If you face the same issue just use the new custom command mergeapp in &lt;A href="https://splunkbase.splunk.com/app/3685/"&gt;https://splunkbase.splunk.com/app/3685/&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 25 Aug 2017 20:50:15 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323340#M96513</guid>
      <dc:creator>dominiquevocat</dc:creator>
      <dc:date>2017-08-25T20:50:15Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323341#M96514</link>
      <description>&lt;P&gt;Isn't that a little light on cleaning up /local? E.g. eventtypes.conf, tags.conf, fields.conf, etc.&lt;/P&gt;</description>
      <pubDate>Fri, 25 Aug 2017 21:21:19 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323341#M96514</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2017-08-25T21:21:19Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323342#M96515</link>
      <description>&lt;P&gt;yeah i think this would be a better default set:&lt;BR /&gt;
(from line 47:)&lt;/P&gt;

&lt;P&gt;os.remove(os.path.join(appsPath,appName,'local','alert_actions.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','authentication.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','authorize.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','commands.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','database.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','datamodels.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','db_connection_types.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','db_connections.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','dblookup.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','distsearch.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','event_renderers.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','eventgen.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','eventtypes.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','fields.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','identities.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','indexes.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','inputs.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','java.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','limits.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','macros.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','outputs.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','props.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','restmap.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','savedsearches.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','searchbnf.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','server.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','settings.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','tags.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','telemetry.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','transforms.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','ui-prefs.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','user-prefs.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','viewstates.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','visualizations.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','web.conf'))&lt;BR /&gt;
os.remove(os.path.join(appsPath,appName,'local','workflow_actions.conf'))&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 15:32:52 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323342#M96515</guid>
      <dc:creator>dominiquevocat</dc:creator>
      <dc:date>2020-09-29T15:32:52Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323343#M96516</link>
      <description>&lt;P&gt;i updated it for .conf - it just checks what .spec files are under system and clears those.&lt;/P&gt;</description>
      <pubDate>Sat, 23 Sep 2017 17:16:11 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323343#M96516</guid>
      <dc:creator>dominiquevocat</dc:creator>
      <dc:date>2017-09-23T17:16:11Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323344#M96517</link>
      <description>&lt;P&gt;As this is a top result on Google when searching for this issue, I'd like to offer an alternative way I found, using a 3rd party tool called &lt;A href="https://github.com/pixelb/crudini"&gt;crudini&lt;/A&gt;.&lt;/P&gt;

&lt;P&gt;Splunk config files work well enough with that tool, so if you don't want to create a complete "packaged" app, but just combine two Splunk config files, with no restriction if they're in the same app, use crudini - at least for RedHat, it's available from the EPEL repo, and also available in Debian.&lt;/P&gt;

&lt;P&gt;crudini works like this:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;crudini --merge default/props.conf &amp;lt; local/props.conf
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;The result  is a .conf file, that contains the data from the default props, updated and completed by whatever is available in the local props file. It can obviously also be used to set/change/delete values in Splunk conf files from within your scripts.&lt;/P&gt;

&lt;P&gt;Disclaimer: I did not yet properly test it with all edge cases, e.g. multiline values. Use at your own discretion &lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 15 Dec 2017 10:24:26 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323344#M96517</guid>
      <dc:creator>bjoernhansen</dc:creator>
      <dc:date>2017-12-15T10:24:26Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323345#M96518</link>
      <description>&lt;P&gt;Sounds cool, i can have a look at it. a pure python way would be nice...&lt;BR /&gt;
I have a semi working git (pure python) for splunk but it is not yet totaly nice. if anyone is interested...&lt;/P&gt;</description>
      <pubDate>Fri, 15 Dec 2017 12:34:27 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323345#M96518</guid>
      <dc:creator>dominiquevocat</dc:creator>
      <dc:date>2017-12-15T12:34:27Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323346#M96519</link>
      <description>&lt;P&gt;Well, for Python, check the ConfigParser package. &lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 15 Dec 2017 12:38:22 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323346#M96519</guid>
      <dc:creator>bjoernhansen</dc:creator>
      <dc:date>2017-12-15T12:38:22Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323347#M96520</link>
      <description>&lt;P&gt;So I know I'm a bit late to the party here, but wanted to throw out another option that I've found useful.  Now, as a disclaimer, I'm a bit biased since I'm the author.&lt;/P&gt;

&lt;P&gt;I've written a tool called &lt;A href="https://github.com/Kintyre/ksconf"&gt;ksconf&lt;/A&gt; that we use in our consulting practice to handle this type of scenario for our clients.   It handles several basic &lt;CODE&gt;.conf&lt;/CODE&gt; file operations like merging, comparing, sorting, and syntax checking.  But besides these simple operations, it has the ability to manage an arbitrary number of configuration layers (more than the 2 provided by Splunk - default &amp;amp; local); so issues like maintaining a long-term changes on top of an app that originated in Splunkbase and tracking both your customizations and upstream changes simultaneously is possible without turning the "default" folder into a version control nightmare.  There's also a promotion feature that I use to take and move changes that I've made via the UI (which go into the local folder) and then "promote" those specific changes into a folder that's version controlled.  (For me, this has cut down on mistakes introduced while editing both local and default files manually in vim.)    The tool lets me pick and choose which bits are promoted and which ones are kept in local (because they are either specific to the local dev system, or because they are still being developed.)&lt;/P&gt;

&lt;P&gt;Another great feature is &lt;A href="https://pre-commit.com"&gt;pre-commit hook&lt;/A&gt; integration, so for example you can have all of your &lt;CODE&gt;.conf&lt;/CODE&gt; files syntax checked before they get committed.  This has saved me from myself on many occasions.&lt;/P&gt;

&lt;P&gt;So you can use this tool to do simple things (much like what I suspect &lt;CODE&gt;crudini&lt;/CODE&gt; can do), or you can integrate it into your git workflow, or use it to do much more extensive work like maintaining multiple layers of config files (giving you a "default.d" like feature), it's entirely up to you.&lt;/P&gt;

&lt;P&gt;BTW, I have a &lt;A href="https://www.youtube.com/watch?v=J52IKaLMVEQ"&gt;talk&lt;/A&gt; at the Splunk User Community Experience during .conf2018 in a few days.  Feel free to check it out.&lt;/P&gt;</description>
      <pubDate>Fri, 28 Sep 2018 20:31:09 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323347#M96520</guid>
      <dc:creator>Lowell</dc:creator>
      <dc:date>2018-09-28T20:31:09Z</dc:date>
    </item>
    <item>
      <title>Re: merging local into default using git</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323348#M96521</link>
      <description>&lt;P&gt;Hi, would love to talk about it some if you have time. I am at .conf already (university) - any chance to meet for chat?&lt;/P&gt;</description>
      <pubDate>Fri, 28 Sep 2018 23:53:53 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Merging-local-into-default-using-git/m-p/323348#M96521</guid>
      <dc:creator>dominiquevocat</dc:creator>
      <dc:date>2018-09-28T23:53:53Z</dc:date>
    </item>
  </channel>
</rss>

