[Geany-Devel] Re: Geany 2.0 has bad or missing signing keys

[Enrico Tröger via Devel]

Hi,


geany-2.0.tar.bz2.sig
Good signature from "Colomban Wendling " [expired]

geany-2.0.tar.gz.sig
Good signature from "Colomban Wendling " [expired]


The key itself is *not* expired only the export available on the 
website. It was just updated and should work now also with the exported 
key available from the website.

Alternatively, you could use
gpg --recv-keys ACA0246889FB96B63382111724CCD8550E5D1CAE
to update the key from the keyserver.


geany-2.0_setup.exe.sig
Good signature from "Enrico Tröger " [unknown]


The key used to create the signature is 
51A0918FEF3439066BEB87F4579347E6C71A77FA and it is available at 
https://download.geany.org/eht16-pubkey.txt.



and for geany-plugins-2.0.*.sig

gpg: Signature made Oct 19, 2023 xx:xx:xx MDT
gpg:using EDDSA key 23C0ACC6C2A22D6EB8A98563EC3A8C6CF6546888
gpg: requesting key EC3A8C6CF6546888 from hkp://pgp.surf.nl
gpg: Can't check signature: No public key


Will be fixed tomorrow.
The key used can be imported from the keyserver using:
gpg --recv-keys 23C0ACC6C2A22D6EB8A98563EC3A8C6CF6546888


There are also no signatures for the .zip and .tar.gz files containing
the source code for both geany and geany-plugins.


Those files are auto generated by Github, there is no point in signing 
them except Github would do.



With previous releases,  I have also used the MD5SUM, and SHA*SUM
files for additional verification.


The hashes have been added in the meantime.


Regards,
Enrico


OpenPGP_signature
Description: OpenPGP digital signature
___
Devel mailing list -- devel@lists.geany.org
To unsubscribe send an email to devel-le...@lists.geany.org

[Geany-Devel] [ANN] Mailing list software updated

[Enrico Tröger]

Hi all,

this is some sort of meta news: the mailing list software got updated to 
Mailman 3.


Everything should work as before except that you now don't need to worry 
about different passwords for the lists on this server anymore.
Instead, you can register an account on 
https://lists.geany.org/postorius/lists/ and your existing list 
subscriptions will be listed in this account automatically. You only 
need to use the same email address for account setup as for the list 
subscriptions.



And we finally, the list archives are searchable:
https://lists.geany.org/hyperkitty/

The URLs to archived posts have changed but all previously archived 
posts will keep reachable on the old URLs (in case they are referenced 
elsewhere).



In case of any problems or questions, let me know.


Regards,
Enrico



OpenPGP_signature
Description: OpenPGP digital signature
___
Devel mailing list -- devel@lists.geany.org
To unsubscribe send an email to devel-le...@lists.geany.org

Re: [Geany-Devel] Windows: Webkit-related plugins are going to be removed

[Enrico Tröger]

On 16.12.18 12:11, Enrico Tröger wrote:

On 11/26/18 6:40 AM, Matthew Brush wrote:

On 2018-11-25 9:22 a.m., Enrico Tröger wrote:

Hi,

I'm afraid we need to remove the Webkit-related plugins (Webhelper,
Markdown Preview) from the Windows installer.


This is because Webkit itself is going to be removed from MSYS2:
https://github.com/Alexpux/MINGW-packages/issues/4318

For the upcoming release we could ship the previous version of Webkit
along with the locally cached old version of ICU (i.e. we will ship ICU
61 *and* 62 in the installer).

But I personally would prefer removing the plugins from the Windows
installer immediately for the reasons mentioned in
https://github.com/Alexpux/MINGW-packages/issues/4318#issuecomment-436443226

and to prevent us from shipping two ICU versions which bloats the
Windows installer even more.


If there are no objections, I will remove all Webkit-related settings
from the Windows installer next week.



Hi,

It would be nice to keep these plugins as long as practical, but I don't
feel strongly about it.


OK, we keep the plugins in the 1.34 release, at least.

For future releases, I still would like to get rid of it if there is no
progress on MSYS2 regarding Webkit.


JFTR:

We kept the plugins until including 1.37 and now is three years later.

But now with the fresh Geany-Plugins 1.38 and the switch to x86_64 and 
GTK3, there is no way to keep those plugins running as there is no 
WebkitGTK library available for Windows/MSYS2.


Regards,
Enrico

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] [ANN] Geany 1.38 is out!

[Enrico Tröger]

We are happy to announce a new release of Geany!

For a comprehensive list of changes please see:
https://www.geany.org/documentation/releasenotes/

Some highlights:

* Increase speed when opening documents, especially on startup
  (Justin Blanchard)
* Synchronize Geany's Ctags implementation with Universal Ctags, this
  leads to updated symbol parsers (Jiří Techet).
* Remove GTK+2 Support.
* Add keybinding to reload all open documents (David Yang).
* SaveActions plugin: add configurable target directory for
  instantly saved files
* New filetypes: Julia (getzze), Meson (Andy Alt)
* Updated translations: da, de, el, es, et, it, ja, nl pt, pt BR, sk,
  tr, uk, zh_CN

Starting with this release, the Windows binaries are built against GTK3
and for the x86_64 (amd64) platform. 32bit Windows systems are no
longer supported.

We want to thank all developers, translators and everyone who
contributed to this release with patches, feedback, bug reports and so
on. Thank you!

As usual, all downloads can be found on
https://www.geany.org/download/releases/.

- Enrico

___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Building geany using msys2 on Windows 10

[Enrico Tröger]

On 14.09.21 15:36, Doug Henderson wrote:

On Mon, 13 Sept 2021 at 15:55, Enrico Tröger  wrote:



Doug, I'm assuming you mean the Enrico in the little Authors table at
the top of the help manual?


I guess yes because my name is broken there.


Attached is an image of what I see:

And here is the offending line from
file:///C:/Program%20Files/Geany/share/doc/geany/html/index.html:for
1.38beta1 on win10.




[...]


This tells me that at some point the UTF8 content was loaded as ISO-8859-?


Yes, because of my misconfigured Windows machine.



So looking at https://nightly.geany.org/win32/build_win32_geany.log,
the problem is clear: the build is using Python 2.7. Python2 will read


Not really.
First, the nightly builds are created in a very old setup (no MSYS2, 
old, manually installed Win32 libraries). I won't update it anymore and 
so it's stuck to its Python2.
I'm working on a replacement to cross-compile Geany with MSYS2 packages 
from a GIT clone to fully working installer binary.


Then, the mentioned nightly builds are not used for anything, they are 
just used as CI to ensure the code still compiles.
The installers I posted were created manually by me on a real Windows 
machine.




When I tried to recreate the problem on msys and cygwin for 1.31.1,
1.36, and 1.37.1 , I could not reproduce it because I have Python3
installed as the only Python on both systems. I spent more time than I
should have on this, and I think you may have found a solution
yourself.


Yes, as I said before on the other mail in the thread, it's only a 
problem with the setup of my Windows system. It's not a general issue in 
Geany.

Thanks anyway for the detailed analysis!

Regards,
Enrico
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Building geany using msys2 on Windows 10

[Enrico Tröger]

On 14.09.21 00:34, Lex Trotman wrote:

It's Python and not generally on Windows but on my box.
On my Windows box, Python detects de-DE with cp1252 charset as locale
and rst2html (which is written in Python) then seems to read the UTF-8
encoded geany.txt with cp1252 and this fails, obviously.

I didn't find a way yet to change the locale used by Python, the usual
LANG, LANGUAGE, LC_ALL and friends environment variables do not work.
It seems Python uses some Windows API to get the locale.
But it's mainly a local issue on my end, so no worries. I'll take care
to pass "--input-encoding=utf-8" to rst2html when building the docs for
the next release and after the release, I'm going to blow up my Windows
box anyways.


Locales are an evil and dangerous thing from the past!!!  Why should
non-interactive programs run differently on different machines? [stop
before I start ranting]

Ok, so its the Geany build makefile that needs to have the
specification of input encoding added so it works everywhere and no
risk of non-UTF-8 locales breaking it.


Not sure if it is necessary.
The concrete problem with the wrongly encoded characters is rather a 
configuration problem on my system, I'd say.
Anyway, generally enforcing UTF-8 on rst2html for geany.txt should be 
fine as we have full control over the file and it probably will stay 
UTF-8 encoded for the next 20 years.


Regards,
Enrico
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Building geany using msys2 on Windows 10

[Enrico Tröger]

On 13.09.21 01:03, Lex Trotman wrote:
   The menu item "Help->help" and pressing "F1" correctly open the help
 file in Firefox Nightly at
   "file:///C:/Program%20Files/Geany/share/doc/geany/html/index.html"
>>>
>>> Not sure why this uses a different method to the other help, although
>>
>> It's the same method and that's part of the problem.
> 
> Oh, I hadn't though a Windowsist would have set Friedfox as the
> default browser, does that mean on windows the
> Preferences->Tools->Browser setting is ignored totally?

Yes.


 - The help file does not declare its character encoding so the 3rd
 non-blank line contains "Authors: Enrico Tröger".

>>>
>>> The 4 th line of the help file should be:
>>>
>>> 
>>>
>>> so it should open as UTF-8, maybe something went wrong in the building?
>>
>> Yes, the charset header is fine the broken characters are already
>> wrongly written into the generated HTML. I will have a look at it.
>>
> 
> I don't generate HTML docs so I can't check here, but the HTML in the
> 1.37.1 tarball and the nightly .deb seems to have Enrico correct (or
> at least it shows correctly on both Chrome and Firefox), maybe
> docutils or the browser does something silly if it runs on windows?

It's Python and not generally on Windows but on my box.
On my Windows box, Python detects de-DE with cp1252 charset as locale
and rst2html (which is written in Python) then seems to read the UTF-8
encoded geany.txt with cp1252 and this fails, obviously.

I didn't find a way yet to change the locale used by Python, the usual
LANG, LANGUAGE, LC_ALL and friends environment variables do not work.
It seems Python uses some Windows API to get the locale.
But it's mainly a local issue on my end, so no worries. I'll take care
to pass "--input-encoding=utf-8" to rst2html when building the docs for
the next release and after the release, I'm going to blow up my Windows
box anyways.


> Doug, I'm assuming you mean the Enrico in the little Authors table at
> the top of the help manual?

I guess yes because my name is broken there.


Regards,
Enrico

-- 
Get my GPG key from https://www.uvena.de/pub.asc
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Building geany using msys2 on Windows 10

[Enrico Tröger]

On 10.09.21 00:05, Enrico Tröger wrote:
> Hi,
> 
> On Thu, 9 Sept 2021 at 14:05, Doug Henderson  wrote:
>>> Can someone suggest how to correct this snippet of code in the wiki
>>> page to work now, or how to make a modified version of
>>> "cross-build-mingw.sh" which will work for buildinig on mingw on a
>>> Windows machine.
> 
> On 09.09.21 06:31, Lex Trotman wrote:
>> Not sure who posted the wiki or how relevant it is (its a wiki after
>> all :), for example Geany now only supports GTK3, not GTK2.
> 
> I think Thomas wrote the page initially and I edited it later on. So now
> you know who to blame :).
> 
> 
>> The official Windows build processes are currently under upgrade as a
>> result, see https://github.com/geany/geany/pull/2590 and
>> https://github.com/geany/geany-plugins/pull/1107.  Not sure the status
>> and if they are usable yet, but you might find the updated packages
>> used there.
> 
> They are usable and just need review.
> With both PRs I built full Geany and Geany-Plugins on native Windows as
> well as a cross built using Docker images.
> 
> 
>> IIUC after this is complete it might be possible to make a docker
>> container available to build Geany for windows with all the necessary
>> dependencies, no guarantees though.
> That's the plan and it already works quite well. Still need to be
> polished and published and integrated in CI.
> 
> Anyway, to get back to Doug's question:
> I'm going to prepare Windows installers for the current master on the
> weekend and so have some 1.38 beta or preview.

The test installers are ready:

https://download.geany.org/snapshots/geany-1.38beta1_setup.exe
https://download.geany.org/snapshots/geany-plugins-1.38beta1_setup.exe

They are built from current GIT master, with the following unmerged PRs
included:
https://github.com/geany/geany/pull/2892
https://github.com/geany/geany/pull/2590
https://github.com/geany/geany-plugins/pull/1107

Regards,
Enrico
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Building geany using msys2 on Windows 10

[Enrico Tröger]

Hi,

On Thu, 9 Sept 2021 at 14:05, Doug Henderson  wrote:
>> Can someone suggest how to correct this snippet of code in the wiki
>> page to work now, or how to make a modified version of
>> "cross-build-mingw.sh" which will work for buildinig on mingw on a
>> Windows machine.

On 09.09.21 06:31, Lex Trotman wrote:
> Not sure who posted the wiki or how relevant it is (its a wiki after
> all :), for example Geany now only supports GTK3, not GTK2.

I think Thomas wrote the page initially and I edited it later on. So now
you know who to blame :).


> The official Windows build processes are currently under upgrade as a
> result, see https://github.com/geany/geany/pull/2590 and
> https://github.com/geany/geany-plugins/pull/1107.  Not sure the status
> and if they are usable yet, but you might find the updated packages
> used there.

They are usable and just need review.
With both PRs I built full Geany and Geany-Plugins on native Windows as
well as a cross built using Docker images.


> IIUC after this is complete it might be possible to make a docker
> container available to build Geany for windows with all the necessary
> dependencies, no guarantees though.
That's the plan and it already works quite well. Still need to be
polished and published and integrated in CI.

Anyway, to get back to Doug's question:
I'm going to prepare Windows installers for the current master on the
weekend and so have some 1.38 beta or preview.

I'll also try to update the wiki page to reflect the current state, much
has changed due to the switch to GTK3 and x86_64. But it might take a
little more time to finish.

Regards,
Enrico
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Plugin Wishlist on geany.org

[Enrico Tröger]

Hi,

On 02.03.19 12:39, Dominic Hopf via Devel wrote:
> Greetings,
> 
> the Geany plugin wishlist here doesn't seem to be maintained that well
> to me currently: https://www.geany.org/Support/PluginWishlist

Yes, as it is stated at the top of the page.


> At least the reference to SourceForge should be updated to something
> else instead; I guess GitHub issues would be a good idea?

Yes, I changed the link to point to the Github issues tracker.
Thanks.

Regards,
Enrico



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Presentation - Rubén

[Enrico Tröger]

Hi Rubén,

> 
> My name is Rubén. I'm a master's degree student at UDC and I've been using 
> Geany and loving it for years. Finally I've subscribed to developer mailing 
> list with the goals of:
> 
> 
>   *   Dive into the Geany project.
>   *   Contribute by solving some bugs (listed) or adding features requested 
> in the wishlist. Python code autocompletion sounds good to me - but maybe 
> that goes a bit off my hands
>   *   Get short info about the overall code architecture of the project. I've 
> already been digging into the core source, but I'd love to hear something 
> from real authors (plugins are also interesting to me).
>   *   In general, get myself an idea of how the code of the project is 
> organised, whether there are some interesting patterns... And become an 
> active member of the community!

great to hear you want to join the development and help on improving
Geany! Thanks.

You probably already found https://www.geany.org/Support/Bugs. I guess
the issue list on Github is the best source to find a start into
development. Just try to pick a bug report or feature which sounds
interesting to you and just have a go.

In case of any questions, don't hesitate to ask here on the list and/or
in the IRC channel on Freenode.

JFTR, the wishlist on https://www.geany.org/Support/PluginWishlist is
not up to date any more, nobody maintains it. There might be features
already implemented, some features probably never to be implemented and
of course also ideas which you might want to follow.


Regarding the code architecture, I'd say you can find DOs and DONTs next
to each other :). The code evolved over years from a not so good start
(in terms of software architecture and design) to what we have today.
Overall I think the code is in pretty good shape but can be further
optimised of course :).


Have fun and welcome to Geany,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Windows: Webkit-related plugins are going to be removed

[Enrico Tröger]

On 11/26/18 6:40 AM, Matthew Brush wrote:
> On 2018-11-25 9:22 a.m., Enrico Tröger wrote:
>> Hi,
>>
>> I'm afraid we need to remove the Webkit-related plugins (Webhelper,
>> Markdown Preview) from the Windows installer.
>>
>>
>> This is because Webkit itself is going to be removed from MSYS2:
>> https://github.com/Alexpux/MINGW-packages/issues/4318
>>
>> For the upcoming release we could ship the previous version of Webkit
>> along with the locally cached old version of ICU (i.e. we will ship ICU
>> 61 *and* 62 in the installer).
>>
>> But I personally would prefer removing the plugins from the Windows
>> installer immediately for the reasons mentioned in
>> https://github.com/Alexpux/MINGW-packages/issues/4318#issuecomment-436443226
>>
>> and to prevent us from shipping two ICU versions which bloats the
>> Windows installer even more.
>>
>>
>> If there are no objections, I will remove all Webkit-related settings
>> from the Windows installer next week.
>>
> 
> Hi,
> 
> It would be nice to keep these plugins as long as practical, but I don't
> feel strongly about it.

OK, we keep the plugins in the 1.34 release, at least.

For future releases, I still would like to get rid of it if there is no
progress on MSYS2 regarding Webkit.



Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] Windows: Webkit-related plugins are going to be removed

[Enrico Tröger]

Hi,

I'm afraid we need to remove the Webkit-related plugins (Webhelper,
Markdown Preview) from the Windows installer.


This is because Webkit itself is going to be removed from MSYS2:
https://github.com/Alexpux/MINGW-packages/issues/4318

For the upcoming release we could ship the previous version of Webkit
along with the locally cached old version of ICU (i.e. we will ship ICU
61 *and* 62 in the installer).

But I personally would prefer removing the plugins from the Windows
installer immediately for the reasons mentioned in
https://github.com/Alexpux/MINGW-packages/issues/4318#issuecomment-436443226
and to prevent us from shipping two ICU versions which bloats the
Windows installer even more.


If there are no objections, I will remove all Webkit-related settings
from the Windows installer next week.

Regards,
Enrico



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] [ANN] Geany 1.32 is out!

[Enrico Tröger]

We are happy to announce a new release of Geany!

For a comprehensive list of changes please see
https://www.geany.org/Documentation/ReleaseNotes.

Some highlights:

* Improve snippet support (visual indicators and more, Thomas Martitz).
* Improve CLI argument help.
* Add "Close Documents to the Right" feature.
* Minor accessibility improvements.
* Fix crash if plugin manager is opened more than once.
* Update Python, Assembler and PHP filetypes.
* Updated translations: ca, de, el, es, fr, it, lt, lv, nl, pt, ru,
  sk, sv, zh_CN

We want to thank all developers, translators and everyone who
contributed to this release with patches, feedback, bug reports and
so on. Thank you!

As usual, all downloads can be found on
https://www.geany.org/Download/Releases.


Happy hacking,
Enrico




signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] [ANN] Geany-Plugins 1.31 are out!

[Enrico Tröger]

We are happy to announce a new version of the combined Geany-Plugins
release -- Following the Geany 1.31 release, Geany-Plugins 1.31 is being
released, too.

Some highlights:

* New plugin: keyrecord
* OS X: Use path relative to bundle to make plugins GeanyGenDoc,
  GeniusPaste, GitChangebar, Overview, PoHelper, Scope work better on
  Apple's operating system
* Windows: Fix crashes on GeanyExtrasel, GeanyLua, GeanyMacro,
  GeanyNumbersBookmarks
* ProjectOrganizer: Fix a crash by ensuring project is open before
  trying to expand the tree
* GitChangebar: Fix spurious line wrapping
* Updated translations: de, es, pt


A more complete list of changes can be found at NEWS at
https://github.com/geany/geany-plugins/releases/tag/1.31.0.

As usual, you can find source tarballs and Windows installer for the new
release on https://plugins.geany.org.

A huge thanks to everybody contributing to this great release.


Happy hacking!



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] [ANN] Geany 1.31 is out!

[Enrico Tröger]

We are happy to announce a new release of Geany!

For a comprehensive list of changes please see
https://www.geany.org/Documentation/ReleaseNotes.

Some highlights:

* Fix crash when a plugin calls plugin_set_key_group() more than once
  (Jiří Techet).
* Fix updating statusbar after applying indentation detection.
* Fix converting color to hex for insertion in the Color Chooser dialog
  (Vasiliy Faronov).
* Update Matlab, Haxe, Arduino, HTML, C# and CMake filetypes.
* Updated translations: ca, id, ja, kk, lt, ru.

We want to thank all developers, translators and everyone who
contributed to this release with patches, feedback, bug reports and
so on. Thank you!

As usual, all downloads can be found on
https://www.geany.org/Download/Releases.


Happy hacking,
Enrico



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Fwd: Updating Geany doesn't update user's filetypes files

[Enrico Tröger]

Hi,

On 06/25/2017 11:48 PM, Abel wrote:
> I forward this mail to the devs list since nobody is accepting me for the
> users one :(
it's not that you are not accepted on the users list, you just need to
subscribe to the mailing list in the same way as you did for this list.
And this is what I wrote to you in the reject message.

For the future, just visit
https://lists.geany.org/cgi-bin/mailman/listinfo/users and subscribe by
filling in your email address.
Then you can post to the users mailing list as well.

Regards,
Enrico




signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [geany/geany-plugins] 9fe302: Add missing style mappings for Rust and PHPSCRIPT

[Enrico Tröger]

Hi,

I thought of this as well when making the change.
But then decided against it after I tried to compare the mapping in the
SpellCheck plugin against the mappings in Geany and found quite a few
differences. Since I didn't want to evaluate each single style for each
single lexer, I kept the current existing mapping to not break existing
behavior.

While this is not the cleanest way to handle the duplicate mappings, it
is a defense way to not break SpellCheck unnecessarily.

If I find time, maybe I can write some debugging code for me to use the
existing mapping SpellCheck and in parallel use
`!highlighting_is_code_style()` and show me when they disagree.

Regards,
Enrico

On 05/26/2017 01:15 AM, Colomban Wendling wrote:
> Hey,
> 
> Couldn't you use something like `!highlighting_is_code_style()` or
> alike?  Maybe it wasn't part of the API earlier or there's a subtlety I
> didn't think about, but it would seem more robust.
> 
> Cheers,
> Colomban
> 
> Le 25/05/2017 à 09:23, Enrico Tröger a écrit :
>> Branch:  refs/heads/master
>> Author:  Enrico Tröger <enrico.troe...@uvena.de>
>> Committer:   Enrico Tröger <enrico.troe...@uvena.de>
>> Date:Thu, 25 May 2017 16:23:38 UTC
>> Commit:  9fe302801be4ac87e86a7533385c10bfbd5876a9
>>  
>> https://github.com/geany/geany-plugins/commit/9fe302801be4ac87e86a7533385c10bfbd5876a9
>>
>> Log Message:
>> ---
>> Add missing style mappings for Rust and PHPSCRIPT
>>
>>
>> Modified Paths:
>> --
>> spellcheck/src/speller.c
>>
>> Modified: spellcheck/src/speller.c
>> 21 lines changed, 21 insertions(+), 0 deletions(-)
>> ===
>> @@ -889,6 +889,7 @@ gboolean sc_speller_is_text(GeanyDocument *doc, gint pos)
>>  break;
>>  }
>>  case SCLEX_HTML:
>> +case SCLEX_PHPSCRIPT:
>>  case SCLEX_XML:
>>  {
>>  switch (style)
>> @@ -1145,6 +1146,26 @@ gboolean sc_speller_is_text(GeanyDocument *doc, gint 
>> pos)
>>  }
>>  break;
>>  }
>> +case SCLEX_RUST:
>> +{
>> +switch (style)
>> +{
>> +case SCE_RUST_DEFAULT:
>> +case SCE_RUST_COMMENTBLOCK:
>> +case SCE_RUST_COMMENTBLOCKDOC:
>> +case SCE_RUST_COMMENTLINE:
>> +case SCE_RUST_COMMENTLINEDOC:
>> +case SCE_RUST_STRING:
>> +case SCE_RUST_STRINGR:
>> +case SCE_RUST_BYTESTRING:
>> +case SCE_RUST_BYTESTRINGR:
>> +case SCE_RUST_LEXERROR:
>> +return TRUE;
>> +default:
>> +return FALSE;
>> +}
>> +break;
>> +}
>>  case SCLEX_SQL:
>>  {
>>  switch (style)
>>
>>
>>
>> --
>> This E-Mail was brought to you by github_commit_mail.py (Source: 
>> https://github.com/geany/infrastructure).
>> ___
>> Plugins-Commits mailing list
>> plugins-comm...@lists.geany.org
>> https://lists.geany.org/cgi-bin/mailman/listinfo/plugins-commits



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Fold level in symbols pane

[Enrico Tröger]

Hi,

you replied only to me, so the others didn't see your answer but will
get it in the quote below.


On 05/25/2017 02:14 PM, Robert Zajda wrote:
> Hi,
> 
> Thanks for the answer.
> 
> This problem refers to CSS/SASS only.
> 
> 
> On 25.05.2017 13:55, Enrico Tröger wrote:
>> On 05/16/2017 09:37 AM, Robert Zajda wrote:
>>> Hi,
>>>
>>> There is a patch with SASS support 4 geany available on
>>> http://geany.robert.dvu.pl/.
>> I guess this is related to https://github.com/geany/geany/issues/908 ?
>> It would help a lot if you could provide some more text in the issue,
>> even if you just copy it from your website. Or even better, create pull
>> requests for your patches.
> 
> Yes this is related, but this issue is only an info (not a problem)
> about patch.

I just noticed the other patch is about the Scintilla CSS lexer only,
you should report this (if not already done) to the Scintilla project
directly.


>>> There is one problem in latest version.
>>>
>>> Fold level in symbols pane is limited to second level. Can anyone help,
>>> how to change that to be infinity?
>> I don't understand exactly what you mean.
>> In the screenshot attached, I have multiple levels including folding of
>> each level, also below level two.
>>
> Yes it works with python an and php. But I made new CSS/SASS ctags file
> which is based on php file.
> Everything is ok except that fold level is limited. This is limited
> somewhere else in the geany code. I can't find it so i'm asking for help.

Ok.
Without having had a look at the code, I would assume that the
limitation is rather in the CTags parser than in Geany's code as it
works well for other filetypes.
Even if it is in Geany, it is most probably in src/symbols.c.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] CodeAi Fixes a Null Pointer Dereference

[Enrico Tröger]

On 05/12/2017 07:44 PM, Benjamin Bales wrote:
> I apologize for that.  Here's the report in plain text format:

No need to apologize here.
I completely agree with Frank regarding plain text emails are better
than fancy HTML pages in an email in general and on mailing lists in
special.

But your first mail was sent as plain text as well as HTML and this is
perfectly fine. My mail client displayed the mail as plain text properly
(as it is configured to prefer plain text variants of mails if they
contain both).


Just my 2 cents.

Regards,
Enrico




signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Fold level in symbols pane

[Enrico Tröger]

On 05/16/2017 09:37 AM, Robert Zajda wrote:
> Hi,
> 
> There is a patch with SASS support 4 geany available on
> http://geany.robert.dvu.pl/.

I guess this is related to https://github.com/geany/geany/issues/908 ?
It would help a lot if you could provide some more text in the issue,
even if you just copy it from your website. Or even better, create pull
requests for your patches.


> There is one problem in latest version.
> 
> Fold level in symbols pane is limited to second level. Can anyone help,
> how to change that to be infinity?

I don't understand exactly what you mean.
In the screenshot attached, I have multiple levels including folding of
each level, also below level two.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc


signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [Geany-Users] [ANN] Server maintenance

[Enrico Tröger]

Hi,

> just to let you know, I have to move the server hosting geany.org and
> all related services to a new host.
> During this move the server will be offline. This mainly affects
> websites (geany.org, wiki.geany.org, ...) as well as the mailing lists.
> 
> Maintenance start: Sunday, March 12th, 2017  10:00 UTC
> Maintenance duration: about 60 minutes
> 
> 
> I will send another mail once it is all up and running again.

And here it is:

everything is working again.
The mail server (and so the mailing lists) were down for about 20
minutes though this should not be relevant as mail servers queue mails
way longer).
The websites had no down time at all.


In case of any problems, please tell me.

Thanks and sorry for inconvenience,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Future of THANKS/contributors list inside help dialog

[Enrico Tröger]

On 10/03/17 01:01, Lex Trotman wrote:
> On 10 March 2017 at 07:14, Enrico Tröger <enrico.troe...@uvena.de> wrote:
>> On 09/03/17 14:56, Frank Lanitz wrote:
>>> Hi,
>>>
>>> Currently we have apart of the git list itself two places where we have
>>> added contributors in past, but which look quiet orphaned nowadays:
>>>
>>> The contributors-dialog on Geany->Help:
>>>
>>> https://github.com/geany/geany/blob/master/src/about.c
>>>
>>> and the THANKS-file inside / of the source tree:
>>>
>>> https://github.com/geany/geany/blob/master/THANKS
>>>
>>> As we got a huge amount of contributors¹ all should get their kudos and
>>> now I'm wondering how we can go on in future with it. There are
>>> contributors for translations, code, documentation, community things
>>> like support, donations (money) etc.

[...]

>> And, as Jiri said, keep a few names manually maintained like those who
>> didn't contributed code/translations directly via GIT or in pre-GIT times.
> 
> And non-git like bug reporters and feature suggesters, and testers and
> packagers and ...

Yes, absolutely.
We could fill the THANKS file from GIT history, merged PRs, closed
issues and so get already many people to credit.
Furthermore, we still need to manually maintain a list of people who
contributed in at least one of the following ways:
- mailing list (patches, requests, ideas, discussions, ...)
- old pre-GIT contributions
- any other input we received and want to credit which is not visible on
Github

I think the overhead of the manual editing is not that high and with
auto-generating the majority of the list we can ensure to not easily
forget someone.

Of course, the list is getting huge then but IMO that's better than not
listing anyone.


Furthermore, I'd vote for *not* listing email addresses of contributors
in the THANKS file as they tend to get obsolete and make it email
address harvesters too easy to find the addresses.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] [ANN] Server maintenance

[Enrico Tröger]

Hi all,

just to let you know, I have to move the server hosting geany.org and
all related services to a new host.
During this move the server will be offline. This mainly affects
websites (geany.org, wiki.geany.org, ...) as well as the mailing lists.

Maintenance start: Sunday, March 12th, 2017  10:00 UTC
Maintenance duration: about 60 minutes


I will send another mail once it is all up and running again.

Sorry for the inconvenience.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Future of THANKS/contributors list inside help dialog

[Enrico Tröger]

On 09/03/17 14:56, Frank Lanitz wrote:
> Hi,
> 
> Currently we have apart of the git list itself two places where we have
> added contributors in past, but which look quiet orphaned nowadays:
> 
> The contributors-dialog on Geany->Help:
> 
> https://github.com/geany/geany/blob/master/src/about.c
> 
> and the THANKS-file inside / of the source tree:
> 
> https://github.com/geany/geany/blob/master/THANKS
> 
> As we got a huge amount of contributors¹ all should get their kudos and
> now I'm wondering how we can go on in future with it. There are
> contributors for translations, code, documentation, community things
> like support, donations (money) etc.

My two cents:
remove the translators and contributors lists from the About dialog and
replace the lists by a link to the THANKS file on Github and add a note
to find the THANKS file in the source distribution.

Then keep the THANKS file up to date by generating it from GIT history,
maybe with excluding our own names (feels weird to thank yourself :D).
And, as Jiri said, keep a few names manually maintained like those who
didn't contributed code/translations directly via GIT or in pre-GIT times.


This way we would have one place where contributors are listed for their
kudos and the maintenance burden is hopefully low enough.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [Test] Geany 1.30 Windows binaries for testing

[Enrico Tröger]

Hi,

>>>
>>> Any feedback is very welcome.
>>>
>>> Geany and Plugins downloads:
>>> http://download.geany.org/snapshots/geany-1.30nightly20170301_setup.exe
>>> http://download.geany.org/snapshots/geany-plugins-1.30nightly20170301_setup.exe
>>>
>>
>> Works OK for me on a Win7 Pro machine.
>>
>> Only observations are:
>>
>> - Still 32-bit, why not using msys2 in 64-bit mode?

Lazyness.
If we would provide 64bit binaries we probably would have to provide
32bit binaries as well. As long as there are no issues (compability,
performance, dependencies, whatever) with using 32bit binaries on 64bit
platforms, I'd like to keep it this way.

Or anyone else steps up to provide the Windows release support.


>> - The known slow webkit plugin loading issue, it took 30-60 seconds here

Too bad, for me it felt faster but obviously not.


>> - In the installer for GP, the "configure components" page, the
>> description for Dependencies checkbox is very long and the window isn't
>> resizable so the text gets cut off.

Yes, known issue (exists for multiple releases already) but I don't know
a solution. Maybe this gets better when upgrading to NSIS 3.x.


> Oh also, and this will probably be done before release anyway, but the
> copyright date is still 2016 on the installer .exes and the geany.exe
> when you look in the Properties->Details tab in Windows.

Thanks for the pointer, fixed.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] Geany association registered

[Enrico Tröger]

Hi all,

we'd like to inform you that we have successfully registered an
association "Geany e.V." (according to German law).

This way now we have a legal entity for receiving donations.


The board of the association consists of three members:
Silvio Knizek
Frank Lanitz
Enrico Tröger

If you have any questions or other matters regarding the association,
feel free to contact of one us three or all together.

The association is open for any new members. So if you like to join, you
are welcome. There is an annual membership fee of 5 Euro.
Unfortunately, so far the association charter and rules of order are
available only in German.
We still need to translate the documents into English.

The documents are available at:
https://github.com/geany/geany-ev-charter

If anyone wants to help translating the documents into English and/or
has some practical knowledge in translating legal texts, please contact us.

Regards,
Enrico




signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] Searchable mailing list archive 2.0 (was: Re: OSX ports?)

[Enrico Tröger]

Hi,

>>> Greetings,
>>>  Sorry if this has been asked in the past. I've attempted to find similar
>>> topics in the
>>> list archive. But to no avail. The link on Geany's MailingList page
>>> (http://news.gmane.org/gmane.editors.geany.devel)
>>> to search the archives returns 404.
>>> So my question is; are there any issues building on OSX? I'm currently
>>> maintaining over 100 ports on FreeBSD,
>>> and use Geany for most of my work, but have recently taken an interest in
>>> OSX, and now feel handicapped without
>>> it (Geany). While I see that you provide a link to an OSX dmg image for
>>> OSX, It's 64bit only, and is limited to
>> 10.7 or greater. What I'd like to do, is create a universal binary that 
>> coveres the
>> whole gambit (10.*). So I guess my question is;
>> 1) Does Geany compile on OSX out of the box?
>> 2) If not, is there already any work on this I might expand on, rather than 
>> re-invent the wheel?
>> FWIW I evaluated MacPorts, but found it less than ideal, and upon further 
>> evaluation, found
>> HomeBrew a better candidate.
> 
> Have to leave those detailed questiosn for the OSX maintainer.
> 
> On gmane, its front page says:
> 
> "We're going through a complete rebuild, so some things are very
> broken. Please see our blog at http://home.gmane.org/ for news."
> 
> and most of the editors pages are broken ATM.

We had this topic already about a year ago:
http://devel.geany.narkive.com/niAqeADi/geany-devel-searchable-email-archives

but didn't do anything.
I see a few options:

a) do nothing and hope Gmane will come back by itself
b) switch the search boxes on the website to Narkive
c) find another cool mailing list archive provider which we all love
d) do not provide any search box on the website but instead something
like "search the net with your favorite search provider"

(I do not want to integrate a Google search on the website.)

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] [Test] Geany 1.28 Windows binaries for testing

[Enrico Tröger]

Hi,

here are new Windows installers for testing.
They are built from GIT master.

I created two different Geany builds:

geany-1.28nightly20160703_pr1108_01_setup.exe: GIT master + PR1108 with
commit acd4a92 which adds C runtime dependencies to the base
installation (i.e. they are also installed even when skipping the
bundled GTK runtime).
Use this for main testing, as long as you install the bundled GTK
runtime, the included PR doesn't make a difference.

geany-1.28nightly20160703_pr1095_setup.exe: GIT master + PR1095 to test
build commands and other actions which spawn executables when the
working directory, the command or environment variables contain
non-ASCII characters. See the pull request for details.

Geany from GIT master + PR1108:
http://download.geany.org/snapshots/geany-1.28nightly20160703_pr1108_01_setup.exe

Geany from GIT master + PR1095:
http://download.geany.org/snapshots/geany-1.28nightly20160703_pr1095_setup.exe

Geany-Plugins from GIT master:
http://download.geany.org/snapshots/geany-1.28nightly20160321_setup.exehttp://download.geany.org/snapshots/geany-plugins-1.28nightly20160703_setup.exe


Happy testing,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc




signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [Test] Geany GTK3 Windows binaries for testing

[Enrico Tröger]

On 23/06/16 18:24, Colomban Wendling wrote:
> Hey!
> 
> Le 23/06/2016 à 17:28, Jiří Techet a écrit :
>> Hi Enrico,
>>
>> On Fri, Jun 17, 2016 at 2:00 AM, Enrico Tröger <enrico.troe...@uvena.de
>> <mailto:enrico.troe...@uvena.de>> wrote:
>>
>> Hi all,
>>
>> in preparation of the upcoming release, I renewed the test installers:
>>
>> http://download.geany.org/snapshots/geany-1.28nightly20160617_setup.exe
>> 
>> http://download.geany.org/snapshots/geany-plugins-1.28nightly20160617_setup.exe
> 
> Nice!  Didn't test yet, but still nice.
> 
>> There is still the ugly Adwaita theme.
>> I didn't and I won't play with themes. If someone wants a specific
>> alternative theme included and enabled and there is some general
>> agreement, I'm fine with it.
> 
> Maybe we should just wait a little further, apparently in 3.22 (?) they
> work on some Windows theming and integration.
> 
>>
>> But I noticed a new bug:
>> with each start of Geany, the messages window will be shown a little
>> lower and at some point it is finally hidden because its position is at
>> or below the status bar.
>> No idea what is causing this, GTK3 is always surprising as it seems.
> 
> Hum, interesting, we did have such a report one day, but I never was
> able to find out what was doing it.
> https://sourceforge.net/p/geany/bugs/634/  But that was GTK2 and the
> other direction (editor shrinking).
> 
>> We should decide soon whether we want to use GTK2 or GTK3 based Windows
>> release binaries.
>>
>>
>> I would say that if there aren't any advantages of the GTK3 build (and
>> in contrary, there seem to be some issues), it's better to stick with GTK2.
> 
> Agreed, seems more reasonable to stick to something that works,
> especially if GTK3 doesn't give us something important.

IIRC the reason why we started playing with GTK3 on Windows was the
HiDPI issue with GTK2.

Though Jiří already said in March, it's probably not so important and
better to go with GTK2 as long as there are issues with GTK3.

So, I'd say also let's use GTK2 for the upcoming release and we'll say
what happens post-1.28.

GTK2 test installers will follow either later today or at the weekend.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [Test] Geany GTK3 Windows binaries for testing

[Enrico Tröger]

Hi all,

in preparation of the upcoming release, I renewed the test installers:

http://download.geany.org/snapshots/geany-1.28nightly20160617_setup.exe
http://download.geany.org/snapshots/geany-plugins-1.28nightly20160617_setup.exe

There is still the ugly Adwaita theme.
I didn't and I won't play with themes. If someone wants a specific
alternative theme included and enabled and there is some general
agreement, I'm fine with it.

But I noticed a new bug:
with each start of Geany, the messages window will be shown a little
lower and at some point it is finally hidden because its position is at
or below the status bar.
No idea what is causing this, GTK3 is always surprising as it seems.


We should decide soon whether we want to use GTK2 or GTK3 based Windows
release binaries.

Regards,
Enrico


On 17/04/16 01:27, the Adib wrote:
> I filed a bug https://bugzilla.gnome.org/show_bug.cgi?id=765161
> 
> let me know once I can test new snapshot.
> 
> Regards, Adib.
> --
> 



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Anyone still using makefile.win32 for Windows build?

[Enrico Tröger]

On 12/06/16 18:22, Jiří Techet wrote:
> Hi,
> 
> just a quick question - is anyone still using the Windows build based on
> the makefile.win32 files? If not, maybe they could be removed completely.
> Any objections?

I don't.
Those Makefiles were the first "build system" on Windows before we got
Waf and Msys2 to use autotools. However, this is about 10 years ago and
nowadays autotools work pretty ok on Windows.

IIRC Nick was using them in the past, not sure if this is still true.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Fwd: Raspbian + Geany

[Enrico Tröger]

Hi,

>> I just heard on Phoronix that Geany has been bundled in the default
>> Raspbian image \(^-^)/
>>
>> https://www.phoronix.com/scan.php?page=news_item=Raspbian-May-2016
>>
>> That's a huge audience to be exposed to the editor.
>>
>> Thought I'd let you know.  You guys should post Geany advocacy stuff
>> like this on the news page.
> 
> In fact we have used Raspbian on some booths in past running
> Python-turtle-graphics and others here in Europe (Prague, Chemnitz Linux
> Days, FrOScon). But I'm not sure whether we have reinstalled them. But
> of course, great news!

Yeah!

@Akima thanks for the notification.

@Rest do we want to add this to the website as news item?


Regards,
Enrico

P.S.: please include the CC in replies as Akima is not subscribed to the
list.

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] IRC logs not working

[Enrico Tröger]

On 18/04/16 14:50, Lex Trotman wrote:
> To whom it may concern,
> 
> $subject

Great, it seems the human-based, cross-continental monitoring is
properly working :).

In other words, Lex, thanks for notifying.

For a reason I can't remember, the config of the bot had
kornbluth.freenode.net hardcoded and this server seems to have problems,
I found a lot of timeouts happened today and also in the last days.

I changed the hostname now to chat.freenode.net which should work more
reliably (IIRC this is a round robin DNS entry for various servers).

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [Test] Geany GTK3 Windows binaries for testing

[Enrico Tröger]

On 25/03/16 10:55, Enrico Tröger wrote:
> On 24/03/16 07:03, Thomas Martitz wrote:
>> Am 23.03.2016 um 15:21 schrieb Jiří Techet:
>>>
>>> Some problems I noticed with the Gtk 3 build:
>>> - any file dialog like File->Open, Project->open, File->Save as etc.
>>> crashes Geany on my machine
>>
>> I think I had this happen when one of the post-install scripts (of glib
>> iirc) wasn't run when creating the gtk bundle. Some gsetttings-related
>> stuff is missing.
> 
> As far as I remember, all post-install scripts ran when I built the bundle.
> Also, as already noted, maybe the bundle creation script deleted some
> necessary files.
> 
> I will check this again next week.

New snapshots:
http://download.geany.org/snapshots/geany-1.28nightly20160410_setup.exe
http://download.geany.org/snapshots/geany-plugins-1.28nightly20160410_setup.exe

The bundle now contains GTK 3.20.

The GTK dialog crashes should be fixed. The cause for the crashes were
missing GLib schema files which were deleted. I fixed this in
https://github.com/geany/geany/commit/bd8caf2a85719ffac5687e735979d6ae30dfb3b9
but I guess I missed I included an old build of the GTK bundle into the
last installers.

@Jiří: for me the tooltips looks OK, without any unusual border.
Maybe this was fixed in GTK 3.20, or it is caused by something else
which is not happening on my system.

Besides this, I noticed a lot of warnings, see attachment.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc

13:07:07: Geany INFO: Geany 1.28 (git >= 3967ce5), English_United States.1252
13:07:07: Geany INFO: GTK 3.20.2, GLib 2.48.0
13:07:07: Geany INFO: System data dir: C:\Program Files (x86)\Geany\data
13:07:07: Geany INFO: User config dir: C:\Users\enrico\AppData\Roaming\geany
13:07:07: Gtk WARNING: Theme parsing error: geany.css:5:27: The style property GtkWidget:focus-padding is deprecated and shouldn't be used anymore. It will be removed in a future version
13:07:07: Gtk WARNING: Theme parsing error: geany.css:6:30: The style property GtkWidget:focus-line-width is deprecated and shouldn't be used anymore. It will be removed in a future version
13:07:07: Gtk WARNING: Theme parsing error: geany.css:7:28: The style property GtkButton:default-border is deprecated and shouldn't be used anymore. It will be removed in a future version
13:07:07: Gtk WARNING: Theme parsing error: geany.css:8:36: The style property GtkButton:default-outside-border is deprecated and shouldn't be used anymore. It will be removed in a future version
13:07:07: Gtk WARNING: Theme parsing error: geany.css:9:26: The style property GtkButton:inner-border is deprecated and shouldn't be used anymore. It will be removed in a future version
13:07:07: Geany INFO: System plugin path: C:\Program Files (x86)\Geany\lib\geany
13:07:07: Geany INFO: Added filetype Clojure (61).
13:07:07: Geany INFO: Added filetype CUDA (62).
13:07:07: Geany INFO: Added filetype Cython (63).
13:07:07: Geany INFO: Added filetype Genie (64).
13:07:07: Geany INFO: Added filetype Graphviz (65).
13:07:07: Geany INFO: Added filetype JSON (66).
13:07:07: Geany INFO: Added filetype Scala (67).
13:07:07: Geany INFO: Loaded:   C:\Program Files (x86)\Geany\lib\geany\addons.dll (Addons)
13:07:07: Geany INFO: Loaded:   C:\Program Files (x86)\Geany\lib\geany\geanygendoc.dll (Documentation Generator)
13:07:08: Geany INFO: Loaded:   C:\Program Files (x86)\Geany\lib\geany\geanyvc.dll (GeanyVC)
13:07:08: Geany INFO: Loaded:   C:\Program Files (x86)\Geany\lib\geany\geniuspaste.dll (GeniusPaste)
13:07:08: Geany INFO: Loaded:   C:\Program Files (x86)\Geany\lib\geany\git-changebar.dll (Git Change Bar)
13:07:08: Geany INFO: Loaded:   C:\Program Files (x86)\Geany\lib\geany\geanylua.dll (Lua Script)
13:07:08: Gtk DEBUG: State 0 for context 04782430 doesn't match state 128 set via gtk_style_context_set_state ()
13:07:08: Gtk DEBUG: State 1 for context 04782430 doesn't match state 128 set via gtk_style_context_set_state ()
13:07:08: Gtk DEBUG: State 4 for context 04782430 doesn't match state 128 set via gtk_style_context_set_state ()
13:07:08: Geany INFO: Loaded:   C:\Program Files (x86)\Geany\lib\geany\markdown.dll (Markdown)
13:07:08: Geany INFO: Loaded:   C:\Program Files (x86)\Geany\lib\geany\pohelper.dll (Translation Helper)
13:07:08: Geany INFO: Loaded:   C:\Program Files (x86)\Geany\lib\geany\updatechecker.dll (Updatechecker)
13:07:08: Geany INFO		: C:\msys64\home\enrico\geany-plugins\configure.ac : Sh (UTF-8)
13:07:08: Geany INFO		: Unknown filetype for file 'C:\Program Files (x86)\Geany\data\tags\python.tags'.
13:07:08: Geany INFO		: Unknown filetype for file 'C:\Program Files (x86)\Geany\data\tags\php.tags'.
13:07:08: Geany INFO		: Unknown filetype for file 'C:\Program Files (x86)\Geany\data\tags\pascal.tags'.
13:07:08: Geany INFO		: Unknown filetype for file 'C:\Program Files (x86)\Geany\data\tags\html_entities.tags'.
13:07:08: Geany

Re: [Geany-Devel] [Test] Geany GTK3 Windows binaries for testing

[Enrico Tröger]

On 24/03/16 07:03, Thomas Martitz wrote:
> Am 23.03.2016 um 15:21 schrieb Jiří Techet:
>>
>> Some problems I noticed with the Gtk 3 build:
>> - any file dialog like File->Open, Project->open, File->Save as etc.
>> crashes Geany on my machine
> 
> I think I had this happen when one of the post-install scripts (of glib
> iirc) wasn't run when creating the gtk bundle. Some gsetttings-related
> stuff is missing.

As far as I remember, all post-install scripts ran when I built the bundle.
Also, as already noted, maybe the bundle creation script deleted some
necessary files.

I will check this again next week.

Thanks for the hint.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] [Test] Geany GTK3 Windows binaries for testing

[Enrico Tröger]

Hi,

here are new Windows installers for testing.
They are built from GIT master and this time against GTK3.

There are two reasons for this:
- test Geany+GTK3 more on Windows
- there seems to be a bug in GTK2 on Windows with that very high
DPI/resolutions: on text input widgets (GTK ones and the Scintilla
widget) the mouse cursor gets very tiny.
This doesn't happen with GTK3.
Jiří showed me the bug and he knows more about the details.

Download links:
http://download.geany.org/snapshots/geany-1.28nightly20160321_setup.exe
http://download.geany.org/snapshots/geany-plugins-1.28nightly20160321_setup.exe


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [Test] Geany 1.27 Windows binaries for testing

[Enrico Tröger]

On 12/03/16 17:38, Matthew Brush wrote:
> On 2016-03-12 03:28 AM, Enrico Tröger wrote:
>> On 12/03/16 02:56, Matthew Brush wrote:
>>> On 2016-03-06 02:52 PM, Enrico Tröger wrote:
>>>> Hi,
>>>>
>>>> as you might have noticed, Geany 1.27 is near.
>>>> And among all the many cool code changes this will bring, we also
>>>> switched to the MSYS2 environment on Windows to build Geany.
>>>> Paired with this we changed the build system from Waf to Autotools on
>>>> Windows and also the bundled GTK runtime environment is taken from the
>>>> MSYS2 environment.
>>>>
>>>> So quite a few changes regarding the Windows support.
>>>> Ideally, users won't notice this much as Geany should work as before.
>>>>
>>>> There should be only place where users notice the changes: in the
>>>> plugin
>>>> manager. Beginning with 1.27, we will ship many more plugins like
>>>> Markdown, Webhelper, GeanyPG and some more which were not built before
>>>> because of missing dependencies.
>>>> The drawback is that the size of the Plugins installer increased from
>>>> about 3 MB to 30 MB, but hey, you get WebkitGTK for Windows included.
>>>> This is more than just batteries :).
>>>>
>>>
>>> Is GeanyPy in there? I remember some discussion about it but I can't
>>> find it anywhere to see what the result was.
>>
>> Nope, sorry.
>> It was already a lot of work to get the majority of the plugins working
>> and all the related work with changing from Waf to Autotools on MSYS2.
>> I skipped the GeanyPy part.
>>
> 
> Bummer. GeanyPy was written to be Windows-friendly from day one, and
> upstream even has a Make file to create a Windows release. Maybe I could

Still it requires additional work.
It's not that I explicitly ignored it, just put the main focus on G-P in
general to get it working. Unfortunately, for 1.27 there is no time left.


> generate a new installer from upstream and host/link it on geany.org
> releases page?

Sure.
Or just contribute to the missing bits to G-P.
Not that it is new that we are running out of time with Windows stuff
close to a release. This is partly my bad but I also never cried to be
only one to care for Windows releases...

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [Test] Geany 1.27 Windows binaries for testing

[Enrico Tröger]

Hi,

>> […]
>> http://download.geany.org/snapshots/geany-1.27nightly_setup.exe
>> http://download.geany.org/snapshots/geany-plugins-1.27nightly_setup.exe
>>
>> If you can, please test and report issues as soon as you on Github as
>> time is already close to the 1.27 release.
> 
> I just tried installed both Geany an GP snapshots on a Window 7 VM, and
> it seems mostly good :)
> 
> Not sure if it's my VM, but it seems slightly slow to startup or show
> plugin list.  Might be related to an antivirus or something too.

I didn't notice a slow startup but also not paid much attention to it.
To me, Geany on Windows always felt slow. But I also never work with a
real Windows box, just a VM over RDP.
But the plugin list is really slow. This must be related to some of the
dependencies. Without having deeper debugged, I would blame WebkitGTK,
just because it is so huge.


> Some issues:
> 
> # Geany
> 
> Suffers from unfixed
> https://github.com/geany/geany/commit/6818ba6baf8bef4afe3b88b36b9eb2b5a8c2fcc9
> -- just mentioning here so testers can know it's known and fixed in the
> source.

True.
Release binaries will have the fix, of course.


> # GP installer:
> 
> * The list of dependencies in the message for the GP option
> "Dependencies" is outdated.

Thanks, fixed in
https://github.com/eht16/geany-plugins/commit/c86c659407fa107aabf5a3c1d95018e1174bf578
as part of #386.


> # GP plugins
> 
> * Spellcheck seems to miss all dictionaries, making it not very useful
> (and print an error when loaded)

The error message on load without any dictionaries is a known problem
but I didn't get to fix it yet.
But what does "miss all dictionaries" mean? There are no dictionaries
installed by default. Did you had an existing config with a patch to
dictionaries which don't work any longer? This would be bad.


> * WebHelper somewhat works, but the inspector doesn't, complains about
> missing resource:
> 
>> Unable to load page
>>
>> Problem occurred while loading the URL
> resource:///org/webkitgtk/inspector/UserInterface/Main.html

There is a resources folder in share\webkitgtk-1.0\resources but it
doesn't contain anything like this.
No idea where these files normally would come from :(.


>> Try again
> 
> I also have to click the inspector button twice, but that might be a
> WebKitGTK issue not specific to Windows.

Confirmed, same here. But no idea what's causing this.


> * GeniusPaste doesn't fine its config files under Windows (an issue I
> expected might happen, will try to figure out a fix).

I actually noticed the same problem on Friday morning, but didn't get to
debug/fix it then. Anyway, you did it yourself. For the archives, see
https://github.com/geany/geany-plugins/pull/402.


> Will keep on searching for problems, but that's all for the moment :)

Thanks for the feedback.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] [Test] Geany 1.27 Windows binaries for testing

[Enrico Tröger]

Hi,

as you might have noticed, Geany 1.27 is near.
And among all the many cool code changes this will bring, we also
switched to the MSYS2 environment on Windows to build Geany.
Paired with this we changed the build system from Waf to Autotools on
Windows and also the bundled GTK runtime environment is taken from the
MSYS2 environment.

So quite a few changes regarding the Windows support.
Ideally, users won't notice this much as Geany should work as before.

There should be only place where users notice the changes: in the plugin
manager. Beginning with 1.27, we will ship many more plugins like
Markdown, Webhelper, GeanyPG and some more which were not built before
because of missing dependencies.
The drawback is that the size of the Plugins installer increased from
about 3 MB to 30 MB, but hey, you get WebkitGTK for Windows included.
This is more than just batteries :).

Here we go:

http://download.geany.org/snapshots/geany-1.27nightly_setup.exe
http://download.geany.org/snapshots/geany-plugins-1.27nightly_setup.exe

If you can, please test and report issues as soon as you on Github as
time is already close to the 1.27 release.

Thanks a lot,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] RFC: New Custom Filetypes Repository

[Enrico Tröger]

Hi Matt and all,

On 20/12/15 17:58, Devyn Collier Johnson wrote:
> 
> On 12/19/2015 09:11 PM, Matthew Brush wrote:
>> Hi all,
>>
>> We often get contributions for adding custom filetypes to Geany, and
>> we even have some in the source tree already. We tend to not want to
>> add them to Geany repo, usually due to limited functionality, or
>> limited popularity.
>>
>> I would like to propose that we add a new repository to Github,
>> similar to geany-themes, where we add any custom filetypes that are
>> useful, but perhaps aren't up to par or popular enough to add to Geany
>> proper. This would give a single place to get them all at once (via
>> Git or Github Zip file download), and also a repo for packagers to use
>> should they want to provide a package.
>>
>> Inside the repo we could have the README or some other file cataloging
>> all the filetypes, along with who contributed them, their status, like
>> whether tag parsing works, syntax lexing, and such meta info. As a
>> start, we could add all of the filetypes from the Wiki[0], any useful
>> ones from pull requests, and even any questionable ones already in
>> Geany (if there are any). We could also add some shell script or
>> something to install them into a user's home dir all at once, if
>> that's useful.
>>
>> What do you think?
>>
>> Cheers,
>> Matthew Brush
>>
>> [0]: http://wiki.geany.org/config/start
> 
> I love your idea Matthew Brush.

Me too!
This should ease handling additional filetype configurations, enable
more people to easily to contribute to them and finally make changes
more visible and traceable.

For the license topic:
as the rest of us, I'm not a lawyer as well. In my opinion, it should
suffice to put configuration files under GPLv2+ (as Geany itself) and as
Lex stated, put a short license header in each config file to make this
obvious.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Searchable email archives

[Enrico Tröger]

On 29/11/15 10:39, Frank Lanitz wrote:
> On 29.11.2015 08:05, Lex Trotman wrote:
>> All the Gmane searchable archives are unavailable.
>>
>> Does anyone know if this is just a temporary glitch, or do we need to
>> consider other arrangements?
> 
> No idea what's with gmane but site:lists.geany.org  as search prefix on
> google could help a little ;)

Alternatively, there is also narkive.com which seems to provide a
similar service as Gmane:

http://devel.geany.narkive.com/niAqeADi/geany-devel-searchable-email-archives

I don't know any details but I guess Gmane is just temporarily down and
not gone forever. Let's check again in a few days.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Debian (*.deb) Files

[Enrico Tröger]

Hi,

> I will create a GTK3-based application that creates Debian (*.deb)
> files. Once it is done, I will upload the src to my website
> (DCJTech.info), and then, I will share the link to the application.
> Thus, we can more easily generate *.deb files for Geany.

Is there any need to?
We got Debian and Ubuntu packages a few minutes after the last the last
release as we are in regular contact with the Debian and Ubuntu maintainers.
Additionally, we have nightly builds available as Debian packages
(http://nightly.geany.org/).

Are you missing anything?


> By the way, sometime this week or next week, I will add the Squirrel
> filetype to the wiki.

Nice!

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] WAFarewell

[Enrico Tröger]

On 18/11/15 23:53, Enrico Tröger wrote:
> On 18/11/15 02:29, Lex Trotman wrote:
>> On 18 November 2015 at 10:41, Lex Trotman <ele...@gmail.com> wrote:
>>> Who is gonna make the PR (for milestone 1.27, after a whole 1.26
>>> release deprecated) ready to remove Waf, not forgetting the
>>> documentation, README, INSTALL etc and the website (hint Enrico ;)
> 
> I'm planning to do this, all of this (thanks for creating my TODO list ;D).
> I will probably do this at the weekend, as time permits. The plan is to

Here we go:

https://github.com/geany/geany/issues/768

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] IRC Logs

[Enrico Tröger]

Hey Lex,

> http://irc.geany.org/logs/current.php isn't working, have we run outa disk?

fixed.
There were some non-UTF-8 characters in the logs on which the script
stumbled.

Thanks for reporting.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] WAFarewell

[Enrico Tröger]

On 18/11/15 02:29, Lex Trotman wrote:
> On 18 November 2015 at 10:41, Lex Trotman  wrote:
>> Who is gonna make the PR (for milestone 1.27, after a whole 1.26
>> release deprecated) ready to remove Waf, not forgetting the
>> documentation, README, INSTALL etc and the website (hint Enrico ;)

I'm planning to do this, all of this (thanks for creating my TODO list ;D).
I will probably do this at the weekend, as time permits. The plan is to
do this soon to have enough time for fixing/adapting missing autotools
bits until 1.27.


> PS and the nightlies if they still use waf

I adapted the nightly builds already to autotools last week. Even the
Windows nightly builds are currently cross-compiled with autotools already.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [geany] Avoid possible invalid memory access when activating plugin (#732)

[Enrico Tröger]

On 04/11/15 14:19, Colomban Wendling wrote:
> LGTM, although I'd probably set the column to NULL even before freeing the 
> plugin just in case.

Thanks @Jiří for the fix.


> Re the build failures: yeah, since a few days we can't seem to fetch the GTK3 
> bundle… it's not a biggie in practice as if all of Linux+GTK2, Linux+GTK3 and 
> Windows+GTK2 work it should be fine and not require testing Windows+GTK3, but 
> it's annoying.  I'll see what we can do here.

Maybe it's worth to host the GTK bundle archives ourselves. I think the
network traffic won't be a problem.
But to do this we still need the original ZIP archive to e available
first to download it to the server.

Or we just wait to win32builder.gnome.org come back.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Invalid certificate

[Enrico Tröger]

Hi,


> some may have already said it, but certificate on https://lists.geany.org
> is invalid. I guess the one from Let's encrypt could be used (which now
> seems to be trusted)?

could you elobarate a bit what exactly you mean by "invalid"?
This is a wildcard certificate for *.geany.org and is valid until April
2016.
Your browser might try to trick you into the assumption the certificate
is invalid because your browser does not trust the CA of cacert.org who
signed our certificate. But this does not mean our certificate is
invalid. It's just that the major browser distributors don't accept the
root certificates of cacert.org.

And yes, we will think about using the new Let's Encrypt certificates.
However, as far as I know, the currently available certificates are also
not yet trusted by the majority of applications. Those new,
automatically trusted certificates will first be available some time in
November.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Github Comment Mails

[Enrico Tröger]

On 02/09/15 22:58, Thomas Martitz wrote:
> Am 02.09.2015 um 22:13 schrieb Enrico Tröger:
>> On 22/08/15 12:13, Matthew Brush wrote:
>>>
>>> The email notifications way sounds clean and simple. If it turns out not
>>> to work right, we could try more elaborate API scripts and such.
>> Done: http://lists.geany.org/pipermail/github-comments/
>>
>> This is the new mailing list.
>> I added the list address as notification email address to the geanyadmin
>> user and make this user to watch all repositories of the Geany Github
>> organization.
>> We just need to remember to make the geanyadmin user watch any new
>> repositories we create or even any other repositories on Github as
>> necessary.
>>
>> I don't think it's that useful to subscribe to this list, the archive is
>> probably more interesting.
>>
>> For now, I didn't set up Gmane to archive this list. It might be useful
>> to have the archive searchable. If anyone wants to do it, feel free.
>>
> 
> Thanks for your effort!
> 
> I guess making it searchable is the entire point, e.g. to find comments
> that have been deleted on github main page already.

Ok, I submitted a request to Gmane to include the list there. As it will
be manually processed at their side, it might take some time. I'll keep
you posted about progress.

For the records, it seems as simple as filing the form at
http://gmane.org/subscribe.php. This is what I've just done.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Github Comment Mails

[Enrico Tröger]

On 03/09/15 20:46, Enrico Tröger wrote:
> On 02/09/15 22:58, Thomas Martitz wrote:
>> Am 02.09.2015 um 22:13 schrieb Enrico Tröger:
>>> On 22/08/15 12:13, Matthew Brush wrote:
>>>>
>>>> The email notifications way sounds clean and simple. If it turns out not
>>>> to work right, we could try more elaborate API scripts and such.
>>> Done: http://lists.geany.org/pipermail/github-comments/
>>>
>>> This is the new mailing list.
>>> I added the list address as notification email address to the geanyadmin
>>> user and make this user to watch all repositories of the Geany Github
>>> organization.
>>> We just need to remember to make the geanyadmin user watch any new
>>> repositories we create or even any other repositories on Github as
>>> necessary.
>>>
>>> I don't think it's that useful to subscribe to this list, the archive is
>>> probably more interesting.
>>>
>>> For now, I didn't set up Gmane to archive this list. It might be useful
>>> to have the archive searchable. If anyone wants to do it, feel free.
>>>
>>
>> Thanks for your effort!
>>
>> I guess making it searchable is the entire point, e.g. to find comments
>> that have been deleted on github main page already.
> 
> Ok, I submitted a request to Gmane to include the list there. As it will
> be manually processed at their side, it might take some time. I'll keep
> you posted about progress.

Gmane subscription finished.
The next message to the list should be visible also on Gmane.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Github Comment Mails

[Enrico Tröger]

On 22/08/15 12:13, Matthew Brush wrote:
> On 15-08-22 12:51 AM, Enrico Tröger wrote:
>> On 22/08/15 02:03, Lex Trotman wrote:
>>> On 22 August 2015 at 09:54, Matthew Brush <mbr...@codebrainz.ca> wrote:
>>>> On 15-08-21 02:26 PM, Enrico Tröger wrote:
>>>>>
>>>>> On 19/08/15 05:46, Matthew Brush wrote:
>>>>>>
>>>>>> On 15-08-18 08:43 PM, Lex Trotman wrote:
>>>>>>>
>>>>>>> On 19 August 2015 at 13:37, Matthew Brush <mbr...@codebrainz.ca>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> Is it possible to make an archived mailing list which can contain
>>>>>>>> threads of
>>>>>>>> comments posted to Github (maybe using Github API)? We have
>>>>>>>> sometimes
>>>>>>>> when
>>>>>>>> squash commits it deletes Github comments, but I thought maybe we
>>>>>>>> could have
>>>>>>>> some stable backup + URL to link to (ex. in commit messages, on the
>>>>>>>> mailing
>>>>>>>> list, etc) which could be searchable and googlable and not be
>>>>>>>> deleted
>>>>>>>> by
>>>>>>>> rebase.
>>>>>>>
>>>>>>>
>>>>>>> Or by the remote deleting the branch
>>>>>>>
>>>>>>
>>>>>> Yeah, it would be archived and not affected by force pushes, delete
>>>>>> branches or editing of comments.
>>>>>
>>>>>
>>>>> Nice idea.
>>>>> The mailing list itself would be no problem at all. It's more
>>>>> difficult
>>>>> to get the data from Github.
>>>>> On https://github.com/geany/geany/settings/hooks there is
>>>>> "services" and
>>>>> they support "Email" but it will send mails only on pushes, not
>>>>> what we
>>>>> want.
>>>>> An alternative would a web hook where you can choose detailed on which
>>>>> events the hook is triggered. But then you need something on the
>>>>> receiving side which takes the event and transform it into a mail to
>>>>> send it to the mailing list. Possible but requires some work.
>>>>>
>>>>> I just had a quick look at the available other services
>>>>> (https://api.github.com/hooks) to find one which support commit and PR
>>>>> comments and support something self-hosted (i.e. no new dependency on
>>>>> some third-party service) but didn't find anything suitable.
>>>>>
>>>>> One more option might be to use the Geany Github account and watch the
>>>>> Geany repositories with this account to get notifications this way.
>>>>> We just need to take care to setup a separate email address in the
>>>>> Github account settings for notifications because the primary address
>>>>> will be used for account settings/notifications/password resets. Those
>>>>> should not be sent to a public mailing list :).
>>>>> Should be possible and probably the easiest way.
>>>>>
>>>>> If you agree, I could work on this.
>>>>>
>>>>
>>>> Sounds like a good idea.
>>>>
>>>> Did you look at the Github API proper? We could probably hack up a
>>>> script to
>>>> harvest the comments that way (it's really easy to use IIRC, it's
>>>> just some
>>>> URL queries and JSON responses). It might still need a service hook
>>>> or cron
>>>> event or something to trigger, but it might be workable.
>>>
>>> Could probably just get them daily for this purpose.
>>
>> I don't which way to go.
>> Grabbing the comments from the API is possible as I said above, I know
>> the API is quite easy to use, did so for the IRC commit messages and the
>> commit mails.
>>
>> The Geany account notifications are very quick to setup. I don't
>> volunteer to write a script using the Github API although easy. If you
>> want to, I'd be happy to help setting it up if necessary.
>>
> 
> 
> The email notifications way sounds clean and simple. If it turns out not
> to work right, we could try more elaborate API scripts and such.

Done: http://lists.geany.org/pipermail/github-comments/

This is the new mailing list.
I added the list address as notification email address to the geanyadmin
user and make this user to watch all repositories of the Geany Github
organization.
We just need to remember to make the geanyadmin user watch any new
repositories we create or even any other repositories on Github as
necessary.

I don't think it's that useful to subscribe to this list, the archive is
probably more interesting.

For now, I didn't set up Gmane to archive this list. It might be useful
to have the archive searchable. If anyone wants to do it, feel free.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Github Comment Mails

[Enrico Tröger]

On 22/08/15 02:03, Lex Trotman wrote:
 On 22 August 2015 at 09:54, Matthew Brush mbr...@codebrainz.ca wrote:
 On 15-08-21 02:26 PM, Enrico Tröger wrote:

 On 19/08/15 05:46, Matthew Brush wrote:

 On 15-08-18 08:43 PM, Lex Trotman wrote:

 On 19 August 2015 at 13:37, Matthew Brush mbr...@codebrainz.ca wrote:

 Hi,

 Is it possible to make an archived mailing list which can contain
 threads of
 comments posted to Github (maybe using Github API)? We have sometimes
 when
 squash commits it deletes Github comments, but I thought maybe we
 could have
 some stable backup + URL to link to (ex. in commit messages, on the
 mailing
 list, etc) which could be searchable and googlable and not be deleted
 by
 rebase.


 Or by the remote deleting the branch


 Yeah, it would be archived and not affected by force pushes, delete
 branches or editing of comments.


 Nice idea.
 The mailing list itself would be no problem at all. It's more difficult
 to get the data from Github.
 On https://github.com/geany/geany/settings/hooks there is services and
 they support Email but it will send mails only on pushes, not what we
 want.
 An alternative would a web hook where you can choose detailed on which
 events the hook is triggered. But then you need something on the
 receiving side which takes the event and transform it into a mail to
 send it to the mailing list. Possible but requires some work.

 I just had a quick look at the available other services
 (https://api.github.com/hooks) to find one which support commit and PR
 comments and support something self-hosted (i.e. no new dependency on
 some third-party service) but didn't find anything suitable.

 One more option might be to use the Geany Github account and watch the
 Geany repositories with this account to get notifications this way.
 We just need to take care to setup a separate email address in the
 Github account settings for notifications because the primary address
 will be used for account settings/notifications/password resets. Those
 should not be sent to a public mailing list :).
 Should be possible and probably the easiest way.

 If you agree, I could work on this.


 Sounds like a good idea.

 Did you look at the Github API proper? We could probably hack up a script to
 harvest the comments that way (it's really easy to use IIRC, it's just some
 URL queries and JSON responses). It might still need a service hook or cron
 event or something to trigger, but it might be workable.
 
 Could probably just get them daily for this purpose.

I don't which way to go.
Grabbing the comments from the API is possible as I said above, I know
the API is quite easy to use, did so for the IRC commit messages and the
commit mails.

The Geany account notifications are very quick to setup. I don't
volunteer to write a script using the Github API although easy. If you
want to, I'd be happy to help setting it up if necessary.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Github Comment Mails

[Enrico Tröger]

On 19/08/15 05:46, Matthew Brush wrote:
 On 15-08-18 08:43 PM, Lex Trotman wrote:
 On 19 August 2015 at 13:37, Matthew Brush mbr...@codebrainz.ca wrote:
 Hi,

 Is it possible to make an archived mailing list which can contain
 threads of
 comments posted to Github (maybe using Github API)? We have sometimes
 when
 squash commits it deletes Github comments, but I thought maybe we
 could have
 some stable backup + URL to link to (ex. in commit messages, on the
 mailing
 list, etc) which could be searchable and googlable and not be deleted by
 rebase.

 Or by the remote deleting the branch

 
 Yeah, it would be archived and not affected by force pushes, delete
 branches or editing of comments.

Nice idea.
The mailing list itself would be no problem at all. It's more difficult
to get the data from Github.
On https://github.com/geany/geany/settings/hooks there is services and
they support Email but it will send mails only on pushes, not what we
want.
An alternative would a web hook where you can choose detailed on which
events the hook is triggered. But then you need something on the
receiving side which takes the event and transform it into a mail to
send it to the mailing list. Possible but requires some work.

I just had a quick look at the available other services
(https://api.github.com/hooks) to find one which support commit and PR
comments and support something self-hosted (i.e. no new dependency on
some third-party service) but didn't find anything suitable.

One more option might be to use the Geany Github account and watch the
Geany repositories with this account to get notifications this way.
We just need to take care to setup a separate email address in the
Github account settings for notifications because the primary address
will be used for account settings/notifications/password resets. Those
should not be sent to a public mailing list :).
Should be possible and probably the easiest way.

If you agree, I could work on this.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [Geany-Users] Geany-Plugins website down because of issue at sf

[Enrico Tröger]

On 22/07/15 00:37, Colomban Wendling wrote:
 Le 21/07/2015 23:18, Enrico Tröger a écrit :
 […]

 The website http://plugins.geany.org is back online again.

 We moved the site to our infrastructure.
 The plugin pages are fully back as well as the downloads for the latest
 release, 1.25. Only the downloads for some older releases are missing,
 
 As DNS propagation might take a few moments, I also made the plugins
 downloads (temporarily?) appear at

Thanks for the addition. I wanted to mention the DNS propagation in my
mail but then forgot it.


 PS: @eht16: I added a symlink because it looked easy, harmless and handy
 before DNS is propagated everywhere, but if we don't want to keep it we
 can remove it in a few days -- your call.

I actually find it nice this way.
And this way we could even think about mirroring Geany and Geany-Plugins
easily at the same time.
More on this later.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [Geany-Users] Geany-Plugins website down because of issue at sf

[Enrico Tröger]

On 20/07/15 14:46, Jiří Techet wrote:
 On Mon, Jul 20, 2015 at 11:19 AM, Lex Trotman ele...@gmail.com wrote:
 
 Move plugins.geany.org to github pages. https://pages.github.com/
 Attaches right to the repositories where the site source is.

I'm not keen on relying more and more on Github.
It's great service they offer, no doubt here. But since we already host
some services, especially web pages, I think we should also host
plugins.geany.org ourselves.


 Or to the geany server - what matters is just to be far away from SF
 wherever it is...

That's the plan currently.
Already ealier today I emailed Dominic asking to assist in moving
plugins.geany.org to the geany server. Just waiting for his feedback.

But I'm afraid we have to wait to SF come back anyway because we
probably don't have the release tarballs anywhere else than on SF.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc




signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [Geany-Users] Geany-Plugins website down because of issue at sf

[Enrico Tröger]

On 20/07/15 22:32, Colomban Wendling wrote:
 Le 20/07/2015 22:28, Enrico Tröger a écrit :
 On 20/07/15 14:46, Jiří Techet wrote:
 On Mon, Jul 20, 2015 at 11:19 AM, Lex Trotman ele...@gmail.com wrote:

 Move plugins.geany.org to github pages. https://pages.github.com/
 Attaches right to the repositories where the site source is.

 I'm not keen on relying more and more on Github.
 It's great service they offer, no doubt here. But since we already host
 some services, especially web pages, I think we should also host
 plugins.geany.org ourselves.
 
 Totally agreed.  BTW, what is plugins2.g.o supposed to be?  It exists,
 but it's mostly broken.

IIRC it was a test installation of Dominic.


 Or to the geany server - what matters is just to be far away from SF
 wherever it is...

 That's the plan currently.
 Already ealier today I emailed Dominic asking to assist in moving
 plugins.geany.org to the geany server. Just waiting for his feedback.

 But I'm afraid we have to wait to SF come back anyway because we
 probably don't have the release tarballs anywhere else than on SF.
 
 Don't we have at least the latest ones, like on Frank's computer, and
 the installers on yours?

Ha, you are right. I actually have the tarballs as well as the installer
of the last release locally.
I'd like to wait for Dominic's feedback but in the worst case, I will
have a look tomorrow evening on getting it to work in any way.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Windows installer snapshots with GTK 2.24

[Enrico Tröger]

On 06/07/15 18:17, Dimitar Zhekov wrote:
 On 03.7.2015 г. 22:55, Enrico Tröger wrote:
 On 03/07/15 18:27, Dimitar Zhekov wrote:
 objdump of my Geany 1.25 built on or after Apr 25 2015 with WAF, MinGW
 gcc-4.8.1 and binutils/ld 2.24:  [...]

 The versions look like those I had until I upgraded my Mingw setup
 yesterday.
 Where did you get your Mingw from?
 
 Got the installer from their official site, and used it to download
 everything else. No MSYS components, pure MinGW.
 
 Haven't updated it recently. No *winpthread* in the MinGW tree.

Ok, thanks for testing and feedback.
Since we want to release tomorrow, I won't start fiddling with my build
environment anymore.

And post-1.25, we will hopefully use MSYS2 which also doesn't seem to
have this dependency.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Windows installer snapshots with GTK 2.24

[Enrico Tröger]

On 03/07/15 18:27, Dimitar Zhekov wrote:
 On 03.7.2015 г. 02:03, Matthew Brush wrote:
 On 2015-07-02 01:36 PM, Enrico Tröger wrote:
 On 02/07/15 01:17, Matthew Brush wrote:
 Another alternative might be `-static -lwinpthread-1` with or without
 the `-1`.

 Thanks. I already tried static -lpthread and now also your variants but
 all without success :(.
 The geany.dll on my system is always linked against libwinpthread-1.dll,
 even after updating my Mingw environment.

 I'll keep testing and trying...


 I remember having this problem before, though I forget how I solved it :(

 This looks kind of promising:
 http://stackoverflow.com/a/28001271
 
 objdump of my Geany 1.25 built on or after Apr 25 2015 with WAF, MinGW
 gcc-4.8.1 and binutils/ld 2.24:

The versions look like those I had until I upgraded my Mingw setup
yesterday.
Where did you get your Mingw from?

I'm using the one bundled in the Strawberry Perl distribution
(http://strawberryperl.com/).


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Windows installer snapshots with GTK 2.24

[Enrico Tröger]

On 01/07/15 23:01, Thomas Martitz wrote:
 Am 01.07.2015 um 21:33 schrieb Enrico Tröger:
 On 27/06/15 20:53, Thomas Martitz wrote:
 Am 27.06.2015 um 01:09 schrieb Enrico Tröger:
 Hi,

 I've built new Windows installers from current GIT master.


 Downloads can be found here:
 http://download.geany.org/snapshots/


 Please note that these are test builds from the current development
 version, don't expect release quality.
 You have been warned :).

 After you installed the snapshots, you can also use the nightly
 builds again on Windows (i.e. copy the archive contents over the
 installation).


 Any feedback is welcome.


 Nice! I'll try to spin GTK3-based installers soon. Though it needs tiny
 patches to Geany (PR will follow).
 Thomas, could you do me a favor and check against which libraries your
 geany.dll is linked?
 Basically performing a 'ldd' on Windows.

 
 
 I use EXE Explorer[1] to inspect imports. Actually, I vaguely remember
 problems with libwinpthread-1.dll during the linkage cleanup effort (I
 did stumble upon it). But I don't remember the outcome. I do know I
 didn't use msys2 back then but mingw32. Nevertheless neither geany.exe
 nor libgeany-0.dll built by msys2 import this library (it exists in the
 msys2 file system though) so this binaries don't suffer.
 
 Perhaps a bug in the toolchain.
 
 The gcc version is 4.9.2, binutils is 2.25.

Thanks.
I upgraded my Mingw environment so it is now also gcc 4.9.2 on my
system, but still got the linkage to libwinpthread-1.dll.

In case I won't find a solution in the next days, I guess I will just
include it in the 1.25 installer. If it doesn't happen with MSYS2, it's
all fine for the future, I guess.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Windows installer snapshots with GTK 2.24

[Enrico Tröger]

On 02/07/15 01:17, Matthew Brush wrote:
 On 2015-07-01 02:45 PM, Matthew Brush wrote:
 On 2015-07-01 12:33 PM, Enrico Tröger wrote:
 On 27/06/15 20:53, Thomas Martitz wrote:
 Am 27.06.2015 um 01:09 schrieb Enrico Tröger:
 Hi,

 I've built new Windows installers from current GIT master.


 Downloads can be found here:
 http://download.geany.org/snapshots/


 Please note that these are test builds from the current development
 version, don't expect release quality.
 You have been warned :).

 After you installed the snapshots, you can also use the nightly
 builds again on Windows (i.e. copy the archive contents over the
 installation).


 Any feedback is welcome.



 Nice! I'll try to spin GTK3-based installers soon. Though it needs tiny
 patches to Geany (PR will follow).

 Thomas, could you do me a favor and check against which libraries your
 geany.dll is linked?
 Basically performing a 'ldd' on Windows.

 Attached is a short command session to dump object information from the
 DLL and then grep for DLL Name which lists linked libraries. This is
 somewhat similar to 'ldd' on Linux.
 You probably need to adjust the paths to the 'objdump' tool and the
 geany.dll (objdump.exe should be part of the Mingw installation and
 reside next to gcc.exe).


 Background: Frank made me aware that on a clean Windows system, the
 provided installer won't start because it requires libwinpthread-1.dll
 which is not distributed by the installer but is part of the Mingw
 environment. I never noticed this because on my Windows system, the
 Mingw installation is in $PATH and so this library is always available.

 I'm curious whether this happens also with your Mingw setup. I guess it
 will as it seems this is a change in newer gcc versions on Windows. But
 I want to get sure instead of just guessing :).

 Right now, I'm playing with static linking options, already tried
 -static -lpthread but so far without success.

 If it is just a requirement, we can probably distribute this library as
 well but if we can avoid it, even better.


 For cross-compiling it's sometimes useful to add `-static-libstdc++` and
 `-static-libgcc` compiler/linker options, if not already there. Maybe
 they would compile that library into Geany.exe statically along with the
 std stuff.

Those are already used
(https://github.com/geany/geany/blob/master/wscript#L271).

 Another alternative might be `-static -lwinpthread-1` with or without
 the `-1`.

Thanks. I already tried static -lpthread and now also your variants but
all without success :(.
The geany.dll on my system is always linked against libwinpthread-1.dll,
even after updating my Mingw environment.

I'll keep testing and trying...



Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Windows installer snapshots with GTK 2.24

[Enrico Tröger]

On 27/06/15 20:53, Thomas Martitz wrote:
 Am 27.06.2015 um 01:09 schrieb Enrico Tröger:
 Hi,

 I've built new Windows installers from current GIT master.


 Downloads can be found here:
 http://download.geany.org/snapshots/


 Please note that these are test builds from the current development
 version, don't expect release quality.
 You have been warned :).

 After you installed the snapshots, you can also use the nightly
 builds again on Windows (i.e. copy the archive contents over the
 installation).


 Any feedback is welcome.

 
 
 Nice! I'll try to spin GTK3-based installers soon. Though it needs tiny
 patches to Geany (PR will follow).

Thomas, could you do me a favor and check against which libraries your
geany.dll is linked?
Basically performing a 'ldd' on Windows.

Attached is a short command session to dump object information from the
DLL and then grep for DLL Name which lists linked libraries. This is
somewhat similar to 'ldd' on Linux.
You probably need to adjust the paths to the 'objdump' tool and the
geany.dll (objdump.exe should be part of the Mingw installation and
reside next to gcc.exe).


Background: Frank made me aware that on a clean Windows system, the
provided installer won't start because it requires libwinpthread-1.dll
which is not distributed by the installer but is part of the Mingw
environment. I never noticed this because on my Windows system, the
Mingw installation is in $PATH and so this library is always available.

I'm curious whether this happens also with your Mingw setup. I guess it
will as it seems this is a change in newer gcc versions on Windows. But
I want to get sure instead of just guessing :).

Right now, I'm playing with static linking options, already tried
-static -lpthread but so far without success.

If it is just a requirement, we can probably distribute this library as
well but if we can avoid it, even better.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc
c:\tmpC:\perl\c\bin\objdump -p c:\git\geany\_build_\geany-0.dll  
\tmp\geany-0.dll.objdump
c:\tmpgrep DLL Name \tmp\geany-0.dll.objdump
DLL Name: libcairo-2.dll
DLL Name: libgdk-win32-2.0-0.dll
DLL Name: libgdk_pixbuf-2.0-0.dll
DLL Name: libgio-2.0-0.dll
DLL Name: libglib-2.0-0.dll
DLL Name: libgmodule-2.0-0.dll
DLL Name: libgobject-2.0-0.dll
DLL Name: libgthread-2.0-0.dll
DLL Name: libgtk-win32-2.0-0.dll
DLL Name: intl.dll
DLL Name: libpango-1.0-0.dll
DLL Name: libpangocairo-1.0-0.dll
DLL Name: COMDLG32.DLL
DLL Name: KERNEL32.dll
DLL Name: msvcrt.dll
DLL Name: ole32.dll
DLL Name: libwinpthread-1.dll
DLL Name: SHELL32.dll
DLL Name: USER32.dll
DLL Name: WSOCK32.DLL


signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Windows installer snapshots with GTK 2.24

[Enrico Tröger]

On 27/06/15 20:53, Thomas Martitz wrote:
 Am 27.06.2015 um 01:09 schrieb Enrico Tröger:
 Hi,

 I've built new Windows installers from current GIT master.


 Downloads can be found here:
 http://download.geany.org/snapshots/


 Please note that these are test builds from the current development
 version, don't expect release quality.
 You have been warned :).

 After you installed the snapshots, you can also use the nightly
 builds again on Windows (i.e. copy the archive contents over the
 installation).


 Any feedback is welcome.

 
 
 Nice! I'll try to spin GTK3-based installers soon. Though it needs tiny
 patches to Geany (PR will follow).

Nice too!

Since this may affect your work too:
after Jiří's feedback, I made two changes to the Windows installer:

- include grep.exe
- update geany-themes repo in release.py

I added a note about including grep.exe on
https://wiki.geany.org/howtos/win32/build#create_a_stripped_down_gtk_runtime_environment.
It'd be cool if you could do something similar in your scripts (grep.exe
doesn't need to be in the GTK runtime directory, as long as will result
in the Geany bin installation directory at the end).

And I updated the Geany release.py linked in the Wiki with a 'git pull'
command in the geany-themes repository.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Windows installer snapshots with GTK 2.24

[Enrico Tröger]

On 27/06/15 12:01, Jiří Techet wrote:
 On Sat, Jun 27, 2015 at 1:09 AM, Enrico Tröger enrico.troe...@uvena.de
 wrote:
 
 Hi,

 I've built new Windows installers from current GIT master.


 Downloads can be found here:
 http://download.geany.org/snapshots/


 Please note that these are test builds from the current development
 version, don't expect release quality.
 You have been warned :).

 After you installed the snapshots, you can also use the nightly
 builds again on Windows (i.e. copy the archive contents over the
 installation).


 Any feedback is welcome.

 
 One more minor thing I have noticed is there are some themes included in
 the installer but some from geany-themes are missing so you might want to
 update them.

Oops, I completely forgot about this.
Themes are updated on my build machine (this is as easy as 'git pull'
:D) and I added the command to the release script to not forget it again :).


Thanks.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Windows installer snapshots with GTK 2.24

[Enrico Tröger]

On 27/06/15 01:09, Enrico Tröger wrote:
 Hi,
 
 I've built new Windows installers from current GIT master.
 
 
 Downloads can be found here:
 http://download.geany.org/snapshots/

New installers uploaded, download location and installer names are the same.

Changes since last time:
- include grep.exe to instantly use Find in Files without any further
user interaction
- updated included colorschemes from the geany-themes project
- whatever happened in GIT master of Geany and Geany-Plugins


Thanks to Jiří.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Windows installer snapshots with GTK 2.24

[Enrico Tröger]

On 28/06/15 15:09, Thomas Martitz wrote:
 Am 28.06.2015 um 12:36 schrieb Enrico Tröger:
 On 27/06/15 20:53, Thomas Martitz wrote:
 Am 27.06.2015 um 01:09 schrieb Enrico Tröger:
 Hi,

 I've built new Windows installers from current GIT master.


 Downloads can be found here:
 http://download.geany.org/snapshots/


 Please note that these are test builds from the current development
 version, don't expect release quality.
 You have been warned :).

 After you installed the snapshots, you can also use the nightly
 builds again on Windows (i.e. copy the archive contents over the
 installation).


 Any feedback is welcome.


 Nice! I'll try to spin GTK3-based installers soon. Though it needs tiny
 patches to Geany (PR will follow).
 Nice too!

 
 Not sure I'll bother anymore. To me it doesn't look like there is any
 interest in a GTK3-based windows version seeing how immediately my bug
 fixes got post-poned. I also feel uneasy with myself releasing a
 GTK3-1.25 which is actually a 1.25+ because it has patches applied
 (because my bug fixes aren't accepted in time, and plain git master
 isn't up to it)

As said in PR #539, the 'immediate post-poning' was not because of
lacking interest in GTK3-based Windows version but rather being a bit
anxious with changing Windows-stuff before a release.
But that's my personal problem not having the balls on Windows changes :).


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Windows installer snapshots with GTK 2.24

[Enrico Tröger]

Hi Jiří,

 I've built new Windows installers from current GIT master.

 [..]


 Any feedback is welcome.

 
 
 Hi Enrico,
 
 seems to be working fine here.
 
 One idea: wouldn't it be good to package the grep binary to the installer
 (and if possible somehow set the preferences to the location where it was
 installed) so find in files works out of the box? Right now the message you
 get when trying to use find in files is:

great idea!
Will be included in the next installer, it's just 79kB.
Luckily, and if I don't miss anything, we don't need to set any paths
because the default path for grep is just grep and when grep.exe is in
the bin/ directory next to Geany.exe, it should work out of the box.


  search_find_in_files: spawn_with_callbacks() failed: CreateProcess()
 failed: The system cannot find the file specified.
 
 which isn't the most user-friendly message and I guess many people will
 interpret it as find in files doesn't work on Windows.

True. I guess we can improve the error message but maybe better after
1.25 to not bother the translators too much by breaking the string
freeze :).


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

[Geany-Devel] Windows installer snapshots with GTK 2.24

[Enrico Tröger]

Hi,

I've built new Windows installers from current GIT master.


Downloads can be found here:
http://download.geany.org/snapshots/


Please note that these are test builds from the current development
version, don't expect release quality.
You have been warned :).

After you installed the snapshots, you can also use the nightly
builds again on Windows (i.e. copy the archive contents over the
installation).


Any feedback is welcome.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc




signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Msys2 to compile on win32

[Enrico Tröger]

On 14/06/15 17:16, Thomas Martitz wrote:
 Am 14.06.2015 um 16:55 schrieb Thomas Martitz:
 Am 14.06.2015 um 16:48 schrieb Enrico Tröger:
 At some point we had some discussion whether to use the same directory
 on Windows as on Unix but I don't know the result.

 We do this already don't we (except for the renamed text files)?


 need to install to a special directory?
 The current process (waf install + release.py + makensis) expects the
 installation directory as a subdirectory of the source tree, e.g.
 c:\git\geany\geany-1.25
 where c:\git\geany is the source tree.

 But with a bit of adjusting path, any other directory should be possible
 as well. Right now, release.py and geany.nsi just use relative paths. If
 those are made absolute, it should work as well, I guess.


 Good to know :) The wiki doesn't mention this. The waf configure line
 on the wiki has no prefix at all
 
 
 Okay, I managed to create an installer for a Geany GTK3 build. \o/

Woohoo!
Great.


 Some additional observerations:
[...]

 - the installer wrongly reports that it ships GTK 2.24

Did you update geany.nsi?


 - the installer geany lacks some icons

Which? Why?


 - the installer geany runs slow because gtk/glib spam a console window

During installation or when running Geany after installation?
Did you start Geany with -v from the CLI?

[...]


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Msys2 to compile on win32

[Enrico Tröger]

On 14/06/15 16:41, Thomas Martitz wrote:
 Am 14.06.2015 um 16:35 schrieb Enrico Tröger:
 On 14/06/15 15:50, Thomas Martitz wrote:
 Am 14.06.2015 um 14:48 schrieb Enrico Tröger:
 On 14/06/15 14:21, Thomas Martitz wrote:
 Why do you say self-compiled GTK? It is readily packaged for msys, I
 think we should be able to use that.
 Oops, scratch the self-compiled. But we still need to create a
 distributable GTK runtime environment. This is probably doable from the
 installed GTK package, I guess.


 Regards,
 Enrico
 I'm experimenting at this moment. The gtk/glib/etc package files can be
 found under /var/cache/pacman/pkg/$pkg-$ver.tar.xz. They can be
 extracted with tar to a working directory. But what to do afterwards?
 The wiki says to move the files under $geanydir/gtk, but how is the
 installer file created? The nsis gui is giving me an error:
 Now that you have the release.py (see below), you can easily see it is
 just:

 makensis /V2 /DINCLUDE_GTK geany.nsi
 
 Thanks
 

 Error in macro MUI_PAGEDECLARATION_LICENSE on macroline 17
 Error in macro MUI_PAGE_LICENSE on macroline 6
 Error in script C:\msys64\home\kugel\geany.git\geany.nsi on line 87

 (geany.nsi:87 reads !insertmacro MUI_PAGE_LICENSE
 ${RESOURCEDIR}\Copying.txt)
 the Copying.txt is expected to be copied when installing Geany.
 'waf install' does this.
 We cannot use a plain 'make install' on Windows as it is done on Linux,
 the Geany wscript has some logic, yes and magic, to do things different
 on Windows (like renaming AUTHORS, COPYING, README and so on to *.txt).
 
 Using msys2 we can use the autotools build system on windows. Therefore
 make install works just fine, installs to the dir given by ./configure
 --prefix=XXX.
 
 I guess since I use autotools Copying.txt isn't created (?). Also, do I

This is what I meant: we probably have to modify how 'make install'
works on Windows to create the files as it is done with Waf.

Or, what is probably easier and cleaner, do this post-install with the
release.py script.

For completeness: this affects not only the *.txt files but also install
locations of the data files and libraries.
At some point we had some discussion whether to use the same directory
on Windows as on Unix but I don't know the result.

While you are working on this, I guess decide yourself :).
I don't mind much as long as we get some kind of migration path for
users with existing installations. Though this should be easy enough by
performing a full uninstall and then install again.


 need to install to a special directory?

The current process (waf install + release.py + makensis) expects the
installation directory as a subdirectory of the source tree, e.g.
c:\git\geany\geany-1.25
where c:\git\geany is the source tree.

But with a bit of adjusting path, any other directory should be possible
as well. Right now, release.py and geany.nsi just use relative paths. If
those are made absolute, it should work as well, I guess.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Msys2 to compile on win32

[Enrico Tröger]

On 14/06/15 15:50, Thomas Martitz wrote:
 Am 14.06.2015 um 14:48 schrieb Enrico Tröger:
 On 14/06/15 14:21, Thomas Martitz wrote:
 Why do you say self-compiled GTK? It is readily packaged for msys, I
 think we should be able to use that.
 Oops, scratch the self-compiled. But we still need to create a
 distributable GTK runtime environment. This is probably doable from the
 installed GTK package, I guess.


 Regards,
 Enrico
 
 I'm experimenting at this moment. The gtk/glib/etc package files can be
 found under /var/cache/pacman/pkg/$pkg-$ver.tar.xz. They can be
 extracted with tar to a working directory. But what to do afterwards?
 The wiki says to move the files under $geanydir/gtk, but how is the
 installer file created? The nsis gui is giving me an error:

Now that you have the release.py (see below), you can easily see it is just:

makensis /V2 /DINCLUDE_GTK geany.nsi


 Error in macro MUI_PAGEDECLARATION_LICENSE on macroline 17
 Error in macro MUI_PAGE_LICENSE on macroline 6
 Error in script C:\msys64\home\kugel\geany.git\geany.nsi on line 87
 
 (geany.nsi:87 reads !insertmacro MUI_PAGE_LICENSE
 ${RESOURCEDIR}\Copying.txt)

the Copying.txt is expected to be copied when installing Geany.
'waf install' does this.
We cannot use a plain 'make install' on Windows as it is done on Linux,
the Geany wscript has some logic, yes and magic, to do things different
on Windows (like renaming AUTHORS, COPYING, README and so on to *.txt).


 The wiki mentions release.py which I cannot find in geany git.

They are not meant to exist in the repository, at least so far.
It seems I forgot to attach them to the wiki page, done now.

-
https://wiki.geany.org/howtos/win32/build#release_geany_and_geany-plugins

The scripts contain commands to digitally sign the binary files. These
won't work on your system except you have my cerificate :).
For testing, just comment this out. I still need to document the
signcode.exe magic.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Msys2 to compile on win32

[Enrico Tröger]

On 14/06/15 16:55, Thomas Martitz wrote:
 Am 14.06.2015 um 16:48 schrieb Enrico Tröger:
 At some point we had some discussion whether to use the same directory
 on Windows as on Unix but I don't know the result.
 
 We do this already don't we (except for the renamed text files)?

I don't think so.
Just install the latest GIT snaphsot installer on Windows to try.
I didn't test it but I cannot remember to have reworked all the paths in
the past.


 need to install to a special directory?
 The current process (waf install + release.py + makensis) expects the
 installation directory as a subdirectory of the source tree, e.g.
 c:\git\geany\geany-1.25
 where c:\git\geany is the source tree.

 But with a bit of adjusting path, any other directory should be possible
 as well. Right now, release.py and geany.nsi just use relative paths. If
 those are made absolute, it should work as well, I guess.

 
 Good to know :) The wiki doesn't mention this. The waf configure line on
 the wiki has no prefix at all

Because no prefix is not used at all.
As said, the current scripts expect the installation directory as
subdirectory of the source tree. This is what Waf does, what release.py
expects and what geany.nsi expects.



Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Msys2 to compile on win32

[Enrico Tröger]

On 14/06/15 17:49, Thomas Martitz wrote:
 Am 14.06.2015 um 17:44 schrieb Enrico Tröger:
 On 14/06/15 17:16, Thomas Martitz wrote:
 Am 14.06.2015 um 16:55 schrieb Thomas Martitz:
 Am 14.06.2015 um 16:48 schrieb Enrico Tröger:
 At some point we had some discussion whether to use the same directory
 on Windows as on Unix but I don't know the result.
 We do this already don't we (except for the renamed text files)?

 need to install to a special directory?
 The current process (waf install + release.py + makensis) expects the
 installation directory as a subdirectory of the source tree, e.g.
 c:\git\geany\geany-1.25
 where c:\git\geany is the source tree.

 But with a bit of adjusting path, any other directory should be
 possible
 as well. Right now, release.py and geany.nsi just use relative
 paths. If
 those are made absolute, it should work as well, I guess.

 Good to know :) The wiki doesn't mention this. The waf configure line
 on the wiki has no prefix at all

 Okay, I managed to create an installer for a Geany GTK3 build. \o/
 Woohoo!
 Great.


 Some additional observerations:
 [...]

 - the installer wrongly reports that it ships GTK 2.24
 Did you update geany.nsi?
 
 Nope

This is why :).
I thought a couple of times of making geany.nsi.in and
geany_private.rc.in and fill in the version number automatically. But I
never was annoyed enough to fiddle with the 4-part version numbers used
there. Maybe you are :).


 - the installer geany lacks some icons
 Which? Why?
 
 Most icons are missing actually, such as open, save on the toolbar.

This is probably because Geany is compiled by autotools with the Unix
like path layout but the installer creates our custom Windows layout and
so Geany simply looks at the wrong location.

Please have a look at the following macros:
PREFIX
LIBDIR
LOCALEDIR
DATADIR

Especially PREFIX and DATADIR should be relevant.
These are set by Waf quite different on Windows than on Unix environments.
Again, this is the decision whether we want to keep the current
directory layout or switch to something Unix like.
And so, either adjust the installer or the compiled in paths.


 - the installer geany runs slow because gtk/glib spam a console window
 During installation or when running Geany after installation?
 Did you start Geany with -v from the CLI?

 
 When running, I launched it via the Windows explorer (double click
 geany.exe). This and the lacking icons don't happen when running the
 make install'd geany.

I have no idea about the console window. There is some magic code which
opens a console window on Windows in src/win.32 but basically only when
Geany is started with -v.
For the icons, see above.


 BTW: Another observation I missed to mention: On autotools our .dll is
 libgeany.dll not geany.dll

With Waf it is actually geany-0.dll.
But except for the installer, it should not make any difference, right?
I don't mind which one we will use. In the end, I hope we will only have
one build system, i.e. no more Waf, and so the name doesn't matter, I guess.
Oh, while writing, I think of the linker. Does the msys2 linker handle
libgeany.dll properly when using '-lgeany' as specific in the pkgconfig
file? It works at least with the Mingw linker and Waf.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Msys2 to compile on win32

[Enrico Tröger]

On 14/06/15 19:08, Thomas Martitz wrote:
 Am 14.06.2015 um 18:32 schrieb Thomas Martitz:

 Actually the issue goes away if I remove the installer-included GTK
 runtime, so that the one in PATH is used. I guess I didn't add enough
 files (icons?) to the installer


 
 
 Indeed, I could fix the lacking icons and the warning spam by including
 the adwaita icon theme into th installer.

Ok, this must be a new GTK3 requirement then I guess.
GTK2 worked without any additional icon themes.


 A terminal window still opens when I launch geany and GTK prints some
 warnings, but only at startup.

Still no idea :(.
It is a usual black command line window from Windows?


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Msys2 to compile on win32

[Enrico Tröger]

On 14/06/15 18:32, Thomas Martitz wrote:
 Am 14.06.2015 um 18:26 schrieb Enrico Tröger:
 
 This is why :).
 I thought a couple of times of making geany.nsi.in and
 geany_private.rc.in and fill in the version number automatically. But I
 never was annoyed enough to fiddle with the 4-part version numbers used
 there. Maybe you are :).
 
 The last digit is always isn't it?

I guess there is a 0 missing :).
For releases yes. For snapshot builds I did from time to time, I usually
set it to .99 but there was no real reason for, just to make visible it
is not a release. But not important or mandatory at all.


 With Waf it is actually geany-0.dll.
 But except for the installer, it should not make any difference, right?
 I don't mind which one we will use. In the end, I hope we will only have
 one build system, i.e. no more Waf, and so the name doesn't matter, I
 guess.
 Oh, while writing, I think of the linker. Does the msys2 linker handle
 libgeany.dll properly when using '-lgeany' as specific in the pkgconfig
 file? It works at least with the Mingw linker and Waf.


 
 
 libgeany-0.dll works just fine.

Cool!

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Msys2 to compile on win32

[Enrico Tröger]

On 14/06/15 23:31, Thomas Martitz wrote:
 Am 14.06.2015 um 23:20 schrieb Enrico Tröger:
 On 14/06/15 19:08, Thomas Martitz wrote:
 Am 14.06.2015 um 18:32 schrieb Thomas Martitz:
 Actually the issue goes away if I remove the installer-included GTK
 runtime, so that the one in PATH is used. I guess I didn't add enough
 files (icons?) to the installer



 Indeed, I could fix the lacking icons and the warning spam by including
 the adwaita icon theme into th installer.
 Ok, this must be a new GTK3 requirement then I guess.
 GTK2 worked without any additional icon themes.
 
 Were icons compiled into the library? The icons must be somewhere.

I guess so. It's the only alternative.


 Remember that I didn't take the bundle form gtk.org, i simply extracted
 the pacman package files downloaded by msys2, and I just forgot to
 extract the adwaita icons (IIRRC adwaita is the default gtk theme
 everywhere now)

Ok, so we should bundle this as well for the future.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Blank completion popups on Windows

[Enrico Tröger]

On 24/05/15 18:54, Colomban Wendling wrote:
 Le 19/04/2015 17:31, Colomban Wendling a écrit :
 […]

 I'll open an issue on Scintilla and see what Neil thinks, whether he'd
 accept a hack like that dummy field -- or maybe if he has a better
 understanding of ABI issues on Windows (but I'm afraid here there really
 is an ABI incompatibility and we're screwed on that front).
 
 Reported (https://sourceforge.net/p/scintilla/bugs/1726/), accepted
 (https://sourceforge.net/p/scintilla/code/ci/e9f9c964236a6b740f75d09a8b0ac76e5d6dd09f),
 and imported
 (https://github.com/geany/geany/commit/9b98d55defc918c951660f05e9ebdd30e9bfb184),
 yay!

Yay +1!


 Thanks a lot Enrico for helping debugging this!

Thank you for getting a working patch and taking the boring part of
reporting :).


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Msys2 to compile on win32

[Enrico Tröger]

On 29/05/15 11:00, Thomas Martitz wrote:
 Hello,
 
 I've successfully managed to build Geany on MSYS2, against both gtk2 and
 gtk3. I've started to describe the steps on the wiki:
 https://wiki.geany.org/howtos/win32/msys2, however the page is not
 complete yet (but complete enough to produce a running geany).
 
 Short introduction, see the wiki page for more details:
 
 Msys2 is a successor to msys which offers a unix-like environment on
 Windows combined with a pacman-based package manager. It's purpose is to
 simplify win32 compilations, and it's doing great at that for GTK+ stack
 and related projects. In fact, it's so good it should become the default
 method of compiling Geany on Windows.
 
 See http://sourceforge.net/projects/msys2/ and http://msys2.github.io/
 
 For me, as regular Arch Linux user, this is by far the most easiest
 method to compile Geany on Windows. And it has the *huge* advantage of
 providing up-to-date binaries of the GTK+ stack, in contrast to the
 obsolete gtk bundles. I heard the GTK guys plan on removing the bundles
 and instead rely solely on MSYS2 for all of their win32 efforts.

Woohoo, thanks!
That sounds great.
I will test/use it soon when I find the time playing with it.

Hopefully, this enables us to eventually remove the Waf build system in
the longterm.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [geany/geany] f03206: Windows: Compile geany_private.rc into Geany.exe for version data and icon

[Enrico Tröger]

On 19/04/15 15:40, Enrico Tröger wrote:
 On 18/04/15 21:35, Matthew Brush wrote:
 On 15-04-18 03:51 AM, Enrico Tröger wrote:
 On 18/04/15 11:47, Enrico Tröger wrote:
 On 17/04/15 21:32, Colomban Wendling wrote:
 Le 12/04/2015 22:54, Enrico Tröger a écrit :
 Branch:  refs/heads/master
 Author:  Enrico Tröger enrico.troe...@uvena.de
 Committer:   Enrico Tröger enrico.troe...@uvena.de
 Date:Sun, 12 Apr 2015 20:54:16 UTC
 Commit:  f03206744361baac1c811db97f5d2816409d7787
  
 https://github.com/geany/geany/commit/f03206744361baac1c811db97f5d2816409d7787


 Log Message:
 ---
 Windows: Compile geany_private.rc into Geany.exe for version data
 and icon

 Should we integrate geany_private.rc in the library too?  This isn't
 done with Autotools, but could be added.

 It's not really necessary. For Waf, I just added it to the binary where
 it is necessary and kept it for the library.
 The rc file serves two main purposes:
 - add the icon to the binary
 - add versioning information to the binary (e.g. in the file properties
 dialog in the Details tab)

 While especially the icon is important for the binary, I guess the rc
 file is just nice to have for the library but not necessary.
 But I agree we should do the same for Waf and autotools, either link it
 or don't link it.
 I don't mind which way to go.

 After thinking a bit more about this, I think we should not link the rc
 file against the library. We also don't link it against the plugin
 libraries.

 The rc file contains settings that the resulting binary is an executable
 and it includes also the geany.exe.manifest. Both do not apply to the
 library. So it is actually wrong to use that rc file for the library.

 If there are no objections, I will remove linking the rc file against
 the library in Waf.


 None here.

 I think the way it might make sense is if it contained artwork, UIs,
 translations and stuff like they often do for Win32 API projects, and
 that were actually used in libgeany.dll, but since we just use it for
 the .exe icon, meta-info, styles, etc. I tend to agree it makes more
 sense linked to the .exe.

 We might still want an .rc file for the library though, if it's
 important to show the correct meta-info in Windows explorer for the .dll
 file (I dunno if it is?).
 
 I don't think so. The only benefit I see is that in the Windows explorer
 file properties dialog version information would appear. I don't know if
 Windows or any related software rely on this information or use it in
 any way.
 
 We also don't add this information to the plugin libraries and so why do
 it for geany.dll.

To finish this, I just removed linking the rc file against the library.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [geany/geany-plugins] 73ae49: waf: Fix the checks for openpty() on FreeBSD

[Enrico Tröger]

On 17/04/15 21:42, Dimitar Zhekov wrote:
 On 16.4.2015 г. 23:36, Colomban Wendling wrote:
 
 I can't seem to really change the colors when using the MS-Windows
 theme, but I guess it's kinda expected some things aren't really
 overridable with a native theme that uses the Windows theming API or
 something.
 
 But the vertical tabs still respect bg[ACTIVE]. Gee...
 
 However, using Raleigh (the one you seem to use given the look) it's
 relatively easy (well, not to guess what to change, but to change it).
 [...]
 
 Alright, I finally got it.
 To whoever might be interested:
 
 1. The default theme for gtk+ 2.24 under Windows has been changed to
 MS-Windows. Raleigh/gtk-2.0/gtkrc still says This theme is the
 default theme if no other theme is selected, but that's wrong. The
 bundle README still contains instructions on how to set the theme to
 MS-Windows, which is now unneeded - it would have been better if they
 changed it with how to set Raleigh if you want the previous look.
 
 2. The horizontal (only) notebook tabs backgrounds under MS-Windows is
 unchangeable with any gtkrc settings. That applies to 2.24, _2.22_, and
 probably the previous versions. The backgrounds are taken from the
 Windows theme, but seem to ignore the settings in Display - Appearance
 - Advanced, or there might be no appropriate setting. And on XP, that
 may be dependent on Appearance - Windows XP style vs. Windows Classic
 style.
 
 Thanks to everyone in the mailing list who was willing to help.
 It was a waste of time, but at least if someone in the users list
 complains, we know the answer.
 
 (At some point, I changed the theme to Emacs - but only under 2.22, to
 see how it looks. Have I done that under 2.24, this thread would have
 been much shorter.)

Thanks a lot for the clarification.

So, how do we want to proceed?

Provided that Thomas' underline trick works with the MS-Windows theme,
we could maybe add this to the Wiki by providing a copypaste ready
gtkrc snippet for Windows users who want to a better visual indication
of the active tab?

That would be cleaner and easier than a new preference just for the
underlining.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [geany/geany] f03206: Windows: Compile geany_private.rc into Geany.exe for version data and icon

[Enrico Tröger]

On 18/04/15 21:35, Matthew Brush wrote:
 On 15-04-18 03:51 AM, Enrico Tröger wrote:
 On 18/04/15 11:47, Enrico Tröger wrote:
 On 17/04/15 21:32, Colomban Wendling wrote:
 Le 12/04/2015 22:54, Enrico Tröger a écrit :
 Branch:  refs/heads/master
 Author:  Enrico Tröger enrico.troe...@uvena.de
 Committer:   Enrico Tröger enrico.troe...@uvena.de
 Date:Sun, 12 Apr 2015 20:54:16 UTC
 Commit:  f03206744361baac1c811db97f5d2816409d7787
  
 https://github.com/geany/geany/commit/f03206744361baac1c811db97f5d2816409d7787


 Log Message:
 ---
 Windows: Compile geany_private.rc into Geany.exe for version data
 and icon

 Should we integrate geany_private.rc in the library too?  This isn't
 done with Autotools, but could be added.

 It's not really necessary. For Waf, I just added it to the binary where
 it is necessary and kept it for the library.
 The rc file serves two main purposes:
 - add the icon to the binary
 - add versioning information to the binary (e.g. in the file properties
 dialog in the Details tab)

 While especially the icon is important for the binary, I guess the rc
 file is just nice to have for the library but not necessary.
 But I agree we should do the same for Waf and autotools, either link it
 or don't link it.
 I don't mind which way to go.

 After thinking a bit more about this, I think we should not link the rc
 file against the library. We also don't link it against the plugin
 libraries.

 The rc file contains settings that the resulting binary is an executable
 and it includes also the geany.exe.manifest. Both do not apply to the
 library. So it is actually wrong to use that rc file for the library.

 If there are no objections, I will remove linking the rc file against
 the library in Waf.

 
 None here.
 
 I think the way it might make sense is if it contained artwork, UIs,
 translations and stuff like they often do for Win32 API projects, and
 that were actually used in libgeany.dll, but since we just use it for
 the .exe icon, meta-info, styles, etc. I tend to agree it makes more
 sense linked to the .exe.
 
 We might still want an .rc file for the library though, if it's
 important to show the correct meta-info in Windows explorer for the .dll
 file (I dunno if it is?).

I don't think so. The only benefit I see is that in the Windows explorer
file properties dialog version information would appear. I don't know if
Windows or any related software rely on this information or use it in
any way.

We also don't add this information to the plugin libraries and so why do
it for geany.dll.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Blank completion popups on Windows

[Enrico Tröger]

On 19/04/15 17:39, Thomas Martitz wrote:
 Am 19.04.2015 um 15:57 schrieb Enrico Tröger:
 This said, the reason we need the hack is because of
 https://bugzilla.gnome.org/show_bug.cgi?id=712220, so if this was fixed
 we could one day drop the hack.  But this would mean depend on a fixed
 version, which probably won't be acceptable before a decade or so :)

 So we'll have to fix the Windows build issue in some way…
 I gave it another look, however I sort of give up :(.

 What I know is, with gcc 3.4 the popups work cleanly and as expected,
 even when compiled natively on Windows. This is why the nightly builds
 work, they are built with an old gcc 3.4.

 
 What gives sizeof(GtkScrolledWindow) with the old gcc vs new gcc? Did
 you try -mms-bitfields or -mno-ms-bitfields with the old one, does that
 make a difference?

I already tried -mms-bitfields vs. -mno-ms-bitfields but forgot to
mention it, sorry.
-mno-ms-bitfields is not an option at all because GTK is built with and
building Geany without leads to crashes at early startup.

Sizeof is good idea.
gcc-4.8: 84
gcc-3.4: 88

So, this supports the theory of an ABI incompatibility?

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [geany/geany] f03206: Windows: Compile geany_private.rc into Geany.exe for version data and icon

[Enrico Tröger]

On 18/04/15 11:47, Enrico Tröger wrote:
 On 17/04/15 21:32, Colomban Wendling wrote:
 Le 12/04/2015 22:54, Enrico Tröger a écrit :
 Branch:  refs/heads/master
 Author:  Enrico Tröger enrico.troe...@uvena.de
 Committer:   Enrico Tröger enrico.troe...@uvena.de
 Date:Sun, 12 Apr 2015 20:54:16 UTC
 Commit:  f03206744361baac1c811db97f5d2816409d7787
  
 https://github.com/geany/geany/commit/f03206744361baac1c811db97f5d2816409d7787

 Log Message:
 ---
 Windows: Compile geany_private.rc into Geany.exe for version data and icon

 Should we integrate geany_private.rc in the library too?  This isn't
 done with Autotools, but could be added.
 
 It's not really necessary. For Waf, I just added it to the binary where
 it is necessary and kept it for the library.
 The rc file serves two main purposes:
 - add the icon to the binary
 - add versioning information to the binary (e.g. in the file properties
 dialog in the Details tab)
 
 While especially the icon is important for the binary, I guess the rc
 file is just nice to have for the library but not necessary.
 But I agree we should do the same for Waf and autotools, either link it
 or don't link it.
 I don't mind which way to go.

After thinking a bit more about this, I think we should not link the rc
file against the library. We also don't link it against the plugin
libraries.

The rc file contains settings that the resulting binary is an executable
and it includes also the geany.exe.manifest. Both do not apply to the
library. So it is actually wrong to use that rc file for the library.

If there are no objections, I will remove linking the rc file against
the library in Waf.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [geany/geany] f03206: Windows: Compile geany_private.rc into Geany.exe for version data and icon

[Enrico Tröger]

On 17/04/15 21:32, Colomban Wendling wrote:
 Le 12/04/2015 22:54, Enrico Tröger a écrit :
 Branch:  refs/heads/master
 Author:  Enrico Tröger enrico.troe...@uvena.de
 Committer:   Enrico Tröger enrico.troe...@uvena.de
 Date:Sun, 12 Apr 2015 20:54:16 UTC
 Commit:  f03206744361baac1c811db97f5d2816409d7787
  
 https://github.com/geany/geany/commit/f03206744361baac1c811db97f5d2816409d7787

 Log Message:
 ---
 Windows: Compile geany_private.rc into Geany.exe for version data and icon
 
 Should we integrate geany_private.rc in the library too?  This isn't
 done with Autotools, but could be added.

It's not really necessary. For Waf, I just added it to the binary where
it is necessary and kept it for the library.
The rc file serves two main purposes:
- add the icon to the binary
- add versioning information to the binary (e.g. in the file properties
dialog in the Details tab)

While especially the icon is important for the binary, I guess the rc
file is just nice to have for the library but not necessary.
But I agree we should do the same for Waf and autotools, either link it
or don't link it.
I don't mind which way to go.


 Though, `waf build -v` warns that geany_private.rc.o is created more
 than once (doesn't seem to be a real problem though).

Noticed this too but yeah, I think too this isn't a big problem. Ideally
Waf should detect that it built the file already for another target and
just use the built object.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [geany/geany-plugins] 73ae49: waf: Fix the checks for openpty() on FreeBSD

[Enrico Tröger]

On 16/04/15 21:51, Enrico Tröger wrote:
 On 15/04/15 19:15, Dimitar Zhekov wrote:
 On 14.4.2015 г. 22:37, Enrico Tröger wrote:
 On 13/04/15 19:33, Dimitar Zhekov wrote:

 In 2.24, the horizontal tabs under Win~1 have this flat or modern or
 whatever look, and you can only distinguish the current tab via a slight
 3D effect. And unlike 3.x, where you can easily set the active tab

 I don't get it.
 For me it looks like as in the attached screenshot. I don't have a GTK
 2.16 build at hand for a direct comparison but the notebook tabs look OK
 to me in the GTK 2.24 build.

 That's exactly what I'm talking about. The white horizontal line, which
 normally gives nice outline [vertical_tabs], but is almost lost due to
 the white editor background, combined with the identical unchangeable
 background for the tabs. Not completely indistinguishable, but much
 worse than 2.22, and hard on many tabs.
 
 I'm afraid I still do not completely understand the problem.
 I personally find the horizontal tabs nicer and easier to find the
 active tab than it is for the vertical tabs(as in the messages window at
 the bottom). There I have difficulties to easily see which tab is active.
 
 Is this what you mean or is my reception of visuals just different?

Forget it.
I finally got it. I just concentrated on your screenshot of the
horizontal tabs in GTK 2.22 without realizing that it was from GTK 2.22
and not 2.24. Now I see clearly, that my screenshot also shows the problem.

Sorry for the noise.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] [geany/geany-plugins] 73ae49: waf: Fix the checks for openpty() on FreeBSD

[Enrico Tröger]

On 16/04/15 18:47, Dimitar Zhekov wrote:
 On 16.4.2015 г. 12:37, Thomas Martitz wrote:
 Am 15.04.2015 um 19:15 schrieb Dimitar Zhekov:
 That's exactly what I'm talking about. The white horizontal line,
 which normally gives nice outline [vertical_tabs], but is almost [...]
 due to the white editor background, combined with the identical
 unchangeable background for the tabs. Not completely
 indistinguishable, but much worse than 2.22, and hard on many tabs.

 In my splitwindow2 patches I underline the text label in active tab. So
 that the user can tell which of the 2 notebooks is active currently (the
 tabs alone don't show that).

 Would that be a worthy fix to your problem?
 
 Yes. The ability to have the current tab underlined, italic or bold
 seems like a good thing to have, irrespective of my problems with 2.24 +
 Win~1. It probably should be done programmatically?

I sort of like the idea. And would agree that it might be not just
useful on Windows.
Thomas, can this be done in code so it could be enabled/disabled by a
setting?


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Blank completion popups on Windows

[Enrico Tröger]

On 15/04/15 23:14, Colomban Wendling wrote:
 Le 15/04/2015 22:38, Colomban Wendling a écrit :

 I just noticed this in the debug messages:

 GLib-GObject WARNING: specified instance size for type 
 `SmallScroller' is smaller than the parent type's `GtkScrolledWindow' 
 instance size
 GLib CRITICAL   : g_once_init_leave: assertion `initialization_value != 
 0' failed
 GLib-GObject CRITICAL   : g_object_new: assertion `G_TYPE_IS_OBJECT 
 (object_type)' failed
 Gtk CRITICAL: gtk_container_set_border_width: assertion 
 `GTK_IS_CONTAINER (container)' failed
 Gtk CRITICAL: gtk_scrolled_window_set_policy: assertion 
 `GTK_IS_SCROLLED_WINDOW (scrolled_window)' failed
 Gtk CRITICAL: gtk_container_add: assertion `GTK_IS_WIDGET (widget)' 
 failed
 Gtk CRITICAL: gtk_widget_show: assertion `GTK_IS_WIDGET (widget)' 
 failed
 Gtk CRITICAL: gtk_container_add: assertion `GTK_IS_CONTAINER 
 (container)' failed

 […]

 typedef struct { GtkScrolledWindow parent; int dummy; } SmallScroller;
 typedef struct { GtkScrolledWindowClass parent; int dummy; } 
 SmallScrollerClass;

 I still have no clue what the heck is going on though…
 
 Hum, incidentally GtkScrolledWindow contains bitfields, would it be
 possible it is a -mms-bitfields-like problem?  We really seem to pass
 -mms-bitfields, but maybe gtkscrolledwindow.c wasn't build with it or
 something like that?

Wow, great process, Colomban.
Reading your previous mail the -mms-bitfields thingy instantly came also
to my mind.

I checked the nightly builds as well the builds on my Windows VM, both
had -mms-bitfields set, also for PlatGTK.cxx.
This opton is set by gtk+-2.0.pc (GTK pkgconfig file), so it's obvious
both builds have it set.

But maybe it's related to the compiler version. The cross-compiled
nightlies are a bit special in terms of cross-compiling and that they
use a quite old mingw-gcc 3.4 while the mingw-gcc on my Windows VM is a
more recent 4.8.
I found http://gcc.gnu.org/gcc-4.7/changes.html where a short note says:
Windows mingw targets are using the -mms-bitfields option by default.

I would say this is probably not relevant because we compile our code
with -mms-bitfields in all cases because GTK pulls it in.
But IANAC (I am not a compiler :D).


Does anyone here has by accident a Windows system with a mingw-gcc  4.7?


I'll try to further debug this on the weekend if I find time.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] debug output on win32

[Enrico Tröger]

On 23/03/15 08:27, Matthew Brush wrote:
 On 15-03-22 04:30 PM, the Adib wrote:
 Hello all,

 I have installed a buildenvironment on my Win32 virtualbox.
 I want to investigate in the source code and have some debug output from
 the running application.

 I tried printf as well as geany_debug. I also set G_MESSAGES_DEBUG=all.

 However starting the application from the commandshell cmd:
 - returns immediatel to the promt, without waiting the application to
 close,
 - does not output any debug hint on the console.

 Could you guide me how to have some informative output from the running
 application.

 
 Since you did not say so, I have to ask, did you run it with verbose
 messages like `geany -v`?

This is exactly the trick on Windows.
-v will open another terminal window where debug output is printed to.

This is because on Windows you have to decide at compile time whether
you want to have a console application or a graphical application.
Console applications can print directly to the terminal but not
graphical applications. Since Geany is clearly a graphical application,
there is no console output by default.
When the -v switch is used, Geany does some Windows API magic to open
that other terminal window and print output to it. This is just for
debugging/developing.

Alternatively, by using geany_debug() and/or g_message()/g_warning() you
can see the messages also in Geany itself in the Help-Debug Messages
dialog. There those messages are always available, even without the -v
switch.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Problems with building/Scintilla on Windows

[Enrico Tröger]

On 17/01/15 13:28, Nick Treleaven wrote:
 On 15/01/2015 19:19, Matthew Brush wrote:
 Related to lib iberty:

 https://github.com/geany/geany/commit/1dc09597b24d19683abc597d45d7c28d37c199f0

 
 OK, so probably I can remove it from makefile.win32.
 
 Anyway, I gave up trying to fix the makefiles and tried Waf. It seemed
 to work, but now when using Geany autocompletion shows an empty list. It
 keeps doing this for a while on typing, then later I start typing again
 and Geany freezes - this is not a hang, task manager doesn't show Geany
 using CPU. I have to kill it. This is weird, and annoying because I
 don't know how to get a backtrace (Ctrl-Z doesn't seem to work on my
 Windows gdb, and anyway the process seems stuck rather than looping). I
 suspect a fault with Scintilla, but it could be unrelated.


 Maybe it's a bug in GTK+? Which version are you using? It might be
 worthwhile to test with some different version of the bundle just to see.
 
 Maybe, I haven't updated it in ages (GTK 2.22.0, GLib 2.26.0), it still
 works for Geany master a month or two ago. But maybe some recent code
 triggered a bug in it, perhaps the Scintilla 1.52 update. Next week I
 will try and bisect the commit that did it, and perhaps try updating GTK
 too.

Does the empty auto completion list look like this?
http://lists.geany.org/pipermail/devel/attachments/20141014/0cc74183/attachment-0002.png

This is what I experienced some time ago. I assumed it might be related
to RDP which I use to connect to my Windows box.
If you got the same thing and you are not using RDP, it might something
more serious.

I don't remember to experience any hangs but I don't really use Geany on
Windows except for making Windows builds.

Hah, I just tried the Windows nightly builds (i.e. download the ZIP and
extract it over my existing Geany installation) and then the auto
completion list is filled and usable again on my system.
So it might be related to the differences in how the Geany binary is
created (the nightlies are also built using Waf but cross-compiled, not
native Windows builds).

Nick, can you confirm that the nightly builds work better?

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Problems with building/Scintilla on Windows

[Enrico Tröger]

On 15/01/15 18:35, Nick Treleaven wrote:
 On 15/01/2015 14:17, Nick Treleaven wrote:
 I also noticed Waf doesn't seem to use -mms-bitfields, but I'm not
 certain.
 
 I think I'm wrong about that - it was based on git grep. Running 'waf
 -v' does show that flag (sometimes several times in the same command). I
 haven't found where Waf gets it from though ;-)

c:\grep -ri mms \libs\lib\pkgconfig
\libs\lib\pkgconfig/glib-2.0.pc:Cflags: -I${includedir}/glib-2.0
-I${libdir}/glib-2.0/include -mms-bitfields
\libs\lib\pkgconfig/gtk+-2.0.pc:Cflags: -I${includedir}/gtk-2.0
-mms-bitfields
\libs\lib\pkgconfig/gtk+-win32-2.0.pc:Cflags: -I${includedir}/gtk-2.0
-mms-bitfields

GTK itself defines them.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Linkage-Cleanup Build System Breakage

[Enrico Tröger]

On 09/11/14 17:57, Colomban Wendling wrote:
 Le 09/11/2014 16:15, Enrico Tröger a écrit :
 On 29/10/14 16:17, Colomban Wendling wrote:
 [...]

 Enrico: would the change on geany_private.rc from
 https://github.com/b4n/geany/commit/a24d9217c3dfb959b4138fe3bffd871d9dc88ba4
 break Waf or something else?  (yes, I could check by running a VM, but I
 can also ask first :)

 I tested it on my VM and assumed it would break the build but
 surprisingly it does not.
 I don't know why but at least with Waf, using icons/geany.ico works as
 well as ../icons/geany.ico. I cannot really explain it but your change
 doesn't break the build.
 
 Great then.  I also tried to build with Waf on Windows with this patch
 and it didn't complain.
 
 So, I made a PR https://github.com/geany/geany/pull/377 please give it a
 quick look and tell me if you see anything absurd.  It should be OK
 though, as I successfully built a mostly-working executable with it :)

Sorry for the delay, I commented on the PR.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Linkage-Cleanup Build System Breakage

[Enrico Tröger]

Hi,

 I don't really know enough about Waf to fix it. Since it needs
 Python
 anyway, we could just use one of its XML libraries to grab the names
 from the GtkBuilder file, and do the replacements using its
 text-handling functions. It wouldn't require sed/sort utils. I
 originally had a Python script[3] doing this, but I'm just not sure
 how
 to integrate that code into Waf.

 I' work on the Waf part but this will take at least two weeks as I'm
 almost not on the PC during the next two weeks.


 OK.

 I got a very basic working version, see attachment.
 However, I almost didn't test it and things like library versioning are
 missing.

 In Autotools libtool versions is not used yet anyway. It's just set to
 0:0:0 same as the defaults. I just added that for future use.

 I got versioning working, for now the library will be installed as 0.0.0
 like the autotools based build.

 How do we want to proceed, should I commit the changes to your repo or
 PR?

 
 Yeah, that'd be fine. I think Colomban added some commits just recently
 too so you might want to rebase ontop of that before pushing. The
 `pluginexport.h` header is gone now and `GEANY_API_SYMBOL` needs to be
 defined by the build system.

Sorry for the delay :(.
I finally pushed my changes and also improved Colomban's later changes
regarding Waf and GEANY_*_SYMBOL flags.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Windows installer snapshots with GTK 2.24

[Enrico Tröger]

Hi,

just for the records:

 - some icons are missing/not displayed correctly
 
 I never really noticed, but I have this problem too.

the icon issues would be fixed by commit
https://github.com/techee/geany/commit/7880c0fc123da98ffa0881f84c93714c60526ac6
of https://github.com/geany/geany/pull/396


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] SourceFarce

[Enrico Tröger]

On 06/10/14 00:02, Frank Lanitz wrote:
 Am 30.09.2014 um 15:12 schrieb Enrico Tröger:
 On 23/09/14 01:40, Matthew Brush wrote:
 On 14-09-22 04:44 AM, Nick Treleaven wrote:
 On 01/09/2014 03:27, Matthew Brush wrote:
 I deleted my Source Forge account after like 20 times of losing my
 comments. This final time it was a detailed C++ explanation on
 Scintilla's bug tracker that took a lot of thought and effort to write,
 which as usual I lost

 I've not used it much, but last week I experienced this. Submitting a
 comment when I'm apparently logged-in then made me login again, where I
 am greeted by the same page without my comment. Hitting back failed to
 allow me to recover my 'unsubmitted' comment (that sometimes works on
 other sites). Perhaps there's some kind of login timeout, but either way
 the situation sucks.


 That's exactly it. I think it must be an issue between SourceForge's
 user/login system and the (somehow independent-ish) Allura software
 we're (trying) to use for our bug tracker. I asked on #allura freenode
 channel a few times with no response, and of course to submit a bug
 report requires to use SourceForge :)

 I experienced this as well some months ago, same behaviour: being logged
 in, writing a comment and after post getting logged out and lost my comment.

 Let's switch to Github finally.
 
 
 Agreed.

We really should do this.
SF just ate again a somewhat longer comment I've written.
Luckily for me, based on experience I copied the text before posting so
I could easily paste the eaten text and repost.


Yeah, I got you SF!

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Linkage-Cleanup Build System Breakage

[Enrico Tröger]

On 29/10/14 16:17, Colomban Wendling wrote:
 Le 29/10/2014 06:48, Matthew Brush a écrit :
 On 14-10-26 04:16 PM, Enrico Tröger wrote:
 […]
 I don't use autotools based cross-compilation.


 I had a try at this for a while and after a number of changes it's
 almost working. I got past the build system, compiler, and linker
 problems, […]
 
 FWIW I pushed the changes I did myself (hey ;) to
 https://github.com/b4n/geany/commits/wip/autotools-mingw-cross just in
 case it can be of some use.
 
 Enrico: would the change on geany_private.rc from
 https://github.com/b4n/geany/commit/a24d9217c3dfb959b4138fe3bffd871d9dc88ba4
 break Waf or something else?  (yes, I could check by running a VM, but I
 can also ask first :)

I tested it on my VM and assumed it would break the build but
surprisingly it does not.
I don't know why but at least with Waf, using icons/geany.ico works as
well as ../icons/geany.ico. I cannot really explain it but your change
doesn't break the build.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Linkage-Cleanup Build System Breakage

[Enrico Tröger]

On 29/10/14 06:48, Matthew Brush wrote:
 On 14-10-26 04:16 PM, Enrico Tröger wrote:
 On 26/10/14 18:25, Matthew Brush wrote:
 On 14-10-26 07:14 AM, Enrico Tröger wrote:
 [snip]

 If the Win32 Nightlies break it will most likely be trivial changes to
 the Makefile.ams. I don't have an environment like it uses to test.

 The Win32 nightlies are built using Waf, so fixing Waf will fix it all
 :).


 I thought the nightlies were using Mingw because there's all those
 duplicate code paths in the Makefile.ams for Mingw. Who uses those?

 We added those years ago to support cross-compilation. IIRC this was
 before Waf.
 Yeah, we really should consolidate the available build systems and clean
 up the rest :).
 I don't use autotools based cross-compilation.

 
 I had a try at this for a while and after a number of changes it's
 almost working. I got past the build system, compiler, and linker
 problems, but now it's giving grief because of the non-standard (with
 respect to Autotools) directory layout and the special cases we have
 about using a data directory instead of putting in share/geany.
 
 Is there any possibility we could use the same Unixey directory layout
 for Win32 builds too?

I guess so without having it well thought out.
It would be nice indeed.


 My dream is in some distant future to have the Autotools build system
 able to build natively and cross-compiled and adding rules needed to
 make the Windows installer and everything. This would also be great for
 continuous integration and/or nightly builds in the future too, as we
 would mostly have the exact same build system with the same
 compiler/linker options and only minor differences to satisfy the
 differences between platforms.

That sounds really sweet and would ease development and releasing but
would require quite some work before to get it working.



Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Linkage-Cleanup Build System Breakage

[Enrico Tröger]

On 27/10/14 02:14, Matthew Brush wrote:
 On 14-10-26 04:16 PM, Enrico Tröger wrote:
 On 26/10/14 18:25, Matthew Brush wrote:
 On 14-10-26 07:14 AM, Enrico Tröger wrote:
 Hi,

 I don't really know enough about Waf to fix it. Since it needs Python
 anyway, we could just use one of its XML libraries to grab the names
 from the GtkBuilder file, and do the replacements using its
 text-handling functions. It wouldn't require sed/sort utils. I
 originally had a Python script[3] doing this, but I'm just not sure
 how
 to integrate that code into Waf.

 I' work on the Waf part but this will take at least two weeks as I'm
 almost not on the PC during the next two weeks.


 OK.

 I got a very basic working version, see attachment.
 However, I almost didn't test it and things like library versioning are
 missing.
 
 In Autotools libtool versions is not used yet anyway. It's just set to
 0:0:0 same as the defaults. I just added that for future use.

I got versioning working, for now the library will be installed as 0.0.0
like the autotools based build.

How do we want to proceed, should I commit the changes to your repo or PR?

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Linkage-Cleanup Build System Breakage

[Enrico Tröger]

Hi,

 I don't really know enough about Waf to fix it. Since it needs Python
 anyway, we could just use one of its XML libraries to grab the names
 from the GtkBuilder file, and do the replacements using its
 text-handling functions. It wouldn't require sed/sort utils. I
 originally had a Python script[3] doing this, but I'm just not sure how
 to integrate that code into Waf.

I' work on the Waf part but this will take at least two weeks as I'm
almost not on the PC during the next two weeks.


 If the Win32 Nightlies break it will most likely be trivial changes to
 the Makefile.ams. I don't have an environment like it uses to test.

The Win32 nightlies are built using Waf, so fixing Waf will fix it all :).


 Geany-Plugins Autotools should be fine since it will pickup the new

I checked out codebrainz/wip/linkage-cleanup but got build errors with
autotools:

---snip-
tm_source_file.c:31:60: fatal error: ../src/pluginexport.h: No such file
or directory
 #include ../src/pluginexport.h /* for GEANY_API_SYMBOL */
^
compilation terminated.
Makefile:490: recipe for target 'tm_source_file.lo' failed
---snap-

src/pluginexport.h seems missing?



 Is everyone OK if this PR was merged to master and we had to fix up some
 build system stuff? Alternatively, I could also add anyone for push
 rights on my geany fork or push it to a branch on main geany repo if we
 wanted to sort-out the integration issues before merging to the main
 master branch.

I don't mind which way to take.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Linkage-Cleanup Build System Breakage

[Enrico Tröger]

On 26/10/14 18:25, Matthew Brush wrote:
 On 14-10-26 07:14 AM, Enrico Tröger wrote:
 Hi,

 I don't really know enough about Waf to fix it. Since it needs Python
 anyway, we could just use one of its XML libraries to grab the names
 from the GtkBuilder file, and do the replacements using its
 text-handling functions. It wouldn't require sed/sort utils. I
 originally had a Python script[3] doing this, but I'm just not sure how
 to integrate that code into Waf.

 I' work on the Waf part but this will take at least two weeks as I'm
 almost not on the PC during the next two weeks.

 
 OK.

I got a very basic working version, see attachment.
However, I almost didn't test it and things like library versioning are
missing.
As said, the rest will take some time.


 If the Win32 Nightlies break it will most likely be trivial changes to
 the Makefile.ams. I don't have an environment like it uses to test.

 The Win32 nightlies are built using Waf, so fixing Waf will fix it all
 :).

 
 I thought the nightlies were using Mingw because there's all those
 duplicate code paths in the Makefile.ams for Mingw. Who uses those?

We added those years ago to support cross-compilation. IIRC this was
before Waf.
Yeah, we really should consolidate the available build systems and clean
up the rest :).
I don't use autotools based cross-compilation.


 Geany-Plugins Autotools should be fine since it will pickup the new

 I checked out codebrainz/wip/linkage-cleanup but got build errors with
 autotools:

 ---snip-
 tm_source_file.c:31:60: fatal error: ../src/pluginexport.h: No such file
 or directory
   #include ../src/pluginexport.h /* for GEANY_API_SYMBOL */
  ^
 compilation terminated.
 Makefile:490: recipe for target 'tm_source_file.lo' failed
 ---snap-

 src/pluginexport.h seems missing?

 
 Oops, I had this file ignored locally for some reason. I squashed it
 into the correct commit and force pushed it. It should be OK now.

Thanks, it builds fine now.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc
diff --git a/wscript b/wscript
index 5f569e2..0b21d36 100644
--- a/wscript
+++ b/wscript
@@ -131,7 +131,7 @@ geany_sources = set([
 'src/editor.c', 'src/encodings.c', 'src/filetypes.c', 'src/geanyentryaction.c',
 'src/geanymenubuttonaction.c', 'src/geanyobject.c', 'src/geanywraplabel.c',
 'src/highlighting.c', 'src/keybindings.c',
-'src/keyfile.c', 'src/log.c', 'src/main.c', 'src/msgwindow.c', 'src/navqueue.c', 'src/notebook.c',
+'src/keyfile.c', 'src/log.c', 'src/libmain.c', 'src/msgwindow.c', 'src/navqueue.c', 'src/notebook.c',
 'src/plugins.c', 'src/pluginutils.c', 'src/prefix.c', 'src/prefs.c', 'src/printing.c', 'src/project.c',
 'src/sciwrappers.c', 'src/search.c', 'src/socket.c', 'src/stash.c',
 'src/symbols.c',
@@ -377,6 +377,7 @@ def build(bld):
 defines = 'G_LOG_DOMAIN=%s' % plugin_name,
 target  = plugin_name,
 uselib  = ['GTK', 'GLIB', 'GMODULE'] + uselib_add,
+use = ['geany'],
 install_path= instpath)
 
 # CTags
@@ -431,23 +432,28 @@ def build(bld):
 geany_sources.add('src/win32.c')
 geany_sources.add('geany_private.rc')
 
+base_uselibs = ['GTK', 'GLIB', 'GMODULE', 'GIO', 'GTHREAD', 'WIN32', 'SUNOS_SOCKET', 'M']
+# libgeany
 bld(
-features= ['c', 'cxx', 'cprogram'],
+features= ['c', 'cxx', 'cshlib'],
 name= 'geany',
 target  = 'geany',
 source  = geany_sources,
 includes= ['.', 'scintilla/include', 'tagmanager/src'],
 defines = ['G_LOG_DOMAIN=Geany', 'GEANY_PRIVATE'],
-uselib  = ['GTK', 'GLIB', 'GMODULE', 'GIO', 'GTHREAD', 'WIN32', 'SUNOS_SOCKET', 'M'],
+uselib  = base_uselibs,
 use = ['scintilla', 'ctags', 'tagmanager', 'mio'])
 
-# geanyfunctions.h
+# geany executable
 bld(
-source  = ['plugins/genapi.py', 'src/plugins.c'],
-name= 'geanyfunctions.h',
-before  = ['c', 'cxx'],
-cwd = '%s/plugins' % bld.path.abspath(),
-rule= '%s genapi.py -q' % sys.executable)
+features= ['c', 'cxx', 'cprogram'],
+name= 'geany_bin',
+target  = 'geany',
+source  = ['src/main.c'],
+includes= ['.', 'scintilla/include', 'tagmanager/src'],
+defines = ['G_LOG_DOMAIN=Geany', 'GEANY_PRIVATE'],
+uselib  = base_uselibs,
+use = ['geany'])
 
 # Plugins
 if bld.env['HAVE_PLUGINS'] == 1:


signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin

[Geany-Devel] Nightly builds changes and improvements

[Enrico Tröger]

Hi,

I spent some time on the nightly builds and now:

- the buildbox was upgraded from Debian Squeeze (oldstable) to Debian
Wheezy (stable)

- Debian builds work again (they were partly broken for some time for
various reasons)

- GTK compatibility checks are enabled again, now against GTK 2.24.10
(the GTK2 version in Debian Stable)

- Win32 and GTK2 test builds are executed in RAM disk and also use
ccache which speeds up the compilation time heavily and reduces disk I/O
a lot.

The last point won't help much most people but will enable us to enable
a future step: building Win32 and GTK2 compatibility check as a
commit/push hook to get instant check results.
This is not yet implemented but I will do this at some point soon, as
time permits.


Results can be found on http://nightly.geany.org/.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Windows installer snapshots with GTK 2.24

[Enrico Tröger]

On 14/10/14 23:04, Colomban Wendling wrote:
 Hey,
 
 Le 14/10/2014 19:50, Enrico Tröger a écrit :
 [...]

 - auto completion popup is rendered incorrectly
 
 I don't see that on my GTK 2.24.10, it works just fine here.

Ok, maybe it is because I work remotely via RDP on Windows and this
could cause the effect.
If nobody else notices it, then it is alright.


 - some icons are missing/not displayed correctly
 
 I never really noticed, but I have this problem too.
 
 
 BTW, I couldn't build current Git with Waf, with the error
 SHGFP_TYPE_CURRENT undefined, I had to manually include win32-config.h
 to have the right pre-processor defines.  Any insight on how it should
 be fixed? (or rather, please fix it! ;)

I just fixed it in 5a243f :).
Waf don't use win32-config.h (because it dynamically creates a proper
config.h also on Windows). So I defined the two macros directly in
wscript so they get written into the config.h on Windows.

It seems these macros are necessary on older Mingw environments, at
least this is my guess. On my Windows 7 system with a fresh Mingw
environment from the Strawberry Perl distribution, I don't need to
define those. For the Geany nightly builds I had to define those but
these are cross-compiled against an old Mingw version.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc



signature.asc
Description: OpenPGP digital signature
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel