Installed but not working on Bitnami Trac stack 0.12.3

[tanguyr@…]

• I am running an "all in one" version: Bitnami Trac stack. This includes python 2.6, trac 0.12.3, and apache - all running on windows.
• I downloaded the macro plugin and built the egg using bdist_egg. This seems to work and yields egg file TracProgressMeterMacro-0.3-py2.6.egg
• I install this via the web interface, under /trac/[project]/admin/general/plugin
  • it doesn't show up in the Manage Plugins list (probably because there's nothing to manage)
  • the egg does show up in the project's plugins directory
  • if I try to install it again, I get an error message saying it's already installed

However, when I try to use this macro in a wiki page, I get the output for an unknown macro:

ProgressMeter(owner=$USER)?

If I change "ProgressMeter" to "TicketQuery" I get results.

I have tried adding a block

[components]
progressmeter.* = enabled

to my trac.ini and restarting apache, but it doesn't change anything

[Ryan J Ollos]

First thing to do is to set the ​t:TracLogging level to debug, reload Trac and look for errors related to the plugin.

[anonymous]

I see this line:

2012-07-04 11:12:15,743 Trac[loader] DEBUG: Skipping "TracProgressMeterMacro 0.3": ("DistributionNotFound: Python>=2.5" not found)

I am running the version of python that came with the bitnami trac stack:

C:\sdc_devenv\opt\trac\python>python.exe --version
Python 2.6.2

[Ryan J Ollos]

Specifying a Python package requirement in the install_requires field seems to be problematic, see #10064. I'm not sure what the problem is, but for other plugins, users have reported that removing that line has fixed the issue. So I think you should just try removing the Python constraint in setup.py and reinstalling.

Also, I haven't looked closely at this, but it appears that ​t:TicketQuery macro supports a progress meter now, which may provide the same or similar functionality as the ProgressMeterMacro. I think the functionality was added with Trac 0.12.

[tanguyr@…]

• removing the python version dependency in setup.py and rebuilding the egg seems to have fixed the problem.
• just for info, the format=progress argument for the ​t:TicketQuery macro doesn't seem to work in trac 0.12.3

[Ryan J Ollos]

Replying to tanguyr@gmail.com:

• just for info, the format=progress argument for the ​t:TicketQuery macro doesn't seem to work in trac 0.12.3

Looking more closely, it appears the progress option was added for Trac 1.0. So we still need this macro for Trac 0.12.

Thanks for testing that out.

[Ryan J Ollos]

qwp0: I'm not sure why adding a Python version restriction to setup.py is so problematic, but another way to approach the issue of restricting the install to specific versions of Python is discussed in ​comment:4:ticket:9800 and demonstrated in the ​Trac core

[Andrej Tokarčík]

According to comment:ticket:7017:8, the issue is dependent on the version of setuptools installed. I'd personally enforce a higher version of setuptools or remove the Python constraint altogether, rather than to be cluttering up setup.py, since the problem can be easily dealt with in one's actual configuration (e.g., by removing the install_requires directive if desirable).

[Ryan J Ollos]

This issue came up again today on IRC:

(13:05:02) spookah: I installed two plugins using the .egg file from the
trac web interface.. neither one shows in the list of plugins?
(13:05:16) spookah: when i try to reinstall it says they are already
installed.. any ideas?
(13:12:37) rjollos: spookah: recommend you turn  on Trac logging and
check whether the plugins are loading and if there are any errors in the
log: http://trac.edgewall.org/wiki/TracLogging
(13:57:01) spookah: thanks rjollos
(14:08:44) spookah: DEBUG: Skipping "progressmeter.macro =
progressmeter.macro": ("DistributionNotFound: Python>=2.6" not found)
(14:09:20) spookah: "c:\Program Files\BitNami Trac
Stack\python\python.exe" --version  - Python 2.6.2
(14:11:28) spookah: any idea why the plugin doesnt see the python
installation?
(14:12:53) sam: is "c:\Program Files\BitNami Trac Stack\python" in
%PATH%?
(14:18:34) spookah: yes i added it earlier.. does it require a reboot?
(14:19:54) rjollos: spookah: there is a ticket about this issue.
Specifying a Python requirement in install_requires causes problems, but
the author has chosen to leave it. One moment and I will locate the
ticket.
(14:20:13) rjollos: spookah: which version of Trac are you running?
(14:20:33) rjollos: spookah: ProgressMeterMacro is nearly obsoleted by
additions to Trac in 1.0
(14:20:35) spookah: 0.12.3
(14:21:19) spookah: is there a replacement? I wanted to use it with
TracChildTickets
(14:21:39) rjollos: spookah: I guess it won't help you now then, but if
you ever upgrade you may want to look at TicketQueryMacro
(14:22:18) rjollos: spookah: did you build the egg yourself?
(14:22:35) spookah: yes
(14:23:10) rjollos: spookah: I'd suggest deleting the install_requires
line from setup.py: http://trac-
hacks.org/browser/progressmetermacro/0.12/setup.py
(14:23:21) rjollos: spookah: and then rebuilding the egg
(14:24:53) spookah: should I leave the line starting with classifiers
alone?
(14:25:43) rjollos: spookah: yes
(14:25:48) spookah: woop, that worked!
(14:25:51) rjollos: spookah: here is the ticket - http://trac-
hacks.org/ticket/10130
(14:26:13) spookah: compiled and installed!

[spookah]

Replying to rjollos:

This issue came up again today on IRC:

...

To be clear deleting the entire line caused an error compiling the egg. The solution was to change the line to:

install_requires = ['Trac >= 0.12'],

[Ryan J Ollos]

Replying to spookah:

To be clear deleting the entire line caused an error compiling the egg. The solution was to change the line to:

install_requires = ['Trac >= 0.12'],

I'm not sure why that would be. I suppose there could have been an indentation problem after that line was deleted. Anyway, either should typically be fine.