<blockquote>
<p>What about a list of runtime dependencies for <code>geany</code> and <code>geany-plugins</code> on CentOS 7 that aren't X or GDK-related? If I had that I could satisfy both of you, <a href="https://github.com/b4n" class="user-mention">@b4n</a> and <a href="https://github.com/eht16" class="user-mention">@eht16</a>.</p>
</blockquote>
<p>Geany has basically zero deps.  You might want to bundle a version of <code>libvte9</code> because newer systems don't have that, but it's an optional runtime dependency for embedded terminal support.</p>
<p>GP it's a whole different story.  Check the libraries each plugins checks for.  Or once built, run <code>ldd</code> or similar to see the deps list, and filter that using good judgment -- or use a better command that only lists direct dependencies, but I don't have that under the hand right now, yet I'm sure it exists, maybe some options for objdump?</p>
<blockquote>
<p>Oh and which libraries included are X or GDK related? Out of:</p>
</blockquote>
<p>Basically, everything that starts with <code>libX</code> or <code>libx</code> is X-related, so is <code>pixman</code>.  <code>libgdk</code> and <code>libatk</code> are GTK related, so are all of <code>pango</code>, <code>cairo</code>, <code>freetype</code>, <code>harfbuzz</code>, <code>png</code>.  <code>EGL</code>, <code>gl</code> and <code>gbm</code> are OpenGL related, so X/GTK.  <code>gmodule</code> and <code>gthread</code> are safe to assume I guess, GTK requires them anyway, and even maaaaany non-GUI apps.  <code>libffi</code> is GLib-related, and we don't depend on it directly so again, no use.  I have no clue about <code>libgraphite2</code> or <code>lzma</code> just now, but we don't depend on that directly either.  Which leaves us with… <code>libgeany</code>.  Better pack that last one :)</p>
<p>But really, you should find a way to <em>automatically</em> list first-levels deps.  LD must be able to help at some level, at least if building with <code>--as-needed</code> or something.</p>
<blockquote>
<p><a href="https://github.com/b4n" class="user-mention">@b4n</a> I also run <code>yum-builddep geany geany-plugins</code> before I start the build. So if that doesn't cause all the build dependencies to be present I don't know what will.</p>
</blockquote>
<p>Well, I can't know for sure, that must bring in what the author of the Fedora package said was required, that's all.  If you want to ship some plugins, I really recommend using explicit <code>--enable-<plugin></code> flags so the configure pass explicitly fails if the dependencies aren't met.</p>
<p>But I really think it's rather an improper target location for the actual plugin binaries that not building <em>any</em> GP plugins.</p>
<blockquote>
<p>Well I've updated my AppImage to include the changes I think you want […] I tested it on Arch Linux and it works on there now. It also works on Fedora 24, so <a href="https://github.com/b4n" class="user-mention">@b4n</a> was right about those libraries.</p>
</blockquote>
<p>Good.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/geany/geany/issues/1303#issuecomment-262395603">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABDrJ8WXMhnl3NRwFmKtqRBUhYXlU9iWks5rA3irgaJpZM4KyPT8">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABDrJ4Nd4ZEtOZmlAKim_RfktthiZhl8ks5rA3irgaJpZM4KyPT8.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/geany/geany/issues/1303#issuecomment-262395603"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/geany/geany","title":"geany/geany","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/geany/geany"}},"updates":{"snippets":[{"icon":"PERSON","message":"@b4n in #1303: \u003e What about a list of runtime dependencies for `geany` and `geany-plugins` on CentOS 7 that aren't X or GDK-related? If I had that I could satisfy both of you, @b4n and @eht16.\r\n\r\nGeany has basically zero deps.  You might want to bundle a version of `libvte9` because newer systems don't have that, but it's an optional runtime dependency for embedded terminal support.\r\n\r\nGP it's a whole different story.  Check the libraries each plugins checks for.  Or once built, run `ldd` or similar to see the deps list, and filter that using good judgment -- or use a better command that only lists direct dependencies, but I don't have that under the hand right now, yet I'm sure it exists, maybe some options for objdump?\r\n\r\n\u003e Oh and which libraries included are X or GDK related? Out of:\r\n\r\nBasically, everything that starts with `libX` or `libx` is X-related, so is `pixman`.  `libgdk` and `libatk` are GTK related, so are all of `pango`, `cairo`, `freetype`, `harfbuzz`, `png`.  `EGL`, `gl` and `gbm` are OpenGL related, so X/GTK.  `gmodule` and `gthread` are safe to assume I guess, GTK requires them anyway, and even maaaaany non-GUI apps.  `libffi` is GLib-related, and we don't depend on it directly so again, no use.  I have no clue about `libgraphite2` or `lzma` just now, but we don't depend on that directly either.  Which leaves us with… `libgeany`.  Better pack that last one :)\r\n\r\nBut really, you should find a way to *automatically* list first-levels deps.  LD must be able to help at some level, at least if building with `--as-needed` or something.\r\n\r\n\u003e @b4n I also run `yum-builddep geany geany-plugins` before I start the build. So if that doesn't cause all the build dependencies to be present I don't know what will.\r\n\r\nWell, I can't know for sure, that must bring in what the author of the Fedora package said was required, that's all.  If you want to ship some plugins, I really recommend using explicit `--enable-\u003cplugin\u003e` flags so the configure pass explicitly fails if the dependencies aren't met.\r\n\r\nBut I really think it's rather an improper target location for the actual plugin binaries that not building *any* GP plugins.\r\n\r\n\u003e Well I've updated my AppImage to include the changes I think you want […] I tested it on Arch Linux and it works on there now. It also works on Fedora 24, so @b4n was right about those libraries.\r\n\r\nGood."}],"action":{"name":"View Issue","url":"https://github.com/geany/geany/issues/1303#issuecomment-262395603"}}}</script>