Found the problem.
In the Debian distribution, the "Trac-1.2.3.egg-info" directory is missing
the SOURCES.txt file. A RECORD file will also do.
One of them needs to be present for "get_sources" to associate the bundled
plug-ins as part of the same overall "Trac 1.2.3" plugin. From trac.util
On 2019/11/21 13:03, Jun Omae wrote:
I tried benchmarks with Windows and Linux using tracd.
At least, concurrent requests to views provided by Genshi on tracd server
are pretty slow in Windows.
Sorry. Re-post table of the results.
| Trac | Python | OS | Concurrent | ticket/1
On Wed, Nov 20, 2019 at 9:34 PM Gabriel Alves wrote:
>
> My bad. I forget to tell I'm using MySQL 5.7.
>
> I'm sure Trac 1.4 is much better than older versions. But older versions can
> just handle 2,5 requests per second?
>
> How I said, the tests were done using standalone/apache and I got the
On Monday, November 18, 2019 at 3:09:26 PM UTC-8, thos wrote:
>
> I will continue to explore what might be different. Could you point me to
> where in Trac the "Plugin" page is generated? That might give clues as to
> why the grouping is wrong. Of course the problem could be elsewhere (e.g.
>
On Tuesday, November 19, 2019 at 8:26:31 PM UTC-8, thos wrote:
>
> On Tuesday, November 19, 2019 at 10:44:15 AM UTC-6, RjOllos wrote:
>>
>>
>> I tend to push users towards creating a virtualenv and pip install'ing
>> all of their packages, so as to have more control and not depend on the OS
>>
On Wed, Nov 20, 2019 at 4:34 AM Gabriel Alves wrote:
> My bad. I forget to tell I'm using MySQL 5.7.
>
> I'm sure Trac 1.4 is much better than older versions. But older versions
> can just handle 2,5 requests per second?
>
I think you should get better performance. Of course, it will depend on
My bad. I forget to tell I'm using MySQL 5.7.
I'm sure Trac 1.4 is much better than older versions. But older versions
can just handle 2,5 requests per second?
How I said, the tests were done using standalone/apache and I got the same
results.
--
You received this message because you are