## Abstract
You can't replace the license templates such as "gpl" with your own ones.
## Steps to reproduce
1. `echo "test template" > ~/.config/geany/templates/test`
1. `sed -i 's/{gpl}/{test}/' ~/.config/geany/templates/fileheader`
1. (Re-)open Geany
1. File → New (with template) → main.c
## Expected behavior
```
/*
* ...
* test template
*/
```
## Actual behavior
```
/*
* ...
* {test}
*/
```
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/1391
> OS: Windows 10 64-bit
Environment: MSYS2/MinGW-w64
Geany source: f0e3ee273e67387f85506ea629b9dbe34d47b8ca
My compiler complains that the `alloca.h` header is missing.
```
FAILED: libregex.a.p/ctags_gnu_regex_regex.c.obj
"cc" "-Ilibregex.a.p" "-I." "-I.." "-I../ctags/fnmatch" "-fdiagnostics-color=always" "-D_FILE_OFFSET_BITS=64" "-Wall" "-Winvalid-pch" "-std=c11" "-O3
" "-DHAVE_CONFIG_H=1" "-O2" "-D__USE_GNU" -MD -MQ libregex.a.p/ctags_gnu_regex_regex.c.obj -MF "libregex.a.p/ctags_gnu_regex_regex.c.obj.d" -o libreg
ex.a.p/ctags_gnu_regex_regex.c.obj "-c" ../ctags/gnu_regex/regex.c
In file included from ../ctags/gnu_regex/regex.c:61:
../ctags/gnu_regex/regex_internal.h:424:11: fatal error: alloca.h: No such file or directory
424 | # include <alloca.h>
| ^~~~~~~~~~
compilation terminated.
```
According to [this answer on SO](https://stackoverflow.com/a/58286937/4677917), `alloca.h` does not exist in Windows & should be replaced with `malloh.h`.
I haven't tested it yet. Wanted to get the report posted.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3437
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3437(a)github.com>
#1017 continuation, new (last) attempt.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1752
-- Commit Summary --
* Add AutoIt syntax highlighting and Ctags parser for AutoIt
-- File Changes --
M ctags/Makefile.am (1)
M ctags/main/parsers.h (3)
A ctags/parsers/autoit.c (121)
M data/Makefile.am (3)
A data/filedefs/filetypes.autoit (72)
M data/filetype_extensions.conf (1)
M scintilla/Makefile.am (1)
A scintilla/lexers/LexAU3.cxx (910)
M scintilla/scintilla_changes.patch (2)
M scintilla/src/Catalogue.cxx (1)
M src/filetypes.c (1)
M src/filetypes.h (1)
M src/highlighting.c (9)
M src/highlightingmappings.h (35)
M src/symbols.c (8)
M src/tagmanager/tm_parser.c (5)
M src/tagmanager/tm_parser.h (1)
M tests/ctags/Makefile.am (1)
A tests/ctags/simple.au3 (32)
A tests/ctags/simple.au3.tags (5)
-- Patch Links --
https://github.com/geany/geany/pull/1752.patchhttps://github.com/geany/geany/pull/1752.diff
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/1752
I just noticed in the CI workflow for the "traditional" Autotools based jobs, we did not specify "-j" for parallel job execution for the main "make" call to build all the sources.
We did however for "make check" and "make distcheck".
If there is no reason for not using "-j 2", this PR adds it and potentially speeds up the CI jobs a bit.
For Meson, as far as I understood "ninja" uses parallel execution by default with the number of CPU cores available.
For Mingw64, I just enabled "-j $JOBS" if it is set (957da21ddfc6e9e00f1a7b208d55e7ed3f7ebe20).
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3432
-- Commit Summary --
* CI: Define JOBS environment variable and use it for make
-- File Changes --
M .github/workflows/build.yml (7)
-- Patch Links --
https://github.com/geany/geany/pull/3432.patchhttps://github.com/geany/geany/pull/3432.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3432
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3432(a)github.com>
The weekly rebuild of the CI container image for the Mingw64 builds works fine.
But the previous image versions are kept as untagged images in the container registry.
This workflow should remove all untagged image versions except that last five ones.
It is schedules weekly two hours after the image build workflow.
I'm not completely sure if it works out of the box, let's see on its first run :).
You can view, comment on, or merge this pull request online at:
https://github.com/geany/infrastructure/pull/9
-- Commit Summary --
* CI: Add workflow to cleanup old untagged CI container image versions
-- File Changes --
A .github/workflows/package-cleanup.yml (30)
-- Patch Links --
https://github.com/geany/infrastructure/pull/9.patchhttps://github.com/geany/infrastructure/pull/9.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/infrastructure/pull/9
You are receiving this because you are subscribed to this thread.
Message ID: <geany/infrastructure/pull/9(a)github.com>
It would be nice to have a feature to collapse all tags of xml text (or other code) to, say level 1 or level 2.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3041
Steps to reproduce:
* open a file
* delete the file outside geany
* geany will notice and show the message banner
* Choose File->Save As and save the file *with a different name*
* the message remains
Tested on Linux, think I discovered it on Windows.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3387
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3387(a)github.com>