I understand that. I meant (regarding the numerous dependencies): Rather than maintain the package list by hand strip the bundle afterwards, to make sure new dependencies aren't unseen.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/560#issuecomment-172250637
Of course, stripping would be the very last step. To be clear: I did not run the stripping code yet. The above mentioned issues happen with the unmodified scripts from this PR.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/560#issuecomment-172246356
Unfortunately this breaks compability with the minimum GTK/GLib requirements. G-P uses the same minimum GTK/GLib versions as Geany and for GLib this is currently 2.28.
However, g_hash_table_contains() is first available in GLib 2.32.
You could either tell autotools to build the plugin only if GLib 2.32 is available (i.e. depend on it) or maybe write some simple compatibily function to implement g_hash_table_contains() when GLib < 2.32 is used. I guess this can be easily done using g_hash_table_foreach() or maybe g_hash_table_lookup().
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/commit/e71d268faceb8bbbb71bd09e17617…
I suggest stripping the bundle only afterwards. Since the post_install scripts have to be run more dependencies might be required than runtime dependencies
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/560#issuecomment-172246192
There must be some differences between your and my system, I get the following output when trying to create a GTK2 bundle:
http://pastebin.geany.org/04tvt/
- in the temporary mingw/ directory, I get no `locale` folder hence the message `mv: cannot stat 'mingw32/locale': No such file or directory`
- the `permission denied` error at the end only occurrs sometimes, I can successfully prevent this when I add a `sleep 1` 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
- there is a strange `mkdir` error on line 39 which I didn't debug yet
- as you can see in the `ls` 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
My MSYS2 system is up2date (according to `pacman -Syu`), I already cleared the cached packages, downloaded them again, no change.
@kugel- could you compare if your package versions are similar to those I used?
However, besides those smaller problems mentioned above, the dependency handling seems like the real issue to me:
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):
```
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
```
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.
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.
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.
The previously used bundle which we distributed had about 40 MB, the created bundle with all those dependencies has about 170 MB.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/560#issuecomment-172244826
Geany is open for custom languages, ie I can add extension and syntax highlighting for new languages But I cannot see how to add --langdef and --regex-LANG options to ctags, so that it to tag them properly
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/328
1 Click Project/New and create a new project Try to add an external directory It will fail, as its button is grayed out
2 There is a message that file patterns are to be set first Poor user may think that is the reason, but actually it has nothing to do with it
3 Add a new file, eg untitledc in your project Save it Still nothing changes
4 Oh, there is a "Reload all" button in Project side bar Click it Voila, you can add external directories
5 Now you can remove the untitledc, if you do not need it And actually that is my case The reason for leaving the actual project directory empty is that I want to have a project with 2 apps and their libs And I have other projects, with somewhat overlapping content So they cannot be moved to a Geany project directory (unless I do symbolic/hard linking)
Poor user thinks that Projectorganizer is useless Though it is cool, just some scenarios are not tested
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/329
Version 126, gcc 482 Unable to remove breakpoints while running an app in debugger I get error `-var-create: unable to create variable object"`
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/335