Package Details: geany-plugins-git 1.36.0.r19.g0bfe89d1-2

Git Clone URL: (read-only, click to copy)
Package Base: geany-plugins-git
Description: Various plugins for Geany
Upstream URL:
Licenses: GPL
Conflicts: geany-plugin-markdown, geany-plugins, geany-plugins-svn
Provides: geany-plugins
Submitter: xyproto
Maintainer: SpotlightKid
Last Packager: SpotlightKid
Votes: 38
Popularity: 0.000000
First Submitted: 2011-12-17 12:35
Last Updated: 2019-12-08 14:56

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

xyproto commented on 2011-12-30 21:20

RetroX, will upload the updated PKGBUILD shortly.

Anonymous comment on 2011-12-30 16:44

Why is this named geany-plugins-git if it still uses the SVN repository?

xyproto commented on 2011-12-17 12:41

gour, thanks, created geany-plugins-git, merged the votes and comments from geany-plugins-svn and updated the PKGBUILD.

Anonymous comment on 2011-12-17 07:07

geany-plugins project is now at

eht16 commented on 2011-10-20 20:41

Weird. I don't see what's wrong.
Could you try to remove my name in the top of the wscript? Byte 0xc3 is the start of a "ö" in UTF-8 and position 96 is exactly that position in the file of the "ö" in my name. However, this is totally weird. The wscript file has the Python coding header specifying utf-8 as encoding and the file itself is UTF-8 encoded. So it should work.
Very confusing.

xyproto commented on 2011-10-20 18:49

eht16, the error only occurs with yaourt, not with makepkg or packer. My conclusion is that it's the combination of waf and yaourt that is the problem.

xyproto commented on 2011-10-18 23:05

Weird, now I get that error for both cases. Will examine the issue a bit more before concluding with anything.

xyproto commented on 2011-10-18 23:03

eht16, there, the error happened again (strangely only when updating the package, not when using makepkg).
Added make dependency on "waf" and changed the PKGBUILD to use the system wide waf, for now.

eht16 commented on 2011-10-18 22:37

Great. If it will break again, please tell us upstream. Thanks.

xyproto commented on 2011-10-18 22:32

eht16, I can't remember the exact reason, unfortunately, as I've delt with several other packages since then. I think it just didn't compile.
However, "./waf" works again now, so I'm updating the package to use that instead of depending on the "waf" package.