<p>There must be some differences between your and my system, I get the following output when trying to create a GTK2 bundle:<br>
<a href="http://pastebin.geany.org/04tvt/">http://pastebin.geany.org/04tvt/</a></p>

<ul>
<li>in the temporary mingw/ directory, I get no <code>locale</code> folder hence the message <code>mv: cannot stat 'mingw32/locale': No such file or directory</code>
</li>
<li>the <code>permission denied</code> error at the end only occurrs sometimes, I can successfully prevent this when I add a <code>sleep 1</code> at line 96. This might be some special bug/behaviour of my system, I'm testing the bundle creation script on a RAM disk to speed up testing a bit</li>
<li>there is a strange <code>mkdir</code> error on line 39 which I didn't debug yet</li>
<li>as you can see in the <code>ls</code> output at the end, there is this .BUILDINFO file laying around on my system. Not critical nor hard to fix but I'm curious why this doesn't happen for you</li>
</ul>

<p>My MSYS2 system is up2date (according to <code>pacman -Syu</code>), I already cleared the cached packages, downloaded them again, no change.<br>
<a href="https://github.com/kugel-" class="user-mention">@kugel-</a> could you compare if your package versions are similar to those I used?</p>

<p>However, besides those smaller problems mentioned above, the dependency handling seems like the real issue to me:<br>
I like the little Python script, nice idea. But it pulls in many new dependencies which are not strictly necessary I think. The following list contains new packages installed by the script which are not necessary to run Geany from the created bundle (tested):</p>

<pre><code>mingw-w64-i686-libjpeg-turbo
mingw-w64-i686-gmp
mingw-w64-i686-jasper
mingw-w64-i686-xz
mingw-w64-i686-libtiff
mingw-w64-i686-lzo2
mingw-w64-i686-libxml2
mingw-w64-i686-gnome-common
mingw-w64-i686-shared-mime-info
mingw-w64-i686-adwaita-icon-theme
</code></pre>

<p>I'd prefer to keep the hand-written package list and extend it as necessary. It's not that the package dependencies change five times a month, I guess.<br>
Don't get me wrong, your approach is the right one, but as long as pactree pulls in so many extra dependencies I'm a bit worried about the final bundle size which we have to distribute.</p>

<p>I also started already writing some code to strip the created bundle when a ZIP archive is requested (deleting gtk-doc stuff, headers, manpages, static libraries, ...) but I would wait for the dependency issue until I finish this.<br>
The previously used bundle which we distributed had about 40 MB, the created bundle with all those dependencies has about 170 MB.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br>Reply to this email directly or <a href="https://github.com/geany/geany/pull/560#issuecomment-172244826">view it on GitHub</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABDrJ30w2CjS1a0UbolOFoh34YX41z_gks5paobtgaJpZM4FWtUm.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/pull/560#issuecomment-172244826"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>