Summary: | x11-libs/gtkscintilla2 does not respect LDFLAGS | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | New packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | QA | CC: | jer |
Priority: | High | Keywords: | PMASKED |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | Removed: 2010-12-17 | ||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 331933 | ||
Attachments: | Build log |
Description
Diego Elio Pettenò (RETIRED)
2010-08-22 12:35:59 UTC
Created attachment 244027 [details]
Build log
Looks like nothing in the tree requires this, I have also been unable to see any major distribution still shipping this (mandriva, debian, opensuse, fedora...), and I am unable to find any upstream update since a lot of time :-/ Maybe we should just remove this, what do you think? Agreed. We should check if it's not bundled in any packages in tree, maybe anjuta uses this ? (In reply to comment #4) > We should check if it's not bundled in any packages in tree, maybe anjuta uses > this ? > How could we test that? For now, I have run the following on anjuta sources: $ grep -r gtkscintilla * $ Thanks anjuta-2.26 did have a bundled copy of scintilla core and the PlatGTK.cxx and ScintillaGTK.cxx wrapping classes that are found in gtkscintilla2 as well - for the purposes of the scintilla edit plugin (as opposed to the gtksourceview based sourceview edit plugin). However since anjuta-2.28, the scintilla edit plugin is not shipped with anjuta anymore. It was moved to anjuta-extras package instead, of which it's still a part of, and carries all the same (similar, possibly improved) code in a subdir as gtkscintilla2. However - the build system there is fully autotools based, and shouldn't have this problem, whereas gtkscintilla2 has a custom Makefile with visibly no LDFLAGS handling. So even if we were to package anjuta-extras in the future, I'm quite sure this problem doesn't exist there - and either way we'd get a separate QA warning in the unlikely chance of not honoring LDFLAGS in that autotools based build system. So, punt and don't worry about bundled packages, we don't carry any almost surely in-tree. It does look like gphpedit[1] is still being actively developed and it does seem to ship a newer version of gtkscintilla that could probably be sourced by x11-libs/gtkscintilla2. Its gtkscintilla/scintilla/version.txt has a higher number (211) than the latest x11-libs/gtkscintilla2 (158). [1] <http://www.gphpedit.org/>, has a release announcement from Sat, 05/22/2010 - 01:38 for a 0.9.98 release candidate. I am unsure about handling its splitting downstream because: 1. Looks a bit "hard" to me. 2. If gphpedit is the only one still using it, I think this looks a bit like when eel was merged into nautilus and splitted one was dropped. But maybe I am missing some reason for showing splitting it from gphpedit would be the best option :-/ Removed. |