#50279 closed enhancement (fixed)
gtk-doc: Add python34 and python35 variants
| Reported by: | mf2k (Frank Schima) | Owned by: | dbevans (David B. Evans) |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | |
| Keywords: | Cc: | ||
| Port: | gtk-doc |
Description
Can python34 and python35 variants be added so python27 is not required?
Change History (4)
comment:1 Changed 9 years ago by dbevans (David B. Evans)
| Status: | new → assigned |
|---|
comment:3 Changed 9 years ago by dbevans (David B. Evans)
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
gtk-doc provides some useful m4 macros as well as a set of 12 tools that are composed of a combination of shell and perl scripts and just one python script, gtkdoc-depscan.
Attempts to run this script using python3 show that it definitely is not python3 compatible and a review of gtk-doc's git repository shows that there has been no hint of any work on upgrading to python3. Rather, one recent commit removed the use of newer python2 constructs to maintain compatibility with python2 versions back to 2.3. I assume the upstream philosophy is to maintain compatibility with commonly installed system perl versions in the wild.
Because of this, it seems more appropriate to reconfigure the port to use our system perl instead of requiring python27. The runtime dependency on py27-libxml2 is unnecessary with the current version of gtk-doc. I've done some testing using real world cases (for instance, generating the gtk-docs for gtk3) using this configuration back to 10.8 without problems.
Committed these changes in r144971. Hope this meets your needs.
Will take a look. My goal is to add support through python35 to all GNOME-3 ports that support them with the 3.20 stable release scheduled for 20160323.